Недавно я давал вредные советы на тему того, как быстро заработать повышение: «всегда добавляйте фичи в последний момент», «забейте на структуру и тестирование» и так далее. Настало время всерьез поговорить об этом и разобрать, почему вам на самом деле стоит крепко задуматься, прежде чем согласиться что-то добавить накануне релиза и сказать твердое «нет» своему начальнику.

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

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

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

На днях я столкнулся с весьма загадочным и мистическим явлением в лучших традициях сериала «Секретные материалы». Аж кровь в жилах застыла. В общем, удалили пользователя из системы, а душа его осталась плутать по закоулкам и пугать все входящие API запросы. Да так, что сторонние системы, которые эти запросы слали, в ужасе шарахались и бросали NullPointerException. Если не хотите спать сегодня ночью, то смело заглядывайте сюда и узрите сию жуткую историю.

Мне действительно повезло – когда я впервые трудоустроился по профилю в 2010 году, я попал в хорошую компанию и работал рядом с профессионалами высокого уровня и просто хорошими людьми. Рядом с ними я быстро рос. Мне всегда показывали хорошие практики и действительно уделяли мне время. Почти во всех компаниях, в которых я работал, практиковался такой же подход. Но не всем так повезло – многие начинали свою карьеру в конторах довольно паршивого уровня, где их попросту было некому учить. Или вовсе не хотелось. Собственно, из таких историй и родился предыдущий пост в стиле вредных советов. Здесь я хочу рассмотреть несколько реальных случаев из жизни начинающих разработчиков, которые я видел, и сравнить…

Итак, у вас в команде появился джуниор. Звучит совсем как «у вас дома появился щенок», да и ощущаться будет так же. Он будет постоянно просить вашего внимания, гадить и заглядывать вам в глаза. Однако, джуниор – не собака, и воспитывать его нужно слегка по-другому. Задача не из простых, но вполне можно научить джуниора писать хороший код! В этом посте мы рассмотрим основные моменты воспитания молодого специалиста.

В прошлом посте был один вредный совет про оценку работы программистов (правило #6). Кому-то это показалось забавным, а кто-то воспринял это всерьез. На самом деле это и правда недалеко ушло от шутки, и в моем личном опыте было что-то похожее. В этом посте я хочу «разоблачить» шутку и рассказать, как оно было на самом деле.

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

Есть множество историй о том, как люди меняли свою жизнь и уходили в IT. Они оставляли нелюбимую работу, осваивали программирование и устраивались в крупные компании на неприличную зарплату. Но эта статья не о том. Я сразу устроился в IT компанию и планомерно, целенаправленно шел к своей цели. Собственно, в этой статье я хочу рассказать о своем пути в области IT. На момент написания этого текста он длится уже 10 лет и еще отнюдь не завершен. Я начинал как QA инженер (читай – тестировщик) и мечтал освоить программирование еще будучи студентом. Сейчас я работаю разработчиком на довольно крупную американскую компанию, при этом не выходя из дома.  Все цифры для интересующихся –…