Стараюсь не говорить о работе вне работы. С коллегами на обеде, в отпуске, на
посиделках в баре. Хотя я люблю своё дело, в мире есть еще миллион других
интересных вещей, которые можно обсудить.
Постоянное развитие технологий это круто, но у меня есть ощущение, что чем
дальше в лес и больше опыта, тем меньше нового под солнцем и тем меньше желания
перетирать очередные библиотеки и инструменты.
Вот...
Трохи менше ніж рік тому я написав повний фрустрації пост про роботу по таймеру
[https://www.rozhkov.me/working-on-clock/]. Пройшло багато часу і спішу
поділитися апдейтами по цій темі.
Виявилося, що справа у звичці. Весь цей рік я справно трекав все, що витрачав на
роботу, і з часом це просто стало звичкою. Сів за комп'ютер — натиснув на
кнопку. Встав випити чаю поки біжить CI/...
Не являюсь большим сторонником практик TDD. Скорее всего, дело в том, что я не
работал в тех местах, где это было серьезной частью культуры, не видел как это
может работать, и/или не находил мотивации перестроить мышление соответствующим
образом.
Как правило, по TDD я делаю совсем простые вещи, вроде функций преобразований,
валидаций, и так далее, когда результат очень детерминирован и легко кодируем в
тестах.
Давно заметил,...
Ровно год назад я опубликовал объявление о поиске джунов для работы над
проектом—сайтом по пристройству животных. Вот оно:
https://t.me/full_of_hatred/235
Отозвалось очень много людей: около 40 человек. Я сообразил небольшое тестовое
задание, очень простое, 10 его сделали. Из 10 сделавших я начал отбирать по
порядку людей и пробовать с ними работать. Несколько человек отвалились вскоре—у
них была основная работа...
Мене дивує, коли люди говорять про "компанію" чи "роботу" мрії.
По-нульове, дуже дивно "мріяти" про роботу над чужими бажаннями та проєктами, навіть якщо це дуже складна галузь. На мою думку, мріяти треба про щось своє. І я зараз не про мантру "не працюй на дядю" і "кидай все та починай стартапити", зовсім ні.
Бажання працювати у...
Довольно долгое время проработав в парттайм режиме с разными заказчиками, спешу
поделиться с вами некоторыми соображениями:
Лучше всего работается в изоляции, одному, над изолированным куском
функциональности. Если вы работаете в команде, то неизбежен разрыв между теми
кто уделяет больше времени работе и постоянно находится в контексте, и теми, кто
работает нерегулярно и меньше. Плохо делать фичу, на которую будут завязаны
другие, если вы не можете выдать...
Самое быстрое, самое эффективное и самое оттягиваемое решение, которое я когда
либо принимал для клиентских проектов это установка BI системы.
Серьезно, сколько времени за несколько лет я потратил на кастомную выгрузку
данных или допиливание существующих отчетов? Десятки часов, не меньше. Почему
так делал? Потому что я не очень продуктивен, вот почему.
Все это время у меня в бэклоге висела задача "поставить BI". Висела, висела,...
Всем известна ситуация когда исполнитель задачи не выходит на связь. Задача
может быть любой, сфера деятельности тоже любая. Вы вроде о чем-то договорились
с человеком, он начал работать а потом вдруг перестает отвечать на ваши
сообщения в мессенджерах, письма, звонки. Пропадает. Но при этом подает признаки
жизни через другие каналы.
Я часто с таким сталкивался: мастер, который делал мне кухню как-то пропал на
пару месяцев, дизайнер...
Считаю что одним из лучших показателей того, что вы двигаетесь в правильном
направлении является то, что вас зовут старые коллеги/клиенты/боссы на свои
новые проекты. Это помимо, естественно, получения денег.
У меня было много ситуаций, когда я, как мне казалось, подводил работодателя или
клиента, не успевал сделать в срок, выдавал не супер-качественный продукт. Если
сидишь без явного фидбека типа "Вова ты красавчик" то...
Ко мне время от времени обращаются разные люди с предложением сделать стартап.
Первый такой стартап мы делали с адвокатом, который вел наше дело по квартире.
Суть заключалась в очень умной системе управления юридическими знаниями.
Подробнее об этом расскажу как-нибудь потом, но в итоге разработку мы
заморозили. И главной причиной заморозки было то, что мне не хотелось этим
заниматься.
Основной урок, который я вынес из того опыта—...
Когда еще не было социальных сетей, основной платформой, где проводились
обсуждения, были usenet-группы (в начале) и тематические форумы (с развитием
веба). Я провел огромное количество времени в дискуссиях и спорах на таких
площадках, кое-где даже стал модератором/администратором. Ретроспективно я жалею
о 99% потраченных на это человекочасов. Думаю, что основными проблемами,
побуждающими меня сидеть на форумах, были низкая социализация IRL, иллюзии
касательно капитала, сколачиваемого там, отсут...
В онлайн сообществах (форумах или чатах) иногда встречается такой тип людей:
человек врывается в какое-то обсуждение и заявляет "пфф, что это вы тут
копошитесь с игрушечными машинками в песочнице, я вот езжу на внедорожнике по
говнам вообще на изичах. А у вас тут возня какая-то".
Их заявления характерны своей несоразмерностью уровню большинства участников
дискуссии. Например, разработчики обсуждают как им прокачать свой рейт до
нормального...
Почему нужно работать в аутсорсе?
* Потому что там разнообразные и большие проекты, часто greenfield,
непосредственное общение с мультинациональными командами. Короткие проекты,
получаешь опыт и удовольствие от того, что доводишь дело до конца. Если
проект не нравится—не беда! Идешь к ресурсному менеджеру и подбираешь себе
что-то действительно интересное среди большого портфолио. Прокачиваешься в
разных технологиях, подтягиваешь английский. Круто!
Почему не нужно работать в аут...
Еще одна особенность жизни независимого разработчика-консультанта—это
параллельная работа с разными клиентами над разными проектами.
В сложные дни я работал с 4мя клиентами, у некоторых из них было сразу по
несколько проектов, которые я разрабатывал или поддерживал. Многие проекты были
написаны на разных языках.
Очевидно, что работа над чем-то одним эффективнее всего. В голову всегда
загружен только один контекст, со временем многие места запоминаются и
разработка...
Одна из самых серьезных опасностей, которая будет стоять на вашем пути, если вы
перейдете на парттайм работу или ± гибкий график (в любом формате)—это
бесполезное прожигание свободного времени.
Офисный человек скован рамками рабочего дня. Утром ему нужно появиться в офисе,
днем там присутствовать, вечером уйти. Неважно, продуктивно ли прошел день, в
конце месяца его ожидает зарплата. Эти рамки являются одновременно и
благословением и проклятием. Благословением—потому...
Недавно я посмотрел интервью с DHH [https://www.youtube.com/watch?v=OltCr8AWpWw]
, это был keynote на (онлайн) конференции RailsConf 2020. DHH это автор и
мейнтейнер веб-фреймворка Ruby On Rails, CTO компании Basecamp. Известен как
адвокат фулл-стек разработки, монолитных архитектур, profitable from day zero
подхода и противник венчурных денег. В интервью он рассказывает, что современный
зоопарк веб-технологий, узкая специализация ("реакт разработчик"), раздутость
команд и...
