Что делать, когда начал с symfony?

Все уже кончено?

Что делать, когда начал с symfony?

дальше уходить с пхп

Ну так к тому все и идет на самом деле то

дальше уходить с пхп

Зачем

Зачем

а зачем оставаться?

?

И куда?

И куда?

а это уже другой вопрос все фигня, нигде не идеально

Я вот начинаю один проект на хаскеле писать + elm, другой на clojure + clojurescript

но, вероятно, лучше, чем на пхп

Посмотрю как там все вот это вот

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

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

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

а кто сказал, что столько же?

На PHP можно хорошо получать

Видел как-то вакансию на 5к

Видел как-то вакансию на 5к

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

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

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

тут дело даже не в зп

Лучше уже тогда в бизнес переходить

Лучше уже тогда в бизнес переходить

а ты попробуй ;) ведения бизнеса это очень большой гемор. Как наемный сотрудник ты можешь в любой момент помять работодателя если у него не пошло, тебе не надо думать где найти клиентов. У тебя просто есть работа и ты ее делаешь

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

ну это тоже можно свести к зп :)

но лично я не хотел бы работать за абстрактные 5к на каком - нибудь битриксе

но лично я не хотел бы работать за абстрактные 5к на каком - нибудь битриксе

т.е. ты не хотел бы получать 5к и иметь возможность поменять его в лучшую сторону?

т.е. ты не хотел бы получать 5к и иметь возможность поменять его в лучшую сторону?

поменять битрикс?) ну я в любом случае утрирую и говорю про изолированные условия

а ты попробуй ;) ведения бизнеса это очень большой гемор. Как наемный сотрудник ты можешь в любой момент помять работодателя если у него не пошло, тебе не надо думать где найти клиентов. У тебя просто есть работа и ты ее делаешь

Геморно, но прибыльнее, если все делать правильно

Геморно, но прибыльнее, если все делать правильно

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

Можно стать контрактором. Но там обычно жаба нужна

а можно 50 000 000 положить в банк под 12 процентов, и жить не парится. Только вот где их взять )))

загугли "инфляция"

а на доллары таких процентов не бывает в банках

по этому беткоен

ага, закупиться по 14к а продать за 8к )))

ага, закупиться по 14к а продать за 8к )))

главное, чтобы не по 20 и 6)

Всем привет! У яндекс кассы api есть ошибки которые может прислать через уведомление о статусе платежа https://kassa.yandex.ru/docs/checkout-api/?php#oshibki, вопрос такой как их можно отследить ? То есть там показывает тело ответа ошибки { "type": "error", "id": "ab5a11cd-13cc-4e33-af8b-75a74e18dd09", "code": "invalid_request", "description": "Idempotence key duplicated", "parameter": "Idempotence-Key" } но у меня в php сразу в fatal error бьет Вместо тело ответа в виде json, отдает Fatal error c ошибками как у json

где ошибка то?

тут телепатов нет и цветы не растут

оффтоп: все уже затарились серверами в германии и других странах? уточняю, это о насущном, что начнется 16го, как сообщает пресса

да прям сразу, как узнал) настройка меньше 5 минут занимает)_

Всем привет! У яндекс кассы api есть ошибки которые может прислать через уведомление о статусе платежа https://kassa.yandex.ru/docs/checkout-api/?php#oshibki, вопрос такой как их можно отследить ? То есть там показывает тело ответа ошибки { "type": "error", "id": "ab5a11cd-13cc-4e33-af8b-75a74e18dd09", "code": "invalid_request", "description": "Idempotence key duplicated", "parameter": "Idempotence-Key" } но у меня в php сразу в fatal error бьет Вместо тело ответа в виде json, отдает Fatal error c ошибками как у json

оберни в try catch и выведи через getMessage();

оберни в try catch и выведи через getMessage();

Точно!!! Перехватывать исключения и делать что хочешь. Спасибо! Попробую.

ага, закупиться по 14к а продать за 8к )))

ты продал по 8?

оффтоп: все уже затарились серверами в германии и других странах? уточняю, это о насущном, что начнется 16го, как сообщает пресса

Зачем?

Зачем?

что бы телега без лагов работала :)

Зачем затариваться серверами если есть куча впн'ов

Зачем затариваться серверами если есть куча впн'ов

зачем юзать левый впн?)

Потому что бесплатный

логика детишек)

Ну ок

В DDD контроллеры к presentation layer относится?

Потому что бесплатный

Кто тебе мешает бесплатный впс взять в амазоне на год?

Кто тебе мешает бесплатный впс взять в амазоне на год?

Никто

В DDD контроллеры к presentation layer относится?

ddd и слои - тёплое и круглое

ddd и слои - тёплое и круглое

Ну все же куда определить их?

Я сделал Application, Infrastructure, Domain

Поместил сущности в Domain

Репы в Infrastructure

либо application, либо presentation у меня все, завязанное на симфони, лежит в "бандле"

Что за бандл?

Ещё вопрос, могут ли сервисы порождать ValueObject?

так было сделано изначально) AppBundle типа

Ещё вопрос, могут ли сервисы порождать ValueObject?

имхо DTO лучше

Делаю приложение такси. И моя модель использует longitude и latitude. Но на уровне ui поля с автодополненинием. Подключил Google maps api который позволяет вычислять долготу и широту. Засунул в сервис все это. И оттуда возвращаю Route VO для передачи в домен. Это верно?

https://github.com/symbios-zi/taxi/blob/master/src/Application/Controller/JourneyController.php

Делаю приложение такси. И моя модель использует longitude и latitude. Но на уровне ui поля с автодополненинием. Подключил Google maps api который позволяет вычислять долготу и широту. Засунул в сервис все это. И оттуда возвращаю Route VO для передачи в домен. Это верно?

тут я тоже делал бы так хотя мне нравится вариант со штуками вроде объектов OperationResult

Пока все в зачатке. Прошу строго не судить

ERROR: S client not available

тут я тоже делал бы так хотя мне нравится вариант со штуками вроде объектов OperationResult

На инфраструктурном уровне лучше DTO использовать?

Мне вот подходят VO модели там, но сервис не пересекается с моделью вообще

да а в целом какая разница? VO, DTO, это больше подсказки для использования объектов. определись, нужен ли тебе объект и если нужен пользуйся же)

VO вроде больше к модели относится

тоже верно

нет чёткого видения)

да а в целом какая разница? VO, DTO, это больше подсказки для использования объектов. определись, нужен ли тебе объект и если нужен пользуйся же)

Ну DDD говорит что надо отделить инфраструктуру от модели

Вот и думаю доменные объекты можно ли таскать в инфраструктуру

Ну DDD говорит что надо отделить инфраструктуру от модели

ну суть DDD не в слепом следовании наименования, а в том, чтобы подсказать нам, как сделать 3.14здато

Согласен

ну вот

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

Это модель может менять инфраструктуру, но не наоборот

так если к неймингу прицепиться, то это скорее VO будет, потому что DTO подазумевает под собой только контейнер для lat и lng, а VO вроде как может и действия над этими данными иметь

но фактически, это просто тип данных, который можно и в качестве DTO использовать и в качестве VO

Да. Там только валидация

И приведение в строку. И все

ну там еще могут методы появиться. я бы просто сделал это разделяемым типом данных

ну там еще могут методы появиться. я бы просто сделал это разделяемым типом данных

Что значит разделяемый тип данных?

Что значит разделяемый тип данных?

просто класс, например в папке Types, который использовался бы в нескольких местах: в модели как VO, в сервисе как DTO

Да пока наверное это лишнее

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

ну у меня что то слишком много получается объектов тогда

Корень агрегата Journey, принимает в себя массив Route, Route принимает в себя Location

Если еще тип сделать то Location() еще GeoType будет принимать

ну в некоторых случаях это оправдано

Всем привет. Есть класс, он работает как надо. Есть приватные проперти и методы. Переделал этот класс в трэйт, переписал метод __construct() в обычный метод, который вызываю теперь вручную. Но работать нормально перестала такая конструкция. В чём типовые ошибки таких переделок?

ИМХО, первая ошибка - переписывать классы в трейты.

ИМХО, первая ошибка - переписывать классы в трейты.

Я делаю экспорт данных. Чтобы не городить $data = new exportClass(); $data->export($values); я решил написать трэйт, ч тобы любой нужный класс имел возможность экспорта

Я делаю экспорт данных. Чтобы не городить $data = new exportClass(); $data->export($values); я решил написать трэйт, ч тобы любой нужный класс имел возможность экспорта

делай наоборот, экспорт не является ответственностью класса, который можно экспортировать

а по вопросу - мы код не видим

Код специфичный, не знаю стоит ли вас этим грузить