А я вот помню что джун это было что-то типа начинающий спец, возможно после курсов или типа того.
Давайте я вам расскажу как я устраивался джуном в Epam в 2008 году.
Изучать программирование я начал в апреле 2004-го. Активно применял его в учебных проектах, как раз тогда учился в ВУЗе. Помимо программ для учёбы писал ещё много довольно сложных программ, например клиент-серверное приложение для удалённого управления компьютером, игру Сокобан с редактором уровней и т.д.
В конце 2006-го (на этот момент я мог программировать на Delphi, C++, PHP и JavaScript) я устроился в мелкую веб-студию на полставки за 8 т.р./месяц. Делал там сайты на PHP. В мае 2008 года я решил перейти на C# и подался на стажировку в Epam. В качестве тестового задания надо было написать инженерный калькулятор с полным тестовым покрытием. Стажировка длилась 3 месяца (оплачивали 5 т.р./мес начиная со второго месяца) и представляла собой самостоятельное чтение книг и написание программ по ТЗ, которые проверяли кураторы. После стажировки был экзамен из 2 тестов сертификации Brainbench и собеседований. После того как я успешно прошёл всё это, меня взяли на позицию джуна с окладом 15 т.р./месяц (это с учётом инфляции около 45-50 т.р. в текущих деньгах)
А сейчас развелось нытиков, которые хотят в IT на халяву, и верят в тупые сказки, что когда-то сюда брали всех подряд xD
Напомнило, как я писал статью в 2008-м году, правда с примером вычисления факториала. Но там хотя бы сразу с хвостовой рекурсией было и дальше тоже поинтереснее - про карринг, замыкания, мемоизацию)
Что мы имеем теперь? Uber, Gett и прочие канули в Лету. Альтернативные софты (Такси-Мастер, Наутакси, Биржа итп) канули в ту же реку, либо куплены Яндексом и слиты в неё же.
Тут может ещё статься, что у большинства современных программистов тупо даже нет опыта оптимизации на достаточном уровне. Вспомните, сколько людей подключало лишнюю зависимость (left-pad) ради 10 строк кода. Так что ещё и тема с обучением маячит, а не только с менеджментом.
Ну, это вы из какого-то своего контекста приплели. В контексте статьи, речь идёт о том, что более компактное и быстрое ПО потребляет меньше электричества и занимает меньше места на дисках, а значит их надольше хватит. Вот вам и экология.
Про 99% функционала вы откуда взяли? Сам автор статьи охарактеризовал конкурента так: "выглядит лучше и имеет больше функций". Из чего я делаю вывод, что он в лучшем случае 50-60% функционала пока сделал. Так как если бы там было хотя бы 90%, то можно было бы сказать "имеет сравнимый функционал".
вот откуда можно сделать такой вывод?
Пока можно сделать вывод только про то, что вы умеете вырывать фразы из контекста и превращать вопрос в якобы утверждение. Зачем вы так делаете, не подскажите?
Да, энергоэффективность - это один из факторов, который можно к экологии привязать. А так ключевой вопрос как раз в том, как сделать это выгодным для корпораций, ну или обязательным? При том, что правительство в этом ничего не понимает. Нужны, как минимум, какие-то экспертные исследования и петиции.
Это довольно наивный взгляд. Если дать разработчикам в 2 раза больше времени на разработку, то большинство из них будут либо балду гонять, либо вторую работу себе найдут. И только весьма небольшой процент использует это время на написание более качественного и оптимального кода.
С одной стороны, я согласен со статьёй. А с другой - она всё-таки похожа на мем из КДПВ. Потому что нет анализа причин, приведших к текущему положению вещей. И нет никакого предложения, что с этим всем делать, чтобы улучшить ситуацию.
Ok, автор написал какую-то компактную программу. Но он при этом сам признаёт, что у неё есть более навороченный аналог. Откуда берётся уверенность, что экономия в размере - это достаточно весомый аргумент, чтобы большинство пользователей перешло на более урезанный функционал?
Проблема системная и решать её надо на уровне крупных корпораций, которые выпускают популярный софт. Сюда можно привязать, при желании, борьбу за экологию и заботу о пользователях.
Хм, я за предыдущие 2 года нанял трёх программистов за 40. Самому старшему сейчас 48 уже. Хотя мне самому меньше 40.
Сейчас мне 41 и меня собеседуют мальчики младше меня.
Ну, может, в этом пренебрежении и загвоздка. Вам эго ущемляет, что вас собеседуют люди младше вас?
Сколько народа влилось в сферу за прошедшие 20 лет?
Каждые 5 лет кол-во программистов удваивается. Т.е. сейчас их в 16 раз больше, чем 20 лет назад. Если допустить, что из тех, кто был 20 лет назад, половина всё ещё программирует, то от общего кол-ва их будет примерно 3%
Я на php5 в 2006 году программировал. Это существенно больше 10 лет назад.
А 10 лет назад все эти докеры и голанги нагоняли на сеньоров скуку точно так же, как и сейчас. Потому что ничего принципиально нового в них не было ни тогда, ни сейчас.
Если в 2014 фреймворк мог считаться чем-то из разряда "напридумали там себе ерунды"
Это вы опять с 2006-м путаете. После взлёта Ruby on Rails никто уже в здравом уме не относился к фреймворкам, как к ерунде.
Давайте я вам расскажу как я устраивался джуном в Epam в 2008 году.
Изучать программирование я начал в апреле 2004-го. Активно применял его в учебных проектах, как раз тогда учился в ВУЗе. Помимо программ для учёбы писал ещё много довольно сложных программ, например клиент-серверное приложение для удалённого управления компьютером, игру Сокобан с редактором уровней и т.д.
В конце 2006-го (на этот момент я мог программировать на Delphi, C++, PHP и JavaScript) я устроился в мелкую веб-студию на полставки за 8 т.р./месяц. Делал там сайты на PHP. В мае 2008 года я решил перейти на C# и подался на стажировку в Epam. В качестве тестового задания надо было написать инженерный калькулятор с полным тестовым покрытием. Стажировка длилась 3 месяца (оплачивали 5 т.р./мес начиная со второго месяца) и представляла собой самостоятельное чтение книг и написание программ по ТЗ, которые проверяли кураторы. После стажировки был экзамен из 2 тестов сертификации Brainbench и собеседований. После того как я успешно прошёл всё это, меня взяли на позицию джуна с окладом 15 т.р./месяц (это с учётом инфляции около 45-50 т.р. в текущих деньгах)
А сейчас развелось нытиков, которые хотят в IT на халяву, и верят в тупые сказки, что когда-то сюда брали всех подряд xD
Нет, конечно. Тут даже формулировка вопроса какая-то нелепая. На начинающего специалиста надо учиться 3-5 лет и не на курсах.
Ага, это пасхалка для тех, кто не слышал эту песню)
Так в случае с нейросетками как раз имеется намеренный рандом.
Нажми на кнопку - получишь результат и твоя мечта осуществится...
Песня такая была лет 30 назад))
Вы хотели сказать дно? xD
Вы забыли привести к ближайшему целому числу. А в остальном, да - это вариант для реальной практики.
Напомнило, как я писал статью в 2008-м году, правда с примером вычисления факториала. Но там хотя бы сразу с хвостовой рекурсией было и дальше тоже поинтереснее - про карринг, замыкания, мемоизацию)
https://web.archive.org/web/20130203112951/http://www.vr-online.ru/old/review.html@id=130.html
Вы не заметили, но автор написал функцию без входящих аргументов.
Ситимобил и Maxim вроде ещё держатся
Это тоже верно. Впрочем, это скорее вопрос UX и позиционирования. В книге "Психбольница в руках пациентов" про это подробно расписано.
Тут может ещё статься, что у большинства современных программистов тупо даже нет опыта оптимизации на достаточном уровне. Вспомните, сколько людей подключало лишнюю зависимость (left-pad) ради 10 строк кода. Так что ещё и тема с обучением маячит, а не только с менеджментом.
Ну, это вы из какого-то своего контекста приплели. В контексте статьи, речь идёт о том, что более компактное и быстрое ПО потребляет меньше электричества и занимает меньше места на дисках, а значит их надольше хватит. Вот вам и экология.
Про 99% функционала вы откуда взяли? Сам автор статьи охарактеризовал конкурента так: "выглядит лучше и имеет больше функций". Из чего я делаю вывод, что он в лучшем случае 50-60% функционала пока сделал. Так как если бы там было хотя бы 90%, то можно было бы сказать "имеет сравнимый функционал".
Пока можно сделать вывод только про то, что вы умеете вырывать фразы из контекста и превращать вопрос в якобы утверждение. Зачем вы так делаете, не подскажите?
Как за счёт повышения качества может снизиться срок службы?
Да, энергоэффективность - это один из факторов, который можно к экологии привязать. А так ключевой вопрос как раз в том, как сделать это выгодным для корпораций, ну или обязательным? При том, что правительство в этом ничего не понимает. Нужны, как минимум, какие-то экспертные исследования и петиции.
Это довольно наивный взгляд. Если дать разработчикам в 2 раза больше времени на разработку, то большинство из них будут либо балду гонять, либо вторую работу себе найдут. И только весьма небольшой процент использует это время на написание более качественного и оптимального кода.
С одной стороны, я согласен со статьёй. А с другой - она всё-таки похожа на мем из КДПВ. Потому что нет анализа причин, приведших к текущему положению вещей. И нет никакого предложения, что с этим всем делать, чтобы улучшить ситуацию.
Ok, автор написал какую-то компактную программу. Но он при этом сам признаёт, что у неё есть более навороченный аналог. Откуда берётся уверенность, что экономия в размере - это достаточно весомый аргумент, чтобы большинство пользователей перешло на более урезанный функционал?
Проблема системная и решать её надо на уровне крупных корпораций, которые выпускают популярный софт. Сюда можно привязать, при желании, борьбу за экологию и заботу о пользователях.
Хм, я за предыдущие 2 года нанял трёх программистов за 40. Самому старшему сейчас 48 уже. Хотя мне самому меньше 40.
Ну, может, в этом пренебрежении и загвоздка. Вам эго ущемляет, что вас собеседуют люди младше вас?
Каждые 5 лет кол-во программистов удваивается. Т.е. сейчас их в 16 раз больше, чем 20 лет назад. Если допустить, что из тех, кто был 20 лет назад, половина всё ещё программирует, то от общего кол-ва их будет примерно 3%
Я на php5 в 2006 году программировал. Это существенно больше 10 лет назад.
А 10 лет назад все эти докеры и голанги нагоняли на сеньоров скуку точно так же, как и сейчас. Потому что ничего принципиально нового в них не было ни тогда, ни сейчас.
Это вы опять с 2006-м путаете. После взлёта Ruby on Rails никто уже в здравом уме не относился к фреймворкам, как к ерунде.