Shub
я конечно не жду от архитекта 100% знания всех деталей языка и даже могу простить незнание основных. но точно так же я не жду микроменеджмента в плане того, как мои инженеры пишут код
Shub
хотите примеры вопросов, которые у нас задают Филу?
Shub
бляяя
Shub
фил показывает, как послать баг репорт по студии в МС
Vladislav
Shub
ща
Shub
1) I heavily use outlining (collapsing blocks of code) daily, and it's quite buggy in VS2017 and VS2019. 2) There seems to be a bug with solution folders within a single project
Vladislav
Shub
это цвет эфшарпа, если что
Shub
юзербейз
Shub
кстати, я хочу обратиться нашим телезрителям. дорогие мои маленькие любители ДДД, что вы скажете на это:
Shub
Domain-Driven Design is not a silver bullet, as everything in software, it depends on the context. As a rule of thumb, use it to simplify your domain, never to add more complexity.
If your application is data-centric and use-cases evolve around data manipulation and CRUD operations - this is, Create, Read, Update and Delete - you do not need DDD. The only thing your company needs is a fancy face in front of your database.
If your application has less than 30 use-cases, it might be simpler to use a framework like Symfony or Laravel to handle your business logic.
If you have more than 30 use-cases, your system maybe moving towards the dredded ‘big ball of mud’. If you know for sure your system will grow in complexity, you should start considering using DDD to fight complexity.
Vladislav
Domain-Driven Design is not a silver bullet, as everything in software, it depends on the context. As a rule of thumb, use it to simplify your domain, never to add more complexity.
If your application is data-centric and use-cases evolve around data manipulation and CRUD operations - this is, Create, Read, Update and Delete - you do not need DDD. The only thing your company needs is a fancy face in front of your database.
If your application has less than 30 use-cases, it might be simpler to use a framework like Symfony or Laravel to handle your business logic.
If you have more than 30 use-cases, your system maybe moving towards the dredded ‘big ball of mud’. If you know for sure your system will grow in complexity, you should start considering using DDD to fight complexity.
Это оттуда же?
Shub
нет, к сожалению
Vasily
Shub
я не могу соединить тезис выше с идеей вынесения bounded contexts в микросервисы
Shub
т.к. в таком случае количество юз-кейсов резко падает, а потому внутри bc по логике останется только ubiquitous language
Shub
что само по себе не ново, ну и традиционная 4 слойная лазанья
Shub
в принципе, я это у себя и наблюдаю
Shub
oх блять ffs, конференция в стиле “как просрать час времени с членом F# core foundation”
Vasily
Индусы же одни
Vladislav
Vladislav
А они филлипа специально вызвали?
Shub
А они филлипа специально вызвали?
ну как специально. Хорхе активно популяризует F# и надо понимать, вышел на него или по личным связям или в рамках сотрудничества Джета и МС
Shub
Фил молодой оказывается, я че-то думал он как Сайм или Пейтон-Джонс
Vladislav
Vladislav
Shub
явно не проездом
Shub
мы платим за саппорт МС
Shub
плюс МС очень активно хочет саксесс-стори “екоммерс на нашем облаке”. если вы пилите е-коммерс - дайте им знать, может какие-то ништяки выпадут
Shub
ситуация очень интересная, т.к. де-факто лидирующее облако принадлежит внезапно е-коммерс ситуации, а это значит, что сценарий “е-коммерс в облаке” формально еще не реализован
Shub
МС затащили Таргет, Гугл борется за Волмарт
Shub
Таргет для них очень большой вин, но я думаю, что компании поменьше им тоже важны, ну, типа, может на конфу позовут выступить или скидочку на саппорт дадут
Ayrat
Волмарт переезжает в Ажуру же
Ayrat
планы из 4х ДЦ перевезти 2
Shub
датасатанизм вроде нет
Ayrat
про сроки хз
Hog
Shub
потому что в ажуре нет всех этих спарков и прочих инструментов классового порабощения
Hog
Hog
Romɑn
Ilya
Эх, почему в стандартной библиотеке нет dprintf, который аналог Debug.WriteLine? Самому костылять приходится.
Hog
между прочим
Hog
printf не thread safe. А Console.WriteLine - да.
Ayrat
Да, это очень грустно
Shub
а, вижу
Romɑn
@eglyph я не против критики языка, просто делай это плз тут, а там новичков не пугай
Romɑn
фиксят ли болячки языка от наплыва пользователей - это большой вопрос. иногда да, но вроде бы чаще нет
Shub
кстати, я в самом языке проблем практически не вижу. семантика и синтаксис довольно полные, все фишки ортогональные
Shub
есть проблемы с .net и виндовс экосистемой
Shub
причем скорее идеологические, т.к. MS 30 лет старательно замыкала все на себя
Romɑn
Romɑn
Писал в прод ещё на моно. Не на фарше, но фарш на моно для петов заводился без проблем
Shub
перл
Romɑn
Не говоря уже о том что сейчас.
Shub
Romɑn
Romɑn
Монодевелоп наше все
Shub
и прям все библиотеки были?
Aleksandr
Сказано же, для петов :)
Shub
а, ну да
Romɑn
и прям все библиотеки были?
Под моно? Асп.нет проект в докере крутился. Заимплементил один интерфейс отвечающий за безопасность ТК он был на машинкей виндовый завязан.
Romɑn
Romɑn
А на моно в прод на шарпее
Shub
про какие года мы говорим?
Romɑn
Секунду гляну в резюмехе
Romɑn
13-14
Shub
я пробовал моно когда он был 2 года от роду или что-то около. все было крайне аскетично, мягко говоря
Romɑn
Romɑn
Я до сих пор встречаю жабистов которые считают что дотнет это виндаонли
Shub
ну вот в этой части мои претензии как раз
Shub
я ждал, что развиваться будет быстрее
Romɑn
Опенсорс уже тогда было, можно было внести свою лепту)
Shub
и что с 30 летним опытом переход на коре будет гораздо помягче
Aleksandr
Меня все еще не покидает чувство, что кор недостаточно зрелый
Shub
совершенно верно