Инженер связи, видеоролик от Goodline
Вот так мы и работаем :)
Вот так мы и работаем :)
Из https://habr.com/ru/post/443466/#comment_19874010 :
А чего в работе программистом хорошего? Народ преимущественно занимается фигней и нагоняет себе значимости, чтобы хоть как-то оправдать свои большие доходы и бесполезность. Ну серьезно, что там полезного делается? Социальные сети? Мусор. Рекламные платформы? Мусор. Очередной стартапчик по помощи в изучении английского? Мусор. Музыкальный/видео/фоткосервис? Мусор, мусор, мусор. Есть небольшая прослойка девелоперов, работающих в прикладных к реальности областям. Заводы там автоматизируют, биотехом всяким маятся, автопилоты делают машинам, самолетам, поездам. А остальное просто мусор. Создание бестолковой потребности на ровном месте и героическое сиюминутное ее удовлетворение.
И вот на это вы тратите 8 часов своей жизни каждый день и еще некоторое количество времени, чтобы уже к 30 годам начать физически разваливаться, если случайным образом не озаботились этим ранее. Вот только рефлексия сожрет еще раньше. Назвали это модным словом «выгорание», потому что у нас же IT, нельзя, чтобы даже такая мелочь называлась не модно. А по факту это просто осознание бессмысленности собственной деятельности и сопротивление тела этому уничтожающему физическое и эмоциональное здоровье процессу.
Но даже тут бьют на упреждение. Ведь ты не будешь рефлексировать, если тебе некогда. Ты должен полюбить свою работу, должен бежать быстрее еще кучи таких же, которым бы впору идти вообще в обратную сторону от этой фигни подальше. Нагоняют пафосу о МИССИИ компании. На работниках экономят, вкладывают десятки тысяч долларов в обустройство офисов для фотосессий и не могут потратить даже часть из этого на работников. Ладно опенспейсы, большинство работодателей даже группу рядом стоящих столов разлепить не могут, чтобы дать своим любимым смузихлебам хотя бы минимум личного пространства. Ведь они должны быть в напряжении, иначе начнут рефлексировать. Держат разработчиков за скот, а они и рады, ведь у них миссия. Используют инфантилизм среднестатистического представителя профессии против него же.
Из https://habr.com/ru/post/443466/#comment_19883134 :
Чуть больше года работаю программистом. До этого 6 лет в банке работал, занимался кредитованием бизнеса. В финтехе работать мечтал. Так вот поделюсь своими ощущениями за прошедшее время: в программировании есть одна проблема — программисты. Хуже людей не встречал. В статье узнал своих мидлов и сеньоров с работы. Работают в командах, и называют себя командой, но по факту конкурируют по любому поводу, на ревью устраивают холивары и часами спорят об имени метода. Но спорят не о правильности, а о том чье решение лучше, важно только это. Если ревью джуна, то вообще тушите свет. Просто под раздачу, по 50 замечаний от каждого, 5 по делу и 45 вкусовщина. Заметил, что ревью для программистов это вообще способ потешить самолюбие и самоутвердиться за счет менее опытного, кроме этой сферы самооутверждаться не за что. На ретре друг друга какахами закидывать по любому поводу так вообще забава, типа все справедливые и ответсвенные, но на самом деле просто друг друга поливают. А если с кем то начинаешь разговаривать хоть о чем то кроме программирования, так сразу мычать начинают и два слова с трудом связывают. Редко встретишь эрудированного человека. Тоска печаль
С четверга по субботу перевозили ЦОД одного заказчика. Оборудования - дохера (относительно). Но был жуткий гемор с изначальной площадкой. Там был, хренов "контейнерный ЦОД", что-либо там поменять, это капец. На изначальном объекте просто времени не было сфоткать. Но, в итоге всё заработало и стало более-менее красиво. Заказчик не поскупился и закупил кабели всех размеров. Результат ниже:
Заебался я с коллегами конечно, знатно, ведь надо всё так же в те порты всё воткнуть, а они через 3-4 патчпанели. Вчера 12 часов на ногах.
Под конец, уже сил не было, сфоткал что успел, а так, то 8 стоек с железом.
Из https://vit-r.dreamwidth.org/960667.html :
Lean - это часть Toyota Production System, которую мало у кого получается повторить даже в автомобилестроении, потому что у японцев в самой базе лежит философия качества, которую европейцы не только не копируют, но и не понимают. А Lean - это перенос контроля качества к поддерживающим эту базовую философию поставщикам, массово выпускающим стандартные упрощённые компоненты. Причём, там где из-за сложности компонентов или разнообразия их номенклатуры, а ещё чаще из-за недостаточно глубокого внедрения философии качественного производства поставщики не справляются со стопроцентным отсутствием дефектов на выходе, собирающее производство начинает сразу корёжить и перекашивать, потому что внутренний контроль стопорит дефектные сборки прямо в середине процесса, вызывая дорогостоящие процедуры анализа и корректции.
Agile - это профанация в IT, когда инженерная разработка и контроль качества из процесса убираются под лозунгом "Нам не нужно заботится о багах и кривых решениях, если что не так, быстро и дёшево переделаем". Причём там, где переделки оказываются не очень дешёвыми, эти замечательные agile проекты валятся со страшным грохотом. И из-под обломков разбегаются agile-консультанты бормоча "Эта фирма не смогла правильно осознать культуру agile".
Дополнение в https://vit-r.dreamwidth.org/960858.html :
Понятно, что главное для agile-проповедника - это умение смыться между тем моментом, когда эйфория от простоты и понятности процессов достигнет максимума, и тем, когда заказчики наконец-то начнут чувствовать, что насчёт улучшающегося с каждой итеррацией качества их сильно обманывают.
Вид у консультантов из провалившихся agile-проектов достаточно жалок. Они настолько не понимают происходящего, что даже не знают, кого именно и за что именно можно обвинить в провале. Вот и разводят тягомотину о неправильной реализации и неподходящей культуре.
Умные agile-гуру не жадничают, вовремя заявляют, что "введение прошло успешно", после чего уходят с гордо поднятой головой. Главное, не оглядываться назад и постепенно вынимать из презентаций те успешные примеры, про которые успели пойти нехорошие слухи.
Короче, респект тем парням, которые как только становятся управленцами, начинают грамотно, методично уничтожать все процессы в компании, имеющие приставку agile, выкидывают кабан-доски, отменяют дурацкие 15-минутные митинги и прочее! Эти бессмысленные каргокультные пляски можно (и нужно!) душить, до куда дотянутся пальцы рук и пока остаются силы.
И я даже в конце не задаю никаких традиционных вопросов, поинтересоваться другими точками зрения на эту тему, ради приличия. Нет. Я уверен, что это очевидно - наглое мошенничество и все лица, кто во этом замешан, - в разной степени будут виноваты за песец в конце типичного agile-проекта. Как разумно сказано в https://habr.com/post/429330/#comment_19348334 :
Есть два тезиса. Первый: пока вы делаете идеальный продукт, кто-то выпустит (так себе) продукт раньше и завоюет рынок. Второй: можно и нужно выпускать лажу, чтобы потом допилить. Оба оправдывают аморальное отношение к потребителю продукта, оба могут принести прибыль ценой непорядочного поведения.
Для оправдания беспринципного извлечения прибыли Agile и особенно SCRUM подходят идеально. Херак-херак и в продакшн. Потребитель обманут, но уже заплатил (и ещё заплатит). Да ещё и добровольно. Вот и вся мораль.
Внутренние мелкие проекты, ну да. Фиг с ними. Иногда можно. Устроить ритуальные хороводы и посиделки. Внешние — это жульничество и запланированный обман потребителя. Высокие слова про гибкую методологию разработки — просто способ спрятаться от совести. Типа все ж согласились, какой-такой обман?
А ещё это очень часто просто карго-культ, помогающий прятать некомпетентность команды и руководства.
PS В первых же абзацах манифеста есть упоминание про компактные команды профессионалов, но кто ж на такие мелочи внимание обращает? И огромные и сильно разбалансированные по квалификации, все туда ломятся.
Просто задумайтесь о том, что однажды по такой методике будет выполнен софт, с которым вы взаимодействуете. Медицинский, космический, авиационный, железнодорожный. И представьте себе последствия. Про автомобильный не говорю, там, по моим источникам, уже давно ад.
Про Go.
В целом нейтрально из https://sorhed.livejournal.com/615220.html :
Я искренне офигеваю от наглой тупости го. Это язык, где тупость и очевидность ценится, возводится на пьедестал и является объектом поклонения (если вы думали что это питон, то го превосходит его на десятичный порядок как минимум).
Ну то есть, для начала:
1) Там нет generics. Но есть указатели (со сборкой мусора, не волнуйтесь), и есть возможность, соответственно, передавать by value (c копированием) и by reference (что позволяет не выделять место на куче для каждой фигни — крайне нетривиальный вопрос в джаве).
2) Очень тупое ООП, напоминающее таковое в раннем перле (если кто застал). Ссылка на this передаётся первым аргументом в функции (выделяется отдельными скобками, чтоб никто не перепутал).
3) Нет и не будет map, reduce и filter. Роб Пайк сказал, что они не нужны. Вася, не выпендривайся и слушай песню про валенки циклом for, как в прошлом веке. Чтобы ни у кого не было соблазна написать их самому (что несложно), Роб превентивно сделал это сам, выложил на гитхаб и сказал, что использование вот такого функционального гейства discouraged. Мужик!
4) Да, кстати, ровно два вида коллекций в стандартной библиотеке — массив с неизменным размером (и немного синтаксического сахара для копирования данных в новый массив, если прежний стал слишком мал), и map. Should be enough for everyone, не так ли? Впрочем, Lua вообще обходится одной коллекцией, ничо, живут.
5) Иммутабельности тоже, разумеется, нет. Кто-то таки сделал персистентные структуры данных и выложил их на гитхаб. Правда, не вполне понятно зачем они нужны в отсутствие простейших функциональных примитивов. Разве что тренироваться в рекурсии, почитывая SICP.
При этом нельзя сказать, что это быдлоязык навроде PHP (хотя с первого взгляда может так показаться). В быдлоязыках (это не только PHP, хотя не будем показывать пальцем) помимо простоты хуже воровства существует ещё множество неочевидных corner cases, про которые нужно знать и обходить стороной. Тут такого нет — всё брутально просто и вырублено топором, оставлено только самое нужное (concurrency-примитивы входят в число самого нужного). Это внушает уважение. Вообще, Роб Пайк дал нам целый Plan9, и быдлокодером его считать нельзя.
В общем, рекомендую, особенно для душевного отдыха и зализывания ран после скалы.
Более негативно из http://dlang.ru/faq :
Go не простой, Go -- примитивный. Go не позволяет делать элементарные обобщения и, как следствие, на нем практически невозможно писать алгоритмы и обрабатывать данные. Структура языка Go стимулирует программистов к написанию лапшеобразного трудноподдерживаемого говнокода. Больше кода, больше ошибок, тяжелее поддержка, дольше разработка, сложнее тестирование, отладка, рефакторинг. В Go полностью отсутствуют инструменты управления сложностью, вроде шаблонов/дженериков, нормального ООП или (спорно) исключений, что фактически делает Go не пригодным для разработки больших проектов.
Go Хорош только для:
- людей, не знающих ничего другого;
- людей, не писавших на нём ничего, кроме хеллоуворлдов;
- людей, исповедующих copypaste-driven programming.
А ваши впечатления от Go, особенно в сравнении с другими ЯП? Долго плевались или, наоборот, радовались?
Отсюда: http://dlang.ru/faq
Разработчиков пишуших софт, работающий только на побитовых копиях их систем нужно бить плеткой.
- Docker полезен исключительно для воссоздания кривых окружений кривых программ (непременно stateless)
- В подавляющем большинстве случаев люди пытаются внедрением Docker компенсировать изначально кривую архитектуру своих приложенияй. Когда это не помогает начинаются разговоры о том, что Kubernetes поможет решить проблемы, но это приводит лишь к новым сложностям
- Docker вводит лишний уровень абстракции, зачастую там где она не нужна
- Содержимое Docker контейнера крайне плохо поддается аудиту
- Docker крайне не прост в настройке и поддержке. Большинство людей которые все же используют докер редко уходят дальше "Just use the docker image"
- Корректная настройка Docker требует найма дополнительного персонала с очень специфическими навыками. Уметь правильно настраивать сеть != уметь правильно настраивать сеть в Docker
- Docker никогда не бывает один и тянет за собой огромную экосистему. Этим он похож на NodeJS, когда очень скоро оказывается, что ваше Hello World приложение зависит от 300 разных библиотек и плагинов.
- Большинство проблем с масштабированием проще\надежнее решить без использования Docker
Каждая новая абстракция это лишняя точка отказа. Уверен, скоро хайп около докера спадет и куча компаний ужаснется от того, что они наворотили. Перенимая «лучшие практики от Google» люди почему то забывают, что они не Google и даже не Amazon.
Отсюда: https://habr.com/post/332450/#comment_10298172
[sarcasm] Критика докера же запрещена, а еретиков всегда сливают? [/sarcasm]
а если серьёзно, docker — чудесный инструмент, но стоит 2596 раз подумать, прежде чем тащить его в прод, да ещё и в такой области как финансы (число неслучайное, это количество issues открытых на данный момент, и большинство из них — баги)
и да, проекту help всегда wanted по починке этого кошмара
Накипело, признаю. Но гнев праведный.
Короче, дево-псы, дево-коты или какие еще там виды в вашем зверинце водятся, в сортах я не разбираюсь. Обращение к вам.
Прекратите проталкивать эти "чудесные инструменты" в продакшн! Играйтесь со своими pet-projects, которые никто никогда не увидит, хоть сколько угодно развлекайтесь с этим барахлом без выноса результатов во внешнюю среду. А вот с больной головы на здоровую валить не нужно.
Из https://ivanov-petrov.livejournal.com/2153784.html?thread=12...
Я в среде айтишников постоянно встречаю агрессивное и презрительное отношение и к философии, и к филологии, и к психологии, про богословие уж не и говорю, его просто не замечают (крайня степень презрения). Разумеется, у "технофашистов" есть полный набор гуманитарных знаний, несмотря на их идеологию, тоже ведь люди: и своя религия, и своя психология и свой взгляд на любую другую гуманитарную область с соответствующим качеством. Т.е. в результате работы некоторой неименнованной идеологии никакого освобождения от "гуманитарной путаницы" мы не имеет, наоборот, значительная часть русского интеллектуального мира добровольно отказывается от качественного акцизного спирта накопленных за тысячелетия гуманитарных знаний, но не брезгует потреблять сивушный самогон поддельного гуманитарного субстрата произведённый чёрт знает кем - писателями-фантастами, юмористами, отставными генералами.
Из https://ivanov-petrov.livejournal.com/2153784.html?thread=12...
Очевидно, что любовь к математике и прочим точным наукам коррелирует с расстройствами аутистического спектра. То есть - затруднения в социальном взаимодействии, недостаток эмпатии и другие проблемы с эмоциональной сферой (эмоции либо вовсе подавлены, либо большие проблемы с их контролем), любовь к повторяющимся действиям. В итоге такой товарищ просто прячется в удобном стерильном мире "идеальных коней в вакууме" - что собственно и есть точные науки с их однообразными ритуалами.
А что будет выводить такого человека из его зоны идеально-конского комфорта? Ну конечно же, столкновение с гуманитарными знаниями и техниками - да и вообще с любой эмпирикой, которая не вписывается в идеальные конские теории.
В общем-то это вековая война долбаных логических машин а.к.а. "сапиенс сапиенс" против тёплых ламповых неандертальцев - прародителей всех гуманитариев. Смешно смотреть, как это противостояние принципиально разных видов людей некоторые товарищи пытаются свести к каким-то "ошибкам школьной программы". Ишь, хитрые какие, замаскировались. No pasaran!
Из поста десятилетней давности от дизайнера https://conjure.livejournal.com/313552.html
Не могу больше. Однозначно не могу. Нужно что-то менять, пока я не умерла от удушья. Хватит с меня иконок, ПО, тупых флайеров, каталогов и усмешек программистов с админами, если я не разбираюсь в их профессиональном китайском. Вчера не выдержала, и начала засыпать их типографическими понятиями. Что говорю, собаки, не разбираетесь? Что, не знаете, кто расписывал Сикстинскую капеллу? Что не читали Бальзака, Толстого, Золя? То-то же! Нефиг обходиться с людьми, как с тупыми баранами, только потому, что они не разбираются в железках и синтаксе очередного языка программирования.
Предлагаю отметиться в комментариях тем, у кого возникли хоть какие-то интересные мысли после прочтения трех отрывков. Корреляция между "склонностью" (талантом/интересом/даром, короче, подставьте нужное) к точным наукам и аутизмом напрочь отсутствует? Айтишники уважают гуманитарные науки и горят желанием научить работе с компьютером рядовых пользователей?
Если найдутся герои, которые желают прочитать длинный пост "О ненависти к гуманитариям" https://ivanov-petrov.livejournal.com/2153784.html (с полезными комментариями, вот парочку привел выше) и поделиться мнением - welcome. Конфликт гуманитариев и технарей надуман?
Одна вакансия, два кандидата. Сможете выбрать лучшего? И так пять раз.
Добрый день. Я тут делаю то, что обещал некоторое время назад. Это будет цикл статей в трех частях (опрос, теория, практика), в ходе которых будет наглядно показано, почему работники в сфере IT (прежде всего, програмисты) никогда не должны считать себя профессиональными инженерами.
Начнем с опросника. Прошу принять в нем участие всех неравнодушных, кто работает в IT-индустрии (если найдете время и желание). Буду очень признателен за каждый комментарий, их общая направленность обязательно повлияет на остальные посты из цикла.
Итак, несколько совсем не сложных вопросов.
1) Имеете ли вы профильное высшее образование в IT?
2) Имеете ли вы лицензию профессионального инженера в своей сфере? Подробнее о ее получении, например, в США - https://ana-na-s.livejournal.com/2281.html или в Канаде - https://lastdjedai.livejournal.com/138229.html
3) Имеются ли у вас какие-то свидетельства о допуске к проведению работ, по аналогии со строительным, проектным, группой электробезопасности и т.п. ? Если да, то проходите ли вы периодическую переаттестацию для подтверждения действительности документов?
4) Ставите ли вы личные подписи на каких-либо документах по окончании выполнения работ?
5) Несете ли вы ответственность некоего плана (административную, уголовную, лишение права занимать должность) за результаты вашей деятельности?
6) В процессе работы вы больше сталкиваетесь с ограничениями реального мира (законы термодинамики, Ньютона, Ома и т.п.) или сложностью манипулирования абстракциями?
7) Фигурируют ли в вашей трудовой книжке записи, включающие слова "младший/старший/ведущий инженер-X категории N"? Если да, то насколько общепринятыми в индустрии являются должностные инструкции для занятия подобной должности?
8) Всегда ли представляется возможным заранее сделать точную оценку по времени и этапам выполнения вашей работы? Если да, то перечислите названия методологий для этого.
9) Вызывает ли у вас вопросы словосочетание "финансовый инженер"?
10) Считаете ли вы себя профессиональным инженером?
Заранее благодарю за потраченное время тех, кто уделил внимание опросу.