Есть у меня на работе магистр математического факультета. Старше меня на 2 года. Я бакалавр ИВТ, но с бо́льшим опытом работы. Работаем на одной и той же позиции, причём коллега back-end пишет на NodeJS, а я на C#.
Казалось бы, должно быть наоборот? Но нет, решает опыт всё-таки
Это камень в чей огород в итоге? Не очень понял, как связано все вышесказанное
С этими оценками задач в предметах одежды, сторипоинтах и тому подобному замечен еще такой момент: в итоге это все сводиться к часам, но при этом всем приходится делать лишние приседания с конвертацией в уме.
Банально даже тут в статье пример и ты волей-неволей будешь это конвертировать:
Задача A (1 SP) занимает 2 дня.
Задача B (3 SP) обычно занимает 5–6 дней.
Задача C (8 SP) может растянуться на 2–3 недели.
Кажется, что оценки в майках служат совсем другим целям
Самое печальное в этом всем, что так работают не только курсы, но и многие аутстафф компании. Был свидетелем такой схемы:
Идея: Будем брать людей без опыта, доучивать их пару месяцев и устраивать на проекты в качестве джунов
Результат раньше: Пару лет назад это срабатывало (видимо был жуткий дефицит в кадрах / много «лишних» бюджетов у крупных компаний)
Результат сейчас: Ой, а джуны то наши никому и не нужны. Везде теперь требуют опыт 2–3 года, а меньше даже и не смотрят. Ну что поделать, будем и мы тогда накручивать.
И вот такой сотрудник закончил обучение. Его начинают натаскивать на прохождение собесов и проводят разъяснительную беседу: «Это рынок такой. Для нас ты джун и все на самом деле понимают, что ты джун, но лучше нигде об этом не упоминать. Подготовили мы тебя настолько хорошо, что по знаниям ты не уступаешь миддлам, так что все ок. В случае чего у нас есть специально выделенный лид, к которому можно прийти с любым вопросом».
Дальше проект. Понятное дело, что в первые пару недель от него не будут ждать серьезных результатов. Если и дальше все плохо, то заказчик попросит снять сотрудника с проекта. Это сразу же запустит процесс "продажи" в другое место. Бывают ситуации, когда человек справляется, потому что и человек способный и задачи на проекте не сложные. А бывали случаи, когда лид проекта сам хвосты закрывал.
В итоге страдают все:
если ты хочешь устроиться на новую работу и не в курсе такой схемы, то тебя ждет сюрприз и несколько кругов собеседований
нанимателям приходится завышать требования к опыту и придумывать новые этапы отбора
аутстафф компании жалуются, что ставки для настоящих мидлов слишком низкие - как вообще работать и зарабатывать на этом рынке
В getmatch с настройками Java/Python, CTO/Architect и зп от 350 т.р. приходят вакансии в Российские компании на разработчика с диапазоном - 300-500 т.р. и на лида - 300-600 т.р. В иностранные компании вилки чуть лучше встречаются.
При этом в другом источнике вакансии с удаленкой на Java стабильно все до 300 т.р.
Статья действительно похожа на смесь записок (что соответствует названию) с инструкциями и с примерами кода, но воспринимается это больше как некая каша, нежели то, чем можно поделиться с миром.
Весьма способствует этому отсутствие нормального форматирования и вставки огромных кусков кода. Например: - часть картинок на всю ширину, часть на 2/3, часть на половину - исходный код тоже вставлен без какого-либо читаемого форматирования и слишком растянут по высоте (куча лишних переносов строк), банально:
Ваше же приложение с бэком взаимодействует по этому API. Как ваш подход спасает от переписывания приложения, если не бэке что-то поменяется? Да и на остальные вопросы из ветки хотелось бы услышать ответ. На todo-приложении понятно, что оно выглядит красиво, а как такой подход в чем-то более приближенном к реальности выглядит?
Могу ошибаться, но не только в ВК так. И точно знаю, что не только в разработке такое.
Подруга работала экономистом в продуктовой компании. В конце года оказалось, что цели были недостаточно амбициозными и недостаточно на блога. В итоге премию не дали и было обидно.
Если убрать часть про себя, то напомнило немного книгу "Программист-фанатик". В принципе советы здравые есть, но не все они универсальны. Например этот: "Выбирайте науку, а не прикладную работу"
С другой стороны есть коллега, к которому по хард скиллам вообще претензий нет. Но из-за неумению общаться идет негативная обратная связь от менеджеров, клиентов и прочих. Обучиться этому у него не получается либо нет желания, а закрывать его от общения не всегда представляется возможным.
На самом деле интересно, но все-таки раскрыто не полностью. Это же не может быть безусловным правилом?
Например, есть ты senior и будешь рассказывать какие-то базовые вещи джунам, то я не уверен, что на этом можно ощутимо вырасти. Да, некоторые пробелы подтянуться, но ощутимого прироста не будет.
А вот если разница в опыте/грейде будет небольшой, то рост наоборот может быть ощутимым.
Слегка стригерился про опыт велосипеда и мотоцикла. Оставлю тут в тему контрруления на велосипеде
Ты должен был бороться со злом, а не примкнуть к нему.
Ержан, вставай, на работу пора
Это камень в чей огород в итоге? Не очень понял, как связано все вышесказанное
С этими оценками задач в предметах одежды, сторипоинтах и тому подобному замечен еще такой момент: в итоге это все сводиться к часам, но при этом всем приходится делать лишние приседания с конвертацией в уме.
Банально даже тут в статье пример и ты волей-неволей будешь это конвертировать:
Кажется, что оценки в майках служат совсем другим целям
Самое печальное в этом всем, что так работают не только курсы, но и многие аутстафф компании. Был свидетелем такой схемы:
Идея: Будем брать людей без опыта, доучивать их пару месяцев и устраивать на проекты в качестве джунов
Результат раньше: Пару лет назад это срабатывало (видимо был жуткий дефицит в кадрах / много «лишних» бюджетов у крупных компаний)
Результат сейчас: Ой, а джуны то наши никому и не нужны. Везде теперь требуют опыт 2–3 года, а меньше даже и не смотрят. Ну что поделать, будем и мы тогда накручивать.
И вот такой сотрудник закончил обучение. Его начинают натаскивать на прохождение собесов и проводят разъяснительную беседу:
«Это рынок такой. Для нас ты джун и все на самом деле понимают, что ты джун, но лучше нигде об этом не упоминать. Подготовили мы тебя настолько хорошо, что по знаниям ты не уступаешь миддлам, так что все ок. В случае чего у нас есть специально выделенный лид, к которому можно прийти с любым вопросом».
Дальше проект. Понятное дело, что в первые пару недель от него не будут ждать серьезных результатов. Если и дальше все плохо, то заказчик попросит снять сотрудника с проекта. Это сразу же запустит процесс "продажи" в другое место.
Бывают ситуации, когда человек справляется, потому что и человек способный и задачи на проекте не сложные. А бывали случаи, когда лид проекта сам хвосты закрывал.
В итоге страдают все:
если ты хочешь устроиться на новую работу и не в курсе такой схемы, то тебя ждет сюрприз и несколько кругов собеседований
нанимателям приходится завышать требования к опыту и придумывать новые этапы отбора
аутстафф компании жалуются, что ставки для настоящих мидлов слишком низкие - как вообще работать и зарабатывать на этом рынке
В getmatch с настройками Java/Python, CTO/Architect и зп от 350 т.р. приходят вакансии в Российские компании на разработчика с диапазоном - 300-500 т.р. и на лида - 300-600 т.р.
В иностранные компании вилки чуть лучше встречаются.
При этом в другом источнике вакансии с удаленкой на Java стабильно все до 300 т.р.
Заранее извиняюсь по поводу критики.
Статья действительно похожа на смесь записок (что соответствует названию) с инструкциями и с примерами кода, но воспринимается это больше как некая каша, нежели то, чем можно поделиться с миром.
Весьма способствует этому отсутствие нормального форматирования и вставки огромных кусков кода. Например:
- часть картинок на всю ширину, часть на 2/3, часть на половину
- исходный код тоже вставлен без какого-либо читаемого форматирования и слишком растянут по высоте (куча лишних переносов строк), банально:
Нет доступа в интернет - нет проблем. Печально это все.
Ваше же приложение с бэком взаимодействует по этому API. Как ваш подход спасает от переписывания приложения, если не бэке что-то поменяется?
Да и на остальные вопросы из ветки хотелось бы услышать ответ.
На todo-приложении понятно, что оно выглядит красиво, а как такой подход в чем-то более приближенном к реальности выглядит?
Работать стал меньше, а что при этом с доходами?
Взломают не вас, а зависимость, которую вы ставите себе в проект.
Могу ошибаться, но не только в ВК так. И точно знаю, что не только в разработке такое.
Подруга работала экономистом в продуктовой компании. В конце года оказалось, что цели были недостаточно амбициозными и недостаточно на блога. В итоге премию не дали и было обидно.
Если убрать часть про себя, то напомнило немного книгу "Программист-фанатик". В принципе советы здравые есть, но не все они универсальны. Например этот: "Выбирайте науку, а не прикладную работу"
С другой стороны есть коллега, к которому по хард скиллам вообще претензий нет. Но из-за неумению общаться идет негативная обратная связь от менеджеров, клиентов и прочих. Обучиться этому у него не получается либо нет желания, а закрывать его от общения не всегда представляется возможным.
А бывает и наоборот, что кодить нормально не могут, но за счет коммуникации выгребают.
На самом деле интересно, но все-таки раскрыто не полностью. Это же не может быть безусловным правилом?
Например, есть ты senior и будешь рассказывать какие-то базовые вещи джунам, то я не уверен, что на этом можно ощутимо вырасти. Да, некоторые пробелы подтянуться, но ощутимого прироста не будет.
А вот если разница в опыте/грейде будет небольшой, то рост наоборот может быть ощутимым.
Ну да, а МММ это не пирамида, а инвестиционный фонд
Есть еще Amazon CodeWhisperer. В нем меньше языков, но по субъективным ощущениям с кодом справляется на уровне Copilot
Это очень похоже на Hotwire для RoR. На хабре про это есть статья.
Для PHP, Python и других языков тоже видел нечто подобное.