Человек, который пишет сразу 'из головы' и помнит все вот эти особенности - он пишет быстрее. Все это гугление довольно много времени на самом деле отнимает.
Это, мягко говоря, не так. Самое основное - это вникание в бизнес-постановку (а иногда её создание) и проектирование, как разложить код по файлам/модулям/классам/функциям, чтобы это было читаемо, понятно и легко в поддержке, плюс продумывание тестового покрытия. То, что человек помнит наизусть сигнатуры редко используемых библиотечных функций или как сделать 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 не связанные. В этом автор статьи прав.
Я удивился, что в статье его не назвали. Это имхо и есть ответ на вопрос из собеседования: "Надо применить метод Монте-Карло", дальше всё довольно очевидно.
Сомневаюсь, что кто-то не зная о нём, сможет прямо на собеседовании его придумать.
Вы думаете я своей знакомой стал говорить, что они делают, что-то неправильно?
А почему вы считаете, что они делают неправильно?
я отлично знаю, что "ляпнув" про отбросы выбросов при расчете среднего чека, можно показать свою полную некомпетентность и проф непригодность, да же будучи теоретически правым в этом вопросе
Вы сами себе противоречите. Вы понимаете, почему при расчёте среднего чека не надо убирать выбросы, или нет? И как нужно изменить постановку, чтобы их потребовалось убрать?
Спорить на собеседовании с джуном никто не будет, а именно об этом яндекс и не предупреждает.
А к чему на собеседовании вообще спорить, хоть на джуна, хоть на CTO? На собеседовании надо на вопросы отвечать и самому другие вопросы задавать. Вам, видимо, ещё курс по модным нынче софт-скилам купить надо, чтобы на эту тему тоже курс лекций прослушать)
Ну как же не обещал. Вот я зашёл на их главную страницу и первое, что я вижу "78% выпускников нашли работу после онлайн-обучения в Практикуме". Почему там же не написано, что до выпуска доходит только 30-50% из тех, кто начал обучение? И что "нашли работу" не означает, "нашли работу по профилю курса"? Типа учились на Data-Анатитика, а нашли работу маркетологом или SMMщиком))
Формально к их формулировке не придраться, но это очевидное запудривание мозгов.
P.S. И fyi, в IT аббревиатура ЯП означает "язык программирования".
Все курсы продают вышеперечисленные иллюзии, если бы они честно описывали что из себя представляет курс и что он по факту даст, то продажи бы раз в 50 упали. А проекты можно и по книгам делать, хотя по нынешним ценам и книг можно на 10 т.р. накупить (если не качать пиратские копии цифровых вариантов), но уж знаний там будет в десятки раз больше, чем в самом лучшем онлайн-курсе.
выпускники берут на работу своих сокурсников
Звучит пугающе для перспектив компаний, в которых такое происходит))
А как они тогда продавать то эти курсы будут? Они ж продают иллюзию. Помимо этих иллюзий (комфортного обучения; что всё получится, если по 10 часов в неделю заниматься; гарантированного трудоустройства; etc.) всё остальное и так в свободном доступе есть.
Это, мягко говоря, не так. Самое основное - это вникание в бизнес-постановку (а иногда её создание) и проектирование, как разложить код по файлам/модулям/классам/функциям, чтобы это было читаемо, понятно и легко в поддержке, плюс продумывание тестового покрытия. То, что человек помнит наизусть сигнатуры редко используемых библиотечных функций или как сделать 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 ищете, раз вас этот дискомфорт так печалит?
В реальной работе подобного дискомфорта будет на порядки больше, и примеры из статьи вам покажутся сущими мелочами.
А почему вы считаете, что они делают неправильно?
Вы сами себе противоречите. Вы понимаете, почему при расчёте среднего чека не надо убирать выбросы, или нет? И как нужно изменить постановку, чтобы их потребовалось убрать?
А к чему на собеседовании вообще спорить, хоть на джуна, хоть на CTO? На собеседовании надо на вопросы отвечать и самому другие вопросы задавать. Вам, видимо, ещё курс по модным нынче софт-скилам купить надо, чтобы на эту тему тоже курс лекций прослушать)
Ну как же не обещал. Вот я зашёл на их главную страницу и первое, что я вижу "78% выпускников нашли работу после онлайн-обучения в Практикуме". Почему там же не написано, что до выпуска доходит только 30-50% из тех, кто начал обучение? И что "нашли работу" не означает, "нашли работу по профилю курса"? Типа учились на Data-Анатитика, а нашли работу маркетологом или SMMщиком))
Формально к их формулировке не придраться, но это очевидное запудривание мозгов.
P.S. И fyi, в IT аббревиатура ЯП означает "язык программирования".
Все курсы продают вышеперечисленные иллюзии, если бы они честно описывали что из себя представляет курс и что он по факту даст, то продажи бы раз в 50 упали. А проекты можно и по книгам делать, хотя по нынешним ценам и книг можно на 10 т.р. накупить (если не качать пиратские копии цифровых вариантов), но уж знаний там будет в десятки раз больше, чем в самом лучшем онлайн-курсе.
Звучит пугающе для перспектив компаний, в которых такое происходит))
А как они тогда продавать то эти курсы будут? Они ж продают иллюзию. Помимо этих иллюзий (комфортного обучения; что всё получится, если по 10 часов в неделю заниматься; гарантированного трудоустройства; etc.) всё остальное и так в свободном доступе есть.