Happy Devops — сообщество адекватных инженеров – Telegram
Happy Devops — сообщество адекватных инженеров
1.91K subscribers
182 photos
8 videos
2 files
298 links
Сообщество адекватных инженеров | Все про DevOps и эксплуатацию.

Культура, инструменты, подходы и решения

Живо общаемся (чат): https://news.1rj.ru/str/+eNGNnbY_2mVkZTEy

По всем вопросам в бота: @HDFeedBackBot
Web: https://happydevops.ru
Download Telegram
Про отсутствие эго

В рабочем процессе нужно выключать свое эго. И решения стоит принимать не исходя из своей предпочтений, а из того, что двинет ваш проект вперед. Это все относится к "попробовать новые клевые штуки", "я не буду делать, потому что мне не нравится", "я устал от рутины" и все такое. Когда исключаешь "Я" из этого потока и начинаешь принимать решения исходя из 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) и будете правы. Но в свое оправдание я скажу, что ценник всех устраивал, все было нормально оптимизировано, и за косты мне никто ничего не говорил. Я же проделал очень большую работу с закапыванием в код, кучей коммуникаций с разработчиками и приведения в порядок легаси в одно лицо.

Такая вот история🙂
👍19
Про прошлое, настоящее и будущее

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

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

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

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

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

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

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

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

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

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

Это выбор.

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

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

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

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

В последнее время 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 сейчас.

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

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

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

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

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

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

Вот крик души продакт-менеджера (или менеджерки?🤔):
я задала вопрос не потому что мне нечего делать, а потому что я хочу запустить [сервис] там и чтобы отстали от меня
Понятно, что у каждого из нас очень много задач и построить поток на этом довольно сложно, но нужно дать себе немного времени, посидеть, остынуть и понять, что все эти доебки не рождаются на пустом месте.

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

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

P.S. Я вот сам ни разу не ангел и порой у меня подгорает очень сильно, аж прям давление повышается. В таком случае я пользуюсь бессмертным методом Скарлетт О'Хара и решаю подумать об этом завтра. А завтра я уже думаю совершенно в другом контексте, без своих сжигающих в моменте эмоций. И чаще всего удается понять, где именно зарыта бяка
👍1
Про бд

У нас же все-таки технический канал :) Поэтому запилил пост про очень крутую и незаслуженно обойденную вниманием БД.

Это, конечно же. sqlite. Встраиваемая, крутейшая система управления базами данных. Один исполняемый файл, КУЧА фич из коробки, очень легкая и простая в использовании, не требует сервера. Бэкапится, переносится и восстанавливается максимально легко при помощи системных средств ОС🙃 Я имею в виду копирование, ваши данные сохраняются в одном файле. С оооочень удобной REPL-консолью, гуевыми клиентами и даже в виде экстеншена для хрома. Если вы не любите эксель, но хотите в аналитику на кончиков пальцев, то это прям ваш выбор.

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

Для большинства проектов типа "Блог Я и моя сраная собака" нафиг не нужны всякие громоздкие СУРБД, которые как из пушки по воробьям и только добавляют сложности в поддержке. Я с удовольствием использую sqlite по максимуму и крайне доволен. Чего и вам желаю :) #полезняшки

Хотел писать пост про нее сам, но погуглил и понял, что все написано до меня :)
https://antonz.org/sqlite-is-not-a-toy-database/
Про принцип единой ответственности

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

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

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

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

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

Но так ли это на самом деле?

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

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

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

Не все такие конечно, но, к сожалению, большинство.
​​Если кто еще не в курсе вдруг) Сбер запустил свою версию GPT-3 для генерации картинки из текста. Можно ввести любой набор слов и компьютерный разум выплюнет вам свою больную визуальную фантазию на заданную тему. Много поиграться вряд ли выйдет, генерации картинки надо ждать около часа.
У меня получилось вот такая криповатенькая штучка