x
Советы Подборки

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


ПН

Артём Горбунов
Дизайн продуктов и услуг


ВТ

Илья Бирман и Константин Мозговой
Интерфейс и навигация


СР

Михаил Нозик
Вёрстка и типографика в вебе


ЧТ

Василий Половнёв и Игорь Петров
Веб-разработка


ПТ

Николай Товеровский
Управление проектами, людьми и собой


СБ

Владимир Колпаков и Сергей Чикин
Фотосъёмка и иконки


ВС

Максим Ильяхов
Текст, редактура и информационный стиль

Александр Колодько
21 января 2021

Как вы оцените с технической точки зрения новый редактор публикаций в «Деле Модульбанка» — https://intuition.team/delo-control-panel? Какие технологии и фреймворки вы бы порекомендовали, чтобы сделать что-то подобное у себя на сайте?

Мы всегда стараемся ответить на ваши вопросы. Кроме нашего совета, вы получите интеллигентные отзывы посетителей нашего сайта.

Открыты 5 апреля 2007 года.

Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

В архиве

Александр Колодько
10 декабря 2020

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

Александр Фадеев
19 ноября 2020

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

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

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

Андрей Казанцев
29 октября 2020

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

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

Саша Михайлов
1 октября 2020

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

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

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

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

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

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

Артур
10 сентября 2020

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

Станислав Радченко
20 августа 2020

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

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

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

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

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

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

Фёдор Борщёв
30 июля 2020

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

Фёдор Борщёв
9 июля 2020

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

Алексей Л.
18 июня 2020

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

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

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

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

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

Константин Константинопольский
28 мая 2020

Фёдор!

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

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

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

Владимир Войтенко
21 мая 2020

Привет!

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

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

Фёдор Борщёв
30 апреля 2020

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

Константин Константинопольский
9 апреля 2020

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

Константин Константинопольский
19 марта 2020

Фёдор!

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

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

Фёдор Борщёв
27 февраля 2020

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

Фёдор Борщёв
6 февраля 2020

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

Куаныш Идгеев
16 января 2020

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

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

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

Дмитрий Абрамов
19 декабря 2019

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

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

Владимир Войтенко
28 ноября 2019

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

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

Федор Борщев
7 ноября 2019

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

Федор Борщев
17 октября 2019

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

Федор Борщев
26 сентября 2019

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

Михаил Озорнин
29 августа 2019

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

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

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

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

Анатолий Шевцов
8 августа 2019

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

Степан Чельцов
18 июля 2019

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

Сергей Педан
27 июня 2019

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

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

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

Анатолий Паращук
6 июня 2019

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

16 мая 2019

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

Максим Розов
25 апреля 2019

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

Федор
4 апреля 2019

Кто ты?