То самое чувство когда дочитал до картинки с большим взрывом и понял кто автор :)

Как-то в инспекторе на сайте увидел строчку «Виталя, бл*, оставь этот код, как я тестить буду?», посчитал что это была пасхалка для любопытных :)

Ну можно же и с символами:

range('A', 'Z')

Epyc же :)

Использовал только Yii1 в продакшине и пристально наблюдал за развитием Yii2. Первая версия была крутая на момент выхода, подкупала низким порогом вхождения и простотой.
SamDark что вы думаете на счет того как развивается laravel и стоит чего-то подобного ожидать в Yii? Например экосистемы вокруг фреймворка.

Это называется бизнесс-консультант :)

Спасибо вам, а то забыл давно код и не хотел тратить время на брутфорс. Кстати эти отверстия нужно повернуть в сторону защёлки: у меня на замке кнопка сбоку и отверстия за цифрами видны с фонариком и вот можно их просто повернуть в сторону где кнопка замка и все получится.

А вы быстро рветесь в бой, предпочитаю подождать версси х.1 :)
По поводу возвращаемых значений false|null|"" хорошо спасает phpstan, проще один раз отрефакторить но потом легче обновляться будет.

Я скорее говорил об этом:

это не MVP. Это демо-обманка для заказчика.

Иногда это вполне себе MVP.

Не соглашусь с вами, mvp это минимально жизнеспособный Продукт, вы продуктом называете только написанный вами код, но чаще всего код сам по себе никому не нужен, а нужна ценность. Например, вы хотите зарабатывать деньги на сайте с хорошим уникальным контентом, и для mvp вы просто выберете сайт на wordpress, а когда вы поймете что это то чем стоит дальше заниматься, то перепишете всё на какой-нибудь современный и модный язык. Когда-то давно сайт «Цукерберг позвонит» был на wordpress, и ничего, переписали же. Но это если вы не знаете выстрелит ли идея или нет. Есть иная ситуация, когда у вас есть какой-то бизнес, например вы продаете что-то, и вам нужен свой интернет магазин, и понимаете что у вас он будет так или иначе и есть запас по времени и бюджету, тогда можно себе позволить сделать mvp с твердой основой, именно срезом по функциям и показать какой-то начальный функционал. Вообще ни в той ни в другой ситуации вы не застрахованы от того чтобы выбросить mvp и воспользоваться готовым решением или вообще сменить направление бизнеса.

Прошу прощения, но у вас не scrum команда, и никаких лидов со знанием бекенда и фронтенда вам не нужно, есть лид команды (который team lead) иногда ему можно вообще не разбираться в коде, если умеет думать, а есть ведущий технический специалист, который разбирается лучше всех в каком-то своем направлении (или по всем направлениям, что встречается не так редко), не нужно путать этих двоих, т.к. первый обычно отправляет вас ко второму в случае вопросов. Это то что касается команды, а вот на счёт процессов то если вам как лиду приходится разбираться с планированием ресурсов, то ваш ПО не тянет, в скрам командах не нужны лиды, и менеджеры тоже не нужны, когда они появляются значит вы пытаетесь прикрыть какую-то проблему.
По поводу мвп полностью вас поддерживаю, у такого проекта одна цель (в вашем случае это концепт для получения тендера) а следующая цель уже другая, а именно главная задача которую решает ваш проект. Если это какой-то небольшой или статичный проект, то мвп может иметь продолжение, например система инвентаризации в небольшом офисе, как мвп использовали Гугл таблицы + qr коды, а дальше просто добавили все необходимое и этого было достаточно, т.е. у проекта не появилось кучу требований в процессе. А если проект динамичный и ещё не всё понятно как будет, тогда вам в помощь agile (и лучше закажите тренера) и мвп скорее всего придется выбросить, т.к. у этих двух проектов разная цель.
Проблемы которые вы описали очень типичные (приблизительно 2/3 ИТ проектов проваливаются), и должны решаться командой, а не одним человеком.
Кстати технический долг можно исправлять либо сразу весь либо постепенно, мне нравится второй вариант, т.к. это происходит более контролированно. И скрам в этом отлично помогает, особенно если ваш ПО знает что от него требуется.
Всяческих успехов вам в нашей нелегкой профессии ;)

Здравствуйте, уже точно поздно, но вдруг вас настолько увлекло что не можете остановиться.
Linux клиент уведомлений для Mi Band 2 — NotifyMi

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

P.s. лично мне нравится система футболок: разделение задач на s, m, l, по договоренности можно добавлять xs, xl, xxl, но обычно это лишнее.