Откровения трезвого инженера

Автор оригинала: vbtemp
  • Перевод
image

Ответ на: Откровения пьяного старшего инженера

… Я выскажу свое мнение и значительно короче, наверное.

  1. Работа в нашей отрасли полностью построена на порочных стимулах.
  2. Лучший способ продвинуться по карьерной лестнице — это смена компании. Компании, в которых вы работаете, будут вознаграждать хорошую работу большей работой и ответственностью, а не большим количеством времени и/или денег. Компании, в которые вы переходите, вознаградят вашу предыдущую хорошую работу в других компаниях большими деньгами. На самом деле это не имеет смысла… См. Пункт №1.
  3. Каждый раз, когда я меняю работу, я сокращаю свои обязанности на 50% и увеличиваю зарплату на 50%. На моей первой работе я был очень раздражен, когда новые сотрудники, которые были на моем уровне квалификации, зарабатывали больше, чем я. Теперь другие старожилы в моей компании с таким же уровнем квалификации раздражаются, когда я зарабатываю намного больше, чем они (обратите внимание, что количество смен работы >= 3). На самом деле это не имеет смысла… См. Пункт №1.
  4. Хороший код прост, надежен и хорошо протестирован. Отличный код — это хороший код, только он меньше. Лучший код — это отсутствие кода (Best code is no code). К сожалению, большинство компаний не настроены писать лучший код. Во-первых, менеджерам нравится, когда кодеры пишут код (потому что их сотрудники работают). Кодеры любят писать код (потому что иногда им это нравится, а также они чувствуют себя некомфортно, если они не работают). В результате получается много посредственного кода (запутанного, ошибочного и поверхностно протестированного). Посредственный код порождает фонтан ошибок и дополнительных задач, которые заставляют всех быть занятыми и, следовательно, оправданы в их использовании. К сожалению, отличный код и лучший код приводят к тому, что каждый чувствует себя неуверенно и может потерять работу. Можно было подумать, они догадаются, но… См. Пункт №1.
  5. У меня нет абсолютно никаких ментальных ресурсов, чтобы работать удаленно по 40 часов в неделю (иногда могу неделю здесь или неделю там). Но если постоянно, каждую неделю, то я могу потратить только несколько часов. Следствие: количество отработанного времени практически не влияет на ваш успех или влияние. Вы могли подумать, что мы переориентируемся сейчас, но… См. Пункт №1.
  6. Agile — это культ ритуалов, священников и непоколебимых систем убеждений, который превратился в настоящий ад корпоративного управления, против которого авторы оригинального Agile Manifesto пытались восстать 20 лет назад. Нет, серьезно, вам не нужно быть пешками Big Agile или Agile-Industrial Complex. Не выставляйте себя дураком, подставляя при этом шею. Мы что, снова застряли в 90-х? Ну да ладно… См. Пункт №1.
  7. ̶Н̶и̶к̶о̶г̶д̶а̶ ̶н̶е̶ ̶п̶р̶и̶н̶и̶м̶а̶й̶т̶е̶ ̶н̶а̶ ̶р̶а̶б̶о̶т̶у̶ ̶п̶р̶о̶г̶р̶а̶м̶м̶и̶с̶т̶а̶ ̶с̶ ̶д̶и̶п̶л̶о̶м̶о̶м̶ ̶п̶о̶ ̶п̶р̶и̶к̶л̶а̶д̶н̶о̶й̶ ̶м̶а̶т̶е̶м̶а̶т̶и̶к̶е̶.̶ Ладно, ребята, вы меня подловили, это слишком сурово. Но все же будьте осторожны.
  8. Нет такой вещи, как компромисс между работой и личной жизнью… Под этим я подразумеваю, что иногда люди думают, что я принимаю работу, которая плохо оплачивается, за ту, которая удобна или не требует особого напряжения. На низкооплачиваемых вакансиях к вам будут относиться как к дерьму и не будет гибкости. На работе, которая приносит вам богатство, к вам будут относиться как к принцессе, и такая работа может быть бесконечно гибкой. Не знаю, но все-таки взгляните на пункт №1.
  9. Если у вас нет обычного, облагаемого налогом брокерского счета, в который вы инвестируете еженедельно или ежемесячно с постоянной суммой (и в диверсифицированный портфель или фонд), вы зря тратите свое время и свою жизнь. Делая это в течение многих лет и более, у вас будет много активов, которые полностью изменят ваш подход к вашей карьере: вы беретесь на работу тогда и только тогда, когда вам нравится работа, а если нет, у вас достаточно денег на F-U, чтобы продолжать искать что-то до тех пор, пока вы не найдете то, что вам нравится. Также есть максимум 401k. Это вырывает вас из цикла, определяемого пунктом № 1 (!!!!!)
  10. Если мы собираемся использовать Python, мы используем mypy.
  11. Жизнь слишком коротка для C ++.
  12. Люди, которые говорят, что теории из Вашей курсовой работы по computer science бесполезны, делают так потому что, они никогда не имели практики в ней на самом деле, и поскольку они никогда не имели практики в ней, они не видят, где ее можно применить, и поскольку они не могут ее применить, они могут сделать вывод, что это бесполезно. Мне это кажется какой-то странной логикой.

P.S.


Первый коммент на Reddit: «Бухни и продолжай писать»
Маклауд
Облачные серверы на базе AMD EPYC

Похожие публикации

Комментарии 77

    +2
    Лучший код — это отсутствие кода (Best code is no code). К сожалению, большинство компаний не настроены писать лучший код.

    Я уже слышал это раньше…
    но в другой интерпретации)

      +7
      Ну, можно копнуть глубже.

      Год 1965, Генрих Альтшуллер: «Идеальная машина — это машина, функции которой выполняются, а размеры и масса стремятся к нулю.»
        +36
        Можно еще глубже:
        Одержать сто побед в ста битвах — это не вершина воинского искусства. Повергнуть врага без сражения — вот вершина.

        Сунь Цзы, «Искусство войны», приблизительно 380—325 годы до н. э.
          +7

          Ждать на берегу реки, что ли?

            +12

            Стояние на реке Угре, например, почти(а может и не почти) эталонная победа почти(попытки переправы отбивали в малых стычках) без фактического сражения основных сил. Причём победа там прям стратегического значения вышла.

              +1

              Не ждать, а использовать иные способы

                +2
                В российской культуре традиционное китайское понятие недеяния почему-то традиционно понимается неправильно.
                Недеяние — это не лень и бездействие, это направление событий в нужную сторону минимальным вмешательством, т.е. как можно большее их приближение к естественному ходу событий.
                +1

                Цель развития любого механизма — мгновенный профит абсолютно без затрат.

                +1

                Интересно, что такие идеальные "машины" иногда возможны: Бесконечно выгодная программа
                Автор немного заработал на программе, у которой размер 0 байт.


                спрашивали меня, чтобы узнать, как и зачем я скрываю размер программы (DIR ведь выдавал, что в ней 0 байт). Когда я рассказывал им, что программа действительно занимает 0 байт, некоторые начинали возмущаться: «Как вы смеете брать 5 фунтов ни за что?!» Я отвечал, что они неправы: ведь они же получили полезную вещь взамен.
                +1
                Я постоянно говорю и подчиненным и начальству — основная функция архитектора, менеджера продукта или проекта не «что (как) делать» — а «что не делать».
                0

                Если ссылка на манифест против эджайл под рукой - присоедините, пожалуйста.

                    +2
                    Вообще-то в статье шла речь о «манифесте Аджайл» против корпоративной бюрократии. К сожалению, Аджайл — точнее некоторые здравые идеи, высказанные авторами — был «прожеван и сьеден» этой самой бюрократией и консультантами от нее кормящимися. А продукт их жизнедеятельности — это действительно карго-культ, в котором от первоначальной идеи осталось чуть более чем ничего. Зато ко всем обязанностям работников добавилось участие в этих бессмысленных ритуалах — в некоторых компаниях доходящее до 10% рабочего времени.
                      0
                      Agile — идея
                      Scrum — одно из возможных воплощений этой идеи.

                      Можно практиковать Agile, но без Scrum.
                        +2
                        Разумеется. Но чаще всего, как минимум в корпоративном мире — делают наоборот. Стенд-ап в 9 часов (не потому, что так удобно команде — а потому что начальство решило), итерации в 2 недели «потому что все так делают», 3-5 незаконченных story к концу итерации потому что надо «готовить демо» и так далее. И 20+ обязательных полей на каждый story/task в JIRA, причем описание и DoD в их число не входят ;)
                          0
                          у вас конечно же есть решение проблемы? как надо делать? не делать стенд-ап? сделать итерацию не 2 недели- а сколько? каждый раз разное количество дней? комитнулся сделать таски и не закончил их- скрам мастер?
                          Что касается полей- согласен — тут прямо заболевание какое-то у людей, потом через год спрашиваешь — ну и какого хера мы эти поля заполняли- где они используются?
                        0
                        до 10% рабочего времени.

                        1. Каждый день — дейли. 1 час из 8. 12% рабочего времени
                        2. Ретро раз в неделю. До 2 часов из 8. 5% рабочего времени.
                        3. Груминг и взятия задач в спринт. До 2 часов из 8. 5% рабочего времени.
                        Были еще другие встречи, но я на них не ходил. 22% рабочего времени уходило на встречи :)
                        Теперь вспоминаем, что человек может быть полезен примерно 50% времени, из которых 22% он уже «отбыл» на ритуалах. Остается 28% рабочего времени :)
                        Итог: смотри п.1 из статьи.
                          0
                          Имел в свое время, счастье работать в Додо Пицца. Среди всех компаний где я работал, это единственная где все эти ритуалы соблюдаются. И знаете, как ни странно, самая успешная
                            0
                            Вопрос не в ритуалах. Если у команды нет самостоятельности и ответственности, нет доступа к заказчику или людям определяющим стратегию, компания не «дрючит» за отсутствие четких описаний задач и definition-of-done — какие ритуалы не делай, ничего не поможет. И наоборот — если все это присутствует, ритуалы имеют свойство резко сокращаться по времени и частоте.
                            +1
                            Дейли в 1 час — это жестко. Больше я видел только в Штатах в полностью «индийской» команде. Хорошо, что в офисе была «пещера» — куда мы с самым толковым их джуниором и переехали, за полтора следующих рабочих дня «починив» все то, с чем команда не могла справиться месяц.
                              0
                              Дейли в 1 час — это жестко

                              К сожалению, видел и больше… На начальной стадии проекта всё хорошо, приходят PM и разработчики, 5-10 минут и все свободны.
                              В середине проекта добавляются тестировщики, начинается обсуждение багов прямо на дейли, митинг растягивается на 30-40 минут.
                              Для починки багов набирают контракторов. Ход проекта начинает контролировать менеджер более высокого уровня.
                              В итоге на дейли 15 человек, каждый занимает 5-10 минут времени…
                                +1
                                А чем скрам-мастер занимался? Это же его/ее прямая обязанность — отделять новости и глобальные проблемы от багов и частных случаев.
                                0
                                Я однажды участвовал в конфколле на 3+ дня )
                                0
                                Я был в разных компаниях по разные стороны этих ритуалов (и как тот, кто на них ходил, и как тот, кто их собирал). Поэтому могут попробовать чуть более объективно рассказать, зачем это все.

                                Дейли, с точки зрения, рядового разраба — вещи, обычно, бесполезная. Ходишь там, рассказываешь что-то, время тратишь. В реальности же это довольно эффективный инструмент по предотвращению отправления срока задач в космос, причем, по нескольким причинам:
                                1) человек делает не то, что нужно
                                2) человек застрял, пытается разобраться сам, но капает не туда и не спрашивает
                                3) задача оказалась сильно сложнее, поэтому ее вообще можно отложить
                                Если речь идет не о ведущих разработчиках, а о рядовых копателях, то ситуации 1 и 2 стреляют очень часто. Руководитель зачастую не может (да ему и не нужно) постоянно всех мониторить, потому что и других дел хватает. Так что дейли помогает разрулить такие вопросы. Но час, конечно, много, мы всегда укладывались в 15-30 минут (команды до 10 человек), в деталях проблемы/вопросы решали уже отдельно.

                                Ретро. Это полезная штука, чтобы все понимали, что было сделано на 1-2-n недель. Без них часто бывает, что коллеги даже не знают, что там напилил их сосед.

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

                                Тратить 100% времени чисто на разработку можно только в компаниях, где ты работаешь один, держишь все в голове, и тебе ни с кем не надо что-то согласовывать. Как только компания становится большой, сразу тратится приличная доля времени на синхронизацию — это абсолютно нормальный процесс.
                            +11

                            А прикладную математику-то за что?

                              +3

                              За оторванность от суровой реальности, очевидно :)

                                +4

                                То чистая. Прикладная-то к реальности вполне привязана.

                                +2
                                Потому, что выпускник ФПМ — это в первую очередь математик (пусть и прикладной), а только во вторую программист. Сейчас разница между этими профессиями уже слишком велика, чтобы её игнорировать.
                                  +2

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

                                    +2
                                    Не думаю, что отличия в содержании образовательных курсов создают непреодолимые профессиональные барьеры. Скорее, скажется разница в интересах, мотивации, образе мышления. Люди не просто так идут учиться на математиков, — очевидно, что она им нравится и у них к ней способности. Но в работе программиста математики либо мало, либо ноль (за редким исключением) — это другая профессия с людьми, имеющими другое образование и другие интересы.
                                      +3

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

                                        +2
                                        С математиками ситуация уникальна тем, что есть расхожее заблуждение о едва ли не тождественности математики и программирования. Я неделю назад разговаривал со студентами 3-го курса, которые учатся на программистов и среди них много таких, чьей мотивацией было прикладное применение математики (к которой у них были явные способности в школе). К 3-му курсу эти студенты сильно разочарованы в выбранной профессии программиста, многие уже ушли по собственному желанию, многие через силу учатся до диплома. Они не хотят работать программистами, им не интересно.
                                          +1
                                          Да, это правда. Сейчас принято считать, что ПМ ≡ Computer Science, притом что в ПМ есть масса специализаций, далёких от разработки ПО вообще — от матмоделирования до исследования операций. Человек, к примеру, хочет заниматься матмоделированием — «…а потом эти специалисты по прикладной математике устраиваются работать фронтэндером на галеру и с тоской вспоминают линейную алгебру» ​.
                                            0
                                            Они не хотят работать программистами, им не интересно.

                                            Тогда они, наверное, не будут устраиваться программистами?

                                              0
                                              Будут, у них невелик выбор: годы учёбы потрачены на диплом программиста и все вокруг говорят им, что программист — профессия выгодная, денежная, перспективная. Они заставят себя доучиться до диплома, а потом заставят себя пойти на работу по специальности.
                                          +4
                                          Смотря какой программист. Если разработка ПО для беспилотников — то там почти вся программа состоит из математики.
                                            +1

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

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

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

                                                  0
                                                  Во-во, периодически с этим сталкивался — сначала алгоритм поднимут и оттестируют на матлабе, а потом перетаскивают как есть на какую-нибудь дохлую железяку прямым транслейтом на С. Была ситуация с толстым алгоритмом на флоатах на старом арм процессоре без поддержки плавучки, где конечно ни в какие времянки не укладывались. И один раз среднее значение считали через квадратные корни. Справедливости ради — это все-таки от неопытности в предметной области, после хождений по граблям код становился получше. Но все равно во многих сферах математики и внедряющие нагенеренные алгоритмы программеры — это разные рабочие группы.
                                              0
                                              Безусловно, что есть узкие специализации, где математика очень нужна: движки компьютерных игр, 3D-моделирование и визуализация (в медицине, например), военка и т.д. — просто рабочих мест в этих сферах очень мало, там заняты десятые или сотые доли процента всех программистов. Фактически, эти рабочие места можно до нуля округлить.
                                                +1

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

                                              0

                                              Возможно дело не в «трудности», а в «желании» осилить.

                                                +3

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

                                                –1
                                                Проектирование баз данных?
                                                ЖЦ проектов так и быть, вода, можно выучить просто почитав пару статей на тему.
                                                Архитектура информационных систем? Математикам все эти сложные многозвенные клиент-серверные архитектуры обычно не нужны, и обычно не читают.
                                                Архитектура вычислительных систем?
                                                Сети? Топологии, протоколы, уровни модели OSI, реализации стандартных протоколов?
                                                Практики и подходы к программированию? Математики очень часто пишут лапшу из большой процедуры (ака процедурный подход) и плохо умеют в ООП. Могут уметь зато в функциональщину, но не все.
                                                Уровень со звездочкой: собственные компиляторы?
                                                  0

                                                  В дополнение: методологии тестирования, юзабилити, методологии разработки ПО, организация производства (экономика предприятия в приложении к разработке ПО), что-то по интеллектуальной собственности. Этого нет у математиков.
                                                  Трудно ли это всё осилить — вопрос отдельный. Если есть список тем — осилить возможно, книжек сейчас масса. Если нет — то могут быть нюансы, например, математик может не подозревать, что меню программы из 25 пунктов одним списком, или 10 диаграмм и 50 кнопок в одном окне — не очень хорошо, тогда как программисту когда-то в одной из дисциплин (или даже не в одной) об этом говорили.
                                                  Нужно ли это — иногда нужно.

                                              +3
                                              Всё дело в мышлении, что для математика (прикладного математика) очевидно, для человека окончившего курсы (javascript за 5 минут) китайская грамота.
                                              Т.е. код есть, работает, а для сопровождения нужно искать такого же математика.
                                              <:o)
                                                0

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

                                                0
                                                Не утверждаю, но может быть такое:
                                                Если есть 2 экрана кода, делающего что-то, и нужно внести изменения с определённой даты, то некий человек делает ветвление по дате и копирует эти 2 экрана второй раз. Математически всё чисто, но теперь у нас 4 экрана кода.
                                                +5
                                                Всё правильно написано. Я «старый» разработчик, денег платят хорошо, график гибкий, менеджеры в рот глядят, ждут, когда я что-то умное скажу. Кода я пишу в среднем несколько строк в неделю. Хотел бы, да приходится писать планы, консультировать и так далее. Но с другой стороны — гора технического долга. Подчищаю понемногу, для собственной совести, но гора растёт всё-равно. А в новой компании можно делать то же самое, но без груза прошлых разработок ;)
                                                  –1
                                                  оо. у Евгения Широкова (экодома каркасно-соломенные) подобные реплики про идеальный умный дом. что умные дома на самом деле сделаны дебильно. куча не дышащего пластика, выпускающего внутрь тысячи вредностей. из которых 50+- научились регистрировать, а остальное наше унылое примитивное оборудование для регистрации них не умеет улавливать и измерять концентрации и тп. дорого и вредно, крч. и кругом насаждаются нездоровые веяния, нездоровая мода, нездоровая промывка по тв с презрением и издёвкой и тп.

                                                  и так куда не копни. весь мир как пример неправильного опыта жизни…
                                                    +1

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

                                                      +1
                                                      Всё верно, можете поискать по ключевым словам «Earthship», «Земной корабль». Это как раз направление, где максимально эффективно используются пассивные технологии, заложенные на этапе дизайна и проектирования.
                                                      +1
                                                      Приточно-щелевая вентиляция.
                                                      Тащемто, более чем все советские постройки рассчитывали именно на такой тип вентиляции. И на всякий случай еще добавляли во всех инструкциях вплоть до передач в телевидении про здоровый образ жизни — проветривать помещения хотя бы перед сном.
                                                        0

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

                                                      0
                                                      ТС, видимо, не имеет никакого диплома, поэтому для него представляют серьезную конкуренцию лица с дипломом о высшем образовании в области прикладной математики (тема негативного отношения не раскрыта). Поскольку для прикладной математики нет ограничений в использовании методов/языков и способов оптимизации для решения поставленной задачи.
                                                        –1

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


                                                        В году 2005, когда среди вайтишников, те которые уже при галстуке, было стильно, модно, молодежно внедрять всякие аксапты, ораклы, сайбели с парусом и 1С. По отдельности или всё сразу. Удалось мне тогда побывать в АНХ РФ, где товарищи которые ни разу не видели интерфейса данных систем, которые ни разу не управляли промышленным или торговым предприятием, которые ни разу не читали листинг. Рассказывали не краснея как правильно и кошерно покупать сап или аксапту и что 1С это фу-фу-фу, отстой и анахронизм. И даже за это выдавали бумажку которая по тем временам стоила 1500 баксов. И да все люди которые были на тех курсах имели высшее техническое образование и были в должностях руководители ит-департаментов или замы.

                                                          +1

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

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

                                                          +4
                                                          Лучшие программисты которых я видел, это всегда либо математики, либо физики, либо специалисты в иных очень сложных областях (авиаконструкторы, металловеды и т.п.) Они очень хорошо умеют отличать предположения, верования и факты, что позволяет проектировать сложные системы и потом их поддерживать и развивать. Ничего подобного у тех кто просто научился программировать, но матана в жизни не видел, не наблюдается.
                                                            0
                                                            Лучшие программисты, которых я видел, это всегда были люди, которые не делали обобщений основываясь на субъективном опыте.
                                                            Опыт одного человека или окружения этого человека ни в одной вселенной не может быть релевантным. А делать выводы из этого опыта, больше говорит о человеке, чем его диплом по математической специальности.
                                                            Исходя из набора качеств ( отличать верования и факты ), вы видимо не имеете диплом специалиста?
                                                              +1
                                                              Но релевантность все же детектируется и независимыми наблюдателями.
                                                              Программирование, Логика и Математика имеют много точек соприкосновения и областей перекрытия.
                                                                –1

                                                                Я давно прошёл тот возраст когда левым дядям верят больше чем своим глазам.

                                                                  +1
                                                                  Я не говорил про левых дядей. Я говорил про исследование. На фоне которого можно делать выводы.
                                                                  Программирование — это как и математика/физика/etc творческое занятие. И безусловно, люди, которые сильны в математике, имеют больше навыка работать с абстракциями, чем Вася, который учился на сварщика.
                                                                  Но на этом факте, мы не можем делать далеко идущие выводы, по которым отсутствие знания матана, является отсеивающим критерием хорошего программиста.
                                                                    +1
                                                                    Я не говорил ни про какие исследования и про весь мир, я написал что я лично видел, с кем работал и работаю. Про тех программистов которых я не видел, ничего сказать не могу. А про какие исследования вы пытаетесь говорить я вообще не понимаю. А если я вам скажу что не любое исследование опубликованное в рецензируемом журнале правда? А если я скажу что фейковых исследований очень много?
                                                                0

                                                                Плюс сюда.

                                                                В последние годы очень сильно развилось представление, что программирование – это синтаксис. Программирование, всё же, прежде всего – математика.

                                                                  +3
                                                                  Вы наверное никогда не видели код, написанный математиками.
                                                                    0
                                                                    Проблема в том, что есть задачи практические и прикладные где без математика никуда. Можно конечно не давать ему писать код, но когда он сам умеет не просто писать код, а именно разработчик с беком математика — всё прекрасно. Да, да, мне все говорят, что ты же не пишешь супер оптимизированный 3D движок, так вот я пишу.
                                                                  0
                                                                  Я бы поспорил. Встречал тех кто матан видел, но как программист так себе. Всё зависит скорее от человека, а не от того, на кого он учился.
                                                                    0
                                                                    матан видел, но как программист так себе

                                                                    Ооо, естественно, очень часто. Наличие матана в прошлом вообще ни разу само по себе не делает разработчика хорошим. Но среди хороших очень у многих матан таки был. Я считаю это практически необходимым условием, но ни разу не достаточным.
                                                                      0
                                                                      Кажется, тут причина и следствие перепутаны. Это не знание матана делает программиста хорошим, а внутренняя мотивация программиста двигает его и быть лучшим специалистом, и изучать смежные области — тот же матан. Если вы говнокодера научите решать дифуры — лучшим программистом он от этого вряд ли станет.
                                                                  +1
                                                                  теперь ждем откровения черного инженера.
                                                                    +1

                                                                    Кто нибудь пояснит за 7 пункт? Почему мне нельзя работать?

                                                                      0
                                                                      Потому что в продуктовый смузи стартапах онлайн образования обмазанных скрамокультами вас могут не понять :)
                                                                      0
                                                                      Да, про плюс 50 процентов на новом месте — к сожалению так, поэтому когда зовут на «новые амбициозные проекты» а добавляют плюс 10 даже задницу отрывать неохота. Но если бы работадатель у нас хотя-бы индексировал зп, поднимал хоть как то общим планом тогда бы и народ бы не бегал туда-сюда
                                                                        0
                                                                        Многое верно, но с тем что на работе с более низкой зарплатой будет хуже чем с высокой не соглашусь. Все всё понимают если это большой город и недоплаченная вам зарплата идет кому-то в карман и он точно не хочет потерять эту статью дохода поэтому и вас бережет.
                                                                          +2
                                                                          Притча собственного придумывания:
                                                                          — Неужели вы, считаете, что мне когда-то пригодится эта ваша линейная алгебра?
                                                                          — Вы её так плохо знаете, что определённо нет.

                                                                          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                          Самое читаемое