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

В прошлом году я записал два выпуска подкаста про современную разработку на Битрикс.

А недавно в эту же тему подняли на YouTube канале Хекслета, смотрите свежий батл между CTO с большой экспертизой по Битрикс (Иван Поддубный) и core разработчиком Yii (Александр Макаров): http://amp.gs/jnVXm

Послушайте также выпуски Пятиминутки PHP: http://amp.gs/jnVXZ
http://amp.gs/jnVXp

Новый язык программирования от Google: Carbon

http://amp.gs/jn9iq

Совместим с C++, но выглядит современнее и безопасно работает с памятью.

JavaScript → TypeScript
Java → Kotlin
C++ → Carbon

У тимлидов бывает свой «пакет с пакетами» — это Excel с Excel’ями
#подслушановмаршрутке

Образец желтых заголовков: "Масштабирование Laravel до 30 000 запросов в минуту".

Wait... В МИНУТУ?

Обычно запросами меряются в секунду и если перевести в привычную систему измерения, выходит 500 req/sec. Мощно отмасшабировали!

https://subscribe.mateusguimaraes.com/posts/scaling-laravel-to-30-000-requests-sec-and-over-100m-jobs

Можно оформить рассрочку Тинькофф на рассрочку от Яндекса (Яндекс.Сплит) - финтех, который мы заслужили!

Про маржинальность Amazon AWS в инфографике.

Кратко: выручка eCommerce бизнеса составляет 85%, однако профит от eCommerce всего 26%! AWS выходит гораздо более прибыльный бизнес!

http://amp.gs/jnDu7

Вышла версия PhpStorm 2022.2: http://amp.gs/jnufc

Лично меня заинтересовал переход на JetBrains Runtime 17, в котором рендеринг на macOS переведён на Metal. В прошлом году я ставил бета-версии этого рантайма и тогда разницы не заметил. Пошел обновляться, всё пока!

Вот такой интересный стартап со слоганом «Pull Request as a Service». Оплата за результат, напоминает Zerocracy (который Егор Бугаенко). Однако, как пишут в заметке - на платформе нет возможности обсуждения задачи с заказчиком и это как-то пугает!

Оплата за коммиты

Пример идеальной организации работы - такси. Всё оплачиваемое время водителя продуктивно, потери на коммуникацию и менеджмент минимальны, Uber даже сейчас стоит 40 миллиардов долларов. Всем бы так!

Ключевой фактор успеха - точность задачи. “Из пункта А в пункт Б,” - неправильно понять такое почти невозможно, да и споры о том, выполнен ли заказ, крайне маловероятны. Американский #стартапдня GitStart предлагает перенести магию на совсем другую профессию - на программистов.

Задача ставится на уровне исходников. “Обновить SDK, но чтобы все Unit-тесты продолжали работать,” - что-то в таком духе. Ответ разработчика приходит в формате Git Pull Request - т. е. готового кода. Если заказчик принимает Request - деньги списываются, нет - нет. Никаких переговоров, обсуждений или уточнений Gitstart не предусматривает.

А поговорить? Естественно, в такую схему вписывается далеко не любая задача. Где-то проще самому сделать, чем формализовать требования, где-то для успеха нужно хорошо знать проект. Но, увы. Нельзя - значит нельзя, никаких поблажек Gitstart не дает, обычных аутсорсеров можно искать на другой площадке, специализация и дифференциация - наше всё.

Стартап пока привлек 5 миллионов долларов инвестиций, по американским меркам - почти ничего, зато успел пройти Y Combinator.

https://www.gitstart.com/

#seed #сша #uber #itдляit

Вакансия на моём проекте:

Делаем систему управления международными грузоперевозками (документооборот/CRM/интеграции с клиентами и подрядчиками). Это внутренний продукт компании, т. е. мы напрямую общаемся с пользователями и стейкхолдерами. Также продаём своё решение партнёрам по бизнесу.

Стек:
- PHP 8.1, strict_types=1;
- MySQL 8, много запросов на чистом SQL;
- Собран самописный микро-фреймворк на PSR-7 (HTTP message interfaces), есть желание обернуть в Laravel, присматриваемся также к Yii3 как к более аккуратному фреймворку, но с последним нет экспертизы. Если ты уже пробовал Yii3 и искал работу на Yii3 для себя, пиши!
- Монолит (без микросервисов), рендеринг на бэкенде (без SPA), не highload;
- Codeception.

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

Условия:
- оформление по ТК РФ, ЗП на руки до 200 000;
- работа в офисе, в шаговой доступности от ст. м. Сокол, Москва
- пятидневная рабочая неделя с 10:00 до 19:00 (возможен гибкий график +/- 2 часа);

Если интересно или есть вопросы, с радостью отвечу: https://news.1rj.ru/str/petrmyazin

IT батл: PHP против Python/Go/Java в 2022 году https://youtu.be/Jo04TXES64s

На мой взгляд участники дискусси не достаточно жестко аргументировали и частенько скатывались в банальное "выбор языка зависит от задачи..."

Минусы скрама

1) Считается, что команда "комитится", что сделает всё запланированное на спринт. Однако точно угадать сроки невозможно никогда, в жизни не видел еще точно угаданных сроков.
А перерабатывать по ночам, чтобы успеть в спринт, никто не будет, да и плохо это, ведет к выгоранию. Так в чем же тогда "комитмент"? Просто со временем развивается пофигизм. Ну продолбали и продолбали, дальше чо

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

3) Стремление уложиться в спринт может привести к срезанию углов и снижению качества там, где это не стоило делать.

4) Некоторые разработчики испытывают чувство вины от того, что не успели в спринт; иногда продакт смотрит на них, как на говно. И когда сроки продолбаны не из-за лени, а из-за неправильной оценки (а оценить все зависимости и случайности очень сложно), это приводит к выгоранию.

5) Если запретить вставлять новые задачи в середине спринта, то страдает гибкость бизнеса. Если разрешить - то зачем комититься на выполнение задач спринта. Есть конечно лайфхак, что при добавлении новой задачи, выкидываются другие (на столько же сторипоинтов), то тогда это ближе к канбану. Ну и всё то, на что комитились (включая цели спринта) - больше не актуально.

6) Цель спринта считается очень важной, но к сожалению в реальности зачастую спринт - это или куча задач, которые не объединить общей целью, или одна большая задача, которая принесет ценность только после нескольких спринтов, и тогда цель выглядит туповато: "Поработать над задачей X"

7) Оценка в сторипоинтах - это неведомая хрень. Которую никто не понимает нормально. Это не время, но всё же сторипоинты надо уместить во временные рамки (2 недели). Так время или нет? Лайфхак: сторипоинтами считать количество дней, округленных до фибоначи в большую сторону. Это уже лучше, но всё равно непонятно, нафига это всё.

Буду рад, если кто-то развеет мои сомнения.

Email рассылка The Road to PHP 8.2 — ежедневные заметки на почту об изменениях и улучшениях в новой версии PHP 8.2, всего должно прийти 6 писем, такой вот формат для неспешного погружения https://stitcher.io/blog/road-to-php-82?utm_source=telegram&utm_medium=social&utm_campaign=email-rassylka-the-road-to-php-8.2--ezhe&utm_content=64192518

Коллеги, привет!

У нас в стране пройдет в этом году не только PHP Russia, но и https://podlodka.io/phpcrew.

Больше конференций по PHP!! 😈

Podlodka PHP Crew - удаленная конфа, проходит не в рабочее время.

Я помогаю в программном комитете подлодки.

Одно из отличий конфы - это то, что у каждого сезона есть тема и все доклады формируются вокруг нее.
Мы с ПК нагенерили несколько актуальных тем, но очень хочется получить мнение со стороны, какая тема интересна PHP разработчиков больше всего?
Будет здорово, если вы пройдете опрос и поможете нам определиться с темой!

Кстати, среди ответивших мы разыграем бесплатную проходку.
https://forms.gle/BMibZnE9bn28uftG6

Наверняка вы пробовали создавать свои шаблоны PHP файлов в PhpStorm, чтобы потом в дереве проекта через контекстное меню вызывать New -> МойШаблон.

Недавно я узнал, что таким же действием через New -> МойШаблон можно создать несколько файлов одновременно! Удобно для создания в один клик модели, контроллера и view, причём можно настроить чтобы эти файлы попали сразу в нужные директории: https://www.jetbrains.com/help/phpstorm/templates-with-multiple-files.html?utm_source=telegram&utm_medium=social&utm_campaign=navernyaka-vy-probovali-sozdavat-svoi-sha&utm_content=64283992#mvc-example

Помните про JetBrains Fleet - новую легковесную IDE? Вышла первая публичная preview версия, продробности в блоге: https://blog.jetbrains.com/fleet/2022/10/introducing-the-fleet-public-preview/?utm_source=telegram&utm_medium=social&utm_campaign=pomnite-pro-jetbrains-fleet---novuyu-legk&utm_content=64785389

Насчёт поддержки PHP есть отдельная табличка, судя по которой в целом уже хорошо, но не работает дебаггер: https://docs.google.com/spreadsheets/u/1/d/e/2PACX-1vTWt9RlJPfIJwD5H7Gsqbu9xHTd-K1oj_zCpP6YIQq8xvjARDYqC6OnVIVt5WPi2-B-vWHZw5qMnhvx/pubhtml?gid=0&single=true&utm_source=telegram&utm_medium=social&utm_campaign=pomnite-pro-jetbrains-fleet---novuyu-legk&utm_content=64785389

Наткнулся на книгу «Выучи PHP за 1 день», даже не знаю как это комментировать 😭