Мой путь в инфраструктурщики началася очень просто — CTO сказал: "сделай деплоймент, и не забудь всю инфраструктуру сохранить в коде, вот тебе пример Cloudformation шаблона, вперед". Если CI/CD я сделал вообще просто (мы начали с такого проекта как CodeShip и Elastic Beanstalk), то с Cloudformation шло нереально туго. Я долго не мог врубиться какие значения куда подставлять и как вообще все эти ресурсы использовать...

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

В 2007 году, когда я начал работать программистом за деньги, самым популярным мессенджером (по крайней мере, у нас) был qip/ICQ. Skype в то время еще принадлежал эстонцам, и делал p2p-соединения для звонков и чатов, история хранилась локально, не было центральных серверов и госдеп/кгб не читал переписку. По неизвестной мне причине, в компании скайп был запрещен к использованию IT-отделом для звонков. VoIP трафик был дорогой...

Часто повторяющаяся мысль во многих книгах и материалах о продуктивности: "Записывайте все свои идеи". Обосновывается примерно так — мозг думает мысль пока её не реализовал, а чтобы реализовать — достаточно записать. Тогда мозг решит что мысль реализована, не нужна и выгрузит её из рабочей памяти. Сюда же относится и идея о том, что рассказав кому-то о том, что планируешь сделать, ты уже как бы делаешь, и...

Самый лучший способ донести свою идею людям — это убедить их, что на этом можно зарабатывать/экономить деньги. Почему отлично заходят всякие опенсорс решения? Потому что авторы или developer advocates компаний убеждают всех вокруг, что их продукт сделает жизнь проще (== позволит заработать больше). Уже многие годы я так или иначе соприкасаюсь с около-экологическо-зоозащитной темой. Почему, например, плохо распространяется вегетарианство и борьба с промышленным животноводством? По одной причине...

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

Наверняка вы видели в ванильных пабликах цитату "Великие умы обсуждают идеи, средние умы обсуждают события, мелкие умы обсуждают людей". Если посмотреть на всяких блоггеров и генераторов контента в инфополе, то можно обратить внимание, что все их сообщения/посты/книги так или иначе сконцентрированы вокруг малого количества ключевых идей/концепций, и, если читать автора достаточно долго, то начинаешь замечать самоповторы. Например, ребята из Basecamp [https:...

Всем конфы хороши, да не только. Немного поноем. Если конфа околотехническая то скорее всего значимая часть докладчиков будет иностранцами и соответственно доклады будут на английском. Доклады на английском мне не очень нравятся, потому что мозг теряет часть информации во время конвертации. И если воспринимать речь/читать без перевода в голове я уже насобачился, то часть незнакомых оборотов или сжеванные произношением фразы (особенно если докладчик — нативный спікер)...

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

Прошлые два дня посвятил посещению #DevOpsDaysKyiv. Идти решил совершенно спонтанно, увидел пост в канале https://t.me/devopsengineer, там был скидос 20%. Хотя темы докладов на первый взгляд меня не зацепили (как я позже узнал, основной поток всегда идет о каких-то околокультурных вещах, не о технике), я подумал что неплохо будет узнать чем люди вообще занимаются сейчас и пообщаться с сообществом. К своему стыду, за всю...

Вдобавок к тому, что вместо полемики в комментах стоит писать свои материалы, я бы еще хотел коснуться важной темы — сути комментариев и дискуссий в нашей, пост-советской части интернетов. По неизвестной мне причине (вероятно, из-за среды, но это не точно), большинство людей и комментаторов на наших просторах токсичны и агрессивны. Редко какое обсуждение обходится без прямых оскорблений и ad hominem, без позиции в стиле "я Д&...

Я большой любитель пообщаться. IRL получается не всегда, поэтому время от времени приходится сублимировать в форумы и прочие коменты. За полтора десятка лет я суммарно по всем форумам (кпишные usenet-конференции, разного рода тематические phpBB форумы, доу, хабр, vc и тд) напостил наверное тысяч 20 сообщений, а то и больше. Дискутировать охота на интересные мне темы, но практически всегда мое мнение идет вразрез с мнением автора/большинства....

Давно не было нытья о рекрутерах! Все знают что на рынке есть рекрутинговые агенства. Типа мы вам подберем лучшего кандидата, овер 9000 лет экспертизы и все такое. Такие конторы конечно же очень даже нужны всяким стартапам или компаниям, которые только заходят на рынок, вообще не имеют команды, или пока что не обзавелись внутренним рекрутером, а так же полезны для найма C-level людей и закрытия всяких экзотических...

Хорошо работает только планирование рутинных задач. Типа "добавить отчет". Если мы уже делали похожие отчеты, то примерно знаем, сколько на них нужно будет потратить времени, накидываем ±пару дней и спокойно едем. А вот всякие околоисследовательские штуки, или что-то неизвестное можно только ограничивать временем вроде "давайте попробуем потратить 5 дней на исследование а дальше посмотрим". Ну это тоже такое себе планирование, потому что...

Самая большая проблема разработки — сроки. Бизнес любит ставить сроки (а как работать-то, без них?), разработчики не любят называть сроки, менеджеры любят занижать сроки, а в итоге они всегда продалбываются. В чем я точно уверен — так это в том, что сроки на длинном временном промежутке планирования (год, а то и меньше) 100% будут сорваны. Даже если не изменятся требования (а они изменятся), не будет смены приоритетов (а...