119 Кб, 960x540C# / дотнет тред #61
Летний тред лучшего языка на планете.
1. Ресурсы:
— https://learn.microsoft.com/en-us/dotnet/
— https://ru.stackoverflow.com/a/416585/422180
— https://metanit.com
— https://professorweb.ru
— https://github.com/uhub/awesome-c-sharp
— https://sharplab.io/
— https://www.jimmybogard.com/you-probably-dont-need-to-worry-about-mediatr/
— https://cezarypiatek.github.io/post/why-i-dont-use-automapper/?utm_source=chatgpt.com
2. С# для веб
— https://docs.microsoft.com/ru-ru/aspnet/core
3. C# для десктопа
— https://docs.microsoft.com/ru-ru/dotnet/desktop
4. С# для игр
— https://ru.stackoverflow.com/a/609901/422180
5. С# для мобильной разработки
— https://docs.microsoft.com/ru-ru/dotnet/maui
6. Годные ютуб-каналы
— https://www.youtube.com/c/CODEBLOG
— https://www.youtube.com/c/AndreyShyrokoriadov
— https://www.youtube.com/c/DevJungles
— https://www.youtube.com/user/Shmachilin
— https://www.youtube.com/c/Elfocrash
— https://www.youtube.com/user/IAmTimCorey
Шапка: https://pastebin.com/HT7Hi6FD
Прошлый тред: https://2ch.hk/pr/res/3395748.html (
М)
Летний тред лучшего языка на планете.
1. Ресурсы:
— https://learn.microsoft.com/en-us/dotnet/
— https://ru.stackoverflow.com/a/416585/422180
— https://metanit.com
— https://professorweb.ru
— https://github.com/uhub/awesome-c-sharp
— https://sharplab.io/
— https://www.jimmybogard.com/you-probably-dont-need-to-worry-about-mediatr/
— https://cezarypiatek.github.io/post/why-i-dont-use-automapper/?utm_source=chatgpt.com
2. С# для веб
— https://docs.microsoft.com/ru-ru/aspnet/core
3. C# для десктопа
— https://docs.microsoft.com/ru-ru/dotnet/desktop
4. С# для игр
— https://ru.stackoverflow.com/a/609901/422180
5. С# для мобильной разработки
— https://docs.microsoft.com/ru-ru/dotnet/maui
6. Годные ютуб-каналы
— https://www.youtube.com/c/CODEBLOG
— https://www.youtube.com/c/AndreyShyrokoriadov
— https://www.youtube.com/c/DevJungles
— https://www.youtube.com/user/Shmachilin
— https://www.youtube.com/c/Elfocrash
— https://www.youtube.com/user/IAmTimCorey
Шапка: https://pastebin.com/HT7Hi6FD
Прошлый тред: https://2ch.hk/pr/res/3395748.html (
М)>>474933
предлагаешь ручками писать конфигурации маппингов конвертеров дтошек?
> Предлагаешь ручками писать конвертеры дтошек?
предлагаешь ручками писать конфигурации маппингов конвертеров дтошек?
>>474778 (OP)
А почему на ОП пикче голанг разработчик?
А почему на ОП пикче голанг разработчик?
>писать на подмелкомягком платформозависимом вбенчмаркахсосущем гетсетожужжащем языке в 2025
.
>>474933
В конфиге автомаппера приходится РУКАМИ писать методы-конвертеры.
То есть кода с говёным автомаппером получается БОЛЬШЕ, чем без него.
Впрочем, за это его и любят нубы: нахуярил конфигов и можно коммитить - вроде как не бездельничал.
В конфиге автомаппера приходится РУКАМИ писать методы-конвертеры.
То есть кода с говёным автомаппером получается БОЛЬШЕ, чем без него.
Впрочем, за это его и любят нубы: нахуярил конфигов и можно коммитить - вроде как не бездельничал.
>>475047
Сишарп*
Сишарп*
По поводу new.
Например, нужно читать большие файлы в десятки гигабайт и обрабатываться чанками.
Вот так написал хейтер new:
while ...
byte[] bytes = reader.ReadBytes(count);
После чего был обоссан, выебан ножкой от стула и выгнан на мороз с волчьим билетом.
Если размер файла 16 Гб, а count = 16K, то получаем всего лишь миллион аллокаций массива. Зато new нет...
Например, нужно читать большие файлы в десятки гигабайт и обрабатываться чанками.
Вот так написал хейтер new:
while ...
byte[] bytes = reader.ReadBytes(count);
После чего был обоссан, выебан ножкой от стула и выгнан на мороз с волчьим билетом.
Если размер файла 16 Гб, а count = 16K, то получаем всего лишь миллион аллокаций массива. Зато new нет...
>>475049
с new было бы в два раза больше аллокаций
с new было бы в два раза больше аллокаций
А вот так можно переписать с new:
byte[] buffer = new byte[count];
while ...
int n = stream.Read(buffer, 0, count);
Единственная аллокация с new.
Да, можно пойти ещё дальше, сделав буфер полем класса, статическим полем класса или, более того, заюзав пул, но это уже мелочи.
Факт в том, что хейтеры new - имбецилы. И пока вы существуете, я ценюсь выше как специалист.
byte[] buffer = new byte[count];
while ...
int n = stream.Read(buffer, 0, count);
Единственная аллокация с new.
Да, можно пойти ещё дальше, сделав буфер полем класса, статическим полем класса или, более того, заюзав пул, но это уже мелочи.
Факт в том, что хейтеры new - имбецилы. И пока вы существуете, я ценюсь выше как специалист.
>>475049
если это на разок считать данные скриптом - то и похуй. Главное, что ЗАПАХОВ кода нет. По хорошему, надо спрятать метод ReadBytes за автомаппером чтобы был достаточный уровень абстракции
если это на разок считать данные скриптом - то и похуй. Главное, что ЗАПАХОВ кода нет. По хорошему, надо спрятать метод ReadBytes за автомаппером чтобы был достаточный уровень абстракции
Читал тред и поражался. Млять, неужели кто-то до сих пишет мапперы (конфиги мапперов) вручную? Установите в IDE расширение для маппинга и генерируйте код одним кликом мышки или нажатием шортката.
>>475053
Абстракции всегда текут. ИЧСХ, текут говном. Там не просто ЗАПАХ, там ВОНИЩА!
Абстракции всегда текут. ИЧСХ, текут говном. Там не просто ЗАПАХ, там ВОНИЩА!
456 Кб, 2683x1570>>475056
Я же вчера скидывал, как правильно делать. Просто рефлексией пробегаешься по всем классам в сборке и конфигурация готова
Я же вчера скидывал, как правильно делать. Просто рефлексией пробегаешься по всем классам в сборке и конфигурация готова
>>475056
Я, если без шуток, в ахуе, откуда берётся столько маппинга у людей.
Видел на проектах вплоть до 6-7 слоёв. А всё потому что ебутся с медиатром, в котором нельзя методы вызывать по нормальному и все аргументы надо объектом передавать.
ПРосто выкидываешь медиатр, и автомаппер автоматически становится не нужен
> пишет мапперы
Я, если без шуток, в ахуе, откуда берётся столько маппинга у людей.
Видел на проектах вплоть до 6-7 слоёв. А всё потому что ебутся с медиатром, в котором нельзя методы вызывать по нормальному и все аргументы надо объектом передавать.
ПРосто выкидываешь медиатр, и автомаппер автоматически становится не нужен
>>474978
То ли дело лобком генерировать гетсеты и не иметь ни одной нормальной комьюнити иде с коробочным спрингом...
У дотнета лицензия то посвободней будет чем у наших дорогих друзей
Вылезай из криокамеры
То ли дело лобком генерировать гетсеты и не иметь ни одной нормальной комьюнити иде с коробочным спрингом...
>подмелкомягком
У дотнета лицензия то посвободней будет чем у наших дорогих друзей
>платформозависимом
Вылезай из криокамеры
>>474955
Потому что джависты перекатывают, у них аллергия на джаву здорового человека
Потому что джависты перекатывают, у них аллергия на джаву здорового человека
>>475049
Про ArrayPool слышал, обоссышь?
Про ArrayPool слышал, обоссышь?
127 Кб, 787x1333>>475062
Умение способный уникальное учен
ик. Мы втроем шли по тропинке ноги топали по мягкой мокрой грязи издавая шлепающий звук Сегодня днем шел дождь и от него земля была грязной а ноги липкими Ботинки были порваны
Умение способный уникальное учен
ик. Мы втроем шли по тропинке ноги топали по мягкой мокрой грязи издавая шлепающий звук Сегодня днем шел дождь и от него земля была грязной а ноги липкими Ботинки были порваны
>>475056
Какое? Вроде такой функции нет и там минимальная поддержка. А так да, бывают сложные мапперы и нужно как следует посидеть и тщательно написать код, а затем тесты на мапперы
>Установите в IDE расширение
Какое? Вроде такой функции нет и там минимальная поддержка. А так да, бывают сложные мапперы и нужно как следует посидеть и тщательно написать код, а затем тесты на мапперы
>>474778 (OP)
Ну и нахуя перекатили? Чтоб ещё пару ебланов закатились и себе жизни поломали? На Линкедине половина вакансий создана чтоб обучать нейроHRов, четверть чтоб компании показывали свой рост перед инверсторами. Оставшаяся четверть ищют людей-оркестров с функционалом айтиотдела на зп в 2к баксов.
Ну и нахуя перекатили? Чтоб ещё пару ебланов закатились и себе жизни поломали? На Линкедине половина вакансий создана чтоб обучать нейроHRов, четверть чтоб компании показывали свой рост перед инверсторами. Оставшаяся четверть ищют людей-оркестров с функционалом айтиотдела на зп в 2к баксов.
>>475111
Потому что круговорот финтеха, где сидят одни и те же 50 летние жабисты/плюсисты этот круговорот начавшие. В геймдеве на позиции шарпистов нормально мест есть, про бугор ваще молчу.
Потому что круговорот финтеха, где сидят одни и те же 50 летние жабисты/плюсисты этот круговорот начавшие. В геймдеве на позиции шарпистов нормально мест есть, про бугор ваще молчу.
>>475115
В гейдеве традиционно низкие зп и ублюдочные мрази на менеджерах. Без исключений.
За бугром дотнет умер. Из реальных вакансий либо знание какого-нибудь нахуй не нужного датского и ворк пермит с хождением в офис в Эйхуйнахуйховене, либо ебаный человек-оркестр в стартап за три копейки, чистить говна за паджитами.
В гейдеве традиционно низкие зп и ублюдочные мрази на менеджерах. Без исключений.
За бугром дотнет умер. Из реальных вакансий либо знание какого-нибудь нахуй не нужного датского и ворк пермит с хождением в офис в Эйхуйнахуйховене, либо ебаный человек-оркестр в стартап за три копейки, чистить говна за паджитами.
>>475119
База. В гейдеве найти норм зп это как в лотерею выйграть. В ентерпрайзе в 10 раз легче.
База x2. Зряплаты на уровене таксистов уже давно.
>В гейдеве традиционно низкие зп
База. В гейдеве найти норм зп это как в лотерею выйграть. В ентерпрайзе в 10 раз легче.
>За бугром дотнет умер.
База x2. Зряплаты на уровене таксистов уже давно.
>>474778 (OP)
Опять тег проебали.
Опять тег проебали.
>>475133
Ну хуй знает, с чем ты там сравниваешь. Я уже почти десять лет работаю за бугром в нормальных компаниях.
Ну хуй знает, с чем ты там сравниваешь. Я уже почти десять лет работаю за бугром в нормальных компаниях.
>>475347
Да. Одно только включение автомаппера в код добавляет сомнений и тряски над каждым свойством
А что если это свойство используется неявно...
А что если это свойство НЕ ИСПОЛЬЗУЕТСЯ неявно, но это так и должно быть...
Особенно какая-нибудь ебень, когда автомаппер встроен в дженериковый метод, типо "GetEntityById". Это вообще пиздец, можно сразу вешаться
Да. Одно только включение автомаппера в код добавляет сомнений и тряски над каждым свойством
А что если это свойство используется неявно...
А что если это свойство НЕ ИСПОЛЬЗУЕТСЯ неявно, но это так и должно быть...
Особенно какая-нибудь ебень, когда автомаппер встроен в дженериковый метод, типо "GetEntityById". Это вообще пиздец, можно сразу вешаться
823 Кб, 1000x666Анон, подскажи. Вкатываюсь в ойти, выбрал c#. Посмотрел по требованиям в среднестатистической вакансии (пока что фронт), помимо самого с# нужно знать .net, asp.net и sql. Есть ли разница, в каком порядке их изучать, и есть ли вообще "программа минимум", чтобы хотя бы на стажировку залететь самоучке без бумажке?
про необходимость накрутки стажа осведомлен
И дополнительный вопрос. У большей части просмотренных вакансий есть пункт "знание реакта - большой плюс", или что-то такое. Нахуя им нужно мое знание джавы, если вакансия для шарписта? Мне ее действительно нужно хотя бы до базового уровня довести будет, или можно забить на первых порах?
Заранее спасибо
про необходимость накрутки стажа осведомлен
И дополнительный вопрос. У большей части просмотренных вакансий есть пункт "знание реакта - большой плюс", или что-то такое. Нахуя им нужно мое знание джавы, если вакансия для шарписта? Мне ее действительно нужно хотя бы до базового уровня довести будет, или можно забить на первых порах?
Заранее спасибо
>>475505
Да нахуй ты нужен? Ну ты, конечно, можешь попробовать прикоснуться к прекрасному, но я бы нахуй послал разгребать пейфон и джаваскрипты
>чтобы хотя бы на стажировку залететь самоучке без бумажке
Да нахуй ты нужен? Ну ты, конечно, можешь попробовать прикоснуться к прекрасному, но я бы нахуй послал разгребать пейфон и джаваскрипты
60 Кб, 320x320>>475515
В этом его главное приемущество. Благодаря позднему связыванию объекты не зависят друг от друга, а разработчик может не беспокоиться о том, какие свойства куда замаппятся.
Всё работает само и бесплатно, а тебе только остаётся зарегистрировать маппинг один раз при старте проекта.
>Т.е. ваш говномаппер в рантайме через рефлексию поля сетает, лол
В этом его главное приемущество. Благодаря позднему связыванию объекты не зависят друг от друга, а разработчик может не беспокоиться о том, какие свойства куда замаппятся.
Всё работает само и бесплатно, а тебе только остаётся зарегистрировать маппинг один раз при старте проекта.
>>475528
хорошо, что вас, мерзких гандонов, не пускают на нормальные проекты. сидите дальше црмки пилите, уроды
>в рантайме через рефлексию
>бесплатно
>один раз при старте проекта
хорошо, что вас, мерзких гандонов, не пускают на нормальные проекты. сидите дальше црмки пилите, уроды
>>475505
Беги пока еще не поздно, свичься в джависты и живи нормально с освоеным спрингом, жрать везде найдешь (кроме геймдева, но там впринципе жрать нехуй)
Потому что ищут фуллстеков за 3 рубля и хотят натравить тебя на то что паджиты не доели, ибо недурные. По делу - забей на рекакт и просто освой js, он простой и тебе хватит, а все их местные фреймворки подтянешь там где возьмут. Максимум доку прогляни чтобы с умным видом что-то проквакать на собесе
>выбрал c#.
Беги пока еще не поздно, свичься в джависты и живи нормально с освоеным спрингом, жрать везде найдешь (кроме геймдева, но там впринципе жрать нехуй)
>Нахуя им нужно мое знание джавы, если вакансия для шарписта?
Потому что ищут фуллстеков за 3 рубля и хотят натравить тебя на то что паджиты не доели, ибо недурные. По делу - забей на рекакт и просто освой js, он простой и тебе хватит, а все их местные фреймворки подтянешь там где возьмут. Максимум доку прогляни чтобы с умным видом что-то проквакать на собесе
>>475577
И ебись с десятилетними DDD агрегатами и AOP в XML. Java стек собрал всех ёбнутых долбоёбов, там до сих пор этой хуйнёй занимаются
>спрингом
И ебись с десятилетними DDD агрегатами и AOP в XML. Java стек собрал всех ёбнутых долбоёбов, там до сих пор этой хуйнёй занимаются
>>475577
Я бы в бэк хотел уйти, после того, как хотя бы минимально в профессии освоюсь. Красить кнопки как-то мех, учитывая, что я не дегенерат.
Хорошо, спасибо.
>Беги пока еще не поздно, свичься в джависты
Я бы в бэк хотел уйти, после того, как хотя бы минимально в профессии освоюсь. Красить кнопки как-то мех, учитывая, что я не дегенерат.
>По делу - забей на рекакт и просто освой js, он простой и тебе хватит, а все их местные фреймворки подтянешь там где возьмут.
Хорошо, спасибо.
>>475581
Лучше ебаться с этой хуйней за нормальную зепку чем с голоду помереть
Лучше ебаться с этой хуйней за нормальную зепку чем с голоду помереть
>>475582
Ты java с javascript часом не путаешь? Языки то разные и области тоже. Бежать я советовал в java а не js
Ты java с javascript часом не путаешь? Языки то разные и области тоже. Бежать я советовал в java а не js
>>475584
Не понял из сообщения прошлого.
А в чем разница между шарпом и джавой? Бэк же и на том, и на том пишется, и с вакансиями проблем нет особых, судя по хедхантеру.
Не понял из сообщения прошлого.
А в чем разница между шарпом и джавой? Бэк же и на том, и на том пишется, и с вакансиями проблем нет особых, судя по хедхантеру.
>>475587
java это ёбаный всеми трижды обоссаный спринг, разгребание XML, DDD, паттерны, ГОФ и хуй знает как собранный проект из кусков байткода 2008 года
c# это современный язык общего назначения и более адекватное сообщество разработчиков, приятная система пакетов в нугете и хайлоад.
>А в чем разница между шарпом и джавой? Бэк же и на том, и на том пишется, и с вакансиями проблем нет особых, судя по хедхантеру.
java это ёбаный всеми трижды обоссаный спринг, разгребание XML, DDD, паттерны, ГОФ и хуй знает как собранный проект из кусков байткода 2008 года
c# это современный язык общего назначения и более адекватное сообщество разработчиков, приятная система пакетов в нугете и хайлоад.
>>475668
Долбоёб, стдлиба это не обязательно плюсовая стдлиба. Это просто любая стандартная библиотека.
Долбоёб, стдлиба это не обязательно плюсовая стдлиба. Это просто любая стандартная библиотека.
>>475671
Ну окей, давай покажи какая "львиная" доля System до сих пор прибита к винде и не работает на линуксе.
Ну окей, давай покажи какая "львиная" доля System до сих пор прибита к винде и не работает на линуксе.
>>475664
Включая гетсеты которые они генерируют руками лобком
Ну например отсутствие требования на публикацию сырцов форка, уже сильно свободнее
Платформозависимый код заключается в следующем:
Сокеты
Треды и локи
Файловая система
Консоль и дескрипторы окон
Импорт библиотек
Все работает из коробки под всеми заявленными платформами кроме потоков на вебассембли, хз о чем речь.
>А вот у джавистов ничего из перечисленного нет.
Включая гетсеты которые они генерируют руками лобком
>А? Куда свободнее GPL?
Ну например отсутствие требования на публикацию сырцов форка, уже сильно свободнее
>Не говорите ему что львиная доля стдлиба только для шинды.
Платформозависимый код заключается в следующем:
Сокеты
Треды и локи
Файловая система
Консоль и дескрипторы окон
Импорт библиотек
Все работает из коробки под всеми заявленными платформами кроме потоков на вебассембли, хз о чем речь.
>>475700
Так трясёт, потому что ИТТ свиньям не дали такого же и надо ручками натыкивать?
Так куда свободнее GPL?
Что сказать-то хотел? Лишь бы высрать тебе что-ли?
> Включая гетсеты которые они генерируют руками лобком
Так трясёт, потому что ИТТ свиньям не дали такого же и надо ручками натыкивать?
> требование не ограничивать выданные свободы
Так куда свободнее GPL?
> Платформозависимый код заключается в следующем:
> Сокеты
> Треды и локи
> Файловая система
> Консоль и дескрипторы окон
> Импорт библиотек
> Все работает из коробки под всеми заявленными платформами кроме потоков на вебассембли, хз о чем речь.
Что сказать-то хотел? Лишь бы высрать тебе что-ли?
>>475711
Ты жопой читаешь? Сравни степень разрешительности MIT (под которой дотнет) и GPL
Да просто думал с человеком а не с дебилом разговариваю который не знает как обеспечивается кроссплатформа и какие ньюансы у нее, my bad
>Так куда свободнее GPL?
Ты жопой читаешь? Сравни степень разрешительности MIT (под которой дотнет) и GPL
>Что сказать-то хотел? Лишь бы высрать тебе что-ли
Да просто думал с человеком а не с дебилом разговариваю который не знает как обеспечивается кроссплатформа и какие ньюансы у нее, my bad
>>475711
Та как будто это единственная проблема жабы. Она просто самая ощутимая после шарпов, к хорошему увы привыкаешь быстро. А вот условные деревья выражений, методы расширения и еще масса мелких но приятных фич, включая unsafe может и не пользуется большим спросом, но после вольностей шарпа такое ощущение будто сел писать на визуалбейсике который почему-то похож на шарп и даже если хочется порой чего-то эдакого то сразу думаешь что ну его впизду, и так сойдет и так будет работать
>Так трясёт, потому что ИТТ свиньям не дали такого же и надо ручками натыкивать?
Та как будто это единственная проблема жабы. Она просто самая ощутимая после шарпов, к хорошему увы привыкаешь быстро. А вот условные деревья выражений, методы расширения и еще масса мелких но приятных фич, включая unsafe может и не пользуется большим спросом, но после вольностей шарпа такое ощущение будто сел писать на визуалбейсике который почему-то похож на шарп и даже если хочется порой чего-то эдакого то сразу думаешь что ну его впизду, и так сойдет и так будет работать
>>475732
Зачем тебе деревья выражений? Чтобы что? Я сильно сомневаюсь, что ты занимаешься статическим анализом, с вероятностью 102% ты пукаешь джейсоном в автомапер.
Зачем тебе деревья выражений? Чтобы что? Я сильно сомневаюсь, что ты занимаешься статическим анализом, с вероятностью 102% ты пукаешь джейсоном в автомапер.
>>475729
Сравниваю:
GPL - код открыт
MIT - спиздил и закрыл код
Итого:
GPL - степень разрешительности 100%
MIT - степень разрешительности 0%
>Сравни степень разрешительности MIT
Сравниваю:
GPL - код открыт
MIT - спиздил и закрыл код
Итого:
GPL - степень разрешительности 100%
MIT - степень разрешительности 0%
>>475671
Какая стдлиба?
Расскажи мне, какую львиную долю могу написать "только для шинды"?
>Не говорите ему что львиная доля стдлиба только для шинды.
Какая стдлиба?
Расскажи мне, какую львиную долю могу написать "только для шинды"?
>>475770
чтобы генерировать SQL запросы автомаппером, очевидно же.
И похуй, что так делают только долбоёбы, но в java коде такого ещё 10 лет не будет.
Зато есть Spring, уюбищный бесконечный монолит, где всё встроено и работает хуй знает как, и на изучение котороно необходимо тратить МЕСЯЦЫ. Даже всеми трижды отхуесошенного медиатра как отдельной библиотеки в спринге нет, надо колдовать с XML, аннотациями спринга и прочей хуйнёй.
Большинство актуальных java проектов сейчас работает на спринге 2-3 версий, с JAVA десяти-15 летней давности, потому что обновлять что-то нереально.
А там даже VAR нет
Кто сравнивает java с дотнетом - у него 78 IQ уровня хoxoл. Объективно java сейчас только на легаси проектах осталась
чтобы генерировать SQL запросы автомаппером, очевидно же.
И похуй, что так делают только долбоёбы, но в java коде такого ещё 10 лет не будет.
Зато есть Spring, уюбищный бесконечный монолит, где всё встроено и работает хуй знает как, и на изучение котороно необходимо тратить МЕСЯЦЫ. Даже всеми трижды отхуесошенного медиатра как отдельной библиотеки в спринге нет, надо колдовать с XML, аннотациями спринга и прочей хуйнёй.
Большинство актуальных java проектов сейчас работает на спринге 2-3 версий, с JAVA десяти-15 летней давности, потому что обновлять что-то нереально.
А там даже VAR нет
Кто сравнивает java с дотнетом - у него 78 IQ уровня хoxoл. Объективно java сейчас только на легаси проектах осталась
>>475770
Чтобы писать рантайм генерацию кода и при этом быть в аот. Например, для своего очень быстрого бинарного сериализатора. Я ж говорю, фича популярностью не пользуется, но это не значит что ее никто не использует в тех же клонах автомаппера, которые имеют скорость х0.5 от нативного маппинга. А не было бы ее - осталась бы только генерация исходников перед компиляцией либо рефлексия с падением производительности в порядок.
Чтобы писать рантайм генерацию кода и при этом быть в аот. Например, для своего очень быстрого бинарного сериализатора. Я ж говорю, фича популярностью не пользуется, но это не значит что ее никто не использует в тех же клонах автомаппера, которые имеют скорость х0.5 от нативного маппинга. А не было бы ее - осталась бы только генерация исходников перед компиляцией либо рефлексия с падением производительности в порядок.
>>475814
К слову, всем похуй на это наносекундное дрочево.
Но то, что экспрешшены автомаппера могут компилироваться до МИНУТЫ на старте приложения - вот эта хуйня бесит.
Ты хочешь поотлаживать коды, а они после конпеляции конпелируются
> которые имеют скорость х0.5 от нативного маппинга
К слову, всем похуй на это наносекундное дрочево.
Но то, что экспрешшены автомаппера могут компилироваться до МИНУТЫ на старте приложения - вот эта хуйня бесит.
Ты хочешь поотлаживать коды, а они после конпеляции конпелируются
>>475812
Тем не менее, на джаве зарплаты выше, а работа будет и через 20 лет. На модном крутом сишарпе все вакансии - это чистка говна в аутстафе с хохлами за три копейки.
Тем не менее, на джаве зарплаты выше, а работа будет и через 20 лет. На модном крутом сишарпе все вакансии - это чистка говна в аутстафе с хохлами за три копейки.
>>475824
Ну посмотри на отношение количества вакансий к зарплатам.
Увидишь те самые протухшие галеры на втором спринге, где если человека не удержать - всё ёбнется к хуям
>Тем не менее, на джаве зарплаты выше
Ну посмотри на отношение количества вакансий к зарплатам.
Увидишь те самые протухшие галеры на втором спринге, где если человека не удержать - всё ёбнется к хуям
Есть ли причины в современном коде использовать оператор NEW? Помогите разобраться
>>475830
Есть ли причины спрашивать это чаще, чем new используется? Помогите разобраться.
Есть ли причины спрашивать это чаще, чем new используется? Помогите разобраться.
Моча, пожалуйста забаньте уже этих шизиков.
>>475941
Да я ебу как это делается?
Да я ебу как это делается?
>>475830
Выше есть примеры кода, где без new миллионы аллокаций, а с new - единственная аллокация.
Выше есть примеры кода, где без new миллионы аллокаций, а с new - единственная аллокация.
>>476000
Экспрешшен один раз предкомпилируется и будет экономить тебе память. New будет выделять память столько раз, сколько его вызовешь.
Ты бы хоть для вида рихтера почитал
>Выше есть примеры кода, где без new миллионы аллокаций, а с new - единственная аллокация.
Экспрешшен один раз предкомпилируется и будет экономить тебе память. New будет выделять память столько раз, сколько его вызовешь.
Ты бы хоть для вида рихтера почитал
>>476052
Ты уже вытекаешь из треда.
Ты уже вытекаешь из треда.
>>475505
Если любишь Россииюшку и планируешь в ней жить лучше уж 1с учить. Также профитно, а конкуренции меньше.
А если ты хочешь на западного барина работать то забей. Бешеная конкуренция с паджитами, которые за косарь бачей в очередь станановятся. По удаленке, 40$ это потолок для лидов. К тому времени когда ты до этого грейда доберешься через 10-15 лет код уже никто писать не будет. И умение писать код будет как умение паять схемы сейчас, т.е. прикольно, но нахуй никому не всралось. Готовые оттестированные модули будут писать нейронки, а другие нейросети, под присмотром паджита сеньера будут их как лего собирать, и вываливать в энтерпрайз.
Вообще не советую сейчас в любое кодописательство вкатываться. Это гиблое дело.
>Вкатываюсь в ойти, выбрал c#.
Если любишь Россииюшку и планируешь в ней жить лучше уж 1с учить. Также профитно, а конкуренции меньше.
А если ты хочешь на западного барина работать то забей. Бешеная конкуренция с паджитами, которые за косарь бачей в очередь станановятся. По удаленке, 40$ это потолок для лидов. К тому времени когда ты до этого грейда доберешься через 10-15 лет код уже никто писать не будет. И умение писать код будет как умение паять схемы сейчас, т.е. прикольно, но нахуй никому не всралось. Готовые оттестированные модули будут писать нейронки, а другие нейросети, под присмотром паджита сеньера будут их как лего собирать, и вываливать в энтерпрайз.
Вообще не советую сейчас в любое кодописательство вкатываться. Это гиблое дело.
>>475515
Там скорее всего рефлексия на этапе инициализации, и в её время динамически генерируется код самого маппинга.
Судя по скорости рефлексия в тайнимаппер (сука, тайни наоборот должен быть самым быстрым).
При этом маппинг никогда не является бутылочным горлышком, поэтому будь он даже в 10 раз медленнее, это было бы в рамках погрешности всего приложения.
Мы не любим автомаппер за то, что то, что там происходит, слишком неявное. Тебе IDE может показывать, что какое-то свойство не используется, а на самом деле это не так. И из-за этого может быть просто невероятно сложно отследить поток данных.
Там скорее всего рефлексия на этапе инициализации, и в её время динамически генерируется код самого маппинга.
Судя по скорости рефлексия в тайнимаппер (сука, тайни наоборот должен быть самым быстрым).
При этом маппинг никогда не является бутылочным горлышком, поэтому будь он даже в 10 раз медленнее, это было бы в рамках погрешности всего приложения.
Мы не любим автомаппер за то, что то, что там происходит, слишком неявное. Тебе IDE может показывать, что какое-то свойство не используется, а на самом деле это не так. И из-за этого может быть просто невероятно сложно отследить поток данных.
>>476268
Хуй знает, я не вникаю в ваши говнопроблемы. Нормальные библиотеки для маппинга еще на этапе компиляции кода генерируют все мапперы и фейлятся, если ты проебал сорс-дестинейшн и еще 100500 гардов, чтобы не обосраться в рантайме. А ваша хуитка от Жимми Богурда только в рантайме начинает чето там разбирать через рефлекшн и пытается смапить классы дэтэох и моделек, лол
>Мы не любим автомаппер за то, что то, что там происходит, слишком неявное
Хуй знает, я не вникаю в ваши говнопроблемы. Нормальные библиотеки для маппинга еще на этапе компиляции кода генерируют все мапперы и фейлятся, если ты проебал сорс-дестинейшн и еще 100500 гардов, чтобы не обосраться в рантайме. А ваша хуитка от Жимми Богурда только в рантайме начинает чето там разбирать через рефлекшн и пытается смапить классы дэтэох и моделек, лол
125 Кб, 1400x1070>>476289
Какие нормальные библиотеки? Сами себе проблем насоздают и потом героически их решают.
Подключаешь медиатр и внезапно тебе нельзя использовать входящее DTO в обработчике команды. Нужно его обязательно замаппить на реквест потому что вызывать методы напрямую ты себе запретил.
И не дай боже вызвать медиатр из медиатра. Тогда всё повторяется и получается ёбаная матрёшка:
dto в контроллере -> автомаппер -> команда -> обработчик команды -> маппинг в другую команду -> другая команда -> маппинг результата другой команды -> основная команда -> контроллер -> маппинг результата команды.
И где-то между этими слоями прячется логика. И в автомаппер переезжает половина логики обработки данных.
Надо быть долбоёбом с окраины с IQ 78, чтобы тушить проблему лишних слоёв автомаппером.
Пиздец, столько простых проектов загубили. Ёбаная архитектурная боггартянка. Превратили обычные круд-репозитории в зубодробительное говно
>Нормальные библиотеки для маппинга
Какие нормальные библиотеки? Сами себе проблем насоздают и потом героически их решают.
Подключаешь медиатр и внезапно тебе нельзя использовать входящее DTO в обработчике команды. Нужно его обязательно замаппить на реквест потому что вызывать методы напрямую ты себе запретил.
И не дай боже вызвать медиатр из медиатра. Тогда всё повторяется и получается ёбаная матрёшка:
dto в контроллере -> автомаппер -> команда -> обработчик команды -> маппинг в другую команду -> другая команда -> маппинг результата другой команды -> основная команда -> контроллер -> маппинг результата команды.
И где-то между этими слоями прячется логика. И в автомаппер переезжает половина логики обработки данных.
Надо быть долбоёбом с окраины с IQ 78, чтобы тушить проблему лишних слоёв автомаппером.
Пиздец, столько простых проектов загубили. Ёбаная архитектурная боггартянка. Превратили обычные круд-репозитории в зубодробительное говно
>>476292
Не подключаешь медиатр.
@
Не пытаешься эмулировать сеть внутри локального процесса, какой долбоеб это придумал, а просто напрямую вызываешь методы.
@
Никакого бугурта.
Не подключаешь медиатр.
@
Не пытаешься эмулировать сеть внутри локального процесса, какой долбоеб это придумал, а просто напрямую вызываешь методы.
@
Никакого бугурта.
>>476289
Это тоже хуита, потому что до генерации у тебя получается несобираемый код и красные подчёркивания в студии.
Это тоже хуита, потому что до генерации у тебя получается несобираемый код и красные подчёркивания в студии.
>>476319
Прикол в том, что у тебя несколько слоёв абстракции. И нельзя между ними всеми прокидывать один и тот же объект, потому что где-то надо ты поменять, какие-то данные спрятать и т.д.
При этом 90% свойств перекочёвывают без изменений. И тут возникает желание, вместо того, чтобы писать конверторы ручками, взять автомаппер и написать правила типа это свойство игнорировать, это конвертировать таким кодом, а все остальные просто скопировать.
Но на практике это создаёт кучу проблем.
Я вообще один раз засунул веб-реквест в маппинг. Потом посмотрел на это и ужаснулся. Но переписывать не стал. С тех пор в новые места маппинг не добавляю.
Прикол в том, что у тебя несколько слоёв абстракции. И нельзя между ними всеми прокидывать один и тот же объект, потому что где-то надо ты поменять, какие-то данные спрятать и т.д.
При этом 90% свойств перекочёвывают без изменений. И тут возникает желание, вместо того, чтобы писать конверторы ручками, взять автомаппер и написать правила типа это свойство игнорировать, это конвертировать таким кодом, а все остальные просто скопировать.
Но на практике это создаёт кучу проблем.
Я вообще один раз засунул веб-реквест в маппинг. Потом посмотрел на это и ужаснулся. Но переписывать не стал. С тех пор в новые места маппинг не добавляю.
>>477968
медиатор не используй и не будет лишних слоёв абстракции. Автомаппер сам рассосётся.
Это ловушка такая, через неё проходили все в 2016-2018 годах. Называется архитекрурная боггартянка. Подключаешь медиатр - и его нужно тушить автомаппером. Зато код дохуя "крутой" и "правильный".
Хз, чего джунишки так дуреют с этой хуйни и повторяют старые ошибки, я бы им за такое ебало бил. Без шуток вот прямо в ебало бил ты толстой доской.
Ну не надо наших ошибок повторять
>Прикол в том, что у тебя несколько слоёв абстракции.
медиатор не используй и не будет лишних слоёв абстракции. Автомаппер сам рассосётся.
Это ловушка такая, через неё проходили все в 2016-2018 годах. Называется архитекрурная боггартянка. Подключаешь медиатр - и его нужно тушить автомаппером. Зато код дохуя "крутой" и "правильный".
Хз, чего джунишки так дуреют с этой хуйни и повторяют старые ошибки, я бы им за такое ебало бил. Без шуток вот прямо в ебало бил ты толстой доской.
Ну не надо наших ошибок повторять
>>477968
У тебя ровно три слоя: контроллер, бизнес логика и дата лэйер. Все. Перекладывание происходит в трех местах: IDataReader -> DTO, Request -> DTO, DTO -> Response. Первое делается автоматически дапером. Второе и третье - это одна строка result.UserName = model.UserName и у тебя работает вся навигация по коду. Автомапер не нужен.
У тебя ровно три слоя: контроллер, бизнес логика и дата лэйер. Все. Перекладывание происходит в трех местах: IDataReader -> DTO, Request -> DTO, DTO -> Response. Первое делается автоматически дапером. Второе и третье - это одна строка result.UserName = model.UserName и у тебя работает вся навигация по коду. Автомапер не нужен.
>>478135
Ты какой-то хелловорлд описал.
Между дл и бл и между бл и контроллером должны быть разные типы. В бизнес-логике объект может собираться из нескольких, например. В веб-респонсе тоже может быть свой формат из-за специфики http.
>У тебя ровно три слоя: контроллер, бизнес логика и дата лэйер. Все. Перекладывание происходит в трех местах: IDataReader -> DTO, Request -> DTO, DTO -> Response. Первое делается автоматически дапером. Второе и третье - это одна строка result.UserName = model.UserName и у тебя работает вся навигация по коду. Автомапер не нужен.
Ты какой-то хелловорлд описал.
Между дл и бл и между бл и контроллером должны быть разные типы. В бизнес-логике объект может собираться из нескольких, например. В веб-респонсе тоже может быть свой формат из-за специфики http.
>>478205
Ты описал паджитский говнокод уровня епам. Посмотри, как пишут охуительно быстрые сервисы на расте и голанге, там нет никаких 100500 слоев мапинга над мапингом. Одна ручка - один запрос в бд - одна дто - ебейший рпс. Да, код строится вокруг бд, потому что бд - это сердце системы и самое медленное звено. В дотнете же разработчики деградировали и разучились писать простые и эффективные программы, у всех ддд головного мозга.
Ты описал паджитский говнокод уровня епам. Посмотри, как пишут охуительно быстрые сервисы на расте и голанге, там нет никаких 100500 слоев мапинга над мапингом. Одна ручка - один запрос в бд - одна дто - ебейший рпс. Да, код строится вокруг бд, потому что бд - это сердце системы и самое медленное звено. В дотнете же разработчики деградировали и разучились писать простые и эффективные программы, у всех ддд головного мозга.
>>478218
Как на примере создания заявки я должен обойтись одним дто? При создании заявки не указывается id сущности, например, т.к. он создается в момент сохранения энтити в бд. При создании заявки, пользователю нужно отдать дто где будет id сущности. Т.е. одним дто уже не обойтись. И это первое что пришло в голову. Да и смешно слушать про какие-то там сервисы на гоу и расте где элементарно зависимости подтягиваются через таги на артифакты в гитхабе, лол
>Одна ручка - один запрос в бд - одна дто - ебейший рпс
Как на примере создания заявки я должен обойтись одним дто? При создании заявки не указывается id сущности, например, т.к. он создается в момент сохранения энтити в бд. При создании заявки, пользователю нужно отдать дто где будет id сущности. Т.е. одним дто уже не обойтись. И это первое что пришло в голову. Да и смешно слушать про какие-то там сервисы на гоу и расте где элементарно зависимости подтягиваются через таги на артифакты в гитхабе, лол
>>478234
То есть, ты не понимаешь, как работает sql. Ты настоящий дотнет разработчик, миллионы паджитов гордятся тобой.
>При создании заявки, пользователю нужно отдать дто где будет id сущности.
То есть, ты не понимаешь, как работает sql. Ты настоящий дотнет разработчик, миллионы паджитов гордятся тобой.
>>478389
Дурачок, ты не знаешь, как вставить данные и вернуть ID новой записи за один поход в бд? Туда ли ты зашел?
Дурачок, ты не знаешь, как вставить данные и вернуть ID новой записи за один поход в бд? Туда ли ты зашел?
>>478419
Ну, а возвращать клиенту ты что собираешься? Прямо энтитю, которую достал из бд?
Ну, а возвращать клиенту ты что собираешься? Прямо энтитю, которую достал из бд?
>>478436
Верну джейсон какой надо. Из бд я достаю не энтити и не объекты, я достаю датасет какой мне нужен здесь и сейчас. У каждой ручки свой.
Кстати, в EF Core паджиты добавили projections когда поняли, насколько обосрались с перфомансом.
Верну джейсон какой надо. Из бд я достаю не энтити и не объекты, я достаю датасет какой мне нужен здесь и сейчас. У каждой ручки свой.
Кстати, в EF Core паджиты добавили projections когда поняли, насколько обосрались с перфомансом.
>>478498
Ну так твой датасет - это и есть результат мапинга энтити на какое-либо ДТО (которое кстати объект)
Ну так твой датасет - это и есть результат мапинга энтити на какое-либо ДТО (которое кстати объект)
>>478498
У тебя так получится хуева туча дублирующейся логики, которую потом заебёшься поддерживать при каких-то изменениях.
У тебя так получится хуева туча дублирующейся логики, которую потом заебёшься поддерживать при каких-то изменениях.
>>478939
Логика написана в сервисах, которые принимают интерфейсы дтошек. Будет какой-нибудь OrderService.Checkout(IOrderDTO), а данные в IOrderDTO каждый раз берутся из разных запросов в бд. Интерфейсы можно миксовать как угодно и у тебя все еще работает навигация по коду, в отличие от автомапера ебаного.
Дело в том, что рич ООП хорошо работает на локальной машине и плохо в сети. Для ситуаций, где класс Button наследуется от Control и перегружает виртуальный метод Draw, рич заебись. Когда твои данные лежат на другой машине, их надо каждый раз загружать, а поход по сети занимает дольше, чем обработка - лучше подходит анемик.
Логика написана в сервисах, которые принимают интерфейсы дтошек. Будет какой-нибудь OrderService.Checkout(IOrderDTO), а данные в IOrderDTO каждый раз берутся из разных запросов в бд. Интерфейсы можно миксовать как угодно и у тебя все еще работает навигация по коду, в отличие от автомапера ебаного.
Дело в том, что рич ООП хорошо работает на локальной машине и плохо в сети. Для ситуаций, где класс Button наследуется от Control и перегружает виртуальный метод Draw, рич заебись. Когда твои данные лежат на другой машине, их надо каждый раз загружать, а поход по сети занимает дольше, чем обработка - лучше подходит анемик.
>>478205
Согласен. пятилетний проект, всё работает, три слоя у нас. Автомаппер в каждом методе используется минимум два раза.
Согласен, автомаппер это лучшее средство, чтобы собрать из нескольких объектов третий.
Просто надо вызвать его несколько раз и в профиле последовательно описать, какие свойства из какого источника брать, а какие заигнорить
Согласен. Автомаппер позволяет лаконично и без запахов кода сконвертировать один объект в другой.
>Ты какой-то хелловорлд описал.
Согласен. пятилетний проект, всё работает, три слоя у нас. Автомаппер в каждом методе используется минимум два раза.
>В бизнес-логике объект может собираться из нескольких, например.
Согласен, автомаппер это лучшее средство, чтобы собрать из нескольких объектов третий.
Просто надо вызвать его несколько раз и в профиле последовательно описать, какие свойства из какого источника брать, а какие заигнорить
> веб-респонсе тоже может быть свой формат из-за специфики http.
Согласен. Автомаппер позволяет лаконично и без запахов кода сконвертировать один объект в другой.
>>478237
Всё равно модель отдельную надо для фронта, иначе лишние свойства будут в сваггере и тестировщики тупо баг заведут.
Но маппинг всё равно лучше руками написать. Модель БД и dto запрос начинает расходиться моментально
>То есть, ты не понимаешь, как работает sql. Ты настоящий дотнет разработчик, миллионы паджитов гордятся тобой.
Всё равно модель отдельную надо для фронта, иначе лишние свойства будут в сваггере и тестировщики тупо баг заведут.
Но маппинг всё равно лучше руками написать. Модель БД и dto запрос начинает расходиться моментально
>>478498
проекции были ещё в старом ентити фреймворке, задолго до появления ef core
>Кстати, в EF Core паджиты добавили projections когда поняли
проекции были ещё в старом ентити фреймворке, задолго до появления ef core
>>479079
понапишут своего долбоёбского ООП с интерфейсами на дтошках, а могли бы просто автомапер взять, и всё бы работало САМО, и кода в 10-20 раз меньше
>интерфейсы дтошек
понапишут своего долбоёбского ООП с интерфейсами на дтошках, а могли бы просто автомапер взять, и всё бы работало САМО, и кода в 10-20 раз меньше
>>479143
Что для тебя логика? А то так можно дойти до безумия, когда джойны тоже логика.
Что для тебя логика? А то так можно дойти до безумия, когда джойны тоже логика.
>>479146
У фронта две модели. Входящий джейсон - это request, исходящий - response. В сервисах модель называется DTO. В репозитори - это параметры хранимок и голый датасет, который приезжает из базы. Получил в контроллере джейсон - переложил руками в дто - что-то сделал в сервисе - передал дто в репозиторий - там внутри переложил из полей дто в параметры - вызвал хранимку - получил датасет - отмапил дапером на другое дто - вернул сервису - сервис вернул в контроллер - в контроллере руками переложил в джейсон и отдал наружу. Что писать код для перекладывания, что писать конфиг для автомапера - один хуй надо писать, только в коде работает навигация.
У фронта две модели. Входящий джейсон - это request, исходящий - response. В сервисах модель называется DTO. В репозитори - это параметры хранимок и голый датасет, который приезжает из базы. Получил в контроллере джейсон - переложил руками в дто - что-то сделал в сервисе - передал дто в репозиторий - там внутри переложил из полей дто в параметры - вызвал хранимку - получил датасет - отмапил дапером на другое дто - вернул сервису - сервис вернул в контроллер - в контроллере руками переложил в джейсон и отдал наружу. Что писать код для перекладывания, что писать конфиг для автомапера - один хуй надо писать, только в коде работает навигация.
>>479159
А мог просто взять автомаппер, он бы за тебя всё замаппил сам, и запросы сформировал какие нужно. ч
Или тебе нравится писать все эти перекладывания в сто слоёв? Я хуй знает, зачем вы вообще код пишете, если достаточно медиатром вызвать маппинг по хранимке... и всё.
А мог просто взять автомаппер, он бы за тебя всё замаппил сам, и запросы сформировал какие нужно. ч
Или тебе нравится писать все эти перекладывания в сто слоёв? Я хуй знает, зачем вы вообще код пишете, если достаточно медиатром вызвать маппинг по хранимке... и всё.
>>479222
О, вы из епама!
Удачи разбираться с дедлоками, когда твой sql сгенерирован через соплю IQueryable.
О, вы из епама!
Удачи разбираться с дедлоками, когда твой sql сгенерирован через соплю IQueryable.
>>479651
Нет. Но мои знакомые оттуда, тоже в рот ебали хранимки.
Удачи тебе с отладкой всего твоего хранимого говна.
>О, вы из епама!
Нет. Но мои знакомые оттуда, тоже в рот ебали хранимки.
>Удачи разбираться с дедлоками
Удачи тебе с отладкой всего твоего хранимого говна.
В бушующем мире дерьма, я нашёл островок спокойствия - этот тред. Захожу сюда периодически, вижу упоминания автомаппера и медиатра и моя душа успокаивается. Пока есть на свете дебилы, использующие их, я буду цениться как специалист.
>>479731
Ты и твои друзья с аутстаф галер даже не понимаете суть проблемы. Ваш уровень - разгребать говно за индусами.
Ты и твои друзья с аутстаф галер даже не понимаете суть проблемы. Ваш уровень - разгребать говно за индусами.
>>479757
Хорошо, что подобных любителей писать свои конвертеры на дтошки и потом это говно покрывать тестами мы увольняем пачками))))
Хорошо, что подобных любителей писать свои конвертеры на дтошки и потом это говно покрывать тестами мы увольняем пачками))))
>>475732
Какая ещё проблема джавы? Это такой хитрый ход отвечать "в джаве ещё проблемы есть" на "вот тут твоя шарпохуита сосёт по гланды"?
Какая ещё проблема джавы? Это такой хитрый ход отвечать "в джаве ещё проблемы есть" на "вот тут твоя шарпохуита сосёт по гланды"?
>>479971
Дежурно напоминаю, что автомаппером пользуются застрявшие в 2016 году пивные сиськи.
Да и хуй с ними
Дежурно напоминаю, что автомаппером пользуются застрявшие в 2016 году пивные сиськи.
Да и хуй с ними
>>479996
необновляемый спринг десятилетней давности из xml перемешанного с худшими практиками DDD и AOP ? Который вдобавок хуй пойми как собирать?
>Какая ещё проблема джавы
необновляемый спринг десятилетней давности из xml перемешанного с худшими практиками DDD и AOP ? Который вдобавок хуй пойми как собирать?
>>479995
Нам похуй. Тебе уже кидали бенчмарки в прошлом треде где твоя джава брала с заглотом, кроме деревянных бенчмарков давящих на LOH, но даже в них разница максимум двухкратная. Небольшая цена за удобный для работы язык.
Нам похуй. Тебе уже кидали бенчмарки в прошлом треде где твоя джава брала с заглотом, кроме деревянных бенчмарков давящих на LOH, но даже в них разница максимум двухкратная. Небольшая цена за удобный для работы язык.
>>480068
В чем проблема обновить спринг? xml остался в начале нулевых. Про какие "худшие практики DDD и AOP" ты говоришь? С худшими практиками можно и на сисярпе писать, если проекты на нем будут, лол
В чем проблема обновить спринг? xml остался в начале нулевых. Про какие "худшие практики DDD и AOP" ты говоришь? С худшими практиками можно и на сисярпе писать, если проекты на нем будут, лол
>>480068
Что за фантазии?
Что за фантазии?
>>480079
Чё? Где? Во всех бенчмарках кроме каких-то беспруфных на непонятных ии-сайтах джава ебёт.
Отдельно с этого проиграл. Удобство это гет сет кококо?
Чё? Где? Во всех бенчмарках кроме каких-то беспруфных на непонятных ии-сайтах джава ебёт.
>небольшая цена за удобный для работы язык
Отдельно с этого проиграл. Удобство это гет сет кококо?
>>480467
Клоун, твое клоуничанье не поможет убрать говно в твоих трусах
>>480468
https://programming-language-benchmarks.vercel.app/csharp-vs-java
Так у тебя и этого нет, терпила) Не говоря про методы расширения, про нормальный ансейф и рантайм кодогенерацию, нету span<t> и структур под них. И это при том что чтобы начать юзать спринг нужно занести в кассу жижбрейну или качать крякнутые иде, иначе разрабатывать это говно ебаное нереально, поддержка сторонних иде нулевая, при том что комьюнити визуалка поддерживает всё кроме деплоя на азуру. И вообще вся инфраструктура языка похожа на парад костылей который без платной иде собрать нереально, ну это ладно, вкусовщина.
Клоун, твое клоуничанье не поможет убрать говно в твоих трусах
>>480468
https://programming-language-benchmarks.vercel.app/csharp-vs-java
>Удобство это гет сет кококо?
Так у тебя и этого нет, терпила) Не говоря про методы расширения, про нормальный ансейф и рантайм кодогенерацию, нету span<t> и структур под них. И это при том что чтобы начать юзать спринг нужно занести в кассу жижбрейну или качать крякнутые иде, иначе разрабатывать это говно ебаное нереально, поддержка сторонних иде нулевая, при том что комьюнити визуалка поддерживает всё кроме деплоя на азуру. И вообще вся инфраструктура языка похожа на парад костылей который без платной иде собрать нереально, ну это ладно, вкусовщина.
>>480481
Терпи, говнопис.
https://www.techempower.com/benchmarks/
Что, уже щёчки от злости надулись? :)
Не можешь себе представить жить без ассемблероподобного пердолинга, ведь в петушарпе высокоуровневых и быстрых инструментов просто не завезли? Да и нормальный он, лол.
Чаво? Лучшая среди всех языков.
Спринг != джава во-первых, во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
А в петушарпе они что-ли есть?
А теперь готовься реветь:
Огромная экосистема. Это включает в себя:
Возможность выбора наилучшего, подходящего под твою задачу между несколькими инструментами, выполняющих похожие задачи
Maven. Системы сборки подобной стабильности, удобства, качества, нет ни в одном другом языке. Новые версии Gradle тоже могли бы выглядеть как сносные системы сборки, тоже надирающих задницы системам сборки в других языках, но, увы, Gradle не умеет не ломать обратную совместимость и не внедряться в кишки JVM, из-за чего постоянно приходиться И обновлять Gradle, чтобы использовать новую Java, И бороться с поломками обратной совместимости.
Инструментарий для генерации бойлерплейт кода при компиляции, по сути расширяющий синтаксис Java. Это включает в себя Lombok и Manifold, откуда мы можем взять такие вещи как генерацию конструкторов, акцессоров, делегатов, перегрузку операторов и другое.
JVM. JVM является невероятно умной системой, поддерживающей самые разные языки программирования, как дающих гарантии (например, Rust), так и не дающих гарантии и требующих вмешательства со стороны рантайма (Java) с высокой производительностью. В JVM есть огромное количество сборщиков мусора на выбор, есть умный JIT, позволяющий делать оптимизации, а также мы ожидаем Project Valhalla, который должен позволить ещё сильнее оптимизировать работу кода.
Java имеет приятный, OG синтаксис из времён начала программирования человекочитаемыми конструкциями, грациозно расширяемый каждые полгода и поддерживаемый в современном состоянии.
Кроссплатформенность.
Обратная совместимость.
Джава является единственным языком, который на самом деле поддерживает многопоточность. Во всех остальных языках многопоточность является огромной бойлерплейтной болью, а гарантии через спецификацию являются рудиментарными, о которых никто не знает. Доходит до того, что пособия по многопоточности в Java являются отличным вариантом для изучения многопоточности в большинстве других языков.
Java поддерживает платформенную многопоточность. Некоторые языки пошли по пути исполнения кода глобально effectively в одном потоке. Таким образом, они избавились от части недостатков многопоточности (низкоуровневых багов), ценой отказа от увеличения производительности за счёт нескольких ядер процессора, оставив многопоточность для тех случаев, когда она нужна не для увеличения производительности, а для реализации непосредственной логики. Java даёт возможность пользоваться всеми ресурсами машины.
В Java есть огромнейший инструментарий для организации многопоточного flow, что регулярно расширяется с новыми обновлениями. Он настолько всеобъемлющий, что, например, на одном из классов Java были основаны все корутины в Kotlin поначалу (ForkJoinPool).
В Java есть полноценная теория о многопоточности, что позволяет подходить к построению многопоточных приложений с научной точки зрения. В основном, это представлено книгой Java Concurrency in Practice. Если не понимать всей сложности темы и просто забить хуй на неё, то очень скоро столкнёшься с непонятными проблемами вызывающими сомнения в реальности происходящего, поэтому без теории не может быть никакого многопоточного программирования, а в Java теория есть.
В Java присутствует решение проблемы тяжеловесности потоков общего назначения без всех минусов корутин, таких как замедление кода в 11 раз или загрязнение кодовой базы async/await/suspend приводящими к дублированию методов.
Preview процесс в разработке Java, благодаря которому каждая новая фича языка выпускается наивысшего качества.
> Клоун, твое клоуничанье не поможет убрать говно в твоих трусах
Терпи, говнопис.
>vercel.app
https://www.techempower.com/benchmarks/
Что, уже щёчки от злости надулись? :)
> про нормальный ансейф
Не можешь себе представить жить без ассемблероподобного пердолинга, ведь в петушарпе высокоуровневых и быстрых инструментов просто не завезли? Да и нормальный он, лол.
> рантайм кодогенерацию
Чаво? Лучшая среди всех языков.
> И это при том что чтобы начать юзать спринг нужно занести в кассу жижбрейну или качать крякнутые иде
Спринг != джава во-первых, во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
> методы расширения
А в петушарпе они что-ли есть?
А теперь готовься реветь:
Огромная экосистема. Это включает в себя:
Возможность выбора наилучшего, подходящего под твою задачу между несколькими инструментами, выполняющих похожие задачи
Maven. Системы сборки подобной стабильности, удобства, качества, нет ни в одном другом языке. Новые версии Gradle тоже могли бы выглядеть как сносные системы сборки, тоже надирающих задницы системам сборки в других языках, но, увы, Gradle не умеет не ломать обратную совместимость и не внедряться в кишки JVM, из-за чего постоянно приходиться И обновлять Gradle, чтобы использовать новую Java, И бороться с поломками обратной совместимости.
Инструментарий для генерации бойлерплейт кода при компиляции, по сути расширяющий синтаксис Java. Это включает в себя Lombok и Manifold, откуда мы можем взять такие вещи как генерацию конструкторов, акцессоров, делегатов, перегрузку операторов и другое.
JVM. JVM является невероятно умной системой, поддерживающей самые разные языки программирования, как дающих гарантии (например, Rust), так и не дающих гарантии и требующих вмешательства со стороны рантайма (Java) с высокой производительностью. В JVM есть огромное количество сборщиков мусора на выбор, есть умный JIT, позволяющий делать оптимизации, а также мы ожидаем Project Valhalla, который должен позволить ещё сильнее оптимизировать работу кода.
Java имеет приятный, OG синтаксис из времён начала программирования человекочитаемыми конструкциями, грациозно расширяемый каждые полгода и поддерживаемый в современном состоянии.
Кроссплатформенность.
Обратная совместимость.
Джава является единственным языком, который на самом деле поддерживает многопоточность. Во всех остальных языках многопоточность является огромной бойлерплейтной болью, а гарантии через спецификацию являются рудиментарными, о которых никто не знает. Доходит до того, что пособия по многопоточности в Java являются отличным вариантом для изучения многопоточности в большинстве других языков.
Java поддерживает платформенную многопоточность. Некоторые языки пошли по пути исполнения кода глобально effectively в одном потоке. Таким образом, они избавились от части недостатков многопоточности (низкоуровневых багов), ценой отказа от увеличения производительности за счёт нескольких ядер процессора, оставив многопоточность для тех случаев, когда она нужна не для увеличения производительности, а для реализации непосредственной логики. Java даёт возможность пользоваться всеми ресурсами машины.
В Java есть огромнейший инструментарий для организации многопоточного flow, что регулярно расширяется с новыми обновлениями. Он настолько всеобъемлющий, что, например, на одном из классов Java были основаны все корутины в Kotlin поначалу (ForkJoinPool).
В Java есть полноценная теория о многопоточности, что позволяет подходить к построению многопоточных приложений с научной точки зрения. В основном, это представлено книгой Java Concurrency in Practice. Если не понимать всей сложности темы и просто забить хуй на неё, то очень скоро столкнёшься с непонятными проблемами вызывающими сомнения в реальности происходящего, поэтому без теории не может быть никакого многопоточного программирования, а в Java теория есть.
В Java присутствует решение проблемы тяжеловесности потоков общего назначения без всех минусов корутин, таких как замедление кода в 11 раз или загрязнение кодовой базы async/await/suspend приводящими к дублированию методов.
Preview процесс в разработке Java, благодаря которому каждая новая фича языка выпускается наивысшего качества.
>>480481
Терпи, говнопис.
https://www.techempower.com/benchmarks/
Что, уже щёчки от злости надулись? :)
Не можешь себе представить жить без ассемблероподобного пердолинга, ведь в петушарпе высокоуровневых и быстрых инструментов просто не завезли? Да и нормальный он, лол.
Чаво? Лучшая среди всех языков.
Спринг != джава во-первых, во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
А в петушарпе они что-ли есть?
А теперь готовься реветь:
Огромная экосистема. Это включает в себя:
Возможность выбора наилучшего, подходящего под твою задачу между несколькими инструментами, выполняющих похожие задачи
Maven. Системы сборки подобной стабильности, удобства, качества, нет ни в одном другом языке. Новые версии Gradle тоже могли бы выглядеть как сносные системы сборки, тоже надирающих задницы системам сборки в других языках, но, увы, Gradle не умеет не ломать обратную совместимость и не внедряться в кишки JVM, из-за чего постоянно приходиться И обновлять Gradle, чтобы использовать новую Java, И бороться с поломками обратной совместимости.
Инструментарий для генерации бойлерплейт кода при компиляции, по сути расширяющий синтаксис Java. Это включает в себя Lombok и Manifold, откуда мы можем взять такие вещи как генерацию конструкторов, акцессоров, делегатов, перегрузку операторов и другое.
JVM. JVM является невероятно умной системой, поддерживающей самые разные языки программирования, как дающих гарантии (например, Rust), так и не дающих гарантии и требующих вмешательства со стороны рантайма (Java) с высокой производительностью. В JVM есть огромное количество сборщиков мусора на выбор, есть умный JIT, позволяющий делать оптимизации, а также мы ожидаем Project Valhalla, который должен позволить ещё сильнее оптимизировать работу кода.
Java имеет приятный, OG синтаксис из времён начала программирования человекочитаемыми конструкциями, грациозно расширяемый каждые полгода и поддерживаемый в современном состоянии.
Кроссплатформенность.
Обратная совместимость.
Джава является единственным языком, который на самом деле поддерживает многопоточность. Во всех остальных языках многопоточность является огромной бойлерплейтной болью, а гарантии через спецификацию являются рудиментарными, о которых никто не знает. Доходит до того, что пособия по многопоточности в Java являются отличным вариантом для изучения многопоточности в большинстве других языков.
Java поддерживает платформенную многопоточность. Некоторые языки пошли по пути исполнения кода глобально effectively в одном потоке. Таким образом, они избавились от части недостатков многопоточности (низкоуровневых багов), ценой отказа от увеличения производительности за счёт нескольких ядер процессора, оставив многопоточность для тех случаев, когда она нужна не для увеличения производительности, а для реализации непосредственной логики. Java даёт возможность пользоваться всеми ресурсами машины.
В Java есть огромнейший инструментарий для организации многопоточного flow, что регулярно расширяется с новыми обновлениями. Он настолько всеобъемлющий, что, например, на одном из классов Java были основаны все корутины в Kotlin поначалу (ForkJoinPool).
В Java есть полноценная теория о многопоточности, что позволяет подходить к построению многопоточных приложений с научной точки зрения. В основном, это представлено книгой Java Concurrency in Practice. Если не понимать всей сложности темы и просто забить хуй на неё, то очень скоро столкнёшься с непонятными проблемами вызывающими сомнения в реальности происходящего, поэтому без теории не может быть никакого многопоточного программирования, а в Java теория есть.
В Java присутствует решение проблемы тяжеловесности потоков общего назначения без всех минусов корутин, таких как замедление кода в 11 раз или загрязнение кодовой базы async/await/suspend приводящими к дублированию методов.
Preview процесс в разработке Java, благодаря которому каждая новая фича языка выпускается наивысшего качества.
> Клоун, твое клоуничанье не поможет убрать говно в твоих трусах
Терпи, говнопис.
>vercel.app
https://www.techempower.com/benchmarks/
Что, уже щёчки от злости надулись? :)
> про нормальный ансейф
Не можешь себе представить жить без ассемблероподобного пердолинга, ведь в петушарпе высокоуровневых и быстрых инструментов просто не завезли? Да и нормальный он, лол.
> рантайм кодогенерацию
Чаво? Лучшая среди всех языков.
> И это при том что чтобы начать юзать спринг нужно занести в кассу жижбрейну или качать крякнутые иде
Спринг != джава во-первых, во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
> методы расширения
А в петушарпе они что-ли есть?
А теперь готовься реветь:
Огромная экосистема. Это включает в себя:
Возможность выбора наилучшего, подходящего под твою задачу между несколькими инструментами, выполняющих похожие задачи
Maven. Системы сборки подобной стабильности, удобства, качества, нет ни в одном другом языке. Новые версии Gradle тоже могли бы выглядеть как сносные системы сборки, тоже надирающих задницы системам сборки в других языках, но, увы, Gradle не умеет не ломать обратную совместимость и не внедряться в кишки JVM, из-за чего постоянно приходиться И обновлять Gradle, чтобы использовать новую Java, И бороться с поломками обратной совместимости.
Инструментарий для генерации бойлерплейт кода при компиляции, по сути расширяющий синтаксис Java. Это включает в себя Lombok и Manifold, откуда мы можем взять такие вещи как генерацию конструкторов, акцессоров, делегатов, перегрузку операторов и другое.
JVM. JVM является невероятно умной системой, поддерживающей самые разные языки программирования, как дающих гарантии (например, Rust), так и не дающих гарантии и требующих вмешательства со стороны рантайма (Java) с высокой производительностью. В JVM есть огромное количество сборщиков мусора на выбор, есть умный JIT, позволяющий делать оптимизации, а также мы ожидаем Project Valhalla, который должен позволить ещё сильнее оптимизировать работу кода.
Java имеет приятный, OG синтаксис из времён начала программирования человекочитаемыми конструкциями, грациозно расширяемый каждые полгода и поддерживаемый в современном состоянии.
Кроссплатформенность.
Обратная совместимость.
Джава является единственным языком, который на самом деле поддерживает многопоточность. Во всех остальных языках многопоточность является огромной бойлерплейтной болью, а гарантии через спецификацию являются рудиментарными, о которых никто не знает. Доходит до того, что пособия по многопоточности в Java являются отличным вариантом для изучения многопоточности в большинстве других языков.
Java поддерживает платформенную многопоточность. Некоторые языки пошли по пути исполнения кода глобально effectively в одном потоке. Таким образом, они избавились от части недостатков многопоточности (низкоуровневых багов), ценой отказа от увеличения производительности за счёт нескольких ядер процессора, оставив многопоточность для тех случаев, когда она нужна не для увеличения производительности, а для реализации непосредственной логики. Java даёт возможность пользоваться всеми ресурсами машины.
В Java есть огромнейший инструментарий для организации многопоточного flow, что регулярно расширяется с новыми обновлениями. Он настолько всеобъемлющий, что, например, на одном из классов Java были основаны все корутины в Kotlin поначалу (ForkJoinPool).
В Java есть полноценная теория о многопоточности, что позволяет подходить к построению многопоточных приложений с научной точки зрения. В основном, это представлено книгой Java Concurrency in Practice. Если не понимать всей сложности темы и просто забить хуй на неё, то очень скоро столкнёшься с непонятными проблемами вызывающими сомнения в реальности происходящего, поэтому без теории не может быть никакого многопоточного программирования, а в Java теория есть.
В Java присутствует решение проблемы тяжеловесности потоков общего назначения без всех минусов корутин, таких как замедление кода в 11 раз или загрязнение кодовой базы async/await/suspend приводящими к дублированию методов.
Preview процесс в разработке Java, благодаря которому каждая новая фича языка выпускается наивысшего качества.
>>480516
Так нахуя ты в этом треде-то пасешься, если в твоей джаве так все охуенно?
>в джаве есть это
>в джаве есть то
Так нахуя ты в этом треде-то пасешься, если в твоей джаве так все охуенно?
>>480527
Эффект Винни Пуха. Необдуманно оставить начальный говнопост легко, а прекратить спор значит слиться.
Эффект Винни Пуха. Необдуманно оставить начальный говнопост легко, а прекратить спор значит слиться.
сурс бенчей где? Я ебу что этот паджит там накорябал и выдал за perfomance comparsion. В моей ссылке сурс есть и там по http дела у жавы не очень и сурс есть.
>А в петушарпе они что-ли есть?
Есть, и очень, очень давно. И в нем еще очень много чего есть, советую ознакомиться.
>Чаво? Лучшая среди всех языков.
С каких пор написание ручного генератора java файлов на основе рефлексии стало рантайм кодогенерацией? Про деревья выражений слышал?
>Спринг != джава во-первых, во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
Пиздаболище, я их тыкал вот буквально на днях. Единственное что не похоже на говно это amplicode, за бабки, остальное неюзабельный кал. А без спринга джава впринципе не нужна, обычный недошарп. По мнению самих же джавистов эклипсы хуипсы это все неюзабельное говно и если надо работать - меньше чем энтерпрайзом жижбрейнса не обойтись.
>Да и нормальный он, лол.
Нормальный != отсутствующий, пиздабол.
>В Java есть огромнейший инструментарий для организации многопоточного flow
Я могу сказать какого инструмента для организации многопоточного flow у джавы нет. И у шарпа нет. Это коллекции позволяющие производить блокировку по каждой отдельной записи на чтение и монопольно на запись, не блокируя всю коллекцию, так как это делают базы данных. Приходится в итоге велосипедить. Остальное это так, пыль в глаза, еще один способ стрелять себе в ногу по новому. Корутины, асинки, потоки, а нормального решения для параллелизации работы с крупным набором данных нет, сами подгатывайте мультипоточный флоу чтобы не нарваться на гонку или на дедлок, епта.
Пасту уноси, конкретики ноль, кейсов ноль, джава все ещк недоязык.
>>480540
Далбаёб, 5 секунд поиска по странице. https://github.com/TechEmpower/FrameworkBenchmarks/wiki/Project-Information-Framework-Tests-Overview
Ясн.
Чего? Ты откуда это взял вообще? Опыт петушарпа проецируешь?
Поищи проблемы в межплечевом прыще.
Сам-то понял, что высрал?
Слив принят, опущенец.
> сурс бенчей где? Я ебу что этот паджит там накорябал и выдал за perfomance comparsion. В моей ссылке сурс есть и там по http дела у жавы не очень и сурс есть.
Далбаёб, 5 секунд поиска по странице. https://github.com/TechEmpower/FrameworkBenchmarks/wiki/Project-Information-Framework-Tests-Overview
> Есть! Пруфов небудет.
Ясн.
> С каких пор написание ручного генератора java файлов на основе рефлексии стало рантайм кодогенерацией? Про деревья выражений слышал?
Чего? Ты откуда это взял вообще? Опыт петушарпа проецируешь?
> Пиздаболище, я их тыкал вот буквально на днях.
Поищи проблемы в межплечевом прыще.
> Нормальный != отсутствующий, пиздабол.
Сам-то понял, что высрал?
> Пасту уноси, конкретики ноль, кейсов ноль, джава все ещк недоязык.
Слив принят, опущенец.
>>480545
С телефона видно не очень. Замерить бы всё что он юзает, но мне в целом похуй, тебя даже если в его паджитизм носом ткнуть ты ж все равно будешь в тред срать дальше.
Яндекс не используешь по религиозным причинам?
Из гугления. Но тебе ничего не мешает притащить пруфы, благо это быстрее чем мне проверять что там этот паджит нахуевертил.
Я знаю эту проблему, называется привык к нормальному и не знал что значит платить за инструментарий.
Конкретики всё еще нет, только куча говнокода от паджита который юзает ToList() в бенчмарке вот здесь
https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/frameworks/CSharp/aspnetcore/src/Minimal/Database/BatchUpdateString.cs
Как это делают питонисты, генерируя блять коллекцию вместо for, а это уже показатель.
С телефона видно не очень. Замерить бы всё что он юзает, но мне в целом похуй, тебя даже если в его паджитизм носом ткнуть ты ж все равно будешь в тред срать дальше.
>Ясн
Яндекс не используешь по религиозным причинам?
>Чего? Ты откуда это взял вообще? Опыт петушарпа проецируешь?
Из гугления. Но тебе ничего не мешает притащить пруфы, благо это быстрее чем мне проверять что там этот паджит нахуевертил.
>Поищи проблемы в межплечевом прыще.
Я знаю эту проблему, называется привык к нормальному и не знал что значит платить за инструментарий.
>Слив принят
Конкретики всё еще нет, только куча говнокода от паджита который юзает ToList() в бенчмарке вот здесь
https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/frameworks/CSharp/aspnetcore/src/Minimal/Database/BatchUpdateString.cs
>Enumerable.Range(0, lastIndex).ToList()
Как это делают питонисты, генерируя блять коллекцию вместо for, а это уже показатель.
>>480551
Слив.
Какой ещё яндекс? Причём тут яндекс?
Так это ты должен пруфы нести, ты же хуйню какую-то высираешь.
Давай по кругу, пока не дойдёт:
Тебе стена текста конкретики на ебальничек вывалена.
Ааххахахахахахахаххахахахахаах блядь. Этот дебил только что своего барина закопал.
> С телефона видно не очень. Замерить бы всё что он юзает, но мне в целом похуй, тебя даже если в его паджитизм носом ткнуть ты ж все равно будешь в тред срать дальше.
Слив.
> Яндекс не используешь по религиозным причинам?
Какой ещё яндекс? Причём тут яндекс?
> Из гугления. Но тебе ничего не мешает притащить пруфы, благо это быстрее чем мне проверять что там этот паджит нахуевертил.
Так это ты должен пруфы нести, ты же хуйню какую-то высираешь.
> Я знаю эту проблему, называется привык к нормальному и не знал что значит платить за инструментарий.
Давай по кругу, пока не дойдёт:
>во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
> Конкретики всё еще нет
Тебе стена текста конкретики на ебальничек вывалена.
> Конкретики всё еще нет, только куча говнокода от паджита который юзает ToList() в бенчмарке вот здесь
> // Copyright (c) .NET Foundation. All rights reserved.
> // Licensed under the Apache License, Version 2.0. See License.txt in the project root for license information.
Ааххахахахахахахаххахахахахаах блядь. Этот дебил только что своего барина закопал.
>>480570
Дауненок, ты что то кроме стрелочничества знаешь? Я тебе порядочно пруфов принес.
Шиз, таблетки
Даун не знает что такое NET Foundation. Обьясняю для тех кто не в курсе что такое поисковик - это продукты существующие в рамках программ поддержки майкрософт, но не являющиеся частью дотнета, что-то типа спринга но от условного стороннего разраба.
Дауненок, ты что то кроме стрелочничества знаешь? Я тебе порядочно пруфов принес.
>стена конкретики
>Ровно ноль буковок про технологии, обеспечивающие тот набор хуйни, вываленной взбесившимся паджитом-маркетологом
Шиз, таблетки
>Ааххахахахахахахаххахахахахаах блядь. Этот дебил только что своего барина закопал.
Даун не знает что такое NET Foundation. Обьясняю для тех кто не в курсе что такое поисковик - это продукты существующие в рамках программ поддержки майкрософт, но не являющиеся частью дотнета, что-то типа спринга но от условного стороннего разраба.
>>480581
Слив.
Ну и?
> Дауненок, ты что то кроме стрелочничества знаешь? Я тебе порядочно пруфов принес.
> Шиз, таблетки
Слив.
> Даун не знает что такое NET Foundation. Обьясняю для тех кто не в курсе что такое поисковик - это продукты существующие в рамках программ поддержки майкрософт, но не являющиеся частью дотнета, что-то типа спринга но от условного стороннего разраба.
Ну и?
> шиндонативная тормознутая хуита.
>в два раза быстрее жабы на погодных станциях под линуксом
Блять, просто съеби, долбоёб тупой.
мимо-проходил
https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/frameworks/CSharp/aspnetcore/src/Minimal/Database/BatchUpdateString.cs
То однострочники это хуёво, то однострочные LINQ - заебись... Вас, программистов, хуй поймёшь.
А вообще такая портянка вместо for - клиника.
мимо
>Enumerable.Range(0, lastIndex).ToList().ForEach(i => sb.Append($"(@Id_{i}, @Rn_{i}), "));
То однострочники это хуёво, то однострочные LINQ - заебись... Вас, программистов, хуй поймёшь.
А вообще такая портянка вместо for - клиника.
мимо
Почему мне не похуй, какой кусок говна быстрее, если всё, чем я занимаюсь - заливаю однотипный говнокод из гптшки в прод, как и 100% "програмеров" на этой доске, лол.
>>480768
Я под однострочный for написал вот такое расширение https://pastebin.com/TJkNiB12, (ну и еще кучу ему подобных под всякие варианты итераций), но да, за представленнные в том гите такие однострочники нужно немедленно гнать в шею
Я под однострочный for написал вот такое расширение https://pastebin.com/TJkNiB12, (ну и еще кучу ему подобных под всякие варианты итераций), но да, за представленнные в том гите такие однострочники нужно немедленно гнать в шею
>>480798
Зачем ты выделяешь память под список, чтобы один раз по нему пройтись?
Вот так надо https://pastebin.com/7un6Eh7D
Зачем ты выделяешь память под список, чтобы один раз по нему пройтись?
Вот так надо https://pastebin.com/7un6Eh7D
>>480839
Делаю снапшот. У меня код максимально многопоточный, не хайлоад, избегаю разрушения итератора. Можно конечно ещё оптимизировать, подтянуть блокируемые списки, но и так тоже сойдёт.
Делаю снапшот. У меня код максимально многопоточный, не хайлоад, избегаю разрушения итератора. Можно конечно ещё оптимизировать, подтянуть блокируемые списки, но и так тоже сойдёт.
>>480851
Если твой код многопоточный, то где блокировки?
Зачем делать многопоточный цикл? Чтобы что? Это же просто сраный цикл, базовая конструкция языка.
Если твой код многопоточный, то где блокировки?
Зачем делать многопоточный цикл? Чтобы что? Это же просто сраный цикл, базовая конструкция языка.
>>480856
А к чему блокировать снапшот? Внутри экшена и будут блокировки для его обьектов. Дело не в многопоточном цикле а в многопоточном доступе к коллекции.
А к чему блокировать снапшот? Внутри экшена и будут блокировки для его обьектов. Дело не в многопоточном цикле а в многопоточном доступе к коллекции.
>>480856
Что обработка 1кк элементов шла параллельно в 10 потоках в 10 раз быстрее чем будет пердеть 1 поток?
>Зачем делать многопоточный цикл
Что обработка 1кк элементов шла параллельно в 10 потоках в 10 раз быстрее чем будет пердеть 1 поток?
>>480900
Не, это не для такого случая. Такая конструкция нужна если коллекция может поменяться извне (добавиться удалиться элемент) и только в случаях если элементы коллекции независимы друг от друга. Параллелизация обработки такой коллекции - это Parallel.foreach и в качестве основы concurrency типы, такие как сумка/стек или велосипедный блокируемый список, чтобы не было проблем с разрушением итератора.
Не, это не для такого случая. Такая конструкция нужна если коллекция может поменяться извне (добавиться удалиться элемент) и только в случаях если элементы коллекции независимы друг от друга. Параллелизация обработки такой коллекции - это Parallel.foreach и в качестве основы concurrency типы, такие как сумка/стек или велосипедный блокируемый список, чтобы не было проблем с разрушением итератора.
>>480900
Совершенно не факт кстати, однопоточный пеформанс намного выше и масштабирование нелинейное там, 10 потоков не ускорит в 10 раз.
Лучше протестируй и сравни результаты.
Совершенно не факт кстати, однопоточный пеформанс намного выше и масштабирование нелинейное там, 10 потоков не ускорит в 10 раз.
Лучше протестируй и сравни результаты.
>>480900
Во-первых, сишарп плохой выбор для хайперфоманса. Блокчейн на нем никто не пишет.
Во-вторых, чтобы твои 10 потоков реально работали параллельно, надо все данные сериализовать в массив, чтобы вообще не было ссылок куда-то наружу в память. Потом загнать этот массив в кеш процессора и ебнуть simd инструкции. Кто будет этим заниматься в языке для попукивания в кафку - вопрос риторический.
Во-первых, сишарп плохой выбор для хайперфоманса. Блокчейн на нем никто не пишет.
Во-вторых, чтобы твои 10 потоков реально работали параллельно, надо все данные сериализовать в массив, чтобы вообще не было ссылок куда-то наружу в память. Потом загнать этот массив в кеш процессора и ебнуть simd инструкции. Кто будет этим заниматься в языке для попукивания в кафку - вопрос риторический.
>>481196
У хайперфоманса градации есть. Плюсовик будет стоить в 2 а то и в 3 раза дороже. Да и к тому же так исторически сложилось что у шарпа все математические и ИИ либы сдохли, а ml.net не взлетел, потому на нём такое мисать в первую очередь больно, и только во вторую проигрышно по перфомансу.
Ты вместо реальной параллельности описал способ как избегать кешмисов при обработке массива. Это конечно очень интересно, но обычно процесс обработки элемента раз в 100000 тяжелее чем его взятие по ссылке из коллекции и нужно прям совсем экономить чтобы заниматься нарезкой коллекции на чанки array под каждый физический поток. Можно конечно и даже не очень сложно, но обычно да, это никому кроме разрабов Unity DOTS не надо. Про SIMD вообще смешно, ты сюда из /gd забрел? Напоминаю, что simd обрабатывает только типы из numerics и типы значений, задач для них у дежурного с# формошлепа нет ни одной, кроме быстрого сравнения строк/массивов, при том что в string.equal уже заложен этот функционал. Параллелизм же в первую очередь достигается формированием данных, готовых к параллельной обработке, а это самое сложное. Сложно сделать такую параллельность рентабельной, сложно достигнуть синхронизации с ресурсами, к которым обращаешься при параллельной обработке коллекции, сложно обеспечить нулевую связность элементов массива друг с другом для избежания гонки, а остальное это так, мелочи, технические ньюансы.
>сишарп плохой выбор для хайперфоманса.
У хайперфоманса градации есть. Плюсовик будет стоить в 2 а то и в 3 раза дороже. Да и к тому же так исторически сложилось что у шарпа все математические и ИИ либы сдохли, а ml.net не взлетел, потому на нём такое мисать в первую очередь больно, и только во вторую проигрышно по перфомансу.
>реально работали параллельно
Ты вместо реальной параллельности описал способ как избегать кешмисов при обработке массива. Это конечно очень интересно, но обычно процесс обработки элемента раз в 100000 тяжелее чем его взятие по ссылке из коллекции и нужно прям совсем экономить чтобы заниматься нарезкой коллекции на чанки array под каждый физический поток. Можно конечно и даже не очень сложно, но обычно да, это никому кроме разрабов Unity DOTS не надо. Про SIMD вообще смешно, ты сюда из /gd забрел? Напоминаю, что simd обрабатывает только типы из numerics и типы значений, задач для них у дежурного с# формошлепа нет ни одной, кроме быстрого сравнения строк/массивов, при том что в string.equal уже заложен этот функционал. Параллелизм же в первую очередь достигается формированием данных, готовых к параллельной обработке, а это самое сложное. Сложно сделать такую параллельность рентабельной, сложно достигнуть синхронизации с ресурсами, к которым обращаешься при параллельной обработке коллекции, сложно обеспечить нулевую связность элементов массива друг с другом для избежания гонки, а остальное это так, мелочи, технические ньюансы.
>>481216
Ну надо же коупилот как-то продавать
Ну надо же коупилот как-то продавать
>>480516
async/await делает бррррр
>Джава является единственным языком, который на самом деле поддерживает многопоточность. Во всех остальных языках многопоточность является огромной бойлерплейтной болью, а гарантии через спецификацию являются рудиментарными, о которых никто не знает. Доходит до того, что пособия по многопоточности в Java являются отличным вариантом для изучения многопоточности в большинстве других языков.
>Java поддерживает платформенную многопоточность. Некоторые языки пошли по пути исполнения кода глобально effectively в одном потоке. Таким образом, они избавились от части недостатков многопоточности (низкоуровневых багов), ценой отказа от увеличения производительности за счёт нескольких ядер процессора, оставив многопоточность для тех случаев, когда она нужна не для увеличения производительности, а для реализации непосредственной логики. Java даёт возможность пользоваться всеми ресурсами машины.
>В Java есть огромнейший инструментарий для организации многопоточного flow, что регулярно расширяется с новыми обновлениями. Он настолько всеобъемлющий, что, например, на одном из классов Java были основаны все корутины в Kotlin поначалу (ForkJoinPool).
>В Java есть полноценная теория о многопоточности, что позволяет подходить к построению многопоточных приложений с научной точки зрения. В основном, это представлено книгой Java Concurrency in Practice. Если не понимать всей сложности темы и просто забить хуй на неё, то очень скоро столкнёшься с непонятными проблемами вызывающими сомнения в реальности происходящего, поэтому без теории не может быть никакого многопоточного программирования, а в Java теория есть.
>В Java присутствует решение проблемы тяжеловесности потоков общего назначения без всех минусов корутин, таких как замедление кода в 11 раз или загрязнение кодовой базы async/await/suspend приводящими к дублированию методов.
async/await делает бррррр
Ысе вот эти вот Visual studio 20... (не важно какой версии, кроме 2017 ) и все вот эти вот эмуляторы - это всё тухлая поебень которая либо на работает вообще, либо компилируется 50 часов нахуй. А тем более visual studio Code. Я на этом VSC в жизни даже хеллоу Ворда не смог скомпилировать. Он просто не знаю даже для чего создан. А потому что "Multi " , а всё что мульти - это вроде как и для всех платформ сразу, но в тоже самое время и не для какой вообще.
Моя задача это делать примитивные программы но желательно с GUI и обязательно для двух платформ. Андроид и Винда (7я даже стоит дома) терпеть не могу «новинки».
Так вот я пришёл в выводу, что для того чтобы я пользовался родным C# я обязан перейти исключительно на консольные приложения.
Тупо мутить интерфейс из символов псевдографики наподобие Borland Pascal IDE если кто помнит.
По крайней мере это единственный РАБОЧИЙ вариант кодинга под две платформы. БЕЗ переписывания кода, без всей этой ебаты с элементами пользовательского GUI (где а MAUI то кнопка сползла за экран, то ещё какой-то там pading отвалился, то вообще всё накрылось к чертям.
Конечно, этот подход не годится для коммерческого программирование да и вообще для коммерческого сорта. Но я пишу для себя всякие автоматизатопы и парсеры и мне похуй на тренды. Зато код абсолютно идентичный получается и можно писать прямо в телефоне. Вплоть до того, что вечером дома на компе уже готовый код тестировать(после теста в телефоне).
Хули толку от этого xamarina если приложения постоянно отваливаются и с ними вечно какие-то проблемы. Или к примеру от Java, если для запуска его «УНИВКРСАЛЬНЫХ» «мультиплатформенного» кода, я вынужден таскать за собой гигабайты SDK и эмуляторов для каждой платформы чтобы это всё хоть как-то запустилось
Моя задача это делать примитивные программы но желательно с GUI и обязательно для двух платформ. Андроид и Винда (7я даже стоит дома) терпеть не могу «новинки».
Так вот я пришёл в выводу, что для того чтобы я пользовался родным C# я обязан перейти исключительно на консольные приложения.
Тупо мутить интерфейс из символов псевдографики наподобие Borland Pascal IDE если кто помнит.
По крайней мере это единственный РАБОЧИЙ вариант кодинга под две платформы. БЕЗ переписывания кода, без всей этой ебаты с элементами пользовательского GUI (где а MAUI то кнопка сползла за экран, то ещё какой-то там pading отвалился, то вообще всё накрылось к чертям.
Конечно, этот подход не годится для коммерческого программирование да и вообще для коммерческого сорта. Но я пишу для себя всякие автоматизатопы и парсеры и мне похуй на тренды. Зато код абсолютно идентичный получается и можно писать прямо в телефоне. Вплоть до того, что вечером дома на компе уже готовый код тестировать(после теста в телефоне).
Хули толку от этого xamarina если приложения постоянно отваливаются и с ними вечно какие-то проблемы. Или к примеру от Java, если для запуска его «УНИВКРСАЛЬНЫХ» «мультиплатформенного» кода, я вынужден таскать за собой гигабайты SDK и эмуляторов для каждой платформы чтобы это всё хоть как-то запустилось
В .NET рантайм уже какое-то время как смержили CoreCLR Interpreter (https://github.com/dotnet/runtime/issues/112748). Но что-то я не вижу упоминаний по поводу того что с ним будут делать кроме iOS и WASM (по типу, выкинут ли Mono runtime, будут ли юзать интерпретатор в NativeAOT и т.д.). Кто что знает (ну и мнение)?
>>482579
Не, ксамарин норм. Только не тот, где формы и ксамл, о тот, который просто Xamarin native.
Там у тебя ровно те же самые типы, что на андроиде, но написанные на c#.
По про
>Хули толку от этого xamarin
Не, ксамарин норм. Только не тот, где формы и ксамл, о тот, который просто Xamarin native.
Там у тебя ровно те же самые типы, что на андроиде, но написанные на c#.
По про
>>482620
Нас всех заменят компьютеры, эйай будет везде, а операционные системы уже пишут на пэйфоне.
>мнение
Нас всех заменят компьютеры, эйай будет везде, а операционные системы уже пишут на пэйфоне.
>>482579
Как можно было обосраться с vsc хоть убей не пойму. Просто блять 3 простейших шага
Дотнет сдк
Расширение c# + c# devkit + intellisense по желанию
dotnet new console
Всё нахуй. Сижу на вскод последний год и решительно не понимаю в чем проблема, если для личного пользования. Wpf стал кроссплатформой, есть авалония уже очень давно. В конце концов можно поставить Target 4 фреймворк и запускать под моно винформу.
Как можно было обосраться с vsc хоть убей не пойму. Просто блять 3 простейших шага
Дотнет сдк
Расширение c# + c# devkit + intellisense по желанию
dotnet new console
Всё нахуй. Сижу на вскод последний год и решительно не понимаю в чем проблема, если для личного пользования. Wpf стал кроссплатформой, есть авалония уже очень давно. В конце концов можно поставить Target 4 фреймворк и запускать под моно винформу.
>>482930
Всё, что ты описал, в C# есть.
Как просто ПОДОЖДАТЬ http запрос в джаве?
>Что сказать-то хотел?
Всё, что ты описал, в C# есть.
>за неимением альтернатив
Как просто ПОДОЖДАТЬ http запрос в джаве?
>>482930
какие альтернативы? Коллбеки писать?
>Это помои, которыми прикрывают свою порваную жопу шарподауны за неимением альтернатив.
какие альтернативы? Коллбеки писать?
>>474778 (OP)
Видел родителей ОПа. Нормальные мужики.
Видел родителей ОПа. Нормальные мужики.
Бля, пришлось кодить на Node.JS, какое же говнище ебаное по сравнению с дотнетом.
Ну ладно, из плюсов, всё можно поднять парой строчек кода. Окей. Но сука, дебаг череж жопу, куча уёбских any, сука бля.
Ну ладно, из плюсов, всё можно поднять парой строчек кода. Окей. Но сука, дебаг череж жопу, куча уёбских any, сука бля.
>>483286
Всё так.
Всё так.
>>483286
Java сервисы тоже, если написать докерфайл. Мухам в винду так и не завезли синего кита? В десятке же появился какой-то Docker Desktop вроде.
>всё можно поднять парой строчек кода
Java сервисы тоже, если написать докерфайл. Мухам в винду так и не завезли синего кита? В десятке же появился какой-то Docker Desktop вроде.
Как думаете что сейчас перспективней в плане вакансий: C# для веба или десктопа? Что лучше учить новичку
>>484474
Веб. Точнее, бекенд, откуда c# выдавливает джаву
Веб. Точнее, бекенд, откуда c# выдавливает джаву
>>484382
Мне кажется, ты не понял, что тебе написали.
На ноде можно написать пару строчек кода, и оно уже будет что-то полезное делать.
Для спринга и аспнета нужно больше кода. В обоих случаях начальный бойлерплейт уже есть в шаблонах, но всё равно надо что-то ещё написать. Ну и бойлерплейт, который сам создаётся, тоже довольно объёмный.
Мне кажется, ты не понял, что тебе написали.
На ноде можно написать пару строчек кода, и оно уже будет что-то полезное делать.
Для спринга и аспнета нужно больше кода. В обоих случаях начальный бойлерплейт уже есть в шаблонах, но всё равно надо что-то ещё написать. Ну и бойлерплейт, который сам создаётся, тоже довольно объёмный.
Дотьнет умер нахуй? Мне кажется, что уже unity по кол-ву вакансий начитает конкурировать с основным стеком c#
>>482954
Ясн.
var result = http.request();
Что, совсем мозг повредило асинками? Самый нормальный вариант белого человека без обмазывания кода говном уже в голову и не лезет?
>есть! яскозал!
Ясн.
>Как просто ПОДОЖДАТЬ http запрос в джаве?
var result = http.request();
Что, совсем мозг повредило асинками? Самый нормальный вариант белого человека без обмазывания кода говном уже в голову и не лезет?
>>485137
Ёбу дал — ёбу взял.
Ёбу дал — ёбу взял.
>>485167
Асинк авейт и есть виртуальные потоки. Это вообще то же самое за исключением синтаксиса.
Асинк авейт и есть виртуальные потоки. Это вообще то же самое за исключением синтаксиса.
>>485171
Нихуя себе. Блиииин а я то все какие-то машины состояний себе представлял и сохранение состояния потока при переключение.
Вот собственно с кем мы тут сидим. Виртуальные потоки в асинк эвейт.
>Асинк авейт и есть виртуальные потоки
Нихуя себе. Блиииин а я то все какие-то машины состояний себе представлял и сохранение состояния потока при переключение.
Вот собственно с кем мы тут сидим. Виртуальные потоки в асинк эвейт.
>>485206
Долбоёб, что-ли? Ты понимаешь, что такое зелёные потоки?
> я то все какие-то машины состояний себе представлял
Долбоёб, что-ли? Ты понимаешь, что такое зелёные потоки?
>>484815
С небольшой разницей. Дотнет просто запустится на любом современном железе, а JAVA будет ебать мозги 3-4 часа манипуляциями с бинарями, неработающим мавеном и правками в хуй знает каких xml файлах.
Собственно, мы поэтому от спринга и отказались. На вид джава почти как сишарп, но как работать начинаешь - понимаешь, что джава скорее аналог дотнет-фреймворк-4.5.2, который ты пытаешься запустить через wine.
>Для спринга и аспнета нужно больше кода.
С небольшой разницей. Дотнет просто запустится на любом современном железе, а JAVA будет ебать мозги 3-4 часа манипуляциями с бинарями, неработающим мавеном и правками в хуй знает каких xml файлах.
Собственно, мы поэтому от спринга и отказались. На вид джава почти как сишарп, но как работать начинаешь - понимаешь, что джава скорее аналог дотнет-фреймворк-4.5.2, который ты пытаешься запустить через wine.
>>485165
этот вызов будет стоить одного потока? Твоя пропускная способность теперь зависит от количества доступной оперативной памяти.
>var result = http.request();
этот вызов будет стоить одного потока? Твоя пропускная способность теперь зависит от количества доступной оперативной памяти.
>>485206
Я не знаю, что ты себе там представлял.
Конечно, там автомат с состояниями, а под ним находятся таски, которые являются абстракцией над потоками. В каких-то случаях таски могут выполняться последовательно в одном потоке, а в каких-то параллельно в разных. И именно это тоже самое, что виртуальные потоки в жаве.
Я не знаю, что ты себе там представлял.
Конечно, там автомат с состояниями, а под ним находятся таски, которые являются абстракцией над потоками. В каких-то случаях таски могут выполняться последовательно в одном потоке, а в каких-то параллельно в разных. И именно это тоже самое, что виртуальные потоки в жаве.
>>485172
Лучше написать async/await, чем размазывать запрос по коллбекам. Ну или как у вас там не блокируя код писать?
Охуеть, оправдание, конечно. Ты фреймворк пишешь или рабочий код?
> засираешь код говной
Лучше написать async/await, чем размазывать запрос по коллбекам. Ну или как у вас там не блокируя код писать?
>дублируешь методы.
Охуеть, оправдание, конечно. Ты фреймворк пишешь или рабочий код?
>>485225
Да, у меня тоже такое ощущение.
Куча команд типа clean, install, build, deploy, и так далее, причём делают они совсем не это. Куча источников параметров вплоть до переменных окружения (это уровень php какой-то). Куча параметров сборки без которых нихера ничего не выйдет.
Нет нормальной среды разработки, которая все нюансы подхватывает. Вечно либо код красный, но собирается, либо наоборот.
Ну и несколько реп пакетов без синхронизации версий. Пакет одной версии в одной репе может оказаться совсем другой версией во второй.
>С небольшой разницей. Дотнет просто запустится на любом современном железе, а JAVA будет ебать мозги 3-4 часа манипуляциями с бинарями, неработающим мавеном и правками в хуй знает каких xml файлах.
Да, у меня тоже такое ощущение.
Куча команд типа clean, install, build, deploy, и так далее, причём делают они совсем не это. Куча источников параметров вплоть до переменных окружения (это уровень php какой-то). Куча параметров сборки без которых нихера ничего не выйдет.
Нет нормальной среды разработки, которая все нюансы подхватывает. Вечно либо код красный, но собирается, либо наоборот.
Ну и несколько реп пакетов без синхронизации версий. Пакет одной версии в одной репе может оказаться совсем другой версией во второй.
>>485230
Ты наркоман? Производительность любой машины зависит от количества доступной оперативной памяти.
Ты наркоман? Производительность любой машины зависит от количества доступной оперативной памяти.
Откликаюсь на стажерские вакансии - нихуя. По рофлу отправил отклик на джуновскую, и сразу предложили созвон. Но я зассал, условия хорошие, но до требований я явно не дотягиваю. Компания логистическая, а у меня пет проект для логистической компании, походу поэтому и ответили.
Но он довольно посредственный. Обычное рест апи, по сути можно только создавать заказы и управлять ими, а также отслеживать их. Есть система аутентификации и авторизации, распределение доступа к действиям по ролям, бизнес-логики почти нет никакой, ну расчет стоимости, а расстояние определяется через стороннее апи, юнит тесты для галочки, интерфейса нет. Насколько это кал, такое вообще стоит показывать?
Еще есть программа для учёта дебиторской задолженности на wpf, делал его для мамы, так как 1с у них не было. Делал года 2 назад, с нулевыми знаниями wpf и xaml, без mvvm. Стоит его вообще указывать, учитывая, что я уже почти все забыл и особо пояснить не смогу? Просто убил на него много времени, да и получился довольно объемным (ну для меня).
Но он довольно посредственный. Обычное рест апи, по сути можно только создавать заказы и управлять ими, а также отслеживать их. Есть система аутентификации и авторизации, распределение доступа к действиям по ролям, бизнес-логики почти нет никакой, ну расчет стоимости, а расстояние определяется через стороннее апи, юнит тесты для галочки, интерфейса нет. Насколько это кал, такое вообще стоит показывать?
Еще есть программа для учёта дебиторской задолженности на wpf, делал его для мамы, так как 1с у них не было. Делал года 2 назад, с нулевыми знаниями wpf и xaml, без mvvm. Стоит его вообще указывать, учитывая, что я уже почти все забыл и особо пояснить не смогу? Просто убил на него много времени, да и получился довольно объемным (ну для меня).
>>485621
За работодателя думать не нужно, дотягиваешь там или нет. Если только ищешь первую работу, отказываться от собеседований глупо, потому что это для тебя при любом исходе будет полезным опытом, даже если обосрешься (а сначала все равно скорее всего так и будет).
Про проекты имеет смысл рассказывать, если они имеют отношение к тому, чем планируется заниматься на работе. Ну или если такого мало, то просто показать, что не совсем дурак, и что-то сам можешь сделать от начала до конца.
За работодателя думать не нужно, дотягиваешь там или нет. Если только ищешь первую работу, отказываться от собеседований глупо, потому что это для тебя при любом исходе будет полезным опытом, даже если обосрешься (а сначала все равно скорее всего так и будет).
Про проекты имеет смысл рассказывать, если они имеют отношение к тому, чем планируется заниматься на работе. Ну или если такого мало, то просто показать, что не совсем дурак, и что-то сам можешь сделать от начала до конца.
Как в вашем C# с линуксом? .net core работает? Планирую перекатываться на C# и искать на .net core работу, но виндовсом не пользуюсь совершенно
>>485879
Сервера на линупсе, но разработка на винде, ведь студия есть только на винде, а вскод и райдер до неё не дотягивают.
Сервера на линупсе, но разработка на винде, ведь студия есть только на винде, а вскод и райдер до неё не дотягивают.
>>485237
Я дотнет разработчик, которому очень редко приходится что-то делать с джавой. У меня, конечно, колоссальная разница в опыте между шарпом и джавой, но как правило почему-то когда я беру где-то шарповый код, то его можно просто открыть в вс и запустить, нажав f5, а с кодом на джаве так не получается.
Я дотнет разработчик, которому очень редко приходится что-то делать с джавой. У меня, конечно, колоссальная разница в опыте между шарпом и джавой, но как правило почему-то когда я беру где-то шарповый код, то его можно просто открыть в вс и запустить, нажав f5, а с кодом на джаве так не получается.
>>485914
Двачую, реально какой-то шизостек. Код пишется под виндой, но на проде работает под линуксом.
Двачую, реально какой-то шизостек. Код пишется под виндой, но на проде работает под линуксом.
>>485753
А ты понимаешь, что ядро не дает квант времени потоку, который ждет ответа на сисколе? Легковесные потоки - это просто дань моде, а так ты спокойно можешь запустить 1000 тредов или даже форкнуть 1000 процессов, повесить их на один сокет и все будет работать без хитровыебаных асинков.
А ты понимаешь, что ядро не дает квант времени потоку, который ждет ответа на сисколе? Легковесные потоки - это просто дань моде, а так ты спокойно можешь запустить 1000 тредов или даже форкнуть 1000 процессов, повесить их на один сокет и все будет работать без хитровыебаных асинков.
>>485914
И что это получается, виртуалку поднимать, директорию через нее шарить и на вижле писать? Это если удаленно
И что это получается, виртуалку поднимать, директорию через нее шарить и на вижле писать? Это если удаленно
>>485879
>>486156
Если охота работать конкретно на линуксе, то см. пик. Если на винде то тот же самый набор + visual studio (имхо лучший выбор). Часть c# разрабов вообще на маках работает, но в душе не ебу, что они там сейчас используют. Вроде должен быть тот же набор, что и для линукса.
>>486026
И что тут не так? Или ты к примеру разрабатывая под андроид будешь код у себя на телефоне писать?
Спокойно все пишется на одной системе и запускается на другой. Даже отладка удаленная с винды на линукс/докер/wsl замечательно рабоатет в реальном времени.
>>486156
Если охота работать конкретно на линуксе, то см. пик. Если на винде то тот же самый набор + visual studio (имхо лучший выбор). Часть c# разрабов вообще на маках работает, но в душе не ебу, что они там сейчас используют. Вроде должен быть тот же набор, что и для линукса.
>>486026
>Код пишется под виндой, но на проде работает под линуксом.
И что тут не так? Или ты к примеру разрабатывая под андроид будешь код у себя на телефоне писать?
Спокойно все пишется на одной системе и запускается на другой. Даже отладка удаленная с винды на линукс/докер/wsl замечательно рабоатет в реальном времени.
>>485771
А теперь, пожалуйста, сделай неблокирующий вариант и так, чтобы с коллбеками не ебаться?
И так, чтобы можно было последовательно отлаживать?
> Неблокирующий вариант можно сделать через CompletableFuture
А теперь, пожалуйста, сделай неблокирующий вариант и так, чтобы с коллбеками не ебаться?
И так, чтобы можно было последовательно отлаживать?
>>485879
Работаю на линуксе последний год.
Дотнет устанавливается в домашнюю папку буквально кликом на один скрипт в интернете. Это охуенно.
https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-install-script
Райдер работает охуенно. Его для wayland рекомендую немножко подстроить:
Menu->Help->Edit Custom VM Options... Откроется редактирование, для поддержки Wayland добавить строку
-Dawt.toolkit.name=WLToolkit
Реальная проблема разницы операционных систем у меня была только одна, - когда я забыл, что в линуксе таймзоны называются по другому и надо работать с ними через пакет TimeZoneConverter
Нативный докер экономит несколько гигабайт памяти
Линукс сам по себе нетребовательный к ресурсам и предсказуемый. Он не перезагружается внезапно, не лезет в интернет, чтобы скачать что-нибудь.
В общем, я доволен.
>Как в вашем C# с линуксом? .net core работает? Планирую перекатываться на C# и искать на .net core работу
Работаю на линуксе последний год.
Дотнет устанавливается в домашнюю папку буквально кликом на один скрипт в интернете. Это охуенно.
https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-install-script
Райдер работает охуенно. Его для wayland рекомендую немножко подстроить:
Menu->Help->Edit Custom VM Options... Откроется редактирование, для поддержки Wayland добавить строку
-Dawt.toolkit.name=WLToolkit
Реальная проблема разницы операционных систем у меня была только одна, - когда я забыл, что в линуксе таймзоны называются по другому и надо работать с ними через пакет TimeZoneConverter
Нативный докер экономит несколько гигабайт памяти
Линукс сам по себе нетребовательный к ресурсам и предсказуемый. Он не перезагружается внезапно, не лезет в интернет, чтобы скачать что-нибудь.
В общем, я доволен.
>>486229
Спасибо большое!
Спасибо большое!
>>486221
Хватит с тебя и неблокирующего варианта
Хватит с тебя и неблокирующего варианта
>>486229
А еще в линуксе нету виндового костыля ограничивающего шаг таймера на 15мс, и в итоге Task.Delay сжирает 1 ядро проца пока его не отпустит, но это так, просто неприятный ньюанс.
А еще в линуксе нету виндового костыля ограничивающего шаг таймера на 15мс, и в итоге Task.Delay сжирает 1 ядро проца пока его не отпустит, но это так, просто неприятный ньюанс.
>>474778 (OP)
привет! :D можете помочь разобраться, в чем проблема и почему при запуске отображается по другому
привет! :D можете помочь разобраться, в чем проблема и почему при запуске отображается по другому
>>487109
Нет, у тебя какие-то коды и свинья бегает по шоссе.
Нет, у тебя какие-то коды и свинья бегает по шоссе.
>>487109
Размер твоей формы при запуске сам меняется?
У тебя походу стоит 125% масштаб в системе, может быть по этому.
Dpi там, ещё что-нибудь.
Размер твоей формы при запуске сам меняется?
У тебя походу стоит 125% масштаб в системе, может быть по этому.
Dpi там, ещё что-нибудь.
Кто-нибудь работал с PcapDotNet?
>>474778 (OP)
Когда в ObservableCollection уже добавят AddRange?
Когда в ObservableCollection уже добавят AddRange?
>>487109
Что вообще за игра в винформе?
Что вообще за игра в винформе?
>>488670
Двачую, напиши метод расширение
Двачую, напиши метод расширение
Как вы запускаете дотнет приложения на современном железе? Пробовал виртуалку с WindowsXP, но в ней работать некомфортно.
>>488908
Под dosbox конечно, что за вопросы.
Под dosbox конечно, что за вопросы.
>>488908
Двойным кликом мыши по экзешнику. А что?
Двойным кликом мыши по экзешнику. А что?
Это всё, гайз... Корпорация Microsoft объявила об официальном окончании сопровождения .net framework 4.8 в ноябре.
Кроме того, представитель Microsoft прокомментировал дальнейшую судьбу .net core. Слухи о том, что .net 10 будет последней версией не соответсвтуют действительности, а массовые увольнения сотрудников не повлияют на поддержку проекта...
Это всё... Microsoft полностью переходит на python и typescript. Ведь там есть эйай... А что мы, жалкие скуфи, нас высех выкинут на улицу, а JS разработчики будут ездить на кабриолетах...
Это всё... Корпорация Microsoft объявила о переводе MediatR и Automapper на python... М
Блять решил поизвращятся и пощупать виндовый современный ГУЙ фреймворк. Тыкаю пустое ВинУИ апп, и сначало ахуеваю от 100 мегабутов на пустое окно, а потом ахуеваю что оно блять ТИЧОТ.
И это даже блять не превью и не альфа билд этой залупы.
На гитхабе двухлетнее ишшью висит где полтора Джона пердолятся и пытаются это пофиксить, но безуспешно и ни одна черномазая, срущая, индусская рожа даже не ответила.
Я конечно знал что они ебнутые, но не настолько же.
И это даже блять не превью и не альфа билд этой залупы.
На гитхабе двухлетнее ишшью висит где полтора Джона пердолятся и пытаются это пофиксить, но безуспешно и ни одна черномазая, срущая, индусская рожа даже не ответила.
Я конечно знал что они ебнутые, но не настолько же.
Это конец... Я просто не могу программировать на фреймворке, который больше никому не нужен...
>>489674
Ага, поэтому они Core Python команду в прошлом году сократили?
>Microsoft полностью переходит на python
Ага, поэтому они Core Python команду в прошлом году сократили?
>>490157
Это путь в один конец... Сначала кабан нанимает пейфон разработчиков, которые переписывают всё на ЭЙ АЙ, а затем они больше не нужны и их увольняют...
ЭЙ АЙ нас всех заменит... мне больно это слышать...
>Ага, поэтому они Core Python команду в прошлом году сократили?
Это путь в один конец... Сначала кабан нанимает пейфон разработчиков, которые переписывают всё на ЭЙ АЙ, а затем они больше не нужны и их увольняют...
ЭЙ АЙ нас всех заменит... мне больно это слышать...
>>489667
Ну так сколько можно
Ну так сколько можно
>>490265
Вместо Windows 13 будет MS Ubuntu Ultimate. Вместо powershell будет PHP ActiveX. Вместо MSSQL будет MariaDB Enterprise Edition
Вместо Windows 13 будет MS Ubuntu Ultimate. Вместо powershell будет PHP ActiveX. Вместо MSSQL будет MariaDB Enterprise Edition
>>489667
Ты то че стонешь?
Ты то че стонешь?
Сколько можно...
Это всё...
И как нам тягаться с пэйтон и эйай...
Нас всех просто выбросят на улицу... Как щенков
Эти индусы захлебнулись в ЛГБТшном АИ угаре там? В мае обещали убрать плату за регу дев аккаунта в своем сторе. Уже 5 июля, а они продолжают бабло стричь.
Кто-нибудь угомонит эту взбесившуюся нейронку?
>>489195
Чем делиться?
Чем делиться?
Я просто хочу разобраться...
Что делать...
>>485230
Они килобайты весят, ёптить. Твои асинки тоже по памяти не бесплатные.
Они килобайты весят, ёптить. Твои асинки тоже по памяти не бесплатные.
>>485232
Каким нахуй коллбекам? Виртуальные потоки за тебя всё делают.
Подумай пожалуйста над негативными последствиями дублирования кода. Или хотя бы изучи это, если думать нечем.
Каким нахуй коллбекам? Виртуальные потоки за тебя всё делают.
> Охуеть, оправдание, конечно. Ты фреймворк пишешь или рабочий код?
Подумай пожалуйста над негативными последствиями дублирования кода. Или хотя бы изучи это, если думать нечем.
>>494117
ни разу не сталкивался с такой проблемой. Ты её из пальца высосал потому что кроме коллбеков в обоссаной джаве нихуя нет
>Подумай пожалуйста над негативными последствиями дублирования кода. Или хотя бы изучи это, если думать нечем.
ни разу не сталкивался с такой проблемой. Ты её из пальца высосал потому что кроме коллбеков в обоссаной джаве нихуя нет
Гайзоны, я тут слышал недавно, что java нет async/await потому что это приводит к дублированию методов.
Стоит ли верить или это пиздёжь?
Стоит ли верить или это пиздёжь?
>>494826
А нам насрать, что там в жабе! Это тред про шарп, другие языки обсуждать здесь запрещено!
А нам насрать, что там в жабе! Это тред про шарп, другие языки обсуждать здесь запрещено!
Сегодня начал переводить проект на EF с внутренних велосипедов. У какая же у людей анальная кантузия от всех этих "внутренних фреймворков". Сидят предлагают засунуть EF в разные репозитории и прочие залупы накрутить поверх уже готовых строительных блоков от Microsoft.
>>495322
Как раз даппер и будет выпелен нахуй потому что кривожопые мартышки угробили перфоманс в 0.
Как раз даппер и будет выпелен нахуй потому что кривожопые мартышки угробили перфоманс в 0.
>>495322
В 2025-м преимущество даппера перед EF по скорости настолько ничтожно, что ебля с ним теряет всякий смысл.
В 2025-м преимущество даппера перед EF по скорости настолько ничтожно, что ебля с ним теряет всякий смысл.
>>495334
Недавно на линкедине стали мелькать в ленте посты от разных MVP про плохой даппер и быстрый ефкор. Какому-то главному паджиту походу печет, что два еврея 10 лет назад написали охуенный даппер и он до сих пор топчик, пока стадо индусни пилит ефкор и допилить не может. Напоминает историю с микрософт браузером, который тоже пишут онли паджиты и который никому никогда нахуй не нужен.
Даппер отлично показывает уровень экспертизы. Кто пишет продукт - все за даппер, потому что заебались писать sql через сраные экспрешены, а потом отлаживать хуй пойми как. Макаки с аутстаф галер - все дружно топят за ефкор, ведь в проектах на три месяца даппер слишком большая пушка.
Недавно на линкедине стали мелькать в ленте посты от разных MVP про плохой даппер и быстрый ефкор. Какому-то главному паджиту походу печет, что два еврея 10 лет назад написали охуенный даппер и он до сих пор топчик, пока стадо индусни пилит ефкор и допилить не может. Напоминает историю с микрософт браузером, который тоже пишут онли паджиты и который никому никогда нахуй не нужен.
Даппер отлично показывает уровень экспертизы. Кто пишет продукт - все за даппер, потому что заебались писать sql через сраные экспрешены, а потом отлаживать хуй пойми как. Макаки с аутстаф галер - все дружно топят за ефкор, ведь в проектах на три месяца даппер слишком большая пушка.
>>495353
Зачем мне что-то отлаживать если у меня нулевая нагрузка при запросах и скорость работы запредельная?
Твой ебучий дапер сделали долбоебы потому что если мне нужен будет сырой sql я руками могу написать все это на ado.net без всяких библиотек с оптимизацией под моё приложение. Я не понимаю нахуя мне костыли в виде даппера хуяпера который режет яйца если я могу писать все сам на низком уровне как мне надо.
Но мне не надо. Потому что те -Nмс что я выжму из ado.net не стоят того чтобы отказаться от EF.
Ну и да с твоим даппером нахуй идут любые спецификации и следовательно ты будешь весь код обмазывать 100500 имплементацией фильтра по "нерелеватный статус" и скакать по коду в поисках где эта залупа еще была. Я же меняю список класса InvalidStatusSpec и все 200 мест его использования сразу будут с новой логикой которая работает и с Enumerable и с Querable и с отдельными классами.
>писать sql через сраные экспрешены, а потом отлаживать хуй пойми как.
Зачем мне что-то отлаживать если у меня нулевая нагрузка при запросах и скорость работы запредельная?
Твой ебучий дапер сделали долбоебы потому что если мне нужен будет сырой sql я руками могу написать все это на ado.net без всяких библиотек с оптимизацией под моё приложение. Я не понимаю нахуя мне костыли в виде даппера хуяпера который режет яйца если я могу писать все сам на низком уровне как мне надо.
Но мне не надо. Потому что те -Nмс что я выжму из ado.net не стоят того чтобы отказаться от EF.
Ну и да с твоим даппером нахуй идут любые спецификации и следовательно ты будешь весь код обмазывать 100500 имплементацией фильтра по "нерелеватный статус" и скакать по коду в поисках где эта залупа еще была. Я же меняю список класса InvalidStatusSpec и все 200 мест его использования сразу будут с новой логикой которая работает и с Enumerable и с Querable и с отдельными классами.
>>495353
Ты хлебушек? Экспрешены, то ты как раз и можешь отладить в IDE, в отличие от ебучего sql.
>заебались писать sql через сраные экспрешены, а потом отлаживать хуй пойми как
Ты хлебушек? Экспрешены, то ты как раз и можешь отладить в IDE, в отличие от ебучего sql.
>>495364
На локалхосте она у тебя нулевая. На проде ты охуел бы, если бы твой галерный проект когда-то добрался до прода.
И руками мапить user.Name = reader["Name"].ToString() снова и снова. Отличный план. Даппер для этого и нужен, чтобы ты не страдал хуйней.
Продолжайте в том же духе. Наша контора так заполучила жирного кастомера. У них была система, сделанная адептами DDD, может даже вашим епамом, эта хуйня дико тормозила на продовых данных. Наша система летает потому, что построена вокруг бд, а не вокруг мокрых фантазий о чистом коде, в итоге с нами подписали контракт. Вы все правильно делаете, больше говна богу говна.
>нулевая нагрузка при запросах
На локалхосте она у тебя нулевая. На проде ты охуел бы, если бы твой галерный проект когда-то добрался до прода.
>руками могу написать все это на ado.net
И руками мапить user.Name = reader["Name"].ToString() снова и снова. Отличный план. Даппер для этого и нужен, чтобы ты не страдал хуйней.
>спецификации
Продолжайте в том же духе. Наша контора так заполучила жирного кастомера. У них была система, сделанная адептами DDD, может даже вашим епамом, эта хуйня дико тормозила на продовых данных. Наша система летает потому, что построена вокруг бд, а не вокруг мокрых фантазий о чистом коде, в итоге с нами подписали контракт. Вы все правильно делаете, больше говна богу говна.
>>495353
Я пишу продукты уже больше десяти лет, и я считаю, что sql в подавляющем количестве случаев нахуй не нужен, достаточно всё в монге хранить. И то, что для тривиальнейших вещей приходится писать километровые запросы с пятьюдесятью джойнами, а потом это ещё рекомбинировать из табличной в иерархичную структуру, это подтверждает. Ну или ебаться с еф, который тоже такой ебучий из-за несоответствия форматов данных.
>>495364
Суть даппера в том, что легко можешь замаппить результат на класс, что радикально сокращает количество бойлерплейта.
Я пишу продукты уже больше десяти лет, и я считаю, что sql в подавляющем количестве случаев нахуй не нужен, достаточно всё в монге хранить. И то, что для тривиальнейших вещей приходится писать километровые запросы с пятьюдесятью джойнами, а потом это ещё рекомбинировать из табличной в иерархичную структуру, это подтверждает. Ну или ебаться с еф, который тоже такой ебучий из-за несоответствия форматов данных.
>>495364
Суть даппера в том, что легко можешь замаппить результат на класс, что радикально сокращает количество бойлерплейта.
>>495382
Ммм, эти версии записей, эти простыни кода для обработки. Потом оказывается, что мы неправильно поделили данные и теперь нужна еще одна бд для аналитики. В sql это был бы просто джоин, но мы не ищем легких путей, прикрутим эластик и кликхаус, прикрутим еще раз. Потом данные разъезжаются, ведь асида из коробки у вас нет и консистенси - это ваша проблема. Такие-то вайбы финтех стартапов.
>в монге хранить
Ммм, эти версии записей, эти простыни кода для обработки. Потом оказывается, что мы неправильно поделили данные и теперь нужна еще одна бд для аналитики. В sql это был бы просто джоин, но мы не ищем легких путей, прикрутим эластик и кликхаус, прикрутим еще раз. Потом данные разъезжаются, ведь асида из коробки у вас нет и консистенси - это ваша проблема. Такие-то вайбы финтех стартапов.
>>495384
Это простыни кода будут меньше, чем sql портянки, да и вместо версий можно миграции писать как для реляционных бд всегда делают.
С консистенси всё нормально с тех пор как появились транзакции. Ну и я говорил, что для всего свои инструменты. Кое-что нужно и в сиквеле хранить.
Это простыни кода будут меньше, чем sql портянки, да и вместо версий можно миграции писать как для реляционных бд всегда делают.
С консистенси всё нормально с тех пор как появились транзакции. Ну и я говорил, что для всего свои инструменты. Кое-что нужно и в сиквеле хранить.
>>495230
Раньше надо было думать. Это бы помогло тебе, если бы ты внутри репозитория менял даппер на EF.
Заворачивать EF в репозиторий ПОСЛЕ того как ты перекатываешься с даппера бессмысленно.
Если не планируешь гранулярные-микро-юнит-тесты писать можешь забить хуй и использовать DbContext/DbSet напрямую, это и есть репозиторий.
>Сидят предлагают засунуть EF в разные репозитории
Раньше надо было думать. Это бы помогло тебе, если бы ты внутри репозитория менял даппер на EF.
Заворачивать EF в репозиторий ПОСЛЕ того как ты перекатываешься с даппера бессмысленно.
Если не планируешь гранулярные-микро-юнит-тесты писать можешь забить хуй и использовать DbContext/DbSet напрямую, это и есть репозиторий.
>>495353
Ебаное говно твой даппер, он эмитит IL код в рантайме, что делает невозможным его использование в аот и лямбдах.
Dapper лучше переписать руками, на генераторах, вроде того https://www.nuget.org/packages/Finch.Generators . Только чел как будто проект не развивает
>написали охуенный даппер и он до сих пор топчик
Ебаное говно твой даппер, он эмитит IL код в рантайме, что делает невозможным его использование в аот и лямбдах.
Dapper лучше переписать руками, на генераторах, вроде того https://www.nuget.org/packages/Finch.Generators . Только чел как будто проект не развивает
>>495379
пидорская секта, обмажут все свои медиаторы и агрегаты автомапеером и ебуться в туза
>адептами DDD
пидорская секта, обмажут все свои медиаторы и агрегаты автомапеером и ебуться в туза
>>495382
Ещё одна пидорская секта. База данных из рекламного буклета. Эти долбоёбы настолько преисполнились, что объявили реляционные базы данных ЛЕГАСИ.
Я с утра пытался положить просто JSON объекты в монго, и после двух часов гомоебли с конвертацией JSON в BSON выкинул это говнище и просто в постгре сложил.
>достаточно всё в монге хранить
Ещё одна пидорская секта. База данных из рекламного буклета. Эти долбоёбы настолько преисполнились, что объявили реляционные базы данных ЛЕГАСИ.
Я с утра пытался положить просто JSON объекты в монго, и после двух часов гомоебли с конвертацией JSON в BSON выкинул это говнище и просто в постгре сложил.
213 Кб, 1434x1062>>495396
Ты ебанутый? У монго сучий блядский, ни на что не похожий, громоздкий синтаксис, по сравнению с которым sql нормален
> Это простыни кода будут меньше, чем sql портянки
Ты ебанутый? У монго сучий блядский, ни на что не похожий, громоздкий синтаксис, по сравнению с которым sql нормален
> >>495396
> появились транзакции
В рекламном буклете появились. Там столько оговорок, что оказывается, что транзакции в монго работают только в одной реплике и только если в момент их обработки нет конкурентного доступа к данным.
Так же как и констрейнты, которые в монго в некоторых случаях не работают
>>495380
Ты действительно хлебушек. Я в курсе что такое план запроса и как с ним работать. Разговор был про отладку которую в разы удобнее делать в IDE и на нормальном языке программирования. Для SQl тупо нет нормальных средств отладки. А твои планы запроса, это уже больше про оптимизацию готовых запросов, а не их отладку.
Ты действительно хлебушек. Я в курсе что такое план запроса и как с ним работать. Разговор был про отладку которую в разы удобнее делать в IDE и на нормальном языке программирования. Для SQl тупо нет нормальных средств отладки. А твои планы запроса, это уже больше про оптимизацию готовых запросов, а не их отладку.
>>495401
Если совсем нулевый, то 60К испыталка, 80...100 после. Если с опытом то от сотки.
На большее ты сейчас только по связям залетишь или если удачно на какой-либо срочный денежный проект залетишь. Но там придется напиздеть, что ты уверенный мидл и пройти соответствующий собес.
Если совсем нулевый, то 60К испыталка, 80...100 после. Если с опытом то от сотки.
На большее ты сейчас только по связям залетишь или если удачно на какой-либо срочный денежный проект залетишь. Но там придется напиздеть, что ты уверенный мидл и пройти соответствующий собес.
>>495465
А ещё я могу одним движением руки заменить реальную БД на коллекцию в памяти или контекст в памяти и отладить код. С сырым sql ты можешь пойти нахуй, написать юнит тесты на это невозможно, никакой статической проверки твоих запросов и типов нет.
Как там в даппер кстати решается проблема когда необходимо дать фронту возможность задавать поля и направление сортировки по нескольким полям?
А ещё я могу одним движением руки заменить реальную БД на коллекцию в памяти или контекст в памяти и отладить код. С сырым sql ты можешь пойти нахуй, написать юнит тесты на это невозможно, никакой статической проверки твоих запросов и типов нет.
Как там в даппер кстати решается проблема когда необходимо дать фронту возможность задавать поля и направление сортировки по нескольким полям?
>>495469
Чел. Протрезвей. Мне-то ты это нахуя пишешь? Мой тейк как раз против raw sql (ну и даппер я тоже вротебал, да)
Чел. Протрезвей. Мне-то ты это нахуя пишешь? Мой тейк как раз против raw sql (ну и даппер я тоже вротебал, да)
>>495469
С сырым sql тебя могут пидорнуть SQL инжекшеном. EF в том числе для безопасности используют.
В даппере вообще такой проблемы нет. Просто берёшь Dapper.Automapper, и с помощью экспрешшенов пишешь запрос, а автомаппер за тебя все поля маппит и фильтры делает.
> С сырым sql
С сырым sql тебя могут пидорнуть SQL инжекшеном. EF в том числе для безопасности используют.
> Как там в даппер кстати решается проблема
В даппере вообще такой проблемы нет. Просто берёшь Dapper.Automapper, и с помощью экспрешшенов пишешь запрос, а автомаппер за тебя все поля маппит и фильтры делает.
>>495469
В Dapper нет такой проблемы. В даппере вообще нет проблем, которые EF якобы решает
>решается проблема когда необходимо дать фронту возможность задавать поля
В Dapper нет такой проблемы. В даппере вообще нет проблем, которые EF якобы решает
>>495465
О, вы из епама!
О, вы из епама!
>>495957
Джун, так и должно быть. Пробрасывать IQueryable до контроллера - это красный флаг и метка мартышки. Репозитори - это не абстракция таблицы в бд, как пишут паджиты, это абстракция ВСЕЙ базы. Не IQueryable<Order> IRepository.GetOrders(), а List<OrderDTO> IRepository.GetOrders(ITransaction t).
Джун, так и должно быть. Пробрасывать IQueryable до контроллера - это красный флаг и метка мартышки. Репозитори - это не абстракция таблицы в бд, как пишут паджиты, это абстракция ВСЕЙ базы. Не IQueryable<Order> IRepository.GetOrders(), а List<OrderDTO> IRepository.GetOrders(ITransaction t).
>>495988
DbSet это и есть реализация репозитория, а DbContext это реализация паттерна uow.
В проекте делаешь IQueryContextFactory и ICommanContextFactory. Внутри через. DI получаем pooled или обычную фабрику контекста. Оборачиваем вызов CreateDbContext() добавив AsNoTracking для запросов и делаем метод который автоматически добавляет транзакции и заварачивает твой код.
Дальше все это через DI получаем где надо и пишем
await using var context = await _contextFactory.CreateDbContextAsync();
Погнали писать запросы.
Если ты завернул вызов EF в Repository, то поздравляю ты долбоеб паджит который где-то слышал про репозитории и не понимает для чего они нужны. Если тебе требуется повторно использовать фильтры, то велком писать спецификации, а не городить хуйню из DAL слоя в .NET.
DbSet это и есть реализация репозитория, а DbContext это реализация паттерна uow.
В проекте делаешь IQueryContextFactory и ICommanContextFactory. Внутри через. DI получаем pooled или обычную фабрику контекста. Оборачиваем вызов CreateDbContext() добавив AsNoTracking для запросов и делаем метод который автоматически добавляет транзакции и заварачивает твой код.
Дальше все это через DI получаем где надо и пишем
await using var context = await _contextFactory.CreateDbContextAsync();
Погнали писать запросы.
Если ты завернул вызов EF в Repository, то поздравляю ты долбоеб паджит который где-то слышал про репозитории и не понимает для чего они нужны. Если тебе требуется повторно использовать фильтры, то велком писать спецификации, а не городить хуйню из DAL слоя в .NET.
>>496029
Ебаный пиздец, ты высрал фабрику фабрик, чтобы просто сделать селект. Еще небось сверху обмазал автомапером, а то недостаточно круто. Хорошо, что я перекатился на голенг, там такой шизы нет.
Ебаный пиздец, ты высрал фабрику фабрик, чтобы просто сделать селект. Еще небось сверху обмазал автомапером, а то недостаточно круто. Хорошо, что я перекатился на голенг, там такой шизы нет.
>>495988
Правильно возвращать IEnumerable, а что там за ним скрывается - совершенно не важно. Хоть IQueryable, хоть массив
> Пробрасывать IQueryable до контроллера
Правильно возвращать IEnumerable, а что там за ним скрывается - совершенно не важно. Хоть IQueryable, хоть массив
>>495988
В DDD нельзя создавать репозитории конкретных сущностей, у тебя скорее будет один общий репозиторий
interface IRepository<TAggregate, TKey>{
Aggregate Get(TKey key);
IEnumerable<TEntity> Get<Entity>(TKey key);
}
При этом хорошей практикой считается если Агрегат сам может быть репозиторием. Это даёт чистое разделение ответственности и избавляет от антипаттерна анемичных моделей
> ...а List<OrderDTO> IRepository.GetOrders(ITransaction t).
В DDD нельзя создавать репозитории конкретных сущностей, у тебя скорее будет один общий репозиторий
interface IRepository<TAggregate, TKey>{
Aggregate Get(TKey key);
IEnumerable<TEntity> Get<Entity>(TKey key);
}
При этом хорошей практикой считается если Агрегат сам может быть репозиторием. Это даёт чистое разделение ответственности и избавляет от антипаттерна анемичных моделей
>>496029
У меня был долбоёб один, который так сделал. Он буквально инжектил везде по 3-10 UOW вот так
конструктор(
IUnitOfWork<IRepository<Bill>> billUnitOfWorkRepository,
IUnitOfWork<IRepository<Account>> accountUnitOfWorkRepository,
IUnitOfWork<IRepository<Country>>
)
{
...
}
Он греко-киприотом был. Я его спросил, которым из них надо коммитать, он ответил какой-то набор слов про HEXAGONAL CLEAN DDD ARCHITECTURE, я посмотрел на этот долбоебизм ещё пол года и уволился нахуй
>Если ты завернул вызов EF в Repository, то поздравляю ты долбоеб паджит который где-то слышал про репозитории и не понимает для чего они нужны.
У меня был долбоёб один, который так сделал. Он буквально инжектил везде по 3-10 UOW вот так
конструктор(
IUnitOfWork<IRepository<Bill>> billUnitOfWorkRepository,
IUnitOfWork<IRepository<Account>> accountUnitOfWorkRepository,
IUnitOfWork<IRepository<Country>>
)
{
...
}
Он греко-киприотом был. Я его спросил, которым из них надо коммитать, он ответил какой-то набор слов про HEXAGONAL CLEAN DDD ARCHITECTURE, я посмотрел на этот долбоебизм ещё пол года и уволился нахуй
>>496078
Да не, вроде норм выглядит. Можно делать короткоживущий DBContext,
В сишарпе можно писать в стиле любого шизика.
Но, в голенге ты пишешь в стиле голенг-шизика.
Вот и вся разница. Ты никогда не нахуяривался и у тебя не возникало желания написать восьмиугольный-дидиди-сикьюэрэс?
>высрал фабрику
Да не, вроде норм выглядит. Можно делать короткоживущий DBContext,
>я перекатился на голенг, там такой шизы нет
В сишарпе можно писать в стиле любого шизика.
Но, в голенге ты пишешь в стиле голенг-шизика.
Вот и вся разница. Ты никогда не нахуяривался и у тебя не возникало желания написать восьмиугольный-дидиди-сикьюэрэс?
>>496078
В смысле высрал. Это стандартный способ использования EF. Регаешь через AddDbContextFactory фабрику контекста и через неё получаешь контексты. Если у тебя хай рпс, то pooled.
DbContext это еденица работы. Каждый твой метод сервиса должен создавать новый контекст. EF оптимизирован для того чтобы ты мог создавать тысячи контекстов в секунду. Стандартный размер пулла контекстов это как раз 1000 штук.
>высрал фабрику
В смысле высрал. Это стандартный способ использования EF. Регаешь через AddDbContextFactory фабрику контекста и через неё получаешь контексты. Если у тебя хай рпс, то pooled.
DbContext это еденица работы. Каждый твой метод сервиса должен создавать новый контекст. EF оптимизирован для того чтобы ты мог создавать тысячи контекстов в секунду. Стандартный размер пулла контекстов это как раз 1000 штук.
>>496309
а как же лайвтаймскоуп на запрос? Или ещё хуже, когда диби-контексты создаёт медиатор где-нибудь в жопе
> Каждый твой метод сервиса должен создавать новый контекст.
а как же лайвтаймскоуп на запрос? Или ещё хуже, когда диби-контексты создаёт медиатор где-нибудь в жопе
>>496472
MongoDB и есть легаси база данных.
MongoDB и есть легаси база данных.
929 Кб, 150x148>>474778 (OP)
Я был простым прогером петухон + голанг, но месяца 3 назад пришлось в связи с задачами перейти на дотнет. уже писал на нем раньше к сожалению Я ебал в рот ваш дотнет, бойлерплейтный кал, сосите мои пальцы, пидарасы, 5 дней в неделю я трогаю кал. Я больше не хочу трогать ваш кал, с понедельника я уволюсь и больше не буду прикасаться к вашему калу с медиатром, еф кором, автогенерацией обработчиков. Буду отдыхать до следующей весны, а там начну разводить кроликов у себя на гектаре. Пейте мочу, рабы мелкомягких.
На самом деле против дотнета ничего не имею, просто противно на нем писать, пользоваться его тулзами. Так что уволюсь и отдохну.
Я был простым прогером петухон + голанг, но месяца 3 назад пришлось в связи с задачами перейти на дотнет. уже писал на нем раньше к сожалению Я ебал в рот ваш дотнет, бойлерплейтный кал, сосите мои пальцы, пидарасы, 5 дней в неделю я трогаю кал. Я больше не хочу трогать ваш кал, с понедельника я уволюсь и больше не буду прикасаться к вашему калу с медиатром, еф кором, автогенерацией обработчиков. Буду отдыхать до следующей весны, а там начну разводить кроликов у себя на гектаре. Пейте мочу, рабы мелкомягких.
На самом деле против дотнета ничего не имею, просто противно на нем писать, пользоваться его тулзами. Так что уволюсь и отдохну.
>>496689
Что именно не понравилось? Такая себе Ява с нескучными обоями, всяко лучше Раста или Коклина
>Я ебал в рот ваш дотнет
Что именно не понравилось? Такая себе Ява с нескучными обоями, всяко лучше Раста или Коклина
>>496689
А какую СУДБ брать? Redis?
А какую СУДБ брать? Redis?
>>496689
И с автомаппером!
> не буду прикасаться к вашему калу с медиатром, еф кором, автогенерацией обработчиков
И с автомаппером!
>>496700
А он и не против
А он и не против
>>495437
У тебя с руками проблемы.
>>495439
Это переписывается в виде экспрешенов, наркоман. Тебе боженька балмор дал linq, зачем ты эти билдеры городишь?
>>495443
Ещё раз. Если тебе надо кучу реплик с транзакциями, у тебя там гостайны или банковские балансы, ну храни это в реляционной бд. Не надо граничные случаи придумывать. У 90% сервисов нет никаких гонок за конкретными записями, а вероятность нарушения консистенси даже без каких-то специальных мер ниже, чем вероятность падения метеорита на датацентр.
У тебя с руками проблемы.
>>495439
Это переписывается в виде экспрешенов, наркоман. Тебе боженька балмор дал linq, зачем ты эти билдеры городишь?
>>495443
Ещё раз. Если тебе надо кучу реплик с транзакциями, у тебя там гостайны или банковские балансы, ну храни это в реляционной бд. Не надо граничные случаи придумывать. У 90% сервисов нет никаких гонок за конкретными записями, а вероятность нарушения консистенси даже без каких-то специальных мер ниже, чем вероятность падения метеорита на датацентр.
>>496961
Да я и так всё в реляционках храню. Монго - говнище обоссаное мочевиком.
>Если тебе надо кучу реплик с транзакциями, у тебя там гостайны или банковские балансы, ну храни это в реляционной бд.
Да я и так всё в реляционках храню. Монго - говнище обоссаное мочевиком.
DDD
@
Медиатр
@
Автомаппер
@
АОП Интерцепторы
@
Монго-биби
@
Чистая архитектура
@
Запахи кода
@
Медиатр
@
Автомаппер
@
АОП Интерцепторы
@
Монго-биби
@
Чистая архитектура
@
Запахи кода
>>494369
Опыт двух лаб не показатель.
Thread.startVirtualThread(() -> sharpFly.obossat("Нихуя себе проекции, лол."));
> ни разу не сталкивался с такой проблемой.
Опыт двух лаб не показатель.
> потому что кроме коллбеков в обоссаной джаве нихуя нет
Thread.startVirtualThread(() -> sharpFly.obossat("Нихуя себе проекции, лол."));
4 Кб, 112x52>>498724
Ты долблёб, проблема дублирования при одновременной поддержке синхронного и асинхронного апи может возникнуть только в случае когда у тебя публичная библиотека.
Когда пишешь рабочий код, ты просто удаляешь лишний метод.
Это коллбек?
>Опыт двух лаб не показатель.
Ты долблёб, проблема дублирования при одновременной поддержке синхронного и асинхронного апи может возникнуть только в случае когда у тебя публичная библиотека.
Когда пишешь рабочий код, ты просто удаляешь лишний метод.
> Thread.startVirtualThread(() -> sharpFly.obossat("Нихуя себе проекции, лол."));
Это коллбек?
>>498739
Ясн.
Это струя мочи летит тебе в рожу. Открывай рот.
>А ВОТ ТАК, И ВОТ ТАК, И ВОТ ЕЩЁ ЭТО СДЕЛАЙ, А ЭТО НЕ ДЕЛАЙ, И ТОГДА! ТОГДА НОРМАЛЬНО БУДЕТ)) ЖЖ)
Ясн.
> Это коллбек?
Это струя мочи летит тебе в рожу. Открывай рот.
Предположим, я с помощью атрибутов задаю правила валидации в дто, в контроллере проверяю ModelState. Надо ли мне еще раз валидировать в сервисе по тем же правилам? Как принято вообще? Чат гпт говорит, что не надо, а дипсик что обязательно надо.
>>498963
По чистой архитектуре надо. Вдруг у тебя, ну, cli вызовы будут, по gprc, итд. Ядро должно быть консистентным всегда. оно знать не знант, что ктото выше чето провалидировал.
но как всегда it depends
По чистой архитектуре надо. Вдруг у тебя, ну, cli вызовы будут, по gprc, итд. Ядро должно быть консистентным всегда. оно знать не знант, что ктото выше чето провалидировал.
но как всегда it depends
>>498741
Вялая струйки пивной скуфьей кегли, застраяшей в 2004 году?
> Это струя мочи летит тебе в рожу. Открывай рот.
Вялая струйки пивной скуфьей кегли, застраяшей в 2004 году?
>>474778 (OP)
А есть ли пак вопросов которые задают hr-ки на скрининге? Меня хуйню спросили о которой я вообще впервые услышал
А есть ли пак вопросов которые задают hr-ки на скрининге? Меня хуйню спросили о которой я вообще впервые услышал
>>499608
че-то про ELK ( я вопрос даже не понял потому что не знал аббревиатуру эту)
опен телеметри че это
ну и с хр забыл про слово интернирование, но смысл значения нет ей объяснять, она не разраб, так бы меня чел по ту сторону понял и засчитал бы ответ. пиздос.
200к рублей собес на мидла
че-то про ELK ( я вопрос даже не понял потому что не знал аббревиатуру эту)
опен телеметри че это
ну и с хр забыл про слово интернирование, но смысл значения нет ей объяснять, она не разраб, так бы меня чел по ту сторону понял и засчитал бы ответ. пиздос.
200к рублей собес на мидла
>>499641
я умею гуглить, спасибо
я умею гуглить, спасибо
>>499880
Где больше бойлерплейта, тут:
public string Name { get; set; }
или тут?
private String name;
public String getName() { return name; }
public void setName(String name) { this.name = name; }
c# поддерживает оба синтаксиса, если что. А петухонская джава?
А вот так в джаве можно:
record Person(string Name, int Age);
?
Помоги разобраться, пожалуйста
Где больше бойлерплейта, тут:
public string Name { get; set; }
или тут?
private String name;
public String getName() { return name; }
public void setName(String name) { this.name = name; }
c# поддерживает оба синтаксиса, если что. А петухонская джава?
А вот так в джаве можно:
record Person(string Name, int Age);
?
Помоги разобраться, пожалуйста
>>499883
И шо? Сейчас бы доебываться до размера кода. В голанге весь код - это бесконечные портянки с err != nil, ужас ужас. Тем не менее, опытные разработчики массово перекатываются на го, в дотнете остаются дауны, которые не знают, чем select * отличается от select id. На голанге пишут нагруженные сервисы, на сишарпе сидят пускают слюни в автомапер, потому что кадры решают, а не синтаксический сахар.
И шо? Сейчас бы доебываться до размера кода. В голанге весь код - это бесконечные портянки с err != nil, ужас ужас. Тем не менее, опытные разработчики массово перекатываются на го, в дотнете остаются дауны, которые не знают, чем select * отличается от select id. На голанге пишут нагруженные сервисы, на сишарпе сидят пускают слюни в автомапер, потому что кадры решают, а не синтаксический сахар.
>>499912
Угу, но за бойлерплейты предъявляют почему-то шарпу.
>В голанге весь код - это бесконечные портянки с err != nil, ужас ужас.
Угу, но за бойлерплейты предъявляют почему-то шарпу.
>>499912
так этот джава-петух и доебался. Я просто ему пояснил
Не забудь добавить, что нас всех ЭЙ АЙ заменит
> И шо? Сейчас бы доебываться до размера кода.
так этот джава-петух и доебался. Я просто ему пояснил
> массово перекатываются на го
Не забудь добавить, что нас всех ЭЙ АЙ заменит
>>499883
В джаве есть ломбок и котлин, если ты дохуя пурист. Рекорды тоже есть
В джаве есть ломбок и котлин, если ты дохуя пурист. Рекорды тоже есть
53 Кб, 1080x246Пентипл говорит истину.
Попробовал сделать middleware для глобальной обработки ошибок, но в режиме отладки он не срабатывает нихуя, вываливается в исключение. Это норма? Почему в гайдах, у всех работает и в режиме отладки тоже?
79 Кб, 763x766>>500064
>Попробовал сделать middleware для глобальной обработки ошибок, но в режиме отладки он не срабатывает нихуя, вываливается в исключение. Это норма? Почему в гайдах, у всех работает и в режиме отладки тоже?
>>500088
Да, уже понял. Вчера весь день убил, пытаясь решить эту несуществующую проблему. Хз, челы в своих гайдах могли бы и упомянуть, что нужно без дебага запускать.
Да, уже понял. Вчера весь день убил, пытаясь решить эту несуществующую проблему. Хз, челы в своих гайдах могли бы и упомянуть, что нужно без дебага запускать.
123 Кб, 1778x584>>500064
Есть ещё IExceptionFilter, можешь его попробовать
Есть ещё IExceptionFilter, можешь его попробовать
>>500064
А хули с ними делать? Для логирования можно просто врубить стандартный функционал и сразу еще настроить откуда какие логи собирать и куда их слать.
>глобальной обработки ошибок
А хули с ними делать? Для логирования можно просто врубить стандартный функционал и сразу еще настроить откуда какие логи собирать и куда их слать.
>>500108
Ну говорят, что трай кетчи по всему коду это кал и можно исключения обрабатывать в одном месте.
>А хули с ними делать?
Ну говорят, что трай кетчи по всему коду это кал и можно исключения обрабатывать в одном месте.
>>500116
Не, это хуевый подход.
Глобальный обработчик ошибок больше нужен для отлавливания какой-нибой непредвиденной хуйни, чтобы у тебя тупо сервис не упал из-за того-что где-то непредусмотренный таймаут или что-то еще выскочило.
Вот нахрена тебе к примеру тащить какой-нибудь ConsumeException из кафки и логику его обработки на самый верх, когда проще его обработать там где у тебя работа с ней ведется и просто самому гарантировать, что оттуда никакой эксепшен не выскочит.
Не, это хуевый подход.
Глобальный обработчик ошибок больше нужен для отлавливания какой-нибой непредвиденной хуйни, чтобы у тебя тупо сервис не упал из-за того-что где-то непредусмотренный таймаут или что-то еще выскочило.
Вот нахрена тебе к примеру тащить какой-нибудь ConsumeException из кафки и логику его обработки на самый верх, когда проще его обработать там где у тебя работа с ней ведется и просто самому гарантировать, что оттуда никакой эксепшен не выскочит.
>>500144
Можно же в Middleware при ошибке сделать так
var error = ex switch
{
CustomException Exception e => new Error("e.Message"),
_ => new Error( "Внутренняя ошибка сервера")
};
context.Response.StatusCode = (int)StatusCode;
context.Response.ContentType = "application/json";
await context.Response.WriteAsJsonAsync(error);
Можно же в Middleware при ошибке сделать так
var error = ex switch
{
CustomException Exception e => new Error("e.Message"),
_ => new Error( "Внутренняя ошибка сервера")
};
context.Response.StatusCode = (int)StatusCode;
context.Response.ContentType = "application/json";
await context.Response.WriteAsJsonAsync(error);
>>500144
А у вас никогда не было такого, вот читаешь, учишь как надо. Потом смотришь другой источник, там говорят, что это хуйня, надо по-другому. Переделываешь. Потом смотришь третий, там пишут, что это тоже хуйня, надо вообще иначе.
Почему вот с программированием постоянно так?
>Не, это хуевый подход.
А у вас никогда не было такого, вот читаешь, учишь как надо. Потом смотришь другой источник, там говорят, что это хуйня, надо по-другому. Переделываешь. Потом смотришь третий, там пишут, что это тоже хуйня, надо вообще иначе.
Почему вот с программированием постоянно так?
>>500116
Больше слушай долбоебов. Исключения надо ловить там где он происходят и ты их ждёшь, причём типизированые и писать нормально логи контекста этого исключения.
Тем более маразм это try catch в корне вызова. Ты таким макаром перфоманс в 0 просто убиваешь потому что это очень дорогая операция.
>трай кетчи по всему коду это кал и можно исключения обрабатывать в одном месте.
Больше слушай долбоебов. Исключения надо ловить там где он происходят и ты их ждёшь, причём типизированые и писать нормально логи контекста этого исключения.
Тем более маразм это try catch в корне вызова. Ты таким макаром перфоманс в 0 просто убиваешь потому что это очень дорогая операция.
>>500165
Можно сделать что угодно. Я говорил о том, что ловить эксепшены в отдельной мидлвари можно, но тащить туда именно их обработку со всех слоев - такое себе занятие.
>>500202
Постоянно, но ведь так веселее. Иначе разработка была бы весьма унылым занятием.
Опять же любой подход это всего лишь инструмент для которого есть своя область применения. Даже для goto можно найти ситуацию которая сэкономит тонны кода, времени и тактов.
Можно сделать что угодно. Я говорил о том, что ловить эксепшены в отдельной мидлвари можно, но тащить туда именно их обработку со всех слоев - такое себе занятие.
>>500202
Постоянно, но ведь так веселее. Иначе разработка была бы весьма унылым занятием.
Опять же любой подход это всего лишь инструмент для которого есть своя область применения. Даже для goto можно найти ситуацию которая сэкономит тонны кода, времени и тактов.
>>500314
Вот это реальный пример долбаеба который где-то что-то услышал и просто репродуцирует чужое мнение
Вот это реальный пример долбаеба который где-то что-то услышал и просто репродуцирует чужое мнение
>>500611
Ты долбоеб. Проперти с get-set-init как раз и есть чистейший пример нормальной инкапсуляции. По сути это и есть контракт который ты выставляешь наружу закрывая им детали реализации того что в реальности у класса там под капотом за этим проперти содержится.
>то это поломанная инкапсуляция.
Ты долбоеб. Проперти с get-set-init как раз и есть чистейший пример нормальной инкапсуляции. По сути это и есть контракт который ты выставляешь наружу закрывая им детали реализации того что в реальности у класса там под капотом за этим проперти содержится.
>>500639
Так ты гет-сетами наоборот, открываешь детали и показываешь, что там у тебя внутри класса творится. Доступа к полям, даже через промежуточные методы, быть не должно, если ты нормальное ООП хочешь, а не его подобие.
>закрывая им детали реализации
Так ты гет-сетами наоборот, открываешь детали и показываешь, что там у тебя внутри класса творится. Доступа к полям, даже через промежуточные методы, быть не должно, если ты нормальное ООП хочешь, а не его подобие.
>>500636
Но знать про анемик может и тот кто его не любит
>>500639
Нарушают инкапсуляцию, потому-то сеттеры выносят логику изменения состояния объекта извне, потому что позволяют частично и произвольно изменить состояние объекта. В идеальном случае должен быть один метод, который делает всю работу за одни вызов.
мимо
Но знать про анемик может и тот кто его не любит
>>500639
Нарушают инкапсуляцию, потому-то сеттеры выносят логику изменения состояния объекта извне, потому что позволяют частично и произвольно изменить состояние объекта. В идеальном случае должен быть один метод, который делает всю работу за одни вызов.
мимо
>>500664
Но это только в твоей картине мира. В ФП инкапсуляция не нужна. ФП приложение это либо
1) один огромный стейт и куча операторов, функционалтных апдейтов, которые применяются к стейту через рекрсивный вызов main функции. А логика выбора оператора на каждом шаге рекурсии обычно через паттерн матчинг состояния делается.
2) однопроходная функция с вводом и выводом данных
Но это только в твоей картине мира. В ФП инкапсуляция не нужна. ФП приложение это либо
1) один огромный стейт и куча операторов, функционалтных апдейтов, которые применяются к стейту через рекрсивный вызов main функции. А логика выбора оператора на каждом шаге рекурсии обычно через паттерн матчинг состояния делается.
2) однопроходная функция с вводом и выводом данных
Нахуя метаете бисер перед жабасвиньями?
>>500703
Расскажи про свою, где инкапсуляция сохраняется.
Про ФП я ни слова не писал, не знаю зачем ты мне про него расписываешь.
>Но это только в твоей картине мира
Расскажи про свою, где инкапсуляция сохраняется.
Про ФП я ни слова не писал, не знаю зачем ты мне про него расписываешь.
>>500639
А чем это отличается от того, чтобы филд ЗАЭКСПОУЗИТЬ.
Нихуя я слово знаю, да? я англичанин а ты пидор
>Проперти с get-set-init как раз и есть чистейший пример нормальной инкапсуляции.
А чем это отличается от того, чтобы филд ЗАЭКСПОУЗИТЬ.
Нихуя я слово знаю, да? я англичанин а ты пидор
>>500664
В DDD у объекта не предусмотрено свойств. Он может только получить событие извне, чтобы не раскрывать свой публичный контракт
>показываешь, что там у тебя внутри класса творится.
В DDD у объекта не предусмотрено свойств. Он может только получить событие извне, чтобы не раскрывать свой публичный контракт
>>500703
Всё правильно, только ФП в DDD не предусмотрен и не используется
>Но это только в твоей картине мира. В ФП инкапсуляция не нужна. ФП приложение это либо
>1) один огромный стейт и куча операторов, функционалтных апдейтов, которые применяются к стейту через рекрсивный вызов main функции. А логика выбора оператора на каждом шаге рекурсии обычно через паттерн матчинг состояния делается.
>2) однопроходная функция с вводом и выводом данных
Всё правильно, только ФП в DDD не предусмотрен и не используется
>>500681
Чем вызов zalupa.SetPupa(42) отличается от zalupa.Pupa = 42.
Оба варианта это одинаковый IL и байт код. Проперти это сахар.
Чем вызов zalupa.SetPupa(42) отличается от zalupa.Pupa = 42.
Оба варианта это одинаковый IL и байт код. Проперти это сахар.
>>500861
На уровне сборки свойства и методы это разные вещи. Рефлексия по разному работает.
Джавка хуйня, кстати я с ней на дотнет перешёл
На уровне сборки свойства и методы это разные вещи. Рефлексия по разному работает.
Джавка хуйня, кстати я с ней на дотнет перешёл
>>500861
Речь про то, что оба твои варианта ломают инкапсуляцию. А не то, что один лучше другого...
Речь про то, что оба твои варианта ломают инкапсуляцию. А не то, что один лучше другого...
>>499883
Во втором, наверное. Хз.
Зачем тебе кстати гетсет если проперти публичные? Чтобы что?
Давно можно, ты откуда свалился? Только редко используется это ибо ломбок гибче.
> Где больше бойлерплейта, тут:
> public string Name { get; set; }
> public string Surname { get; set; }
> public string Anus { get; set; }
> public string Hui { get; set; }
> public string Govno { get; set; }
> public string Muravei { get; set; }
> или тут?
> @Getter @Setter
Во втором, наверное. Хз.
Зачем тебе кстати гетсет если проперти публичные? Чтобы что?
>record Person(string Name, int Age);
Давно можно, ты откуда свалился? Только редко используется это ибо ломбок гибче.
>>499912
Кто перекатывается на говно? Хуйню не неси.
Кто перекатывается на говно? Хуйню не неси.
>>501318
Потому что свойства блять это блять не поля класса. У тебя при сборке свойство разворачивается в приватное поле, метод сеттер и метод геттер.
Тебя не смущает что свойства могут быть частью интерфейса и их сеттер геттер могу иметь атрибут доступа, а еще к они могут быть виртуальные и абстраные. Прям как методы.
>Зачем тебе кстати гетсет если проперти публичные?
Потому что свойства блять это блять не поля класса. У тебя при сборке свойство разворачивается в приватное поле, метод сеттер и метод геттер.
Тебя не смущает что свойства могут быть частью интерфейса и их сеттер геттер могу иметь атрибут доступа, а еще к они могут быть виртуальные и абстраные. Прям как методы.
>>501331
Какая-то бесполезная мозгодрочка ибо индусы из микрософта не смогли в белый дизайн. Ясно.
Какая-то бесполезная мозгодрочка ибо индусы из микрософта не смогли в белый дизайн. Ясно.
>>501331
Это для чего? Чтобы DDD программировать? Когда у объекта 5 методов и 10 свойств?
>Тебя не смущает что свойства могут быть частью интерфейса и их сеттер геттер могу иметь атрибут доступа, а еще к они могут быть виртуальные и абстраные. Прям как методы.
Это для чего? Чтобы DDD программировать? Когда у объекта 5 методов и 10 свойств?
>>501333
Блин, до чего же ты тупой.
Это нужно, чтобы можно было писать
user.Name = "джавадебил" вместо user.setName("джавадебил").
Я понимаю, что у некоторых ООП головного мозга и они бы не прочь писать 5.multiplyBy(3).subtract(2), но нормальные люди так писать не хотят.
А поля не используют, потому что инкапсуляция. Ты можешь развернуть сеттер в код и добавить какую логику не нарушая сигнатуры, точно так же, как и с лобковым set-методом.
Блин, до чего же ты тупой.
Это нужно, чтобы можно было писать
user.Name = "джавадебил" вместо user.setName("джавадебил").
Я понимаю, что у некоторых ООП головного мозга и они бы не прочь писать 5.multiplyBy(3).subtract(2), но нормальные люди так писать не хотят.
А поля не используют, потому что инкапсуляция. Ты можешь развернуть сеттер в код и добавить какую логику не нарушая сигнатуры, точно так же, как и с лобковым set-методом.
5 Кб, 369x82В .NET 10 такая конструкция ничего не выделяет (хоть и кодеген мог бы быть и лучше).
Escape analysis круто работает на простых примерах, но было бы намного интереснее посмотреть на него в NativeAOT как межпроцедурный анализ. https://github.com/dotnet/runtime/issues/108931
Решил тоже что-то высрать, а то чем я хуже?
Escape analysis круто работает на простых примерах, но было бы намного интереснее посмотреть на него в NativeAOT как межпроцедурный анализ. https://github.com/dotnet/runtime/issues/108931
Решил тоже что-то высрать, а то чем я хуже?
>>502243
Каждый раз проигрываю с этого манямирка. Кто и для кого придумывает это байтоебство? Аудитория дотнета - это дебилы с автомапером, они в локальном сука процессе умудряются делать вызовы через медиатр. Место дотнета давно у параши рядом с руби.
Каждый раз проигрываю с этого манямирка. Кто и для кого придумывает это байтоебство? Аудитория дотнета - это дебилы с автомапером, они в локальном сука процессе умудряются делать вызовы через медиатр. Место дотнета давно у параши рядом с руби.
>>502390
Не для тебя, ведь тебе в джаву нихуя не завезли и тебе и так нормально работать с срущими в память буферами, а то что перфоманс будет соответсвующий - да похуй, стерпят, не игры же делаем, фпс не важен.
Не для тебя, ведь тебе в джаву нихуя не завезли и тебе и так нормально работать с срущими в память буферами, а то что перфоманс будет соответсвующий - да похуй, стерпят, не игры же делаем, фпс не важен.
>>502447
Джунишка, никто на сишарпе не пишет блокчейны, кванты и прошивки для дронов, это литерали язык для попукивания в кафку. И даже тут он проигрывает джаваскрипту, ебаный стыд. Смешно говорить о перфомансе хуйни, которая сначала отжирает кучу память просто так, а потом в любой момент может встать раком и начать шуршать собирать мусор.
Джунишка, никто на сишарпе не пишет блокчейны, кванты и прошивки для дронов, это литерали язык для попукивания в кафку. И даже тут он проигрывает джаваскрипту, ебаный стыд. Смешно говорить о перфомансе хуйни, которая сначала отжирает кучу память просто так, а потом в любой момент может встать раком и начать шуршать собирать мусор.
>>502495
Твоя джава хуйня жрёт в разы больше. У нас сервисы на 500мб памяти работают, жрут не больше 200 обычно под нагрузкой.
Современный дотнет уже давно умеет собирать мусор без остановки потока приложения. И да как-будто твоя хуежава не собирает мусор.
>отжирает кучу память просто так
Твоя джава хуйня жрёт в разы больше. У нас сервисы на 500мб памяти работают, жрут не больше 200 обычно под нагрузкой.
>а потом в любой момент может встать раком и начать шуршать собирать мусор.
Современный дотнет уже давно умеет собирать мусор без остановки потока приложения. И да как-будто твоя хуежава не собирает мусор.
71 Кб, 836x866>>502390
Ну escape analysis и object stack allocation (и девиртуализация нормально так помогает), могут сработать в любом твоём говнокоде и улучшить производительность, уменьшить аллокации и т.д., при этом всё что нужно сделать, так это обновиться до нового дотнета.
>>502495
Ну вот в новом дотнете эта хуйня будет меньше отжирать памяти и вставать раком чтобы собрать мусор.
Ну а некоторым рукожопам сколько мощностей не дай их код всё равно будет тормозить, что тут сделаешь?
Ну вот к примеру есть у тебя метод Sum(IEnumerable<int> e). Вот JIT сгенерит код, это код немного поработает и соберёт инфу о том что в твой метод почти всегда приходит List<int>, ну и JIT перкомпилит код вставив проверку на этот лист, и соответсвенно оптимизирует код под него. Вот тебе бесплатный перф. Что тебе не нравится?
https://github.com/dotnet/runtime/issues/108913
>байтоебство
Ну escape analysis и object stack allocation (и девиртуализация нормально так помогает), могут сработать в любом твоём говнокоде и улучшить производительность, уменьшить аллокации и т.д., при этом всё что нужно сделать, так это обновиться до нового дотнета.
>>502495
>Смешно говорить о перфомансе хуйни, которая сначала отжирает кучу память просто так, а потом в любой момент может встать раком и начать шуршать собирать мусор.
Ну вот в новом дотнете эта хуйня будет меньше отжирать памяти и вставать раком чтобы собрать мусор.
Ну а некоторым рукожопам сколько мощностей не дай их код всё равно будет тормозить, что тут сделаешь?
Ну вот к примеру есть у тебя метод Sum(IEnumerable<int> e). Вот JIT сгенерит код, это код немного поработает и соберёт инфу о том что в твой метод почти всегда приходит List<int>, ну и JIT перкомпилит код вставив проверку на этот лист, и соответсвенно оптимизирует код под него. Вот тебе бесплатный перф. Что тебе не нравится?
>JIT: De-abstraction in .NET 10
https://github.com/dotnet/runtime/issues/108913
>>502531
Еще раз: никто не пишет высокопроизводительный код на дотнете. Литерали никто. Криптоскам пишут на расте. Кванты на плюсах. Драйвера на си. У этих людей нет проблемы эффективно посчитать сумму массива, это только в дотнете дебилы без автомапера и ефкора хелоуворлд не напишут. Эти твои микро оптимизации до пизды, один хуй сверху навалят медиатора, ддд побольше, и чтобы 50 микросервисов висели на кафке, больше кафки богу кафки нахуй. Ебланы из майкрософт сначала убили нахуй репутацию языка, зафорсили как язык для тупых паджитов, а теперь чето зачесалось. Поздно метаться.
Еще раз: никто не пишет высокопроизводительный код на дотнете. Литерали никто. Криптоскам пишут на расте. Кванты на плюсах. Драйвера на си. У этих людей нет проблемы эффективно посчитать сумму массива, это только в дотнете дебилы без автомапера и ефкора хелоуворлд не напишут. Эти твои микро оптимизации до пизды, один хуй сверху навалят медиатора, ддд побольше, и чтобы 50 микросервисов висели на кафке, больше кафки богу кафки нахуй. Ебланы из майкрософт сначала убили нахуй репутацию языка, зафорсили как язык для тупых паджитов, а теперь чето зачесалось. Поздно метаться.
>>502536
а может и не навалят. Прикол дотнета в том, что ты можешь реализовывать код с такой производительностью, какая требуется под задачу.
Дотнет это золотая середина всей вашей хуйни. Мода меняется. Вчера в моде был nodejs+typescript, сегодня python. Дотнет просто стабильно в топе по популярности.
> один хуй сверху навалят медиатора, ддд побольше, и чтобы 50 микросервисов висели на кафке, больше кафки богу кафки нахуй
а может и не навалят. Прикол дотнета в том, что ты можешь реализовывать код с такой производительностью, какая требуется под задачу.
Дотнет это золотая середина всей вашей хуйни. Мода меняется. Вчера в моде был nodejs+typescript, сегодня python. Дотнет просто стабильно в топе по популярности.
>>478218
господи как же этот мужчина шарит
мимо пишу всю жизнь на controller/service/repository, дто для request/response в контроллере, дто для бд по ситуации
всё летает нахуй
господи как же этот мужчина шарит
мимо пишу всю жизнь на controller/service/repository, дто для request/response в контроллере, дто для бд по ситуации
всё летает нахуй
>>502904
Да хуй с ним, насколько оно быстро-медленно работает.
Там же с этим вашим DDD и автомаппером хуй чего разберёшь. Тупо падает не производительность кода, а производительность разработчика.
Откуда берётся свойство - хуй знает.
В каком из пяти слоёв вносить изменение, когда все пять слоёв высосаны из пальца - тоже хуй знает
Я ебал всю эту многослойную поеботу, когда для того, чтобы замаппить таблицу и внешний запрос требуется 3-4 раза вызвать автомаппер, а часть кода должна каким-то ебучим образом вызваться САМА в декларативной форме через эмуляцию рэббита внутри процесса.
Все эти обоссаные доменные сервисы, с трёхслойными дженериками подходят только для простейших круд-репозиториев.
Но простейшие круд-репозитории можно и без этой хуйни писать.
Ебать, эта такая боль была, когда мне после первой работы, где мы три года ебались с медиатором ОБЪЯСНИЛИ, ЧТО ВЫЗЫВАТЬ NEW МОЖНО, и свойства можно просто проставить из одного объекта в другой.
Я теперь пишу простейший CQS на стандартном контейнере и уже год нет проблем
Да хуй с ним, насколько оно быстро-медленно работает.
Там же с этим вашим DDD и автомаппером хуй чего разберёшь. Тупо падает не производительность кода, а производительность разработчика.
Откуда берётся свойство - хуй знает.
В каком из пяти слоёв вносить изменение, когда все пять слоёв высосаны из пальца - тоже хуй знает
Я ебал всю эту многослойную поеботу, когда для того, чтобы замаппить таблицу и внешний запрос требуется 3-4 раза вызвать автомаппер, а часть кода должна каким-то ебучим образом вызваться САМА в декларативной форме через эмуляцию рэббита внутри процесса.
Все эти обоссаные доменные сервисы, с трёхслойными дженериками подходят только для простейших круд-репозиториев.
Но простейшие круд-репозитории можно и без этой хуйни писать.
Ебать, эта такая боль была, когда мне после первой работы, где мы три года ебались с медиатором ОБЪЯСНИЛИ, ЧТО ВЫЗЫВАТЬ NEW МОЖНО, и свойства можно просто проставить из одного объекта в другой.
Я теперь пишу простейший CQS на стандартном контейнере и уже год нет проблем
>>503129
Как в твоей шизофрении связаны медиатор и вызов new?
Фабрики сущностей пишут когда для создания требуется вызов еще 5 других сервисов и логики на 200 строк. Вот чтобы каждый раз не писать все это пишут фабрики.
>медиатором ОБЪЯСНИЛИ, ЧТО ВЫЗЫВАТЬ NEW МОЖНО
Как в твоей шизофрении связаны медиатор и вызов new?
Фабрики сущностей пишут когда для создания требуется вызов еще 5 других сервисов и логики на 200 строк. Вот чтобы каждый раз не писать все это пишут фабрики.
>>503180
Так, что вся эта пиздобратия ходит под ручку.
Подклчюаешь медиатр - требуется автомаппер, в уме держишь DDD, а в контроллерах у тебя гексагональный эвент-сорсинг, а чистая архитектура погоняет BestPractices
Так, что вся эта пиздобратия ходит под ручку.
Подклчюаешь медиатр - требуется автомаппер, в уме держишь DDD, а в контроллерах у тебя гексагональный эвент-сорсинг, а чистая архитектура погоняет BestPractices
>>474778 (OP)
Сап, шарпаноны, в универе учим Java, но в городе толковых вакансий по ней нет, хотя, собственно как и на .NET, везде от 3 лет опыта. Я просто хотел бы поинтересоваться, как по вашему мнению, на чем легче найти первую работку, любую, мне хочется хотя бы полгодика опыта наработать до конца ВУЗа. Спасибо
Сап, шарпаноны, в универе учим Java, но в городе толковых вакансий по ней нет, хотя, собственно как и на .NET, везде от 3 лет опыта. Я просто хотел бы поинтересоваться, как по вашему мнению, на чем легче найти первую работку, любую, мне хочется хотя бы полгодика опыта наработать до конца ВУЗа. Спасибо
>>503192
Пойди на джаве поработай, посмотри этот ёбаный цирк с абстрактными фабриками билдеров посетителей DDD Эвент-сосинг
A потом можешь на дотнет собеситься. В дотнет не берут джунов, вы нахуй не нужны
Пойди на джаве поработай, посмотри этот ёбаный цирк с абстрактными фабриками билдеров посетителей DDD Эвент-сосинг
A потом можешь на дотнет собеситься. В дотнет не берут джунов, вы нахуй не нужны
>>503192
На 1С)))) И нет, это не шутка. Ну и кстати неплохой старт в финтех, когда видишь цельное и достаточно простое финансовое приложение, хоть кривое косое и медленное.
На 1С)))) И нет, это не шутка. Ну и кстати неплохой старт в финтех, когда видишь цельное и достаточно простое финансовое приложение, хоть кривое косое и медленное.
>>503366
Ага, попизди мне. На джаве дохуя вакансий, на рабских галерах, где всё уже свершилось 10 лет назад и осталось только нести крест за мамкиных ООП архитекторов, которые говна понаписали и съебались
Джава ужасна, это всегда пропёрженое легаси, которое само поломалось, а затем само починилось
>На джаве больше работы
Ага, попизди мне. На джаве дохуя вакансий, на рабских галерах, где всё уже свершилось 10 лет назад и осталось только нести крест за мамкиных ООП архитекторов, которые говна понаписали и съебались
Джава ужасна, это всегда пропёрженое легаси, которое само поломалось, а затем само починилось
>>503428
ну в году 2018 ещё можно было сравнивать, сейчас небо и земля. Новые проекты начинают на дотнете, легаси содержат на джаве.
Одни только таски TPL экономят человекомесяцы
> Меняшь джава на шарп
ну в году 2018 ещё можно было сравнивать, сейчас небо и земля. Новые проекты начинают на дотнете, легаси содержат на джаве.
Одни только таски TPL экономят человекомесяцы
>>503492
У меня. Весь форкес 5 лет назад массово начал вались с джавы. Беки для мобилок, беки для небольших сайтов. Банки, озон, майндбокс, сбер, альфабанк, тинькофф. Дохера кто валит с джавы
>Где конкретно?
У меня. Весь форкес 5 лет назад массово начал вались с джавы. Беки для мобилок, беки для небольших сайтов. Банки, озон, майндбокс, сбер, альфабанк, тинькофф. Дохера кто валит с джавы
82 Кб, 1128x1218>>503502
А в тиньке в курсе, что они переезжают на .net?
А в тиньке в курсе, что они переезжают на .net?
>>503129
только ради тебя спиздил с работы два класса:
первый и ебейший
public abstract class GenericGisUiPrepareExportDataThread<ItemKey extends GenericGisObjectKey, GisExportData extends GenericGisResultObjectData<ItemKey> & GisRequestData<GisExportResultData,ItemKey>, GisExportResultData extends GenericGisResultObjectData<ItemKey>, GridItem extends GenericGisExportGridItem<ItemKey,GisExportData,GisExportResultData>, DataProviderType extends DataProvider<GridItem,SerializablePredicate<GridItem>>> implements Runnable
второй и менее ебейший
public class ProcOrgNsiWorksExportPrepareGridExportDataThread extends GenericGisUiPrepareExportDataThread<GisWorkExportObjectKey, GisRequestNsiWorkExportData, GisRequestWorkExportResultData,ExportWorksGridItem,ListDataProvider<ExportWorksGridItem>>
ебало моё представляешь? первая работа, 1.5 месяца уже работаю - один хуй тяжко
только ради тебя спиздил с работы два класса:
первый и ебейший
public abstract class GenericGisUiPrepareExportDataThread<ItemKey extends GenericGisObjectKey, GisExportData extends GenericGisResultObjectData<ItemKey> & GisRequestData<GisExportResultData,ItemKey>, GisExportResultData extends GenericGisResultObjectData<ItemKey>, GridItem extends GenericGisExportGridItem<ItemKey,GisExportData,GisExportResultData>, DataProviderType extends DataProvider<GridItem,SerializablePredicate<GridItem>>> implements Runnable
второй и менее ебейший
public class ProcOrgNsiWorksExportPrepareGridExportDataThread extends GenericGisUiPrepareExportDataThread<GisWorkExportObjectKey, GisRequestNsiWorkExportData, GisRequestWorkExportResultData,ExportWorksGridItem,ListDataProvider<ExportWorksGridItem>>
ебало моё представляешь? первая работа, 1.5 месяца уже работаю - один хуй тяжко
>>499883
да
>
>А вот так в джаве можно:
>
>record Person(string Name, int Age);
>
>?
>
>Помоги разобраться, пожалуйста
да
66 Кб, 498x486>>502390
Ты не понимаешь, это гексогональный эвент-сорсинг CQRS и чистая архитектура
>дебилы с автомапером
>умудряются делать вызовы через медиатр
Ты не понимаешь, это гексогональный эвент-сорсинг CQRS и чистая архитектура
>>504308
https://github.com/LuckyPennySoftware/MediatR
https://abp.io/
https://www.postsharp.net/
По сути тебе нужно освоить как пишутся агрегатные DDD сервисы, когда ты создаёшь один общий сервис для всех своих сущностей, а поведение добавляешь через спецификации, AOP или прочие практики метапрограммирования
Почитай как запускать шину сообщений, которая может паблишить события как внутри текущего процесса так и по кафке
Почитай как перехватывать доменные события через динамические прокси https://www.castleproject.org/projects/dynamicproxy/
Почитай, как оптимизировать SQL запросы с помощью автомаппера
https://automapper.io/
https://github.com/LuckyPennySoftware/MediatR
https://abp.io/
https://www.postsharp.net/
По сути тебе нужно освоить как пишутся агрегатные DDD сервисы, когда ты создаёшь один общий сервис для всех своих сущностей, а поведение добавляешь через спецификации, AOP или прочие практики метапрограммирования
Почитай как запускать шину сообщений, которая может паблишить события как внутри текущего процесса так и по кафке
Почитай как перехватывать доменные события через динамические прокси https://www.castleproject.org/projects/dynamicproxy/
Почитай, как оптимизировать SQL запросы с помощью автомаппера
https://automapper.io/
>>504505
Ебаный пиздец! Можно сколько угодно заниматься эскейп анализом и дрочить бенчмарки, но в реальности приходят паджиты и мажут код толстым слоем ддд говна.
>шину сообщений внутри текущего процесса
Ебаный пиздец! Можно сколько угодно заниматься эскейп анализом и дрочить бенчмарки, но в реальности приходят паджиты и мажут код толстым слоем ддд говна.
>>504507
Тебе не обязательно раббит или кафку использовать для интеграции шины сообщений. Можешь взять https://masstransit.io/ + ABP.Volo
Они взаимно интегрируются и тебе вообще не надо знать, как это работает. Просто получаешь доменные события по агрегатам
Тебе не обязательно раббит или кафку использовать для интеграции шины сообщений. Можешь взять https://masstransit.io/ + ABP.Volo
Они взаимно интегрируются и тебе вообще не надо знать, как это работает. Просто получаешь доменные события по агрегатам
>>504505
Ух ты спасибо
Ух ты спасибо
Аноны, как из джуна стать миддлом?
Работаю сейчас в конторе, у которой свои самописные технологии монолит еще с 2011 года. Современных фреймворков и инструментов тут нет. То есть опыта по современному стеку я тут не получу.
Что делать? Самообучаться только?
Работаю сейчас в конторе, у которой свои самописные технологии монолит еще с 2011 года. Современных фреймворков и инструментов тут нет. То есть опыта по современному стеку я тут не получу.
Что делать? Самообучаться только?
106 Кб, 1328x767Анон, поясни пожалуйста за этот момент, потому что я сейчас ёбнусь с этой чёрной бухгалтерией. Итак, есть некое целое число. Мы отправляем это число в отдельный метод, где оно должно быть разложено на составляющие его числа (например, число 123 раскладывается на 1, 2 и 3). Я решил сделать это через строку, т.к. оно попазалось мне лёгким. В результате, я засовываю переданное в метод число в некую строку, затем вычленяю из этой строки нужный мне символ, и с помощью метода Convert преобразую этот символ в число. В итоге, метод выдаёт мне какую-то хуйню. И что самое странное - этот же код, написанный в main, работает корректно, возвращая мне нужное число из строки. Я долго не мог понять, почему в мэине всё работает, а в методе начинает творится хуйня. В итоге, я установил, что всему виной операция + "\n" в мэине. Т.е. перенос на новую строку. Я хз, как это работает, но с припиской "\n" в параметре метода, оно начинает выдавать корректные значения, а без него - хуй. Как это вообще работает?
>>504740
Ты берешь char из стринга. В мэйне с "\n" ты превращаешь char в string, поэтому все корректно.
Когда ты приводишь char к int, он дает тебе код char'а. Видимо, getInt32 работает таким же образом.
А вообще ты можешь просто разделить число на цифры операциями % и /.
Ты берешь char из стринга. В мэйне с "\n" ты превращаешь char в string, поэтому все корректно.
Когда ты приводишь char к int, он дает тебе код char'а. Видимо, getInt32 работает таким же образом.
А вообще ты можешь просто разделить число на цифры операциями % и /.
>>504765
Спасибо, теперь понятно. Один только вопрос - а использовать "\n" в параметре метода Convert -это вообще считается дурным тоном? Потому что, как мне кажется, оно здорово облегчает эту ебаторию. Касательно реализации через деления числа (тот же %) - я думал про это. Но мне нужно было сделать всё через рекурсию, и я не сообразил, как сделать на каждом вызове так, чтобы из исходного числа (которое, в идеале, может быть любой длины) каждый раз бралось нужное число. Через строку это показалось проще, т.к. она просто массив символов, и ничего делить не надо.
Спасибо, теперь понятно. Один только вопрос - а использовать "\n" в параметре метода Convert -это вообще считается дурным тоном? Потому что, как мне кажется, оно здорово облегчает эту ебаторию. Касательно реализации через деления числа (тот же %) - я думал про это. Но мне нужно было сделать всё через рекурсию, и я не сообразил, как сделать на каждом вызове так, чтобы из исходного числа (которое, в идеале, может быть любой длины) каждый раз бралось нужное число. Через строку это показалось проще, т.к. она просто массив символов, и ничего делить не надо.
>>504772
Дурным тоном считается конвертировать литерал в число которое литерал представляет через конвертацию именно этим апи. Для такого есть int.Parse, float.Parse и т.д. включая возможность уточнять форматирование числа (например точка или запятая для плавающих чисел или разбиение разряда). Делай по документации, не по документации не делай.
Дурным тоном считается конвертировать литерал в число которое литерал представляет через конвертацию именно этим апи. Для такого есть int.Parse, float.Parse и т.д. включая возможность уточнять форматирование числа (например точка или запятая для плавающих чисел или разбиение разряда). Делай по документации, не по документации не делай.
66 Кб, 498x486>>504690
современный стек это умение обходиться без этой вот вашей всякой хуйни.
Или ты решил обложиться говном типо AOP, медиатра, монго-биби и писать микросервисы внутри десктопного приложения?
>То есть опыта по современному стеку я тут не получу.
современный стек это умение обходиться без этой вот вашей всякой хуйни.
Или ты решил обложиться говном типо AOP, медиатра, монго-биби и писать микросервисы внутри десктопного приложения?
>>504740
коды раскомментируй, может заработает
коды раскомментируй, может заработает
>Мы отправляем это число в отдельный метод, где оно должно быть разложено на составляющие его числа (например, число 123 раскладывается на 1, 2 и 3). Я решил сделать это через строку, т.к. оно попазалось мне лёгким.
Это полный пиздец! С одной стороны у нас люди которые претендуют на роль программистов, но при этом не понимают отличие цыфры от числа и не знают как разложить число на цыфры. С другой стороны у нас AI который постоянно галлюцинирует.
Мы обречены.
>>504801
Я, конечно, обосрался с тем, что обозвал цифры "числами" в своём посте (и нет, я различаю эти понятия на логическом уровне, просто невнимательно написал). Но ты, чучело, дважды написало "цифры" через "ы". Это тоже многое говорит о тебе. А уж сопоставлять обучение типичного вкатуна на начальной стадии с такими широко идущими выводами, типа "ох, измельчал современный программист" - это вообще пушка.
Я, конечно, обосрался с тем, что обозвал цифры "числами" в своём посте (и нет, я различаю эти понятия на логическом уровне, просто невнимательно написал). Но ты, чучело, дважды написало "цифры" через "ы". Это тоже многое говорит о тебе. А уж сопоставлять обучение типичного вкатуна на начальной стадии с такими широко идущими выводами, типа "ох, измельчал современный программист" - это вообще пушка.
>>504808
Типичного школьника ты хотел сказать, эту хрень сейчас в 7...8 классе проходят. Для вкатуна перед тобой уже не должно подобных проблем вставать.
>типичного вкатуна на начальной стадии
Типичного школьника ты хотел сказать, эту хрень сейчас в 7...8 классе проходят. Для вкатуна перед тобой уже не должно подобных проблем вставать.
>>504808
Филолог хуёв, иди на свободную кассу! Хули ты в программирование полез?
>Но ты, чучело, дважды написало "цифры" через "ы".
Филолог хуёв, иди на свободную кассу! Хули ты в программирование полез?
>>504899
Никак. Только практика, только шишки. Книги тебе пробустят теорию, а практику - либо пиздуй на гит и смотри что там выложили индусы для всяческих курсов либо слушай подкасты/митапы бывалых энтерпрайз каломесов и пытайся на коленке собрать какой-нибудь прототип. На гите найти что-то вменяемое навроде готового продукта почти нереально, потому что это такая область где 99% кода - это каловая смесь из репозиториев с сущностями к которым прикручены ручки с кешами и всё накрыто nda.
Никак. Только практика, только шишки. Книги тебе пробустят теорию, а практику - либо пиздуй на гит и смотри что там выложили индусы для всяческих курсов либо слушай подкасты/митапы бывалых энтерпрайз каломесов и пытайся на коленке собрать какой-нибудь прототип. На гите найти что-то вменяемое навроде готового продукта почти нереально, потому что это такая область где 99% кода - это каловая смесь из репозиториев с сущностями к которым прикручены ручки с кешами и всё накрыто nda.
>>504690
Очевидно, получить оффер на мидла. Крути опыт, ходи по собесам, к десятому будешь отвечать как боженька. Я, блять, на стафф инженера сейчас собеседуюсь по голенгу, имея ноль лет опыта в этом самом голенге, а ты на мидла стесняешься.
По поводу технологий: везде в продукте будет свой самописный стек, это нормально. Модные крутые актуальные штуки есть только на галерах, где проекты по 3 месяца.
>как из джуна стать миддлом?
Очевидно, получить оффер на мидла. Крути опыт, ходи по собесам, к десятому будешь отвечать как боженька. Я, блять, на стафф инженера сейчас собеседуюсь по голенгу, имея ноль лет опыта в этом самом голенге, а ты на мидла стесняешься.
По поводу технологий: везде в продукте будет свой самописный стек, это нормально. Модные крутые актуальные штуки есть только на галерах, где проекты по 3 месяца.
>>504899
Современный бизнес требует, чтобы сделано было вчера, а не конкретные технологии. В большинстве случаев тебе дается минимальный срок на то, чтобы разобраться и сделать. Вот на навык быстро найти информацию, обработать её, понять и применить и дрочи.
>Раз этого требует современный бизнес
Современный бизнес требует, чтобы сделано было вчера, а не конкретные технологии. В большинстве случаев тебе дается минимальный срок на то, чтобы разобраться и сделать. Вот на навык быстро найти информацию, обработать её, понять и применить и дрочи.
349 Кб, 619x504Солон уже сто раз пожалел, что ушел от смешанного туалета и платежеспособной аудитории.
У него сейчас буквально два флопа подряд идут, вайфуэнджоеры не платят почему-то...
У него сейчас буквально два флопа подряд идут, вайфуэнджоеры не платят почему-то...
1,2 Мб, 1000x651>>475505
Полтора месяца плотнейшего пердолинга - первый оффер (раб за 100 тысяч веток в месяц), причем даже не аутстафф
Хотя наебать приукрасить про опыт и образование все же пришлось...
Полтора месяца плотнейшего пердолинга - первый оффер (раб за 100 тысяч веток в месяц), причем даже не аутстафф
Хотя наебать приукрасить про опыт и образование все же пришлось...
>>504899
опыт
нет. Но половина разработчиков навсегда остаётся джунами
>что делает джуна мидлом
опыт
> Можно ли искусственно без опыта стать мидлом?
нет. Но половина разработчиков навсегда остаётся джунами
>>496961
Так и скажи что база данных для тех кто помимо пуканья в кафку хочет пукать еще куда-нибудь. В какое приложение не плюнь - остатки, баланс, обороты, даже в аналоге джиры надо посчитать кпи.
>Ещё раз. Если тебе надо кучу реплик с транзакциями, у тебя там гостайны или банковские балансы, ну храни это в реляционной бд
Так и скажи что база данных для тех кто помимо пуканья в кафку хочет пукать еще куда-нибудь. В какое приложение не плюнь - остатки, баланс, обороты, даже в аналоге джиры надо посчитать кпи.
>>502051
Ну хз хз. Мне кажется во втором покороче.
> user.Name = "шарпосвинота"
> user.name("шарпосвинота")
Ну хз хз. Мне кажется во втором покороче.
А самое главное читаемее! Вместо индусского позорища в котором какие-то инструкции выполняются при = "хуй". Пиздарики!
>>505452
можешь это рассматривать как разновидность перегрузки оператора присвоения. Ах да, у джавы же нет перегрузки операторов. И много чего еще нет. Только обмазываться анотационной кодогенерацией и дрочить остается, получается, зато по кайфу и все понятно.
можешь это рассматривать как разновидность перегрузки оператора присвоения. Ах да, у джавы же нет перегрузки операторов. И много чего еще нет. Только обмазываться анотационной кодогенерацией и дрочить остается, получается, зато по кайфу и все понятно.
>>505491
мда
>вот какие вы лохи, вам не завезли нечитаемости кода, сидите разрабатываете реальные программы вместо того чтобы разбираться что эта строка значит
мда
>>505497
Щас бы в 2025 году из петушиного угла кудахтать про нечитаемость кода в c#.
Чел, вы бы хоть асинки завезли в ебучую джаву
>вот какие вы лохи, вам не завезли нечитаемости кода
Щас бы в 2025 году из петушиного угла кудахтать про нечитаемость кода в c#.
Чел, вы бы хоть асинки завезли в ебучую джаву
>>505503
сыглы, надо засирать код actionblock`ами, ведь коллбечиться из гринтредов это такая приятная олдскул маза, век бы писал на таком
сыглы, надо засирать код actionblock`ами, ведь коллбечиться из гринтредов это такая приятная олдскул маза, век бы писал на таком
>>505523
>вжжжж инструкции на = и копроасинки это хорошо яскоооозал и буду повторять каждый день потому что если не повторю хоть раз наступит кризис среднего возраста
>>505527
Суть в том что в твоём бреде в принципе мало информации на которую можно отвечать.
Суть в том что в твоём бреде в принципе мало информации на которую можно отвечать.
>>505532
Ты пришёл к нам в тред рассказывать как ты пишешь программы на джаве и вовсе не страдаешь?
Ну ладно
Ты пришёл к нам в тред рассказывать как ты пишешь программы на джаве и вовсе не страдаешь?
Ну ладно
>>505537
Над шарпосвиньями издеваюсь просто потому что они никак проглотить не могут и продолжают слать мне уведомления. Я даже на сосач не захожу сейчас особо, но как раз в неделю захожу так кто-то тут рыло под мочу подставил в этом ИТТ треде.
Над шарпосвиньями издеваюсь просто потому что они никак проглотить не могут и продолжают слать мне уведомления. Я даже на сосач не захожу сейчас особо, но как раз в неделю захожу так кто-то тут рыло под мочу подставил в этом ИТТ треде.
>>505532
взаимоисключающие понятия для джаваговна. Впрочем как скриптовый язык для создания ручек, сущностей, репозиториев и иногда обращения к системному io - под пиво покатит, 1с похуже
>>505540
ты даже не знаешь что такое синхронизация результатов асинхронных и многопоточных функций, ты просто залетуха чуханская на которую тред не ссыт из брезгливости, ведь говно лучше не трогать - воняет
>писать программы
>не страдать
взаимоисключающие понятия для джаваговна. Впрочем как скриптовый язык для создания ручек, сущностей, репозиториев и иногда обращения к системному io - под пиво покатит, 1с похуже
>>505540
ты даже не знаешь что такое синхронизация результатов асинхронных и многопоточных функций, ты просто залетуха чуханская на которую тред не ссыт из брезгливости, ведь говно лучше не трогать - воняет
>>505548
Почему это? Обоссал все нахрюки с пруфами. Я в этом треде составляю 120% разума и толка.
Почему это? Обоссал все нахрюки с пруфами. Я в этом треде составляю 120% разума и толка.
>>505550
Как? Можешь последовательно объяснить свою позицию? Смотри, я ушёл с джавы на c# и очень доволен. Мне нравятся асинки, нугет, и в целом он получше устроен.
Можешь меня убедить в обратном или тебе просто неприятно?
> Обоссал все нахрюки с пруфами.
Как? Можешь последовательно объяснить свою позицию? Смотри, я ушёл с джавы на c# и очень доволен. Мне нравятся асинки, нугет, и в целом он получше устроен.
Можешь меня убедить в обратном или тебе просто неприятно?
>>505558
Непробиваемость и бесконечная пиздлявость некоторых индивидов мало чего доказывает.
Непробиваемость и бесконечная пиздлявость некоторых индивидов мало чего доказывает.
>>505597
Ок, тебе по всей видимости просто НЕПРИЯТНО.
Ок, тебе по всей видимости просто НЕПРИЯТНО.
>>505240
Я имел в виду конкретно деньги, которые нельзя терять вообще. Для всего остального та мизерная разница в надёжности между sql и монгой вполне оправдана упрощением кода, что само ведёт к уменьшению богов.
>>505397
Лобок генерирует setName(). Если ты хочешь делать name(), у тебе придётся писать реализацию самому.
private String m_name;
public String name() {
return m_name;
}
public void name(String name) {
m_name = name;
}
VS
public string Name { get; set; }
Вот уж бойлерплейтище.
Я имел в виду конкретно деньги, которые нельзя терять вообще. Для всего остального та мизерная разница в надёжности между sql и монгой вполне оправдана упрощением кода, что само ведёт к уменьшению богов.
>>505397
>> user.name("шарпосвинота")
>Ну хз хз. Мне кажется во втором покороче.
Лобок генерирует setName(). Если ты хочешь делать name(), у тебе придётся писать реализацию самому.
private String m_name;
public String name() {
return m_name;
}
public void name(String name) {
m_name = name;
}
VS
public string Name { get; set; }
Вот уж бойлерплейтище.
>>505656
получается принтер за n денег который по милости отсутствия в монге способов атомизации задвоится или уйдет в минус в управленческом учете не так и страшно, да? Да, шанс на самом деле мизерный, но все же есть. Получается что за консистентность в нашем говне которе почему то называется бд для работы с важными данными, в ответе только господь бог, планировщик потоков и разраб, которому не повезло. При этом по скорости будет сосать у редиса. Так зачем же?
>Я имел в виду конкретно деньги, которые нельзя терять вообще
получается принтер за n денег который по милости отсутствия в монге способов атомизации задвоится или уйдет в минус в управленческом учете не так и страшно, да? Да, шанс на самом деле мизерный, но все же есть. Получается что за консистентность в нашем говне которе почему то называется бд для работы с важными данными, в ответе только господь бог, планировщик потоков и разраб, которому не повезло. При этом по скорости будет сосать у редиса. Так зачем же?
>>505683
Сохранение целого документа -- это одна операция. У тебя может возникнуть инконсистентность при сохранении нескольких документов, но во-первых каждый документ в монге это десяток, а то и больше записей в рбд, а во-вторых можно добавить механизм локов выше в абстракции. Тебе и для рбд такое пригодится, чтобы не ебаться с мерджем изменений от двух разных пользователей.
Сохранение целого документа -- это одна операция. У тебя может возникнуть инконсистентность при сохранении нескольких документов, но во-первых каждый документ в монге это десяток, а то и больше записей в рбд, а во-вторых можно добавить механизм локов выше в абстракции. Тебе и для рбд такое пригодится, чтобы не ебаться с мерджем изменений от двух разных пользователей.
>>505717
Монга - это каловое легаси от дебилов, которые 10 лет назад повелись на форс этого говна. Это огромный красный флажище в вакансии. Нет пути.
Монга - это каловое легаси от дебилов, которые 10 лет назад повелись на форс этого говна. Это огромный красный флажище в вакансии. Нет пути.
>>505497
Что вы там блять разбираете постоянно. Мне похуй что это значит вызов метода сеттера, мне важно ЧТО ПРОИСХОДИТ а не КАК. Вот серьёзно вы реально каждую строку читайте и думаете "так вот тут у нас такое условие" я просто читаю код как книжку и все.
Что вы там блять разбираете постоянно. Мне похуй что это значит вызов метода сеттера, мне важно ЧТО ПРОИСХОДИТ а не КАК. Вот серьёзно вы реально каждую строку читайте и думаете "так вот тут у нас такое условие" я просто читаю код как книжку и все.
>>505796
геттер сеттер из сторонней библиотеки
хз как можно копротивляться за джаву, когда очевидно, что это устаревший говноязык, живущий только за счет легаси
мимо бывший джавист
геттер сеттер из сторонней библиотеки
хз как можно копротивляться за джаву, когда очевидно, что это устаревший говноязык, живущий только за счет легаси
мимо бывший джавист
>>505797
Императивная хуйня. В нормальном DDD поведение объекта должно быть скрыто от разработчика.
Разработчику достаточно настроить событийную модель и поддержать пару пайплайнов, чтобы аналитик мог в декларативной форме описывать сценарии на ubiquitius language.
>мне важно ЧТО ПРОИСХОДИТ а не КАК
Императивная хуйня. В нормальном DDD поведение объекта должно быть скрыто от разработчика.
Разработчику достаточно настроить событийную модель и поддержать пару пайплайнов, чтобы аналитик мог в декларативной форме описывать сценарии на ubiquitius language.
>>506058
Функциональная шиза тоже нахуй не нужна. Писать нужно на таком уровне абстракции, чтобы разработчик ничего не знал о деталях реализации логики приложения.
В коде описывается один общий репозиторий под аггрегаты и событийная модель. Поведение настраивается через AOP c помощью XML аналитиками или в крайнем случае в коде по паттерну спецификация.
Только так можно добиться чистого кода без запахов.
Мимо 5 лет в чистом DDD
Функциональная шиза тоже нахуй не нужна. Писать нужно на таком уровне абстракции, чтобы разработчик ничего не знал о деталях реализации логики приложения.
В коде описывается один общий репозиторий под аггрегаты и событийная модель. Поведение настраивается через AOP c помощью XML аналитиками или в крайнем случае в коде по паттерну спецификация.
Только так можно добиться чистого кода без запахов.
Мимо 5 лет в чистом DDD
>>506173
Перед тем как оправдывать монго-биби, ответь на два вопроса:
- нахуя хранить несвязанные данные?
- нахуя хранить данные с неопределённой схемой?
>Ну то есть аргументов у вас нет
Перед тем как оправдывать монго-биби, ответь на два вопроса:
- нахуя хранить несвязанные данные?
- нахуя хранить данные с неопределённой схемой?
21 Кб, 300x218>>506173
Монго дерьмище
Монго дерьмище
Шарпоняши, какой линтер у вас тут самый строгий модный молодёжный? Хочется именно CLI тулзу чтобы и в CI запускать. И ещё, как вы форматер настраиваете, может конфигом поделитесь? А то dotnet format по дефолту чето даже длинну строки не везде энфорсит как я погляжу. Я на шарп сегодня первый раз увидел, лень искать-разбираться, просто скажите как надо пожалуйста. А то я большой любитель обмазать проект с самого начала всякими статическими анализаторами...
>>506088
Эххх вот бы хоть раз в таком поработать а не разгребать ад
хок лапшу...
>Мимо 5 лет в чистом DDD
Эххх вот бы хоть раз в таком поработать а не разгребать ад
хок лапшу...
>>506464
В дотнете все пишут в вижуал студии, с консолью никто не работает. В студии есть свой встроенный линтер.
В дотнете все пишут в вижуал студии, с консолью никто не работает. В студии есть свой встроенный линтер.
>>506473
Сиаем в дотнете тоже не пользуются? Ну или вот например я хочу сказать клод коду чтобы он все замечания линтера пофиксил - если линтер это CLI тулза то клод код сам её запустит и посмотрит вывод, а если это "свой встроенный линтер" то тогда что, вручную всё копипастить?
Ну бля я не верю что в 2к25 существует такая жёсткая связность между яп и гуём для кодописания на этом яп и комьюнити неиронично это хавает, ну камон шаропняши, я знаю что вы можете лучше...
Сиаем в дотнете тоже не пользуются? Ну или вот например я хочу сказать клод коду чтобы он все замечания линтера пофиксил - если линтер это CLI тулза то клод код сам её запустит и посмотрит вывод, а если это "свой встроенный линтер" то тогда что, вручную всё копипастить?
Ну бля я не верю что в 2к25 существует такая жёсткая связность между яп и гуём для кодописания на этом яп и комьюнити неиронично это хавает, ну камон шаропняши, я знаю что вы можете лучше...
>>506537
Нахуя мне твоя нейронка если все это делает решарпер при коммите? В студии копилот встроен который тебе целые куски кода генерирует и ошибки ищет.
Вот каким надо быть долбоебом чтобы в 2к25 консоль открывать это да.
Нахуя мне твоя нейронка если все это делает решарпер при коммите? В студии копилот встроен который тебе целые куски кода генерирует и ошибки ищет.
Вот каким надо быть долбоебом чтобы в 2к25 консоль открывать это да.
>>506464
встроена в эссдикей, просто набери в консоли
$ dotnet format
ты попал в статически аналируемый рай
>Хочется именно CLI тулзу
встроена в эссдикей, просто набери в консоли
$ dotnet format
>А то я большой любитель обмазать проект с самого начала всякими статическими анализаторами
ты попал в статически аналируемый рай
>>507208
И где же шарп дискусии? Только войной с спринговыми сосальщиками тред и жив. Тред блять закрепить не могут уже 2 или 3 месяц
>тред про шарп
И где же шарп дискусии? Только войной с спринговыми сосальщиками тред и жив. Тред блять закрепить не могут уже 2 или 3 месяц
>>507213
Ещё полгода назад здесь всем было похуй на жабу и обсуждали формочки WTF и программирование на XAML
За всё время существования шарпотредов их ни разу не закрепляли.
> И где же шарп дискусии? Только войной с спринговыми сосальщиками тред и жив.
Ещё полгода назад здесь всем было похуй на жабу и обсуждали формочки WTF и программирование на XAML
> Тред блять закрепить не могут уже 2 или 3 месяц
За всё время существования шарпотредов их ни разу не закрепляли.
>>507218
Я про то что ходить в этот тред нужно было через перекат из 60 треда с мобилы, сейчас вроде уже пофиксили, но буквально пару недель назад приходилось ходить так.
И где?
>За всё время существования шарпотредов их ни разу не закрепляли.
Я про то что ходить в этот тред нужно было через перекат из 60 треда с мобилы, сейчас вроде уже пофиксили, но буквально пару недель назад приходилось ходить так.
>Ещё полгода назад
И где?
>>507208
Какие классы? А создавать как? через пару КЛАССОВ фабрик и провайдеров? Вы там совсем ёбнулись в конец?
Вот я пишу метод, и хуяк, я понимаю, что мне надо в БД посмотреть кой-чего. Как мне не переписывая мой метод НА КЛАССЫ сделать запрос в БД и не блокировать при этом поток исполния? Ну или как не переписывая мой метод НА КОЛЛБЕКИ и не связываясь с многопоточной внутрянкой это сделать?
>Через классы. А при чём тут обоссанная жаба, если тред про шарп?
Какие классы? А создавать как? через пару КЛАССОВ фабрик и провайдеров? Вы там совсем ёбнулись в конец?
Вот я пишу метод, и хуяк, я понимаю, что мне надо в БД посмотреть кой-чего. Как мне не переписывая мой метод НА КЛАССЫ сделать запрос в БД и не блокировать при этом поток исполния? Ну или как не переписывая мой метод НА КОЛЛБЕКИ и не связываясь с многопоточной внутрянкой это сделать?
>>506273
Что ты имеешь в виду? Хранить данные в несвязаном виде? Ты про отсутствие констрейнтов?
Схема определяется кодом слоя репозитория. Отсутствие схемы может быть и плюсом, когда ты делаешь полиморфное хранилище с однотипными но немного разными данными.
Я уже достаточно писал про плюсы монги по сравнению с реляционными бд.
>Перед тем как оправдывать монго-биби, ответь на два вопроса:
>- нахуя хранить несвязанные данные?
Что ты имеешь в виду? Хранить данные в несвязаном виде? Ты про отсутствие констрейнтов?
>- нахуя хранить данные с неопределённой схемой?
Схема определяется кодом слоя репозитория. Отсутствие схемы может быть и плюсом, когда ты делаешь полиморфное хранилище с однотипными но немного разными данными.
Я уже достаточно писал про плюсы монги по сравнению с реляционными бд.
>>507456
Как писать "Виртуальные треды, акторы, реактивщина." без коллбеков?
Так, чтобы код можно было слева-направо читать и сверху-вниз?
>Виртуальные треды, акторы, реактивщина.
Как писать "Виртуальные треды, акторы, реактивщина." без коллбеков?
Так, чтобы код можно было слева-направо читать и сверху-вниз?
>>507246
Какие плюсы? Ты тоже из тех дебилов, которые СУБД и Монго как-то могут сравнивать?
Монго это же ссаная коллекция BSON, ничего более.
>Я уже достаточно писал про плюсы монги
Какие плюсы? Ты тоже из тех дебилов, которые СУБД и Монго как-то могут сравнивать?
Монго это же ссаная коллекция BSON, ничего более.
>>507466
Мудило, думаешь если будешь изображать клована сразу станешь убедительно звучать?
>Как писать "Виртуальные треды, акторы, реактивщина." без коллбеков?
>
>Так, чтобы код можно было слева-направо читать и сверху-вниз?
Мудило, думаешь если будешь изображать клована сразу станешь убедительно звучать?
>>507473
Так он спрашивает по делу. Реактор - промисная обертка над коллбеками. Виртуальные треды - очень хорошо, но без промис говнеца мы будем писать вызывать коллбеки прямо из этих тредов. Акторы - эвентлуп который по факту те же коллбеки которые ты передаешь в сообщении.
Так он спрашивает по делу. Реактор - промисная обертка над коллбеками. Виртуальные треды - очень хорошо, но без промис говнеца мы будем писать вызывать коллбеки прямо из этих тредов. Акторы - эвентлуп который по факту те же коллбеки которые ты передаешь в сообщении.
>>507473
Что не так? Я начинал программировать на коде, который до TPL был написан. Прошёл еблю с ручным управлением потоками, с самописными промисами. Работал со стилем begin/end. Ебался с реактивным кодом, я всё это видел.
Когда появился TPL - то мы резко весь код на него начали переписывать, и он тупо стал ПОНЯТЕН. Не ворох ебучих коллбеков, перемешанных с примитивами синхронизации, а просто функции, написанные слева-направо и сверху-вниз, которые могут подождать не блокируя поток.
В джаве нет async/await. И еще лет десять не будет. Джаву можно просто вычёркивать
Что не так? Я начинал программировать на коде, который до TPL был написан. Прошёл еблю с ручным управлением потоками, с самописными промисами. Работал со стилем begin/end. Ебался с реактивным кодом, я всё это видел.
Когда появился TPL - то мы резко весь код на него начали переписывать, и он тупо стал ПОНЯТЕН. Не ворох ебучих коллбеков, перемешанных с примитивами синхронизации, а просто функции, написанные слева-направо и сверху-вниз, которые могут подождать не блокируя поток.
В джаве нет async/await. И еще лет десять не будет. Джаву можно просто вычёркивать
>>507608
Если ты такой дохуя олдфаг, ты должен помнить, что до микросервисного безумия никто не делал по 100500 асинхронных операций в коде. Просто не было необходимости, тебе IIS давал поток и ты в нем спокойно работал без асинков. Не хватает памяти - докупил плашку и снова хватает. Это сейчас жиды всех затянули в облака, где надо сделать кучу асинхронных вызовов в каждой сраной ручке. Раньше просто писали код.
Если ты такой дохуя олдфаг, ты должен помнить, что до микросервисного безумия никто не делал по 100500 асинхронных операций в коде. Просто не было необходимости, тебе IIS давал поток и ты в нем спокойно работал без асинков. Не хватает памяти - докупил плашку и снова хватает. Это сейчас жиды всех затянули в облака, где надо сделать кучу асинхронных вызовов в каждой сраной ручке. Раньше просто писали код.
>>507469
Да, блин, это просто коллекция бзонов, чем база данных и должна быть.
Окей, я один раз повторю вкратце чем монга удобнее сиквела.
1. Формат данных гораздо ближе к тому, как оно хранится в коде. Никакие орм нахуй не нужны. Чтобы понять, как данные в коде соотносятся с тем, что лежит в бд, не надо изучать кучу кода.
2. С сиквелом на каждый чих пишут новый селект, в монге у тебя в куче мест будет вызов одного и того же метода получения объекта по айди, а просто потом уже вычленение нужной информации. Плюс при дебаге для анализа информации в бд не надо писать кучу джойнов, чтобы понять, что там лежит. Релевантные данные сгруппированы большими кусками.
3. Из-за обилия бойлерплейта все кому не лень клепают кучу абстракций и паттернов типа unit of work, а потом заёбываются это всё поддерживать. С монгой это всё тоже нахер не нужно.
4. Суперфункциональная база данных приводит к тому, что кто-то умный успел понаписать кучу хранимых процедур и функций (в лучшем случае) и триггеров (в случае несколько похуже) с бизнес логикой. В итоге бизнес-логика размазана по sql и c#. Удачи сопоставлять и поддерживать это.
У меня достаточно опыта работы и с тем, и с другим, и работа с sql занимает намного больше времени и порождает намного больше багов просто в силу раздувания кода.
Зато можно над одной таской три дня корпеть вместо одного. Заебись, хули.
Да, блин, это просто коллекция бзонов, чем база данных и должна быть.
Окей, я один раз повторю вкратце чем монга удобнее сиквела.
1. Формат данных гораздо ближе к тому, как оно хранится в коде. Никакие орм нахуй не нужны. Чтобы понять, как данные в коде соотносятся с тем, что лежит в бд, не надо изучать кучу кода.
2. С сиквелом на каждый чих пишут новый селект, в монге у тебя в куче мест будет вызов одного и того же метода получения объекта по айди, а просто потом уже вычленение нужной информации. Плюс при дебаге для анализа информации в бд не надо писать кучу джойнов, чтобы понять, что там лежит. Релевантные данные сгруппированы большими кусками.
3. Из-за обилия бойлерплейта все кому не лень клепают кучу абстракций и паттернов типа unit of work, а потом заёбываются это всё поддерживать. С монгой это всё тоже нахер не нужно.
4. Суперфункциональная база данных приводит к тому, что кто-то умный успел понаписать кучу хранимых процедур и функций (в лучшем случае) и триггеров (в случае несколько похуже) с бизнес логикой. В итоге бизнес-логика размазана по sql и c#. Удачи сопоставлять и поддерживать это.
У меня достаточно опыта работы и с тем, и с другим, и работа с sql занимает намного больше времени и порождает намного больше багов просто в силу раздувания кода.
Зато можно над одной таской три дня корпеть вместо одного. Заебись, хули.
>>508064
Ну а как ты данные возвращал вызывающему асинхронно без асинков?
Ну а как ты данные возвращал вызывающему асинхронно без асинков?
>>508064
Конечно. В чем проблема?
Асинки нужны для экономии памяти. Память надо экономить, когда глупые и жадные кабаны пытаются выгадать копейки и запустить 20 контейнеров на одной несчастной машине. Опытные девопсы никогда так не делают, но всегда найдется мартышка с галеры. Когда у тебя один апп сервер бежит на одной машине и не хватает памяти, ты просто докупаешь память, она стоит хуйню, экономить не надо. Тогда асинки не нужны, менеджментом потоков занимается иис или томкат или апач или еще кто.
Конечно. В чем проблема?
Асинки нужны для экономии памяти. Память надо экономить, когда глупые и жадные кабаны пытаются выгадать копейки и запустить 20 контейнеров на одной несчастной машине. Опытные девопсы никогда так не делают, но всегда найдется мартышка с галеры. Когда у тебя один апп сервер бежит на одной машине и не хватает памяти, ты просто докупаешь память, она стоит хуйню, экономить не надо. Тогда асинки не нужны, менеджментом потоков занимается иис или томкат или апач или еще кто.
>>508074
То есть монга для тех, кто не может в sql из-за недоразвитости участков мозга. Ну как бы это не секрет, в айти много идиотов.
Все твои охуительные истории про данные лежат в одном месте работают ровно до тех пор, пока продакт не приходит с новой охуительной идеей, которая все перекраивает. В sql ты можешь джоинить кого угодно с кем угодно, в монге - хуй на, модель одна. Бонусом идет ебля с версиями записей, схемы то нет.
То есть монга для тех, кто не может в sql из-за недоразвитости участков мозга. Ну как бы это не секрет, в айти много идиотов.
Все твои охуительные истории про данные лежат в одном месте работают ровно до тех пор, пока продакт не приходит с новой охуительной идеей, которая все перекраивает. В sql ты можешь джоинить кого угодно с кем угодно, в монге - хуй на, модель одна. Бонусом идет ебля с версиями записей, схемы то нет.
>>508062
Дело вовсе не в памяти, а в том, что у тебя запрос блокирует тред. Во-первых, этот тред сидит и нопы выполняет пока ему ответ из бд придёт, тратя процессорное время. Во-вторых, тред берётся из тредпула, а их там ограниченное количество. Если пришёл запрос, а тредпул исчерпан, то запрос посылается нахуй.
И вот сначала писали всё блокирующее, потом стали коллбеки хуячить, чтобы треды немного освободить, ну а потом придумали синтаксический сахар в виде эвейтов (асинки не нужны на самом деле).
мимо-ниибаца-олдфаг
Дело вовсе не в памяти, а в том, что у тебя запрос блокирует тред. Во-первых, этот тред сидит и нопы выполняет пока ему ответ из бд придёт, тратя процессорное время. Во-вторых, тред берётся из тредпула, а их там ограниченное количество. Если пришёл запрос, а тредпул исчерпан, то запрос посылается нахуй.
И вот сначала писали всё блокирующее, потом стали коллбеки хуячить, чтобы треды немного освободить, ну а потом придумали синтаксический сахар в виде эвейтов (асинки не нужны на самом деле).
мимо-ниибаца-олдфаг
>>508080
Давным давно ядро складывает такие ожидающие потоки отдельно и квант времени им не выдает. Никто нопы не крутит. Ты можешь запустить 1000 потоков, повесить все на один сокет, и ядро сделает балансировку нагрузки. Дело именно в памяти, под каждый тред выделяются какие-то служебные данные, а в дотнете паджиты еще и насрали от души сразу на пару мегабайт пер тред.
Колбеки писали в джаваскрипте тупо потому, что там нет многопоточности. Никто не думал, что через 30 лет долбоебы будут писать бекенд на скриптовом языке, инженеры тех лет охуели бы от современного айти. С ростом популярности нодежс это говно протекло и в другие языки.
Давным давно ядро складывает такие ожидающие потоки отдельно и квант времени им не выдает. Никто нопы не крутит. Ты можешь запустить 1000 потоков, повесить все на один сокет, и ядро сделает балансировку нагрузки. Дело именно в памяти, под каждый тред выделяются какие-то служебные данные, а в дотнете паджиты еще и насрали от души сразу на пару мегабайт пер тред.
Колбеки писали в джаваскрипте тупо потому, что там нет многопоточности. Никто не думал, что через 30 лет долбоебы будут писать бекенд на скриптовом языке, инженеры тех лет охуели бы от современного айти. С ростом популярности нодежс это говно протекло и в другие языки.
>>508079
Ты если такой умный, пиши сразу на ассемблере, хули.
Не понимаю, зачем себе проблемы придумывать. Это как долбоёбы, которые солнцезащитным кремом не мажутся, потому что "они ж не пидоры", а потом обгоревшие сидят и стонут.
Вот придёт тебе продакт с охуительной идеей, где один-ко-многим надо на много-ко-многим менять, и придётся тебе писать миграции. Точно так же никто тебе не мешает написать миграции для монги, чтобы проапдейтить все сущности. И не будет никакого версионирования.
Ты если такой умный, пиши сразу на ассемблере, хули.
Не понимаю, зачем себе проблемы придумывать. Это как долбоёбы, которые солнцезащитным кремом не мажутся, потому что "они ж не пидоры", а потом обгоревшие сидят и стонут.
Вот придёт тебе продакт с охуительной идеей, где один-ко-многим надо на много-ко-многим менять, и придётся тебе писать миграции. Точно так же никто тебе не мешает написать миграции для монги, чтобы проапдейтить все сущности. И не будет никакого версионирования.
>>508077
ты из 2008 года? Счастливый человек!
> менеджментом потоков занимается иис или томкат или апач или еще кто.
ты из 2008 года? Счастливый человек!
>>508081
У тебя что с эвейтами, что без них n потоков в пуле, это никак на памяти не отражается. Исчерпание пула называется thread pool starvation или exhaustion, и это реально существующая проблема.
Тред не занимает пару мегабайт, он занимает примерно 25КБ. Пруф: https://stackoverflow.com/questions/33846838/c-sharp-thread-memory-usage
Число тредов в пуле исчисляется десятками (10 на процессор по дефолту), так что о памяти речь не идёт вообще.
У тебя что с эвейтами, что без них n потоков в пуле, это никак на памяти не отражается. Исчерпание пула называется thread pool starvation или exhaustion, и это реально существующая проблема.
Тред не занимает пару мегабайт, он занимает примерно 25КБ. Пруф: https://stackoverflow.com/questions/33846838/c-sharp-thread-memory-usage
Число тредов в пуле исчисляется десятками (10 на процессор по дефолту), так что о памяти речь не идёт вообще.
>>508082
монго уместен только для несвязанных ни с чем сущностей и когда нет транзакций и изменения схемы данных. Во всех остальных случаях лучше использовать СУБД
монго уместен только для несвязанных ни с чем сущностей и когда нет транзакций и изменения схемы данных. Во всех остальных случаях лучше использовать СУБД
>>508084
Ты не понял. Я руками на старте моего сервера могу создать 1000 тредов на любом языке, хоть на асме, и мне асинк не нужен.Будет такой себе пул на уровне ядра. 1000 тредов займут больше памяти, чем 10 тредов, но память или есть или нет. Похуй, 2гб сожрет твой сервер или 3гб, когда у тебя 4гб на машине и на все хватает. Поэтому асинки нужны для экономии памяти, других причин нет.
Ты не понял. Я руками на старте моего сервера могу создать 1000 тредов на любом языке, хоть на асме, и мне асинк не нужен.Будет такой себе пул на уровне ядра. 1000 тредов займут больше памяти, чем 10 тредов, но память или есть или нет. Похуй, 2гб сожрет твой сервер или 3гб, когда у тебя 4гб на машине и на все хватает. Поэтому асинки нужны для экономии памяти, других причин нет.
>>508086
асинки нужны для того, чтобы быстро и удобно писать асинхронный код.
>Поэтому асинки нужны для экономии памяти, других причин нет.
асинки нужны для того, чтобы быстро и удобно писать асинхронный код.
>>508102
Зачем писать асинхронный код?
Зачем писать асинхронный код?
>>507528
Это конкурс на самый тупой ответ, что ли? Что за хуету ты несешь?
Во первых какая разница что там внутри, если ты пишешь код который читается слева направо, с хуя на залупу. Во вторых нет там внутри никаких колбеков.
>Реактор - промисная обертка над коллбеками. Виртуальные треды - очень хорошо, но без промис говнеца мы будем писать вызывать коллбеки прямо из этих тредов. Акторы - эвентлуп который по факту те же коллбеки которые ты передаешь в сообщении.
Это конкурс на самый тупой ответ, что ли? Что за хуету ты несешь?
Во первых какая разница что там внутри, если ты пишешь код который читается слева направо, с хуя на залупу. Во вторых нет там внутри никаких колбеков.
>>508113
А какая разница если это всё равно коллбеки? Промисы для того и придумали чтобы сделать из коллбеков формат чтения слева направо, но от этого они коллбеками быть не перестали.
Где это внутри? Что ты имеешь в виду под этим словом? По твоему конструкция then(...).then(...) в реакторе это не цепочка из коллбеков? Ебобо?
>код который читается слева направо, с хуя на залупу
А какая разница если это всё равно коллбеки? Промисы для того и придумали чтобы сделать из коллбеков формат чтения слева направо, но от этого они коллбеками быть не перестали.
>Во вторых нет там внутри никаких колбеков
Где это внутри? Что ты имеешь в виду под этим словом? По твоему конструкция then(...).then(...) в реакторе это не цепочка из коллбеков? Ебобо?
>>507608
У тебя просто симптом утенка. Тебе дали асинки и ты теперь считаешь, что кроме них ничего и не бывает.
У тебя какие-то комплексы, что тебе надо постоянно джаву вспоминать? Джаве не нужны асинки, там есть виртуальные треды которые делают всё то же самое, но в разы проще для разработчика.
>Когда появился TPL - то мы резко весь код на него начали переписывать, и он тупо стал ПОНЯТЕН. Не ворох ебучих коллбеков, перемешанных с примитивами синхронизации, а просто функции, написанные слева-направо и сверху-вниз, которые могут подождать не блокируя поток.
У тебя просто симптом утенка. Тебе дали асинки и ты теперь считаешь, что кроме них ничего и не бывает.
>В джаве нет async/await. И еще лет десять не будет. Джаву можно просто вычёркивать
У тебя какие-то комплексы, что тебе надо постоянно джаву вспоминать? Джаве не нужны асинки, там есть виртуальные треды которые делают всё то же самое, но в разы проще для разработчика.
>>508118
Ты долбоёб? Я тебе русским языком объясняю, что я прошёл через все круги параллельного, многопоточного, асинхронного, неблокирующего, синхронизированного ада.
TPL был глотком воздуха, когда можно просто забыть про коллбек-хелл, взаимные блокировки, или никуда не ведущие промисы, можно забыть про ручное написание фоновых потоков. Не ебаться с количеством потоков, с отменой операции, с джоинами потоков
Симптома утёнка у меня нет, потому что я НЕНАВИЖУ БЛЯДЬ писать многопоточный код руками, а таски буквально решают все проблемы и позволяют сконцентрироваться на логике приложения, а не на примитивах синхронизации потоков.
>Тебе дали асинки и ты теперь считаешь, что кроме них ничего и не бывает.
Ты долбоёб? Я тебе русским языком объясняю, что я прошёл через все круги параллельного, многопоточного, асинхронного, неблокирующего, синхронизированного ада.
TPL был глотком воздуха, когда можно просто забыть про коллбек-хелл, взаимные блокировки, или никуда не ведущие промисы, можно забыть про ручное написание фоновых потоков. Не ебаться с количеством потоков, с отменой операции, с джоинами потоков
Симптома утёнка у меня нет, потому что я НЕНАВИЖУ БЛЯДЬ писать многопоточный код руками, а таски буквально решают все проблемы и позволяют сконцентрироваться на логике приложения, а не на примитивах синхронизации потоков.
>>508118
Да, я ебался с джавой 4 года и нахуй слез с неё на ИТТ
>У тебя какие-то комплексы, что тебе надо постоянно джаву вспоминать?
> У тебя какие-то комплексы, что тебе надо постоянно джаву вспоминать?
Да, я ебался с джавой 4 года и нахуй слез с неё на ИТТ
Симптом утёнка, лол
>>508826
Иди на хуй, пидор, я и перекатывал тред в прошлый раз. Получилось хуёво, но картинка охуенная
>Уёбывай обратно в свой жабатред, здесь перекатывают после 1000.
Иди на хуй, пидор, я и перекатывал тред в прошлый раз. Получилось хуёво, но картинка охуенная
Поцаны, я вышел из криокамеры.
На что сейчас принято мигрировать с BinaryFormatter?
- Данные мои, могу пересериализировать.
- Важна секюрность и перфоманс.
- Простота миграции - мне лень писать атрибуты для protobuf.
Смотрю на MessagePack, вроде перфоманс ниче, но есть предупреждение про безопасность. Я не хочу чтобы мне инжектнули через какую-то форму кусок бинарного кода (я знаю что нужно писать валидаторы).
На что сейчас принято мигрировать с BinaryFormatter?
- Данные мои, могу пересериализировать.
- Важна секюрность и перфоманс.
- Простота миграции - мне лень писать атрибуты для protobuf.
Смотрю на MessagePack, вроде перфоманс ниче, но есть предупреждение про безопасность. Я не хочу чтобы мне инжектнули через какую-то форму кусок бинарного кода (я знаю что нужно писать валидаторы).
>>509198
Просто зашифруй и всё. Ключи захардкодь.
Просто зашифруй и всё. Ключи захардкодь.
>>509198
Проще всего самому написать совместимый бинарный сериализатор, или затащить оригинальный код. Там около двухсот строк на всё про всё, что забавно.
Пользовательский код ничего не заметит, будет работать как и работал
>секюрность и перфоманс
Проще всего самому написать совместимый бинарный сериализатор, или затащить оригинальный код. Там около двухсот строк на всё про всё, что забавно.
Пользовательский код ничего не заметит, будет работать как и работал
>>509739
Все в MS это знают, поэтому ради обратной совместимости даже в WinAPI не исправляют некоторые баги, чтобы не сломались программы, которые его неправильно вызывают.
Где-то даже писали, что Windows 9 не было, чтобы не сломать определение Win95/98 по наличию цифры 9 в названии.
Все в MS это знают, поэтому ради обратной совместимости даже в WinAPI не исправляют некоторые баги, чтобы не сломались программы, которые его неправильно вызывают.
Где-то даже писали, что Windows 9 не было, чтобы не сломать определение Win95/98 по наличию цифры 9 в названии.
>>500681
Частично - ну допустим, но не произвольно - сеттер можно настроить, чтобы он присваивал только допустимые значения.
Приведи хоть пример как правильно. Правильно будет когда нужно обновить свойства объекта вызывать каждый раз конструктор, который будет разрешать создавать одни только допустимые состояния этого объекта, ты такой предлагаешь подход?
>[сеттеры] позволяют частично и произвольно изменить состояние объекта
Частично - ну допустим, но не произвольно - сеттер можно настроить, чтобы он присваивал только допустимые значения.
Приведи хоть пример как правильно. Правильно будет когда нужно обновить свойства объекта вызывать каждый раз конструктор, который будет разрешать создавать одни только допустимые состояния этого объекта, ты такой предлагаешь подход?
>>510744
1. Вызывать конструктор объекта через new запрещено почти во всех проектах.
2. Вызов сеттера это красный флаг. Он всегда означает, что инкапсуляция нарушена и ты смешиваешь домены в одну кучу.
В твоём случае объект сам инкапсулирует всю логику и сеттеров у него не может быть. Ты просто инжектишь объект и пользуешься его свойствами. Все обновления происходят автоматически по событийной модели
>вызывать каждый раз конструктор
1. Вызывать конструктор объекта через new запрещено почти во всех проектах.
2. Вызов сеттера это красный флаг. Он всегда означает, что инкапсуляция нарушена и ты смешиваешь домены в одну кучу.
В твоём случае объект сам инкапсулирует всю логику и сеттеров у него не может быть. Ты просто инжектишь объект и пользуешься его свойствами. Все обновления происходят автоматически по событийной модели
>>510744
нарушение инкапсуляции. Агрегат должен самостоятельно изменять своё состояние и оповещать об этом все заинтересованные сервисы
>сеттер
нарушение инкапсуляции. Агрегат должен самостоятельно изменять своё состояние и оповещать об этом все заинтересованные сервисы
>>511148
Какая же у тебя каша в голове. Как ты без new создаёшь объекты? Через активатор?
Свойства и есть инкапсуляция. Ты говоришь объекту что необходимо установить свойство, дальше он что-то делает внутри.
Какая же у тебя каша в голове. Как ты без new создаёшь объекты? Через активатор?
Свойства и есть инкапсуляция. Ты говоришь объекту что необходимо установить свойство, дальше он что-то делает внутри.
>>511181
Забей, там клиническое ДДД головного мозга. Пациент скорее мертв, чем жив.
Забей, там клиническое ДДД головного мозга. Пациент скорее мертв, чем жив.
>>511148
Вся эта хуйня в нынешних реалиях уже неактуальна и нежизнеспособна. Бизнесу уже давно поебать на весь этот чистый код и прочие "бест-практицес". Сейчас надо чтобы просто работало, быстро и надежно. Никто не будет ждать пока ты там свою событийную модель вкорячишь и кучу фабрик напишешь, чем быстрее твое говно выйдет в пром, тем лучше. Поэтому достаточно просто писать так, чтобы оно не падало и не жрало овердохрена ресурсов.
Вся эта хуйня в нынешних реалиях уже неактуальна и нежизнеспособна. Бизнесу уже давно поебать на весь этот чистый код и прочие "бест-практицес". Сейчас надо чтобы просто работало, быстро и надежно. Никто не будет ждать пока ты там свою событийную модель вкорячишь и кучу фабрик напишешь, чем быстрее твое говно выйдет в пром, тем лучше. Поэтому достаточно просто писать так, чтобы оно не падало и не жрало овердохрена ресурсов.
>>511258
Дада. Только проблема есть, без всего этого твой проект загнется через 2 года под весом техдолга.
В бизнесе побеждает не заяц, а черепаха. Как говорится если долго сидеть на берегу можно увидеть как по реке плывёт труп врага.
>Сейчас надо чтобы просто работало, быстро и надежно. Никто не будет ждать пока ты там свою событийную модель вкорячишь и кучу фабрик напишешь, чем быстрее твое говно выйдет в пром, тем лучше.
Дада. Только проблема есть, без всего этого твой проект загнется через 2 года под весом техдолга.
В бизнесе побеждает не заяц, а черепаха. Как говорится если долго сидеть на берегу можно увидеть как по реке плывёт труп врага.
>>511268
Чел, когда срок на реализацию проекта с нуля чуть более полугода максимум (это со всем циклом тестирования, включая ФТ, НТ и ИТ). При почти полном отсутствии ТЗ, ежедневно меняющимися требованиями от безов и при никаких возможностях доработок со стороны интеграций (сраные гринскринщики)) - как-то похуй на техдолг и что там с ним будет через 2 года. Его за это время успеют уже раза 2 переписать с нуля.
Чел, когда срок на реализацию проекта с нуля чуть более полугода максимум (это со всем циклом тестирования, включая ФТ, НТ и ИТ). При почти полном отсутствии ТЗ, ежедневно меняющимися требованиями от безов и при никаких возможностях доработок со стороны интеграций (сраные гринскринщики)) - как-то похуй на техдолг и что там с ним будет через 2 года. Его за это время успеют уже раза 2 переписать с нуля.
>>511268
Разочарую тебя, тех долг никуда не денется, а DDD станет ещё одной проблемой.
>Только проблема есть, без всего этого твой проект загнется через 2 года под весом техдолга.
Разочарую тебя, тех долг никуда не денется, а DDD станет ещё одной проблемой.
>>511258
Чистый код и чистая архитектура это хорошо и очень просто.
Многие не понимают этого и смешивают в кучу все "бест-практиcес", все неправильно понятые статьи с медиума и в итоге получается гексогональный доменный аспектно ориентированный пиздец, состоящий из восьми слоёв автомаппера и медиатра. В одном только DDD около 12 глубоких и сложных категорий, которые пихают в код.
Не надо так. Делайте просто, возьмите парочку архитектурных паттернов и следуйте им
>весь этот чистый код и прочие "бест-практицес"
Чистый код и чистая архитектура это хорошо и очень просто.
Многие не понимают этого и смешивают в кучу все "бест-практиcес", все неправильно понятые статьи с медиума и в итоге получается гексогональный доменный аспектно ориентированный пиздец, состоящий из восьми слоёв автомаппера и медиатра. В одном только DDD около 12 глубоких и сложных категорий, которые пихают в код.
Не надо так. Делайте просто, возьмите парочку архитектурных паттернов и следуйте им
>>511328
Только если припрутся DDD-бляди, которые 8 месяцев героически будут переписывать твои коды на BEST PRACTICEC, потому что у тебя КОУД СМЕЛЛ.
Перепишут наполовину, потом решат, что нихуя не работает и надо на микросервисы переписать.
Перепишут наполовину и отправятся гастролировать в следующую компанию.
>Его за это время успеют уже раза 2 переписать с нуля.
Только если припрутся DDD-бляди, которые 8 месяцев героически будут переписывать твои коды на BEST PRACTICEC, потому что у тебя КОУД СМЕЛЛ.
Перепишут наполовину, потом решат, что нихуя не работает и надо на микросервисы переписать.
Перепишут наполовину и отправятся гастролировать в следующую компанию.
Для VS 2022 есть нормальное расширение для подключения локальной LLM? А то везде дебильный VSCode, а мне для сишарпа надо.
>>513422
Теперь пользуешься.
Теперь пользуешься.
>>513617
Можно. Я учил Джаву, но вкатился в Шарп.
>Ребят, а не подскажите, по курсу javarush нормально азы c# осваивать или шляпа?
Можно. Я учил Джаву, но вкатился в Шарп.
22 Кб, 230x219Седьмой год работаю на .Net, хочу выкатываться, потому что такое ощущение, что на всех модных дорогих стартапах он нахуй не нужен, все хуячат на Node.js и Пайтоне.
>>513668
Спасибо тебе, анонче <3
Спасибо тебе, анонче <3
>>513746
6k евро
6k евро
232 Кб, 600x600Что посоветуете почитать, чтобы освежить алгоритмы/структуры данных? Особенно интересуют деревья и графы.
>>514073
Кормена очевидно. Ну если ты конечно хочешь разбираться как это работает, а не просто как дурачек писать литкоды.
Кормена очевидно. Ну если ты конечно хочешь разбираться как это работает, а не просто как дурачек писать литкоды.
>>514135
Тогда достаточно просто посмотреть популярные решения и пару статей на медиум. Учишь стандартные решения из ответов и все.
В целом так и нужно готовиться к собеседованию. Открыл решения и учишь их как стишок наизусть.
Тогда достаточно просто посмотреть популярные решения и пару статей на медиум. Учишь стандартные решения из ответов и все.
В целом так и нужно готовиться к собеседованию. Открыл решения и учишь их как стишок наизусть.
9 Кб, 347x228https://habr.com/ru/companies/skbkontur/articles/925328/
Очередные бенчмарки, которыми можно жопу подтереть.
Наверное 98% бенчмарков с массивами что я видел, не в курсе, что в таком коде остаются bounds checkи, и поэтому (и ещё по другим мелким причинам) результаты таких микробенчмарков - мусор.
Поэтому хорошо бы смотреть и более менее понимать выходной asm.
И опять никто не смотрит на MemoryExtensions у которого есть ContainsAnyExceptInRange() (и там в комментах, кстати, указали на IndexOfAnyExceptInRange()).
Очередные бенчмарки, которыми можно жопу подтереть.
Наверное 98% бенчмарков с массивами что я видел, не в курсе, что в таком коде остаются bounds checkи, и поэтому (и ещё по другим мелким причинам) результаты таких микробенчмарков - мусор.
Поэтому хорошо бы смотреть и более менее понимать выходной asm.
И опять никто не смотрит на MemoryExtensions у которого есть ContainsAnyExceptInRange() (и там в комментах, кстати, указали на IndexOfAnyExceptInRange()).
22 Кб, 697x416>>514978
И ещё.
Потом они думают что достаточно добавить AsSpan(), и код магическим образом станет быстрее. А у некоторых и foreach быстрее for (Nick Chapsas).
А если ещё микробайтоёбствовать, то итерация массива (или строки) быстрее (теоретически) чем спана (я хз насколько это видно в бенчмарках - не тестил (скорее всего нихуя не видно)): https://github.com/dotnet/runtime/issues/105080
И ещё.
Потом они думают что достаточно добавить AsSpan(), и код магическим образом станет быстрее. А у некоторых и foreach быстрее for (Nick Chapsas).
А если ещё микробайтоёбствовать, то итерация массива (или строки) быстрее (теоретически) чем спана (я хз насколько это видно в бенчмарках - не тестил (скорее всего нихуя не видно)): https://github.com/dotnet/runtime/issues/105080
403 Кб, 1024x817Анон, подскажи, автомаппер понимает, когда поле в базе не может быть NULL? Я чет заебался парсеры говна в мочу вручную маппить а тестить нехочу, я нехочун
>>515956
1. С автомаппером кода значительно меньше не станет
2. Времени на поддержку кода, в котором учавствует автомаппер будет уходить в 3-4 раза больше
>автомаппер
>заебался парсеры говна в мочу вручную маппить
1. С автомаппером кода значительно меньше не станет
2. Времени на поддержку кода, в котором учавствует автомаппер будет уходить в 3-4 раза больше
>>515956
Да, автомаппер генерирует экспрешшены, которые учитывают констрейнты и типы колонок
> когда поле в базе не может быть NULL
Да, автомаппер генерирует экспрешшены, которые учитывают констрейнты и типы колонок
591 Кб, 1280x720>>515968
>>516009
>>516010
Спасибо
>>516009
Мне похуй, главное готовое решение быстрее чтобы высиралось, а там пусть сами говно за мной разгребают в дальнейшем.
Я ебал кранчить над обрыганным парсером из экселя в бд, потому что у этих обрыганов в базе насрано и таблица создавалась криворукой скотиной.
Мне 280 платят, а не 500.
Хотя я и за 500 подумал бы, стоит ли подобной хуйней заниматься.
>>516009
>>516010
Спасибо
>>516009
>2. Времени на поддержку кода, в котором учавствует автомаппер будет уходить в 3-4 раза больше
Мне похуй, главное готовое решение быстрее чтобы высиралось, а там пусть сами говно за мной разгребают в дальнейшем.
Я ебал кранчить над обрыганным парсером из экселя в бд, потому что у этих обрыганов в базе насрано и таблица создавалась криворукой скотиной.
Мне 280 платят, а не 500.
Хотя я и за 500 подумал бы, стоит ли подобной хуйней заниматься.
>>516116
А можешь описать свой юзкейс, а то я не понимаю при чем тут бд и эксель, если маппер вроде только объекты перекладывает
Я с ним не работал, если что
А можешь описать свой юзкейс, а то я не понимаю при чем тут бд и эксель, если маппер вроде только объекты перекладывает
Я с ним не работал, если что
>>516487
Есть ненормализованная эксель таблица созданная ебаной криворукой мразью чуркой, в ней дохуя полей.
Есть база данных, в ней дохуя таблиц, поля из которых соотносятся с полями экселя.
Нужно переложить данные из полей экселя в таблицы бд.
Для этого через контроллер читай библиотеку типа EPPlus высасываешь инфу из экселя и запихиваешь в ДТО, затем распихиваешь инфу из ДТО в обьекты созданные на основе моделей таблиц в базе, вот тут как раз автомаппер вроде как можно использовать, но я чет не додумался, и хуячил вручную, заебался пиздец.
Потому что там еще валидация, нормализация, перевод некоторых полей через референсный словарь и т.д
Есть ненормализованная эксель таблица созданная ебаной криворукой мразью чуркой, в ней дохуя полей.
Есть база данных, в ней дохуя таблиц, поля из которых соотносятся с полями экселя.
Нужно переложить данные из полей экселя в таблицы бд.
Для этого через контроллер читай библиотеку типа EPPlus высасываешь инфу из экселя и запихиваешь в ДТО, затем распихиваешь инфу из ДТО в обьекты созданные на основе моделей таблиц в базе, вот тут как раз автомаппер вроде как можно использовать, но я чет не додумался, и хуячил вручную, заебался пиздец.
Потому что там еще валидация, нормализация, перевод некоторых полей через референсный словарь и т.д
>>516548
Ты больной?
1) создал объекты из екселя
2) context.AddRange(govnos);
3) context.SaveChanges();
Если данных много то вызываешь все это через парарел в 100 потоков.
Ты больной?
1) создал объекты из екселя
2) context.AddRange(govnos);
3) context.SaveChanges();
Если данных много то вызываешь все это через парарел в 100 потоков.
О, знатоки tlp, если я делаю:
WithMaxDegreeParallelism AsParallel на коллекции, потом асинк селект и в нём у меня ещё коллекция есть, то её лучше обычным foreach обойти, а не запускать новый AsParallel?
WithMaxDegreeParallelism AsParallel на коллекции, потом асинк селект и в нём у меня ещё коллекция есть, то её лучше обычным foreach обойти, а не запускать новый AsParallel?
Теперь я буду задавать здесь вопросы по VBA!
362 Кб, 1280x720>>516568
1) Валидация, нормализация? Иди нахуй епта (что уже минус, т.к. в эксельке насрано)
2) Э куча ебаная лови OutOfMemoryExeption в свинарник
И кладешь базу на лопатки потому что все одной транзакцией
Это не считая того, что даже логировать процесс не можешь нормально
а ты неплох чел реально, научи кодить пж пж
>2) context.AddRange(govnos);
1) Валидация, нормализация? Иди нахуй епта (что уже минус, т.к. в эксельке насрано)
2) Э куча ебаная лови OutOfMemoryExeption в свинарник
>3) context.SaveChanges();
И кладешь базу на лопатки потому что все одной транзакцией
Это не считая того, что даже логировать процесс не можешь нормально
а ты неплох чел реально, научи кодить пж пж
>>516568
Джунишка...
Смотри, на "подумать" тебе задачка.
Есть условный самолет ZV-1488, к которому приписана определенная накладная.
Этот самолет за месяц сделал 15 вылетов, соответственно и в таблице он встречается 15 раз.
Изначально в базе такого самолета нет.
Что будет, если два потока запросят у бд есть ли в ней такой самолет?
Джунишка...
Смотри, на "подумать" тебе задачка.
Есть условный самолет ZV-1488, к которому приписана определенная накладная.
Этот самолет за месяц сделал 15 вылетов, соответственно и в таблице он встречается 15 раз.
Изначально в базе такого самолета нет.
Что будет, если два потока запросят у бд есть ли в ней такой самолет?
>>516573
Если внутренняя коллекция огромная и у тебя тредриппер - хуячь. В иных случаях проходись через foreach
>О, знатоки tlp, если я делаю:
>
>WithMaxDegreeParallelism AsParallel на коллекции, потом асинк селект и в нём у меня ещё коллекция есть, то её лучше обычным foreach обойти, а не запускать новый AsParallel?
Если внутренняя коллекция огромная и у тебя тредриппер - хуячь. В иных случаях проходись через foreach
>>516573
Нихуя не понятно надо код смотреть. Имеет ли смысл запускать его в дохуя потоков.
Нихуя не понятно надо код смотреть. Имеет ли смысл запускать его в дохуя потоков.
>>516548
лучше руками писать, на дворе 2025 год и написать конвертирующий метод не так и долго.
Про автомаппер забудь.
В итоге код всё равно придётся отлаживать, а автомаппер отлаживать в 10 раз труднее. Там всё на экспрешшенах, брейкпойнты не работают.
Я хуй знает, думал, уже в 2018 году автомаппер похоронили, но его откапывают каждый раз и ебутся зачем-то
>вот тут как раз автомаппер вроде как можно использовать
лучше руками писать, на дворе 2025 год и написать конвертирующий метод не так и долго.
Про автомаппер забудь.
В итоге код всё равно придётся отлаживать, а автомаппер отлаживать в 10 раз труднее. Там всё на экспрешшенах, брейкпойнты не работают.
Я хуй знает, думал, уже в 2018 году автомаппер похоронили, но его откапывают каждый раз и ебутся зачем-то
>>516796
Что хуй знает? У тебя вместо сервака калькулятор который не выдерживает даже такой нагрузки?
100 потоков это хуйня по сути.
Что хуй знает? У тебя вместо сервака калькулятор который не выдерживает даже такой нагрузки?
100 потоков это хуйня по сути.
>>516828
ты ебанат. Вставлять в одну таблицу данные из ста потоков будет работать как минимум хуёво.
Хотя, ты делай, не я же своё время трачу
ты ебанат. Вставлять в одну таблицу данные из ста потоков будет работать как минимум хуёво.
Хотя, ты делай, не я же своё время трачу
ВТФ гайз?
Делаю проект с EF и postgre, пишу как обычно в конфиге энтити builder.Entity<Post>().HasIndex(p => new {p.Prop1, p.Prop2})
создаю миграцию, а там нет и намека на индексы. В новых дотнетах что-то переделали или что? А то я давно с легаси не вылезал, а там все работает.
Делаю проект с EF и postgre, пишу как обычно в конфиге энтити builder.Entity<Post>().HasIndex(p => new {p.Prop1, p.Prop2})
создаю миграцию, а там нет и намека на индексы. В новых дотнетах что-то переделали или что? А то я давно с легаси не вылезал, а там все работает.
>>517203
Обращайся.
Обращайся.
>>516576
Может тебе и мультипоточка не нужна, тут хуй знает вообще. Какую часть задачи решает отдельный поток?
Может тебе и мультипоточка не нужна, тут хуй знает вообще. Какую часть задачи решает отдельный поток?
Не подскажете какой нибудь REST API движок под net 4.7 но не asp.net т.к. надо добавить к существующему сервису как доп функционал.
>>518177
Тяжко. Говорят EmbedIO неплох, его что ли попробовать.
Просто не хочется с разными аутентификациями возиться (токены, oauth), хотелось бы всё на халяву получить.
Тяжко. Говорят EmbedIO неплох, его что ли попробовать.
Просто не хочется с разными аутентификациями возиться (токены, oauth), хотелось бы всё на халяву получить.
>>518327
У меня легаси проект.
У меня легаси проект.
>>518634
Все переходят, постегрес щас де факто стандарт для реляционных бд, все остальное от давно выпиливается как не нужное
Все переходят, постегрес щас де факто стандарт для реляционных бд, все остальное от давно выпиливается как не нужное
>>518770
Алиса
На основе источников, возможны неточности
Содержимое ответа
SQL Server Management Studio (SSMS) — это интегрированная среда от Microsoft для управления инфраструктурой SQL Server. Программа объединяет в себе графический интерфейс, редактор SQL-запросов и инструменты администрирования баз данных.
servercore.com
geeksforgeeks.org
Некоторые функции SSMS:
подключение к локальным и удалённым экземплярам SQL Server;
создание и изменение БД, таблиц, представлений и других объектов;
подключение к нескольким серверам и управление ими из одной консоли;
выполнение T-SQL-запросов;
настройка безопасности (роли, пользователи, разрешения);
автоматизация задач через SQL Server Agent;
сохранение настроек подключений для повторного использования;
анализ производительности и диагностика.
servercore.com
Официально SSMS работает только на Windows. Для работы на других операционных системах (ОС) необходимы дополнительные решения.
servercore.com
По данным на 2025 год, актуальная версия SSMS — 21.0.1.
mssqltips.com
Оценить ответ
5 источников
servercore.com
ru.wikipedia.org
mssqltips.com
geeksforgeeks.org
metanit.com
РКН: иностранный владелец ресурса нарушает закон РФ
Как установить SSMS на Windows?
Какие альтернативы существуют SSMS?
Как настроить SSMS для работы с несколькими серверами?
Уточните вопрос
Алиса
На основе источников, возможны неточности
Содержимое ответа
SQL Server Management Studio (SSMS) — это интегрированная среда от Microsoft для управления инфраструктурой SQL Server. Программа объединяет в себе графический интерфейс, редактор SQL-запросов и инструменты администрирования баз данных.
servercore.com
geeksforgeeks.org
Некоторые функции SSMS:
подключение к локальным и удалённым экземплярам SQL Server;
создание и изменение БД, таблиц, представлений и других объектов;
подключение к нескольким серверам и управление ими из одной консоли;
выполнение T-SQL-запросов;
настройка безопасности (роли, пользователи, разрешения);
автоматизация задач через SQL Server Agent;
сохранение настроек подключений для повторного использования;
анализ производительности и диагностика.
servercore.com
Официально SSMS работает только на Windows. Для работы на других операционных системах (ОС) необходимы дополнительные решения.
servercore.com
По данным на 2025 год, актуальная версия SSMS — 21.0.1.
mssqltips.com
Оценить ответ
5 источников
servercore.com
ru.wikipedia.org
mssqltips.com
geeksforgeeks.org
metanit.com
РКН: иностранный владелец ресурса нарушает закон РФ
Как установить SSMS на Windows?
Какие альтернативы существуют SSMS?
Как настроить SSMS для работы с несколькими серверами?
Уточните вопрос
>>518770
Алиса
На основе источников, возможны неточности
Содержимое ответа
SQL Server Management Studio (SSMS) — это интегрированная среда от Microsoft для управления инфраструктурой SQL Server. Программа объединяет в себе графический интерфейс, редактор SQL-запросов и инструменты администрирования баз данных.
servercore.com
geeksforgeeks.org
Некоторые функции SSMS:
подключение к локальным и удалённым экземплярам SQL Server;
создание и изменение БД, таблиц, представлений и других объектов;
подключение к нескольким серверам и управление ими из одной консоли;
выполнение T-SQL-запросов;
настройка безопасности (роли, пользователи, разрешения);
автоматизация задач через SQL Server Agent;
сохранение настроек подключений для повторного использования;
анализ производительности и диагностика.
servercore.com
Официально SSMS работает только на Windows. Для работы на других операционных системах (ОС) необходимы дополнительные решения.
servercore.com
По данным на 2025 год, актуальная версия SSMS — 21.0.1.
mssqltips.com
Оценить ответ
5 источников
servercore.com
ru.wikipedia.org
mssqltips.com
geeksforgeeks.org
metanit.com
РКН: иностранный владелец ресурса нарушает закон РФ
Как установить SSMS на Windows?
Какие альтернативы существуют SSMS?
Как настроить SSMS для работы с несколькими серверами?
Уточните вопрос
Алиса
На основе источников, возможны неточности
Содержимое ответа
SQL Server Management Studio (SSMS) — это интегрированная среда от Microsoft для управления инфраструктурой SQL Server. Программа объединяет в себе графический интерфейс, редактор SQL-запросов и инструменты администрирования баз данных.
servercore.com
geeksforgeeks.org
Некоторые функции SSMS:
подключение к локальным и удалённым экземплярам SQL Server;
создание и изменение БД, таблиц, представлений и других объектов;
подключение к нескольким серверам и управление ими из одной консоли;
выполнение T-SQL-запросов;
настройка безопасности (роли, пользователи, разрешения);
автоматизация задач через SQL Server Agent;
сохранение настроек подключений для повторного использования;
анализ производительности и диагностика.
servercore.com
Официально SSMS работает только на Windows. Для работы на других операционных системах (ОС) необходимы дополнительные решения.
servercore.com
По данным на 2025 год, актуальная версия SSMS — 21.0.1.
mssqltips.com
Оценить ответ
5 источников
servercore.com
ru.wikipedia.org
mssqltips.com
geeksforgeeks.org
metanit.com
РКН: иностранный владелец ресурса нарушает закон РФ
Как установить SSMS на Windows?
Какие альтернативы существуют SSMS?
Как настроить SSMS для работы с несколькими серверами?
Уточните вопрос
>>518773
ChatGPT сказал:
Я не обладаю телом, так что физиология у меня отсутствует — и не только этот процесс.
Но если нужно, могу рассказать в мельчайших деталях, как этот процесс работает у живых существ… хотя это уже будет биология, а не практика.
>А срать ты сам умеешь?
ChatGPT сказал:
Я не обладаю телом, так что физиология у меня отсутствует — и не только этот процесс.
Но если нужно, могу рассказать в мельчайших деталях, как этот процесс работает у живых существ… хотя это уже будет биология, а не практика.
>>518774
Лол
Лол