Советы Фёдора Борщёва

Какие технологии вы бы порекомендовали для создания статичных и не самых сложных сайтов, но так, чтобы было использование модулей, например хедер, футер, форма. Без ПХП, бэкенда и БД.

Иногда бывает, что разработчик противится реализации фичи в нужном продукту и крутом по мнению бизнеса виде, оправдывая это техническими ограничениями. Как добиться нужного результата, объяснив разработчику значимость?

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

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

Как быть, если твой руководитель слабее/некомпетентнее или незаинтересованнее тебя?

Отдельно поясню: я в такой вопрос вкладываю ситуацию, когда для успеха условного проекта ты решаешь задачи, которые должен решать он. А он этого не делает, потому что не умеет или просто не хочет, не заинтересован. Работаешь ты в том числе и на уровень выше, ответственность несёшь, а при успехе лавры отходят руководителю. Как-то так. Спасибо.

Фёдор, привет!

У меня в голове есть два тезиса из твоих блога и вебинаров (как я их запомнил и понял): «разработчик может сделать восьмичасовую задачу за три часа [и „гулять“ остальное время]» и «разработчик может подсказать менеджеру, как недельную задачу закрыть за два дня, убрав или изменив некоторые элементы».

Ощущаю тут какое-то противоречие.

Кажется, что во втором случае разработчик — красавчик и помогает бизнесу,
а в первом — какой-то некомандный игрок и вообще редиска: мог сэкономить команде время, но не стал.

С другой стороны, разработчик может потратить это «свободное» время на развитие — как раз чтобы узнать, как закрывать восьмичасовые задачи за три часа. Кажется, что это один из немногих вариантов найти время на всякие полезные штуки.

Как искать баланс между пользой для команды и пользой для себя?

Как, по твоему опыту, лучше организовать процесс сдачи задачи и код-ревью в рамках спринта, чтобы определить, кто будет делать ревью, и чтобы при этом задачи, которые были спланированы у ревьюеров, не факапились?

Я работаю ява-программистом уже 2,5 года, более 1,5 лет в одной московской компании — по сути это моя первая серьёзная работа в роли разработчика (до этого были не очень удачные места работы).

Стоит ли менять работу, если уже порядком поднадоело, но есть новые проекты и в целом хоть какой-то прогресс ощутим?

Дело в том, что у нас появился очень опытный лид, принёс практику DDD и в целом другой взгляд на разработку. Но с ним получается не так много взаимодействовать, и сейчас задачи более-менее понятны и без какого-либо интереса.

Я понимаю, что если оставаться в компании, то у лида можно научиться разным знаниям, но это идёт очень медленно (лид долго отвечает, игнорирует), а старые задачи из легаси-монолита делать уже крайне неинтересно (по сути понятно, что и как).

Я стою перед дилеммой, либо менять работу и идти получать новые востребованные навыки (но тогда жалко терять те знания, которые я недополучу от лида), либо оставаться (но интерес уже почти на нуле).

Как вы решаете подобного рода вопросы?

Непрерывная доставка

Как написать аккуратный код? Часть четвёртая: ответственность

Фёдор, привет, у меня небольшой вопрос, связанный со стартапами и билингами.

Как и когда зарождающийся стартап в процессе своего развития должен подходить к вопросу имплементации билинга? Как я понимаю, он должен быть сделан до публичного релиза или на стадии, когда сервисом приватно пользуется ограниченный круг лиц или компаний в тестовом режиме.

Билинг, имхо (может, я тут неправ?), — это очень сложный программный продукт, и писать и поддерживать его своими силами для стартапа может быть очень затратно. Какие, вообще, тут есть варианты?

Я с ходу нагуглил несколько облачных билингов, но среди российских самым нормальным для начинающих мне показался Прайсплан. У остальных довольно большой ценник, и они ориентируются уже на крепко стоящий на ногах энтерпрайз. Или, может быть, есть ещё какие-то варианты брать оплату по подписке? В общем, буду рад любой информации. Спасибо!

Просьба сохранить анонимность и не указывать почту.

Фёдор!

Как быть разработчикам, которые хотят получать больше денег, но не хотят разбираться в бизнесе?

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

На вопрос меня натолкнуло недавнее исследование HackerRank 2020

Привет!

Что делать, если меня, технического директора, потихоньку отстраняют от дел? Я с нуля построил здесь всё: выработал концепцию технического решения; построил инфраструктуру; набрал команду, сладил её, мы все как одна большая дружная семья — каждый знает всё, что ему нужно делать; и впереди ещё столько планов.

И тут собственники внезапно наняли генерального директора, отдав ему всю операционку. Он хочет контролировать вообще всё, отодвигает меня от операционки, даёт заниматься только минимальным набором задач, обосновывая собственникам это своим опытом и знаниями. Собственники ведутся, я не у дел и дальше не знаю, что делать.

Как написать аккуратный код? Часть третья: заменяемость

Есть СТО, он классный, но при этом редко выходит в свет. Насколько, на твой взгляд, это может быть важно или полезно компании в целом? Что может улучшиться или измениться?

Фёдор!

Как быть, если всё моё время уходит на разработку всё новых и новых фич? Какие подходы могут помочь высвободить время?

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

Как написать аккуратный код? Часть вторая: связность

Аккуратный код: зацепление

Пришёл в один стартап. Увидел, что у них бэк (Python/Flask) и фронт (ReactJS) лежат в одном репозитории. Когда я сказал, что было бы хорошо их разделить, то получил вопрос: «А зачем?». С удивлением сказал, что это правильно. А мне в ответ: «Ты можешь конкретнее объяснить, почему это нужно сделать, ибо правда у всех своя?».

И знаете, я не нашёлся чем ответить. Вот не могу объяснить им, почему лучше разделить.

Хотелось бы, чтобы гуру ответил :-)

Не так давно вы сделали пост про то, как стать разработчиком. Меня особенно зацепил пункт про инженерную культуру (п.6).

Хочется узнать ваше мнение: что на ваш взгляд показывает уровень развития этой культуры в компании/команде?

Есть два противоположных мнения — что разработчик должен думать, как его работа приносит прибыль компании и принимать исходя из этого архитектурные решения, пилить фичу или не пилить, запилить её таким образом или другим. Второе — что разработчику должно быть всё равно, о деньгах должен думать начальник, а разработчик должен получать задачи и пилить как сказали.

Насколько я понимаю, ты — за первый вариант: считаешь, что разработчик, который не думает, а просто делает — не нужен. Можешь рассказать об этом?

Как следить за качеством кода? Часть третья: процессы

Как следить за качеством кода? Часть вторая: метрики

Как следить за качеством кода? Часть первая: зачем

Фёдор, у меня вопрос о вашем посте в телеграм-канале о доверии и бирюзовом подходе.

А что вы думаете, если бы исходно формулировались не технические, а более предметные KPI? Не число автоматических тестов, QA-инженеров и этапов приёмки, а аптайм сервиса или количество критических ошибок, пролезших на продакшен. Стало бы лучше?

Или в таких случаях стоит предложить команде сформулировать и сами KPI, и конкретные значения, и меры по их достижению?

Как правильно, эффективно и уважительно по отношению к сотрудникам?

Существует ли более-менее универсальный способ проверить компетентность веб-разработчика, если сам почти ничего не понимаешь в этом?

У меня к тебе просьба осветить вопрос постановки задачи разработчику, который знает проект и для того, который не знает и придёт на замену первому. Как менеджеру ставить задачи так, чтобы ротация в команде не заставляла пережёвывать все задачи устно по 100 раз?

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

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

Что в нашем случае могло бы быть MVP?

Как организовать работу удалённой команды разработчиков?

Как донести подход HADI до руководства, которое ничего не понимает в разработке?

Как резать фичи на основе метрик и экспериментов?

Кто ты?