Это канал от разработчиков компании Контур. На канале мы публикуем записи докладов с наших мероприятий и выступления инженеров Контура на внешних конференциях. Рассказываем про технологии, процессы и людей.
В Контуре больше 1,5 тысяч человек разрабатывают 70 продуктов, которыми пользуются 2,2 млн. компаний.
Мы используем все современные технологии, пригодные для промышленной разработки. Больше всего кода пишем на C#, Java, TypeScript и Python. Пользуемся надёжной инфраструктурой, следим за качеством, проектируем современные интерфейсы.
Больше событий и полезной инфы:
- в телеграм-канале t.me/+zWBpy5_75BU3OGVi
- на сайте про технологии в Контуре tech.kontur.ru/
Сайт компании kontur.ru/
Вакансии kontur.ru/career/vacancies/all
Пікірлер
Классная серия! И очень в тему 😀
Классный формат! Случайно наткнулась и подписалась. Актуальный диалог с вечным противостояниям)
Чё за херню я увидел. 2ух стажёров пригласили.
а эмбэддед vs ... будут?
Только здоровые процессы производства ПО могут получать пользу от джунов. Наличие в команде джунов может свидетельствовать о хороших процессах, о том, что компания озаботилась о наличии собственной технологической платформы в который джуны могут спокойно работать и приносить пользу, а значит успеху быть. Когда собирается всякая мидово-сеньорская нечисть и начинает на коленке собирать проект из общедоступных фреймворков, там да, джунам не место, но это и не системная работа, а кустарно-хоббийное производство. Все остальное - какая-то изотерика, выдумки и профанация.
Хорошее видео, приличный продакшн, понравились тезисы и в целом уровень дискуссии
Хайпа вокруг DS наоборот очень мало.
Тем кому лень смотреть баба будет постоянно повторять за мальчиком ответы)
Больше про Data Science в Контуре 👉 t.me/+CD5XbGy1a5liZjRi
Супер приятно было послушать ребят. Вопросы базовые и я отвечал вместе с ними. Было приятно найти общее с обоими участниками
Нужны джуны со знаниями сеньора, но зп джунов, да идеальные сотрудники
Какой бред…
Кто из них фронт , а кто бэк? Ничего не понятно, подписали бы хотя бы
мне очень интересно стало, откуда берут номер этого человека, что пишут ему и он считает это спамом?)
Переливание из пустого в порожнее, причём на пафосе. Абсолютно бесполезный ролик.
я не хейтер, но я удивился от количества бреда, который тут несли... Ребят, ну объективно фронт не поплуярнее бэка. Что касается фреймворков, то фронту необязательно знать 100500, ему важно знать один, но очень хорошо. То же самое касается бэков. Количество фреймворков на фронт и бэк сильно отличаются в пользу бэка, как минимум потому что на фронте используется один js/ts, ну если не брать недавний реактив от php и rust (этот пост ведется в контексте веба). Так что фронты ограничены по сути одним языком и его фреймами, а бэк можно писать почти что на любом языке и к тому же использовать фреймы этого языка. По сложности фронт не может быть тяжелее бэка, потому что бэк это проектирование проекта на уровне логики. Туда же входит и работа с памятью и многопоточность и понимание строения бд и многое-многое другое. Фронт с бэком нельзя ставить на один уровень по сложности. Что касается использования бэка без фронта, то тут вообще умора. Как думаете сколько среднестатистических пользователей смогут делать запросы на бэк и разбираться с возвращаемым ответом?
приколист, на фронте тоже есть "работа с памятью, многопоточка, асинхронность, строение бд", сразу видно что человек не трогал фронт в целевом уровне) Многопоточка и асинхронность - чтоб приложение на лагало, работа с бд - кэши и т.д, хороший фронтендер умеет писать скуль запросы потому что на том же мобайле широко используется sqlite Фронтенд сложнее бэкенда примерно в 1.2-1.5 раза, говорю как человек который разрабатывал высоконагруженные системы с кастомной сериализацией данных, брокерами очередей и несколькими кросс-связанными бд, и деплоил это дело в кластер на десятки нод (не так круто как девопсеры бигтехов/финтехов, но тоже неплохо) Фронт это не только отрисовать кнопочку, но так же её анимировать, связать бизнес-логику, проверить соединение, отправить запрос, а в случае если запрос не отправился, то закэшировать его, затем poll-ить соединение и если соединение появилось, то разгрузить кэш повторно отправляя запрос -- это всё еще про одну кнопочку И еще тебе нужно убедиться что кнопочка одинаково хороша на разных устройствах, ОС и т.д Каким бы у тебя крутым не был бэк - принимает основную нагрузку, создаёт пользовательский опыт и т.д именно фронт Зачастую команды фронта больше чем команды бэка, как раз из-за повышенных требований к фронту
Это как чел с уника говорит: давайте уберем школу. Я же ее прошел. Крч клоун конкретный
Где вы их находите
как будто двух стажеров пригласили... С ответов девушки вообще в шоке
ля... Судя по комментам понял что девушка и есть "бэкендер", но блять, почему мне кажется что парень по ответам больше похож на бэкендера??? Не верю что это девушка бэкендер, наверно это тот случай когда фронтендер шарит в бэке больше чем "бэкендер"
Посмотрел конечно я ваш ролик, и был просто в шоке, особенно от бэкендера, вначале он тупо нес фигню какую-то, а фронт за исключением парочку правильных отвеов в основном нес фигню, которую несут большинство "фронтендеров", мол, всё должно выстраиваться под желанием клиента и тп, а вообще меня терзают смутные сомнения что оба "специалиста" имеют достаточно квалификации и бэкграунда чтоб ответить на эти вопросы, судя по тому что они ответили на большинство вопросов - просто бред
5й вопрос, конечно ему не-надо знать, но я хочу доебаться до слов фронтендера, мол "сделай норм API и клиенту не-надо ничего понимать" - тогда ты и получишь не продуманный гавноклиент который по анимациям и UI мб и хорошо работает, но в плане взаимодействия с бэком будет полная херня, они оба должны понимать как работает сервис который они разрабатывают, бэкендеру тем более, а фронту хотяб базово иметь представление, я не говорю что он должен лазить по коду бэка, он просто должен понимать как что работает, хотяб теоритически, иначе как он может нормально взаимодействовать с сервером, не понимая того что происходит ??? В ОБЩЕМ, фронту надо хоть базово понимать, а ещё лучше обеим, чтоб не было моментов когда фронтендер не писал клиент так-как будто сам не понимает что он пишет
4й вопрос, "нужно фронту знать 100432432 фреймворков", а бэкенду типа нет? Всё зависит от того что вы строите, фреймворк это готовый код/архитектура которая облегчает разработку чего-либо, если у вас простой функционал сервиса, то и на клиенте особо ничего не придётся юзать, разве что какие-то анимации, переходы и тп, но это в основном уже готовые вещи, точно также у вас может быть богатый функционал и сложные процессы в бэкенде, но условно простой UI, например заполнить форму с данными и отправить на обработку, и что тогда??? ВСЁ ЗАВИСИТ ОТ ФУНКЦИОНАЛА ДЛЯ БЭКА И ОТ UI ДЛЯ ФРОНТА
опять же, на 2м вопросе, у "фронтендера" такое мнение что клиент API - это браузер, на котором она пишет фронт, и то что бэкенд должен выстраиваться под фронт, она не понимает про взаимодействия клиента и сервера, и вообще кто такой "клиент", в любом приложении, клиент должен выстраиваться под бэкенд, так-как те кто разработали систему намного лучше понимают как сервис работает, какие риски возникнут если всё делать под желания фронта, опять же, если у вас открытый API, для которого пишут не один клиент, что, будете под все клиенты подстраиваться??? БРЕД ПОЛНЫЙ
блять, 2й вопрос бэкендер говорит да, он ебнутый???? Какой нахрен да?? Логика сервиса строится на основе задумке бэкендеров, приведу пример, у вас есть подтверждение почты, код проверяется на бэкенде отдельным запросом при получении от пользователя, но вот не задача, фронтендеру блять неудобно тратить запрос, проверять код, обработать ошибку в случае неправильного кода, и он просит код сразу передать как ответ на подтверждения кода, судя по ответу этого "бэкендера", бэк должен передать код сразу фронту, чтоб тот сравнивал код и отправлял запрос на регистрацию и пометить почту как "подтвержденный", и ему не придётся писать кода чтоб обработать правильно ошибку, казалось бы вуаля, сэкономили время и запрос, но блять если бэкендер не тупой то он понимает что это небезопасно, и даёт возможность пользователю "подтвердить" почту не проверяя сам почтовый ящик куда отправился код, и любой человек может зарегаться по факту не подтверждая код верификации, конечно у идиотов возникнет вопрос, "откуда он будет знать сам код если фронт ему не покажет", тут и не-надо быть особо умным чтоб просто открыть вкладку сеть и исследовать сам запрос, и в ответе найти сам код, с этим не справится только мамонт, а любой человек который хочет вас взломать и не такое умеет, так что это полный бред, я вообще сомневаюсь что бэкендер тут достаточно квалифицированный чтоб отвечать на такие вопросы, просто бред
И девушка и парень несут бред
всмысле фронтов больше беков?! Фронтендеров же дохрена и больше? (Сам фронт)
толковых мало и там и там...
На слайде написано Антон Рогозин, а в углу написано АЛександр ЛОкис, кто презентацию то делал
Да, был небольшой баг в начале доклада. Дальше на видео всё пофиксили ✍
последний вопрос хахах она знает что такое CLI?
капец вы меня байтили
с виду собрались 2 фронтендера
точнее и не скажешь, я ваще вахуи с "бэкендера"
Ага, очень на то похоже. Знаем мы таких "бэкендеров". Сидели на фронте, выучили ноду (а если точнее, то nest.js) -и все, они теперь типа бэкендеры.
Мне после вопроса на то, что API интерфейс должен быть удобен для фронта стало ясно, что не особо она и бэкенд-разраб, мидловик, скорее всего пишет какую бизнес-логику
она точно бекендер?
1 вопрос и такие чума ..... ты на собес до бекенда ходила хоть раз? чтобы знать бекенд надо знать всё, чтобы знать фронтенд надо знать JS , что легче ? знать всё или js
если бы все было так просто( на фронте надо знать как работает видеокарта с браузером и разные движки джс. я молчу про языки которые транспайлятся в джс. их вагон и маленькая тележка. джс стал просто мостиком между миллионом вещей и браузера. Посмотри на webassembly, jquery, kotlin, typescript, rambda, elm. итд. Они все абсалютно разные. а фреймворки это вообще мем
Оправдания наличия джунов в таких компаниях может быть два: кто-то должен делать грязную работу и писать КРУДы (много ума не надо), во-вторых их чуть проще удерживать долгое время за меньшие деньги. Вся эта речь про образование и альтруизм чушь имхо
Чем больше всякой возни типа надо завести задачу на каждый чих, надо отчитаться за то и за се, надо сходить на дейлик, надо поговорить с непонятными людьми когда у тебя стек оверфлоу технических проблем в голове. Чем больше вот такого, тем меньше инженеров и тем больше профанов с хорошими софт скиллами и вообще классных ребят будет в команде. Должна быть золотая середина везде, закапываться в ненужные бизнесу технические приблуды или рефакторить до блеска код - это излишне. Или вообще ни с кем не общаться кроме тимлида тоже. Но общая тенденция к увеличению болтовни и перекладыванию из пустого в порожнего вместо того чтобы делать понятную техническую работу меня пугает. Хоть и привык
Классные ребята, с чувством юмора, без короны, и даже по цитаткам слышно что каждый довольно неплох в своей предметной области. Крайне приятный выпуск!
да ну???? мб с юмором норм, но во первых судить по цитатам так себе, во вторых они оба несут бред в большинстве вопросов, если хочешь поспорить тут лучше не-надо, просто сортируй комменты по последним, и увидишь объяснение почему они несли полный бред, с доводами, примерами и тп
интересная у фронтендера статистика... которая почему-то не сходится с исследованиями того же хабра по количеству вакансий))
Учитывая её манеру речи, быстро у неё ничего не проходит, а вот нудность - да
Я считаю, что не всем дейлики обязательно нужно устраивать, например таким как я, проще написать в личку лиду, что у меня не получается задача, чем опозориться на весь коллектив, что они обо мне подумают...
Фронтендер сказал что беку больше обучает ? Просто ляпнул не подумав ???😮
Джуны нихрена щас не нужны. Я вот джун с 6.5 годами опыта в джаве и hh молчит и откликов нет
Спасибо что они хотя бы не через json общялись
Да что это за фронтендер? Где ненависть к дизайнеру, призыв к функциональности и игнорирование сложных дизайнерских решений. Эхх, какой-то недофронтендер получается:)
Почему не пригласили настоящих разработчиков?
Потому что придется проветривать, а так можно и простудиться
Ну чисто посмеяться конечно можно посмотреть, но если серьезно, очень грустно что выбрали "таких" для видео...
очень жаль, я до сих пор горю, из-за таких гореспецов и появляются говнокодеры и говносервисы
На заметочку Гоше, который кстати как был токсиком, так и остался, фраза для HR в пятницу вечером (ответить можно и позже, когда удобно): "Доброго времени суток. Я внимательно ознакомился с вашим предложением, но в настоящий момент не нахожусь в поиске и не планирую менять работу. Мне нравится мое текущее место, проект, команда, задачи над которыми я работаю и оплата. Благодарю за проявленный интерес к моей кандидатуре, если что-то измениться я обязательно свяжусь с вами! Приятного вечера." После этого можно больше ничего не писать, и не обращать внимания на "работу с возражениями", но вы вежливо озвучили свою позицию и дали понять, что в наст. момент вам это не интересно. Во первых, рынок динамично развивается и никогда не знаешь наверняка, будут ли завтра за тобой бегать толпы HR, или есть 10 кандидатов на твое место с меньшим самомнением и зарплатными ожиданиями. Во вторых: вежливость и уважение к другим ребятам в отрасли - ключ к взаимопониманию с людьми, с которыми вам возможно еще предстоит работать. (с) техлид
Скуфанесса пришла😢
Вооооооооо, дизайнер должен знать верстку!!!!!