Если в проекте есть го, то не совсем понятно, что там растом делать. Разве что если какие-то дикие проблемы с gc, но с этим вроде уже научились справляться.
Действительно. Нашел несколько известных названий в списке продакшен-пользователей. Но не ясно, что там на беке — вся логика, или один замшелый сервис по генерации айди.
Не знаю, я с го сравниваю, а в го с конкарренси все ок. После го вообще многие языки кажутся ущербными в плане конкаренси и некоторых вещей, хотя это, конечно, не так.
Я бы с интересом почитал про опыт на расте в проде. Пока все, что я слышал про реально сложные задачи на расте, негативно. Конкаренси там, работа с сетью, с io
Только сегодня читал критику в сторону хабра за то, что тут все статьи стали про то, что "в стране плохо, пора валить". Действительно такого стало много. Но камон, это же просто средневековье какое-то. Дико видеть такое своими глазами в развитой стране, где есть электричество, интернет и постулируется демократический строй, такое мракобесие.
Надеюсь только на то, что у нас будет меньше поводов приносить политику на хабр.
Это крайне редко. Обычно все-таки разработчик, условного, бекенда может достаточно быстро перекатиться из одного языка программирования в другой, не говоря уже про какие-то там фреймворки. А случаи, когда на позицию, например, DevOps приходит собеседоваться дизайнер без малейшего представления о предметной области, я думаю, крайне редки.
Ну и точно не рекрутеру решать, сколько времени нужно на освоение той или иной технологии. Это просто не их компетенция — знать такое. Казалось бы, достаточно узнать у целевого подразделения нужную информацию, а если ее нет, то просто не принимать это в расчет. Но нет же, постоянно сталкиваюсь с тем, что рекрутеры делают собственные выводы и аппроксимации, основанные на собственных догадках и выдумках. Из-за этого часто получаем совершенно бредовые выводы и логические цепочки в головах у рекрутеров, начиная от "раз он работал на фрилансе, значит не сможет работать в энтрерпрайз проекте, т.к. там орг. структура сложная" и до знаменитой "формы ушей".
Многим людям, особенно не обремененным специальными знаниями, приятно думать о себе как о вершителях судеб, или что они спасают проекты от толп обманщиков и самозванцев, но на деле это просто непрофессионализм и синдром вахтера.
Вот в этом и есть основная проблема сегодняшнего рекрутинга, кмк.
Реальность в том, что для специалиста освоить технологию X, если он уже знает технологию Y займет неделю, а если не знает — месяц. При этом найти человека, который уже знает технологию X может занять полгода.
В итоге проекты простаивают, люди без работы, а рекрутеры думают, что они молодцы и отсеяли ненужный скам.
Выводил в рублях, действительно с киви. В моем банке (точка) сказали, что при накоплении платежей на определенную сумму (4М рублей вроде) они все равно сделают валютный контроль (соотв. и спишут процент). Логику под этим не понимаю, если до этого дойдет — сменю банк.
Это вы на научных конференциях не были, где старые профессора с ортогональными точками зрения открыто поливают друг друга дерьмом безо всякого научного подхода. Впрочем, так и сто лет назад было.
По опыту более полусотни собеседований за последний год-два скажу, что все продуктивные интервью (не обязательно успешные) были без прокладки в виде HR
Я не скажу наверняка, но, кмк, такой онанизм на "завершенные проекты" есть только в энтерпрайзе. У меня сто раз спрашивали про работу на разных этапах жизнедеятельности проекта. Про завершенные проекты спрашивали, про цикл разработки и много прочего шлака, не имеющего никакого отношения к моей реальной рабочей деятельности.
Дело в том, что собеседуют часто люди (HR), не слишком то понимающие реальную ценность тех или иных навыков. И для них опыт "завершенных проектов" стоит на одном уровне с техническими скилами, хотя в реальности это абсолютно не связанные вещи. Надо ли говорить, что когда я стал работать с "продуктовыми" компаниями, подобное дерьмо спрашивать перестали.
Что же касается незавершенных проектов — с одной стороны, за такое могут навесить ярлык "job hopper" и не взять в условный гугл (хотя тут тоже от скилов зависит в первую очередь, просто гугл может позволить повыбирать). Но с другой спрос на рынке все еще больше предложения, и многие конторы не гнушаются переманивать людей и через месяц после смены работы. Это рынок в конце концов, и если у вашего работодателя возникнет необходимость сократить ваш отдел, он сделает это тут же без задней мысли. Работа это бизнес, и не нужно тащить сюда эмоции.
И да, и нет. Во многих областях возможность работать минимальна — это энтерпрайз, ERP системы, и, наверное, многие другие. У меня лично была проблема с поиском удаленной работы, пока не перешел на другой стек.
Про личностные качества — скорее дело привычки и усердия, нежели личностных качеств. Да, кому-то проще, кому-то сложнее. Я третий год работаю удаленно, и мне до сих пор тяжело фокусироваться. Но зато у меня есть возможность работать в интересных мне компаниях на интересных мне проектах, а не выбирать из того, что предлагает мне локальный рынок. Например, в моем городе вообще нет вакансий на Go, на котором я пишу.
В данном случае проблема оказалась именно в области компетенций человека, а именно старые технологии, которые он заменил на новые. Это, конечно, круто, но сидеть по 12 часов — такое себе. Это еще куда ни шло, когда тебе 25, а вот потом появляются вещи поинтереснее, куда можно потратить свое личное время. А ведь за него ему никто не заплатит.
Опыт — да, это круто. Но ведь не менее релевантный опыт можно было заработать и работая в другой компании на уже современном фреймворке. А что касается опыта переезда со старых технологий на новые — вероятно это действительно пригодится и будет востребовано в проектах, которые как раз переезжают со старых фреймворков на новые. А это обычно тоже не самые интересные проекты.
С последними тезисами согласен кроме одного — не нужно никуда уезжать, живите там, где вам комфортно, а не в перенаселенных потогонных муравейниках вроде нашей столицы. У большинства из нас есть все возможности работать удаленно, а у кого нет — повод задуматься о смене стека технологий на более гибкий в плане работы.
Если вы читали статью, то могли заметить, что идея не в том, чтобы не работать, а в том, чтобы если попали в плохой проект, то в большинстве случаев стоит его сменить, нежели терпеть и пыжиться.
Ну переписать то это полдела. Нужно, чтобы оно потом работало
Если в проекте есть го, то не совсем понятно, что там растом делать. Разве что если какие-то дикие проблемы с gc, но с этим вроде уже научились справляться.
Действительно. Нашел несколько известных названий в списке продакшен-пользователей. Но не ясно, что там на беке — вся логика, или один замшелый сервис по генерации айди.
Не знаю, я с го сравниваю, а в го с конкарренси все ок. После го вообще многие языки кажутся ущербными в плане конкаренси и некоторых вещей, хотя это, конечно, не так.
Я бы с интересом почитал про опыт на расте в проде. Пока все, что я слышал про реально сложные задачи на расте, негативно. Конкаренси там, работа с сетью, с io
А раст разве уже production-ready?
Только сегодня читал критику в сторону хабра за то, что тут все статьи стали про то, что "в стране плохо, пора валить". Действительно такого стало много. Но камон, это же просто средневековье какое-то. Дико видеть такое своими глазами в развитой стране, где есть электричество, интернет и постулируется демократический строй, такое мракобесие.
Надеюсь только на то, что у нас будет меньше поводов приносить политику на хабр.
Это крайне редко. Обычно все-таки разработчик, условного, бекенда может достаточно быстро перекатиться из одного языка программирования в другой, не говоря уже про какие-то там фреймворки. А случаи, когда на позицию, например, DevOps приходит собеседоваться дизайнер без малейшего представления о предметной области, я думаю, крайне редки.
Ну и точно не рекрутеру решать, сколько времени нужно на освоение той или иной технологии. Это просто не их компетенция — знать такое. Казалось бы, достаточно узнать у целевого подразделения нужную информацию, а если ее нет, то просто не принимать это в расчет. Но нет же, постоянно сталкиваюсь с тем, что рекрутеры делают собственные выводы и аппроксимации, основанные на собственных догадках и выдумках. Из-за этого часто получаем совершенно бредовые выводы и логические цепочки в головах у рекрутеров, начиная от "раз он работал на фрилансе, значит не сможет работать в энтрерпрайз проекте, т.к. там орг. структура сложная" и до знаменитой "формы ушей".
Многим людям, особенно не обремененным специальными знаниями, приятно думать о себе как о вершителях судеб, или что они спасают проекты от толп обманщиков и самозванцев, но на деле это просто непрофессионализм и синдром вахтера.
Вот в этом и есть основная проблема сегодняшнего рекрутинга, кмк.
Реальность в том, что для специалиста освоить технологию X, если он уже знает технологию Y займет неделю, а если не знает — месяц. При этом найти человека, который уже знает технологию X может занять полгода.
В итоге проекты простаивают, люди без работы, а рекрутеры думают, что они молодцы и отсеяли ненужный скам.
Чем V не подошел?
Выводил в рублях, действительно с киви. В моем банке (точка) сказали, что при накоплении платежей на определенную сумму (4М рублей вроде) они все равно сделают валютный контроль (соотв. и спишут процент). Логику под этим не понимаю, если до этого дойдет — сменю банк.
Толсто
Это вы на научных конференциях не были, где старые профессора с ортогональными точками зрения открыто поливают друг друга дерьмом безо всякого научного подхода. Впрочем, так и сто лет назад было.
По опыту более полусотни собеседований за последний год-два скажу, что все продуктивные интервью (не обязательно успешные) были без прокладки в виде HR
Я не скажу наверняка, но, кмк, такой онанизм на "завершенные проекты" есть только в энтерпрайзе. У меня сто раз спрашивали про работу на разных этапах жизнедеятельности проекта. Про завершенные проекты спрашивали, про цикл разработки и много прочего шлака, не имеющего никакого отношения к моей реальной рабочей деятельности.
Дело в том, что собеседуют часто люди (HR), не слишком то понимающие реальную ценность тех или иных навыков. И для них опыт "завершенных проектов" стоит на одном уровне с техническими скилами, хотя в реальности это абсолютно не связанные вещи. Надо ли говорить, что когда я стал работать с "продуктовыми" компаниями, подобное дерьмо спрашивать перестали.
Что же касается незавершенных проектов — с одной стороны, за такое могут навесить ярлык "job hopper" и не взять в условный гугл (хотя тут тоже от скилов зависит в первую очередь, просто гугл может позволить повыбирать). Но с другой спрос на рынке все еще больше предложения, и многие конторы не гнушаются переманивать людей и через месяц после смены работы. Это рынок в конце концов, и если у вашего работодателя возникнет необходимость сократить ваш отдел, он сделает это тут же без задней мысли. Работа это бизнес, и не нужно тащить сюда эмоции.
И да, и нет. Во многих областях возможность работать минимальна — это энтерпрайз, ERP системы, и, наверное, многие другие. У меня лично была проблема с поиском удаленной работы, пока не перешел на другой стек.
Про личностные качества — скорее дело привычки и усердия, нежели личностных качеств. Да, кому-то проще, кому-то сложнее. Я третий год работаю удаленно, и мне до сих пор тяжело фокусироваться. Но зато у меня есть возможность работать в интересных мне компаниях на интересных мне проектах, а не выбирать из того, что предлагает мне локальный рынок. Например, в моем городе вообще нет вакансий на Go, на котором я пишу.
В данном случае проблема оказалась именно в области компетенций человека, а именно старые технологии, которые он заменил на новые. Это, конечно, круто, но сидеть по 12 часов — такое себе. Это еще куда ни шло, когда тебе 25, а вот потом появляются вещи поинтереснее, куда можно потратить свое личное время. А ведь за него ему никто не заплатит.
Опыт — да, это круто. Но ведь не менее релевантный опыт можно было заработать и работая в другой компании на уже современном фреймворке. А что касается опыта переезда со старых технологий на новые — вероятно это действительно пригодится и будет востребовано в проектах, которые как раз переезжают со старых фреймворков на новые. А это обычно тоже не самые интересные проекты.
С последними тезисами согласен кроме одного — не нужно никуда уезжать, живите там, где вам комфортно, а не в перенаселенных потогонных муравейниках вроде нашей столицы. У большинства из нас есть все возможности работать удаленно, а у кого нет — повод задуматься о смене стека технологий на более гибкий в плане работы.
Пожалуйста
Очень хороший консультант, очевидно
Если вы читали статью, то могли заметить, что идея не в том, чтобы не работать, а в том, чтобы если попали в плохой проект, то в большинстве случаев стоит его сменить, нежели терпеть и пыжиться.