Есть вид задач, суть которых заключается в том, что нужно кого-то переиграть. Например, я много работал со скрапингом данных, это вообще популярная тема. Как вы можете догадаться, не все ресурсы любят, когда их скрапят, и стараются защититься—например ставят себе проверку на клиентский js, подключают сервисы антискрапинга (incapcula), блокируют по IP (самое простое что может быть), делают нечитаемые классы для стилей чтобы труднее было писать xpath...
Замечали ли вы когда-нибудь, насколько приятнее работать с банкоматами в который установлен древний софт на ncurses? Они моментально срабатывают на любое нажатие клавиши, не тупят при переходах между экранами. Новые терминалы, на которых (вероятно) открывается что-то типа электрона нереально медленные по сравнению со старыми. Как по мне интерфейсная отзывчивость сильно недооценена. Впрочем я не о программах. Большинство действительно нужной работы, которую я делаю, работается за очень...
Это выражение в английском языке примерно обозначает сложности, которые возникают после того как начинаешь решать вроде бы простую проблему и проваливаешься как Алиса в кроличью нору. Думаю что каждому инженеру знакомо то чувство, когда чинишь маленький баг а через день приходишь в сознанение с наполовину отрефакторенным проектом. Такие норы часто непонятны менеджерам и бизнес людям, для которых задача "добавить кнопочку" выглядит работой на 1 час а...
Западный интернет очень любит жаловаться на вайтбординг-собесы в больших корпорациях. Там даже ходит шутка, что "в долине проще открыть свою компанию чем устроиться в существующие". Авторы популярных инструментов и библиотек пишут в твиторах о том, что их не взяли в фаанг, хотя они создали продукты, которыми пользуется весь мир. Отечественный интернет не жалуется. Отечественный интернет молча, сцепив зубы, зубрит литкод по вечерам, тщательно готовится и в...
Никто не любит поддерживать старое. Долго время я занимался разработкой продукта, который выставлял наружу набор интерфейсов. Довольно серьезной проблемой была необходимость поддерживать обратную совместимость. Руки так и чесались выбросить всё и переписать, но проекты, которые нас использовали, неизменно были этому не рады. Я был молод и у меня постоянно горела жопа от того, что приходилось думать как держать кучу легаси в коде и не поломать то,...
Нет ничего хуже, чем работать в стол или делать что-то просто так. На моей первой работе меня и еще одного парня определили разрабатывать модуль к продукту под присмотром пары тимлидов. Требования к этому самому продукту явно не были сформулированы, поэтому делали как считали нужным. Этот модуль прямо сейчас не был нужен никакому клиенту, поэтому делался в стол. Вначале я зарядился (первая работа все-таки!) но потом быстро...
Мой первый нормальный босс говорил мне: "Вова, ты не просто программист, ты программист-эксперт в своём домене, а это очень важно и ценится гораздо больше чем просто умение писать код". Мотивировал меня, потому что за "доменной экспертизой" скрывались мало кому на рынке нужные знания узкоспециализированных продуктов и инструментов. Но я верил и мнил себя экспертом и даже бравировал этим перед рекрутёрами которые искали "спринг девелопера". Иллюзии эти...
Встречаю мнение, что хороший работодатель должен предоставлять полный пакет бонусов в дополнение к заработной плате, как-то: страховку для вас и для семьи, абонемент в спортзал, стол с теннисом и комнату с плейстейшоном, печеньки, чай кофе и баристу, массаж, выездные корпоративы 4 раза в год и прочие приятности. Некоторые люди даже склонны делать выбор в ту или иную сторону основываясь на наличии тех или иных плюшек. Мне...
Довольно долгое время проработав в парттайм режиме с разными заказчиками, спешу поделиться с вами некоторыми соображениями: Лучше всего работается в изоляции, одному, над изолированным куском функциональности. Если вы работаете в команде, то неизбежен разрыв между теми кто уделяет больше времени работе и постоянно находится в контексте, и теми, кто работает нерегулярно и меньше. Плохо делать фичу, на которую будут завязаны другие, если вы не можете выдать...
Самое быстрое, самое эффективное и самое оттягиваемое решение, которое я когда либо принимал для клиентских проектов это установка BI системы. Серьезно, сколько времени за несколько лет я потратил на кастомную выгрузку данных или допиливание существующих отчетов? Десятки часов, не меньше. Почему так делал? Потому что я не очень продуктивен, вот почему. Все это время у меня в бэклоге висела задача "поставить BI". Висела, висела,...
Всем известна ситуация когда исполнитель задачи не выходит на связь. Задача может быть любой, сфера деятельности тоже любая. Вы вроде о чем-то договорились с человеком, он начал работать а потом вдруг перестает отвечать на ваши сообщения в мессенджерах, письма, звонки. Пропадает. Но при этом подает признаки жизни через другие каналы. Я часто с таким сталкивался: мастер, который делал мне кухню как-то пропал на пару месяцев, дизайнер...
Считаю что одним из лучших показателей того, что вы двигаетесь в правильном направлении является то, что вас зовут старые коллеги/клиенты/боссы на свои новые проекты. Это помимо, естественно, получения денег. У меня было много ситуаций, когда я, как мне казалось, подводил работодателя или клиента, не успевал сделать в срок, выдавал не супер-качественный продукт. Если сидишь без явного фидбека типа "Вова ты красавчик" то...
Ко мне время от времени обращаются разные люди с предложением сделать стартап. Первый такой стартап мы делали с адвокатом, который вел наше дело по квартире. Суть заключалась в очень умной системе управления юридическими знаниями. Подробнее об этом расскажу как-нибудь потом, но в итоге разработку мы заморозили. И главной причиной заморозки было то, что мне не хотелось этим заниматься. Основной урок, который я вынес из того опыта—...
Почему нужно работать в аутсорсе? Потому что там разнообразные и большие проекты, часто greenfield, непосредственное общение с мультинациональными командами. Короткие проекты, получаешь опыт и удовольствие от того, что доводишь дело до конца. Если проект не нравится—не беда! Идешь к ресурсному менеджеру и подбираешь себе что-то действительно интересное среди большого портфолио. Прокачиваешься в разных технологиях, подтягиваешь английский. Круто! Почему не нужно работать в аутсорсе? На аутсорс...
Недавно я посмотрел интервью с DHH, это был keynote на (онлайн) конференции RailsConf 2020. DHH это автор и мейнтейнер веб-фреймворка Ruby On Rails, CTO компании Basecamp. Известен как адвокат фулл-стек разработки, монолитных архитектур, profitable from day zero подхода и противник венчурных денег. В интервью он рассказывает, что современный зоопарк веб-технологий, узкая специализация ("реакт разработчик"), раздутость команд и оверинжиниринг это следствие бесконтрольного использования венчурного капитала....
Недавно на доу одна веб-студия претендующая на некую эксклюзивность опубликовала статью о процессах найма. В частности, кроме всякого корпоративного буллшита про "culture fit" и "мы берем только тех людей, которые хотят к нам попасть" было упоминание того, что они дают тестовое задание. Общественность естественно моментально возмутилась. "Как вы посмели давать тестовое задание, вы же обычный аутсорс, мы к вам не пойдем&...
