Для меня "учебный pet проект" - это оксюморон. pet-проект характерен тем, что он решает какую-то задачу автора проекта и только автор определяет что в этот проект входит. Т.е. у него по определению не может быть внешней постановки от авторов каких-то курсов и т.п.
Я думаю, в этом ваша фундаментальная ошибка. Вы пока ещё думаете, что программист - это пользователь некоторых технологий.
А по факту, программист - это специалист, который может объяснить компьютеру, как решать поставленные бизнес-задачи, а иногда совместно с бизнесом эти задачи выявить и сформулировать.
Какие именно технологии и как он применяет это вторичный вопрос, главное, чтобы получилось поддерживаемое и производительное решение, покрывающее эти бизнес-задачи.
А, ну если руководствоваться старым анекдотом "печатаю 1000 знаков в в минуту, но такая фигня получается", тогда да. Такие программисты нормальным работодателям точно не нужны.
Человек, который пишет сразу 'из головы' и помнит все вот эти особенности - он пишет быстрее. Все это гугление довольно много времени на самом деле отнимает.
Это, мягко говоря, не так. Самое основное - это вникание в бизнес-постановку (а иногда её создание) и проектирование, как разложить код по файлам/модулям/классам/функциям, чтобы это было читаемо, понятно и легко в поддержке, плюс продумывание тестового покрытия. То, что человек помнит наизусть сигнатуры редко используемых библиотечных функций или как сделать Y при помощи X, по факту нисколько его не ускоряет. Наоборот, это довольно сильно замедляет, т.к. захламляет оперативную память самого программиста.
на элементарные вопросы: "какие типы данных вы знаете", "какие циклы вы знаете"?
Для джуна они может и элементарные, но вообще у таких вопросов есть двойное и даже тройное дно. В частности, есть только 2 варианта зацикливания потока выполнения: синтаксический сахар поверх инструкции перехода и рекурсия (которая в случае хвостовой тоже развернётся в инструкции перехода). Про типы данных вообще можно до конца собеседования отвечать, тема необъятная)
Пойнт в том, что вопросы тоже хорошо бы корректно формулировать, чтобы было понятно, что вы ожидаете услышать в ответ.
тут, дай бог угнаться за парой самых ходовых языков и фреймворков
Как погоня за ходовыми языками и фреймворками связана с изучением теоретической базы? 90% - это конечно перебор, но делать ставку на её изучение - хорошая мысль. Т.к. она за предыдущие 15 лет от силы на пару процентов расширилась, в отличие от практики применения.
Выше уже приводили статистику, по которой кол-во программистов удваивается каждые 5 лет. Другими словами, программистов с опытом более 20 лет чуть больше 6% от общего кол-ва программистов, и то при условии, что никто из них не поменял сферу деятельности.
Ну, и наверно, когда рассуждают о 40-летних программистах в основном имеют в виду эту категорию, а не тех, кто закончил курсы по входу в IT в 39 лет.
Мне кажется у каждого свой инфопузырь, определяемый локальными условиями.
Да, пожалуй, так и есть. Не было глобализации и массовости, поэтому у каждого был свой уникальный путь.
В обоих случаях я не угадал, куда через 20 лет повернется индустрия. :)
Ну, ставки на 20 лет - это дело неблагодарное. Впрочем, я пару лет работал на LAMP, а в 2008 году поставил на Ruby и эта ставка вполне успешно сыграла. В 2016-м поставил на Elixir. С ним не всё так бомбезно, как с Ruby развивается, но технология зрелая и качественная, так что в целом тоже не прогадал.
А вы по какой логике их отбираете? Из 4 статей, только одна с рейтингом больше 20. И то в дисклеймере честно написано, что это комментарий выделенный в статью. Значит на тот момент на это был запрос, т.к. лицензии Creative Commons были не столь известны, как сейчас.
Вы сравнивайте как сообщество реагирует на схожие статьи, а надёргать из поисковика то, что и в ленты то в своё время не попадало, всегда можно.
P.S. А статьи из хабов "Блог компании X" вообще редко отличаются качеством, но они тут в качестве рекламы.
По-моему вы с нулевыми путаете. Я по такому алгоритму в 2004-м начинал (с Delphi и C++, без доступа к интернету).
А в 90-х самым сложным был шаг - купить компьютер. Самый простенький PC стоил примерно 15 средних зарплат, т.е. около 1 млн рублей в пересчёте на текущие цены.
Так изначальный тезис, вроде бы, был о существенно меньшей распространенности IT-технологий 20-30 лет назад, а не о полном их отсутствии.
В этом и есть ответ. Серьёзно. 10 лет назад о 30-летних программистах говорили в таком же контексте, как сейчас о 40-летних. Представьте, как тяжело было начать заниматься программированием в 90-х, когда компьютеры были роскошью, а интернета, можно сказать, вообще не было.
С удешевлением компьютеров и распространением интернета (довольно доступным он стал во второй половине нулевых) количество программистов увеличилось на порядки. И представителям этой первой массовой волны сейчас как раз где-то от 30 до 40 лет. И да, примерно половина из них это физики, математики и инженеры, по образованию с IT не связанные. В этом автор статьи прав.
Я удивился, что в статье его не назвали. Это имхо и есть ответ на вопрос из собеседования: "Надо применить метод Монте-Карло", дальше всё довольно очевидно.
Сомневаюсь, что кто-то не зная о нём, сможет прямо на собеседовании его придумать.
Было бы хорошо. Но на курсах вас этому точно не научат. Селяви.
Для меня "учебный pet проект" - это оксюморон. pet-проект характерен тем, что он решает какую-то задачу автора проекта и только автор определяет что в этот проект входит. Т.е. у него по определению не может быть внешней постановки от авторов каких-то курсов и т.п.
Я думаю, в этом ваша фундаментальная ошибка. Вы пока ещё думаете, что программист - это пользователь некоторых технологий.
А по факту, программист - это специалист, который может объяснить компьютеру, как решать поставленные бизнес-задачи, а иногда совместно с бизнесом эти задачи выявить и сформулировать.
Какие именно технологии и как он применяет это вторичный вопрос, главное, чтобы получилось поддерживаемое и производительное решение, покрывающее эти бизнес-задачи.
А, ну если руководствоваться старым анекдотом "печатаю 1000 знаков в в минуту, но такая фигня получается", тогда да.
Такие программисты нормальным работодателям точно не нужны.
Это, мягко говоря, не так. Самое основное - это вникание в бизнес-постановку (а иногда её создание) и проектирование, как разложить код по файлам/модулям/классам/функциям, чтобы это было читаемо, понятно и легко в поддержке, плюс продумывание тестового покрытия. То, что человек помнит наизусть сигнатуры редко используемых библиотечных функций или как сделать Y при помощи X, по факту нисколько его не ускоряет. Наоборот, это довольно сильно замедляет, т.к. захламляет оперативную память самого программиста.
Для джуна они может и элементарные, но вообще у таких вопросов есть двойное и даже тройное дно. В частности, есть только 2 варианта зацикливания потока выполнения: синтаксический сахар поверх инструкции перехода и рекурсия (которая в случае хвостовой тоже развернётся в инструкции перехода).
Про типы данных вообще можно до конца собеседования отвечать, тема необъятная)
Пойнт в том, что вопросы тоже хорошо бы корректно формулировать, чтобы было понятно, что вы ожидаете услышать в ответ.
Как погоня за ходовыми языками и фреймворками связана с изучением теоретической базы?
90% - это конечно перебор, но делать ставку на её изучение - хорошая мысль. Т.к. она за предыдущие 15 лет от силы на пару процентов расширилась, в отличие от практики применения.
Чего только люди не придумают лишь бы удобные языки с паттерн-матчингом и гардами прямо в сигнатуре функций не использовать)
Выше уже приводили статистику, по которой кол-во программистов удваивается каждые 5 лет. Другими словами, программистов с опытом более 20 лет чуть больше 6% от общего кол-ва программистов, и то при условии, что никто из них не поменял сферу деятельности.
Ну, и наверно, когда рассуждают о 40-летних программистах в основном имеют в виду эту категорию, а не тех, кто закончил курсы по входу в IT в 39 лет.
P.S. Вот тут Роберт Мартин рассуждает на эту тему: https://www.youtube.com/watch?v=sPXk11hrWTM&t=969s
Выгодно успели закупиться :)
Да, пожалуй, так и есть. Не было глобализации и массовости, поэтому у каждого был свой уникальный путь.
Ну, ставки на 20 лет - это дело неблагодарное. Впрочем, я пару лет работал на LAMP, а в 2008 году поставил на Ruby и эта ставка вполне успешно сыграла. В 2016-м поставил на Elixir. С ним не всё так бомбезно, как с Ruby развивается, но технология зрелая и качественная, так что в целом тоже не прогадал.
До веб-разработки дело только в 2006 году дошло, когда стало по карману покупать 100 Mb трафика в месяц)
Это да. Ещё и C# Builder был))
Я даже не слышал про такое. Откуда он у вас появился? У нас в школе были Агаты, но они как-то не вызывали желания что-то подобное заиметь.
А вы по какой логике их отбираете? Из 4 статей, только одна с рейтингом больше 20. И то в дисклеймере честно написано, что это комментарий выделенный в статью. Значит на тот момент на это был запрос, т.к. лицензии Creative Commons были не столь известны, как сейчас.
Вы сравнивайте как сообщество реагирует на схожие статьи, а надёргать из поисковика то, что и в ленты то в своё время не попадало, всегда можно.
P.S. А статьи из хабов "Блог компании X" вообще редко отличаются качеством, но они тут в качестве рекламы.
Ключевое слово "иногда"
Это всё равно мало, особенно если вы с Delphi не первый десяток лет.
По-моему вы с нулевыми путаете. Я по такому алгоритму в 2004-м начинал (с Delphi и C++, без доступа к интернету).
А в 90-х самым сложным был шаг - купить компьютер. Самый простенький PC стоил примерно 15 средних зарплат, т.е. около 1 млн рублей в пересчёте на текущие цены.
которую справедливо заминусовали за бессодержательность и округления)
Да, 11 лет назад Хабр был более требователен к качеству материала.
В этом и есть ответ. Серьёзно. 10 лет назад о 30-летних программистах говорили в таком же контексте, как сейчас о 40-летних. Представьте, как тяжело было начать заниматься программированием в 90-х, когда компьютеры были роскошью, а интернета, можно сказать, вообще не было.
С удешевлением компьютеров и распространением интернета (довольно доступным он стал во второй половине нулевых) количество программистов увеличилось на порядки. И представителям этой первой массовой волны сейчас как раз где-то от 30 до 40 лет. И да, примерно половина из них это физики, математики и инженеры, по образованию с IT не связанные. В этом автор статьи прав.
Я удивился, что в статье его не назвали. Это имхо и есть ответ на вопрос из собеседования: "Надо применить метод Монте-Карло", дальше всё довольно очевидно.
Сомневаюсь, что кто-то не зная о нём, сможет прямо на собеседовании его придумать.
А зачем вы тогда работу в IT ищете, раз вас этот дискомфорт так печалит?
В реальной работе подобного дискомфорта будет на порядки больше, и примеры из статьи вам покажутся сущими мелочами.