Автор популярной библиотеки генерации фейковых данных заявил о завершении работы над ней [https://github.com/fzaninotto/Faker/pull/2063#issuecomment-717118799](https://github.com/fzaninotto/Faker/pull/2063#issuecomment-717118799) Репозиторий уже отправлен в архив.. Закрытие обосновано тем, что автор не считает себя человеком, который может выбрать правильный путь развития для своего продукта. При этом любой желающий может сделать форк и продолжить его работу.

Faker используется чаще всего в тестах. На него на сегодняшний день завязано достаточно много проектов разных размеров. В качестве наиболее известных можно привести в пример phpDocumentor или factory-muffin от PhpLeague. В том числе Faker присутствует и в Eloquent, где используется в фабриках для тестирования моделей, и наверняка множество проектов на laravel уже плотно завязались на него.

В любом случае стоит сказать автору спасибо за огромную работу, которую он делал в течении нескольких лет. Ну и конечно же первые форки не заставили себя долго ждать [https://github.com/FakerPHP/Faker](https://github.com/FakerPHP/Faker)

Если ваш проект не нуждается в кубере или нет достаточного ресурса для его поддержки, то единственной ближайшей альтернативой кажется docker swarm. На предыдущей работе именно его и использовали кстати говоря, да и на своих проектах тоже. Есть прекрасный набор плейбуков для работы со swarm https://github.com/atosatto/ansible-dockerswarm которым я пользовался, избавляет от кучи ручной работы.
Если знаете еще другие либы для упрощения работы со свормом - пишите в чат https://news.1rj.ru/str/arch_pain.

Очень приятный плагин для PhpStorm от Романа Пронского https://plugins.jetbrains.com/plugin/15291-elephpant-progress-bar

Сегодня

Не оплаченный пост🖖

Решил сделать подборку своих каналов в телеграме, здесь штук 10 нет т.к. там не часто пишут посты или же с мемами каналы, но думаю с мемами вы и так найдёте.

Спасибо авторам и людям, которые их ведут и обновляют❤️

@tech_b0lt_Genona
@alexmakus
@catops
@devopslibrary
@flant_ru
@linuxgram
@opensource_findings
@hacker_news_feed
@oleg_log
@oleg_fov
@generictalks
@overtimehate
@nosingularity
@cybershit
@bykvaadm
@sqaunderhood
@evilmartians
@sudo_rmrf
@bortlog
@qaload
@lovely_it_hell
@badoo_tech
@buhtig
@opennet_ru
@razborfeed
@automation_remarks
@experimentalchill
@itgram_channel
@manandthemachine
@good_bad_reviewer
@sec_devops
@tmfeed
@your_tech
@newpodcast2
@SysadminNotes

Как-то эта новость прошла мимо меня в начале осени еще. Оказывается dockerhub ввел лимиты на запросы "200 container image requests per 6 hours" и с 1 ноября это вступило в силу. Ну и конечно же это начало отстреливать в разных местах CI. Посмотрите на свои сборки и статистику скачиваний образов на всякий случай.

Мой коллега Денис Черносов записал серию видео уроков по ApiPlatform. Полезно для тех кто еще не пробовал или не знает о существовании этого инструмента. Лично я использую ApiPlatform когда надо быстро собрать небольшой сервис или прототип с минимум рутинного кода.
Это первая сервия https://www.youtube.com/watch?v=JF4S5wKnRcg На его канале легко найти остальные. Рекомендую к просмотру. Насколько я знаю ожидаются еще серии.

У меня часто спрашивают о саморазвитии, а точнее как именно им заниматься, какой самый эффективный способ. Да и я тоже на собеседованиях всегда спрашиваю кандидатов как он развивается. Что удивительно этот вопрос очень часто, я бы даже сказал слишком часто, ставит людей в тупик. Ответы следуют вроде "читаю Хабр" или "читаю доки". Но что последнее из изученное им больше всего запомнилось никто вспомнить толком не может.

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

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

Чтение книг тоже очень помогает. Из них я часто беру очень интересные мысли. Даже если я читаю например про CQRS, который в чистом виде применять и не буду, но саму идею с командами вполне можно куда-то утащить. При этом сам подходя обязательно попробую на пете и пойму насколько сложна реализация, дебаг и поддержка.

https://youtu.be/Pl0p3Kc2Bwg Захватывающая визуализация изменений в коде на одном из наших проектов за 2020 год. Подготовлено в программе https://gource.io/

Наш коллега Денис Черносов начал записывать серию небольших видео по архитектуре. Сейчас уже доступно несколько выпусков https://www.youtube.com/watch?v=-bxLHDu16cM&list=PLSXqHdiNX_qnbEL1WbvzeJqDSuklepXa0 и в ближайшем будущем ожидается продолжение, включая практические рецепты для архитекторов ПО

В роликах из предыдущего поста отличная мысль Дениса о сложности. То, с чем часто сталкиваются архитекторы, начиная от непонимания команды и заканчивая непринятие объема от бизнеса. Мы последнее время много спорили и анализировали возможность внедрения в проект практик CQRS на предмет решит ли это наши проблемы и какие другие привнесет. Вопрос действительно сложный и места для экспериментов тоже нет. Нельзя просто так сказать "теперь мы делаем вот так". То, что одному человеку очевидно, другим людям может быть совсем не понятно и наоборот.
Как известно любая архитеткура это набор компромиссов и само проектирование это меньше половины работы, так как затем начинается сложный процесс внедрения, особенно когда в команде не 3-5 разработчиков а 50+ и кодовая база уже накопилась немаленькая.

Внезапно целый чей-то проект, рабочий, коммерческий, в открытом доступе на гитхабе https://github.com/automagistre/automagistre

История о поиске решения для распреденных кронов

В прошлом месяце искали решение для распределенного запуска кронов. Задача: три отдекльных, но при этом идентичных кластеров проекта, на которые балансируется весь трафик и каждая крон таска должна запускаться только один раз в одном кластере. Вначале казалось что все достаточно просто: делается где-то лок и проблема решена. Начали искать непосредственно то самое "где-то" для хранения локов.
Посмотрели первым https://dkron.io/, который выглядел очень интересно. Однако у него нужный функционал федерации оказался только в платной версии (750$ в год). Но дело даже не в платности, а (внезапно!) отсутствии триала. То есть просто взять и потыкать нельзя, необходимо сначала заплатить. Такая агрессивная политика разработчика немного оттолкнула.
Далее был рассмотрен вариант запуска через очереди, который вроде бы очень просто выглядит: при срабатывании крона мы не запускаем процесс, а ставим его в очередь. Однако, при более детальном рассмотрении начали всплывать нюансы. Все равно требовался лок с обеспечением атомарности между кластерами.
И тут вспомнили про Consul и про наличие у него замечательной фичи https://www.consul.io/commands/lock специально для такой задачи и разработанной. Consul хорошо работает в распределнных системах, имеет простой АПИ, готовые клиенты под наш стэк, и что самое главное не потребует масштабных переписываний всех команд, как в предыдущих случаях.
Пока еще тестируем и пробуем это решение, но выглядит оно очень много обещающе. До конца марта обкатаем в проде и расскажем о результатах.

https://github.com/jasontaylordev/CleanArchitecture Хоть и на шарпах, но разобраться не проблема. Сейчас как раз пытаюсь текущий проект повернуть в сторону чистой архитектуры. Главные проблемы как ни странно не с пониманием всей командой проекта (50+ иразработчиков) ценностей и принципов. Главная сложность как это контролировать, как не допустить расползания и скатывания в Big Ball of Mud от ошибочных действий.
Думаю через какое-то время родится история как это в итоге работает в продакшене 🙂

Мой коллега Денис Черносов продолжает делать полезные видосы

Следующее видео от Дениса. На этот поговорит о PlantUML https://youtu.be/85jKCusr6tk