Про отсутствие эго
В рабочем процессе нужно выключать свое эго. И решения стоит принимать не исходя из своей предпочтений, а из того, что двинет ваш проект вперед. Это все относится к "попробовать новые клевые штуки", "я не буду делать, потому что мне не нравится", "я устал от рутины" и все такое. Когда исключаешь "Я" из этого потока и начинаешь принимать решения исходя из business value, то работать становится
а) интереснее
б) эффективнее
Эго в рабочем процессе — это всегда конфликт. Ровно потому, что наши собственные стремления могут расходиться с требованиями бизнеса и надо таки выбирать бизнес. Я так уверенно говорю, потому что я был и на другой стороне баррикад. У меня был опыт запуска своего бизнеса, в который приходилось нанимать людей и как руководитель, я очень хорошо понимал, чего я хочу от сотрудников. Потом, вернувшись обратно в найм, я вспомнил про все вот эти свои хотелки и стал применять их уже в роли наемного работника. Это работает офигенно. Договариваться стало проще, реализовываться стало проще, работать стало интереснее. И когда я попытался суммировать как-то этот опыт, то пришел как раз к очень простому выводу: я выбросил эго и стал думать не про то, как мне хочется, а про то, как это будет полезно. А в итоге в выгоде остаются все, идеальный пример win-win стратегии
В рабочем процессе нужно выключать свое эго. И решения стоит принимать не исходя из своей предпочтений, а из того, что двинет ваш проект вперед. Это все относится к "попробовать новые клевые штуки", "я не буду делать, потому что мне не нравится", "я устал от рутины" и все такое. Когда исключаешь "Я" из этого потока и начинаешь принимать решения исходя из business value, то работать становится
а) интереснее
б) эффективнее
Эго в рабочем процессе — это всегда конфликт. Ровно потому, что наши собственные стремления могут расходиться с требованиями бизнеса и надо таки выбирать бизнес. Я так уверенно говорю, потому что я был и на другой стороне баррикад. У меня был опыт запуска своего бизнеса, в который приходилось нанимать людей и как руководитель, я очень хорошо понимал, чего я хочу от сотрудников. Потом, вернувшись обратно в найм, я вспомнил про все вот эти свои хотелки и стал применять их уже в роли наемного работника. Это работает офигенно. Договариваться стало проще, реализовываться стало проще, работать стало интереснее. И когда я попытался суммировать как-то этот опыт, то пришел как раз к очень простому выводу: я выбросил эго и стал думать не про то, как мне хочется, а про то, как это будет полезно. А в итоге в выгоде остаются все, идеальный пример win-win стратегии
Все, что идет в комплекте с JDK — прекрасные, удобные, стабильно работающие вещи: javac, jar, javadoc, java. Наверное, потому что люди, программирующие JDK, на Джаве не пишут.
(с) Тонский
(с) Тонский
В продолжение поста про nocode. Комментарий "обычного пользователя" к статье, этот самый nocode, восхваляющей
"А теперь посмотреть на [это все] со стороны. И понять, что юзер утонет в этом. Не разберётся. Психанёт. И точно, его час по жизни стоит дешевле, чем у программиста. А значит он нищеброд. А должен придти дядя и всё это настроить и в узлы связать. А перед этим выслушать бизнес-задачу вообще. Или юзер должен потратить много времени. Потому что статья очень техническая. Гуманитарий может осилить 5 кнопок это край"
"А теперь посмотреть на [это все] со стороны. И понять, что юзер утонет в этом. Не разберётся. Психанёт. И точно, его час по жизни стоит дешевле, чем у программиста. А значит он нищеброд. А должен придти дядя и всё это настроить и в узлы связать. А перед этим выслушать бизнес-задачу вообще. Или юзер должен потратить много времени. Потому что статья очень техническая. Гуманитарий может осилить 5 кнопок это край"
Telegram
Happy Devops
Про nocode
Современный тренд на nocode-платформы меня прям умиляет. Я вспоминаю начало 2000-х и кучу CMS, которые должны были похоронить профессию программиста как факт. 15 лет прошло и до сих пор хоронят. Надо признать пару очевидных вещей: во-первых, из…
Современный тренд на nocode-платформы меня прям умиляет. Я вспоминаю начало 2000-х и кучу CMS, которые должны были похоронить профессию программиста как факт. 15 лет прошло и до сих пор хоронят. Надо признать пару очевидных вещей: во-первых, из…
Вот такая вот прекрасная тема для пятничного вечера. События давно прошли, моя пятая точка погасла, решил поделиться со всеми :)
Краткая предыстория: у нас прилег кластер (что в MCS совершенно обычное будничное событие, они там лежат стабильно раз в неделю), а назывался он
Не будьте как #mailru
Краткая предыстория: у нас прилег кластер (что в MCS совершенно обычное будничное событие, они там лежат стабильно раз в неделю), а назывался он
k8s-dev
И вот это чудо из саппорта решило, что оно вправе двигать SLA в зависимости от "назначения кластера". То есть если вы не управляете, видимо, медицинским или атомным оборудованием через кубернетес в мейл.ру, то вас можно и подвинутьНе будьте как #mailru
Про фокус
Фокус — это важно. На это вводную часть закончим и приступим к основной.
Фокус, поток — все это названия одного и того же явления, то самое блаженное состояние, когда из-под вашего пера выходит вдохновенный код, когда все получается и вы получаете истинное удовольствие от своей работы. К сожалению, оно столь же хрупко, сколько прекрасно. Все знают, насколько легко оно разрушается случайным словом, не вовремя пришедшим уведомлением или нелепым вопросом. Раньше я считал поток непродуктивным в силу его нестабильной природы, типа дисциплина лучше и все такое. А потом понял, что события эти не исключают друг друга. Дисциплина нужна, чтобы войти в поток, а поток нужен, чтобы творить вдохновенно. К сожалению, сейчас специфика моей работы такова, что я вынужден общаться с большим количеством коллег, но я все равно стараюсь найти время для потока. 2-3 часа проведенные в нем, дают результат гораздо больший, нежели эти несчастные 8 вымученных часов просиживания задницы в условном офисе, неважно, в реальном или виртуальном.
Главное в бережном отношении к потоку — это сохранять его хрупкость.
Я сейчас скажу страшное для 21 века, но выключите уведомления. Все. Совсем. Навсегда. Неважно, это все неважно, это все может подождать. Красные кружочки жрут ваше внимание большой ложкой, постоянно что-то всплывающее на лок-скрине вашего смартфона требует от вас действия. Даже если вы умеете не обращать на это внимания и усилием воли заставляете себя продолжить работу, тревожность все равно подтачивает там где-то внутри. Она копится, и психотерапевты где-то уже потирают руки, готовясь встретить вас как очередного клиента.
У меня нет уведомлений вообще. Ни на компьютере, ни на телефоне. Они отключены, абсолютно. Исключение составляют только уведомления от банка. Они приходят очень нечасто, их можно потерпеть. И знаете, я чувствую себя хозяином своей жизни. Я проверяю почту и мессенджеры когда удобно мне, а не когда удобно им. В этом мире нет ничего срочного, про пожар в ДЦ вам, я уверен, позвонят гораздо быстрее, чем вы прочитаете сообщение в мессенджере.
Один человек пытался мне возразить: "Хотел бы я жить такой жизнью, но, к сожалению, мне очень важно оперативно получать информацию". Тебе важно просто чувствовать себя важным, мэн, тебе кажется, что все это действительно касается тебя. Потому что иначе придется признать, что твоя жизнь пуста и скучна.
Современные приложения воюют за время пользователя, это единственно ценный товар. Ваше время принадлежит вам. Синк абут ит, как говорили во времена моей молодости
Фокус — это важно. На это вводную часть закончим и приступим к основной.
Фокус, поток — все это названия одного и того же явления, то самое блаженное состояние, когда из-под вашего пера выходит вдохновенный код, когда все получается и вы получаете истинное удовольствие от своей работы. К сожалению, оно столь же хрупко, сколько прекрасно. Все знают, насколько легко оно разрушается случайным словом, не вовремя пришедшим уведомлением или нелепым вопросом. Раньше я считал поток непродуктивным в силу его нестабильной природы, типа дисциплина лучше и все такое. А потом понял, что события эти не исключают друг друга. Дисциплина нужна, чтобы войти в поток, а поток нужен, чтобы творить вдохновенно. К сожалению, сейчас специфика моей работы такова, что я вынужден общаться с большим количеством коллег, но я все равно стараюсь найти время для потока. 2-3 часа проведенные в нем, дают результат гораздо больший, нежели эти несчастные 8 вымученных часов просиживания задницы в условном офисе, неважно, в реальном или виртуальном.
Главное в бережном отношении к потоку — это сохранять его хрупкость.
Я сейчас скажу страшное для 21 века, но выключите уведомления. Все. Совсем. Навсегда. Неважно, это все неважно, это все может подождать. Красные кружочки жрут ваше внимание большой ложкой, постоянно что-то всплывающее на лок-скрине вашего смартфона требует от вас действия. Даже если вы умеете не обращать на это внимания и усилием воли заставляете себя продолжить работу, тревожность все равно подтачивает там где-то внутри. Она копится, и психотерапевты где-то уже потирают руки, готовясь встретить вас как очередного клиента.
У меня нет уведомлений вообще. Ни на компьютере, ни на телефоне. Они отключены, абсолютно. Исключение составляют только уведомления от банка. Они приходят очень нечасто, их можно потерпеть. И знаете, я чувствую себя хозяином своей жизни. Я проверяю почту и мессенджеры когда удобно мне, а не когда удобно им. В этом мире нет ничего срочного, про пожар в ДЦ вам, я уверен, позвонят гораздо быстрее, чем вы прочитаете сообщение в мессенджере.
Один человек пытался мне возразить: "Хотел бы я жить такой жизнью, но, к сожалению, мне очень важно оперативно получать информацию". Тебе важно просто чувствовать себя важным, мэн, тебе кажется, что все это действительно касается тебя. Потому что иначе придется признать, что твоя жизнь пуста и скучна.
Современные приложения воюют за время пользователя, это единственно ценный товар. Ваше время принадлежит вам. Синк абут ит, как говорили во времена моей молодости
Про принятие
Сегодня интересная тема :) Про принятие нам твердят из каждого утюга, но никто не говорит толком, что именно такое, это принятие. Я какое-то время уже размышляю сам в себе над этим и вывел вот такое определение. Принятие — это не смирение, не прощение и не конформность. Принятие — это умение встроить нечто (этим нечтом может быть событие, человек, процесс, все что угодно) в свою жизнь, в свой повседневный ход мыслей, превратить в рефлекс, если угодно. Принять — значит убрать из объекта принятия триггер эмоций. Когда идет дождь, вы просто берете с собой зонт. Вы не пытаетесь изменить это событие, вы можете для виду поворчать, вы можете даже разозлиться, но знание внутри останется неизменным: дождь идет и это факт. Вы принимаете это как факт.
А причем тут технологии и все вот это?
Я всегда вспоминаю о принятии, когда кто-то начинает спорить о вкусах. Дженкинс vs. тимсити, пайтон vs. голанг, бмв vs. мерседес, oфис vs. удаленка... примеров масса и они вызывают искренние эмоции противостоящих сторон. Меня в последнее время стала интересовать лишь цель, а средства, различающиеся лишь на вкус, все меньше. Я принимаю правила игры и стараюсь играть в нее с максимальной эффективностью.
Сегодня интересная тема :) Про принятие нам твердят из каждого утюга, но никто не говорит толком, что именно такое, это принятие. Я какое-то время уже размышляю сам в себе над этим и вывел вот такое определение. Принятие — это не смирение, не прощение и не конформность. Принятие — это умение встроить нечто (этим нечтом может быть событие, человек, процесс, все что угодно) в свою жизнь, в свой повседневный ход мыслей, превратить в рефлекс, если угодно. Принять — значит убрать из объекта принятия триггер эмоций. Когда идет дождь, вы просто берете с собой зонт. Вы не пытаетесь изменить это событие, вы можете для виду поворчать, вы можете даже разозлиться, но знание внутри останется неизменным: дождь идет и это факт. Вы принимаете это как факт.
А причем тут технологии и все вот это?
Я всегда вспоминаю о принятии, когда кто-то начинает спорить о вкусах. Дженкинс vs. тимсити, пайтон vs. голанг, бмв vs. мерседес, oфис vs. удаленка... примеров масса и они вызывают искренние эмоции противостоящих сторон. Меня в последнее время стала интересовать лишь цель, а средства, различающиеся лишь на вкус, все меньше. Я принимаю правила игры и стараюсь играть в нее с максимальной эффективностью.
Про факап на $100K
На интервью я люблю спрашивать про факапы, очень нравится мне слушать такие истории. Кстати, если человек говорит, что фейлов у него в карьере не было, то либо мало работал, либо что-то скрывает. Мне скрывать нечего, косяков я напорол достаточно😃 И вот сегодня расскажу вам историю, как я наказал родную компанию на 100 тысяч долларов
Работал я какое-то время назад в компании, которая занималась монетизацией мобильного трафика. И вот, в какой-то момент времени мы купили китайскую компанию поменьше и ее инфраструктуру надо было интегрировать к нам. А особенностью было то, что компания эта существовала довольно давно и у нее был договор с пачкой мелких китайских вендоров, что их (купленной китайской компании) рекламный SDK был на телефоны этих мелких вендоров предустановлен.
Ну и конечно же шло время, обновлялся андроид, версии SDK обновлялись вслед за ним, а поддержкой этих нонейм-девайсов никто и не морочился. В их ценовой категории дешевле было выпустить новый, чем страдать с поддержкой старого. Но эти девайсы все еще оставались онлайн и генерировали безумное количество паразитного, никому не нужного трафика, который приземлялся на эндпоинты этой купленной китайской компании.
Ну а особенности китайского софтописательства заключались в том, что они пытались сохранить некое подобие обратной совместимости и для новых версий SDK использовали (🤪) теже самые эндпоинты и как-то очень хитровыделанно фильтровали это на балансерах, нормальный трафик пропускали внутрь, а по паразитному отдавали код 400 и благополучно отваливались. Документации на все это естественно не было.
Я еще подивился, что у них схема такая необычная, что весь траф проходит сквозь шесть балансеров на каком-то азиатском хостинге и заворачивается в GCP. В процессе общения (кто общался с китайцами на английском, тот меня поймет) я так толком и не понял для чего это и решил разобраться потом, поджимало время.
Хостились мы тогда у замечательных ребят servers.com, я все это добро затащил у нам в контур, поставил под мониторинг и забыл. Через полтора месяца пишет мне СТО мессагу вида: "Андрей, у нас срочный созвон, через полчаса жду тебя в зуме". Прихожу я в зум, а там несколько директоров и CFO с очень странным выражением лица показывает счет от провайдера на 98 с чем-то тысяч баксов и очень недобро смотрит на меня, спрашивая "откуда все это?". Обычный счет на инфру был в районе ~15К в месяц (точно уже не помню) и я прилично охуел.
Пошли разбираться, быстро нашли причину, я понял основания для балансеров на азиатском хостинге (бесплатный трафик конечно же), быстренько соорудил что-то подобное на каком-то уже европейском хостинге без оплаты за трафик и расходы нормализовались.
Но 100 штук-то были уже потрачены. Я сразу сказал (и не соврал ни на секунду), что компенсировать я это не могу, даже если продам себя по частям, а пожить мне бы все-таки еще хотелось. Так что готов ко всему, выкидывайте меня как щенка нашкодившего если хотите, все было сделано по невнимательности и без злого умысла.
На что мне был дан ответ, что "мое обучение уже обошлось компании в 100 килобаксов и выкидывать меня, по меньшей мере, неразумно" (ну как в известной истории с гитлабом, последствия для инженера были такие же). Вот приятно все-таки работать с умными взрослыми людьми.
В итоге я поднапрягся, пару месяцев работал без выходных и с овертаймами, но таки смог оптимизировать расходы по инфре примерно процентов на 20 и нарисовал график, где мой факап постепенно гасится за счет сэкономленного бабла. В итоге даж премию получил, потому как после погашения моего проеба за счет экономии пошла чистая прибыль.
Вот такая вот история. Вы можете справедливо заметить, что сокращение костов и так являлось моей задачей (я работал в должности Head of Infra) и будете правы. Но в свое оправдание я скажу, что ценник всех устраивал, все было нормально оптимизировано, и за косты мне никто ничего не говорил. Я же проделал очень большую работу с закапыванием в код, кучей коммуникаций с разработчиками и приведения в порядок легаси в одно лицо.
Такая вот история🙂
На интервью я люблю спрашивать про факапы, очень нравится мне слушать такие истории. Кстати, если человек говорит, что фейлов у него в карьере не было, то либо мало работал, либо что-то скрывает. Мне скрывать нечего, косяков я напорол достаточно😃 И вот сегодня расскажу вам историю, как я наказал родную компанию на 100 тысяч долларов
Работал я какое-то время назад в компании, которая занималась монетизацией мобильного трафика. И вот, в какой-то момент времени мы купили китайскую компанию поменьше и ее инфраструктуру надо было интегрировать к нам. А особенностью было то, что компания эта существовала довольно давно и у нее был договор с пачкой мелких китайских вендоров, что их (купленной китайской компании) рекламный SDK был на телефоны этих мелких вендоров предустановлен.
Ну и конечно же шло время, обновлялся андроид, версии SDK обновлялись вслед за ним, а поддержкой этих нонейм-девайсов никто и не морочился. В их ценовой категории дешевле было выпустить новый, чем страдать с поддержкой старого. Но эти девайсы все еще оставались онлайн и генерировали безумное количество паразитного, никому не нужного трафика, который приземлялся на эндпоинты этой купленной китайской компании.
Ну а особенности китайского софтописательства заключались в том, что они пытались сохранить некое подобие обратной совместимости и для новых версий SDK использовали (🤪) теже самые эндпоинты и как-то очень хитровыделанно фильтровали это на балансерах, нормальный трафик пропускали внутрь, а по паразитному отдавали код 400 и благополучно отваливались. Документации на все это естественно не было.
Я еще подивился, что у них схема такая необычная, что весь траф проходит сквозь шесть балансеров на каком-то азиатском хостинге и заворачивается в GCP. В процессе общения (кто общался с китайцами на английском, тот меня поймет) я так толком и не понял для чего это и решил разобраться потом, поджимало время.
Хостились мы тогда у замечательных ребят servers.com, я все это добро затащил у нам в контур, поставил под мониторинг и забыл. Через полтора месяца пишет мне СТО мессагу вида: "Андрей, у нас срочный созвон, через полчаса жду тебя в зуме". Прихожу я в зум, а там несколько директоров и CFO с очень странным выражением лица показывает счет от провайдера на 98 с чем-то тысяч баксов и очень недобро смотрит на меня, спрашивая "откуда все это?". Обычный счет на инфру был в районе ~15К в месяц (точно уже не помню) и я прилично охуел.
Пошли разбираться, быстро нашли причину, я понял основания для балансеров на азиатском хостинге (бесплатный трафик конечно же), быстренько соорудил что-то подобное на каком-то уже европейском хостинге без оплаты за трафик и расходы нормализовались.
Но 100 штук-то были уже потрачены. Я сразу сказал (и не соврал ни на секунду), что компенсировать я это не могу, даже если продам себя по частям, а пожить мне бы все-таки еще хотелось. Так что готов ко всему, выкидывайте меня как щенка нашкодившего если хотите, все было сделано по невнимательности и без злого умысла.
На что мне был дан ответ, что "мое обучение уже обошлось компании в 100 килобаксов и выкидывать меня, по меньшей мере, неразумно" (ну как в известной истории с гитлабом, последствия для инженера были такие же). Вот приятно все-таки работать с умными взрослыми людьми.
В итоге я поднапрягся, пару месяцев работал без выходных и с овертаймами, но таки смог оптимизировать расходы по инфре примерно процентов на 20 и нарисовал график, где мой факап постепенно гасится за счет сэкономленного бабла. В итоге даж премию получил, потому как после погашения моего проеба за счет экономии пошла чистая прибыль.
Вот такая вот история. Вы можете справедливо заметить, что сокращение костов и так являлось моей задачей (я работал в должности Head of Infra) и будете правы. Но в свое оправдание я скажу, что ценник всех устраивал, все было нормально оптимизировано, и за косты мне никто ничего не говорил. Я же проделал очень большую работу с закапыванием в код, кучей коммуникаций с разработчиками и приведения в порядок легаси в одно лицо.
Такая вот история🙂
about.gitlab.com
Postmortem of database outage of January 31
Postmortem on the database outage of January 31 2017 with the lessons we learned.
👍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
"Как причудливо тасуется колода". Как интересно складывается жизнь. Думаю о людях, с которыми мы вместе когда-то давно начинали этот путь. Тогда никто не мог представить, что нам за это будут платить. Моя мама была уверена, что все, что я заработаю — это севшее зрение и геморрой.
Мы собирались в каких-то тесных каморках, которые гордо именовали "Серверная" (именно так, с большой буквы) и там осваивали всю эту премудрость. Наши компьютеры не очень подходили для игр, зато они прекрасно подходили для первых полусамосборных линуксов. Мне все это волшебством казалось. И ведь все добились чего-то сейчас.
Мой Сэнсей (года на 3-4 он меня младше кстати) прошел путь от админа в компьютерном клубе до CIO, потом внезапно пропал. Через какое-то время выяснилось, что он долго работал у Лебедева, а сейчас у него свой интересный бизнес. Другой мой друг радовался первым маленьким заказикам из-за рубежа, а сейчас генеральный директор одной довольно известной IT-компании с представительствами по всему миру. Моя карьера тоже довольно интересно сложилась, звезд с неба не нахватал, но было очень много всякой интересной движухи.
Что объединяло нас? Мы были и остались... ммм, задротами :) Нердами, хакерами в том первичном, сейчас уже фактически забытом смысле. Мы фигачили за идею и продолжаем это делать. За интерес. Из чистого прекрасного любопытства.
Писать эмуляторы x86 на javanoscript, с головой зарывшись в даташиты? Вай нот.
Раскапывать древний кернел, поспорив про то, как считается LA? Погнали.
Ставить OpenBSD, потому что у кого-то нашлась Та Самая Книжка и хочется радостно поностальгировать? Да легко.
Мне 40 почти, а я до сих пор могу не спать ночь, зарывшись в какую-нибудь прикольную хрень. Правда здоровье уже не то, и обычно на подобные развлечения я трачу ночь с пятницы на субботу, чтобы спокойно отоспаться днем. Осталась до сих пор какая-то магия в этом светящемся ночью мониторе и полной тишине. Какое-то вот это чувство, которое никому не объяснить, а тому, кто знаком с ним, и объяснять ничего не надо. Все понятно с полувзгляда, без слов.
Ох, старпёрский ностальгический пост получился🤓 Осень, чето накатило...
Завершить хочу прекраснейшим текстом Гриши Бакунова (aka bobuk), человека, не нуждающегося в представлении. Сотни раз читан и перечитан этот текст, очень крутой
https://github.com/bobuk/addmeto.cc/blob/master/pages/2013-04-19.md
GitHub
addmeto.cc/pages/2013-04-19.md at master · bobuk/addmeto.cc
addmeto.cc. Contribute to bobuk/addmeto.cc development by creating an account on GitHub.
👍2
- Сделал?
- Да
- Работает?
- Нет.
Вынесенный в заголовок диалог, к сожалению, не шутка. Это реальная ситуация при приемке девопс-командой задачи от разработчика, который должен был нам прикрутить "какую-то штучку" (за давностью лет уже не вспомню, какую именно штучку мы просили, да оно и не важно в принципе). Все это как раз про результат, а не про буквальное закрытие задачи. Написание кода, как известно, самый простой и тривиальный момент в работе разработчика. До кода идет планирование, а после кода — интеграция. И оно все гораздо интереснее и обладает большей ресурсоемкостью.
"Сделать задачу" — это как раз про уровень джуниора. На грейдах повыше уже нужно думать и про две остальные стороны. А интегрироваться надо не только, грубо говоря, с кодом своей команды и соседних команд, интегрироваться нужно с бизнес-процессами, которые могут простираться и за пределы ответственности IT-команд. Попытки сгладить углы интеграции — это и регресс-тестировании и какие-то е2е и интеграционные тесты. Но это все равно кусочки мозаики и очень круто, если человек или команда, отвечающие за поставку, эту мозаику у себя в голове сложат
- Да
- Работает?
- Нет.
Вынесенный в заголовок диалог, к сожалению, не шутка. Это реальная ситуация при приемке девопс-командой задачи от разработчика, который должен был нам прикрутить "какую-то штучку" (за давностью лет уже не вспомню, какую именно штучку мы просили, да оно и не важно в принципе). Все это как раз про результат, а не про буквальное закрытие задачи. Написание кода, как известно, самый простой и тривиальный момент в работе разработчика. До кода идет планирование, а после кода — интеграция. И оно все гораздо интереснее и обладает большей ресурсоемкостью.
"Сделать задачу" — это как раз про уровень джуниора. На грейдах повыше уже нужно думать и про две остальные стороны. А интегрироваться надо не только, грубо говоря, с кодом своей команды и соседних команд, интегрироваться нужно с бизнес-процессами, которые могут простираться и за пределы ответственности IT-команд. Попытки сгладить углы интеграции — это и регресс-тестировании и какие-то е2е и интеграционные тесты. Но это все равно кусочки мозаики и очень круто, если человек или команда, отвечающие за поставку, эту мозаику у себя в голове сложат
Про выбор
Какое-то время назад я полностью перестал употреблять никотин и алкоголь. Курил я без малого 30 лет, ну и бухал тоже довольно давно. И надо сказать, что эти процессы мне нравились. А потом я увлекся нейрофизиологией и пришел в ужас от того, что действительно скрывается за "рекомендуемым бокалом красного вина" и сигаретами. Ну и надо сказать. что зачадить бутылку вискаря и пачку сигарет под приятный разговорчик я мог легко. Какой уж тут бокал. Надо было бросать, но благодаря знаниям, почерпнутым из той же нейрофизиологии, я знал, что на силе воли бросить не получится. На силе воли вообще ни у кого ничего не получается, это очень ограниченный ресурс и его невозможно использовать долго. (Те, кто кажется, что фигачат на силе воли, используют совсем другие механизмы). Почитав литературу, послушав умных людей и систематизировав знания, я понял, что мне поможет.
Это выбор.
Банальный самостоятельный выбор. Я признал, что алкоголь это прикольная вкусная штука, расслабляющая и раскрепощающая (а я интроверт до мозга костей, мне порой сложно общаться с людьми), но последствия употребления настолько фатальны, что я выбираю трезвость. И каждый раз, когда меня настигает желание выпить, я вспоминаю про свой выбор. Тоже самое и с сигаретами. Да и со всем, чем угодно, в принципе. Сейчас я также работаю с прокрастинацией. Я признаю, что потупить в ютубчик или погамать это крайне приятно и интересно, но я выбираю сделать полезные дела, а потом еще и можно дать себе вознаграждение, если это важно.
Мы высшие приматы, у нас есть свобода воли и она гарантирует нам право делать выбор. И мы его всегда делаем, осознанно или нет, но делаем. Поэтому часто бывает достаточно переключить выбор в осознанный.
Один мой хороший друг задал мне вопрос с любопытной аналогией: "Вот почему когда меня бьет током, то я запоминаю, что это плохо и больше не лезу в розетку, а когда я бухаю и потом страдаю от похмелья, то это меня ничему не учит?"
Дело в том, что любая зависимость, будь то химическая или поведенческая, стимулирует выброс "быстрого дофаминчика", который является мотивационным нейромедиатором. Дофамин выделяется в ответ на приятное для мозга действия, он является вознаграждением за приятное и служит для укрепления нейронных путей в это "приятное". В этом задействованы системы Want и Like. И со временем количество выделяемого дофамина (система Like) уменьшается, но количество рецепторов в нейронном пути продолжает расти (система Want), поэтому необходимо ее постоянно "кормить". Это и есть привычка. И когда бьет током, то действие и результат мгновенны и нейронный путь прокладывается моментально, так работает обучение. А когда бухаешь, то отложенное похмелье и мгновенный дофамин сейчас — это два разных действия для мозга и связать их воедино можно сделав осознанный выбор. Это, конечно, не единственный путь, но довольно эффективный.
Какое-то время назад я полностью перестал употреблять никотин и алкоголь. Курил я без малого 30 лет, ну и бухал тоже довольно давно. И надо сказать, что эти процессы мне нравились. А потом я увлекся нейрофизиологией и пришел в ужас от того, что действительно скрывается за "рекомендуемым бокалом красного вина" и сигаретами. Ну и надо сказать. что зачадить бутылку вискаря и пачку сигарет под приятный разговорчик я мог легко. Какой уж тут бокал. Надо было бросать, но благодаря знаниям, почерпнутым из той же нейрофизиологии, я знал, что на силе воли бросить не получится. На силе воли вообще ни у кого ничего не получается, это очень ограниченный ресурс и его невозможно использовать долго. (Те, кто кажется, что фигачат на силе воли, используют совсем другие механизмы). Почитав литературу, послушав умных людей и систематизировав знания, я понял, что мне поможет.
Это выбор.
Банальный самостоятельный выбор. Я признал, что алкоголь это прикольная вкусная штука, расслабляющая и раскрепощающая (а я интроверт до мозга костей, мне порой сложно общаться с людьми), но последствия употребления настолько фатальны, что я выбираю трезвость. И каждый раз, когда меня настигает желание выпить, я вспоминаю про свой выбор. Тоже самое и с сигаретами. Да и со всем, чем угодно, в принципе. Сейчас я также работаю с прокрастинацией. Я признаю, что потупить в ютубчик или погамать это крайне приятно и интересно, но я выбираю сделать полезные дела, а потом еще и можно дать себе вознаграждение, если это важно.
Мы высшие приматы, у нас есть свобода воли и она гарантирует нам право делать выбор. И мы его всегда делаем, осознанно или нет, но делаем. Поэтому часто бывает достаточно переключить выбор в осознанный.
Один мой хороший друг задал мне вопрос с любопытной аналогией: "Вот почему когда меня бьет током, то я запоминаю, что это плохо и больше не лезу в розетку, а когда я бухаю и потом страдаю от похмелья, то это меня ничему не учит?"
Дело в том, что любая зависимость, будь то химическая или поведенческая, стимулирует выброс "быстрого дофаминчика", который является мотивационным нейромедиатором. Дофамин выделяется в ответ на приятное для мозга действия, он является вознаграждением за приятное и служит для укрепления нейронных путей в это "приятное". В этом задействованы системы Want и Like. И со временем количество выделяемого дофамина (система Like) уменьшается, но количество рецепторов в нейронном пути продолжает расти (система Want), поэтому необходимо ее постоянно "кормить". Это и есть привычка. И когда бьет током, то действие и результат мгновенны и нейронный путь прокладывается моментально, так работает обучение. А когда бухаешь, то отложенное похмелье и мгновенный дофамин сейчас — это два разных действия для мозга и связать их воедино можно сделав осознанный выбор. Это, конечно, не единственный путь, но довольно эффективный.
👍2
Про бабло
В последнее время IT на хайпе, обыватели думают, что сиди себе на жопе за компом, бешеные тыщи получай и в ус не дуй. Про "сиди на жопе" мы отдельно поговорим, а вот про бешеные тыщи прямо сейчас.
Обычная история "вайтишников" выглядит так: насмотрелись на цифры в вакансиях, прошли курсы, стали откликаться на хх.ру и встретились с жестокой реальностью. Никому они без боевого опыта не нужны. Первый боевой опыт каждый себе зарабатывает по-разному. Кто-то идет работать за миску риса и строчку в резюме, кто-то фрилансит, кто-то находит ментора, который помогает и опыта набрать и на работу устроиться, кто-то хакает систему и придумывает себе боевой опыт, в общем, не суть. Предположим, что человек уже несколько лет в профессии и потирает ручки в ожидании баснословных зарплат (которые сейчас на перегретом рынке растут уж и вовсе неприлично). И опять суровая реальность щелкает по носу. Заветных цифр так и нет. А вот почему так, я попытаюсь сейчас ответить. Говорить буду про девопсов, но применимо ко всем.
С эпохой agile-трансформаций в Айти, трансформировалось и понимание сотрудника. Понятно, что несмотря на все автоматизации, руками работать все равно надо, а вот как работать — это как раз вопрос, на который мы отвечаем. Раньше айти-команда была такой привычной очередью: человек получал извне задачи, делал их и отправлял обратно. Все чинно, благородно и размеренно. За него думали другие люди и всех все устраивало: релизимся раз в полгода, без ТЗ не работаем и прочие вот эти штуки
Аджайл (хуяйл😁) принес нам помимо всего вот этого бреда с манифестами и прочими почти религиозными заморочками очень важную вещь: он существенно сократил время итераций (то есть запуска функциональности на production) и убрал барьер между бизнесом и исполнителем задачи. Но убрал он его из процессов, а из головы людей не убрал.
Ну вот так в итоге и получается. Тот кто думает про business value тех задач которые он получает и тех решений, которые он принимает, кто интересуется, на чем вообще его компания зарабатывает деньги и как лично он может повлиять на эту прибыль, тот остается в профите.
devops — это тоже про деньги и хоть инфраструктура деньги только тратит, но влиять на revenue можно и опосредованно. Строить правильные процессы, сокращать расходы на инфраструктуру, планировать SLO и SLI, укладываться в error budget. Вообще, понимание того, что бизнес любит цифры — это очень хороший скилл.
И вот такие люди фактически становятся партнерами компании и могут расчитывать на хорошее вознаграждение за результатам своей работы. Это сложно, надо думать out of the box, постоянно учиться. забыть про фразу "это не входит в мои обязанности", погружаться в продуктовые процессы и все такое. Зато в итоге, помимо денег, есть еще и удовлетворение от хорошо сделанной работы и понимание всего процесса от начала и до конца.
В последнее время IT на хайпе, обыватели думают, что сиди себе на жопе за компом, бешеные тыщи получай и в ус не дуй. Про "сиди на жопе" мы отдельно поговорим, а вот про бешеные тыщи прямо сейчас.
Обычная история "вайтишников" выглядит так: насмотрелись на цифры в вакансиях, прошли курсы, стали откликаться на хх.ру и встретились с жестокой реальностью. Никому они без боевого опыта не нужны. Первый боевой опыт каждый себе зарабатывает по-разному. Кто-то идет работать за миску риса и строчку в резюме, кто-то фрилансит, кто-то находит ментора, который помогает и опыта набрать и на работу устроиться, кто-то хакает систему и придумывает себе боевой опыт, в общем, не суть. Предположим, что человек уже несколько лет в профессии и потирает ручки в ожидании баснословных зарплат (которые сейчас на перегретом рынке растут уж и вовсе неприлично). И опять суровая реальность щелкает по носу. Заветных цифр так и нет. А вот почему так, я попытаюсь сейчас ответить. Говорить буду про девопсов, но применимо ко всем.
С эпохой agile-трансформаций в Айти, трансформировалось и понимание сотрудника. Понятно, что несмотря на все автоматизации, руками работать все равно надо, а вот как работать — это как раз вопрос, на который мы отвечаем. Раньше айти-команда была такой привычной очередью: человек получал извне задачи, делал их и отправлял обратно. Все чинно, благородно и размеренно. За него думали другие люди и всех все устраивало: релизимся раз в полгода, без ТЗ не работаем и прочие вот эти штуки
Аджайл (хуяйл😁) принес нам помимо всего вот этого бреда с манифестами и прочими почти религиозными заморочками очень важную вещь: он существенно сократил время итераций (то есть запуска функциональности на production) и убрал барьер между бизнесом и исполнителем задачи. Но убрал он его из процессов, а из головы людей не убрал.
Ну вот так в итоге и получается. Тот кто думает про business value тех задач которые он получает и тех решений, которые он принимает, кто интересуется, на чем вообще его компания зарабатывает деньги и как лично он может повлиять на эту прибыль, тот остается в профите.
devops — это тоже про деньги и хоть инфраструктура деньги только тратит, но влиять на revenue можно и опосредованно. Строить правильные процессы, сокращать расходы на инфраструктуру, планировать SLO и SLI, укладываться в error budget. Вообще, понимание того, что бизнес любит цифры — это очень хороший скилл.
И вот такие люди фактически становятся партнерами компании и могут расчитывать на хорошее вознаграждение за результатам своей работы. Это сложно, надо думать out of the box, постоянно учиться. забыть про фразу "это не входит в мои обязанности", погружаться в продуктовые процессы и все такое. Зато в итоге, помимо денег, есть еще и удовлетворение от хорошо сделанной работы и понимание всего процесса от начала и до конца.
Про технологии
Почему люди так дрочат на технологии? Неужели им действительно это кажется таким важным?
Мне кажется, что причину хорошо раскрыл Виктор Олегыч Пелевин, когда писал: "то, для чего нет слова, для 99,99 % людей не существует вообще". Людям важна не технология как продукт мысли, а важны слова, которые стоят перед ней. Чем больше и разнообразнее этих слов можно напихать в резюме, тем выше их собственная ценность в их же глазах.
Люди не решают задачи, люди изучают технологии. Отсюда и возникают такие вопросы, как "а что нужно знать девопсу? А чем девопс должен владеть?" и холивары типа "а должен ли девопс уметь программировать?" и кто-то на полном серьезе приводит аргументы за и против.
Девопс, как и любой думающий специалист, должен уметь решать проблемы в рамках своей предметной области. Должен уметь сопоставить цель и средства и на их основании вывести оптимальный путь решения поставленных перед ним задач. Технологии, языки программирования, платформы вторичны. Они лишь помогут эффективно решить проблему. Но чтобы ее решить, надо знать, что вообще решать.
Я более-менее активно участвую в одном довольно большом девопсячьем чате и мне с одной стороны радостно, потому что по уровню дискуссий я понимаю, что без работы я точно не останусь. А с другой стороны мне очень грустно, я вижу как люди деградируют и упираются в своем невежестве. И это невежество не "незнания", это невежество "непонимания"
Почему люди так дрочат на технологии? Неужели им действительно это кажется таким важным?
Мне кажется, что причину хорошо раскрыл Виктор Олегыч Пелевин, когда писал: "то, для чего нет слова, для 99,99 % людей не существует вообще". Людям важна не технология как продукт мысли, а важны слова, которые стоят перед ней. Чем больше и разнообразнее этих слов можно напихать в резюме, тем выше их собственная ценность в их же глазах.
Люди не решают задачи, люди изучают технологии. Отсюда и возникают такие вопросы, как "а что нужно знать девопсу? А чем девопс должен владеть?" и холивары типа "а должен ли девопс уметь программировать?" и кто-то на полном серьезе приводит аргументы за и против.
Девопс, как и любой думающий специалист, должен уметь решать проблемы в рамках своей предметной области. Должен уметь сопоставить цель и средства и на их основании вывести оптимальный путь решения поставленных перед ним задач. Технологии, языки программирования, платформы вторичны. Они лишь помогут эффективно решить проблему. Но чтобы ее решить, надо знать, что вообще решать.
Я более-менее активно участвую в одном довольно большом девопсячьем чате и мне с одной стороны радостно, потому что по уровню дискуссий я понимаю, что без работы я точно не останусь. А с другой стороны мне очень грустно, я вижу как люди деградируют и упираются в своем невежестве. И это невежество не "незнания", это невежество "непонимания"
Про google
Хочу порекомендовать книжку.
Я очень люблю читать биографии и истории компаний. Это не попытка найти секрет успешного успеха, повторять чей-то путь в надежде поиметь такой же профит — это, по меньшей мере, глупо. Как раз по этой причине я не верю в "секрет успеха от %SOMENAME%", успех — это всегда совокупность везения, трудолюбия и умения разглядеть шанс в обычной ситуации.
Но, в целом, я не об этом. Я о Google. Я купил эту книжку еще в начале лета и она ждала своего часа на полке. И вот на этих выходных в субботу я взял ее с собой в кафе почитать за кофе и в итоге проглотил ее залпом, перевернув последнюю страницу вечером в воскресенье
В книге рассказывается история раннего гугла, от стартапа до выхода на IPO. Крайне интересно наблюдать трансформацию проекта такого масштаба. Книга написана редактором, который работал в Google и пришел туда на очень ранней стадии. И в силу редакторского пера и удачного перевода текст прям очень хорош.
Мне вот интересно, если характеры Ларри и Сергея действительно таковы, как они описаны в книге, то в какой момент и под влиянием каких обстоятельств они изменили своему девизу "Don't be evil"? И изменились ли они сами? Оригинальная книга была выпущена в 2011, когда слоган еще присутствовал в брендбуке гугла, сейчас, по прошествии 10 лет очень интересно сравнивать ту восторженность стартапа, которая прекрасно передана в книге и огромного корпоративного монстра, в которого превратился Google сейчас.
Это ни в коем случае не реклама, все ссылки на книгу, я уверен, вы сможете найти самостоятельно
Хочу порекомендовать книжку.
Я очень люблю читать биографии и истории компаний. Это не попытка найти секрет успешного успеха, повторять чей-то путь в надежде поиметь такой же профит — это, по меньшей мере, глупо. Как раз по этой причине я не верю в "секрет успеха от %SOMENAME%", успех — это всегда совокупность везения, трудолюбия и умения разглядеть шанс в обычной ситуации.
Но, в целом, я не об этом. Я о Google. Я купил эту книжку еще в начале лета и она ждала своего часа на полке. И вот на этих выходных в субботу я взял ее с собой в кафе почитать за кофе и в итоге проглотил ее залпом, перевернув последнюю страницу вечером в воскресенье
В книге рассказывается история раннего гугла, от стартапа до выхода на IPO. Крайне интересно наблюдать трансформацию проекта такого масштаба. Книга написана редактором, который работал в Google и пришел туда на очень ранней стадии. И в силу редакторского пера и удачного перевода текст прям очень хорош.
Мне вот интересно, если характеры Ларри и Сергея действительно таковы, как они описаны в книге, то в какой момент и под влиянием каких обстоятельств они изменили своему девизу "Don't be evil"? И изменились ли они сами? Оригинальная книга была выпущена в 2011, когда слоган еще присутствовал в брендбуке гугла, сейчас, по прошествии 10 лет очень интересно сравнивать ту восторженность стартапа, которая прекрасно передана в книге и огромного корпоративного монстра, в которого превратился Google сейчас.
Это ни в коем случае не реклама, все ссылки на книгу, я уверен, вы сможете найти самостоятельно
👍1
В пятницу буду выступать в Яндексе на камерном митапчике на тему ИБ. Буду рассказывать смешную историю как меня хакнули :) Мероприятие планировалось оффлайн, но ковид опять перечеркнул все планы. Заходите послушать
https://cloud.yandex.ru/events/421
https://cloud.yandex.ru/events/421
yandex.cloud
Secret Digest. Halloween Edition
Вычислительные мощности, сервисы для обработки данных и уникальные технологии Яндекса для вашего бизнеса.
Опять про технологии
В позапрошлом посте я как-то жестко набросил и могло подуматься, что я говорю, что изучение технлогий совсем уж не важно. Это, конечно, не так. Просто это не должно являться самоцелью. И сегодня я немножко подробнее попробую эту тему раскрыть.
В общепринятой градации есть такое разделение: генералисты, люди которые обладают широким, но поверхностным набором знаний; I-shaped persons, спецы, которые имеют глубокий опыт и хорошо разбираются в чем-то одном и T-shaped persons, спецы, глубоко погруженные в одну тему и обладающие кругозором еще в нескольких соседних тематиках.
И вот когда доходишь до уровня T-shaped person, то вопрос "а как это сделано?" возникает довольно редко, в основном, когда погружаешься в какие-то академические вещи, где pure science и все такое.
А вот вопрос "зачем это сделано?" и "зачем это сделано именно так?" возникает гораздо чаще и обладание более широкой экспертизой позволяет задать этот вопрос более, чтоли, верно. Это про понимание сути вещей. Понимание того, откуда берется твоя зарплата, если угодно :)
Например, одна из сторон шапочки нашей Т вполне может уходить в экономику и бизнес и давать понимание того, на чем мы вообще деньги зарабатываем. И это понимание помогает принимать более эффективные решения в своей основной сфере компетенций. То есть, банально, понимание того, какую задачу мы решаем глобально и зачем мы ее решаем.
В позапрошлом посте я как-то жестко набросил и могло подуматься, что я говорю, что изучение технлогий совсем уж не важно. Это, конечно, не так. Просто это не должно являться самоцелью. И сегодня я немножко подробнее попробую эту тему раскрыть.
В общепринятой градации есть такое разделение: генералисты, люди которые обладают широким, но поверхностным набором знаний; I-shaped persons, спецы, которые имеют глубокий опыт и хорошо разбираются в чем-то одном и T-shaped persons, спецы, глубоко погруженные в одну тему и обладающие кругозором еще в нескольких соседних тематиках.
И вот когда доходишь до уровня T-shaped person, то вопрос "а как это сделано?" возникает довольно редко, в основном, когда погружаешься в какие-то академические вещи, где pure science и все такое.
А вот вопрос "зачем это сделано?" и "зачем это сделано именно так?" возникает гораздо чаще и обладание более широкой экспертизой позволяет задать этот вопрос более, чтоли, верно. Это про понимание сути вещей. Понимание того, откуда берется твоя зарплата, если угодно :)
Например, одна из сторон шапочки нашей Т вполне может уходить в экономику и бизнес и давать понимание того, на чем мы вообще деньги зарабатываем. И это понимание помогает принимать более эффективные решения в своей основной сфере компетенций. То есть, банально, понимание того, какую задачу мы решаем глобально и зачем мы ее решаем.
👍1
Про боль
Встречал такой вопрос: "а почему со временем меня начинают заебывать пользователи?" Это от девопса про программистов. Задумался над этим прям серьезно. Ведь люди не просто так до вас доебываются, у них что-то болит и вместо лечения причин этой боли они получают условный нурофен, который забивает симптомы ненадолго.
Вот крик души продакт-менеджера (или менеджерки?🤔):
Совместная попытка выяснить боль и вместе же решить ее будет более продуктивной, нежели злость и агрессия в обе стороны
И надо просто исправить процесс, интегрировать инструмент, запилить интефрейс, автоматизировать какое-то действие, да хоть просто подумать, что не так и поставить задачку в трекер, чтоб не затерялось) В итоге и мир станет лучше и своего головняка сильно подубавится
P.S. Я вот сам ни разу не ангел и порой у меня подгорает очень сильно, аж прям давление повышается. В таком случае я пользуюсь бессмертным методом Скарлетт О'Хара и решаю подумать об этом завтра. А завтра я уже думаю совершенно в другом контексте, без своих сжигающих в моменте эмоций. И чаще всего удается понять, где именно зарыта бяка
Встречал такой вопрос: "а почему со временем меня начинают заебывать пользователи?" Это от девопса про программистов. Задумался над этим прям серьезно. Ведь люди не просто так до вас доебываются, у них что-то болит и вместо лечения причин этой боли они получают условный нурофен, который забивает симптомы ненадолго.
Вот крик души продакт-менеджера (или менеджерки?🤔):
я задала вопрос не потому что мне нечего делать, а потому что я хочу запустить [сервис] там и чтобы отстали от меня
Понятно, что у каждого из нас очень много задач и построить поток на этом довольно сложно, но нужно дать себе немного времени, посидеть, остынуть и понять, что все эти доебки не рождаются на пустом месте.Совместная попытка выяснить боль и вместе же решить ее будет более продуктивной, нежели злость и агрессия в обе стороны
И надо просто исправить процесс, интегрировать инструмент, запилить интефрейс, автоматизировать какое-то действие, да хоть просто подумать, что не так и поставить задачку в трекер, чтоб не затерялось) В итоге и мир станет лучше и своего головняка сильно подубавится
P.S. Я вот сам ни разу не ангел и порой у меня подгорает очень сильно, аж прям давление повышается. В таком случае я пользуюсь бессмертным методом Скарлетт О'Хара и решаю подумать об этом завтра. А завтра я уже думаю совершенно в другом контексте, без своих сжигающих в моменте эмоций. И чаще всего удается понять, где именно зарыта бяка
👍1
Happy Devops — сообщество адекватных инженеров
В пятницу буду выступать в Яндексе на камерном митапчике на тему ИБ. Буду рассказывать смешную историю как меня хакнули :) Мероприятие планировалось оффлайн, но ковид опять перечеркнул все планы. Заходите послушать https://cloud.yandex.ru/events/421
https://yandex.zoom.us/j/95291355999 ссылка на трансляцию
Zoom Video
Join our Cloud HD Video Meeting
Zoom is the leader in modern enterprise video communications, with an easy, reliable cloud platform for video and audio conferencing, chat, and webinars across mobile, desktop, and room systems. Zoom Rooms is the original software-based conference room solution…
Про бд
У нас же все-таки технический канал :) Поэтому запилил пост про очень крутую и незаслуженно обойденную вниманием БД.
Это, конечно же. sqlite. Встраиваемая, крутейшая система управления базами данных. Один исполняемый файл, КУЧА фич из коробки, очень легкая и простая в использовании, не требует сервера. Бэкапится, переносится и восстанавливается максимально легко при помощи системных средств ОС🙃 Я имею в виду копирование, ваши данные сохраняются в одном файле. С оооочень удобной REPL-консолью, гуевыми клиентами и даже в виде экстеншена для хрома. Если вы не любите эксель, но хотите в аналитику на кончиков пальцев, то это прям ваш выбор.
Я плотно познакомился с sqlite когда для фана писал свою систему управления БД и sqlite мне очень помогла в изучении "как вообще это все работает" (вот годный туториал кстати, если вам тоже нечем занять свободное время)
Для большинства проектов типа "Блог Я и моя сраная собака" нафиг не нужны всякие громоздкие СУРБД, которые как из пушки по воробьям и только добавляют сложности в поддержке. Я с удовольствием использую sqlite по максимуму и крайне доволен. Чего и вам желаю :) #полезняшки
Хотел писать пост про нее сам, но погуглил и понял, что все написано до меня :)
https://antonz.org/sqlite-is-not-a-toy-database/
У нас же все-таки технический канал :) Поэтому запилил пост про очень крутую и незаслуженно обойденную вниманием БД.
Это, конечно же. sqlite. Встраиваемая, крутейшая система управления базами данных. Один исполняемый файл, КУЧА фич из коробки, очень легкая и простая в использовании, не требует сервера. Бэкапится, переносится и восстанавливается максимально легко при помощи системных средств ОС🙃 Я имею в виду копирование, ваши данные сохраняются в одном файле. С оооочень удобной REPL-консолью, гуевыми клиентами и даже в виде экстеншена для хрома. Если вы не любите эксель, но хотите в аналитику на кончиков пальцев, то это прям ваш выбор.
Я плотно познакомился с sqlite когда для фана писал свою систему управления БД и sqlite мне очень помогла в изучении "как вообще это все работает" (вот годный туториал кстати, если вам тоже нечем занять свободное время)
Для большинства проектов типа "Блог Я и моя сраная собака" нафиг не нужны всякие громоздкие СУРБД, которые как из пушки по воробьям и только добавляют сложности в поддержке. Я с удовольствием использую sqlite по максимуму и крайне доволен. Чего и вам желаю :) #полезняшки
Хотел писать пост про нее сам, но погуглил и понял, что все написано до меня :)
https://antonz.org/sqlite-is-not-a-toy-database/
Про принцип единой ответственности
Только не в программировании, а в управлении командой. Обязанность руководителя, в основном, это делегирование. В делегировании чисто задач смысла особого нет, потому как это порождает микроменеджмент и постоянное клевание исполнителя на предмет: "а как? а что происходит? а почему ты это сделал так, а не так?" Ничем хорошим это не закончится
Поэтому делегируем мы ответственность, а задача, делегируемая вместе с ней, это, по сути, побочный эффект. (Тут вот референс вот к этому посту должен появиться :)) Если исполнитель знает, как решить задачу по-другому или вообще обойтись без задачи — это очень хорошо, пусть делает как знает. Это — его ответственность
Но понятно, что руководитель должен в итоге все это разделегированное собрать в какую-то понятную систему и презентовать ее дальше, на тот уровень, откуда уже эту задачу делегировали ему
И принцип единой отвественности в этом случае заключается в том, что каждый узел этого дерева отвечает за все, что происходит ниже. Не делает это все самостоятельно, не играет в демократию вида "давайте решим, как мы будем это делать", а непосредственно отвечает за все, что происходит там. И эту ответственность он может порубить на кусочки и делегировать дальше
Только не в программировании, а в управлении командой. Обязанность руководителя, в основном, это делегирование. В делегировании чисто задач смысла особого нет, потому как это порождает микроменеджмент и постоянное клевание исполнителя на предмет: "а как? а что происходит? а почему ты это сделал так, а не так?" Ничем хорошим это не закончится
Поэтому делегируем мы ответственность, а задача, делегируемая вместе с ней, это, по сути, побочный эффект. (Тут вот референс вот к этому посту должен появиться :)) Если исполнитель знает, как решить задачу по-другому или вообще обойтись без задачи — это очень хорошо, пусть делает как знает. Это — его ответственность
Но понятно, что руководитель должен в итоге все это разделегированное собрать в какую-то понятную систему и презентовать ее дальше, на тот уровень, откуда уже эту задачу делегировали ему
И принцип единой отвественности в этом случае заключается в том, что каждый узел этого дерева отвечает за все, что происходит ниже. Не делает это все самостоятельно, не играет в демократию вида "давайте решим, как мы будем это делать", а непосредственно отвечает за все, что происходит там. И эту ответственность он может порубить на кусочки и делегировать дальше
Telegram
Happy Devops
Приносите проблемы, а не задачи
Возвращаясь к вопросу про найм людей умнее себя. Одна из проблема менеджера заключается в том, что он рассматривает исполнителей как продолжение своих рук. Никого нельзя засунуть себе в голову, а менеджер долго думал над задачей…
Возвращаясь к вопросу про найм людей умнее себя. Одна из проблема менеджера заключается в том, что он рассматривает исполнителей как продолжение своих рук. Никого нельзя засунуть себе в голову, а менеджер долго думал над задачей…
Интересное про найм
Смотрю я на текущий рынок найма в IT и мне хочется плакать. Дефицит кадров ужасающий, за каждого сотрудника идет реальный бой, HR-ы просто как солдаты на передовой.
Но так ли это на самом деле?
Понятно, что рынок взорвала пандемия и огромное количество бизнесов хлынули в онлайн. В связи с этим понадобилось огромное количество людей, которые смогут все это строить, обслуживать и эксплуатировать. Рынок оказался к этому не готов, зарплаты дрогнули и ломанулись вверх. Стрелочка перевернулась и теперь уже кандидаты придирчиво выбирают, куда пойти работать
Я и сам побывал на обоих сторонах этого любопытного процесса и точно могу сказать вот что. Не только малое количество кандидатов сильно замедляет процесс найма, а еще и чудовищная некомпетентность HR-ов. Причем не в технических вопросах, господь с ними, никто не заставляет их отличать кубернетес от энджинкса. А вот прямо-таки самая что ни на есть их профессиональная некомпетентность.
На перегретом рынке где спрос перекрывает предложение в сотни раз надо уметь принимать решения быстро, уметь общаться с людьми и уметь принимать также и стратегические решения, которые если не дадут профит здесь и сейчас, то дадут его немного позже. Не надо брезговать нетворкингом, все знакомства так или иначе будут полезны. Не надо мыслить и действовать шаблонами, они уже у всех в зубах навязли. И, конечно же, не надо относиться к несостоявшемуся сотрудничеству как к трате времени. Увы, когда я пытаюсь это эйчарам объяснить, то встречаю просто стену непонимания.
Не все такие конечно, но, к сожалению, большинство.
Смотрю я на текущий рынок найма в IT и мне хочется плакать. Дефицит кадров ужасающий, за каждого сотрудника идет реальный бой, HR-ы просто как солдаты на передовой.
Но так ли это на самом деле?
Понятно, что рынок взорвала пандемия и огромное количество бизнесов хлынули в онлайн. В связи с этим понадобилось огромное количество людей, которые смогут все это строить, обслуживать и эксплуатировать. Рынок оказался к этому не готов, зарплаты дрогнули и ломанулись вверх. Стрелочка перевернулась и теперь уже кандидаты придирчиво выбирают, куда пойти работать
Я и сам побывал на обоих сторонах этого любопытного процесса и точно могу сказать вот что. Не только малое количество кандидатов сильно замедляет процесс найма, а еще и чудовищная некомпетентность HR-ов. Причем не в технических вопросах, господь с ними, никто не заставляет их отличать кубернетес от энджинкса. А вот прямо-таки самая что ни на есть их профессиональная некомпетентность.
На перегретом рынке где спрос перекрывает предложение в сотни раз надо уметь принимать решения быстро, уметь общаться с людьми и уметь принимать также и стратегические решения, которые если не дадут профит здесь и сейчас, то дадут его немного позже. Не надо брезговать нетворкингом, все знакомства так или иначе будут полезны. Не надо мыслить и действовать шаблонами, они уже у всех в зубах навязли. И, конечно же, не надо относиться к несостоявшемуся сотрудничеству как к трате времени. Увы, когда я пытаюсь это эйчарам объяснить, то встречаю просто стену непонимания.
Не все такие конечно, но, к сожалению, большинство.
Если кто еще не в курсе вдруг) Сбер запустил свою версию GPT-3 для генерации картинки из текста. Можно ввести любой набор слов и компьютерный разум выплюнет вам свою больную визуальную фантазию на заданную тему. Много поиграться вряд ли выйдет, генерации картинки надо ждать около часа.
У меня получилось вот такая криповатенькая штучка
У меня получилось вот такая криповатенькая штучка