Для меня это прямо загадка века. Зачем компании нанимают разработчиков? Чтобы были? Чтобы сделали что-то конкретное? Потому что «нужно больше программистов»?
Где-то надо допилиливать какую-нибудь легаси систему на миллионы строк, которая писалась 20 лет и со временем только обрастает костылями, потому что рефакторинг займёт ещё 10 лет. Где-то надо каждый месяц клепать новый проект для «иностранных заказчиков», используя устоявшийся конвейер из модных фрэймворков, шаблонов и чёрт знает чего ещё. А где-то тебе просто скажут: «Вот наша студия поймала очередной заказ с upwork-а, выполняй».
Где-то хряк-хряк — и в продакшн, потому что «надо вчера», лишь бы работало. Где-то вылизывают каждый класс и над строчкой кода можно думать по часу, а на code review обсуждают Макконелла и best practices (нет).
Где-то надо будет придумывать, как решать сложные задачи, используя результаты научных исследований и наработки флагманов индустрии. А в другом месте говорят: «Вот у нас есть то-то и то-то, надо ещё примерно такого же 50 штук, вперёд!».
«Кто нужен-то и для чего?» — вот какой вопрос у меня теперь постоянно возникает, когда я вижу очередные статьи и комментарии о human resources.
Чудеса, да и только. Я вот никогда не пробовал рубить деревья, а вдруг окажется, что я это умею, мало того, заткну за пояс лучших лесорубов. Надо как-нибудь попробовать.
Очень даже поможет. Я бы предположил, что многие вообще никогда не пробовали либо пробовали неудачно, многие даже не считают этот навык достойным умения, а те, кто когда-то умели, но давно не пробовали, уж верно смогут сказать, по-прежнему они умеют или уже разучились.
Хороший программист должен уметь писать код на листочке!
О5 25. Холивар «IDE vs листочек», наверно, даст фору табам против пробелов. Впору опрос проводить, сколько программистов умеют писать код на листочке, и как это умение коррелирует с профессионализмом.
Вы описали просто некую свободу в выборе одного из проектов, которые есть в подразделении. Насколько я понимаю, «правило 20%» означало, что можно пилить что угодно, с сохранением прав компании на получившиеся результаты, если таковые будут.
В отличие от теорем, здесь есть побочные эффекты, ну там ввод-вывод, запрос даты-времени и вот это всё. В этом ключевое отличие от модной функциональщины.
В итоге имеем красивую идею с отлично проработанным математическим бэкграундом… и полное отсутствие программистов, согласных на этом писать.
Как только появляются побочные эффекты, перестаёт работать всенаправленность предиката и «красивая идея» вырождается в «модную функциональщину». А если не видно разницы, зачем мучиться, допиливая напильником N! до log(N).
Кто-нибудь уже выяснил, бессознательное состояние — это приостановка сознания на паузу или его полное выключение с последующим запуском нового сознания?
Привет студенту родной альма-матер и специальности.
После запуска десятков, а то и сотен экспериментов на целом кластере машин, чтобы получить результат лучше, чем у кого-либо, энтузиазма для работы над курсовой работой едва ли хватает.
С этим вообще проблем не должно быть. Рассказываете научруку о своём опыте и интересующих направлениях, согласовываете подходящую тему и вперёд — делать первые шаги на пути получения результатов, которые не просто лучше, чем у кого-либо, а которые будут принципиально новыми.
Опыт. Помимо приятной строчки в резюме, здесь можно получить важные профессиональные навыки: писать чистый код, планировать свои задачи, знать state-of-the-art подходы и продакшн решений. Яндекс поддерживает стремление сотрудников расти в профессиональном плане: здесь вам и различные мероприятия и воркшопы по программированию, и наличие собственной библиотеки, и регулярные командировки на конференции. В службе компьютерного зрения практически каждый сотрудник раз в год ездит на одну из топовых конференций, таких как NIPS, ICML, ICLR, CVPR и т.д. Но для того чтобы знать самые передовые разработки в своей области, не обязательно куда-то уезжать — регулярные семинары с разбором научных статей позволяют всегда оставаться в курсе последних результатов.
Это плюсы для сотрудников, а не плюсы стажировки. Стажёру за три месяца успеть разобраться в структуре проектов, используемом стеке технологий, наборе собственных и не очень инструментов и вникнуть в процесс разработки — уже плюс. Иначе зачем стажировка, можно было сразу в миддлы идти.
Частично из своего опыта… могу сказать, что отсутствие хорошего университета в резюме
Ну что ж вы так :( Не самый плохой институт, если брать общематематическую подготовку.
Наконец-то запилили тулзу, решающую 90% задач машинного обучения 90% компаний методом перетаскивания мышкой. Возможно, когда каждая домохозяйка сможет в machine learning, хайп вокруг него поубавится.
я по-англйиски читаю свободно с такой же скоростью, что и на русском. так что ничего не пропускаю.
Как вы этого достигли? Варились какое-то время в англоязычной среде? Я просто нигде не находил свидетельств, что без этого можно хорошо овладеть языком (не считая всяких феноменальных полиглотов). Пытаюсь поднять уровень, но прогресс очень медленный.
Термин «конечный автомат» не соотносится к какому-то конкретному автомату, тем более — как вы считаете — какому-то самому простому из них.
Тогда укажите, какой, по-вашему, самый простой автомат должен стоять в конце иерархии Хомского:
1. КЗ-языки
2. КС-языки — МП-автоматы
3. регулярные языки — ?
Во-первых есть такой принцип для сваливших в имиграцию: никогда не имейте дело с соотечествинниками. Потому что пост-советские люди часто следуют одному и тому же паттерну: никогда не помогать своим же, и даже наоборот. Мексиканцы помогают всегда друг-другу, китайцы и другие азаиты — очень дружные, индусы вообще — множество примеров когда целые отделы индусские, тащут друг-друга. А наши всегда полная противоположность. В любой вообще стране.
Где-то надо допилиливать какую-нибудь легаси систему на миллионы строк, которая писалась 20 лет и со временем только обрастает костылями, потому что рефакторинг займёт ещё 10 лет. Где-то надо каждый месяц клепать новый проект для «иностранных заказчиков», используя устоявшийся конвейер из модных фрэймворков, шаблонов и чёрт знает чего ещё. А где-то тебе просто скажут: «Вот наша студия поймала очередной заказ с upwork-а, выполняй».
Где-то хряк-хряк — и в продакшн, потому что «надо вчера», лишь бы работало. Где-то вылизывают каждый класс и над строчкой кода можно думать по часу, а на code review обсуждают Макконелла и best practices (нет).
Где-то надо будет придумывать, как решать сложные задачи, используя результаты научных исследований и наработки флагманов индустрии. А в другом месте говорят: «Вот у нас есть то-то и то-то, надо ещё примерно такого же 50 штук, вперёд!».
«Кто нужен-то и для чего?» — вот какой вопрос у меня теперь постоянно возникает, когда я вижу очередные статьи и комментарии о human resources.
С этим вообще проблем не должно быть. Рассказываете научруку о своём опыте и интересующих направлениях, согласовываете подходящую тему и вперёд — делать первые шаги на пути получения результатов, которые не просто лучше, чем у кого-либо, а которые будут принципиально новыми.
Это плюсы для сотрудников, а не плюсы стажировки. Стажёру за три месяца успеть разобраться в структуре проектов, используемом стеке технологий, наборе собственных и не очень инструментов и вникнуть в процесс разработки — уже плюс. Иначе зачем стажировка, можно было сразу в миддлы идти.
Ну что ж вы так :( Не самый плохой институт, если брать общематематическую подготовку.
Мне F# понравился, хелловорлды пописал, а дальше… Вакансий по F# нет даже в России, не то что в регионе. Глубже изучать и негде, и незачем.
1. КЗ-языки
2. КС-языки — МП-автоматы
3. регулярные языки — ?
Есть же бородатый анекдот.
А вообще, странная статья. При чём тут программисты, я так и не понял.