Часто очень мелькает вопрос: а как отличить миддла от сеньора? Как определить мой грейд?
Я для себя определил очень простую шкалу:
- джун не знает как делать
- миддл знает как делать
- сеньор знает как не делать

Не бывает больше одной срочной задачи

Это бессмыслица уже по своей форме даже, не только по сути. Всегда есть градация приоритетов. Вот, например, как это сделано в гугле. Задача уровня Р0 (то есть имеющая максимальный приоритет) критична для бизнеса и все ресурсы должны быть брошены на ее выполнение. У таких задач должно быть явно обозначенное время реакции и четко прописанный регламент. Команда не должна выбирать и думать, какая из Р0 приоритетнее🤔
Поэтому когда приходят два менеджера со "срочными" задачами, и это не бизнес-критикал, а просто горит, то надо понимать: либо будет сделана одна, но хорошо. Либо обе, но хуево.

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

​​Про рутину

Часто слышу, люди жалуются: работа неинтересная, рутина завалила, начинаю выгорать, жизнь не мила. Я нашего брата-ойтишника имею в виду конечно.
Ну вот как так? Если отбросить очевидный вариант "ты ж не дерево, встань и поменяй работу", почему люди ничего с этим не делают? Я рутину люблю например. Много рутинных действий — это простор для автоматизации. Можно начать оптимизировать, писать кодогенераторы, ямлогенераторы, хелмогенераторы, ввести метрики и явно замерить эффект от своих действий. Придти с ним к бизнесу и гордо сказать "воть!"
Ну, по возможности, надо избегать, конечно, таких мест, где нельзя придти и сказать "воть!", потому что всем пофиг или сначала надо продраться через чудовищную стену бюрократии. В этом случае надо, конечно, вспоминать, что ты не дерево

В продолжение темы Infrastructure as Software

Не так давно я писал пост про возрастающую сложность YAML-манифестов и про то, что рано или поздно мы придем к концепции описания инфраструктуры кодом. То есть декларативное описание становится слишком сложным и нам уже физически необходимо использовать стару-добрую императивную логику. Вот и первая ласточка в этом направлении (может и не первая, но до меня пока только эта долетела)
Встречайте Cloud Development Kit for Kubernetes

Идея ровно такая, как я писал в упомянутом посте. Генерация шаблонов из кода. На данный момент поддерживаются python, java, typenoscript и javanoscript. Идея проста до безобразия и именно тем и привлекательна. Буду пробовать обязательно, по результатам отпишусь
#полезняшки

В продолжении поста про рутину
Мне написали несколько человек про вторую часть, в частности про "всем пофиг"

Зачастую невнимание бизнеса к недостаткам в Operations, да и в разработке, обусловлены не тем, что они такие плохие, а тем, что они гораздо больше погружены в бизнес-процессы, а если техническая команда выдает какой-то приемлемый результат, то и лезть туда незачем. Это зона ответственности СТО, а они, к сожалению, не всегда бывают компетентны. В результате проблемы начинают замечать тогда, когда это уже превратилось в снежный ком. Но всегда есть шанс взять инициативу в свои руки, ввести метрики, найти проблемные места и оптимизировать их. Бизнес очень любит цифры, если придти к нему не с истерикой вида "аа, все плохо", а показать конкретные цифры, озвучить результаты своего исследования и предложить пути оптимизации, то в большинстве случаев это сработает. Меньшинство включает в себя случаи, когда реально пофиг (это очень плохо) и когда все это обвешано космическим количеством бюрократии (привет банки, бодишопы и всякий энтерпрайз). В этом случае, конечно, надо смазывать лыжи
Вообще, придание собственной ценности тому проекту, с которым ты работаешь, очень добавляет мотивации и защищает от выгорания. Вот это ощущение, когда ты действительно можешь что-то менять в рамках своих компетенций, оно очень крутое

Только мы успели проговорить про VSCode в браузере, как Майкрософт выкатил офигенную логичную фичу. Открываете любой репозиторий, нажимаете "." (точку) и вас кидает в открытый VSCode (открывается он на сайте https://github.dev). Отличий от предыдущего варианта вагон. Во-первых, это полнофункциональная среда разработки с возможностью выбрать цветовую тему, установить расширения, настроить шрифты и все такое. Во-вторых, ваши изменения сразу попадают на гитхаб с возможностью сделать пулл-реквест, если вы внесли правки в чужой репозиторий и сделать прямой коммит, если вы работаете в своем. В сочетании с GitHub Actions это отличная возможность поправить что-то по-быстрому с любого устройства и сразу запустить пайплайн. Ну и в-третьих используя Setting Sync вы можете иметь единообразно настроенную среду разработки, опять-таки, на любом устройстве
#полезняшки

Про отсутствие эго

В рабочем процессе нужно выключать свое эго. И решения стоит принимать не исходя из своей предпочтений, а из того, что двинет ваш проект вперед. Это все относится к "попробовать новые клевые штуки", "я не буду делать, потому что мне не нравится", "я устал от рутины" и все такое. Когда исключаешь "Я" из этого потока и начинаешь принимать решения исходя из business value, то работать становится
а) интереснее
б) эффективнее
Эго в рабочем процессе — это всегда конфликт. Ровно потому, что наши собственные стремления могут расходиться с требованиями бизнеса и надо таки выбирать бизнес. Я так уверенно говорю, потому что я был и на другой стороне баррикад. У меня был опыт запуска своего бизнеса, в который приходилось нанимать людей и как руководитель, я очень хорошо понимал, чего я хочу от сотрудников. Потом, вернувшись обратно в найм, я вспомнил про все вот эти свои хотелки и стал применять их уже в роли наемного работника. Это работает офигенно. Договариваться стало проще, реализовываться стало проще, работать стало интереснее. И когда я попытался суммировать как-то этот опыт, то пришел как раз к очень простому выводу: я выбросил эго и стал думать не про то, как мне хочется, а про то, как это будет полезно. А в итоге в выгоде остаются все, идеальный пример win-win стратегии

Все, что идет в комплекте с JDK — прекрасные, удобные, стабильно работающие вещи: javac, jar, javadoc, java. Наверное, потому что люди, программирующие JDK, на Джаве не пишут.
(с) Тонский

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

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

Вот такая вот прекрасная тема для пятничного вечера. События давно прошли, моя пятая точка погасла, решил поделиться со всеми :)
Краткая предыстория: у нас прилег кластер (что в MCS совершенно обычное будничное событие, они там лежат стабильно раз в неделю), а назывался он k8s-dev
И вот это чудо из саппорта решило, что оно вправе двигать SLA в зависимости от "назначения кластера". То есть если вы не управляете, видимо, медицинским или атомным оборудованием через кубернетес в мейл.ру, то вас можно и подвинуть
Не будьте как #mailru

Про фокус

Фокус — это важно. На это вводную часть закончим и приступим к основной.

Фокус, поток — все это названия одного и того же явления, то самое блаженное состояние, когда из-под вашего пера выходит вдохновенный код, когда все получается и вы получаете истинное удовольствие от своей работы. К сожалению, оно столь же хрупко, сколько прекрасно. Все знают, насколько легко оно разрушается случайным словом, не вовремя пришедшим уведомлением или нелепым вопросом. Раньше я считал поток непродуктивным в силу его нестабильной природы, типа дисциплина лучше и все такое. А потом понял, что события эти не исключают друг друга. Дисциплина нужна, чтобы войти в поток, а поток нужен, чтобы творить вдохновенно. К сожалению, сейчас специфика моей работы такова, что я вынужден общаться с большим количеством коллег, но я все равно стараюсь найти время для потока. 2-3 часа проведенные в нем, дают результат гораздо больший, нежели эти несчастные 8 вымученных часов просиживания задницы в условном офисе, неважно, в реальном или виртуальном.

Главное в бережном отношении к потоку — это сохранять его хрупкость.

Я сейчас скажу страшное для 21 века, но выключите уведомления. Все. Совсем. Навсегда. Неважно, это все неважно, это все может подождать. Красные кружочки жрут ваше внимание большой ложкой, постоянно что-то всплывающее на лок-скрине вашего смартфона требует от вас действия. Даже если вы умеете не обращать на это внимания и усилием воли заставляете себя продолжить работу, тревожность все равно подтачивает там где-то внутри. Она копится, и психотерапевты где-то уже потирают руки, готовясь встретить вас как очередного клиента.

У меня нет уведомлений вообще. Ни на компьютере, ни на телефоне. Они отключены, абсолютно. Исключение составляют только уведомления от банка. Они приходят очень нечасто, их можно потерпеть. И знаете, я чувствую себя хозяином своей жизни. Я проверяю почту и мессенджеры когда удобно мне, а не когда удобно им. В этом мире нет ничего срочного, про пожар в ДЦ вам, я уверен, позвонят гораздо быстрее, чем вы прочитаете сообщение в мессенджере.

Один человек пытался мне возразить: "Хотел бы я жить такой жизнью, но, к сожалению, мне очень важно оперативно получать информацию". Тебе важно просто чувствовать себя важным, мэн, тебе кажется, что все это действительно касается тебя. Потому что иначе придется признать, что твоя жизнь пуста и скучна.

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

Про принятие

Сегодня интересная тема :) Про принятие нам твердят из каждого утюга, но никто не говорит толком, что именно такое, это принятие. Я какое-то время уже размышляю сам в себе над этим и вывел вот такое определение. Принятие — это не смирение, не прощение и не конформность. Принятие — это умение встроить нечто (этим нечтом может быть событие, человек, процесс, все что угодно) в свою жизнь, в свой повседневный ход мыслей, превратить в рефлекс, если угодно. Принять — значит убрать из объекта принятия триггер эмоций. Когда идет дождь, вы просто берете с собой зонт. Вы не пытаетесь изменить это событие, вы можете для виду поворчать, вы можете даже разозлиться, но знание внутри останется неизменным: дождь идет и это факт. Вы принимаете это как факт.
А причем тут технологии и все вот это?
Я всегда вспоминаю о принятии, когда кто-то начинает спорить о вкусах. Дженкинс vs. тимсити, пайтон vs. голанг, бмв vs. мерседес, oфис vs. удаленка... примеров масса и они вызывают искренние эмоции противостоящих сторон. Меня в последнее время стала интересовать лишь цель, а средства, различающиеся лишь на вкус, все меньше. Я принимаю правила игры и стараюсь играть в нее с максимальной эффективностью.

Про факап на $100K

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

Работал я какое-то время назад в компании, которая занималась монетизацией мобильного трафика. И вот, в какой-то момент времени мы купили китайскую компанию поменьше и ее инфраструктуру надо было интегрировать к нам. А особенностью было то, что компания эта существовала довольно давно и у нее был договор с пачкой мелких китайских вендоров, что их (купленной китайской компании) рекламный SDK был на телефоны этих мелких вендоров предустановлен.

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

Ну а особенности китайского софтописательства заключались в том, что они пытались сохранить некое подобие обратной совместимости и для новых версий SDK использовали (🤪) теже самые эндпоинты и как-то очень хитровыделанно фильтровали это на балансерах, нормальный трафик пропускали внутрь, а по паразитному отдавали код 400 и благополучно отваливались. Документации на все это естественно не было.

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

Хостились мы тогда у замечательных ребят servers.com, я все это добро затащил у нам в контур, поставил под мониторинг и забыл. Через полтора месяца пишет мне СТО мессагу вида: "Андрей, у нас срочный созвон, через полчаса жду тебя в зуме". Прихожу я в зум, а там несколько директоров и CFO с очень странным выражением лица показывает счет от провайдера на 98 с чем-то тысяч баксов и очень недобро смотрит на меня, спрашивая "откуда все это?". Обычный счет на инфру был в районе ~15К в месяц (точно уже не помню) и я прилично охуел.

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

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

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

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

Вот такая вот история. Вы можете справедливо заметить, что сокращение костов и так являлось моей задачей (я работал в должности Head of Infra) и будете правы. Но в свое оправдание я скажу, что ценник всех устраивал, все было нормально оптимизировано, и за косты мне никто ничего не говорил. Я же проделал очень большую работу с закапыванием в код, кучей коммуникаций с разработчиками и приведения в порядок легаси в одно лицо.

Такая вот история🙂

Про прошлое, настоящее и будущее

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

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

Мой Сэнсей (года на 3-4 он меня младше кстати) прошел путь от админа в компьютерном клубе до CIO, потом внезапно пропал. Через какое-то время выяснилось, что он долго работал у Лебедева, а сейчас у него свой интересный бизнес. Другой мой друг радовался первым маленьким заказикам из-за рубежа, а сейчас генеральный директор одной довольно известной IT-компании с представительствами по всему миру. Моя карьера тоже довольно интересно сложилась, звезд с неба не нахватал, но было очень много всякой интересной движухи.

Что объединяло нас? Мы были и остались... ммм, задротами :) Нердами, хакерами в том первичном, сейчас уже фактически забытом смысле. Мы фигачили за идею и продолжаем это делать. За интерес. Из чистого прекрасного любопытства.

Писать эмуляторы x86 на javanoscript, с головой зарывшись в даташиты? Вай нот.
Раскапывать древний кернел, поспорив про то, как считается LA? Погнали.
Ставить OpenBSD, потому что у кого-то нашлась Та Самая Книжка и хочется радостно поностальгировать? Да легко.

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

Ох, старпёрский ностальгический пост получился🤓 Осень, чето накатило...
Завершить хочу прекраснейшим текстом Гриши Бакунова (aka bobuk), человека, не нуждающегося в представлении. Сотни раз читан и перечитан этот текст, очень крутой
https://github.com/bobuk/addmeto.cc/blob/master/pages/2013-04-19.md

- Сделал?
- Да
- Работает?
- Нет.

Вынесенный в заголовок диалог, к сожалению, не шутка. Это реальная ситуация при приемке девопс-командой задачи от разработчика, который должен был нам прикрутить "какую-то штучку" (за давностью лет уже не вспомню, какую именно штучку мы просили, да оно и не важно в принципе). Все это как раз про результат, а не про буквальное закрытие задачи. Написание кода, как известно, самый простой и тривиальный момент в работе разработчика. До кода идет планирование, а после кода — интеграция. И оно все гораздо интереснее и обладает большей ресурсоемкостью.

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

Про выбор

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

Это выбор.

Банальный самостоятельный выбор. Я признал, что алкоголь это прикольная вкусная штука, расслабляющая и раскрепощающая (а я интроверт до мозга костей, мне порой сложно общаться с людьми), но последствия употребления настолько фатальны, что я выбираю трезвость. И каждый раз, когда меня настигает желание выпить, я вспоминаю про свой выбор. Тоже самое и с сигаретами. Да и со всем, чем угодно, в принципе. Сейчас я также работаю с прокрастинацией. Я признаю, что потупить в ютубчик или погамать это крайне приятно и интересно, но я выбираю сделать полезные дела, а потом еще и можно дать себе вознаграждение, если это важно.

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

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

Дело в том, что любая зависимость, будь то химическая или поведенческая, стимулирует выброс "быстрого дофаминчика", который является мотивационным нейромедиатором. Дофамин выделяется в ответ на приятное для мозга действия, он является вознаграждением за приятное и служит для укрепления нейронных путей в это "приятное". В этом задействованы системы Want и Like. И со временем количество выделяемого дофамина (система Like) уменьшается, но количество рецепторов в нейронном пути продолжает расти (система Want), поэтому необходимо ее постоянно "кормить". Это и есть привычка. И когда бьет током, то действие и результат мгновенны и нейронный путь прокладывается моментально, так работает обучение. А когда бухаешь, то отложенное похмелье и мгновенный дофамин сейчас — это два разных действия для мозга и связать их воедино можно сделав осознанный выбор. Это, конечно, не единственный путь, но довольно эффективный.

Про бабло

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

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

С эпохой agile-трансформаций в Айти, трансформировалось и понимание сотрудника. Понятно, что несмотря на все автоматизации, руками работать все равно надо, а вот как работать — это как раз вопрос, на который мы отвечаем. Раньше айти-команда была такой привычной очередью: человек получал извне задачи, делал их и отправлял обратно. Все чинно, благородно и размеренно. За него думали другие люди и всех все устраивало: релизимся раз в полгода, без ТЗ не работаем и прочие вот эти штуки

Аджайл (хуяйл😁) принес нам помимо всего вот этого бреда с манифестами и прочими почти религиозными заморочками очень важную вещь: он существенно сократил время итераций (то есть запуска функциональности на production) и убрал барьер между бизнесом и исполнителем задачи. Но убрал он его из процессов, а из головы людей не убрал.

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

devops — это тоже про деньги и хоть инфраструктура деньги только тратит, но влиять на revenue можно и опосредованно. Строить правильные процессы, сокращать расходы на инфраструктуру, планировать SLO и SLI, укладываться в error budget. Вообще, понимание того, что бизнес любит цифры — это очень хороший скилл.

И вот такие люди фактически становятся партнерами компании и могут расчитывать на хорошее вознаграждение за результатам своей работы. Это сложно, надо думать out of the box, постоянно учиться. забыть про фразу "это не входит в мои обязанности", погружаться в продуктовые процессы и все такое. Зато в итоге, помимо денег, есть еще и удовлетворение от хорошо сделанной работы и понимание всего процесса от начала и до конца.

Про технологии

Почему люди так дрочат на технологии? Неужели им действительно это кажется таким важным?

Мне кажется, что причину хорошо раскрыл Виктор Олегыч Пелевин, когда писал: "то, для чего нет слова, для 99,99 % людей не существует вообще". Людям важна не технология как продукт мысли, а важны слова, которые стоят перед ней. Чем больше и разнообразнее этих слов можно напихать в резюме, тем выше их собственная ценность в их же глазах.

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

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

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

​​Про google

Хочу порекомендовать книжку.

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

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

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

Мне вот интересно, если характеры Ларри и Сергея действительно таковы, как они описаны в книге, то в какой момент и под влиянием каких обстоятельств они изменили своему девизу "Don't be evil"? И изменились ли они сами? Оригинальная книга была выпущена в 2011, когда слоган еще присутствовал в брендбуке гугла, сейчас, по прошествии 10 лет очень интересно сравнивать ту восторженность стартапа, которая прекрасно передана в книге и огромного корпоративного монстра, в которого превратился Google сейчас.

Это ни в коем случае не реклама, все ссылки на книгу, я уверен, вы сможете найти самостоятельно

В пятницу буду выступать в Яндексе на камерном митапчике на тему ИБ. Буду рассказывать смешную историю как меня хакнули :) Мероприятие планировалось оффлайн, но ковид опять перечеркнул все планы. Заходите послушать
https://cloud.yandex.ru/events/421

​​Опять про технологии

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

В общепринятой градации есть такое разделение: генералисты, люди которые обладают широким, но поверхностным набором знаний; I-shaped persons, спецы, которые имеют глубокий опыт и хорошо разбираются в чем-то одном и T-shaped persons, спецы, глубоко погруженные в одну тему и обладающие кругозором еще в нескольких соседних тематиках.

И вот когда доходишь до уровня T-shaped person, то вопрос "а как это сделано?" возникает довольно редко, в основном, когда погружаешься в какие-то академические вещи, где pure science и все такое.
А вот вопрос "зачем это сделано?" и "зачем это сделано именно так?" возникает гораздо чаще и обладание более широкой экспертизой позволяет задать этот вопрос более, чтоли, верно. Это про понимание сути вещей. Понимание того, откуда берется твоя зарплата, если угодно :)

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