Обязан ли разработчик развиваться?

[Lucky13]

Цитата:

Сообщение от axm2017

Как то не задумывался о возрасте но оказывается время жизни разраба порой ограничено во всяком случае в воображении некоторых HR

Меня в статье заинтересовал другой момент. Судя по комментариям, там скорее дело не в возрасте, а в том, что человек джуниор.

В последнее время что-то стали часто встречаться случаи (может и раньше такое было, но я по крайне мере не замечал), когда почему-то люди различных профессий вдруг решают, а стану-ка я программистом. Сложно сказать каким именно образом они к этому приходят. Возможно как-то так: почитаю книжек, посмотрю видео в интернете и стану программистом начального уровня.

И вот тут возникает вопрос, как такой разработчик будет развиваться

[axm2017]

Цитата:

Сообщение от Lucky13

...
И вот тут возникает вопрос, как такой разработчик будет развиваться

А в чем сложность?
Так же как обычный разраб. Может слегка быстрее так как у него есть какой то набор знаний.

[LETTO]

Цитата:

Сообщение от Lucky13

В последнее время что-то стали часто встречаться случаи (может и раньше такое было, но я по крайне мере не замечал),

Да есть такое. Рекламы очень много курсов всяких. Наверно, государство гранты дает.
Хорошо, что учатся, конечно. Но как смотришь - хороший электрик на заводе (реальный знакомый) уже год штудирует Джаву и он вообще не программист по характеру (экстраверт, и на заводе сами знаете как - пол дня беготни и разговоров) и думаешь - ну куда ты парень? как ты будешь сидеть усидчиво по 8 часов за компьютером. Посидишь полгода и плюнешь на эту разработку.
Но в лицо не скажешь такое - человек же старается.
Так и с дизайнерами сейчас. Многие гуманитарии ломанулись.

[Lucky13]

Цитата:

Сообщение от axm2017

А в чем сложность?

В том, что на развитие нужно время. И бывает, что такой программист прекрасно понимает, что времени у него мало, поэтому и не планирует развиваться. Точнее планирует, только в определенных рамках, чего часто бывает недостаточно для работодателя. Потому что работодатель рассчитывает, что программист будет расти, а программиста вполне устраивает его текущий уровень, потому что, как мне кажется, по сравнению с предыдущей работой зарплата часто больше, а ответственности меньше и далеко не у каждого получается преодолеть этот барьер. У кого-то не хватает мотивации, у кого-то знаний, кого-то не устраивать скорость развития технологий. Программирование все таки не простое дело

[axm2017]

Цитата:

Сообщение от Lucky13

В том, что на развитие нужно время.

На проекте пара недель до уровня полезный чел пусть сидит и разрабатывает.

Цитата:

Сообщение от Lucky13

И бывает, что такой программист прекрасно понимает, что времени у него мало, поэтому и не планирует развиваться. Точнее планирует, только в определенных рамках, чего часто бывает недостаточно для работодателя.

Это проблема работодателя. Пинать по развитию, выделять время и прочее.

Цитата:

Сообщение от Lucky13

как мне кажется, по сравнению с предыдущей работой зарплата часто больше, а ответственности меньше и далеко не у каждого получается преодолеть этот барьер.

Это мы про аксапту? Зарплатки в России аксаптеров слегка ниже чем других направлений. В мире хз но замечал что в западных конторах местных разработчиков аксапты крайне мало (впрочем у них и с сильными консультантами траблы) и их скилы вполне обычны.
Не случайно у МС группы разработки накладных, ер, восточной европы + всяких бразилий были в России.
Так что в данном контексте должны быть рады любому кто пришел

Цитата:

Сообщение от Lucky13

Программирование все таки не простое дело

Как и любое другое. Вы не делаете что то из ряда вон. В 90% случаев это рутина

[LETTO]

Цитата:

Сообщение от axm2017

На проекте пара недель до уровня полезный чел пусть сидит и разрабатывает.

Что нам стоит дом построить - нарисуем, будем жить.
Опять своими очевидно острыми высказываниями пытаетесь дискуссию разжечь на пустом месте.

[axm2017]

Цитата:

Сообщение от LETTO

Что нам стоит дом построить - нарисуем, будем жить.
Опять своими очевидно острыми высказываниями пытаетесь дискуссию разжечь на пустом месте.

Нет.
Вам просто описывают практику одного из крупных западных ( ) консалтингов в России несколько лет назад. На сколько помню после трех дневного обучения народ сразу шел на проект.

[Lucky13]

Цитата:

Сообщение от axm2017

На проекте пара недель до уровня полезный чел пусть сидит и разрабатывает.

Да, но не всегда такой полезный чел бывает нужен

Цитата:

Сообщение от axm2017

Это проблема работодателя. Пинать по развитию, выделять время и прочее.

Да, именно так, и поэтому иногда работодатель говорит, извините, вы нам не подходите. Ему просто не нужны проблемы, чего тут обижаться

Цитата:

Сообщение от axm2017

Это мы про аксапту? Зарплатки в России аксаптеров слегка ниже чем других направлений. В мире хз но замечал что в западных конторах местных разработчиков аксапты крайне мало (впрочем у них и с сильными консультантами траблы) и их скилы вполне обычны.
Не случайно у МС группы разработки накладных, ер, восточной европы + всяких бразилий были в России.
Так что в данном контексте должны быть рады любому кто пришел

Конкретно про аксапту не могу сказать, но в целом по Web/Java/C, на мой взгляд, это примерно так

Цитата:

Сообщение от axm2017

Как и любое другое. Вы не делаете что то из ряда вон. В 90% случаев это рутина

Не согласен. Да, можно научиться выполнять определенные рутинные действия, но еще нужно понимать терминологию. Значение каждого слова объяснять сложно, нужна определенная база.
Был, например, случай, когда программист никак не мог понять как работает примерно такой код:

select table where (table.p1 == a && b) || !b

Цитата:

Сообщение от axm2017

Нет.
На сколько помню после трех дневного обучения народ сразу шел на проект.

Возможно, но, мне кажется, это были не бывшие электрики, как в посте выше

[axm2017]

Цитата:

Сообщение от LETTO

... Тут каждый день новое.
Профессия, где ты вечный ученик.

Так чем вы отличаетесь в таком контексте от только пришедшего?

[LETTO]

Цитата:

Сообщение от axm2017

Так чем вы отличаетесь в таком контексте от только пришедшего?

Не буду вам отвечать на очевидные вещи. И толку нет и глупо как то.
Станете работодателем - наберете себе новичков и посмотрим тогда как вы бойцов за две недели куете и есть ли разница с опытными.

[axm2017]

Цитата:

Сообщение от Lucky13

Да, но не всегда такой полезный чел бывает нужен

Да, именно так, и поэтому иногда работодатель говорит, извините, вы нам не подходите. Ему просто не нужны проблемы, чего тут обижаться

Зависит от объема работ. Значит это не ваш работодатель. Многим тоже через какое то время окажется просто нужно развитие и наем нового сотрудника станет снова проблемой аботодателя.

Цитата:

Сообщение от Lucky13

Не согласен. Да, можно научиться выполнять определенные рутинные действия, но еще нужно понимать терминологию. Значение каждого слова объяснять сложно, нужна определенная база.

Понимание терминологии - понятие сильно расплывчатое.

Цитата:

Сообщение от Lucky13

Возможно, но, мне кажется, это были не бывшие электрики, как в посте выше

Одного взяли после
- что вы знаете о бухгалтерии
- у меня теща бухгалтер

был ли он электриком как то мысль спросить не возникла так как минимум о специальности знал.

[Lucky13]

Цитата:

Сообщение от axm2017

Значит это не ваш работодатель.

В целом верно, только конкретно в моем случае это звучит: значит это не ваш программист

[axm2017]

https://habr.com/ru/post/695734/

https://infostart.ru/1c/articles/1735489/
Мелкий срач про 1С но довольно интересно.

Заодно поясняет почему разрабов по Ax в принципе становится меньше (мое имхо) и почему пока лишь богатые корпорации типа MS могут от них избавляться командами.

[Lucky13]

Цитата:

Сообщение от axm2017

Заодно поясняет почему разрабов по Ax в принципе становится меньше (мое имхо) и почему пока лишь богатые корпорации типа MS могут от них избавляться командами.

В целом наверное разработчиков Ax становится меньше, так как меньше Ax, меньше и разработчиков. Но не очень понял как это поясняется в статьях

[axm2017]

Цитата:

Сообщение от Lucky13

... Но не очень понял как это поясняется в статьях

Цитата:

Я начал учить Java, написал на ней пару пет-проектов, а потом еще и на Golang, который мне очень понравился. После написания очередного пет-проекта я составил резюме на Golang, прошел собеседование и получил хороший оффер на позицию Middle Golang разработчика. Мне дали +25% к тому, что я уже зарабатывал на 1С.

По прошествии полутора лет могу перечислить, что же изменилось:

Мне не нужно разбираться, почему в бухгалтерии очередная цифра не так считается.

Мне не нужно разбирать ошибки после очередного кривого обновления платформы или конфигурации, и да, делать это "вчера" не нужно.

Мне не нужно знать 100500 противоречащих друг другу законов, которые успел напечатать бешеный принтер.

Мне не нужно знать, чего же там еще накрутили в платформе, почему я не могу обойти ее недоработки.

Мне не нужно очищать кэш пользователей или свой кэш, или еще какой-то кэш!

Мне не нужно перезапускать сервер предприятия 1С.

Рабочий день состоит на 30% из общения с PM'ами, 20% code review и 50% чистого программирования.

Если попробовать обобщить – это свобода от 1С, костылей, которыми она обросла, и "болота" типовых конфигураций.

Соглашусь, что многое зависит от работодателя, но работать стало легче при всех прочих равных

Входной билет в России дешевле в обычную разработку а доход выше.
На западе хз как но по ощущению там стремятся в консультанты ака программисты, а не в разработчики.

[twilight]

Цитата:

Сообщение от axm2017

Мне не нужно разбираться, почему в бухгалтерии очередная цифра не так считается

Это зависит от проекта. Почти в любых проектах нужно правильно рассчитывать какие-то суммы.

Цитата:

Сообщение от axm2017

Мне не нужно разбирать ошибки после очередного кривого обновления платформы или конфигурации, и да, делать это "вчера" не нужно.

Фреймворки и библиотеки тоже обновляются. И далеко не всегда без ошибок с обратной совместимостью.

Цитата:

Сообщение от axm2017

Мне не нужно знать 100500 противоречащих друг другу законов, которые успел напечатать бешеный принтер.

Опять же, в мире тоже полно всяких законов, которые надо знать в зависимости от проекта/страны.

Цитата:

Сообщение от axm2017

Мне не нужно знать, чего же там еще накрутили в платформе, почему я не могу обойти ее недоработки.

Любой фреймворк не идеален.

Цитата:

Сообщение от axm2017

Мне не нужно очищать кэш пользователей или свой кэш, или еще какой-то кэш!

В данном конкретном случае может и нет. А так то кэши много где используются. А кое-где и прямое управление памятью.

Цитата:

Сообщение от axm2017

Мне не нужно перезапускать сервер предприятия 1С.

Как будто в каком-нибудь AWS или Azure мало задач по администрированию.

Цитата:

Сообщение от axm2017

Рабочий день состоит на 30% из общения с PM'ами, 20% code review и 50% чистого программирования.

Т. е. все равно как минимум треть надо потратить на выяснение требований.

В общем, по-моему, это просто усталость от некоторого однообразия одного продукта и задач, и желание новизны.

[axm2017]

https://habr.com/ru/post/697194/
Немного как оно в Сбере (чувак пришел на архитектора?)
Показалось интересным
И заодно
Курс по проектированию приложений от Amazon https://aws.amazon.com/ru/training/l...out/architect/

[axm2017]

https://habr.com/ru/post/709156/
Более 12 лет ставлю цели на год: рассказываю, как и почему этот процесс работает у меня

Показалось полезным

[axm2017]

https://habr.com/ru/post/713462/
немного о выгорании.
В свое время наблюдал пару моментов с выгоранием команд: было забавно и прикольно вспоминать об этом но в моменте группа тупящих разрабов (и я в том числе понятно) выглядит печально.

[axm2017]

Цитата:

Сообщение от LETTO

Мое скромное мнение - чтоб не выгореть, не надо гореть. Эйчар любят подбивать на "эффективность по 12 часов". Их понять можно - им за это платят. В реале человек ярко работать может не так долго (год-два-три, если молодой). И последствия со здоровьем будут у самого человека, а не у эйчар.

HR тут не причем: это больше управленческие факапы которые пытаются решаются за счет напряга нижних слоев цепочки питания.
Типичное решение манагера при факапе сроков это выгнать команду на работу
Статья про Ламоду и Dynamics 365
и удивление если есть
"немецкий партнер, о котором шла речь (который демонстрировал негибкость и отказывался работать в отпуск и на выходных)"

Цитата:

Сообщение от LETTO

Потому лучше просто СТАБИЛЬНО СПОКОЙНО работать. Без эмоциональный/трудовых подвигов.

Лучше вообще не работать а заниматься творчеством для души но увы.