Крутой собес. Хотелось бы большое подобного контента, где не простые темы разбираются. Можно еще про паттерны что нибудь допустим, микросервисы более подробно разобрать и т.д. В интернете обычно собесы, где в основном только по языку гоняют, а более сложных тем нету.
бэкенд это про СУБД только разве? Архитектура, фреймворки, выбор типа СУБД, брокеры сообщений/рест? Собес больше похож на админа СУБД, только что про архитектуру сети не спрашиваете, и организацию СХД.
Крутой собес! Много нового для себя услышал! Но кажется, что чересчур глубоко затронуты вопросы репликации и шардирования. Понимать как работает - нужно, но плохо представляется как backend - разработчики решили обсудить, как перелить данные между шардами :) Это не их забота. Хотелось бы больше про индексы и особенности БД, но по итогу получается, что собес похож на system design секцию.
@@alekseymaksimov5620 также как и алгоритмические задачки с литкода - они нужны для прохождения собесов, тк большинство твоих ежедневных обязанностей будут очень далеки от этого, но порядочный разраб должен иметь понимание всех этих высоких материй
Я поддерживаю эту точку зрения! Ни на одном собеседовании на позицию Senior Software Engineer, в которых я участвовал как интервьюер или интервьюируемый, вопросы не поднимались на такой уровень. Старший разработчик, безусловно, должен уметь проектировать API, структуру приложения, знать общие принципы масштабируемости систем, оптимизации на уровне приложения, при необходимости применять подходы DDD, CQRS и Event Driven архитектуры, распределённых транзакций и так далее на уровне сервиса или небольшой группы сервисов. Но это интервью гибридное между ролью разработчика и системного архитектора с большим уклоном ко второму. Решения о выборе подхода репликации данных, горизонтальной/вертикальной масштабируемости, устойчивости - это уже за рамками компетенций разработчика. Это не значит, что разработчик не знаком с подходами системного дизайна и не накапливает релевантный опыт, наблюдая за коллегами, но это за пределами его компетенций и должностных обязанностей. Поэтому я не вижу смысла спрашивать разработчика об алгоритмах выбора нового мастера в системе master/slave, так как есть более релевантные вопросы. Поэтому все присутствующие пишут, что открыли для себя много нового и интересного - разумеется, потому что собеседование затрагивает те вопросы, с которыми 90 % разработчиков никогда не столкнутся. Столкнуться с ними могут только те 10 %, которые перейдут в системные архитекторы. Ну либо те, на кого работодатель повесил обязанности системного архитектора, но оставил позицию старшего разработчика и прежнюю компенсацию :)
По первому запросу еще можно посмотреть на селективность. Если записей много нужно выбрать, то оптимизатор может применить seq scan так как index scan у нас зависит от количества строк а bitmap scan от количества страниц.
То чувство когда один прочитал умную книжку и с умным видом по ней гоняет старичка. А старичек рассказывает, что знает из опыта и осознано со знанием говорит как надо. 😂 собеседующий - прям респект.
Не было даже мысли кого обидеть. И круть что с улыбкой отвечаешь. И тебе респект что не сидишь на месте, а делом занимаешься и еще знаниями делишься 👍🏻 Но что то удовольствия я не получил от видио - почему, выше описал. Не хватает беседы тут, ламповой атмосферы, а не вытягивание всех 5-ти случаев, потому что так в книге было написано. В общем есть тоже куда чуточку подрасти.
Тут ещё момент в системе оценок, думаю. Не всегда в топ компании идёт разговор по душам. Есть набор кандидатов, есть набор вопросов. И на тех. секции просто происходит ранжирование кандидатов по набранным баллам. priority queue :) Здесь интервьюер создал последовательный список вопросов. От одной БД с 1 сервером и далее. Такое собеседование меньше подходит на допрос вопрос-ответ, как бывает в других местах, как мне кажется. Уровень ламповости выше. Вместе с тем, нужно опросить кандидата по определенным темам за определенное время. Баланс, думаю, найден. Видно и хорошее отношение интервьюера к этой беседе. Выступает больше не как злой препод на экзамене, а помощник. Дополняя ответы. Давая, возможно, что-то новое, чтобы собеседник с беседы ушёл с большим набором знаний и с хорошим впечатлением от беседы. imho.
Класс! Владимир держится уверенно и хорошо подготовился, иногда кажется что за теорией не хватает практики, возможно это связанно с контекстом курса). По CAP можно было бы раскрыть в каких случаях приходится жертвовать одним из свойств и примеры решений, например в одном случаем можно использовать постгрис, в другом монгу итп.
Собес классный. Вы делаете ахренительный контент, если честно. Настоящий. Подскажите плиз, а есть ли у вас или может вы можете что-то рекомендовать по gitlab ci/CD посложнее, такое же настоящее на реальных примерах, задачах? Спасибо!
Можно вообще не быть разработчиком и пройти этот собес - 1 книгу Alex Xu прочитать достаточно. Мне не понравилось т.к. я не понял умеет ли вообще разработчик думать
Владимир, спасибо большое за видео! Но не могли бы Вы торопиться с вопросом, Я часто смотрю часто как Вы кого то собеседуете и у Вас есть такая привычка) Возможно это сказывается на то что Вы стремитесь влезть в часовой формат
hot stand by реплика - это когда мастер выходит из стоя, чтобы не тратить врем на выбор мастер, зараннее определена синхронная релика, которая стане мастером
Мне понравилось, Но! Приходит повар собеседоваться, ему дали пять помидор и просят сделать салат. А попутно задают вопросы - ""Нож у вас железный? А вы разбираетесь в металлургии стали? А какой у вас нож? - кованный, прокатный, штампованный? А давайте обсудим кинематические параметры асинхронной прокатки. Какие бы вы выбрали параметры для последнего прохода? А на какую структуру закалки предпочли бы с прокатки? А всего то надо было помидоры покрамсать, залить маслом и посолить. Вопросы интересные, только разработку не изменят, ну или менять направление с переквалификацией. И меня удивило в самом начале, что ни слова не сказали про профилировщик, уменьшение запросов, кеширование и другие лежащие на поверхности ответы.
я как синьор дев и тим лид который провел >200 собесов, скажу что собес плохой ( уж извините за такую прямую и пространственную оценку), не выстроена поэтапная структура собеседования, вопрос сходу про бд без начальных базовых вопросов, вопросы похожи на стихийные, при большом потоке кандидатов непонятно как будет выстроена система оценки - скорей всего не на обьективных данных а просто на личных предпочтениях Вовы
тоже такое заметил, сам проводил не одно собеседование и также проходил сотни. такое ощущение, что интервьюер сам ознакомился с этой темой недавно, прочитал пару книжек по БД и начал гонять. А общую картину кроме БД мы так и не увидели
Подскажите пожалуйстa, слышал такой вопрос интересный на собеседование “где лучше применять монолит , где лучше микросервисы” как бы вы ответили кратко ? )
Довольно таки часто собеседующий перебивал ответ, задавая другой вопрос, возможно так и надо. Мне бы после 3го такого перебивания, мозг сказал - давай до свидания ). Но зато хорошая проверка на стрессоустойчивость! Спасибо за работу.
А можно как-то не перебивать собеседуемого в середине мысли!? Яркий пример: 8:45 про реплики. Он же начал сам рассказывать уже 🤷🏻♂️ а вы сразу «а можешь по подробнее…» Глянул рядом видос с го-разрабом - аналогичная фигня 🤦🏻♂️
Собес пушка, почаще вот такое) Кое-что интересно. А собеседуемый Владимир middle или senior всё же?) На каком языке он разрабатывает? И главное. Что значит EX-разработчик? Бывший типо?)
Есть такая игра - Кто хочет стать миллионером? Там тоже задают рандомные вопросы. Что это проверяет? Только то, знает ли человек ответ именно на этот ответ. И все. Тоесть потратили кучу времени на эти самые рандомные воросы и поняли только то, смотрел (читал) кандидат их или нет. Как он потом будет работать - загадка. Все-таки интервью - это не игра. Поменьше рандомных фактов - побольше практики и мышления. Некоторые вопросы зачет. А вот там где особые кейсы - только зря время потратили.
Да,что за идиотия? А если в базе нет индексов, если она долбится в сотку? Значит ваш администратор баз данных долбится в глаза! Увольте его нахрен! Перефразируя известный литкодовский мем: если меня спрашиваю , что делать когда виснет БД, Я отключаю интервьюера.
Мы же не в идеальном мире живем - иногда просто не хватает рук или просто стоят другие приоритеты, а проблемы с БД сейчас как-то надо решать, поэтому закидать железом - это тоже иногда решение
@@vladimir_balun_programming Вова, это никогда не решает проблему прямо сейчас. Если выясняется, что проблема свежего инстанса на СУБД (это было условие вопроса), то первым делом нужно смотреть что происходит на уровне приложения. Вообще еще до раскатки это должно было решится архитектором и нагрузочным тестированием.
у меня старый опыт в Visual FoxPro в 90-е / 2000-е, смотрю и думаю - а чтобы снять тормоза при записи - посчитать количество операций insert и объединить их в одну - кандидат не догадался? Ну и да, все вопросы снимать железом, конечно можно, но тогда программер не нужен - возьмут сисадмина, а еще может случиться, что это железо сначала купить надо, или даже - тупо некуда ставить.
Кредит показал себя нормально, только вот у Джуна совсем другие требования, такие челы могут самостоятельно устроиться им не нужна инфа или примеры, как для Джуна.
Присоединяйтесь к моему каналу в Телеграм: t.me/vladimir_balun_programming
Очень клёвый канал, тащусь от видосов. Кандидат красавчик, держался молодцом и не впадал в ступор. Спасибо большое, очень интересное собеседование.
Это было сильное собесодование. Хороший кандидат!
Спасибо!
Спасибо за такое полезное интервью! Все видео с вашего канала смотрю с большим интересом!!
Спасибо!
Отличный собес, емкий, не душный. Было очень полезно, спасибо!
Прям по всем основам прошлись. Спасибо, очень любопытно послушать такое подытоживание теории.
Топчик контент! Очень профессионально 🤝
Очень много нового узнал, буду копать глубже эти темы
Крутой собес. Хотелось бы большое подобного контента, где не простые темы разбираются. Можно еще про паттерны что нибудь допустим, микросервисы более подробно разобрать и т.д. В интернете обычно собесы, где в основном только по языку гоняют, а более сложных тем нету.
Спасибо, это просто отдельные секции собеседований)
бэкенд это про СУБД только разве? Архитектура, фреймворки, выбор типа СУБД, брокеры сообщений/рест? Собес больше похож на админа СУБД, только что про архитектуру сети не спрашиваете, и организацию СХД.
Очень мощно! Много инфы нужной, можно сидеть и выписывать темы)) огонь, спасибо
Спасибо!
А еще больше инфы не нужной =)
Крутой собес! Много нового для себя услышал! Но кажется, что чересчур глубоко затронуты вопросы репликации и шардирования.
Понимать как работает - нужно, но плохо представляется как backend - разработчики решили обсудить, как перелить данные между шардами :)
Это не их забота.
Хотелось бы больше про индексы и особенности БД, но по итогу получается, что собес похож на system design секцию.
Есть такое понятие, как алгоритмическая осведомленность - я придерживаюсь такого подхода)
@@vladimir_balun_programmingтакого понятия нет. Скорее вы имели в виду «ширина кругозора»
Полностью поддерживаю. Послушать все это интересно, но как это соотносится с ежедневными обязанностями бэкенда?
@@alekseymaksimov5620 также как и алгоритмические задачки с литкода - они нужны для прохождения собесов, тк большинство твоих ежедневных обязанностей будут очень далеки от этого, но порядочный разраб должен иметь понимание всех этих высоких материй
Я поддерживаю эту точку зрения! Ни на одном собеседовании на позицию Senior Software Engineer, в которых я участвовал как интервьюер или интервьюируемый, вопросы не поднимались на такой уровень.
Старший разработчик, безусловно, должен уметь проектировать API, структуру приложения, знать общие принципы масштабируемости систем, оптимизации на уровне приложения, при необходимости применять подходы DDD, CQRS и Event Driven архитектуры, распределённых транзакций и так далее на уровне сервиса или небольшой группы сервисов. Но это интервью гибридное между ролью разработчика и системного архитектора с большим уклоном ко второму. Решения о выборе подхода репликации данных, горизонтальной/вертикальной масштабируемости, устойчивости - это уже за рамками компетенций разработчика.
Это не значит, что разработчик не знаком с подходами системного дизайна и не накапливает релевантный опыт, наблюдая за коллегами, но это за пределами его компетенций и должностных обязанностей. Поэтому я не вижу смысла спрашивать разработчика об алгоритмах выбора нового мастера в системе master/slave, так как есть более релевантные вопросы.
Поэтому все присутствующие пишут, что открыли для себя много нового и интересного - разумеется, потому что собеседование затрагивает те вопросы, с которыми 90 % разработчиков никогда не столкнутся. Столкнуться с ними могут только те 10 %, которые перейдут в системные архитекторы. Ну либо те, на кого работодатель повесил обязанности системного архитектора, но оставил позицию старшего разработчика и прежнюю компенсацию :)
По первому запросу еще можно посмотреть на селективность. Если записей много нужно выбрать, то оптимизатор может применить seq scan так как index scan у нас зависит от количества строк а bitmap scan от количества страниц.
То чувство когда один прочитал умную книжку и с умным видом по ней гоняет старичка. А старичек рассказывает, что знает из опыта и осознано со знанием говорит как надо. 😂 собеседующий - прям респект.
Уж лучше читать умные книжки, чем тратить время на подобные комментарии)
Не было даже мысли кого обидеть. И круть что с улыбкой отвечаешь. И тебе респект что не сидишь на месте, а делом занимаешься и еще знаниями делишься 👍🏻
Но что то удовольствия я не получил от видио - почему, выше описал. Не хватает беседы тут, ламповой атмосферы, а не вытягивание всех 5-ти случаев, потому что так в книге было написано. В общем есть тоже куда чуточку подрасти.
@@dmitryibaranov6763 окей, спасибо)
Тут ещё момент в системе оценок, думаю. Не всегда в топ компании идёт разговор по душам. Есть набор кандидатов, есть набор вопросов. И на тех. секции просто происходит ранжирование кандидатов по набранным баллам. priority queue :)
Здесь интервьюер создал последовательный список вопросов. От одной БД с 1 сервером и далее. Такое собеседование меньше подходит на допрос вопрос-ответ, как бывает в других местах, как мне кажется. Уровень ламповости выше. Вместе с тем, нужно опросить кандидата по определенным темам за определенное время. Баланс, думаю, найден. Видно и хорошее отношение интервьюера к этой беседе. Выступает больше не как злой препод на экзамене, а помощник. Дополняя ответы. Давая, возможно, что-то новое, чтобы собеседник с беседы ушёл с большим набором знаний и с хорошим впечатлением от беседы. imho.
@@vova_dev благодарю)
Классное видео )) Хотелось бы больше бэка ))
Спасибо!
кандидат мощный💪
Спасибо за насыщенный ликбез!
Не удалось расслышать что использовать для профилирования на 38:18. Подскажите, пожалуйста.
Как себя показал потенциальный кандидат по твоему мнению?
Спасибо за собес. Сильные вопросы и ответы по организации и работе с БД, как по мне.
@@Dimoniada спасибо!
Класс! Владимир держится уверенно и хорошо подготовился, иногда кажется что за теорией не хватает практики, возможно это связанно с контекстом курса). По CAP можно было бы раскрыть в каких случаях приходится жертвовать одним из свойств и примеры решений, например в одном случаем можно использовать постгрис, в другом монгу итп.
Собес классный. Вы делаете ахренительный контент, если честно. Настоящий. Подскажите плиз, а есть ли у вас или может вы можете что-то рекомендовать по gitlab ci/CD посложнее, такое же настоящее на реальных примерах, задачах? Спасибо!
так же.как и ты. оба рядом с бд не стояли
Прекрасное видео, спасибо 🙌
Можешь посоветовать книжки, которые нужно прочитать для углубления в темы, которые были озвучены в видео
Спасибо, как правило книга с кабанчиком и ряд других из которых это все достается по частям
Маст рид - кабанчик. А если надо "к завтра", то подойдёт Алекс Сью
Жесткий перекос в БД, перебор прям
Можно вообще не быть разработчиком и пройти этот собес - 1 книгу Alex Xu прочитать достаточно. Мне не понравилось т.к. я не понял умеет ли вообще разработчик думать
Я почти на каждый вопрос вспомнил по истории из жизни, особенно на теме лагающих баз данных)
Мне кажется тут собеседование было не backend разработчика, а devops или архитектор, потому что все связано с сервером)
от конторы зависит. видел вакансии где на бэкенда требовали знания фронта и девопса
@@АндрейИльин-д6ж ну это скорее контора пытается сэконмит и повесить на одного работу троих
Владимир, спасибо большое за видео! Но не могли бы Вы торопиться с вопросом, Я часто смотрю часто как Вы кого то собеседуете и у Вас есть такая привычка) Возможно это сказывается на то что Вы стремитесь влезть в часовой формат
Что за вид репликации упоминается "hosted by" или что? не могу на слух разобрать
hot stand by реплика - это когда мастер выходит из стоя, чтобы не тратить врем на выбор мастер, зараннее определена синхронная релика, которая стане мастером
@@vladimir_balun_programming спасибо!
Мне понравилось, Но!
Приходит повар собеседоваться, ему дали пять помидор и просят сделать салат. А попутно задают вопросы - ""Нож у вас железный? А вы разбираетесь в металлургии стали? А какой у вас нож? - кованный, прокатный, штампованный? А давайте обсудим кинематические параметры асинхронной прокатки. Какие бы вы выбрали параметры для последнего прохода? А на какую структуру закалки предпочли бы с прокатки?
А всего то надо было помидоры покрамсать, залить маслом и посолить.
Вопросы интересные, только разработку не изменят, ну или менять направление с переквалификацией.
И меня удивило в самом начале, что ни слова не сказали про профилировщик, уменьшение запросов, кеширование и другие лежащие на поверхности ответы.
У меня еще денормализация всплыла и перевод тяжелых запросов на матереаилизованые вьюхи
@@353_YK_RF Денормализация на больших проектах может быть и невозможна (слишком дорого) и может вообще не нужно делать никогда.
я как синьор дев и тим лид который провел >200 собесов, скажу что собес плохой ( уж извините за такую прямую и пространственную оценку), не выстроена поэтапная структура собеседования, вопрос сходу про бд без начальных базовых вопросов, вопросы похожи на стихийные, при большом потоке кандидатов непонятно как будет выстроена система оценки - скорей всего не на обьективных данных а просто на личных предпочтениях Вовы
тоже такое заметил, сам проводил не одно собеседование и также проходил сотни. такое ощущение, что интервьюер сам ознакомился с этой темой недавно, прочитал пару книжек по БД и начал гонять. А общую картину кроме БД мы так и не увидели
Про sharding - очень интересно. Где почитать об этом?
В одном месте не найдешь, я собирал информауию по разным книгам, статьям, курсам и конференциям
Dia - data intensive application(книга с кабанчиком) 6 глава
Ого, не знал что Андрюха Blade из NaVi прогером еще подрабатывает
Блейд в сбере работал?
super!
Спасибо
Подскажите пожалуйстa, слышал такой вопрос интересный на собеседование “где лучше применять монолит , где лучше микросервисы” как бы вы ответили кратко ? )
Монолит для стартапа и low-latency, микросервисы для всего остального, это если очень кратко
@@vladimir_balun_programming wow круто спасибо, большое ))
Владимир, спасибо за крутой собес. Как джун, открыл много нового. Можете порекомендовать хорошие книжки по высоконагруженным системам?
Спасибо, ниже в комментариях уже отвечал)
Из того, что я читал, могу посоветовать "Высоконагруженные приложения. Программирование, масштабирование, поддержка" и "System Design"
Довольно таки часто собеседующий перебивал ответ, задавая другой вопрос, возможно так и надо. Мне бы после 3го такого перебивания, мозг сказал - давай до свидания ). Но зато хорошая проверка на стрессоустойчивость!
Спасибо за работу.
Это mock-собеседование, я специально взвинчиваю тайминг, чтобы смотреть потом было интереснее)
Ну вообще в реальности так очень часто и происходит, и там так-то кандидата никто не жалеет, а ещё это называется "проверка на стрессоустойчивость"
@@olgafedyanova на счет этого никогда не задумывался)
В сбере про индексы не заморачваются, как я понял) Всегда можно накинуть железа)
Хороший собес, без воды, плотно по практической теории
А можно как-то не перебивать собеседуемого в середине мысли!?
Яркий пример: 8:45 про реплики. Он же начал сам рассказывать уже 🤷🏻♂️ а вы сразу «а можешь по подробнее…»
Глянул рядом видос с го-разрабом - аналогичная фигня 🤦🏻♂️
Вот ещё, 10:46 репликация мастер-мастер. Он уже начал пояснять, а вы сразу «а в чем преимущества?» 🤦🏻♂️
@@antonmuzeevэто mock-собеседование - делаю это так, чтобы контент был динамичнее
8:43 как же я заорал))))
супер
Мидл или сеньер, что скажете?
сеньер
Собес пушка, почаще вот такое)
Кое-что интересно. А собеседуемый Владимир middle или senior всё же?) На каком языке он разрабатывает?
И главное. Что значит EX-разработчик? Бывший типо?)
it's good!
Thanks
А ля мля. В остальном неплохо.
Есть такая игра - Кто хочет стать миллионером? Там тоже задают рандомные вопросы. Что это проверяет? Только то, знает ли человек ответ именно на этот ответ. И все. Тоесть потратили кучу времени на эти самые рандомные воросы и поняли только то, смотрел (читал) кандидат их или нет. Как он потом будет работать - загадка. Все-таки интервью - это не игра. Поменьше рандомных фактов - побольше практики и мышления. Некоторые вопросы зачет. А вот там где особые кейсы - только зря время потратили.
Это собес java разраба или поверхностный про репликацию данных в субд? 😂
Кандидат себя показал как Сеньер в вопросах БД. Так глубоко не к чему спрашивать про БД у мидла, пусть этим ДБА занимаются
да по БД тут реально уровень сеньера, если реально это еще все применял. то большой плюс
Собес на архитектора и devops, а не на разработчика
Все-таки про CAP теорему лучше у Клеппмана почитать
не знал что Андрюха Blad3 шарит backend
Да,что за идиотия?
А если в базе нет индексов, если она долбится в сотку?
Значит ваш администратор баз данных долбится в глаза! Увольте его нахрен!
Перефразируя известный литкодовский мем: если меня спрашиваю , что делать когда виснет БД, Я отключаю интервьюера.
Разработчик 90% пишет код
Больше похоже на собес на DBA.
Смотрю первые 2 минуты: на первый вопрос по тормозам на СУБД ex-backend СБЕРА (!) отвечает, что нужно закидать железом))) Ок, иду работать в СБЕР)
Мы же не в идеальном мире живем - иногда просто не хватает рук или просто стоят другие приоритеты, а проблемы с БД сейчас как-то надо решать, поэтому закидать железом - это тоже иногда решение
@@vladimir_balun_programming Вова, это никогда не решает проблему прямо сейчас. Если выясняется, что проблема свежего инстанса на СУБД (это было условие вопроса), то первым делом нужно смотреть что происходит на уровне приложения. Вообще еще до раскатки это должно было решится архитектором и нагрузочным тестированием.
у меня старый опыт в Visual FoxPro в 90-е / 2000-е, смотрю и думаю - а чтобы снять тормоза при записи - посчитать количество операций insert и объединить их в одну - кандидат не догадался?
Ну и да, все вопросы снимать железом, конечно можно, но тогда программер не нужен - возьмут сисадмина, а еще может случиться, что это железо сначала купить надо, или даже - тупо некуда ставить.
@@CRCx86 мы обсуждали момент не до раскатки, а во время эксплуатации, когда у нас есть БД и мы уперлись в какой-то потолок
@@victormakovchik249 батчевать можно - полностью согласен, главое только, чтобы батч был не огромный)
Мне одному кажется, что кандидат знает больше чем работодатель?)))
А где здесь работодатель?
с первых минут кандидат очень плавает, и кодит слабо однозначно
@@victormakovchik249 а где был код?)
кандидат знает больше чем работодатель - а что, это запрещено? наоборот же хорошо )
@@OOOJohnJ с чего вы взяли это?
Кредит показал себя нормально, только вот у Джуна совсем другие требования, такие челы могут самостоятельно устроиться им не нужна инфа или примеры, как для Джуна.
Никто и не говорил что это будет мок собес джуна)
@@nikpopkov_it_psychology да понятно, просто смысл для мидлов это делать, джуну тяжелее, чем мидлу устроиться
@@vasiliypupkin6311 У Владимира курс по System Design продвигается, сейчас интересней на эту тему ролики выпускать)
@@vasiliypupkin6311 как показывает практика - не все мидлы могут спокойно отвечать на эти вопросы
Vladimir vs Vladimir)
Именно так)
хочу на работу
Какие преграды?
@@vladimir_balun_programming , Если в среднем, то так. Я стремлюсь к работе, которая предоставляет безграничные возможности для развития. Также эта профессия должна быть не только работой, но и хобби, в которое можно будет уйти с головой и качественно кайфануть от процесса. Более того, я хочу использовать эту работу в качестве основы для написания диплома по направлению электроника и наноэлектроника. Это направление связано с микроконтроллерами, транзисторами, физикой, топологией, аналоговой и цифровой схемотехникой - короче говоря, оно охватывает нижние уровни абстракции computer science (это я не давно выяснил). Однако, самое важное для меня - возможность программирования в контексте этой работы, поэтому я изучаю языки C/C++, так как они связаны с программированием микроконтроллеров.
Как только я завершу написание диплома (если, конечно, удастся найти стажировку мечты или работу, связанную с программированием), я бы хотел перейти к backend-разработке и, вероятно, изучить другой язык программирования, такой как Python или Go. Кроме того, я хотел бы, чтобы знания в с/c++ до перехода на другой яп были на хорошем уровне.
Жесть я пост наклепал, аж не заметил. Очень интересно будет вернуться сюда, когда я найду такую работу.
Нет ничего лучше, чем возвращаться туда, где ничего не изменилось, чтобы понять, как изменился ты сам. © Нельсон Мандела
Пойду ботать сplusplus😎
@@daps9516 могу посоветовать только не искать идеал, а выбирать достаточно хороший вариант для себя, иначе можно разочароваться)
я понял, он с потолка ответы читал.
аля пришла
айти все, схлопнулся рынок
Наконец нормальный собес на мидла
Старались)
Что-то на сеньерском
Почему?
😂😅👍