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

  • Если сравнивать с более молодыми версиями себя, то, по ощущениям, я на пике. Разумеется, здесь сказываются и накопленные технические знания, но опыт и понимание, как нужно подходить к работе, влияют в большей степени. Мне кажется, я сейчас умею гораздо больше, чем пятнадцать лет назад, и, надеюсь, гораздо меньше, чем буду уметь через пятнадцать лет. Это чувство, что я постоянно учусь чему-то новому, мне дороже всего.
  • Сюда же: совместная работа с людьми, у которых можно чему-то поучиться – отличный источник мотивации.
  • У меня сохранились многие из прежних недостатков, но теперь я знаю себя и последствия этих недостатков и могу, по крайней мере, стараться как-то их нейтрализовать.
  • Желание руководить людьми упало до рекордного минимума.
  • Желание обсуждать технические вопросы с людьми – и чтобы получить помощь, и чтобы предоставить ее другим – достигло рекордного максимума.
  • Производительность у меня стала намного более предсказуемой.
  • Раньше я был очень щепетилен в том, что касается тона и правил общения. С тех пор ничего не изменилось.
  • Я приучил себя пользоваться возможностью пересмотреть, стоит ли техническая проблема моих усилий. Раньше я всегда доводил дело до конца, теперь с удовольствием меню план действий, если меня смущает запах кода или пропадает аппетит.
  • Когда я только начинал, то ни секунды не задумывался о временных затратах, масштабах и аппетите. Теперь я практически не берусь за задачи без того, чтобы принять во внимание эти факторы.
  • Мне не нравится переключаться между разными контекстами. Идеальный фронт работ для меня – одна мясистая задача, которой можно заниматься несколько дней подряд.
  • Эффективное общение – это сложный навык; на его выработку требуются годы. Он очень важен для всех, кто хочет профессионально заниматься программированием.
  • Я стал значительно осторожней в процессе деплоя.
  • Понятия не имею, насколько эффективно парное программирование. Выяснять это нет ни малейшего желания.
  • Аналогичным образом, ничего не могу сказать о преимуществах подхода, когда людей собирают в одной комнате, чтобы решить проблему. Большого интереса к этой теме тоже не испытываю.
  • Мне нравится сталкиваться с вызовами. Люблю начинать с чувством, что не уверен, как решить эту проблему.
  • В глубине души я программист-универсал. Когда приходится много работать над инфраструктурой, мне начинает не хватать работы над продуктом. Если слишком много бэкенда, начинаю скучать по фронтенду. В этом есть свои плюсы и свои минусы, но я просто принимаю, что так уж я устроен. Никогда не понимал, за что некоторые люди так не любят слово «фуллстек».
  • После десяти лет на удаленке вернуться обратно в офис для меня практически немыслимо.
  • Я пришел к тому, чтобы считать ответственность жизненно необходимым качеством. Моя карьера начиналась в коллективе, где, в общем и целом, всем было на всё наплевать. Чтобы не свихнуться, мне нужно работать в диаметрально противоположных условиях.
  • Любые модные новинки в сфере разработки я по умолчанию воспринимаю со скепсисом. Как мне кажется, это палка о двух концах. В молодости было наоборот.
  • Цитата Джеральда Вайнберга: «Как бы это ни выглядело на первый взгляд, проблема всегда в людях», по сути, верна, и людям с техническим складом мышления нужно стараться держать это в уме.
  • Я решительно согласен с первым ответом на этот вопрос с Quora:
«Пропадает ли у людей желание программировать с возрастом? Стоит ли ожидать, что с возрастом разработчики начнут работать медленнее, допускать больше ошибок и охотнее займутся чем-нибудь другим, вроде управления людьми?»
«Нет, нет и нет».

Комментарии (143)


  1. Revertis
    27.09.2022 16:47
    +35

    Я тоже программист в возрасте, и полностью согласен со всеми пунктами.


    1. dejecher
      28.09.2022 10:10
      +10

      Ну так оно все очевидно! Все обстоит именно так как описал автор и вообще говоря оно все довольно банально… ну — для тех кто в возрасте. Для тех кто еще не достиг соответствующей степени просветления оно конечно может выглядеть откровением

      Вот только на «этот вопрос Quora» я бы ответил иначе. Ну честно говоря мне тупо надоело работать вообще. в принципе. Но с другой стороны если выбирать меньшее зло я конечно предпочту писать код (но с течением времени, этот процесс занимает все меньшую и меньшую долю моей работы)


      1. boopiz
        30.09.2022 01:18

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

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

        Есть нехватка единомышленников в своих хобби, так как в одного долго проводить все работы. от железа до полноценной комплексной системы. Некоторые задачи хочется делегировать :-)


    1. micbsv
      29.09.2022 01:37
      +1

      Мне 50, автор просто опубликовал мои мысли :)


    1. Wan-Derer
      29.09.2022 08:35
      +1

      Там речь про 40 лет. А 40 это ещё не возраст, в котором ты начинаешь лежать в сторону кладбища. 40 это когда только начинаешь рефлексировать на тему: "Ну вооот, уже старый.... Ой, и дефки глядят насквозь будто нет меня.... Вон и турникет в метро показал '40', издевается, суууука.....". А потом приходишь на работу и рвёшь молодых просто за счёт того что уже знаешь как оно будет, как надо чтобы было и просто совершаешь меньше лишних движений :)


      1. Revertis
        29.09.2022 12:09

        Да, в 40 лет (если не входил в ИТ в 35, конечно) многие вещи уже на уровне интуиции и автоматики.


  1. sheknitrtch
    27.09.2022 16:55
    +20

    Похожие чувства с автором этих пунктов. Выработал для себя правило "Сам не сделаешь — никто не сделает". Это касается и документации, и тестов, и банальной проверки на null ????


    1. Kyushu
      28.09.2022 09:29

      > Выработал для себя правило "Сам не сделаешь — никто не сделает".

      "Если хочешь что - то сделать хорошо, сделай сам!" (с) Фердинанд Порше. У нас более известно, как высказывание Зорга из "Пятого элемента".


      1. bingobum
        28.09.2022 17:25

        ... и джокера


  1. saipr
    27.09.2022 17:00
    +40

    некоторые произвольные соображения от сорокалетнего программиста

    А я без малого семидесятилетний программист с почти пятидесятилетним стажем и тоже согласен со всеми пунктами.


  1. F0iL
    27.09.2022 17:20
    +11

    Мне всего 34, но практически под всеми пунктами могу подписаться.


  1. miarh
    27.09.2022 17:29
    +11

    Может читал не внимательно.... "в возрасте" - это сколько? А то у меня в команде есть один "в возрасте" (он так считает), так ему 36 :)


    1. dodgev
      27.09.2022 17:38
      +1

      вот некоторые произвольные соображения от сорокалетнего программиста


    1. stranger777
      27.09.2022 17:39
      +1

      Это про 40. В оригинале он не в возрасте, а стареющий (aging), но правка понятная: в заголовке "стареющий" заходит не очень


      1. hbn3
        28.09.2022 16:35
        +6

        Это прям по классике от Пушкина

        В комнату вошел старик лет 30

        Теперь должно звучать
        В комнату вошел пожилой программист, убелённый сединой опыта, ему уже шёл 24-ый год


        1. PanDubls
          28.09.2022 19:11
          +4

          Он сидел скрючившись в углу своей каморки и чинил блок заслонок. Дедуля был мастером-семафорщиком, всюду бывал и все знал. Все звали его Дедулей. Ему было двадцать шесть лет. (с) Терри Пратчетт, "Опочтарение"


      1. SanSYS
        28.09.2022 18:46
        +1

        Может он считает, что программировал на языках, где год за три идёт


    1. Maccimo
      27.09.2022 18:03
      +4

      "в возрасте" — это сколько?

      fun isAged(age: Int) = age > 29


      1. mihmig
        27.09.2022 21:45
        +1

        open class AgeAnswerer(private val env: Environment) : HumanAnswerer<Mental, Audio>, TemporalAware {    fun isAged(age: Int):    
          return env.isHumanAgeSoMuchForIntensiveWork() 
        }


      1. 0xd34df00d
        28.09.2022 03:07
        +3

        Какой многословный язык!


        (> 29)


        1. Rive
          28.09.2022 07:30

          А как эту функцию потом из памяти выковырять, чтобы к ней обратиться?


          1. 0xd34df00d
            28.09.2022 08:20
            +1

            Зачем что-то выковыривать из памяти? Просто берете и применяете ее.


            1. wapkin
              29.09.2022 06:45
              +1

              Erlang...


        1. iig
          28.09.2022 09:09
          +9

          29 секунд от Рождества UNIX? ;)


          1. 0xd34df00d
            28.09.2022 18:06
            +1

            Смотря какой инстанс Num и что у него делает fromInteger.


        1. xcono
          28.09.2022 12:34

          С точки зрения программирования, хотелось бы число заменить константой, но так хочется пожить.

          P.S. Тоже с теплом вспоминаю, как 20 лет назад на rsdn обсуждали тему о том, что после 30 программировать невозможно.


        1. anton19286
          28.09.2022 16:07

          На форте ещё короче: 29 >


    1. ProjectSoft
      29.09.2022 06:51

      Ну по сути - пусть считает. На самом деле ему ещё расти и расти до "в возрасте".


  1. dodgev
    27.09.2022 17:39
    +9

    Мне за 45, согласен со всеми, примите в клуб, братцы :)


    1. abyssSoft
      28.09.2022 12:12
      +1

      А мне 44, примите в клуб? :)


      1. vectorplus
        28.09.2022 15:07

        Мне 46 :)


  1. Zenj
    27.09.2022 17:55
    +9

    1. Согласен на 146%.


  1. IvanPetrof
    27.09.2022 18:18
    +7

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

    P.s. Жаль пункты не пронумерованы. Неудобно ссылаться.


  1. lorus
    27.09.2022 18:21
    +5

    А вот после 15 лет на удалёнке вернуться в офис, кажется, не такая уж и плохая идея. Хотя бы ради общения. Потому что, да: «Как бы это ни выглядело на первый взгляд, проблема всегда в людях»


    1. vectorplus
      28.09.2022 15:10
      +3

      Я после трех лет на удаленке вернулся в офис, и был так счастлив, что готов был людей обнимать.


    1. 0xd34df00d
      28.09.2022 18:08
      +4

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


  1. addewyd
    27.09.2022 18:21
    +28

    40 — это молодой программист


    1. cyb3rD
      29.09.2022 07:19
      +3

      Мне 40. И я только собираюсь стать программистом ))


  1. erley
    27.09.2022 18:29

    Правильные мысли, согласен с автором


  1. Leshiy26
    27.09.2022 18:30
    +10

    Мне 37 и я только разгоняюсь


  1. snuk182
    27.09.2022 18:48
    +4

    теперь с удовольствием меню план действий, если меня смущает запах кода или пропадает аппетит.

    Официант! В моем супе - баг!

    Если по сути - больше похоже на хотелки, всплывшие вследствие самопознания. К реальным условиям работы имеют весьма призрачное отношение.


  1. FlyingDutchman2
    27.09.2022 19:59
    +1

    Мне 55 лет. Согласен с большинством пунктов.


  1. Lockal
    27.09.2022 20:02
    +14

    Программирую уже 3 неделю, согласен на все 100

    Вот только поменьше бы этого нарциссизма. Ведь я стал успешен, как никогда. Я универсал. Ответственность - это моё второе "я". Моя предсказуемость улучшилась. Я постоянно учусь новому, но не кидаюсь за новинками. Буээээээ<исходит на радугу>


    1. iboltaev
      27.09.2022 22:03
      -1

      нет здесь нарциссизма. Ретроспектива обычная.


    1. OlegMax
      28.09.2022 16:41

      Ведь я стал успешен, как никогда. Я универсал. Ответственность - это моё второе "я". Моя предсказуемость улучшилась. Я постоянно учусь новому, но не кидаюсь за новинками.

      Зачем перевирать то, что написал автор?


    1. MarkHunt
      29.09.2022 06:52
      +1

      Он же не сравнивает себя с другими, и не говорит, что лучше других. Он сравнивает себя с самим собой, и проводит ретроспективу, как он изменился, чему научился.


    1. SquareRootOfZero
      29.09.2022 08:22

      "Я шел впереди всех, высокий и стройный..."


  1. Gradiens
    27.09.2022 20:26
    +2

    Я бы добавил еще пункт про то, что в разработке нет догм. И бизнес платит, чтобы его проблему решили наиболее эффективным способом. Не "правильным", а эффективным.

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

    Потому что идеальный он только в вашей голове и только по вашему мнению. А за эту виртуальную идеальность бизнес заплатил реальными деньгами. Реальным временем. И не факт, что вот это все было действительно нужно. Особенно, когда вы перейдете на другой проект или в другую компанию.

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


    1. iboltaev
      27.09.2022 22:12
      +4

      бейте себя по рукам линейкой

      тоже бейте. Тоже линейкой

      бейте молотком

      Многовато мазохизма. Какая-то попытка достичь "идеальной неидеальности".

      Потому что идеальный он только в вашей голове и только по вашему мнению

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


      1. Gradiens
        27.09.2022 23:44
        +4

        Эх, боюсь, не донес я мысль.

        Хотите пример из жизни?

        Прямо сейчас ребята из Мин Цифры слепили на коленке поделку в виде csv файликов, куда кое-кто из нас сможет внести свои паспортные данные и отправить через Госуслуги.

        Как считаете, в текущей обстановке им лучше наг...кодить обмен данными через csv, или же пару недель рожать "достаточно хорошее" решение, а потом еще пару недель его обкатывать? Ну там, с тестами, удобством развертывания и конфигурации?

        Рабочий код сам по себе не является ценностью. Не может быть абстрактно "достаточно хорошего" кода. Как и "плохого". Он важен как инструмент для решения бизнес-задач. Что нормально, а что нет, диктуется целом рядом нефункциональных требований и ограничений.

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

        Потребности бизнеса диктуют, какой должна быть система. А не наоборот.


        1. iboltaev
          28.09.2022 10:03
          +2

          ну так поделку в виде csv файлов (кстати, с каких пор csv-файлы это что-то плохое?) тоже нужно как-то где-то деплойнуть, ничего при этом не сломав, и хотя бы простейшие тесты должны быть о том, что этот файл вообще читается, нормально парсится с учетом экранирования/обкавычивания, подпись проверяется, что там нет крякозябр из-за не той кодировки, что прочитанные данные нормально ложатся в базу и/или уходят в отраслевую ГИС в том формате, в котором она работает (и что там крякозябр тоже нет), правда ведь?

          Я думаю, вы и сами не хотели бы получить мобилизационное по той причине, что в минобороны от минцифры данные ушли в cp1251, которая думает, что она utf-8, например.


          1. iig
            28.09.2022 10:09

            с каких пор csv-файлы это что-то плохое?

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


            1. iboltaev
              28.09.2022 10:34
              +5

              ну так это обычная метаинформация, такая же, как кодировка.

              Я кстати извиняюсь, кодировка - это теперь моя больная тема. 3 года назад писал софт для государства, и вот мне в качестве тестовых данных для разработки прислали файлы в cp1251, причем никакой (!) метаинформации о кодировке не было, все чисто на соглашении. Ну и короче я ее вынес в конфиг. На тестовом стенде внезапно (!) оказалось, что половина файлов в 1251, другая половина в utf-8, причем из них половина с byte order mark, а другая без, ну и выяснилось это путем копания в hex-редакторе, конечно же, так как никто ничего не знал. Я, матерясь, налепил костыль с определением кодировки (не 100%, конечно же, но хоть так), и с горем пополам прошли тестирование. На проде оказалась utf-16-le (little, мать ее, endian!), причем выяснилось это тоже путем копания в hex-редакторе и тупо сопоставлением размера файла.


              1. ivegner
                28.09.2022 13:19

                Искренне сочувствую. Всё ждём наступления XXI века.


              1. vectorplus
                28.09.2022 18:52

                Наверное, единственная хорошая вещь в том, что я покинул Россию в марте, это то, что мне не придется больше воевать с кириллицей :)


                1. iboltaev
                  28.09.2022 20:53

                  utf-8, utf-16, utf-16-le вполне себе интернациональны, так же, как и расширенный ascii


                  1. vectorplus
                    28.09.2022 21:27

                    Это понятно, но за десять лет практики у меня боль была только с кириллицей. Ну, еще раз было покрашились скрипты в Европе, оказалось, они десятичную запятую используют вместо точки. Но то легко было поправить. А пока я работал в России, у меня прям ощутимый кусок времени уходил на борьбу с крокозябрами, которые регулярно вылезали вместо кириллицы. Почему-то, латиница так себя не вела в том же коде.


                    1. iboltaev
                      29.09.2022 10:56

                      потому что латиница везде, кроме utf-16, кодируется одними и теми же байтами


                      1. vectorplus
                        29.09.2022 11:03

                        utf-8, utf-16, utf-16-le вполне себе интернациональны, так же, как и расширенный ascii

                        but

                        латиница везде, кроме utf-16, кодируется одними и теми же байтами

                        Вот вы сами и ответили на свой комментарий :)


                      1. iboltaev
                        29.09.2022 11:10

                        вы просто писали про Европу, я думаю, там куча стран, которые используют не только латиницу, но и национальные языки, с соответствующими кодовыми таблицами


                      1. vectorplus
                        29.09.2022 11:49

                        А, понял. Я работал на Швейцарию, там интернациональная команда и все общаются на английском. Соответственно, весь код на английском.


                    1. unC0Rr
                      29.09.2022 11:46

                      В Скандинавии до сих пор вылезает проблема с буквами типа æ, ø, å, ä, ö. Проблем с легаси нет только у языков, алфавит которых уместился в первые 128 символов таблицы.


                      1. vectorplus
                        29.09.2022 11:52

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


          1. Gradiens
            28.09.2022 10:39
            +1

            Я думаю, вы и сами не хотели бы получить мобилизационное по той причине, что в минобороны от минцифры данные ушли в cp1251, которая думает, что она utf-8, например

            Не хотел бы. Но увы, это более чем реально. Наши hr, например, сломали кодировку, когда решили в эксельке заполнить данные о ЮЛ.

            Я не утверждаю, что фигак-фигак и в продакшен - правльно. Я привел крайний, редкий, пограничный пример, когда скорость важнее всего, и когда это оправдано.

            Если вы разрабатываете софт для марсохода стоимостью 10млрд , который должен еще уметь дистанционно самообновляться - там, вероятно, будут другие приоритеты.

            Я утверждаю, что нет догм.

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


    1. F0iL
      28.09.2022 01:05
      +6

      Бизнесу надо решить проблему. Бизнес ничего не понимает в разработке, поэтому он и нанял для этого профессионала - вас. И уже ваша задача как профессионала - объяснить бизнесу, что эту проблему можно решить очень быстро и дёшево из говна и палок, но гарантий никаких и потом это будет проще только выкинуть; можно решить как как херак-херак в продакшн, тогда работать будет, но дальнейшее развитие и поддержка вероятно окажется больнее, дольше и дороже; а можно сразу по-нормальному и с заделом на будущее, но готово будет не "ещё вчера". А дальше уже пусть клиент заказывает музыку.


      1. Gradiens
        28.09.2022 10:28

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

        А потом уже предложить варианты решений. Не наоборот.

        Потому что помимо надежности и сопровождаемости есть и другие аспекты.

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


      1. iboltaev
        28.09.2022 10:58

        в живой разработке частенько бывает не "или", а "и": из говна и палок, и далеко не "еще вчера"


      1. Spaceoddity
        28.09.2022 14:02
        -2

        Вы ничего не объясните бизнесу! Бизнес руководствуется понятиями "тыжпрограммист". И бизнес, с очень большой долей вероятности (хотя бы на основании собственной, очень широкой, выборки), предпочтёт критерий "быстро", критериям "дёшево" и "качественно".

        Ну или ещё частенько встречается такая мантра как "давайте сейчас по быстренькому запустим хоть как-нибудь, а потом уже неспешно сделаем всё по уму"...))

        А для удовлетворения собственного перфекционизма и освоения новых технологий у каждого зрелого программиста есть один или несколько пет-проектов, находящихся в состоянии перманентного долгостроя))


        1. vectorplus
          28.09.2022 19:02

          Я, как немножко предприниматель, могу сказать, что такая стратегия - сейчас из спичек и желудей, но быстро, а потом перепишем с нуля - бывает рациональной. Это иногда контринтуитивно, уходит намного больше времени и ресурсов, страдает мораль разработчиков, что немаловажно, но в перспективе выходит гораздо лучше. Самое неприятное, что "тыжменеджер", который принимает решение, может быть мудрым аксакалом, а может быть самоуверенным дурнем, и это не определишь. А разработчик не хочет, не может и не должен лезть в бизнес стратегии.


          1. Brenwen
            29.09.2022 11:04
            +3

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

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


            1. vectorplus
              29.09.2022 11:07

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


            1. iboltaev
              30.09.2022 10:11

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


    1. exx
      28.09.2022 08:12
      +1

      Простите за нескромный вопрос, но сколько вам лет и работали ли вы в команде?


      1. Gradiens
        28.09.2022 10:18
        +1

        Чую, вопрос с подвохом, но отвечу.

        41 годик, тимлид.


    1. fakedup
      29.09.2022 06:52
      +1

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


  1. dyadyaSerezha
    27.09.2022 20:54
    +9

    Я постарше и согласен со многим, но парное решение/фиксинг сложных, заковыристых мест парой, если рядом с тобой тоже хороший профи, ускоряет процесс раз 10, если не больше. Но не скажу, что программировать парой надо постоянно.


    1. vin2809
      28.09.2022 07:28
      -3

      Это секс должен быть парным, а работать нужно каждому отдельно. Я не понимаю, как можно клавиши нажимать "парой" - по очереди что-ли?
      Обсуждать решения или проблемы НУЖНО и МОЖНО не только со своей головой.


      1. dyadyaSerezha
        28.09.2022 09:20
        +11

        Ответ из разряда "фильм я не видел, но он полное дерьмо". А кто сказал, что нужно сидеть на коленях у другого и по очереди нажимать на клавиши? Вполне дремучее представление.


      1. Moraiatw
        28.09.2022 14:52
        -2

        +++


  1. Xambey97
    27.09.2022 21:13
    +22

    Было дело работал в компании, где бывали программисты за 60. Ну что могу сказать, большинство из них конечно современными не назовешь, в основном сидят на поддержке старых технологий в которых разбираются как боги, но было пару случаев с которых я прифигел. В ходе работы довелось поработать с одним таким, 75 лет, 25 стартапов запустил в сша за свою жизнь с начала 90х по 10е, будучи единственным программистом, о которых он достаточно подробно рассказывал, чтобы убедиться, что он не врет, множество баек о поломках, программировании самолетов, ракет, спутников, кранчах на делфи, первых версиях джавы, си, фортрана в былые времена и тд, и что я вам скажу, он не вписывался в стандартную байку о пожилом программисте, у него башка соображала получше 30 большинства летних, он легко втягивался в новые технологии, и постоянно учился чему-то новому. При этом далеко не каждый может похвастаться опытом под 50 лет и быть «живчиком» умом и желанием. Так что думаю хорошо соображать в возрасте можно и нужно, особенно если человек именно там, где ему следует быть и с большой искренностью и любовью подходит к своей работе. При этом с ужасом слушал его рассказ о том, как сейчас такому как он тяжело найти работу. Резюме просто не смотрят из-за возраста, в результате или на ОПК идти, или только через знакомых, хотя как по мне такие профи на вес золота должны быть… Обидно как-то за таких вот. Хочу к старости тоже таким быть


    1. sukhe
      28.09.2022 01:20
      +9

      Лично у меня постоянное чувство дежа-вю от всех этих «новых технологий». Такое впечатление, что я это всё уже видел и не по одному разу.

      Соответственно, и освоение «новых технологий» идёт немножко по другому. Пока молодёжь учит новое, я вспоминаю, где я уже с таким работал и как оно там было устроено.

      Да, а работу фиг найдёшь — это правда. Только не из-за возраста, а из-за кретинизма рекрутёров. Что-то типа такого:
       — Сколько у вас лет опыта работы с Celery?
       — Лет? Применял несколько раз, по необходимости. Не каждый раз она нужна.
       — Нет, нам нужен человек минимум с 4-мя годами работы с Celery.
       — Почему с 4-мя, а не 3-мя или 5-ю? Что такого магического в этой цифре?
       — Такие у нас требования. Вы нам не подходите.

      Насчёт парного программирования. Не могу сказать, что это общий случай, но я своими глазами наблюдал, как две работающих в паре «бабушки» (как мне тогда казалось) за год наваяли на Клиппере программу полного расчёта себестоимости выпуска изделий (а там и нормирование и технологические карты, и завязки на станки, стоимость вспомогательных и покупных и уйма всего прочего). И изделия были немаленькие — размерами в сотни метров с десятками тысяч составляющих. Потом эти дамы ушли и пришла молодёжь со знанием современных технологий. Молодёжь на протяжении 15-ти лет сделала два подхода, чтобы переписать эту программу на современный лад. Сначала одна молодёжь, потом другая. Когда я последний раз был на том заводе — до сих пор работал клипперовский вариант 20-летней давности.


      1. beerchaser
        28.09.2022 09:17

        в случае «бабушек» — это не парное программирование, это знание объектной области. что есть вообще не программирование, а уровень постановки задачи. бонус парного программирования — результирующий код видели/понимают как минимум двое (ревью на лету). также снижается количество «детских» ошибок и ошибок-опечаток. при наличии средств нормализации и анализа кода актуальность парного программирования, на мой взгляд, стремится к нулю


        1. sukhe
          28.09.2022 09:33
          +1

          Я, похоже, недостаточно ясно выразился. Они сидели за одним компом. Пока одна программировала - другая наблюдала. И, разумеется, они постоянно обсуждали, как лучше сделать ту или иную штуку.

          Насчёт предметной области полностью согласен. Знания о том, как работает производство там были. К тому же, у обеих высшее образование по специальности "прикладная математика". И оптимизация алгоритмов наверно, делалась ещё в голове, до этапа ввода в комп.


          1. ciuafm
            28.09.2022 11:48

            И, разумеется, они постоянно обсуждали, как лучше сделать ту или иную штуку.

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


      1. iig
        28.09.2022 09:23

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

        Элементарно же. Формально поставленный фильтр работает автоматически и без услилий. Рано или поздно кто-то его пройдет.


        1. IvanSTV
          28.09.2022 09:55

          неоптимальность формальных фильтров очевидна.

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


          1. iig
            28.09.2022 10:06
            +1

            В Законах Паркинсона этот феномен прекрасно описан ;) Идеальный фильтр пропустит ровно одного кандидата. А что именно написано в фильтре - стаж работы с celery, или знак по гороскопу - не столь важно.


    1. vin2809
      28.09.2022 07:31

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


    1. saipr
      28.09.2022 11:42
      +1

      Резюме просто не смотрят из-за возраста

      Это делают недалёкие люди. Сам я никогда не смотрел и не смотрю ни на возраст ни на бумажки. Смотрел, что может человек. А сам на протяжении 50 лет продолжаю программировать, где для удовольствия, а где и по заказу.


      1. oleg_shamshura
        29.09.2022 10:11
        +1

        tcl/tk?! Обожаю!


        1. saipr
          29.09.2022 10:38

          Я с вами солидарен.


    1. senglory
      28.09.2022 11:45

      такие профи на вес золота должны быть…

      Вот потому что "на вес золота" их и не берут. Overqualified, так сказать. Берут то что "на вес люминя, ну, может меди"


  1. CrocodileRed
    27.09.2022 21:40
    +1

    Золотейшие слова! Как программист в возрасте программисту в возрасте говорю ))


  1. BMBM
    28.09.2022 00:12
    +1

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

    кроме того иногда задачу отдавать жалко..... бесит


    1. F0iL
      28.09.2022 01:09
      +6

      Я сначала от такой проблемы (то что я могу сделать за три дня, другие члены команды будут делать полтора недели) страдал, а теперь наслаждаюсь. Оценка производительности команды и вытекающее из этого планирование идёт по ее средним показателям, и когда сроки не горят, то можно тратить на работу меньше времени и заниматься чем-то другим :)


    1. BeLord
      29.09.2022 06:50

      Зачем? Если задача решена, то миссия выполнена, а потратил он 10% ресурса или 90% это уже его личные проблемы.


  1. omikad
    28.09.2022 01:22
    +3

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


  1. Zara6502
    28.09.2022 05:57

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

    как минимум я ваша противоположность, с возрастом я НЕ стал меньше программировать, но я потерял интерес к задачам как к работе, я программирую исключительно для себя любимого и для удовольствия. А на работе пусть молодые кодят как сумасшедшие всякую чушь. И на мой взгляд это логично. Если посмотреть на лучшие умы человечества занимающиеся программированием, то они тоже ушли от кодинга как такового, они скорее занимаются научным программированием (и многие преподают), это куда интереснее, а долбёжка миллиарда ООПэшных конструкций - это для "молодых и перспективных".


  1. Kyushu
    28.09.2022 09:57
    +1

    Ценится, в первую очередь, профессионализм, а не молодость. Хотя и у нее есть масса достоинств. Автору - респект, уважение и пожелания успехов.


  1. oracle_schwerpunkte
    28.09.2022 11:08
    +1

    Желание руководить людьми упало до рекордного минимума.
    Это следствие "если хочешь сделать хорошо - сделай сам".
    Вот когда подчиненные под твоим руководством сдадут крутую фичу, которую в одиночку не осилить - вот тогда прочувствуешь эмоциональный подъем.


  1. frideviloop
    28.09.2022 11:48

    • Я понял, что если вместо религии принять планету за сервер с миллиардами виртуальных машин, то принципиально ничего не изменится.


  1. HellWalk
    28.09.2022 12:28
    -1

    Никогда не понимал, за что некоторые люди так не любят слово «фуллстек».

    Потому что фуллстеки это вечные середнячки (в лучшем случае). Невозможно на глубоком уровне понимать и фронт и бек. А некоторые еще параллельно за мобильную разработку берутся, и за DevOps - в итоге время и опыт размазывается тонким слоем по всем областям.

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


    1. aigoncharov
      28.09.2022 13:16
      +5

      Я раньше тоже так думал, а сейчас мне все больше кажется, что хороший инженер с чем угодно разберётся. Концепции везде очень похожие, отличаются только детали.


      1. sukhe
        28.09.2022 15:20
        -3

        Ага. Только никому не нужны хорошие инженеры. В большинстве объявлений о найме требуются программисты с годами опыта работы в каком-то одном фреймворке.


      1. IvanSTV
        28.09.2022 16:31

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

        Молодежь в этом смысле не радует. Мне тут на днях студент из МИРЭА доказывал, что раз я умею сортировку написать руками, то я непрофессионал, отстал от жизни, потому что есть библиотеки, и пользоваться надо ими, а у меня в голове куча бесполезной информации. На вопрос, что он будет делать, если столкнется с тем, что нужной библиотеки нет или нужной функции нет, не нашелся что ответить, но "надо изучать новые технологии".


      1. Zara6502
        29.09.2022 12:07
        +1

        только сегодня у меня в гостях был "линуксоид-разработчик", который не умеет настраивать сетевой интерфейс и не знает что такое виртуализация. Зарплата у него примерно в 7-8 раз больше моей. Сейчас как раз время дилетантов.


        1. iig
          29.09.2022 12:44

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


          1. Zara6502
            29.09.2022 13:13

            я правильно понимаю что во всех ситуациях когда ему нужно вбить статический IP он будет вызывать специалиста даже для личного железа? что-то я не вижу смысла НЕ знать такую сложную "премудрость". Даже больше бы сказал, пока изучаешь ОС как таковую так или иначе изучаешь и базовые админские манипуляции - прописать IP, прокси, IMAP и много чего еще.


            1. iig
              29.09.2022 22:30

              Не помню уже, когда последний раз доводилось прописывать IMAP, аж олдскулы свело ;) Да и статический IP прописывать нужно примерно никогда. А когда действительно нужно.. Вы же не думаете, что разработчик действительно неспособен вбить 4 группы цифр в окошко Network Manager? Он этого не делал, потому что не нужно было ;)

              Если бы умение вписать IP адрес ценилось - соотношение зарплат было бы совсем другим.


              1. Zara6502
                30.09.2022 05:01

                Да и статический IP прописывать нужно примерно никогда

                Ограниченный мира вокруг вас вы принимаете за сам мир - это неправильно.

                Вы же не думаете, что разработчик действительно неспособен вбить 4 группы цифр в окошко Network Manager?

                Окошко? Ограниченный мир вокруг вас стал еще меньше.

                Если бы умение вписать IP адрес ценилось - соотношение зарплат было бы совсем другим

                Причем тут зарплаты?

                Я знаю пару человек которые не в состоянии сделать архив ZIP, уж не знаю что именно у них вызывает проблемы, хотя окружение настроено. Такие люди из категории "потому что не нужно" всегда попадают в категорию "идиоты".


    1. SergioShpadi
      28.09.2022 13:22
      +3

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


      1. jaoaja
        29.09.2022 06:46
        +1

        те, кого вы описали, действительно крутые ребята, но.. бОльшая часть фулстеков сеньоров находится на уровне мидла и на фронте, и на беке(свой опыт).


        1. SergioShpadi
          29.09.2022 09:20

          Если они находятся на уровне мидла и на фронте, и на беке, то они, очевидно, мидлы, а не сеньоры


          1. jaoaja
            29.09.2022 11:21

            "очевидно" в данном случае не корректно. тк фулстек и бек с фронтом по отдельности - разные профессии, и да, критерии на них разные. не могу сказать насколько они отличаются, но по моему опыту те, кто считает себя фулстак сеньором, не сильно отличается от мидла как в беке, так и в фронте


            1. SergioShpadi
              29.09.2022 12:31

              Фулстек и бек с фронтом по отдельности - разные профессии

              Что дальше? Поделим фронтендеров на HTML developers, CSS developers и Frontend-JS developers?


              1. jaoaja
                30.09.2022 12:18

                делите, кто ж вам запрещает


            1. Amega
              30.09.2022 05:19

              Это не отдельные профессии, а по-прежнему разработка, но само понятие "фулл-стэка" противоречит одному из основополагающих принципов, причем не только именно в разработке - Single Responsibility. Поэтому я скорее поддержу мнение о том, что "Senior Full-Stack" - это по миддлу и на фронте, и на бэке.


    1. xcono
      28.09.2022 14:33

      "Специалист знает все больше и больше о все меньшем и меньшем, в в конечном счете знает все ни о чем."


      1. DvoiNic
        29.09.2022 09:42
        +1

        обратный случай, знать «ничего обо всём» — тоже не сильно хорош.
        А сколько и о чем знать — это уже выбор стратегии. можно как утка, уметь «плавать, летать и ходить» — но делать все это хреново. Или только «летать», но быстро…


    1. wsf
      28.09.2022 15:07

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

      А что это даст-то, этот большой проект? Карьера программиста обычно сильно дольше чем большинство проектов, если конечно нет желания сидеть где нибудь в военке и 50 лет писать на алголе потому что это надежно. Даже те что еще существуют, с тех что я начинал 15 лет назад, и которые я знал как свои пять пальцев, над которыми работала не одна тысяча человек, сейчас в большинстве своем уже уходят или ушли в out of support, на их место пришли новые.


      1. HellWalk
        29.09.2022 10:34

        А что это даст-то, этот большой проект?

        Большой проект подразумевает большую команду. Большая команда подразумевает разделение на беков/фронтов/мобилки/devops/и прочее. Соответственно там не нужны фуллстеки.

        А еще там же обычно хайлоад и большие данные.


    1. nkgrig
      29.09.2022 06:45

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

      С точки зрения построения карьеры - это топ. Фулстек лучше всего подходит на роль лида или CTO. Я тут недавно собеседовал React-разработчиков. У была в конце секция вопросов о всём. О блокчейне, о базах, о деплое, о бэкапах, о синтаксисах языка, о том, как фронт делается на других платформах - qt, Android, iOs и т.д. К моему удивлению большинство толковых фронт разработчиков этим не интересуются. Это нормально. Но как вы думаете, можно ли такого человека поставить рулить проектом?


      1. HellWalk
        29.09.2022 10:35

        Фулстек лучше всего подходит на роль лида или CTO

        Менеджерские позиции в первую очередь требуют хороших навыков коммуникации. Если они есть - человек и из бека станет тимлидом. Если их нет - то и из фуллстека не станет.


        1. nkgrig
          29.09.2022 15:14
          -1

          Глупости. Если вы закончили школу с тройкой по русскому - у вас есть достаточные коммуникативные навыки. А вот без хадр скиллов вы не сможете ничем управлять. Это будет лишь иллюзия управления. Как вы будете тренировать команду, если сами не занимались спортом? Давать советы по лечению, если не врач? А слаживать работу профессиональных покеристов, если сами не играли на высоком уровне?

          Если вы не разбираетесь в чём-то, то вы можете выступать в роли заказчика, по принципу, а сделайте мне это пожалуйста, сколько это будет стоить? Вам будут называть, сколько это стоит, в людях, деньгах, времени, а вы будете спорить и соглашаться. Но это не называется управление. Отсюда и рождаются шутки, что попугайчика научили говорить: "Ну что там?", и его повысили до менеджера.

          Ну, и ещё в дополнение. Один мой знакомый программист говорил, что не любит начальников технарей. У них реально надо работать :)


  1. acordell
    28.09.2022 12:47
    +4

    Все так, но есть и обратная сторона. В частности последние несколько лет столкнулся с тем, что голова откровенно сопротивляется разбираться в бизнес процессах, воспринимая это как абсолютно ненужные и бесполезные знания. Ведь сколько до этого было проектов и голова забита всякой их спецификой. Вот нафига мне сейчас знания о том в каком порядке и при каких условиях подаются вагоны на сортировочную горку или что такое счет NNNN в бухгалтерской книге и почему он пассивный.... В итоге бывает: "блин, ты у нас уже три года работаешь, а до сих пор не знаешь почему ИП-ник не может запрашивать эти данные?" А для тебя это самый ИП-ник это всего лишь объект Юзверь с нужным набором атрибутов на которого повешены нужные ему роли в универсальной подсистеме раздачи ролей, которую ты написал еще на начальной стадии проекта несколько лет назад... И почему именно эти роли, именно такие и именно сейчас - вот вообще не интересно.


    1. vis_inet
      28.09.2022 22:31

      Совершенно верно - всё помнить просто невозможно.

      В этом случае может помогать хорошее документирование проекта.

      Либо просто в коде, либо в системах ведения задач.


    1. antiquar
      30.09.2022 11:52

      Вот нафига мне сейчас знания о том в каком порядке и при каких условиях подаются вагоны на сортировочную горку

      Если Вы пишете программу для автоматизации маневровой работы, то как без этого можно обойтись?


  1. asso
    28.09.2022 12:48

    Согласен со всем, за исключением того что новые технологии мне все еще не менее интересны чем раньше :)


  1. haldagan
    28.09.2022 12:55
    +1

    ...совместная работа с людьми, у которых можно чему-то поучиться – отличный источник мотивации...
    ...постоянно учусь чему-то новому...

    И тут же:

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

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

    Человек не в состоянии понять, что такое мозговой штурм и как это работает? Или это про бесполезные совещания?

    Люблю начинать с чувством, что не уверен, как решить эту проблему.

    Но при этом

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

    Как-то всё неоднозначненько. Перевод может такой или это просто я придираюсь и никакой противоречивости нет?


    1. blueboar2
      28.09.2022 21:17

      Нет тут противоречия. Человек любит начинать с чувством, что не уверен, как решить данную проблему, начинает думать - а как же, все-таки? И с удовольствием придумывает план действий. После чего прется и от того, что он умный и смог, и от того, что есть план, как он и любит.


  1. Racheengel
    28.09.2022 15:04
    +1

    Конечно, каждому своё, но управление людьми - имхо, это тот самый навык, который приходит именно с возрастом. Уже есть понимание того, что обычно не стоит "на скаку в карьер" бросаться на тикеты. Правильно объяснить и делегировать задачу может быть часто эффективнее, чем начать решать её самому.


  1. kosmonavt76
    28.09.2022 20:16
    +1

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


  1. bigvax
    29.09.2022 06:47

    Мне - 59.
    Практически все про меня (кое-где с мелкими оговорками).


  1. RockSeer
    29.09.2022 06:48

    Подтверждаю.


  1. oleg_shamshura
    29.09.2022 06:54
    +2

    Ха, а я 070-летний программист (хотя, выгляжу на 0x38).

    Все так.

    От себя добавил бы, что за почти 40 лет карьеры (и 21 компанию в послужном списке), никогда не решал одинаковые задачи. Каждый раз -- что-то новое, из радикально другой области. Скучать некогда.


  1. formerchild
    29.09.2022 06:54

    Автор везучий, если у него такое понимание "мясистой задачи". У меня мясистая это пара месяцев и я их ненавижу


  1. ra4hgn
    29.09.2022 09:27
    +1

    Мне 54 года, программистом стал в 40, до этого работал на административных должностях, в области радиотехники. Я ничем не отличаюсь от своих молодых собратьев. Я на общих основаниях прохожу собеседования, если нужно освоить новый фреймфорк, я его осваиваю. Получить какую то новую, из неизведанного задачу, я только за, спросить совета у более юного коллеги, если я вижу что он знает тему лучше чем я, да не вопрос. У меня как и у многих есть Pet-проект, связанный с разработкой SDR-радио, я также стремлюсь участвовать в open source проектах. Может я и чем то отличаюсь от более молодых коллег, так это уровнем сахара и артериальным давлением :). Индустрия скоро начнет массово получать 50 - 60 летних программистов, которые хотят и могут кодить. Почему им не работать программистами, если они этого хотят и соответствуют требованиям работодателя?


    1. Zara6502
      29.09.2022 12:14

      может потому что в 1990 году я ассемблер изучал за месяц, а потом просто кодил, а сейчас я месяц кодю, а потом вспоминаю - зачем? Я не представляю как сегодня я могу изучить новый фреймворк за адекватное время, лет 5 назад хотел освоить питон, но прочитав 50 страниц уже не смог решить задания, потому что забыл что было раньше. Тот же C# сейчас пользуюсь в обнимку с MSDN и на уровне не дальше Бейсика 80 года, потому что всего так много что в голову просто не влезает.


  1. starik-2005
    29.09.2022 10:26
    +1

    А я вот тоже немолодой уже дядька 40+, но мне до сих пор нравятся новые подходы, аджайл-команды, дэйлики-митинги-митапы. В молодости очень много программировал парно - это всегда было офигенно. Ну а так - да, некоторые стареют раньше.


  1. Amega
    30.09.2022 05:03

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

    Но минус всей этой истории в том, что действительно зная, как надо, все сложнее становится работать с коллегами, планка качества кода которых ниже твоей. Это, конечно, отдельная очень дискутивная тема: бизнес vs техдолг. Но с кодом посредственного качества работать уже в принципе не берусь. Если, конечно, это не какие-то разовые задачи.

    Поэтому лично для себя, если не учитывать развитие в совершенно иных отраслях, или же собственный бизнес, развитие в сфере разработки уже вижу больше в направлении образования/менторства. А если что и писать, то уже только какие-то собственные проекты.


  1. odilovoybek
    30.09.2022 11:05

    Откровение.


  1. il-adan
    30.09.2022 11:50

    44, и в точку по многим пунктам. Я на пике, мозг шустёр как никогда, плюс много времени экономится на интуиции (которая вроде как компиляция опыта?). 10 лет программирования и архитектуры, 4 года девопса, 8+ дата сайенс, ну и пара заходов в менеджмент - но с неизменным возвращением к коду. Работа интересна и многогранна и надеюсь таковой и останется.


  1. airbagi
    30.09.2022 12:45

    Могу поделиться ощущениями своего опыта программирования и руководителя IT компанией. Программированием занимался в общей сложности лет, примерно, 25. Руководил компанией 13 лет. Руководить полностью разонравилось. Программировать разонравилось на 50%.
    В настоящий момент занимаюсь исследованиями, разработка есть, но её свожу к минимуму.