Как стать автором
Обновить
14
-0.1

Пользователь

Отправить сообщение

Должен UoW видеть изменение сущности

public function addLine(Line $line): void 
{
  $items = clone $this->items;
  $items->add(new OrderLine($this, $line));
  $this->items = $items;
}

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

крч следите за тем, что сущность должна меняться

Предлагаю более простое решение для:

для изменений полей самого агрегата — она работает, но если изменяется сущность-коллекция внутри агрегата — блокировка перестаёт работать и версия не увеличивается на +1.

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

Это как-то более явно

тут кризис мировой большой не за горами (в США его заждались уже на год, опаздывает :)

посмотрим как будут нужны даже мидлы

большой процент. каждые 3 рубля из 4 всех зарплат выплачено бюджетом (т оесть белые работники).

Согласно новостям недавним.

Экономика РФ очень национализирована. На днях была новость, что каждые 3 рубля из 4 были выданы гражданам из бюджета.

То есть можно обобщить до ситуации, когда у нас по сути один работодатель. Все больницы = один работодатель. Все школы = один работодатель. С этой точки зрения у этих работодателей нет конкуренции, это причина низких зп. Педагогу некуда уйти, тк частные школы — на уровне погрешности, везде этот работодатель с той же зп.

По остальным отраслям также: нефтянка, энергетика. Не будет роста, пока не будет либерализации экономики.

С/х предприятия тоже в несладком соусе варятся, они почти принадлежат банкам (за счет невыгодных кредитов с заградительными условиям по этим кредитам) и просто так повысить ФОТ не могут по определению.

ну и закрыть формальный доступ третьим странам к юридич площадке текущего партнера

Справедливости ради, такого рода договоренности нужны как формальные заглушки.

Крч если США с РФ договорились о чем-то в космосе, то не факт, что США договорилось с Эфиопией... и тогда "а это не мы, а фсе, это эфиопы летают с ракетами туда, мы тут не при чем. Так , только продаем пару запчастей и консультируем, и только. Космонавты? А че космонавты, эфиопы их наняли, наши просто крутые, их в Эфиопии любят"

крч когда дают сложно — надо проще и стандартизировано давать задачи

когда дают стандартизировано и просто — надо бы сложнее "сеньор +" как-никак

удобненько

Автор вроде складно и приятно пишет , но сам ловится на противоречиях, причём принципиальных, на которых строит основные претензии к интервью:

Первую секцию он обосрал на почве того, что вопросы изъезженные и его величеству сеньор-жопе надо более интересно и сложно вгрызаться в некие аспекты (даже книгу в пример привёл по сложным случаям нагруженных БД)

И во второй же секции, сев в лужу на задаче, он громит эту секцию этим перлом:

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

Гениально

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

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

Итого для компании открытые зп: боль и печаль, вяжет ситуация по рукам и ногам, а нужна гибкость

Всем хочется поднять, но не всегда это получается... люди работают, нужны еще люди, есть 2 кандидата дороже текущих, но проект надо сделать — вот такой выбор перед компаний, приходится как-то выживать. Рецепт универсальный и бесплатный: не показывать вилку (тк ее нет)

почему по Го не согласны? Из-за малословности? Так он используется в местах, где довольно сложные штуки пишутся (тот же Докер или k8s для примера)

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

да, есть задачи и проекты, которым достаточно навыков джунов

это конечно нужно уметь эксплуатировать достаточный уровень квалификации

т.е. условный симфонист освоит spring на уровне senior за пару недель ? Не верю 

верно, не освоит на должном уровне, спринг монструознее — факт... опыт таки нужен

но сесть и писать свое приложение симфонист спокойно сможет, не вникать как бычок на ворота, а просто писать

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

так фреймворки/библиотеки/best practice привязаны к языку или я что то упускаю

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

как знание php+symphony/laravel ему поможет в java+spring ?

ну как, Symfony/Laravel вокруг DI контейнера собраны

Symfony имеет почти все из спринга, похожие аннотации, компилируемый контейнер, Data Mapper в доктрине, с UoW и вот этим всем... Security почти 1 в 1 (аутентификаторы, гвард и вот это все), хз где даже замудреннее, EventDispatcher, Router, Http абстракции и вот это все :) Все вокруг конфигураций на xml/yaml/php-нотаций, сериалайзеры тоже мощные все в симфони

Не раз на Тостере помогал ребятам по Спрингу, в глаза его не видев... Не ахти какие сложные правда вопросы, но все же

https://qna.habr.com/user/Maksclub/tag_answers?tag=spring

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

то "DDD", что в большинстве компаний — никому и нигде и не нужно, даже Гуглу, поверьте

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

Микросервисы: ну если большой проект и границы четко рисуются, а переиспользование высокое в проекте, то почему нет?

да, люди ищут коллегу, а не машину, печатающую код

если ему кидают ссылки на таски в жире, а на выходе получают мерж-реквесты с божественным кодом

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

вы же лид, разобраться можете в кандидате, но пылесосить рынок за компанию же не будете? не будете точно... а кто будет? HR менеджеры

банальная же логическая цепочка... лид/синьор, соберись

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность