Пользователь
Информация
- В рейтинге
- 1 316-й
- Откуда
- Москва, Москва и Московская обл., Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Backend Developer, Site Reliability Engineer (SRE)
Lead
От 500 000 ₽
PHP
Linux
Laravel
Yii framework
Docker
MySQL
Network administration
Vmware vSphere
Mikrotik
Asterisk
Тут можно упомянуть , что кафка уже давно умеет работать по KRAFT без зукипера.
Проблема в том, что квалификация такого человека будет несравнимо ниже квалификации того, кто в IT лет с 10 по зову души.
И не только в силу разницы в опыте, но и в мотивации. Человек, который пришёл в IT потому, что это его жизнь - он хочет совершенствоваться, он в свободное время после работы сядет пилить пет-проекты или контрибутить в опенсорс, он в три часа ночи проснётся с воплем "Эврика!" потому, что ему приснилось, как решить какую-то задачу, он себе дома соберёт серверную стойку и будет ставить эксперименты. И будет ходить с красными от недосыпа глазами, а окружающие будут считать его задротом.
А бывшему грузчику, даже если он и научился кодить - ему это всё неинтересно. Ему что ящики таскать, что в такси баранку крутить, что на джаве кодить - одинаковое ремесло, позволяющее просто заработать денег.
Соответственно, такие люди рушат отрасль в целом, ломают планку. Там, где один неопытный, но с горящими глазами, джун разбирался за три дня и нужно было только указывать направление и присматривать, чтоб не напортачил - нужно сажать десяток вайтишников, которые будут работать с 9 до 18 и требовать, чтобы им всё рассказали и показали. Отсюда - куча времени на онбординги, код-ревью, написание автотестов на каждый чих, да ещё их надо окружить аналитиками, тестировщиками, техрайтерами, ПМ-ами, тимлидами, техлидами и иже с ними.
В итоге на задачу, которую можно было написать впятером, сажают 100 человек в 20 командах, бьют всё на микросервисы, обмазывают хелмчартами, ансиблами, терраформами, прометеусами, графанами и складывают в кубер в облаках.
Так в том и смысл, что юридические подробности были запрошены, в ответ на что был комментарий Линуса в духе "ты виноват уж тем, что хочется мне кушать", "я финн и не люблю русских" и прочее.
Более того, данное действие прямо противоречит опубликованной политике разработки, где заявлено, что не играют роли пол, возраст, вероисповедание, нация разработчика и так далее. Из чего можно сделать вывод, что юридических подробностей попросту нет.
Просто у них емэйлы не в зоне ru.
"бОльшая часть кодовой базы линукса" разрабатывалась людьми, которым было искренне плевать на цвет кожи, нацию, вероисповедание и взгляды. Людьми, которые верили в принципы меритократии. Людьми, которые делились своими наработками с миром просто "потому, что могу".
С чего вдруг надо испытывать неприязнь к труду всех этих людей, неважно - американец это, русский, китаец или бразилец?
Собственно, Линуса сейчас и чморят ровно за то, что он проводит и поддерживает это разделение на "правильных разработчиков" и унтерменшей.
Основная его заслуга - он оказался хорошим организатором, способным собрать кучу народа вокруг своего проекта. Но быть хорошим организатором совсем не означает быть хорошим разработчиком или не быть мудаком.
Проблема в том, что значительная часть вклада в тот же линукс создана как раз "у нас". И значительное число IT-компаний с мировым именем имеют российские корни, но зарегистрированы в США, потому что даже ещё лет 10 назад считаться приличным производителем ПО можно было, только имея головной офис там.
Действия же Линуса суть банальный нацизм и не важно, имел он на это формальное право или нет. Вместо ПО, которое совместно разрабатывали айтишники со всего мира, не обращая внимания на цвет кожи, язык и гражданство - теперь имеем "правильных разработчиков" и унтерменшей, которых надо заблокировать, потому что у них почтовый домен не тот. Следующим шагом, по всей видимости, будет что-то наподобие трамваев и кафе "только для немцев", как было в Польше в период её оккупации.
При этом, что характерно, эти шаги всю дорогу делаются отнюдь не Россией.
Беда в том, что планка "среднего" неуклонно снижается.
В 80-х и даже в начале 90-х в IT денег ещё не было и шли туда в основном фанаты. Те, кто сам паял себе компьютеры и сам писал под них софт и операционки; кто поднимал фидошные ноды "потому что могу", кто занимался IT из любви к этой отрасли.
Потом зарплаты выросли и пошла волна "вайтишников": "Я тут после армии два года вагоны разгружал, а тут узнал, что программистам дохрена платят, какой язык мне выучить первым?". И сейчас уже их прочат в "сеньоры", потому что ну три года работает же, целых два проекта написал. Ну а то, что его код до сих пор ревьюить надо - "ну так все же так делают".
А те, кто писал код ещё задолго до рождения большинства этих "сеньоров" - они, судя по количеству минусов, звания сеньора как раз и не заслуживают, потому что писали в соло, а не сотней человек, подтирая друг за другом косяки. Ну что ж, давайте катиться по наклонной дальше.
Ну сейчас-то да, безусловно, когда в ИТ-компаниях число разработчиков измеряется сотнями, а подчас и тысячами - действительно, замещая количеством качество - надо строить сложную многоуровневую систему ревью, писать автотесты, гонять код статическими анализаторами... и всё равно допускать ошибки.
Но, понимаете ли, так было не всегда. Было время, когда любой приличный админ мог написать патч к ядру или любому софту, а при случае - и свой собственный написать. Достаточно вспомнить, что nginx был написан Игорем Сысоевым, когда он работал админом в Рамблере, потому что производительности апача не хватало. И это решение вполне работало.
Или, как пример, найдите интервью с Алексеем Кузнецовым, одним из основных разработчиков IP-стека в линуксе - он там рассказывал, как им в институт притащили две дискеты с линуксом - правда, половины libc не было и пришлось дописать самостоятельно. И он тоже не был профессиональным программистом, он был физиком.
И ревьюить их код было банально некому, да и незачем, потому что это сейчас логика программиста "моё дело - тикеты в жире закрывать, а зачем они - то пусть ПМ думает". Там люди сами ставили себе задачи и сами их решали - и инженер, не умеющий в декомпозицию, попросту не мог называться инженером.
Или, на Ваш взгляд, человек, написавший в одиночку самый популярный веб-сервер в мире, недостоин высокого звания сеньора? А ведь он не был каким-то выдающимся исключением, на это был способен любой приличный специалист, если он вдавался в проблему.
Я возражал на комментарий, в котором человек заявлял, что "Сеньор это не про соло проекты", не более того.
Что нельзя быть сеньором в 22 - я, скорее, соглашусь. Притом, что я сам программирую с 9 лет, а сейчас мне 44 и я ещё успел застать "старую школу" (начинал, к слову, сразу с ассемблера).
При этом мне неоднократно приходилось делать крупные проекты либо в одиночку, либо в группе, но где мою часть знал только я. Зачем нужно ревьюить код сеньора с опытом в четверть века и зачем ради этого нанимать второго такого же - ну, мне не очень понятно.
Так речь и идёт о сеньорах, причём именно в нормальном смысле этого слова, с десятками лет опыта за плечами.
Покажите, пожалуйста, где написано, что сеньор обязательно должен проходить код-ревью, а не то он будет "колоссом на глиняных ногах"?
Кроме того, я говорил не о прохождении, а о проведении ревью самостоятельно. Это отдельный навык, безусловно полезный, но вовсе необязательный для сеньор-разработчика - если он, как было указано выше, писал исключительно соло-проекты.
И да, соло-проекты - это необязательно "сайт про меня и мою собачку жучку". Я знаю примеры крупных проектов с сотнями внедрений, написанных без код-ревью просто потому, что писали их люди, чей код ревьюить банально не было нужды (да и найти специалистов, способных это ревью провести, задача очень нетривиальная).
Как раз говорит. Потому что сеньор - это про умение строить архитектуру, умение поддерживать проект, про знание смежных областей. В соло-проектах именно эти навыки и необходимы. Когда никто, кроме тебя, не придумает общую концепцию проекта, не построит инфраструктуру, не обеспечит работоспособность.
Чего сеньор не получит в соло - это навыков распределения задач, совместной работы, код-ревью. Но это, по нынешним временам, уже скорее функции тимлида/техлида, сеньор-разработчику это необязательно.
А что в этом такого? Я начал программировать в 9, сеть техникума взломал в 16. Но это в ещё отсутствие Интернета, потому как в 80-х особого доступа не было.
Если парень начал с самого детства, имеет мозги и талант - то почему бы и не быть хакером в 12-15?
Отчасти это оправданно стоимостью сопровождения и поддержки. Со сторонней компанией можно заключить юридически понятный контракт на сопровождение, со своим отделом - ну вот увольняетесь Вы, как главный разработчик, и кто будет поддерживать эту систему? Ведь наверняка ни проектной документации, ни даже комментариев в коде особо нет. Стоимость владения получается непомерной - особенно с учётом зарплат отделу разработчиков.
Это может быть шагом к своему бизнесу, например. Потому что на одних технарских навыках далеко не уедешь, надо уметь продать себя и продукт, нужно уметь организовать разработку и добиться результата - а это как раз навыки хорошего ПМ.
А вот сочетая то и другое уже можно и на вольные хлеба идти, если есть желание.
Можно не совмещать, но иметь адекватный бэкграунд. Видел ПМ-а по банковским решениям с опытом ИТ-директора в нескольких банках и опытом разработчика. Вот там да, человек вменяемо мог и часы посчитать, и разработчикам всё объяснить, и заказчика размазать тонким слоем по столу и убедить в необходимости выделения бюджетов. Просто потому, что сам был на всех этих должностях.
В противном случае ПМ в лучшем случае будет играть роль секретарши, пригодной только организовать встречу заказчика с исполнителем.
Нормально руководить проектом может только техлид/архитектор, да и то - только если он вдобавок обладает навыками менеджера.
Только человек, который как видит весь проект целиком, так и понимает работу каждого фрагмента, может адекватно оценивать сроки, качество работы разработчиков, бюджеты, потребности. Если этого всего нет - РП превращается в говорящую куклу, вызывающую у всех досадливое отвращение: работы и так навалом, а тут ещё этот за штанину дёргает и чего-то клянчит. И единственная роль РП в этом случае - выступать мальчиком для битья в разговорах с заказчиком, да и то - только если заказчик технически неграмотен и сам не понимает происходящего.
"Раньше" было две категории: были разработчики и были системные администраторы (ещё раньше и администраторов не было, но в такую древность сейчас погружаться необязательно).
Разработчики писали софт, админы отвечали за работу этого софта на проде. В комплексе, потому что проблемы в работе могут вызываться чем угодно: кривыми руками пользователя, сбоями в сети, недостатком производительности серверов и ещё миллионом причин. И любой приличный админ умел программировать хотя бы на уровне прочитать код и написать патч, а хороший админ легко мог и ядро пропатчить, и свой драйвер файловой системы написать. Достаточно вспомнить, что nginx был написан, когда его автор, Игорь Сысоев, работал админом в Рамблере.
Потом решили, что "админы не нужны", потом придумали дево-псов, которые вроде бы должны сочетать разработку с администрированием, потом придумали SRE...
А по факту это всё те же админы. Только их мало осталось.
Фраза красивая, но это только один из частных случаев.
Во-первых, незаменимые есть всегда. Собственник, гендир. На этапе старта компании (а это нормальный этап, через который проходят все) незаменимость человека - норма жизни. Более того, ориентироваться на "заменимых" - значит ориентироваться не на квалифицированных специалистов, а на туповатых (но зато заменимых) середнячков, а с такими построить конкурентоспособный бизнес не получится.
Ну и, кроме того, это очень дорого, особенно на начальном этапе. Чтобы обеспечить возможность работы "середнячков" - должны быть очень качественно простроены бизнес-процессы, а это тоже должен сделать кто-то квалифицированный, сиречь незаменимый.