или ты будешь делать тип? или ты будешь делать if?

чем if лучше ассерта?

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

как ты в php тайпхинтами проверишь что пришедший тебе инт больше нуля?

Есть либы для контрактного программирования

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

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

В докблоке описываешь предусловия

чем if лучше ассерта?

при чем тут if? я говорю о проверках по типам в сигнатурах

Есть либы для контрактного программирования

есть, и не только в php) но ты бущешь это применять в DTO?

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

блин, но "правильного" инструмента нет. поэтому и костыли.

при чем тут if? я говорю о проверках по типам в сигнатурах

окей, если в следующей версии таки завезут проверку типов у пропертей - то аргументация про "геттеры в php это не совсем геттеры" иссякнет?

есть, и не только в php) но ты бущешь это применять в DTO?

Ну я нет. Т.к как выше говорил для меня дто эт просто структура с автодополнением.

окей, если в следующей версии таки завезут проверку типов у пропертей - то аргументация про "геттеры в php это не совсем геттеры" иссякнет?

и иммутабельность. тогда пожлуй да, иссякнет

и иммутабельность. тогда пожлуй да, иссякнет

+

и иммутабельность. тогда пожлуй да, иссякнет

мне кажется просто нужно отказаться от php)

Жутковатые какие то у вас тут дискуссии про пых...

это проще и быстрее)

иммутабельность в смысле readonly

мне кажется просто нужно отказаться от php)

да не) плотно на игле сидим)

да не) плотно на игле сидим)

да я понимаю... сам такой

мне кажется просто нужно отказаться от php)

нужно. ты же не отказался

Жутковатые какие то у вас тут дискуссии про пых...

что именно?

Дто нужно юзать ток между такими модулями, которые в теории могут быть микросервисами - я так вижу. Вы же данные http запроса валидируете когда пересылаете между сервисами. Вот и с дто также

Дто нужно юзать ток между такими модулями, которые в теории могут быть микросервисами - я так вижу. Вы же данные http запроса валидируете когда пересылаете между сервисами. Вот и с дто также

о, что такое микросервис?

как отличить микросервис от... не микросервиса?)

ой, не... пойду ужин готовить

зря ты про микросервисы набросил)

это скорее даже триггер)

Дто нужно юзать ток между такими модулями, которые в теории могут быть микросервисами - я так вижу. Вы же данные http запроса валидируете когда пересылаете между сервисами. Вот и с дто также

если я правильно понимаю то о чем ты говоришь, слово "микросервис" следует заменить на "контекст"

я вон на удочку попался и все еще обязан посмотреть видео)

и теперь другой вопрос - зачем разным контекстам DTO и шаринг данными?

как отличить микросервис от... не микросервиса?)

Я имел ввиду самостоятельные сервисы, которые могут быть отдельными приложухами) слово микро можно убрать

я вон на удочку попался и все еще обязан посмотреть видео)

норм видос. Ощущаешь всю крайность своего убогого существования)

и теперь другой вопрос - зачем разным контекстам DTO и шаринг данными?

http request это DTO или нет?

Я имел ввиду самостоятельные сервисы, которые могут быть отдельными приложухами) слово микро можно убрать

если они такие самостоятельные - накой им данными обмениваться между собой?)

норм видос. Ощущаешь всю крайность своего убогого существования)

я его где-то через недельку гляну...наверное

http request это DTO или нет?

он там сервисы между собой общает через dto

http реквест это dto, вопрос нужен ли там http реквест

норм видос. Ощущаешь всю крайность своего убогого существования)

эт ты про какой?

я не знаю, что такое сервис в вашем понимании

эт ты про какой?

который ты мне скидывал)

я не знаю, что такое сервис в вашем понимании

в этом и проблема, никто не знает

который ты мне скидывал)

а, от Уди, эт да

и теперь другой вопрос - зачем разным контекстам DTO и шаринг данными?

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

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

ну то есть мы можем сказать что DTO - это то что в контексте юзкейсов означает входящие данные

так?

он там сервисы между собой общает через dto

Да, я еще цикл статей от Matthias Noback перевожу) поделюсь как закончу

я не знаю, что такое сервис в вашем понимании

Bounded context который вынесен отдельной приложухой

https://www.youtube.com/watch?v=Fuac__g928E

@arturpanteleev посмотри вот это дело

@arturpanteleev посмотри вот это дело

Попробую но врядли на слух осилю(

Попробую но врядли на слух осилю(

у него все норм с дикцией, замедляешь видос и врубаешь субтитры

Ладно завтра на работе гляну а то у меня компьютера нет

https://www.youtube.com/watch?v=Fuac__g928E

в кратце че там?

в кратце че там?

про то что микросервис != deployment target, про то что слои это самообман, про то что rules engine все еще могут быть полезны....

ну и мое любимое - "be one with the coupling!"

короч вопросы связанности в контексте микросервисов и почему у многих ничего не получается (как пример он приводит фильтрацию в каталоге товаров)

мол если у тебя было 2 модуля которые дергали друг друга, и ты сделал из них 2 микросервиса, то... ты сделал только хуже ибо теперь это все просто сложнее а связанность никуда не ушла

ну короч лучше посмотри, Уди норм вещает

не скучно

микросервисы это вообще сложно

если в монолите можно забить болт на модули и то как они работают

микросервисы это вообще сложно

делать нормально это вообще сложно

то тут себе ноги перестреляешь

и я хз че все так от них тащаться

я миллион раз подумаю прежде чем что-то от монолита отделять

ERROR: S client not available

и я хз че все так от них тащаться

посмотри видос, не делай выводы по моему краткому пересказу)

он не агитирует микросервисы юзать) даже наоборот) но идеи которые он там высказывают и на монолиты хорошо ложатся

ну и в целом интересные мысли есть...

на этих идеях построена система плагинов(читай вся) IntelliJ IDEA. там все на экстеншен поинтах. ЧТобы подцепиться например к автокомплиту, надо реализовать нужный интерфейс и подцепиться этим классом к нужному экстеншен поинту. фактически то, о чем он говорит. только заменить сервис на плагин.

новый язык(например PHP)- реализовать LanguageFactory и цепляться к экстепншен поинту.. и т.д.

ну то есть он говорит про open/close?)

в целом это так, ведь open/close про каплинг

@fes0r тебе, вероятно, удалось собрать свою команду и достаточно хорошо их воспитать. Увы, это не всегда так получается, приходится заниматься defensive programming

я что ли еще не хвастался, что переманил @fes0r к нам??? ?

ого

куда?

куда?

да особо ничего не скажет https://truclinic.com/

удаленно?

учим его жить удаленно, да)

я даже завидую

я что ли еще не хвастался, что переманил @fes0r к нам??? ?

и автоматически анулировал мои шансы попасть к нему в команду(

и автоматически анулировал мои шансы попасть к нему в команду(

Мои соболезнования

и автоматически анулировал мои шансы попасть к нему в команду(

Ты можешь стать фесором в старой команде фесора

Ты можешь стать фесором в старой команде фесора

забавно, но нет

"фесор: новое поколение"

Фесор 2. Выживший в монолите.

и автоматически анулировал мои шансы попасть к нему в команду(

это знак, что пора вступать в мою ;)

это знак, что пора вступать в мою ;)

У вас дофига крутые спецы нужны)

микросервисы это вообще сложно

Правильным вопросом в данной дискуссии будет "почему создание микросервиса сложнее, чем создание объекта в языке программирования?"

Правильным вопросом в данной дискуссии будет "почему создание микросервиса сложнее, чем создание объекта в языке программирования?"

слишком тонкая мысль, раскрой ее

а заодно расскажи что такое микросервис и что такое объект)

а заодно расскажи что такое микросервис и что такое объект)

Объект - инстанс класса Микросервис - инстанс приложения

а что если у тебя нет классов?)

но если они есть, то что такое класс?

чёт ни одно известное мне определение класса не натягивается на аналогию инстанса приложения. Можно поподробнее?

Объект - инстанс класса Микросервис - инстанс приложения

неверно

если про объект тебя поддержал бы Мэйер, то вот с микросервисами вот вообще не угадал

точнее в этом нет никакого смысла или пользы