Из обсуждений в одном чате выяснилось, что некоторые люди не знают, что exactly once джобов не бывает
Бывают стораджи, которые выглядят так, как будто в них что-то записали exactly once.
Бывают стораджи, которые выглядят так, как будто в них что-то записали exactly once.
«В качестве нового бизнеса мы откроем разработку и внедрение красных линий.
Мы большие специалисты в их проведении и переносе.
А в России на них большой спрос.
Опять же в Иран продадим»
Мы большие специалисты в их проведении и переносе.
А в России на них большой спрос.
Опять же в Иран продадим»
https://habr.com/ru/companies/kuper/articles/833474/
Можно наслаждаться тем, как в комментарияхрвет происходит культурный шок между разными культурами.
Хочу сказать, что в культуре самонаводящихся инженеров мы действительно перекладываем на инженеров часть обязанностей менеджмента. И получаем, что нам нужно значительно меньше менеджеров. Следовательно, мы можем себе позволить нанимать значительно более дорогостоящих менеджеров с техническим бекграундом.
Получаем культуру дорогих инженеров (и самое печальное — многомесячного их поиска), дорогих их руководителей (вырастающих не из руководителей проектов, а из тимлидов).
Перекладывая коммуникационные и фасилитационные обязанности на прослойку менеджеров, мы получаем кучу плюсов в виде возможности более широкого найма (инженеров, которые отказываются смотреть за рамки своей задачи, найти гораздо проще чем, «самонаводящихся», а менеджеры, которые способны фасилитировать и не проебывать задачи — гораздо дешевле дорогостоящих руководителей с техническим бекграундом). Одновременно мы способны этой прослойкой изолировать инженеров от токсичной бюрократии, если она есть в нашей компании. Это дешевое и надежное решение.
Минусы наличия прослойки менеджеров также достаточно широки:
1. Непродуктивные затраты времени из-за коммуникаций не по делу (типичные получасовые встречи, где менеджеры просто запугивают друг друга приоритетностью и важностью своих задач, вместо разговора по делу, «я встречусь со своим менеджером и объясню ему, что написать в задаче»).
2. Отчуждение от результатов работы (инженеры, которым говорят «позволь управлять своим беклогом менеджеру», быстро приучаются не думать и делать то, что он просит, а также быстро выучивают беспомощность в борьбе с техническим долгом)
3. Некомпетентность менеджеров в оценке хард скиллов подчиненных приводит к необходимости выстраивания параллельной иерархии компетентных в этой оценке ресурсных руководителей, размывая по всей цепочке ответственность за качество
Можно наслаждаться тем, как в комментариях
Хочу сказать, что в культуре самонаводящихся инженеров мы действительно перекладываем на инженеров часть обязанностей менеджмента. И получаем, что нам нужно значительно меньше менеджеров. Следовательно, мы можем себе позволить нанимать значительно более дорогостоящих менеджеров с техническим бекграундом.
Получаем культуру дорогих инженеров (и самое печальное — многомесячного их поиска), дорогих их руководителей (вырастающих не из руководителей проектов, а из тимлидов).
Перекладывая коммуникационные и фасилитационные обязанности на прослойку менеджеров, мы получаем кучу плюсов в виде возможности более широкого найма (инженеров, которые отказываются смотреть за рамки своей задачи, найти гораздо проще чем, «самонаводящихся», а менеджеры, которые способны фасилитировать и не проебывать задачи — гораздо дешевле дорогостоящих руководителей с техническим бекграундом). Одновременно мы способны этой прослойкой изолировать инженеров от токсичной бюрократии, если она есть в нашей компании. Это дешевое и надежное решение.
Минусы наличия прослойки менеджеров также достаточно широки:
1. Непродуктивные затраты времени из-за коммуникаций не по делу (типичные получасовые встречи, где менеджеры просто запугивают друг друга приоритетностью и важностью своих задач, вместо разговора по делу, «я встречусь со своим менеджером и объясню ему, что написать в задаче»).
2. Отчуждение от результатов работы (инженеры, которым говорят «позволь управлять своим беклогом менеджеру», быстро приучаются не думать и делать то, что он просит, а также быстро выучивают беспомощность в борьбе с техническим долгом)
3. Некомпетентность менеджеров в оценке хард скиллов подчиненных приводит к необходимости выстраивания параллельной иерархии компетентных в этой оценке ресурсных руководителей, размывая по всей цепочке ответственность за качество
Хабр
Как увидеть три важнейших софт-скилла, чтобы нанять лучшего инженера
Чтобы нанять хорошего инженера, недостаточно проверить только его харды. В статье я расскажу о трех софт-скиллах, которые я обязательно проверяю у каждого кандидата. Если вы начнете проверять эти три...
Мы слышали, что вы любите OAuth
Поэтому для логина через телеграм мы сделали такой вариант OAuth, который похож на OAuth, но не совсем он.
Почему? Потому что идите нахуй вот почему
Поэтому для логина через телеграм мы сделали такой вариант OAuth, который похож на OAuth, но не совсем он.
Почему? Потому что идите нахуй вот почему
Подговариваю на ИТ пикнике Тинькоффа ребенка говорить на стендах «мой папа крутой разработчик, и я продам его ФИО и контакты за сувенир».
Хочется деконструкции обычая, так сказать
Хочется деконструкции обычая, так сказать
https://github.com/dfederm/ReferenceTrimmer
Полезная штука — детектит ненужные reference
Можно включить эти ошибки как ERROR
Полезная штука — детектит ненужные reference
Можно включить эти ошибки как ERROR
GitHub
GitHub - dfederm/ReferenceTrimmer: Easily identify which dependencies can be removed from a .NET project
Easily identify which dependencies can be removed from a .NET project - dfederm/ReferenceTrimmer
Forwarded from Leonid Tsarev
Слушайте, ИТ-ники.
Дайте совет.
Насколько S3 умеет в обновления?
В смысле можно ли сделать запрос «все новые и/или обновленные файлы в S3 бакете»?
Идейка у меня такая — я хочу сделать сервис, который смотрит на S3 бакет, когда там появляется новый объект, он его скачивает, парсит, заносит метаданные в БД.
Я нашел как это решить всякими внутренними шнягами облаков (например в Яндекс.Облаке есть триггер, который Cloud Function запускает) но хочется vendor-agnostic решение
Дайте совет.
Насколько S3 умеет в обновления?
В смысле можно ли сделать запрос «все новые и/или обновленные файлы в S3 бакете»?
Идейка у меня такая — я хочу сделать сервис, который смотрит на S3 бакет, когда там появляется новый объект, он его скачивает, парсит, заносит метаданные в БД.
Я нашел как это решить всякими внутренними шнягами облаков (например в Яндекс.Облаке есть триггер, который Cloud Function запускает) но хочется vendor-agnostic решение
Типичный день при общении со службами бекофиса.
Они: Всем СРОЧНО ДЕЛАТЬ
Мы: Есть такие-то и такие-то вопросы, давайте их сначала обсудим
Они: Ок, подождите, мы вернемся к вам с ответом, пока отложите
Проходит неделя.
Оказывается, что все остальные все равно СРОЧНО делают, несмотря на отсутствие целеполагания и ответов на вопросы.
Ну ладно. Анекдот про три гвоздя видимо не слышали.
Они: Всем СРОЧНО ДЕЛАТЬ
Мы: Есть такие-то и такие-то вопросы, давайте их сначала обсудим
Они: Ок, подождите, мы вернемся к вам с ответом, пока отложите
Проходит неделя.
Оказывается, что все остальные все равно СРОЧНО делают, несмотря на отсутствие целеполагания и ответов на вопросы.
Ну ладно. Анекдот про три гвоздя видимо не слышали.
Команда, которая всегда выполняет все задачи из своего плана на 100%...
Anonymous Quiz
44%
...планирует хорошо
56%
...планирует плохо
На вопрос «почему ты не отвечаешь на мои сообщения » я отвечаю словами поэта:
«Дело в том, что жизнь мне не мила, и я вас всех ненавижу »
«Дело в том, что жизнь мне не мила, и я вас всех ненавижу »
Forwarded from В поисках подходящего названия...
Подумалось про работу.
Совершенно контринтуитивна конечно мысль о том, что классный специалист совершенно не факт что будет классным руководителем для таких специалистов.
Крутой разраб может быть отстойным тимлидом и т.п.
При этом какая-то экспертиза в области у него быть обязана, совершенно точно.
Но где та золотая пропорция между скиллами в предметной области и навыками руководителя?
Не понятно.
Совершенно контринтуитивна конечно мысль о том, что классный специалист совершенно не факт что будет классным руководителем для таких специалистов.
Крутой разраб может быть отстойным тимлидом и т.п.
При этом какая-то экспертиза в области у него быть обязана, совершенно точно.
Но где та золотая пропорция между скиллами в предметной области и навыками руководителя?
Не понятно.
https://habr.com/ru/articles/816545/
От себя отмечу, что сокращения, экономия издержек, депремирование, потогонка, поиск "эффективности", расчет всего и вся деньгами - это не причины краха.
Часто это его симптомы. Просто паника.
От себя отмечу, что сокращения, экономия издержек, депремирование, потогонка, поиск "эффективности", расчет всего и вся деньгами - это не причины краха.
Часто это его симптомы. Просто паника.
Инерция.
Однажды наш кореш Щорс (известный борец с РКН https://t.me/usher2) выдал нам для хобби проектов бесплатный хостинг "просто так" в своей компании diphost.ru. ну баннеры какие-то мы его вешали где-то.
Прошел, думаю, где-то десяток лет, и Щорс продал свою долю в компании своему партнеру. Партнер нашим корешом не был, но исправно продолжал нам оказывать эти услуги бесплатно (потому что у хобби проектов был установлен в админке "бесплатный" тариф).
Через пару лет партнер вышел из бизнеса, продав свой бизнес со всеми клиентами хостеру handyhost.ru
Тот по тем же самым бесплатным тарифам оказывал нам услуги еще два года.
И вот наконец они разобрались и обнаружили и перевели нас на платный тариф.
Это, как вы понимаете, история про "карманы неэффективности" в бизнесах
Однажды наш кореш Щорс (известный борец с РКН https://t.me/usher2) выдал нам для хобби проектов бесплатный хостинг "просто так" в своей компании diphost.ru. ну баннеры какие-то мы его вешали где-то.
Прошел, думаю, где-то десяток лет, и Щорс продал свою долю в компании своему партнеру. Партнер нашим корешом не был, но исправно продолжал нам оказывать эти услуги бесплатно (потому что у хобби проектов был установлен в админке "бесплатный" тариф).
Через пару лет партнер вышел из бизнеса, продав свой бизнес со всеми клиентами хостеру handyhost.ru
Тот по тем же самым бесплатным тарифам оказывал нам услуги еще два года.
И вот наконец они разобрались и обнаружили и перевели нас на платный тариф.
Это, как вы понимаете, история про "карманы неэффективности" в бизнесах
Telegram
Эшер II A+
Канал «Неугомонного Фила» про блокировки
Сайт: https://usher2.club
Бот: https://t.me/u2ckbot
VPN: https://t.me/FarscapeBot
Поддержите меня: https://t.me/usher2/2424
#позиция #ликбез #donate
#doc #regulation #экскурс #история
Контакт: @schors
Сайт: https://usher2.club
Бот: https://t.me/u2ckbot
VPN: https://t.me/FarscapeBot
Поддержите меня: https://t.me/usher2/2424
#позиция #ликбез #donate
#doc #regulation #экскурс #история
Контакт: @schors
https://t.me/ProductBalance/167
По какому именно вопросу надо встретиться очень существенно экономит календарь.
Правда, это может проложить неформальные пути решения вопросов в компании мимо тебя к тем, кто согласен придти на встречу без повестки
По какому именно вопросу надо встретиться очень существенно экономит календарь.
Правда, это может проложить неформальные пути решения вопросов в компании мимо тебя к тем, кто согласен придти на встречу без повестки
Telegram
Пренебречь. Балансируем
"Люблю" созвоны
— Надо встретиться и обсудить, — сказал мне коллега
— Зачем?
— Чтобы найти оптимальное решение
— А стоит ли оно того?!
В середине прошлого века британский историк и юморист заметил, что количество кораблей на службе Ее Величества уменьшается…
— Надо встретиться и обсудить, — сказал мне коллега
— Зачем?
— Чтобы найти оптимальное решение
— А стоит ли оно того?!
В середине прошлого века британский историк и юморист заметил, что количество кораблей на службе Ее Величества уменьшается…