Не хотелось бы проявлять токсичность, но в чем смысл статьи? Как вы оцениваете ее техническую ценность? Всё это только более наглядно и подробно есть в документации к любому фреймворку, в частности Slim. Пруф
Многие искренне не понимают, зачем делать дизайн(и продукт в целом) нарочито хуже чем он есть.
Но проблема не в Хабре, а в целом в любой крупной IT компании — существует большое число менеджеров, которым нужно оправдывать своё существование постановкой, а затем и выполнением различных KPI.
Засрали дизайн, потеряли активность — отлично, есть цель на следующий год — нарастить аудиторию, и даже понятно в какую сторону копать. К сожалению ЛЮБАЯ компания на определенном этапе своего развития, скатывается вот в такой вот эффективный менеджмент(или же её поглощает компания, с уже существующим таким менеджментом).
Спасибо за статью, хорошо все расписали. Правда замечал, что многие люди подвержены догматизму, и как им не объясняй, все равно будут писать как когда-то.
Не совсем понял про databus. Он работает только как wtite model? если да то откуда чтение событий идёт, напрямую с кафки?
Или же как-то надо опросы по http настраивать?
с версии 7.3 он уже может кидать исключение при указании JSON_THROW_ON_ERROR
Ну и в целом стандартная либа php явно не образец для подражания в плане качественого API
Я с опытом понял лично для себя одну вещь — реляционные хранилища, на многих своих проектах я использовал скорее по тому что «так принято» а потом по привычке. На самом деле если нам не нужна жёская нормализация(а она почти никогда и не нужна) обычно гораздо лучше подойдёт какое-нибудь noSQL хранилище — будет более дешевым, удобным в разработке и простым в эксплуатации решением.
А расскажите, как проихсожит релиз микросервиса, при мажорных изменениях в апи, ломающих обратную совместимоть? Вы держите рабочими все версии сервиса, давай клиенту возможность обратиться к нужной(типа ordess.corp/4.12/create, ordess.corp/3.12/create и т.д) или это решается как то иначе?
Спасибо за статью и за иллюстрации, было интересно посмотреть на нреальном примере, особенно понравилось что при декомпозиции системы опирались на понятия DDD и onion architecutre, а не просто херачили на куски. Мне лично кажется, что если грамотно соблюдать границы контектсов, можно и монолит сделать достаточно гибким, слобосвязанным и расширяемым, без необходимости вынесения частей в отдельные приложения.
Ну и понравилось, что в конце не забыли подитожить, что микросеврисы это «дорого», этого понимания имхо не хватает многим людям, не понимающим оверхед такого подхода.
А где в пхп «забили» на обратную совместимость?
Там наоборот много костылей до сих пор тянется, как раз из за этой самой совместимости, отсутствие которой сделало бы язык гораздо логичнее и удобнее.
Комментарий к переводу: не бойтесь выражать мысли своими словами, это гораздо лучше чем перевод слово в слово. Например:
Некоторая малая часть людей
Можно вполне заменить на «немногие люди». И таких примеров много по статье.
Т.е основная задача при переводе должна быть именно передать мысли автора, а не перевести каждое слово.
это называется eventual consistency
Многие искренне не понимают, зачем делать дизайн(и продукт в целом) нарочито хуже чем он есть.
Но проблема не в Хабре, а в целом в любой крупной IT компании — существует большое число менеджеров, которым нужно оправдывать своё существование постановкой, а затем и выполнением различных KPI.
Засрали дизайн, потеряли активность — отлично, есть цель на следующий год — нарастить аудиторию, и даже понятно в какую сторону копать. К сожалению ЛЮБАЯ компания на определенном этапе своего развития, скатывается вот в такой вот эффективный менеджмент(или же её поглощает компания, с уже существующим таким менеджментом).
И в тоже время предлагают менять master/slave на сontroller/doer
Вот уж действительно понимание повысилось, код стал гораздо понятнее и читабельнее, а жить мы стали «более лучше»
Хотя уверен есть еще куда «развиваться» и нашем веку мы увидим еще больше подобных инноваций из дурки
Или же как-то надо опросы по http настраивать?
Ну и в целом стандартная либа php явно не образец для подражания в плане качественого API
Он должен или возвращать строку если все получилось, или кидать исключение, если что то пошло не так.
Ну и понравилось, что в конце не забыли подитожить, что микросеврисы это «дорого», этого понимания имхо не хватает многим людям, не понимающим оверхед такого подхода.
И там и там же вроде поиск значения по ключу?
Там наоборот много костылей до сих пор тянется, как раз из за этой самой совместимости, отсутствие которой сделало бы язык гораздо логичнее и удобнее.
Что за… за последние два года посетил больше 30 собесов на сеньора, и как то работодателей обычно другие вещи интересуют, а не этот детский сад
Я конечно понимаю, что это ирония, но лучше бы исправить, т.к некоторые читатели могут воспринять этот вариант перевода всерьез.
Можно вполне заменить на «немногие люди». И таких примеров много по статье.
Т.е основная задача при переводе должна быть именно передать мысли автора, а не перевести каждое слово.