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 (
М)>>74933
предлагаешь ручками писать конфигурации маппингов конвертеров дтошек?
> Предлагаешь ручками писать конвертеры дтошек?
предлагаешь ручками писать конфигурации маппингов конвертеров дтошек?
>>74778 (OP)
А почему на ОП пикче голанг разработчик?
А почему на ОП пикче голанг разработчик?
>писать на подмелкомягком платформозависимом вбенчмаркахсосущем гетсетожужжащем языке в 2025
.
>>74933
В конфиге автомаппера приходится РУКАМИ писать методы-конвертеры.
То есть кода с говёным автомаппером получается БОЛЬШЕ, чем без него.
Впрочем, за это его и любят нубы: нахуярил конфигов и можно коммитить - вроде как не бездельничал.
В конфиге автомаппера приходится РУКАМИ писать методы-конвертеры.
То есть кода с говёным автомаппером получается БОЛЬШЕ, чем без него.
Впрочем, за это его и любят нубы: нахуярил конфигов и можно коммитить - вроде как не бездельничал.
>>75047
Сишарп*
Сишарп*
По поводу new.
Например, нужно читать большие файлы в десятки гигабайт и обрабатываться чанками.
Вот так написал хейтер new:
while ...
byte[] bytes = reader.ReadBytes(count);
После чего был обоссан, выебан ножкой от стула и выгнан на мороз с волчьим билетом.
Если размер файла 16 Гб, а count = 16K, то получаем всего лишь миллион аллокаций массива. Зато new нет...
Например, нужно читать большие файлы в десятки гигабайт и обрабатываться чанками.
Вот так написал хейтер new:
while ...
byte[] bytes = reader.ReadBytes(count);
После чего был обоссан, выебан ножкой от стула и выгнан на мороз с волчьим билетом.
Если размер файла 16 Гб, а count = 16K, то получаем всего лишь миллион аллокаций массива. Зато new нет...
>>75049
с 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 - имбецилы. И пока вы существуете, я ценюсь выше как специалист.
>>75049
если это на разок считать данные скриптом - то и похуй. Главное, что ЗАПАХОВ кода нет. По хорошему, надо спрятать метод ReadBytes за автомаппером чтобы был достаточный уровень абстракции
если это на разок считать данные скриптом - то и похуй. Главное, что ЗАПАХОВ кода нет. По хорошему, надо спрятать метод ReadBytes за автомаппером чтобы был достаточный уровень абстракции
Читал тред и поражался. Млять, неужели кто-то до сих пишет мапперы (конфиги мапперов) вручную? Установите в IDE расширение для маппинга и генерируйте код одним кликом мышки или нажатием шортката.
>>75053
Абстракции всегда текут. ИЧСХ, текут говном. Там не просто ЗАПАХ, там ВОНИЩА!
Абстракции всегда текут. ИЧСХ, текут говном. Там не просто ЗАПАХ, там ВОНИЩА!
456 Кб, 2683x1570>>75056
Я же вчера скидывал, как правильно делать. Просто рефлексией пробегаешься по всем классам в сборке и конфигурация готова
Я же вчера скидывал, как правильно делать. Просто рефлексией пробегаешься по всем классам в сборке и конфигурация готова
>>75056
Я, если без шуток, в ахуе, откуда берётся столько маппинга у людей.
Видел на проектах вплоть до 6-7 слоёв. А всё потому что ебутся с медиатром, в котором нельзя методы вызывать по нормальному и все аргументы надо объектом передавать.
ПРосто выкидываешь медиатр, и автомаппер автоматически становится не нужен
> пишет мапперы
Я, если без шуток, в ахуе, откуда берётся столько маппинга у людей.
Видел на проектах вплоть до 6-7 слоёв. А всё потому что ебутся с медиатром, в котором нельзя методы вызывать по нормальному и все аргументы надо объектом передавать.
ПРосто выкидываешь медиатр, и автомаппер автоматически становится не нужен
>>74978
То ли дело лобком генерировать гетсеты и не иметь ни одной нормальной комьюнити иде с коробочным спрингом...
У дотнета лицензия то посвободней будет чем у наших дорогих друзей
Вылезай из криокамеры
То ли дело лобком генерировать гетсеты и не иметь ни одной нормальной комьюнити иде с коробочным спрингом...
>подмелкомягком
У дотнета лицензия то посвободней будет чем у наших дорогих друзей
>платформозависимом
Вылезай из криокамеры
>>74955
Потому что джависты перекатывают, у них аллергия на джаву здорового человека
Потому что джависты перекатывают, у них аллергия на джаву здорового человека
>>75049
Про ArrayPool слышал, обоссышь?
Про ArrayPool слышал, обоссышь?
127 Кб, 787x1333>>75062
Умение способный уникальное учен
ик. Мы втроем шли по тропинке ноги топали по мягкой мокрой грязи издавая шлепающий звук Сегодня днем шел дождь и от него земля была грязной а ноги липкими Ботинки были порваны
Умение способный уникальное учен
ик. Мы втроем шли по тропинке ноги топали по мягкой мокрой грязи издавая шлепающий звук Сегодня днем шел дождь и от него земля была грязной а ноги липкими Ботинки были порваны
>>75056
Какое? Вроде такой функции нет и там минимальная поддержка. А так да, бывают сложные мапперы и нужно как следует посидеть и тщательно написать код, а затем тесты на мапперы
>Установите в IDE расширение
Какое? Вроде такой функции нет и там минимальная поддержка. А так да, бывают сложные мапперы и нужно как следует посидеть и тщательно написать код, а затем тесты на мапперы
>>74778 (OP)
Ну и нахуя перекатили? Чтоб ещё пару ебланов закатились и себе жизни поломали? На Линкедине половина вакансий создана чтоб обучать нейроHRов, четверть чтоб компании показывали свой рост перед инверсторами. Оставшаяся четверть ищют людей-оркестров с функционалом айтиотдела на зп в 2к баксов.
Ну и нахуя перекатили? Чтоб ещё пару ебланов закатились и себе жизни поломали? На Линкедине половина вакансий создана чтоб обучать нейроHRов, четверть чтоб компании показывали свой рост перед инверсторами. Оставшаяся четверть ищют людей-оркестров с функционалом айтиотдела на зп в 2к баксов.
>>75111
Потому что круговорот финтеха, где сидят одни и те же 50 летние жабисты/плюсисты этот круговорот начавшие. В геймдеве на позиции шарпистов нормально мест есть, про бугор ваще молчу.
Потому что круговорот финтеха, где сидят одни и те же 50 летние жабисты/плюсисты этот круговорот начавшие. В геймдеве на позиции шарпистов нормально мест есть, про бугор ваще молчу.
>>75115
В гейдеве традиционно низкие зп и ублюдочные мрази на менеджерах. Без исключений.
За бугром дотнет умер. Из реальных вакансий либо знание какого-нибудь нахуй не нужного датского и ворк пермит с хождением в офис в Эйхуйнахуйховене, либо ебаный человек-оркестр в стартап за три копейки, чистить говна за паджитами.
В гейдеве традиционно низкие зп и ублюдочные мрази на менеджерах. Без исключений.
За бугром дотнет умер. Из реальных вакансий либо знание какого-нибудь нахуй не нужного датского и ворк пермит с хождением в офис в Эйхуйнахуйховене, либо ебаный человек-оркестр в стартап за три копейки, чистить говна за паджитами.
>>75119
База. В гейдеве найти норм зп это как в лотерею выйграть. В ентерпрайзе в 10 раз легче.
База x2. Зряплаты на уровене таксистов уже давно.
>В гейдеве традиционно низкие зп
База. В гейдеве найти норм зп это как в лотерею выйграть. В ентерпрайзе в 10 раз легче.
>За бугром дотнет умер.
База x2. Зряплаты на уровене таксистов уже давно.
>>74778 (OP)
Опять тег проебали.
Опять тег проебали.
>>75133
Ну хуй знает, с чем ты там сравниваешь. Я уже почти десять лет работаю за бугром в нормальных компаниях.
Ну хуй знает, с чем ты там сравниваешь. Я уже почти десять лет работаю за бугром в нормальных компаниях.
>>75347
Да. Одно только включение автомаппера в код добавляет сомнений и тряски над каждым свойством
А что если это свойство используется неявно...
А что если это свойство НЕ ИСПОЛЬЗУЕТСЯ неявно, но это так и должно быть...
Особенно какая-нибудь ебень, когда автомаппер встроен в дженериковый метод, типо "GetEntityById". Это вообще пиздец, можно сразу вешаться
Да. Одно только включение автомаппера в код добавляет сомнений и тряски над каждым свойством
А что если это свойство используется неявно...
А что если это свойство НЕ ИСПОЛЬЗУЕТСЯ неявно, но это так и должно быть...
Особенно какая-нибудь ебень, когда автомаппер встроен в дженериковый метод, типо "GetEntityById". Это вообще пиздец, можно сразу вешаться
823 Кб, 1000x666Анон, подскажи. Вкатываюсь в ойти, выбрал c#. Посмотрел по требованиям в среднестатистической вакансии (пока что фронт), помимо самого с# нужно знать .net, asp.net и sql. Есть ли разница, в каком порядке их изучать, и есть ли вообще "программа минимум", чтобы хотя бы на стажировку залететь самоучке без бумажке?
про необходимость накрутки стажа осведомлен
И дополнительный вопрос. У большей части просмотренных вакансий есть пункт "знание реакта - большой плюс", или что-то такое. Нахуя им нужно мое знание джавы, если вакансия для шарписта? Мне ее действительно нужно хотя бы до базового уровня довести будет, или можно забить на первых порах?
Заранее спасибо
про необходимость накрутки стажа осведомлен
И дополнительный вопрос. У большей части просмотренных вакансий есть пункт "знание реакта - большой плюс", или что-то такое. Нахуя им нужно мое знание джавы, если вакансия для шарписта? Мне ее действительно нужно хотя бы до базового уровня довести будет, или можно забить на первых порах?
Заранее спасибо
>>75505
Да нахуй ты нужен? Ну ты, конечно, можешь попробовать прикоснуться к прекрасному, но я бы нахуй послал разгребать пейфон и джаваскрипты
>чтобы хотя бы на стажировку залететь самоучке без бумажке
Да нахуй ты нужен? Ну ты, конечно, можешь попробовать прикоснуться к прекрасному, но я бы нахуй послал разгребать пейфон и джаваскрипты
60 Кб, 320x320>>75515
В этом его главное приемущество. Благодаря позднему связыванию объекты не зависят друг от друга, а разработчик может не беспокоиться о том, какие свойства куда замаппятся.
Всё работает само и бесплатно, а тебе только остаётся зарегистрировать маппинг один раз при старте проекта.
>Т.е. ваш говномаппер в рантайме через рефлексию поля сетает, лол
В этом его главное приемущество. Благодаря позднему связыванию объекты не зависят друг от друга, а разработчик может не беспокоиться о том, какие свойства куда замаппятся.
Всё работает само и бесплатно, а тебе только остаётся зарегистрировать маппинг один раз при старте проекта.
>>75528
хорошо, что вас, мерзких гандонов, не пускают на нормальные проекты. сидите дальше црмки пилите, уроды
>в рантайме через рефлексию
>бесплатно
>один раз при старте проекта
хорошо, что вас, мерзких гандонов, не пускают на нормальные проекты. сидите дальше црмки пилите, уроды
>>75505
Беги пока еще не поздно, свичься в джависты и живи нормально с освоеным спрингом, жрать везде найдешь (кроме геймдева, но там впринципе жрать нехуй)
Потому что ищут фуллстеков за 3 рубля и хотят натравить тебя на то что паджиты не доели, ибо недурные. По делу - забей на рекакт и просто освой js, он простой и тебе хватит, а все их местные фреймворки подтянешь там где возьмут. Максимум доку прогляни чтобы с умным видом что-то проквакать на собесе
>выбрал c#.
Беги пока еще не поздно, свичься в джависты и живи нормально с освоеным спрингом, жрать везде найдешь (кроме геймдева, но там впринципе жрать нехуй)
>Нахуя им нужно мое знание джавы, если вакансия для шарписта?
Потому что ищут фуллстеков за 3 рубля и хотят натравить тебя на то что паджиты не доели, ибо недурные. По делу - забей на рекакт и просто освой js, он простой и тебе хватит, а все их местные фреймворки подтянешь там где возьмут. Максимум доку прогляни чтобы с умным видом что-то проквакать на собесе
>>75577
И ебись с десятилетними DDD агрегатами и AOP в XML. Java стек собрал всех ёбнутых долбоёбов, там до сих пор этой хуйнёй занимаются
>спрингом
И ебись с десятилетними DDD агрегатами и AOP в XML. Java стек собрал всех ёбнутых долбоёбов, там до сих пор этой хуйнёй занимаются
>>75577
Я бы в бэк хотел уйти, после того, как хотя бы минимально в профессии освоюсь. Красить кнопки как-то мех, учитывая, что я не дегенерат.
Хорошо, спасибо.
>Беги пока еще не поздно, свичься в джависты
Я бы в бэк хотел уйти, после того, как хотя бы минимально в профессии освоюсь. Красить кнопки как-то мех, учитывая, что я не дегенерат.
>По делу - забей на рекакт и просто освой js, он простой и тебе хватит, а все их местные фреймворки подтянешь там где возьмут.
Хорошо, спасибо.
>>75581
Лучше ебаться с этой хуйней за нормальную зепку чем с голоду помереть
Лучше ебаться с этой хуйней за нормальную зепку чем с голоду помереть
>>75582
Ты java с javascript часом не путаешь? Языки то разные и области тоже. Бежать я советовал в java а не js
Ты java с javascript часом не путаешь? Языки то разные и области тоже. Бежать я советовал в java а не js
>>75584
Не понял из сообщения прошлого.
А в чем разница между шарпом и джавой? Бэк же и на том, и на том пишется, и с вакансиями проблем нет особых, судя по хедхантеру.
Не понял из сообщения прошлого.
А в чем разница между шарпом и джавой? Бэк же и на том, и на том пишется, и с вакансиями проблем нет особых, судя по хедхантеру.
>>75587
java это ёбаный всеми трижды обоссаный спринг, разгребание XML, DDD, паттерны, ГОФ и хуй знает как собранный проект из кусков байткода 2008 года
c# это современный язык общего назначения и более адекватное сообщество разработчиков, приятная система пакетов в нугете и хайлоад.
>А в чем разница между шарпом и джавой? Бэк же и на том, и на том пишется, и с вакансиями проблем нет особых, судя по хедхантеру.
java это ёбаный всеми трижды обоссаный спринг, разгребание XML, DDD, паттерны, ГОФ и хуй знает как собранный проект из кусков байткода 2008 года
c# это современный язык общего назначения и более адекватное сообщество разработчиков, приятная система пакетов в нугете и хайлоад.
>>75668
Долбоёб, стдлиба это не обязательно плюсовая стдлиба. Это просто любая стандартная библиотека.
Долбоёб, стдлиба это не обязательно плюсовая стдлиба. Это просто любая стандартная библиотека.
>>75671
Ну окей, давай покажи какая "львиная" доля System до сих пор прибита к винде и не работает на линуксе.
Ну окей, давай покажи какая "львиная" доля System до сих пор прибита к винде и не работает на линуксе.
>>75664
Включая гетсеты которые они генерируют руками лобком
Ну например отсутствие требования на публикацию сырцов форка, уже сильно свободнее
Платформозависимый код заключается в следующем:
Сокеты
Треды и локи
Файловая система
Консоль и дескрипторы окон
Импорт библиотек
Все работает из коробки под всеми заявленными платформами кроме потоков на вебассембли, хз о чем речь.
>А вот у джавистов ничего из перечисленного нет.
Включая гетсеты которые они генерируют руками лобком
>А? Куда свободнее GPL?
Ну например отсутствие требования на публикацию сырцов форка, уже сильно свободнее
>Не говорите ему что львиная доля стдлиба только для шинды.
Платформозависимый код заключается в следующем:
Сокеты
Треды и локи
Файловая система
Консоль и дескрипторы окон
Импорт библиотек
Все работает из коробки под всеми заявленными платформами кроме потоков на вебассембли, хз о чем речь.
>>75700
Так трясёт, потому что ИТТ свиньям не дали такого же и надо ручками натыкивать?
Так куда свободнее GPL?
Что сказать-то хотел? Лишь бы высрать тебе что-ли?
> Включая гетсеты которые они генерируют руками лобком
Так трясёт, потому что ИТТ свиньям не дали такого же и надо ручками натыкивать?
> требование не ограничивать выданные свободы
Так куда свободнее GPL?
> Платформозависимый код заключается в следующем:
> Сокеты
> Треды и локи
> Файловая система
> Консоль и дескрипторы окон
> Импорт библиотек
> Все работает из коробки под всеми заявленными платформами кроме потоков на вебассембли, хз о чем речь.
Что сказать-то хотел? Лишь бы высрать тебе что-ли?
>>75711
Ты жопой читаешь? Сравни степень разрешительности MIT (под которой дотнет) и GPL
Да просто думал с человеком а не с дебилом разговариваю который не знает как обеспечивается кроссплатформа и какие ньюансы у нее, my bad
>Так куда свободнее GPL?
Ты жопой читаешь? Сравни степень разрешительности MIT (под которой дотнет) и GPL
>Что сказать-то хотел? Лишь бы высрать тебе что-ли
Да просто думал с человеком а не с дебилом разговариваю который не знает как обеспечивается кроссплатформа и какие ньюансы у нее, my bad
>>75711
Та как будто это единственная проблема жабы. Она просто самая ощутимая после шарпов, к хорошему увы привыкаешь быстро. А вот условные деревья выражений, методы расширения и еще масса мелких но приятных фич, включая unsafe может и не пользуется большим спросом, но после вольностей шарпа такое ощущение будто сел писать на визуалбейсике который почему-то похож на шарп и даже если хочется порой чего-то эдакого то сразу думаешь что ну его впизду, и так сойдет и так будет работать
>Так трясёт, потому что ИТТ свиньям не дали такого же и надо ручками натыкивать?
Та как будто это единственная проблема жабы. Она просто самая ощутимая после шарпов, к хорошему увы привыкаешь быстро. А вот условные деревья выражений, методы расширения и еще масса мелких но приятных фич, включая unsafe может и не пользуется большим спросом, но после вольностей шарпа такое ощущение будто сел писать на визуалбейсике который почему-то похож на шарп и даже если хочется порой чего-то эдакого то сразу думаешь что ну его впизду, и так сойдет и так будет работать
>>75732
Зачем тебе деревья выражений? Чтобы что? Я сильно сомневаюсь, что ты занимаешься статическим анализом, с вероятностью 102% ты пукаешь джейсоном в автомапер.
Зачем тебе деревья выражений? Чтобы что? Я сильно сомневаюсь, что ты занимаешься статическим анализом, с вероятностью 102% ты пукаешь джейсоном в автомапер.
>>75729
Сравниваю:
GPL - код открыт
MIT - спиздил и закрыл код
Итого:
GPL - степень разрешительности 100%
MIT - степень разрешительности 0%
>Сравни степень разрешительности MIT
Сравниваю:
GPL - код открыт
MIT - спиздил и закрыл код
Итого:
GPL - степень разрешительности 100%
MIT - степень разрешительности 0%
>>75671
Какая стдлиба?
Расскажи мне, какую львиную долю могу написать "только для шинды"?
>Не говорите ему что львиная доля стдлиба только для шинды.
Какая стдлиба?
Расскажи мне, какую львиную долю могу написать "только для шинды"?
>>75770
чтобы генерировать 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 сейчас только на легаси проектах осталась
>>75770
Чтобы писать рантайм генерацию кода и при этом быть в аот. Например, для своего очень быстрого бинарного сериализатора. Я ж говорю, фича популярностью не пользуется, но это не значит что ее никто не использует в тех же клонах автомаппера, которые имеют скорость х0.5 от нативного маппинга. А не было бы ее - осталась бы только генерация исходников перед компиляцией либо рефлексия с падением производительности в порядок.
Чтобы писать рантайм генерацию кода и при этом быть в аот. Например, для своего очень быстрого бинарного сериализатора. Я ж говорю, фича популярностью не пользуется, но это не значит что ее никто не использует в тех же клонах автомаппера, которые имеют скорость х0.5 от нативного маппинга. А не было бы ее - осталась бы только генерация исходников перед компиляцией либо рефлексия с падением производительности в порядок.
>>75814
К слову, всем похуй на это наносекундное дрочево.
Но то, что экспрешшены автомаппера могут компилироваться до МИНУТЫ на старте приложения - вот эта хуйня бесит.
Ты хочешь поотлаживать коды, а они после конпеляции конпелируются
> которые имеют скорость х0.5 от нативного маппинга
К слову, всем похуй на это наносекундное дрочево.
Но то, что экспрешшены автомаппера могут компилироваться до МИНУТЫ на старте приложения - вот эта хуйня бесит.
Ты хочешь поотлаживать коды, а они после конпеляции конпелируются
>>75812
Тем не менее, на джаве зарплаты выше, а работа будет и через 20 лет. На модном крутом сишарпе все вакансии - это чистка говна в аутстафе с хохлами за три копейки.
Тем не менее, на джаве зарплаты выше, а работа будет и через 20 лет. На модном крутом сишарпе все вакансии - это чистка говна в аутстафе с хохлами за три копейки.
>>75824
Ну посмотри на отношение количества вакансий к зарплатам.
Увидишь те самые протухшие галеры на втором спринге, где если человека не удержать - всё ёбнется к хуям
>Тем не менее, на джаве зарплаты выше
Ну посмотри на отношение количества вакансий к зарплатам.
Увидишь те самые протухшие галеры на втором спринге, где если человека не удержать - всё ёбнется к хуям
>>75830
Есть ли причины спрашивать это чаще, чем new используется? Помогите разобраться.
Есть ли причины спрашивать это чаще, чем new используется? Помогите разобраться.
Моча, пожалуйста забаньте уже этих шизиков.
>>75941
Да я ебу как это делается?
Да я ебу как это делается?
>>75830
Выше есть примеры кода, где без new миллионы аллокаций, а с new - единственная аллокация.
Выше есть примеры кода, где без new миллионы аллокаций, а с new - единственная аллокация.
>>76000
Экспрешшен один раз предкомпилируется и будет экономить тебе память. New будет выделять память столько раз, сколько его вызовешь.
Ты бы хоть для вида рихтера почитал
>Выше есть примеры кода, где без new миллионы аллокаций, а с new - единственная аллокация.
Экспрешшен один раз предкомпилируется и будет экономить тебе память. New будет выделять память столько раз, сколько его вызовешь.
Ты бы хоть для вида рихтера почитал
>>76052
Ты уже вытекаешь из треда.
Ты уже вытекаешь из треда.
>>75505
Если любишь Россииюшку и планируешь в ней жить лучше уж 1с учить. Также профитно, а конкуренции меньше.
А если ты хочешь на западного барина работать то забей. Бешеная конкуренция с паджитами, которые за косарь бачей в очередь станановятся. По удаленке, 40$ это потолок для лидов. К тому времени когда ты до этого грейда доберешься через 10-15 лет код уже никто писать не будет. И умение писать код будет как умение паять схемы сейчас, т.е. прикольно, но нахуй никому не всралось. Готовые оттестированные модули будут писать нейронки, а другие нейросети, под присмотром паджита сеньера будут их как лего собирать, и вываливать в энтерпрайз.
Вообще не советую сейчас в любое кодописательство вкатываться. Это гиблое дело.
>Вкатываюсь в ойти, выбрал c#.
Если любишь Россииюшку и планируешь в ней жить лучше уж 1с учить. Также профитно, а конкуренции меньше.
А если ты хочешь на западного барина работать то забей. Бешеная конкуренция с паджитами, которые за косарь бачей в очередь станановятся. По удаленке, 40$ это потолок для лидов. К тому времени когда ты до этого грейда доберешься через 10-15 лет код уже никто писать не будет. И умение писать код будет как умение паять схемы сейчас, т.е. прикольно, но нахуй никому не всралось. Готовые оттестированные модули будут писать нейронки, а другие нейросети, под присмотром паджита сеньера будут их как лего собирать, и вываливать в энтерпрайз.
Вообще не советую сейчас в любое кодописательство вкатываться. Это гиблое дело.
>>75515
Там скорее всего рефлексия на этапе инициализации, и в её время динамически генерируется код самого маппинга.
Судя по скорости рефлексия в тайнимаппер (сука, тайни наоборот должен быть самым быстрым).
При этом маппинг никогда не является бутылочным горлышком, поэтому будь он даже в 10 раз медленнее, это было бы в рамках погрешности всего приложения.
Мы не любим автомаппер за то, что то, что там происходит, слишком неявное. Тебе IDE может показывать, что какое-то свойство не используется, а на самом деле это не так. И из-за этого может быть просто невероятно сложно отследить поток данных.
Там скорее всего рефлексия на этапе инициализации, и в её время динамически генерируется код самого маппинга.
Судя по скорости рефлексия в тайнимаппер (сука, тайни наоборот должен быть самым быстрым).
При этом маппинг никогда не является бутылочным горлышком, поэтому будь он даже в 10 раз медленнее, это было бы в рамках погрешности всего приложения.
Мы не любим автомаппер за то, что то, что там происходит, слишком неявное. Тебе IDE может показывать, что какое-то свойство не используется, а на самом деле это не так. И из-за этого может быть просто невероятно сложно отследить поток данных.
>>76268
Хуй знает, я не вникаю в ваши говнопроблемы. Нормальные библиотеки для маппинга еще на этапе компиляции кода генерируют все мапперы и фейлятся, если ты проебал сорс-дестинейшн и еще 100500 гардов, чтобы не обосраться в рантайме. А ваша хуитка от Жимми Богурда только в рантайме начинает чето там разбирать через рефлекшн и пытается смапить классы дэтэох и моделек, лол
>Мы не любим автомаппер за то, что то, что там происходит, слишком неявное
Хуй знает, я не вникаю в ваши говнопроблемы. Нормальные библиотеки для маппинга еще на этапе компиляции кода генерируют все мапперы и фейлятся, если ты проебал сорс-дестинейшн и еще 100500 гардов, чтобы не обосраться в рантайме. А ваша хуитка от Жимми Богурда только в рантайме начинает чето там разбирать через рефлекшн и пытается смапить классы дэтэох и моделек, лол
125 Кб, 1400x1070>>76289
Какие нормальные библиотеки? Сами себе проблем насоздают и потом героически их решают.
Подключаешь медиатр и внезапно тебе нельзя использовать входящее DTO в обработчике команды. Нужно его обязательно замаппить на реквест потому что вызывать методы напрямую ты себе запретил.
И не дай боже вызвать медиатр из медиатра. Тогда всё повторяется и получается ёбаная матрёшка:
dto в контроллере -> автомаппер -> команда -> обработчик команды -> маппинг в другую команду -> другая команда -> маппинг результата другой команды -> основная команда -> контроллер -> маппинг результата команды.
И где-то между этими слоями прячется логика. И в автомаппер переезжает половина логики обработки данных.
Надо быть долбоёбом с окраины с IQ 78, чтобы тушить проблему лишних слоёв автомаппером.
Пиздец, столько простых проектов загубили. Ёбаная архитектурная боггартянка. Превратили обычные круд-репозитории в зубодробительное говно
>Нормальные библиотеки для маппинга
Какие нормальные библиотеки? Сами себе проблем насоздают и потом героически их решают.
Подключаешь медиатр и внезапно тебе нельзя использовать входящее DTO в обработчике команды. Нужно его обязательно замаппить на реквест потому что вызывать методы напрямую ты себе запретил.
И не дай боже вызвать медиатр из медиатра. Тогда всё повторяется и получается ёбаная матрёшка:
dto в контроллере -> автомаппер -> команда -> обработчик команды -> маппинг в другую команду -> другая команда -> маппинг результата другой команды -> основная команда -> контроллер -> маппинг результата команды.
И где-то между этими слоями прячется логика. И в автомаппер переезжает половина логики обработки данных.
Надо быть долбоёбом с окраины с IQ 78, чтобы тушить проблему лишних слоёв автомаппером.
Пиздец, столько простых проектов загубили. Ёбаная архитектурная боггартянка. Превратили обычные круд-репозитории в зубодробительное говно
>>76292
Не подключаешь медиатр.
@
Не пытаешься эмулировать сеть внутри локального процесса, какой долбоеб это придумал, а просто напрямую вызываешь методы.
@
Никакого бугурта.
Не подключаешь медиатр.
@
Не пытаешься эмулировать сеть внутри локального процесса, какой долбоеб это придумал, а просто напрямую вызываешь методы.
@
Никакого бугурта.
>>76289
Это тоже хуита, потому что до генерации у тебя получается несобираемый код и красные подчёркивания в студии.
Это тоже хуита, потому что до генерации у тебя получается несобираемый код и красные подчёркивания в студии.
>>76319
Прикол в том, что у тебя несколько слоёв абстракции. И нельзя между ними всеми прокидывать один и тот же объект, потому что где-то надо ты поменять, какие-то данные спрятать и т.д.
При этом 90% свойств перекочёвывают без изменений. И тут возникает желание, вместо того, чтобы писать конверторы ручками, взять автомаппер и написать правила типа это свойство игнорировать, это конвертировать таким кодом, а все остальные просто скопировать.
Но на практике это создаёт кучу проблем.
Я вообще один раз засунул веб-реквест в маппинг. Потом посмотрел на это и ужаснулся. Но переписывать не стал. С тех пор в новые места маппинг не добавляю.
Прикол в том, что у тебя несколько слоёв абстракции. И нельзя между ними всеми прокидывать один и тот же объект, потому что где-то надо ты поменять, какие-то данные спрятать и т.д.
При этом 90% свойств перекочёвывают без изменений. И тут возникает желание, вместо того, чтобы писать конверторы ручками, взять автомаппер и написать правила типа это свойство игнорировать, это конвертировать таким кодом, а все остальные просто скопировать.
Но на практике это создаёт кучу проблем.
Я вообще один раз засунул веб-реквест в маппинг. Потом посмотрел на это и ужаснулся. Но переписывать не стал. С тех пор в новые места маппинг не добавляю.
>>77968
медиатор не используй и не будет лишних слоёв абстракции. Автомаппер сам рассосётся.
Это ловушка такая, через неё проходили все в 2016-2018 годах. Называется архитекрурная боггартянка. Подключаешь медиатр - и его нужно тушить автомаппером. Зато код дохуя "крутой" и "правильный".
Хз, чего джунишки так дуреют с этой хуйни и повторяют старые ошибки, я бы им за такое ебало бил. Без шуток вот прямо в ебало бил ты толстой доской.
Ну не надо наших ошибок повторять
>Прикол в том, что у тебя несколько слоёв абстракции.
медиатор не используй и не будет лишних слоёв абстракции. Автомаппер сам рассосётся.
Это ловушка такая, через неё проходили все в 2016-2018 годах. Называется архитекрурная боггартянка. Подключаешь медиатр - и его нужно тушить автомаппером. Зато код дохуя "крутой" и "правильный".
Хз, чего джунишки так дуреют с этой хуйни и повторяют старые ошибки, я бы им за такое ебало бил. Без шуток вот прямо в ебало бил ты толстой доской.
Ну не надо наших ошибок повторять
>>77968
У тебя ровно три слоя: контроллер, бизнес логика и дата лэйер. Все. Перекладывание происходит в трех местах: IDataReader -> DTO, Request -> DTO, DTO -> Response. Первое делается автоматически дапером. Второе и третье - это одна строка result.UserName = model.UserName и у тебя работает вся навигация по коду. Автомапер не нужен.
У тебя ровно три слоя: контроллер, бизнес логика и дата лэйер. Все. Перекладывание происходит в трех местах: IDataReader -> DTO, Request -> DTO, DTO -> Response. Первое делается автоматически дапером. Второе и третье - это одна строка result.UserName = model.UserName и у тебя работает вся навигация по коду. Автомапер не нужен.
>>78135
Ты какой-то хелловорлд описал.
Между дл и бл и между бл и контроллером должны быть разные типы. В бизнес-логике объект может собираться из нескольких, например. В веб-респонсе тоже может быть свой формат из-за специфики http.
>У тебя ровно три слоя: контроллер, бизнес логика и дата лэйер. Все. Перекладывание происходит в трех местах: IDataReader -> DTO, Request -> DTO, DTO -> Response. Первое делается автоматически дапером. Второе и третье - это одна строка result.UserName = model.UserName и у тебя работает вся навигация по коду. Автомапер не нужен.
Ты какой-то хелловорлд описал.
Между дл и бл и между бл и контроллером должны быть разные типы. В бизнес-логике объект может собираться из нескольких, например. В веб-респонсе тоже может быть свой формат из-за специфики http.
>>78205
Ты описал паджитский говнокод уровня епам. Посмотри, как пишут охуительно быстрые сервисы на расте и голанге, там нет никаких 100500 слоев мапинга над мапингом. Одна ручка - один запрос в бд - одна дто - ебейший рпс. Да, код строится вокруг бд, потому что бд - это сердце системы и самое медленное звено. В дотнете же разработчики деградировали и разучились писать простые и эффективные программы, у всех ддд головного мозга.
Ты описал паджитский говнокод уровня епам. Посмотри, как пишут охуительно быстрые сервисы на расте и голанге, там нет никаких 100500 слоев мапинга над мапингом. Одна ручка - один запрос в бд - одна дто - ебейший рпс. Да, код строится вокруг бд, потому что бд - это сердце системы и самое медленное звено. В дотнете же разработчики деградировали и разучились писать простые и эффективные программы, у всех ддд головного мозга.
>>78218
Как на примере создания заявки я должен обойтись одним дто? При создании заявки не указывается id сущности, например, т.к. он создается в момент сохранения энтити в бд. При создании заявки, пользователю нужно отдать дто где будет id сущности. Т.е. одним дто уже не обойтись. И это первое что пришло в голову. Да и смешно слушать про какие-то там сервисы на гоу и расте где элементарно зависимости подтягиваются через таги на артифакты в гитхабе, лол
>Одна ручка - один запрос в бд - одна дто - ебейший рпс
Как на примере создания заявки я должен обойтись одним дто? При создании заявки не указывается id сущности, например, т.к. он создается в момент сохранения энтити в бд. При создании заявки, пользователю нужно отдать дто где будет id сущности. Т.е. одним дто уже не обойтись. И это первое что пришло в голову. Да и смешно слушать про какие-то там сервисы на гоу и расте где элементарно зависимости подтягиваются через таги на артифакты в гитхабе, лол
>>78234
То есть, ты не понимаешь, как работает sql. Ты настоящий дотнет разработчик, миллионы паджитов гордятся тобой.
>При создании заявки, пользователю нужно отдать дто где будет id сущности.
То есть, ты не понимаешь, как работает sql. Ты настоящий дотнет разработчик, миллионы паджитов гордятся тобой.
>>78389
Дурачок, ты не знаешь, как вставить данные и вернуть ID новой записи за один поход в бд? Туда ли ты зашел?
Дурачок, ты не знаешь, как вставить данные и вернуть ID новой записи за один поход в бд? Туда ли ты зашел?
>>78436
Верну джейсон какой надо. Из бд я достаю не энтити и не объекты, я достаю датасет какой мне нужен здесь и сейчас. У каждой ручки свой.
Кстати, в EF Core паджиты добавили projections когда поняли, насколько обосрались с перфомансом.
Верну джейсон какой надо. Из бд я достаю не энтити и не объекты, я достаю датасет какой мне нужен здесь и сейчас. У каждой ручки свой.
Кстати, в EF Core паджиты добавили projections когда поняли, насколько обосрались с перфомансом.
>>78498
Ну так твой датасет - это и есть результат мапинга энтити на какое-либо ДТО (которое кстати объект)
Ну так твой датасет - это и есть результат мапинга энтити на какое-либо ДТО (которое кстати объект)
>>78498
У тебя так получится хуева туча дублирующейся логики, которую потом заебёшься поддерживать при каких-то изменениях.
У тебя так получится хуева туча дублирующейся логики, которую потом заебёшься поддерживать при каких-то изменениях.
>>78939
Логика написана в сервисах, которые принимают интерфейсы дтошек. Будет какой-нибудь OrderService.Checkout(IOrderDTO), а данные в IOrderDTO каждый раз берутся из разных запросов в бд. Интерфейсы можно миксовать как угодно и у тебя все еще работает навигация по коду, в отличие от автомапера ебаного.
Дело в том, что рич ООП хорошо работает на локальной машине и плохо в сети. Для ситуаций, где класс Button наследуется от Control и перегружает виртуальный метод Draw, рич заебись. Когда твои данные лежат на другой машине, их надо каждый раз загружать, а поход по сети занимает дольше, чем обработка - лучше подходит анемик.
Логика написана в сервисах, которые принимают интерфейсы дтошек. Будет какой-нибудь OrderService.Checkout(IOrderDTO), а данные в IOrderDTO каждый раз берутся из разных запросов в бд. Интерфейсы можно миксовать как угодно и у тебя все еще работает навигация по коду, в отличие от автомапера ебаного.
Дело в том, что рич ООП хорошо работает на локальной машине и плохо в сети. Для ситуаций, где класс Button наследуется от Control и перегружает виртуальный метод Draw, рич заебись. Когда твои данные лежат на другой машине, их надо каждый раз загружать, а поход по сети занимает дольше, чем обработка - лучше подходит анемик.
>>78205
Согласен. пятилетний проект, всё работает, три слоя у нас. Автомаппер в каждом методе используется минимум два раза.
Согласен, автомаппер это лучшее средство, чтобы собрать из нескольких объектов третий.
Просто надо вызвать его несколько раз и в профиле последовательно описать, какие свойства из какого источника брать, а какие заигнорить
Согласен. Автомаппер позволяет лаконично и без запахов кода сконвертировать один объект в другой.
>Ты какой-то хелловорлд описал.
Согласен. пятилетний проект, всё работает, три слоя у нас. Автомаппер в каждом методе используется минимум два раза.
>В бизнес-логике объект может собираться из нескольких, например.
Согласен, автомаппер это лучшее средство, чтобы собрать из нескольких объектов третий.
Просто надо вызвать его несколько раз и в профиле последовательно описать, какие свойства из какого источника брать, а какие заигнорить
> веб-респонсе тоже может быть свой формат из-за специфики http.
Согласен. Автомаппер позволяет лаконично и без запахов кода сконвертировать один объект в другой.
>>78237
Всё равно модель отдельную надо для фронта, иначе лишние свойства будут в сваггере и тестировщики тупо баг заведут.
Но маппинг всё равно лучше руками написать. Модель БД и dto запрос начинает расходиться моментально
>То есть, ты не понимаешь, как работает sql. Ты настоящий дотнет разработчик, миллионы паджитов гордятся тобой.
Всё равно модель отдельную надо для фронта, иначе лишние свойства будут в сваггере и тестировщики тупо баг заведут.
Но маппинг всё равно лучше руками написать. Модель БД и dto запрос начинает расходиться моментально
>>78498
проекции были ещё в старом ентити фреймворке, задолго до появления ef core
>Кстати, в EF Core паджиты добавили projections когда поняли
проекции были ещё в старом ентити фреймворке, задолго до появления ef core
>>79079
понапишут своего долбоёбского ООП с интерфейсами на дтошках, а могли бы просто автомапер взять, и всё бы работало САМО, и кода в 10-20 раз меньше
>интерфейсы дтошек
понапишут своего долбоёбского ООП с интерфейсами на дтошках, а могли бы просто автомапер взять, и всё бы работало САМО, и кода в 10-20 раз меньше
>>79143
Что для тебя логика? А то так можно дойти до безумия, когда джойны тоже логика.
Что для тебя логика? А то так можно дойти до безумия, когда джойны тоже логика.
>>79146
У фронта две модели. Входящий джейсон - это request, исходящий - response. В сервисах модель называется DTO. В репозитори - это параметры хранимок и голый датасет, который приезжает из базы. Получил в контроллере джейсон - переложил руками в дто - что-то сделал в сервисе - передал дто в репозиторий - там внутри переложил из полей дто в параметры - вызвал хранимку - получил датасет - отмапил дапером на другое дто - вернул сервису - сервис вернул в контроллер - в контроллере руками переложил в джейсон и отдал наружу. Что писать код для перекладывания, что писать конфиг для автомапера - один хуй надо писать, только в коде работает навигация.
У фронта две модели. Входящий джейсон - это request, исходящий - response. В сервисах модель называется DTO. В репозитори - это параметры хранимок и голый датасет, который приезжает из базы. Получил в контроллере джейсон - переложил руками в дто - что-то сделал в сервисе - передал дто в репозиторий - там внутри переложил из полей дто в параметры - вызвал хранимку - получил датасет - отмапил дапером на другое дто - вернул сервису - сервис вернул в контроллер - в контроллере руками переложил в джейсон и отдал наружу. Что писать код для перекладывания, что писать конфиг для автомапера - один хуй надо писать, только в коде работает навигация.
>>79159
А мог просто взять автомаппер, он бы за тебя всё замаппил сам, и запросы сформировал какие нужно. ч
Или тебе нравится писать все эти перекладывания в сто слоёв? Я хуй знает, зачем вы вообще код пишете, если достаточно медиатром вызвать маппинг по хранимке... и всё.
А мог просто взять автомаппер, он бы за тебя всё замаппил сам, и запросы сформировал какие нужно. ч
Или тебе нравится писать все эти перекладывания в сто слоёв? Я хуй знает, зачем вы вообще код пишете, если достаточно медиатром вызвать маппинг по хранимке... и всё.
>>79222
О, вы из епама!
Удачи разбираться с дедлоками, когда твой sql сгенерирован через соплю IQueryable.
О, вы из епама!
Удачи разбираться с дедлоками, когда твой sql сгенерирован через соплю IQueryable.
>>79651
Нет. Но мои знакомые оттуда, тоже в рот ебали хранимки.
Удачи тебе с отладкой всего твоего хранимого говна.
>О, вы из епама!
Нет. Но мои знакомые оттуда, тоже в рот ебали хранимки.
>Удачи разбираться с дедлоками
Удачи тебе с отладкой всего твоего хранимого говна.
В бушующем мире дерьма, я нашёл островок спокойствия - этот тред. Захожу сюда периодически, вижу упоминания автомаппера и медиатра и моя душа успокаивается. Пока есть на свете дебилы, использующие их, я буду цениться как специалист.
>>79731
Ты и твои друзья с аутстаф галер даже не понимаете суть проблемы. Ваш уровень - разгребать говно за индусами.
Ты и твои друзья с аутстаф галер даже не понимаете суть проблемы. Ваш уровень - разгребать говно за индусами.
>>79757
Хорошо, что подобных любителей писать свои конвертеры на дтошки и потом это говно покрывать тестами мы увольняем пачками))))
Хорошо, что подобных любителей писать свои конвертеры на дтошки и потом это говно покрывать тестами мы увольняем пачками))))
>>75732
Какая ещё проблема джавы? Это такой хитрый ход отвечать "в джаве ещё проблемы есть" на "вот тут твоя шарпохуита сосёт по гланды"?
Какая ещё проблема джавы? Это такой хитрый ход отвечать "в джаве ещё проблемы есть" на "вот тут твоя шарпохуита сосёт по гланды"?
>>79971
Дежурно напоминаю, что автомаппером пользуются застрявшие в 2016 году пивные сиськи.
Да и хуй с ними
Дежурно напоминаю, что автомаппером пользуются застрявшие в 2016 году пивные сиськи.
Да и хуй с ними
>>79996
необновляемый спринг десятилетней давности из xml перемешанного с худшими практиками DDD и AOP ? Который вдобавок хуй пойми как собирать?
>Какая ещё проблема джавы
необновляемый спринг десятилетней давности из xml перемешанного с худшими практиками DDD и AOP ? Который вдобавок хуй пойми как собирать?
>>79995
Нам похуй. Тебе уже кидали бенчмарки в прошлом треде где твоя джава брала с заглотом, кроме деревянных бенчмарков давящих на LOH, но даже в них разница максимум двухкратная. Небольшая цена за удобный для работы язык.
Нам похуй. Тебе уже кидали бенчмарки в прошлом треде где твоя джава брала с заглотом, кроме деревянных бенчмарков давящих на LOH, но даже в них разница максимум двухкратная. Небольшая цена за удобный для работы язык.
>>80068
В чем проблема обновить спринг? xml остался в начале нулевых. Про какие "худшие практики DDD и AOP" ты говоришь? С худшими практиками можно и на сисярпе писать, если проекты на нем будут, лол
В чем проблема обновить спринг? xml остался в начале нулевых. Про какие "худшие практики DDD и AOP" ты говоришь? С худшими практиками можно и на сисярпе писать, если проекты на нем будут, лол
>>80068
Что за фантазии?
Что за фантазии?
>>80079
Чё? Где? Во всех бенчмарках кроме каких-то беспруфных на непонятных ии-сайтах джава ебёт.
Отдельно с этого проиграл. Удобство это гет сет кококо?
Чё? Где? Во всех бенчмарках кроме каких-то беспруфных на непонятных ии-сайтах джава ебёт.
>небольшая цена за удобный для работы язык
Отдельно с этого проиграл. Удобство это гет сет кококо?
>>80467
Клоун, твое клоуничанье не поможет убрать говно в твоих трусах
>>80468
https://programming-language-benchmarks.vercel.app/csharp-vs-java
Так у тебя и этого нет, терпила) Не говоря про методы расширения, про нормальный ансейф и рантайм кодогенерацию, нету span<t> и структур под них. И это при том что чтобы начать юзать спринг нужно занести в кассу жижбрейну или качать крякнутые иде, иначе разрабатывать это говно ебаное нереально, поддержка сторонних иде нулевая, при том что комьюнити визуалка поддерживает всё кроме деплоя на азуру. И вообще вся инфраструктура языка похожа на парад костылей который без платной иде собрать нереально, ну это ладно, вкусовщина.
Клоун, твое клоуничанье не поможет убрать говно в твоих трусах
>>80468
https://programming-language-benchmarks.vercel.app/csharp-vs-java
>Удобство это гет сет кококо?
Так у тебя и этого нет, терпила) Не говоря про методы расширения, про нормальный ансейф и рантайм кодогенерацию, нету span<t> и структур под них. И это при том что чтобы начать юзать спринг нужно занести в кассу жижбрейну или качать крякнутые иде, иначе разрабатывать это говно ебаное нереально, поддержка сторонних иде нулевая, при том что комьюнити визуалка поддерживает всё кроме деплоя на азуру. И вообще вся инфраструктура языка похожа на парад костылей который без платной иде собрать нереально, ну это ладно, вкусовщина.
>>80481
Терпи, говнопис.
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, благодаря которому каждая новая фича языка выпускается наивысшего качества.
>>80481
Терпи, говнопис.
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, благодаря которому каждая новая фича языка выпускается наивысшего качества.
>>80516
Так нахуя ты в этом треде-то пасешься, если в твоей джаве так все охуенно?
>в джаве есть это
>в джаве есть то
Так нахуя ты в этом треде-то пасешься, если в твоей джаве так все охуенно?
>>80527
Эффект Винни Пуха. Необдуманно оставить начальный говнопост легко, а прекратить спор значит слиться.
Эффект Винни Пуха. Необдуманно оставить начальный говнопост легко, а прекратить спор значит слиться.
сурс бенчей где? Я ебу что этот паджит там накорябал и выдал за perfomance comparsion. В моей ссылке сурс есть и там по http дела у жавы не очень и сурс есть.
>А в петушарпе они что-ли есть?
Есть, и очень, очень давно. И в нем еще очень много чего есть, советую ознакомиться.
>Чаво? Лучшая среди всех языков.
С каких пор написание ручного генератора java файлов на основе рефлексии стало рантайм кодогенерацией? Про деревья выражений слышал?
>Спринг != джава во-первых, во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
Пиздаболище, я их тыкал вот буквально на днях. Единственное что не похоже на говно это amplicode, за бабки, остальное неюзабельный кал. А без спринга джава впринципе не нужна, обычный недошарп. По мнению самих же джавистов эклипсы хуипсы это все неюзабельное говно и если надо работать - меньше чем энтерпрайзом жижбрейнса не обойтись.
>Да и нормальный он, лол.
Нормальный != отсутствующий, пиздабол.
>В Java есть огромнейший инструментарий для организации многопоточного flow
Я могу сказать какого инструмента для организации многопоточного flow у джавы нет. И у шарпа нет. Это коллекции позволяющие производить блокировку по каждой отдельной записи на чтение и монопольно на запись, не блокируя всю коллекцию, так как это делают базы данных. Приходится в итоге велосипедить. Остальное это так, пыль в глаза, еще один способ стрелять себе в ногу по новому. Корутины, асинки, потоки, а нормального решения для параллелизации работы с крупным набором данных нет, сами подгатывайте мультипоточный флоу чтобы не нарваться на гонку или на дедлок, епта.
Пасту уноси, конкретики ноль, кейсов ноль, джава все ещк недоязык.
>>80540
Далбаёб, 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 файлов на основе рефлексии стало рантайм кодогенерацией? Про деревья выражений слышал?
Чего? Ты откуда это взял вообще? Опыт петушарпа проецируешь?
> Пиздаболище, я их тыкал вот буквально на днях.
Поищи проблемы в межплечевом прыще.
> Нормальный != отсутствующий, пиздабол.
Сам-то понял, что высрал?
> Пасту уноси, конкретики ноль, кейсов ноль, джава все ещк недоязык.
Слив принят, опущенец.
>>80545
С телефона видно не очень. Замерить бы всё что он юзает, но мне в целом похуй, тебя даже если в его паджитизм носом ткнуть ты ж все равно будешь в тред срать дальше.
Яндекс не используешь по религиозным причинам?
Из гугления. Но тебе ничего не мешает притащить пруфы, благо это быстрее чем мне проверять что там этот паджит нахуевертил.
Я знаю эту проблему, называется привык к нормальному и не знал что значит платить за инструментарий.
Конкретики всё еще нет, только куча говнокода от паджита который юзает 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, а это уже показатель.
>>80551
Слив.
Какой ещё яндекс? Причём тут яндекс?
Так это ты должен пруфы нести, ты же хуйню какую-то высираешь.
Давай по кругу, пока не дойдёт:
Тебе стена текста конкретики на ебальничек вывалена.
Ааххахахахахахахаххахахахахаах блядь. Этот дебил только что своего барина закопал.
> С телефона видно не очень. Замерить бы всё что он юзает, но мне в целом похуй, тебя даже если в его паджитизм носом ткнуть ты ж все равно будешь в тред срать дальше.
Слив.
> Яндекс не используешь по религиозным причинам?
Какой ещё яндекс? Причём тут яндекс?
> Из гугления. Но тебе ничего не мешает притащить пруфы, благо это быстрее чем мне проверять что там этот паджит нахуевертил.
Так это ты должен пруфы нести, ты же хуйню какую-то высираешь.
> Я знаю эту проблему, называется привык к нормальному и не знал что значит платить за инструментарий.
Давай по кругу, пока не дойдёт:
>во-вторых миллион у тебя срыг плагинов для любых иде на любой вкус, не знаю, что за хуйню ты несёшь, для вс кода есть, для эклипса, для чего угодно, для комьюнити жидеи даже.
> Конкретики всё еще нет
Тебе стена текста конкретики на ебальничек вывалена.
> Конкретики всё еще нет, только куча говнокода от паджита который юзает 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.
Ааххахахахахахахаххахахахахаах блядь. Этот дебил только что своего барина закопал.
>>80570
Дауненок, ты что то кроме стрелочничества знаешь? Я тебе порядочно пруфов принес.
Шиз, таблетки
Даун не знает что такое NET Foundation. Обьясняю для тех кто не в курсе что такое поисковик - это продукты существующие в рамках программ поддержки майкрософт, но не являющиеся частью дотнета, что-то типа спринга но от условного стороннего разраба.
Дауненок, ты что то кроме стрелочничества знаешь? Я тебе порядочно пруфов принес.
>стена конкретики
>Ровно ноль буковок про технологии, обеспечивающие тот набор хуйни, вываленной взбесившимся паджитом-маркетологом
Шиз, таблетки
>Ааххахахахахахахаххахахахахаах блядь. Этот дебил только что своего барина закопал.
Даун не знает что такое NET Foundation. Обьясняю для тех кто не в курсе что такое поисковик - это продукты существующие в рамках программ поддержки майкрософт, но не являющиеся частью дотнета, что-то типа спринга но от условного стороннего разраба.
>>80581
Слив.
Ну и?
> Дауненок, ты что то кроме стрелочничества знаешь? Я тебе порядочно пруфов принес.
> Шиз, таблетки
Слив.
> Даун не знает что такое 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% "програмеров" на этой доске, лол.
>>80768
Я под однострочный for написал вот такое расширение https://pastebin.com/TJkNiB12, (ну и еще кучу ему подобных под всякие варианты итераций), но да, за представленнные в том гите такие однострочники нужно немедленно гнать в шею
Я под однострочный for написал вот такое расширение https://pastebin.com/TJkNiB12, (ну и еще кучу ему подобных под всякие варианты итераций), но да, за представленнные в том гите такие однострочники нужно немедленно гнать в шею
>>80798
Зачем ты выделяешь память под список, чтобы один раз по нему пройтись?
Вот так надо https://pastebin.com/7un6Eh7D
Зачем ты выделяешь память под список, чтобы один раз по нему пройтись?
Вот так надо https://pastebin.com/7un6Eh7D
>>80839
Делаю снапшот. У меня код максимально многопоточный, не хайлоад, избегаю разрушения итератора. Можно конечно ещё оптимизировать, подтянуть блокируемые списки, но и так тоже сойдёт.
Делаю снапшот. У меня код максимально многопоточный, не хайлоад, избегаю разрушения итератора. Можно конечно ещё оптимизировать, подтянуть блокируемые списки, но и так тоже сойдёт.
>>80851
Если твой код многопоточный, то где блокировки?
Зачем делать многопоточный цикл? Чтобы что? Это же просто сраный цикл, базовая конструкция языка.
Если твой код многопоточный, то где блокировки?
Зачем делать многопоточный цикл? Чтобы что? Это же просто сраный цикл, базовая конструкция языка.
>>80856
А к чему блокировать снапшот? Внутри экшена и будут блокировки для его обьектов. Дело не в многопоточном цикле а в многопоточном доступе к коллекции.
А к чему блокировать снапшот? Внутри экшена и будут блокировки для его обьектов. Дело не в многопоточном цикле а в многопоточном доступе к коллекции.
>>80856
Что обработка 1кк элементов шла параллельно в 10 потоках в 10 раз быстрее чем будет пердеть 1 поток?
>Зачем делать многопоточный цикл
Что обработка 1кк элементов шла параллельно в 10 потоках в 10 раз быстрее чем будет пердеть 1 поток?
>>80900
Не, это не для такого случая. Такая конструкция нужна если коллекция может поменяться извне (добавиться удалиться элемент) и только в случаях если элементы коллекции независимы друг от друга. Параллелизация обработки такой коллекции - это Parallel.foreach и в качестве основы concurrency типы, такие как сумка/стек или велосипедный блокируемый список, чтобы не было проблем с разрушением итератора.
Не, это не для такого случая. Такая конструкция нужна если коллекция может поменяться извне (добавиться удалиться элемент) и только в случаях если элементы коллекции независимы друг от друга. Параллелизация обработки такой коллекции - это Parallel.foreach и в качестве основы concurrency типы, такие как сумка/стек или велосипедный блокируемый список, чтобы не было проблем с разрушением итератора.
>>80900
Совершенно не факт кстати, однопоточный пеформанс намного выше и масштабирование нелинейное там, 10 потоков не ускорит в 10 раз.
Лучше протестируй и сравни результаты.
Совершенно не факт кстати, однопоточный пеформанс намного выше и масштабирование нелинейное там, 10 потоков не ускорит в 10 раз.
Лучше протестируй и сравни результаты.
>>80900
Во-первых, сишарп плохой выбор для хайперфоманса. Блокчейн на нем никто не пишет.
Во-вторых, чтобы твои 10 потоков реально работали параллельно, надо все данные сериализовать в массив, чтобы вообще не было ссылок куда-то наружу в память. Потом загнать этот массив в кеш процессора и ебнуть simd инструкции. Кто будет этим заниматься в языке для попукивания в кафку - вопрос риторический.
Во-первых, сишарп плохой выбор для хайперфоманса. Блокчейн на нем никто не пишет.
Во-вторых, чтобы твои 10 потоков реально работали параллельно, надо все данные сериализовать в массив, чтобы вообще не было ссылок куда-то наружу в память. Потом загнать этот массив в кеш процессора и ебнуть simd инструкции. Кто будет этим заниматься в языке для попукивания в кафку - вопрос риторический.
>>81196
У хайперфоманса градации есть. Плюсовик будет стоить в 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 уже заложен этот функционал. Параллелизм же в первую очередь достигается формированием данных, готовых к параллельной обработке, а это самое сложное. Сложно сделать такую параллельность рентабельной, сложно достигнуть синхронизации с ресурсами, к которым обращаешься при параллельной обработке коллекции, сложно обеспечить нулевую связность элементов массива друг с другом для избежания гонки, а остальное это так, мелочи, технические ньюансы.
>>81216
Ну надо же коупилот как-то продавать
Ну надо же коупилот как-то продавать
>>80516
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 и т.д.). Кто что знает (ну и мнение)?
>>82579
Не, ксамарин норм. Только не тот, где формы и ксамл, о тот, который просто Xamarin native.
Там у тебя ровно те же самые типы, что на андроиде, но написанные на c#.
По про
>Хули толку от этого xamarin
Не, ксамарин норм. Только не тот, где формы и ксамл, о тот, который просто Xamarin native.
Там у тебя ровно те же самые типы, что на андроиде, но написанные на c#.
По про
>>82620
Нас всех заменят компьютеры, эйай будет везде, а операционные системы уже пишут на пэйфоне.
>мнение
Нас всех заменят компьютеры, эйай будет везде, а операционные системы уже пишут на пэйфоне.
>>82579
Как можно было обосраться с vsc хоть убей не пойму. Просто блять 3 простейших шага
Дотнет сдк
Расширение c# + c# devkit + intellisense по желанию
dotnet new console
Всё нахуй. Сижу на вскод последний год и решительно не понимаю в чем проблема, если для личного пользования. Wpf стал кроссплатформой, есть авалония уже очень давно. В конце концов можно поставить Target 4 фреймворк и запускать под моно винформу.
Как можно было обосраться с vsc хоть убей не пойму. Просто блять 3 простейших шага
Дотнет сдк
Расширение c# + c# devkit + intellisense по желанию
dotnet new console
Всё нахуй. Сижу на вскод последний год и решительно не понимаю в чем проблема, если для личного пользования. Wpf стал кроссплатформой, есть авалония уже очень давно. В конце концов можно поставить Target 4 фреймворк и запускать под моно винформу.
>>82930
Всё, что ты описал, в C# есть.
Как просто ПОДОЖДАТЬ http запрос в джаве?
>Что сказать-то хотел?
Всё, что ты описал, в C# есть.
>за неимением альтернатив
Как просто ПОДОЖДАТЬ http запрос в джаве?
>>82930
какие альтернативы? Коллбеки писать?
>Это помои, которыми прикрывают свою порваную жопу шарподауны за неимением альтернатив.
какие альтернативы? Коллбеки писать?
>>74778 (OP)
Видел родителей ОПа. Нормальные мужики.
Видел родителей ОПа. Нормальные мужики.
Бля, пришлось кодить на Node.JS, какое же говнище ебаное по сравнению с дотнетом.
Ну ладно, из плюсов, всё можно поднять парой строчек кода. Окей. Но сука, дебаг череж жопу, куча уёбских any, сука бля.
Ну ладно, из плюсов, всё можно поднять парой строчек кода. Окей. Но сука, дебаг череж жопу, куча уёбских any, сука бля.
>>83286
Всё так.
Всё так.
>>83286
Java сервисы тоже, если написать докерфайл. Мухам в винду так и не завезли синего кита? В десятке же появился какой-то Docker Desktop вроде.
>всё можно поднять парой строчек кода
Java сервисы тоже, если написать докерфайл. Мухам в винду так и не завезли синего кита? В десятке же появился какой-то Docker Desktop вроде.
Как думаете что сейчас перспективней в плане вакансий: C# для веба или десктопа? Что лучше учить новичку
>>84474
Веб. Точнее, бекенд, откуда c# выдавливает джаву
Веб. Точнее, бекенд, откуда c# выдавливает джаву
>>84382
Мне кажется, ты не понял, что тебе написали.
На ноде можно написать пару строчек кода, и оно уже будет что-то полезное делать.
Для спринга и аспнета нужно больше кода. В обоих случаях начальный бойлерплейт уже есть в шаблонах, но всё равно надо что-то ещё написать. Ну и бойлерплейт, который сам создаётся, тоже довольно объёмный.
Мне кажется, ты не понял, что тебе написали.
На ноде можно написать пару строчек кода, и оно уже будет что-то полезное делать.
Для спринга и аспнета нужно больше кода. В обоих случаях начальный бойлерплейт уже есть в шаблонах, но всё равно надо что-то ещё написать. Ну и бойлерплейт, который сам создаётся, тоже довольно объёмный.
Дотьнет умер нахуй? Мне кажется, что уже unity по кол-ву вакансий начитает конкурировать с основным стеком c#
>>82954
Ясн.
var result = http.request();
Что, совсем мозг повредило асинками? Самый нормальный вариант белого человека без обмазывания кода говном уже в голову и не лезет?
>есть! яскозал!
Ясн.
>Как просто ПОДОЖДАТЬ http запрос в джаве?
var result = http.request();
Что, совсем мозг повредило асинками? Самый нормальный вариант белого человека без обмазывания кода говном уже в голову и не лезет?
>>85137
Ёбу дал — ёбу взял.
Ёбу дал — ёбу взял.
>>85167
Асинк авейт и есть виртуальные потоки. Это вообще то же самое за исключением синтаксиса.
Асинк авейт и есть виртуальные потоки. Это вообще то же самое за исключением синтаксиса.
>>85171
Нихуя себе. Блиииин а я то все какие-то машины состояний себе представлял и сохранение состояния потока при переключение.
Вот собственно с кем мы тут сидим. Виртуальные потоки в асинк эвейт.
>Асинк авейт и есть виртуальные потоки
Нихуя себе. Блиииин а я то все какие-то машины состояний себе представлял и сохранение состояния потока при переключение.
Вот собственно с кем мы тут сидим. Виртуальные потоки в асинк эвейт.
>>85206
Долбоёб, что-ли? Ты понимаешь, что такое зелёные потоки?
> я то все какие-то машины состояний себе представлял
Долбоёб, что-ли? Ты понимаешь, что такое зелёные потоки?
>>84815
С небольшой разницей. Дотнет просто запустится на любом современном железе, а JAVA будет ебать мозги 3-4 часа манипуляциями с бинарями, неработающим мавеном и правками в хуй знает каких xml файлах.
Собственно, мы поэтому от спринга и отказались. На вид джава почти как сишарп, но как работать начинаешь - понимаешь, что джава скорее аналог дотнет-фреймворк-4.5.2, который ты пытаешься запустить через wine.
>Для спринга и аспнета нужно больше кода.
С небольшой разницей. Дотнет просто запустится на любом современном железе, а JAVA будет ебать мозги 3-4 часа манипуляциями с бинарями, неработающим мавеном и правками в хуй знает каких xml файлах.
Собственно, мы поэтому от спринга и отказались. На вид джава почти как сишарп, но как работать начинаешь - понимаешь, что джава скорее аналог дотнет-фреймворк-4.5.2, который ты пытаешься запустить через wine.
>>85165
этот вызов будет стоить одного потока? Твоя пропускная способность теперь зависит от количества доступной оперативной памяти.
>var result = http.request();
этот вызов будет стоить одного потока? Твоя пропускная способность теперь зависит от количества доступной оперативной памяти.
>>85206
Я не знаю, что ты себе там представлял.
Конечно, там автомат с состояниями, а под ним находятся таски, которые являются абстракцией над потоками. В каких-то случаях таски могут выполняться последовательно в одном потоке, а в каких-то параллельно в разных. И именно это тоже самое, что виртуальные потоки в жаве.
Я не знаю, что ты себе там представлял.
Конечно, там автомат с состояниями, а под ним находятся таски, которые являются абстракцией над потоками. В каких-то случаях таски могут выполняться последовательно в одном потоке, а в каких-то параллельно в разных. И именно это тоже самое, что виртуальные потоки в жаве.
>>85172
Лучше написать async/await, чем размазывать запрос по коллбекам. Ну или как у вас там не блокируя код писать?
Охуеть, оправдание, конечно. Ты фреймворк пишешь или рабочий код?
> засираешь код говной
Лучше написать async/await, чем размазывать запрос по коллбекам. Ну или как у вас там не блокируя код писать?
>дублируешь методы.
Охуеть, оправдание, конечно. Ты фреймворк пишешь или рабочий код?
>>85225
Да, у меня тоже такое ощущение.
Куча команд типа clean, install, build, deploy, и так далее, причём делают они совсем не это. Куча источников параметров вплоть до переменных окружения (это уровень php какой-то). Куча параметров сборки без которых нихера ничего не выйдет.
Нет нормальной среды разработки, которая все нюансы подхватывает. Вечно либо код красный, но собирается, либо наоборот.
Ну и несколько реп пакетов без синхронизации версий. Пакет одной версии в одной репе может оказаться совсем другой версией во второй.
>С небольшой разницей. Дотнет просто запустится на любом современном железе, а JAVA будет ебать мозги 3-4 часа манипуляциями с бинарями, неработающим мавеном и правками в хуй знает каких xml файлах.
Да, у меня тоже такое ощущение.
Куча команд типа clean, install, build, deploy, и так далее, причём делают они совсем не это. Куча источников параметров вплоть до переменных окружения (это уровень php какой-то). Куча параметров сборки без которых нихера ничего не выйдет.
Нет нормальной среды разработки, которая все нюансы подхватывает. Вечно либо код красный, но собирается, либо наоборот.
Ну и несколько реп пакетов без синхронизации версий. Пакет одной версии в одной репе может оказаться совсем другой версией во второй.
>>85230
Ты наркоман? Производительность любой машины зависит от количества доступной оперативной памяти.
Ты наркоман? Производительность любой машины зависит от количества доступной оперативной памяти.
Откликаюсь на стажерские вакансии - нихуя. По рофлу отправил отклик на джуновскую, и сразу предложили созвон. Но я зассал, условия хорошие, но до требований я явно не дотягиваю. Компания логистическая, а у меня пет проект для логистической компании, походу поэтому и ответили.
Но он довольно посредственный. Обычное рест апи, по сути можно только создавать заказы и управлять ими, а также отслеживать их. Есть система аутентификации и авторизации, распределение доступа к действиям по ролям, бизнес-логики почти нет никакой, ну расчет стоимости, а расстояние определяется через стороннее апи, юнит тесты для галочки, интерфейса нет. Насколько это кал, такое вообще стоит показывать?
Еще есть программа для учёта дебиторской задолженности на wpf, делал его для мамы, так как 1с у них не было. Делал года 2 назад, с нулевыми знаниями wpf и xaml, без mvvm. Стоит его вообще указывать, учитывая, что я уже почти все забыл и особо пояснить не смогу? Просто убил на него много времени, да и получился довольно объемным (ну для меня).
Но он довольно посредственный. Обычное рест апи, по сути можно только создавать заказы и управлять ими, а также отслеживать их. Есть система аутентификации и авторизации, распределение доступа к действиям по ролям, бизнес-логики почти нет никакой, ну расчет стоимости, а расстояние определяется через стороннее апи, юнит тесты для галочки, интерфейса нет. Насколько это кал, такое вообще стоит показывать?
Еще есть программа для учёта дебиторской задолженности на wpf, делал его для мамы, так как 1с у них не было. Делал года 2 назад, с нулевыми знаниями wpf и xaml, без mvvm. Стоит его вообще указывать, учитывая, что я уже почти все забыл и особо пояснить не смогу? Просто убил на него много времени, да и получился довольно объемным (ну для меня).
>>85621
За работодателя думать не нужно, дотягиваешь там или нет. Если только ищешь первую работу, отказываться от собеседований глупо, потому что это для тебя при любом исходе будет полезным опытом, даже если обосрешься (а сначала все равно скорее всего так и будет).
Про проекты имеет смысл рассказывать, если они имеют отношение к тому, чем планируется заниматься на работе. Ну или если такого мало, то просто показать, что не совсем дурак, и что-то сам можешь сделать от начала до конца.
За работодателя думать не нужно, дотягиваешь там или нет. Если только ищешь первую работу, отказываться от собеседований глупо, потому что это для тебя при любом исходе будет полезным опытом, даже если обосрешься (а сначала все равно скорее всего так и будет).
Про проекты имеет смысл рассказывать, если они имеют отношение к тому, чем планируется заниматься на работе. Ну или если такого мало, то просто показать, что не совсем дурак, и что-то сам можешь сделать от начала до конца.
8 Кб, 505x226>>85753
Неблокирующий вариант можно сделать через CompletableFuture
Неблокирующий вариант можно сделать через CompletableFuture
Как в вашем C# с линуксом? .net core работает? Планирую перекатываться на C# и искать на .net core работу, но виндовсом не пользуюсь совершенно
>>85879
Сервера на линупсе, но разработка на винде, ведь студия есть только на винде, а вскод и райдер до неё не дотягивают.
Сервера на линупсе, но разработка на винде, ведь студия есть только на винде, а вскод и райдер до неё не дотягивают.
>>85237
Я дотнет разработчик, которому очень редко приходится что-то делать с джавой. У меня, конечно, колоссальная разница в опыте между шарпом и джавой, но как правило почему-то когда я беру где-то шарповый код, то его можно просто открыть в вс и запустить, нажав f5, а с кодом на джаве так не получается.
Я дотнет разработчик, которому очень редко приходится что-то делать с джавой. У меня, конечно, колоссальная разница в опыте между шарпом и джавой, но как правило почему-то когда я беру где-то шарповый код, то его можно просто открыть в вс и запустить, нажав f5, а с кодом на джаве так не получается.