1. Ресурсы:
— https://dotnet.microsoft.com/learn
— https://ru.stackoverflow.com/a/416585/422180
— https://metanit.com
— https://professorweb.ru
— https://csharp.godbolt.org/
— https://sharplab.io/
— https://devblogs.microsoft.com/dotnet/
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://www.youtube.com/playlist?list=PLdo4fOcmZ0oX8eqDkSw4hH9cSehrGgdr1
Шапка: https://pastebin.com/HT7Hi6FD
Прошлый тред: https://2ch.su/pr/res/3474778.html
>Постинг сдох, т.к. сишорп программисты - это уважаемые люди с работой, которым некогда шитпостить, они работают.
Всё так.
>Постинг в джава/питон/1с треде - это признак того, что там работы нет и безработные просто пинают балду в треде.
Работа есть, просто они ее ненавидят и вместо закрытия техдолга и получения премий за закрытие фич - предпочитают бухтеть в тредах
>Вакансий нет, т.к. сишорп программисты самодостаточные и сами знают где их искать.
Вакансий нет потому что кабанчики не знают куда деваться в кризис, у них есть джава/джанго/1с легаси родом из конца нулевых и они его педалят и подмазывают, чтобы хоть как-то стояло, технологиями десятилетней давности - просто потому что переписывать дорого. Шарпистам в этой самой стране остался только геймдев.
Шарп и голанг мертвы, жаба тоже скоро сдохнет. Кабаны кабанычи будут переползать на 1C. И Python с JS для всего остального.
Чо как вам 2026-я студия?
Меня пока больше всего бесит новое окно настроек, благо старое все еще доступно. Остальное мелочи.
Из приятного, что почти все расширения сразу заработали, кроме каких-то совсем древних, которыми все равно не пользовался. Ну и работает побыстрее.
Говно. Уебищный дизайн, от линий рябит в глазах. Шрифты стали хуже, хз что там паджиты сломали. Уебищный копилот как назойливый ребенок все время лезет под руку со своими охуительными советами, пришлось сразу отключать. По скорости я разницы не заметил, на большом проекте этот их розлин тормозит одинаково. Я остался на 2022 студии без копилота ебаного.
У меня дизайн стал супер мелким, почему то 125% увеличения с винды не конектятся к приложению из за этого интерфейс очень мелкий, а так нраица
Студия ненужна, Rider лучше этого говна
Мимо MacOS господин
Ебать у вас столько незнакомой терминологии - автомапперы какие-то ебучие и прочий скам. Мне порою кажется что в плюсах гораздо меньше всякого bloatware чем в оопнутой джаве и сишарпе
Сами себе блять накрутили слои абстракций из-за oop-first принципа, а теперь героически расхлебывают кек
Ты совсем поехал что ли? Это какой-то новый уровень зелёного винограда.
Я кидал это:
https://2ch.su/pr/res/3332445.html#3337069
и был бы рад если бы кто-то накидал мне за щеку подобного.
Нахуя сишарперы пишут код стоя? Вы ебанутые? Вы по 8 часов в день стоите?
https://www.youtube.com/watch?v=IaqoAgkqrB4
Какая качественная статья (хули он ожидал от ConcurrentDictionary, вполне логичное поведение) с качественными бенчмарками (и ведь ничего не смутило).
ConcurrentDictionary тормозное говно. Надо складывать данные во FrozenDictionary и потом везде использовать, тогда заебись.
Видимо говнокодеры из майкрософт не ожидали что их говноподелие будет кто-то использовать за пределами винды.
projects/android2/MauiApp1/MainPage.xaml.cs(3,33): error CS0246: The type or namespace name 'ConittentPage' could not be found (are you missing a using directive or an assembly reference?)
The terminal process terminated with exit code: 1.
Terminal will be reused by tasks, press any key to close it.
>2025
>использовать что-то помимо флаттера или котлина для мобильников
кек
>>3608781
Как оказалось это криворукое индусоподелие от криворуких майкоблядей настолько криво работает, что после создания нового .net проекта в vs code и его открытия (открывается он в автоматическом режиме), нужно вручную СНОВА открыть проект через solution explorer.
11/10
Кто тебе виноват что ты кодишь в буквально аналоге блокнота? Скачай и поставь себе студию долбоеб.
Совсем поехали? 26 объективно топ, потому что поддерживает net 10.
мимо
>Кто тебе виноват что ты Снегишь в буквально аналоге блокнота? Скачай и поставь себе студию долбоеб.
Дурачок, актуальной студии под Mac OS / Linux нет, а шизики из мелкософта говрят что C# ТЕПЕРЬ КРОССПЛАТФОРМЕННЫЙ кек. Выходят индусы из мелкософта снова наврали/
Даже мой Ребятка начал бухтеть кек
Есть wpf uno хуйнюшка.
В зависимости от масштаба выставленного в настройках операционки плывет разметка.
Можно как-то сделать так, чтобы вне зависимости от масштаба операционки эта хуйня рисовалась одинаково?
Я не хочу рисовать 4 вьюхи под каждый масштаб, и дополнительно 4 вьюхи под разрешения + еще на планшеты это говно делать. Я это до старости говноСнегить буду.
> сишорп программисты - это уважаемые люди с работой, которым некогда шитпостить, они работают
литературно, я
>Чо как вам 2026-я студия?
Сижу на линуксе и патченном райдере. Студию не видел уже года два
>Дурачок, актуальной студии под Mac OS / Linux нет, а шизики из мелкософта говрят что C# ТЕПЕРЬ КРОССПЛАТФОРМЕННЫЙ
уже лет 10 кросс-платформенный. Средства разработки есть подо всё:
Под винду VS, rider, vscode
Под мак: VS fo mac, rider, vscode
Мод линукс - vscode, rider
С чем ты сравниваешь кросс-платформенность?
>VS fo mac
Он уже очень давно не обновляется и депрекейтед под Mac OS. Ты как долго в заморозке был?
>С чем ты сравниваешь кросс-платформенность?
С тем что тот же VS Code это тупо текстовой редактор, а не IDE с глючной поддержкой C# в mac os. Я уэе писал выше об этом, посмотри на сообщение, на которое я изначально отвечал.
Вот отзыв экспериенса Снегинга c# .net под vs code на mac os:
Как оказалось это криворукое индусоподелие от криворуких майкоблядей настолько криво работает, что после создания нового .net проекта в vs code и его открытия (открывается он в автоматическом режиме), нужно вручную СНОВА открыть проект через solution explorer.
Воистину, не врали древние майя про конец света.
>Как оказалось это криворукое индусоподелие от криворуких майкоблядей настолько криво работает, что после создания нового .net проекта в vs code и его открытия (открывается он в автоматическом режиме), нужно вручную СНОВА открыть проект через solution explorer.
ну хз, альтернатив всё равно нет
Джавка ещё хуже, она живёт только потому что есть дохуя проектов на спринге 2008 года. Гоу ещё более-менее, но там нет минимального ООП, который непСайгако помог бы. Нода, питон - мусорные технологии: проекты не живут дольше полугода и их всё время переписывать надо.
>проекты не живут дольше полугода и их всё время переписывать надо.
Значит всегда будет работа.
>мусорные технологии: проекты не живут дольше полугода и их всё время переписывать надо.
Про питон не знаю, а про ноду с тайпскриптом бред откровенный
>>3613957
>ноду с тайпскриптом
его разве не надо конпелировать?
никогда не понимал этот мазохизм.
проще с# взять
Ну я против сишарпа никогда не бухтел, язык топовый, я бухчу именно на среды разработки
язык то норм
>я бухчу именно на среды разработки
а есть где-то языки с нормальными средами разработки? По сути всё, что не visual studio, то говно.
>Дурачок, актуальной студии под Mac OS / Linux нет
Потому что не надо заниматься Снегингом на тех ОС что для этого не подходят. Макбук это оверпрайс печатная машинка для соцсетей и модных дизайнеров. Линукс непригодная ни для чего хуйня.
Поставь винду и живи как белый человек который может ставить любое ПО, а если очень надо запускать WSL.
>Макбук это оверпрайс печатная машинка для соцсетей и модных дизайнеров. Линукс непригодная ни для чего хуйня.
хуя какой забористый копиум любителя индусоподелия вин11
ты главное закусывай в следующий раз
не, он прав, макбук - это оверпрайснутая печатная машинка, для работы не подходит, разве что ты Чудесник, а ноут тебе для антуража
Мимо менеджер .нет+ангуляр+джира+эксель на прошке
На самом деле это всё ещё бесконечно лучше и удобнее спермоблядства. Спермоблядь хуже червя-макопидopа.
А Снег в виме писать что ли надо?
Про всех минусах мелкомягких, линукс по сравнению с виндой это один сплошной ноусофт.
Какая проблема писать снег в виме? Есть практически все то же что и в иде. А то чего нет ненужно
Ты троллишь? [нео]вим, емакс. ВИЖОЛСТУДИЯ КOДЕ на худой конец. Идеи всякие вроде тоже кроссплатформенные, но я таким дерьмом не пользуюсь, могу ошибаться. Я бы понял если бы ты говорил про игори и фотошопы, но вот написание кoдов под спермой, сделанной буквально для неграмотных бабов сраков и прочих потребителей - это всегда пытка.
>А Снег в виме писать что ли надо?
Я c# Снег только в виме пишу. В принципе, это лучшая IDE на сегодняшний день
>написание кoдов под спермой
Что это значит? Я, конечно, понимаю, жаргон, все дела... Но звучит совсем по долбоёбски
Да даже makefile это верх адекватности. А то тут и sln и csproj и msbuild. Пока в IDE сидишь и руками ничего не трогаешь - ок. Как вылезешь, пиздец.
>Нахуя в этом замечательном шарпе есть solution и project?
Проект это единица компиляции, он описывает зависимости.
Солюшен нужен только для IDE, он не трПоздравляюется для сборки и нужен только для удобства
что за унылые нападки?
Что может быть проще чем выполнить команду dotnet build?
Нихуя себе нахрюк мавен-градл-спринг бабульки.
Тебе сложно разобраться в пикриле?
>Нихуя себе нахрюк мавен-градл-спринг бабульки.
И сразу маня проекции пошли, иди таблетки выпей маня. Я вообще на Bazel сейчас сижу.
>>3615669
>Солюшен нужен только для IDE, он не трПоздравляюется для сборки и нужен только для удобства
А нахуй иде его создаёт?
>>3615811
>Слишком Звонко
Makefile - деды писали и нам завещали.
Это унылая хуита по сравнению со студией. Ну то есть она лучше, чем эклипсы и тому подобное, но со студией не сравнится.
> по сравнению со студией
В целом, Rider покрывает большую часть потребностей.
Тем не менее, JetBrains - богомерзкие выблядки
>Видимо говнокодеры из майкрософт не ожидали что их говноподелие будет кто-то использовать за пределами винды.
А схуяли им заботиться? Может им вс-код на пс2 портировать ещё? На хуй иди, короче.
Спермохлёб, ты чего рвёшься уже полтреда? Пришло время переустанавливать шипдошс?
>Пришло время переустанавливать шипдошс?
Новый год наступил, пора перепокупать макбук-про 2026
Это местный шизик, надышавшийся паров то ли Столярова, то ли еще кого. Уже какой месяц носится по всей доске. По стилю и тематике сообщений легко узнается. Поясняет всем, что тру Кнут, Таненнбаум, книга Дракона, язык С, Линукс, емакс/ви, а что не тру в целом всё остальное, чаще всего хейт к вебу, к ИДЕ, при этом сам, наверняка, не писавший ничего объемнее пары сотен строк. Возможно так же сидит в /math и пытается осилить ТК и книжку Голдблата про топосы.
В общем скорее всего впечатлительный школьник лет 14. Сам примерно таким был.
А зачем он про сперму пишет? Это что-то из подоляки, который просил не лить густое пахучее семя на мельныцы врага?
>тру Кнут, Таненнбаум, книга Дракона, язык С, Линукс, емакс/ви
хз, дотнет-сишарп это сугубо прикладной язык. Все алгоритмы написали уже 20 лет до нас и остаётся только нервно пукать в кафку
>зачем он про сперму пишет?
Древнее уничижительное прозвище винды. Юзеров называли спермоблядками. Линуксойдов прыщеблядками. Откуда пошло не знаю. Мб от слова "семерка".
комментарий, который поясняет, что делает следующие 30 строк кода
30 строк raw-sql перемешанного с сишарпом
Я не могу отделаться от мысли про комментарии. Они напоминают мне мудака, который смотрит на то, как я работаю, и комментируют каждое моё действие или просто дёргает меня за локоть. Это как помощник автомеханика, который вместо того, чтобы помочь, смотрит и говорит, "Крутишь гайку? Ну давай, крути".
Джуны, дебилы, выносите блоки кода в функции и используйте правильное именование. Купите себе блокнотик, свои соображения оставляйте при себе. Не структурируйте код комментариями.
<ListBox ItemsSource="{Binding MyItems}">
<ListBox.ItemTemplate>
<DataTemplate>
<CheckBox Content="{Binding Name}" IsChecked="{Binding IsSelected}" Margin="5"/>
</DataTemplate>
</ListBox.ItemTemplate>
</ListBox>
Я, конечно, в этом деле нуб, но я вставил твой код к себе
<Window x:Class="WpfApp2.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:local="clr-namespace:WpfApp2"
mc:Ignorable="d"
Title="MainWindow" Height="450" Width="800">
<Grid>
<ListBox ItemsSource="{Binding MyItems}">
<ListBox.ItemTemplate>
<DataTemplate>
<CheckBox Content="{Binding Name}" IsChecked="{Binding IsSelected}" Margin="5"/>
</DataTemplate>
</ListBox.ItemTemplate>
</ListBox>
</Grid>
</Window>
и чёт как-то пусто.
Куда перекатываться? Go? Python?
Какий вакансий? Фулстек на аутстаф галеру за штуку баксов, опыт настройки кубера от трех лет. Или фулстек в крипто копро аи финтех стартап директор лично проводит собесы. Нет вакансий нихуя.
>Нет вакансий нихуя.
я хуй знает, смотрю у себя в стране, тут дохуя вакансий на дотнет, в основном бек и микросервисы.
На джаву тоже есть, но это пахучий уебанский спринг 10 y.o.
Я вообщне не представляю кто выбирает шарп для новного проекта. Ну кроме тех кому надо использовать майковский стек.
Мы, например, выбираем. Я в прошлом треде рассказывал как от спринга избавлялись в пользу обычного aspnet core.
При чём тут майковский стек? В докере всё одинаково работает.
>Мы, например, выбираем. Я в прошлом треде рассказывал как от спринга избавлялись в пользу обычного aspnet core.
Одно говно поменяли на другое, типо оно лучше.
>При чём тут майковский стек? В докере всё одинаково работает.
Речь про интеграцию с Office, Active Directory и т.д. Вот моя будущая контора выбрала шарп ради интеграции с AD.
Уеби обчитаются своего клинкода и выносят все подряд в функцию this.krutitGaiku() , потом как ебанько прыгаешь по всем этим функциям, чтоб понять, что происходит, вместо одного места
>типо оно лучше.
да, лучше. После опыта спринга, в дотнете все те же самые вещи делаешь, но получается лучше. Я хз, почему так. Если подробно объяснять - то сильно долго будет
напиши статический метод, который по свойствам собирает json объект руками, оперируй низкоуровневыми примитивами newtonsoft.
значения и типы полей со своего статического класса получай рефлексией.
Зачем это тебе, бы долбоёб?
>горит пиздец.
Потому что в дотнете нет такого бестолкового жора памяти как в джаве или, прости госпаде, питоне. Обычный GC устраивает 99% пользователей, оставшемуся проценту надо просто на си пересесть
>нет такого бестолкового жора памяти
>Pauseless Garbage Collector
>Also, people don't need a real pause-less GC, what they need is a GC that has a consistent reasonably low maximum pausing time (lower than one or two milliseconds) for latency-sensitive apps.
Чел...
У нас дурачок один был.
Он каждую строчку кода комментарием сопровождал. По гениальной задумке, надо читать комментарий, затем сравнивать его с кодом. Типо, в комментарии - правильное поведение.
В общем по его коду прошлись регекспами, вычистили комменты нахуй сразу после его увольнения. Чел работал три месяца, не успел сделать ничего путного
Самое смешное, что он писал /// комментарии ко всем буквально сущностям в коде. Такая вымученная канцелярщина. В основном цепочки слов в родительном падеже. Я уже тогда над ним начал угорать и так же в годе загаживать всё:
/// Модель объекта нотификации пользователя
/// Сервис отправки модели объекта нотификации пользователя
/// Конструктор сервиса отправки модели объекта нотификации пользователя
/// Интерфейс сервиса отправки модели объекта нотификации пользователя
// Вызов интерфейса сервиса отправки модели объекта нотификации пользователя
// Обработка результата вызова интерфейса сервиса отправки модели объекта нотификации пользователя
хмм, да я только сегодня на дваче, но так понял, что ошибся, так как оп это создатель треда ?
>собирает json объект руками
Заёбисто.
>получай рефлексией
За неимением лучшего так и делаю. Но тут уже и джейсон не нужен становится.
>оперируй низкоуровневыми примитивами newtonsoft
Здесь не понял.
>Зачем это тебе, бы долбоёб?
Может быть, но вот, к примеру, есть у меня класс где хранятся настройки программы. Зачем мне создавать объект? Настройки они одни и других быть не может - по логике вещей этот класс должен быть статическим.
https://www.google.com/search?q=why+you+should+not+use+static+classes+for+configuration&oq=why+you+should+not+use+static+classes+for+configuration
>Потому что в дотнете нет такого бестолкового жора памяти как в джаве или, прости госпаде, питоне.
Нинужно из палаты мер и весов.
Им в падлу добавить какой-нибудь оператор по типу
errorcompile("ляля тополя"); ?
Учитывая, насколько много в шарпе фич, которые появились в шарпе на много лет раньше, чем в жабе, если было бы нужно, то давно бы уже сделали.
https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/preprocessor-directives#error-and-warning-information
В спринге удобные аннотации. Как этот момент на дотнете обходите?
>по логике вещей этот класс должен быть статическим.
По какой логике структура данных должна быть статической?
Посмотри, как работают c IConfiguration.
Его просто биндишь, регистрируешь и инжектишь.
хз, попробуй директивы компилятора, вот такие:
#error
так же там всякие ифчики можно делать
А вообще похоже на то, что тебе просто тест написать надо
есть директива компилятора, ломающая сборку. Но тебе, опять же, скорее всего просто надо тест написать
шлём тебя нахуй. В своём уебанском спринге пиши аннотации, AOP в xml, ебись с рефлексией.
В дотнете давно такой хуйнёй не страдают и пишут обычный анализируемый компилятором код.
Но если нужны аннотации - инструменты есть. Только ими редко пользуются, потому что подход устаревшый.
>errorcompile("ляля тополя"); ?
Нихуя ты намешал. Такой синтаксис выгдялит как будто функция после компиляции пытается сломать компиляцию.
Это в джаве так? Вы совсем долбоёбы?
>В спринге
> удобные
Спринг - говно из позапрошлого десятилетия
Кобол вообще с прошлого века, и ничего
Как так получилось, что джава стала говном, которое все ненавидят, а дотнет приятный?
Они же изначально вообще одинаковые были, за минимальными отличиями в дженериках и структурах?
>Как так получилось, что джава стала говном, которое все ненавидят, а дотнет приятный?
Это из-за того что джавой пользуются все, а дотнетом никто
Двачую, аннотации не нужны, аитрибуты тоже. Это все мэджик. Надо юзать go.
Стив Балмер сделал акцент на удобстве для разработчиков.
https://www.youtube.com/watch?v=Vhh_GeBPOhs
Вынужден писать проект на спринге, какое-то враждебное говно эти мавены, ломбоки, jpa. В божественной студии все просто работает из коробки. А тут приходится постоянно какие-то левые проблемы решать.
А чем плох синтаксис? Есть же какой-нибудь sizeof() или typeof(). Ну хочешь можно так
errorcompile("ляля тополя")
{ }
>>3623334
>>3623360
>>3623361
Директивы здесь не пойдут. По сути нужно проверить класс на присутствие/отсутствие определённых типов и в случае если не так как надо выдавать ошибку с поясняющим текстом. Текст можно и в комментариях написать, главное чтоб на строчку указывал.
Это называется линтер. Возьми Roslyn или Mono.Cecil и напиши свой.
>json
Этот ваш json даже тип Font не может десериализовать. Ну и нахуй он тогда нужен?
>>3623355
>По какой логике структура данных должна быть статической?
По той что она нужна в одном единственном экземпляре и второй такой быть не может. Создавая статический класс ты как бы неиллюзорно на это намекаешь.
>Его просто биндишь, регистрируешь и инжектишь
Я нуфаг, мне эти твои жаргонные словечки ничего не говорят.
> Этот ваш json даже тип Font не может десериализовать.
Что за хуйню ты несёшь?
> По той что она нужна в одном единственном экземпляре и второй такой быть не может. Создавая статический класс ты как бы неиллюзорно на это намекаешь.
Зачем ты слово "неилюзорно" вставил? Что за хуйню ты несёшь?
> Я нуфаг, мне эти твои жаргонные словечки ничего не говорят.
А, ясно.
Я думал, ты челленджовый скуфи-разраб 10+лет опыта и решил хуйнёй пострадать в шутку (как и все тут), а ты просто настолько тупой, что несёшь какую-то несуразицу и вряд-ли понимаешь, что делаешь и зачем. Вопросы настолько тупые, что даже объяснять что-то лень.
Документацию не читай ни в коем случае, там всё врут. У дикпика тоже не спрашивай, его неправильно научили. Все свои тупые вопросы адресуй в этот ИТТ тред
> // Вызов интерфейса сервиса отправки модели объекта нотификации пользователя
// Создание адапрера объекта интерфейса сервиса отправки модели объекта нотификации пользователя
>Создавая статический класс ты как бы неиллюзорно на это намекаешь.
Я думал для этого зависимости как сингтон регают, а тут вот оно че.
>По той что она нужна в одном единственном экземпляре и второй такой быть не может.
При чём тут статика?
Или у тебя есть умные мысли, зачем в 2к26 году использовать DI контейнер, если можно резолвить любой обработчик по месту медиатром? DI умеет кросс-каттинг консёрны решать?
Вот и иди на хуй
Дожили, блять, di у них антипаттерн, а медиатор заебись вообще. Что дальше? Сладкий хлеб?
>Что за хуйню ты несёшь?
Ну сам попробуй.
>Зачем ты слово "неилюзорно" вставил?
Потому-что могу.
Эко тебе жопу клочками по закоулочкам разъебало.
>этот ИТТ тред
Да я давно понял что тут полно душных чсвшных пидоров наподобие тебя.
>>3625384
>>3625222
>сингтон
синглтон, хуинглтон... А зачем же тогда статика нужна?
>зачем же тогда статика нужна?
Глобальные переменые, методы расширения, методы хэлперы. Ну мне больше ничего в голову не приходит.
>А зачем же тогда статика нужна?
Да не нужна по большому счету.
Медиатор это лучший DDD фреймворк на сегодня. Ты буквально одной библиотекой получаешь доменные события, CQRS, и по нормальному можешь обрабатывать кросс-каттинг консёрны в любом вызванном методе.
VS норм, Rider норм. Тем не менее, jet brains -богомерзкая компания с гнильцой
Фактически, комбинация медиатр-автомаппер это безальтернативный выбор на сегодня.
Две эти библиотеки составляют собой мощный и в то же время простой в отладке инструмент. Порог вхождения крайне низкий.
Достаточно запомнить одну догму: всё - это либо команда, либо квери.
Самое охуенное - это работа с доменными событиями. Их можно запускать как в текущем процессе, так и через кафку. Опять же, пукнул событием в кафку, а медиатр сам разберётся где и как его исполнять.
Но самое мощное - это что для добавления новой доменной сущности надо просто добавить один класс! Автомаппер разберёт как его хранить в хранилище. Притом, даже не надо знать, В КАКОМ хранилище лежат агрегаты.
А самое главное - кросс-каттинг консёрны. Ты просто запускаешь команду и не греешь себе голову. Нужны транзакции - благодаря встроенным бехевиорам медиатр всё за тебя сделает. Нужна валидация - медиатр валидирует каждую команду в цепочке, и не важно, в каком процессе она исполняется.
Я долго могу рассказывать и про новые свойства, которые автомаппер автоматически подхватывает и добавляет в БД. И про гарантии автомаппера, который при добавлении одной строчки бросает ошибку при любом некорректно настроенном маппинге.
Забыл добавить про чистую архитектуру. Используя эти две библиотеки получается действительно чистый и не тесно не связанный код. Ты просто вызываешь команду из домена, а обработчик может быть как в аппликейшене, как в инфраструктуре, так и вообще в соседнеем домене или процессе.
>Учитывая, насколько много в шарпе фич, которые появились в шарпе на много лет раньше, чем в жабе, если было бы нужно, то давно бы уже сделали.
Есть фича которой в шарпе нет, и судя по всему не будет - нормальный подход к дизайну языка. Хороший подход это когда у тебя есть 1 идеоматичный способа сделать что-то. Ни прибавить, ни убавить.
Ты не страдаешь херней пытаясь выбрать, что же лучше для задачи А, ты просто делаешь как принято. А тот, кто читает код, видит идеоматичный способ сделать А и сразу понимает о чем речь.
Нет практически ни одного языка, для которого это было бы верно. В них всех есть по куче разных способов сделать одно и то же, причём в разных ситуациях разные подходы получаются лучше, что позволяет подавляющему количеству разработчиков использовать некорректные методы, порождая говнокод.
Шарп действительно не лишён этого недостатка, но данная претензия точно так же применима к джаве, и почти ко всем остальным языкам. Говорят, на расте приходится писать только одним способом, поэтому там получается идиоматически верный говнокод.
> идеоматичный
А примеры есть, или ты высосал из пальца несуществующую проблему?
> Ты не страдаешь херней пытаясь выбрать, что же лучше для задачи А
Джава нахуй не нужна со своей идеоматичностью. Там даже async/await нет.
>Ни прибавить, ни убавить.
Джава спроектирована как говно, поэтому новые современные фичи в неё просто не добавишь. То, что в дотнете сделали из коробки, в джаве сделать не могут по 10-20 лет и прикрываются умными словами вроде идеоматичности, обратной совместимости, дизайном и прочей гуманитарной хуйнёй.
Рассуждения хуйня. Так моно докатится до того, что и вообще разнообразие не нужно. "Давайте уберем все виды циклов и будем хуярить только while везде". "Или давайте выкинем нахуй все коллекции и оставим только массивы". И т.д.
>Рассуждения хуйня.
Это не рассуждения, а психологическая защита java-разработчика, который оправдывает кривизну джавы какими-то магическими словами вроде идеоматичности и преемственности.
На самом деле джава просто не может вобрать в себя современные фичи. Физически:
Дженерики реализованы на уровне виртуальной машины как говно. type erasure - говно.
Апи работы с коллекциями - говно. Stream API - говно. Ничего даже близко сравнимого с Linq нет.
Любые попытки вкорячить async/await не заканчиваются ничем, не поломав язык.
В джаве есть четыре подхода писать асинхронщину, и все - ебля с коллбеками.
Структур нет.
Исключения спроектированы как говно, по факту, от них просто отказались
>На джаве есть работа.
На сишарпе столько же вакансий, сколько и на джаве.
> "Давайте уберем все виды циклов и будем хуярить только while везде"
Так и есть в Odin, только for вместо while.
Круто, что существует язык, название которому дано по количеству циклических конструкций.
Ну for гибкий и на c/++ не редкость что его используют вместо while
>for
ненужная хуйня для алгоритмоблядей.
На нормальных проектах потоковый диспатч организуется через CommandBatchHandler.
Нахуй он мне нужен - неизвестно.
Поясните мне, что я делаю
Это типо из-за того, что операция передачи переменной i в метод не является атомарной, да?
Нет, это потому что i — захваченная переменная в замыкании. Её значение в метод передаётся не сразу на каждом шаге цикла, а в момент, когда создался тред и начал выполнятся. За это время цикл успевает сделать несколько шагов. Если хочешь, чтобы было от 0 до 14, надо добавить в 9 строке var j = i;, и передать в метод j.
Бля многопоточность тут вообще непричем
Это какая-то хуета при передаче внешних параметров из цикла внутрь делегата
Че за хуета пиздос
> захваченная переменная в замыкании
Можно подробнее?
Где об этом почитать?
>Бля многопоточность тут вообще непричем
Конечно ни причем, тебе же сказали - смотри, что такое 'замыкания' и как они работают.
Если вкратце, то в Console.Writeline в качестве параметра i попадает значение из первого цикла, а не второго. А с учетом того, что когда ты дергаешь экшены, первый цикл закончился и i в нем равен 15, то ты и получаешь такой результат.
Потому что треды руками создавать НЕ НАДО. Подключи MassTransit, кафка сделает последовательное исполнение за тебя сама.
Каждый раз мне отвечают — нет.
Я спрашивал уже раз 150, и 150 раз мне ответили — нет.
Смысл в том, что отвечает мне один и тот же тимлид. Отвечает с неизменной интонацией.
А я каждый раз с неизменной интонацией спрашиваю:
— MassTransit подключён?
— MassTransit не используем.
— А шина сообщений у нас есть?
— Без брокеров обходимся.
— А конфигурации событий MassTransit можно посмотреть, где настраиваются маппинги?
— Нет, MassTransit в проекте отсутствует.
— Я бы хотел события нормально публиковать, через MassTransit, как у людей.
— Извините, у нас синхронные вызовы.
— Как публиковать события? Из медиатра или напрямую звать масс-транзит?
— Мы не любим инфраструктурные библиотеки.
И ведь этот тимлид, зараза, знает меня идеально по коммитам, знает, что я спрошу, и знает, что он мне ответит.
Но ещё ни разу ни один из нас ни жестом, ни словом не показал, что каждый из нас знает сценарий.
Бывает, он в это время рефакторит контроллеры, когда я открываю решение. Тогда я подсматриваю на его пулл-реквест, он равнодушно переписывает await mediator.Send(...) на _getUsersUseCase.Run(id), коммитит и возвращается в ко мне:
— Что ты хотел?
— Мне нужен MassTransit для публикиции событий.
— У нас его нет.
— Жаль.
Иногда он обсуждает с другим разработчиком AutoMapper, тогда, сидя рядом в созвоне, я терпеливо жду, когда они закончат:
— А MassTransit в проекте есть?
— Нет, мы им не пользуемся.
Иногда он просто скучает в проекте, когда нет задач, и только я брожу по слоям решения. Конечно, он знает, что будет дальше, но не подаёт виду и равнодушно удаляет MappingProfile.
— Что-то я MassTransit в Infrastructure найти не могу, он вообще у нас бывает?
— Нет, не бывает, мы им не пользуемся.
Это очень суровое, по-настоящему мужское противостояние, исход которого не ясен. Очевидно, что каждая сторона рассчитывает на победу.
Впрочем, я уже согласен на ничью.
>Нет практически ни одного языка, для которого это было бы верно.
Понятно что абсолюта нет, но где-то ситуация лучше, где-то хуже.
>>3627948
>В них всех есть по куче разных способов сделать одно и то же, причём в разных ситуациях разные подходы получаются лучше, что позволяет подавляющему количеству разработчиков использовать некорректные методы, порождая говнокод.
>>3627974
Речь не идет о принципиально разных способах сделать одно и то же, типа пройтись по коллекции циклом и аггрегировать их, или использовать LINQ. А о том что есть Query Syntax, а есть Method Syntax. И тут уже возникают вопросы, а нахуя надо было городить огород с Query Syntax, который смотрится абсолютно чужеродно в C# коде. И гораздо более органичный Method Syntax. При этом Query Syntax еще и порождает ложное ощущение что это SQL у которого есть всякие оптимизации- индексы, хитрые джойны и прочее.
>>3627975
>Джава нахуй не нужна со своей идеоматичностью. Там даже async/await нет.
И ты даже можешь, аргументированно объяснить чем легковесные треды virtual threads в Java, или goroutine в Go хуже шарпейного async/await? Или ты так, спизданул не разбираясь?
>>3628003
>Рассуждения хуйня. Так моно докатится до того, что и вообще разнообразие не нужно. "Давайте уберем все виды циклов и будем хуярить только while везде". "Или давайте выкинем нахуй все коллекции и оставим только массивы". И т.д.
Ты просто не догнал о чем вообще речь. Разные структуры данных нужны, они служат разным целям и у них разные плюсы и минусы. Речь идет о том, что способах сделать одно и то же или сэкономить пару символов. Как будто кто-то пишет на петушарпе в блокноте, без автодополнения.
>>3628217
>Это не рассуждения, а психологическая защита java-разработчика, который оправдывает кривизну джавы какими-то магическими словами вроде идеоматичности и преемственности.
Психологическая это твой высер, половина которого маня проекции, вторая пиздеж от незнания. Если будет не лень потом прокомментирую.
В целом подрывом жёп петушарперов удовлетворён! Через недельку начну говнокодить на вашем Петушарпе и буду и дальше писать впечатления от этого ахуительного языка. До новых подрывов!
Квери синтакс действительно говно, но к счастью им почти никто никогда не пользуется.
Зато в джаве реально просто дикое количество разных способов создавать треды. Или, например коллбеки событий, раньше всё время надо было класс-обработчик подавать, теперь часто можно передать функцию, но старые версии с классом на каждый чих никуда не делись. Учитывая, что каждый класс зачем-то надо в отдельный файл, получался адский блоат кода.
Как видишь, у всех языков есть свои косяки. Сложно заранее предугадать, что и как будет лучше.
>А о том что есть Query Syntax, а есть Method Syntax
и чё?
> Через недельку начну говнокодить
На словах ты Лев Толстой, а на деле сам на сишарп пересаживаешься. Все вы так
100 вакансий на всю страну. Это даже не смешно уже, это грустно. Чёт походу тут не то что впф дохлый, тут всё дохлое.
Ну зайди на хх и посмотри, отфильтровав всяких преподавателей курсов.
>при любом некорректно настроенном маппинге
А маппинг-то откуда взялся? Написан руками! Причём это охренительно сложный маппинг (на стековерфлоу тысячи вопроса на тему: как сделать маппинг в автомаппере).
А теперь выкидываем автомаппер и пишем простой маппинг без него. Кода получается меньше, работает быстрее, память не жрёт.
>уберем все виды циклов
В богоподобном Nemerle циклов нет! И в то же время они есть. Они сделаны на гигиенических макросах. Какой тебе цикл нужен, такой и добавляешь в язык. Прям в синтаксис.
Я как кабанчик выбираю шарп. Нанимаю высококлассных дотнетчиков по пять копеек пучок. Такие же по классу джависты стоят дороже. Поэтому все проекты у нас на .NET - так выгоднее.
>НАМНОГО лаконичней.
Я работал с долбоёбом одним. Он не понимал, что такое вкусовщина и называл свой код красивым, лаконичным и элегантным.
Чужой код он называл плохим и легаси.
Я это к чему. Категоричность уровня java-разработчик нахуй не нужна
>Такие же по классу джависты стоят дороже.
Просишь джависта написать админку - он пол года будет архитектуру микросервисов проектировать, а потом пол года гоголем ходить
Сам последние 5 лет писал на Go/Python. Из-за гойды релокнулся в Сербию, потом моя айти батрачька схлопнулась нахуй и я пошел побираться по удаленным кипрским конторам, так как в Сербии найма локального на Го очень мало, только люксофт с епамом иногда вакухи открывают по мелочи но не более того.
Сейчас меня удаленные криптоскам параши на кипре изрядно подзаебали, поэтому ищу варианты релокнуться в нормальную гейропу и пойти в финтех или банк работать с нормальным оформлением в штат.
Так вот работы на Го за рубежом нет нихуя. Количество вакансий просто мизерное нахуй.
> Из-за гойды релокнулся в Сербию
И разбирайся со своими проблемами сам, хули ты жалуешься.
>ищу варианты релокнуться в нормальную гейропу и пойти в финтех или банк работать с нормальным оформлением в штат
Нахуй ты нужен. Тебя раджа/мухаммад заменил, он дешевле.
Твой удел - работать порнухе-ставках-вебкаме по удалёнке из обоссаной арендованой хрущёвки в Армении.
А мы пока тут, у себя дома поднимаем айтишечку потихоньку в яндексе за 7к
Тем удивительнее популярность goвна на нашем локальном рыночке, которая уже по количеству вакансий уже превосходит и джаву и шарп вместе взятых.
Ладно, я так понял на юнити работы почти нет, а больше на шарпе нечего и нет, ибо ксамарин даже рассматривать глупо. Тогда остаётся только бэк.
Вопрос такой тогда, если я хочу как-то более фундаментально разобраться, как бэк работает, то мне asp.net ковырять или спринг? Просто спринг я однажды уже трогал и что-то на нем писал и мне не особо понравилась эта завязанность на аннотации. Я хочу видеть код, а не украшать классы аннотациями без конца. Как ситуация с этим на шарповом бэке обстоит?
И ещё, у меня в целом о бэке на шарпе сложилось впечатление, что там в основном вакансии состоят из гречневых контор, где ты по-сути каловый фуллстек и где зп это 150к потолок. На сколько это правда?
Не хотелось бы вложить несколько лет своего обучения в стек и потом остаться с 2 хуевыми стеками.
Работы в принципе нигде нет в айти. Оно сдохло. Выбери другую стезю.
>как ситуация с этим на шарповом бэке обстоит?
Нормально. Где нужно - используются атрибуты. Где не нужно - не используются.
> де зп это 150к потолок
Дотнетчик минимум 270 получает на руки. Где тебе 150 платили?
Не хотелось бы вложить несколько лет своего обучения в стек и потом остаться с 2 хуевыми стеками.
> а, ты из этих. Иди на хуй, дотнет это не твоё, ебись конём
Извини, ранее в сообщении не совсем правильно расставил знак ">". Вот более корректный вариант:
> Не хотелось бы вложить несколько лет своего обучения в стек и потом остаться с 2 хуевыми стеками.
Иди на хуй, дотнет это не твоё, ебись конём
Query syntax:
from users in context.Users
join tickets in context.Ticket
on users.Id equals tickets.UserId
join book in context.Books
on tickets.BookId equals book.Id
select users
Method syntax:
context.Users
.Join(
context.Tickets,
user => user.Id,
ticket => ticket.UserId,
(user, ticket) => new
{
user,
ticket
})
.Join(
context.Books,
temp => temp.ticket.BookId,
book => book.Id,
(temp, book) => temp.user)
Только имбецил будет спорить, что методы тут лучше.
В синтаксисе методов нужно вручную протаскивать между джойнами. В синтаксисе запроса они и так видны.
И таких примеров может быть много. Например, let в Query syntax позволяет создать значение, которое можно использовать несколько раз. С методами опять облом.
>Только имбецил будет спорить, что методы тут лучше.
в реальном коде всегда используются цепочки методов. sql-подобный синтаксис не используется.
Мне похуй, у меня предпочтений нет никаких. Тебе, наверное, привыкнуть просто надо
Sql-подобный синтаксис посреди сишарпа, из которого генерируются цепочки методов, из которых генерируются экспрешены,из которых генерируются sql.
Тебе надо объяснять, почему он не прижился или и так всё понятно?
Нормальные люди пишут sql на sql-е и оборачивают в хранимку, а не размазывают паджитское дерьмо по коду.
> Дотнетчик минимум 270 получает на руки.
Забористый копиум. Жаль, что достаточно одного поиска по хх, чтобы его опровергнуть.
>>3631941
При чём тут вообще sql? Речь о LINQ, который может использоваться и с коллекциями в памяти.
>Тебе надо объяснять, почему он не прижился или и так всё понятно?
У долбоёбов не прижился?
Ты не можешь раздуплить глаза и сравнить два приведённых фрагмента кода? Даже в этом простейшем примере Query syntax намного корочем, чем Method syntax, что уж говорить о более сложных вариантах.
Зацените библиотеку Linq2d (не путать с linq2db) для работы с двумерными массивами. Используется синтаксис запросов и получается очень просто и понятно. Синтаксис методов использовать просто невозможно, чтобы получить такую же красоту.
Решил попробовать Rider и чёт чувствую себя теперь говноедом. Может я чего-то не понимаю, но Rider маниакально предлагает менять объявление всех переменных на var. Даже если это не несёт никакой выгоды. Объявляю какую-нибудь локальную переменную, чей тип я точно знаю, которую я буду использовать только внутри одной функции, и менять тип которой я не собираюсь. Да даже имя класса короткое. А вот хуй, меняй на var.
А если игнорировать, то выдаёт уведомление "Build succeeded with warnings". Типа, ебать ты хлебушек, без ошибок не можешь написать. Как эту хуйню выключить? Или это такая мода пошла?
Бонусом пикча с ещё одним варнингом. Какого Rider мне предлагает сделать конструктор приватным? Чтобы что?
>Речь о LINQ, который может использоваться и с коллекциями в памяти.
Не может. Он дико сосет по производительности.
LINQ - это высер от паджитов, имитация деятельности, что-то типа современной ??= хуеты.
>А вот хуй, меняй на var.
>"Build succeeded with warnings"
Неиспользование var записать в warning'и... я знал что есть var'осектанты, но чтоб настолько..
Я понимаю, что самым грамотным вариантом является просто написание собственных проектов, по ходу развития которых я должен изучать все больше технологий и практик, но мне очень торопится заделаться джуном, чтобы быть уже в профессии, получать какие-никакие деньги и развиваться осязаемо.
Зароляет ли мне сейчас изучить стек технологий, которые прописываются в вакансиях, просто чтобы поскорее получить первую работу в итэ?
Понимаю, что вопрос говнярского вката, но мне сейчас это очень нужно, просто чтобы иметь возможность развиваться дальше как специалист.
facepalm.avi (20 GB)
Многие функции LINQ векторизованы. По сравнению с ними обычные циклы сосут.
>Понимаю, что вопрос говнярского вката, но мне сейчас это очень нужно, просто чтобы иметь возможность развиваться дальше как специалист.
Нахуй нам студенты не нужны, вы, блядь, долбоёбы, припераетесь, на 250к устраиваетесь, а толку от вас как с козла молока.
Не в обиду, но иди на хуй. Мы студентов и джунов не берём. Вы, долбоёбы, изобретаете каждый раз одно и то же говно из умных статей про DDD-MassTransin-Aop-Automapper-ЧИСТАЯ-АХРИТЕКТУРА, чтобы в резюме написать хуйню какую-нибудь, а со стороны как дети, измазавшиеся в собственном говне.
Я тебя уже нахуй послал? Иди на хуй короче
> Или это такая мода пошла?
Судя по приложенному изображению, ты пишешь HelloWorld. Очевидно, ты либо никогда код на проектах не писал, где кроме тебя кто-то есть, либо просто учишь язык.
В обоих случаях делай как райдер предлагает. А лучше просто форматируй код райдером и вообще не думай о том как код должен выглядеть. Он всё за тебя сделает
> Не может. Он дико сосет по производительности.
Linq в целом быстрее чем любой код, который руками пишешь, он под капотом генерирует более оптимальные конструкции
Мне кажется ты не совсем понял суть моего вопроса. Я как раз и спрашиваю, что мне нужно знать и уметь, чтобы устроиться на работу и быть полезным. Если бы у меня стояла цель просто на зарплатку попасть, то вопросов бы не было, тк в айти сегменте сейчас больше гайдов как залететь волком. Или ты планируешь бесконечно жить и всегда быть программистом?
> Я как раз и спрашиваю, что мне нужно знать и уметь, чтобы устроиться на работу и быть полезным.
Это не твоё.
>Многие функции LINQ векторизованы.
1.5 функции и это если они смогут получить спан из входящего IEnumerable<T> (а я сомневаюсь, что в реальном коде это будет часто, ибо это должен быть либо T[], либо List<T>).
https://source.dot.net/#System.Linq/System/Linq/Enumerable.cs,44
>>3632273
>jit умеет применять векторизацию
Смотря что считать векторизацией. JIT использует SIMD инструкции в обычном коде, но не использует те которые реально SIMD (по типу addps) (может что-то и поменялось в .NET 10/11, но я не видел), так что и векторизации циклов нет.
https://habr.com/ru/companies/otus/articles/977080/#comment_29260898
Вроде как это комент егорки, который EgorBo
Нет. Линк делает всё именно так, как ты напишешь. Можно легко получить квадратик, а в некоторых местах это бывает критично. Иногда у тебя коллекции уже отсортированы или, например, там только уникальные значения. Линк этого всего не знает и никак не оптимизирует.
Да, в простейших случаях можно написать where, select, group by, ещё select, и получится то же самое по производительности, что циклы писать, только гораздо короче. Но как только начинается что-то сложное, лучше ручками перегнать в хэшсеты, словари по необходимости и написать итеративный код.
Как правило можно даже с помощью линка это написать, но это будет настолько нечитаемо и неподдерживаемо, что за такое надо увольнять.
collection.ToHashSet(). // дальше обычный linq
нечитаемо?
>ряяяя не получают шарписты сток, я на хх видел
>пруфы с зп еще выше
>ну и зачем ты это скинул
Иди менять штаны маня. Я уже не говорю о том что работу на хх ищут разве что джуны с 0 лет и катышки которые летают из компании в компанию.
Жирные и хорошие места вообще не попадают на рынок как вакансии, их закрывают чисто по найму через знакомых.
>Тем удивительнее популярность goвна на нашем локальном рыночке, которая уже по количеству вакансий уже превосходит и джаву и шарп вместе взятых
Как было на моей памяти: на Go первыми начали писать массово в Avito. Они ходили по конференциям и рассказывали как круто они переписали часть бекенда на пхп и джаве на Go и сэкономили там чего-то на инфраструктуре.
Потом вслед за ними начали подтягиваться Озон и WB и тоже стали писать на Go и переписывать легаси на пхп/джаве/шарпе на Го.
Ну а потом уже пошло-поехало, Озон и WB сильно выросли в момент ковида, стали крупными работодателями. И в то же время случилась гойда и многие работодатели с джавой и шарпом банально уехали, а озон, вб и авито никуда не делись и стали значимыми игроками на рынке труда.
Сейчас из более-менее адекватных работодателей на шарпе разве что майндбокс остался и немного шарпа есть в озоне, в случае с джавой - сбер и тбанк.
Майндбокс раньше славился хорошими условиями труда, интересно деградировала ли она за эти суровые годы. Озон, сбер и тбанк стали бигтехами с перф ревью и потогонкой и увольнениями.
В целом писать крудики на голенке нет никакого смысла. Для переката за границу голенк в целом тоже не очень выбор, мало кто на нем пишет.
>Иногда у тебя коллекции уже отсортированы или, например, там только уникальные значения. Линк этого всего не знает и никак не оптимизирует.
Просто сортируешь и дистинктишь с помощью того же линка
> лучше ручками
> написать итеративный код
> но это будет настолько нечитаемо и неподдерживаемо
Стандартные средства языка на мой взгляд всегда лучше, чем копаться в сомнительных самописных алгоритмах. И ладно, тебе, дураку, это писать. Ну ты недопонял чего-то, полез в микрооптимизации, бывает.
Но твоим коллегам же ревьюить всё это.
>визг
самописную работу с коллекциями оставь где-нибудь у себя, хорошо?
Да ему вроде ничего доказывать не надо. Это ты сюда припёрся доказывать, что в дотнете вакансий нет и не платят никому.
> Просто сортируешь и дистинктишь с помощью того же линка
Только линк после вызова distinct не в курсе, что в коллекции только уникальные данные, и никак это не может использовать в дальнейшем.
> Стандартные средства языка на мой взгляд всегда лучше, чем копаться в сомнительных самописных алгоритмах. И ладно, тебе, дураку, это писать. Ну ты недопонял чего-то, полез в микрооптимизации, бывает.
А что, циклы вдруг перестали быть стандартными?
> Но твоим коллегам же ревьюить всё это.
И
>>3632777
Господа, я пишу на шарпе за деньги уже почти 15 лет. До этого ещё кодил на нём в универе. Я не чего-то недопонял, я прекрасно знаю как там что под капотом работает.
Я сам прошёл уже все эти фазы, когда мне хотелось писать все подряд через линк, типа посмотрите как я могу начейнить десять функций с тройной вложенностью. И потом через полгода смотрел на свой же код как на текст на грузинском. Это сложнее разбирать, чем регулярки.
Итеративный алгоритм ты всегда можешь разбить на кусочки, дать переменным говорящие названия, сделав код понятным и читаемым.
Конечно, цепочку из where, group by и select лучше написать через линк. Но я говорю о гораздо более сложных ситуациях.
>Для переката за границу голенк в целом тоже не очень выбор, мало кто на нем пишет.
Там это просто поделка, чтобы было чем занять толпы тупеньких студентов-практикантов в гугле.
>Это сложнее разбирать, чем регулярки.
До-о-о, канешн.
Это тебе удобнее, поскольку ты их под себя пишешь. А попробуй их поразбирать, когда их штук 20...30 и все писались разными людьми. А потом еще и ебля с отладкой, которой нет.
>Но я говорю о гораздо более сложных ситуациях.
Одно дело - писать циклы для удобства. Другое - микрооптимизации для экономии тактов.
Первое допускаю, второе пусть останется где-нибудь универах
Не такие большие как озон, но всё же:
Директум, астрал, золотое яблоко (тут штат ещё меньше, конечно), лига ставок
Вполне адекватные компании на вкус и цвет
@
АКТИВАЦИЯ НЕ НУЖНА
>А что, циклы вдруг перестали быть стандартными?
Сами циклы стандартные.
Но когда разраб начинает писать посреди продуктового кода рукописные алгоритмы сортировок и прочего - то это нестандартный подход.
> Но я говорю о гораздо более сложных ситуациях.
Можно самые обычные задачи воспринимать как сложные ситуации при этом писать очередную реализацию хеш-сета. Просто потому что не умеешь словарями пользоваться.
Такое - повсеместно. Приходят люди, создают себе проблемы и героически их решают. Говорят умные слова. Ходят гоголем. Чешут подбородок сдвинув брови.
>Короче, на шарпе у нас работы нет
На шарпе никто с 2015 года не пишет. Пишут все на автомаппере и медиатре. От шарпа там только слово
Бэк на дотнете точно умер, везде один ебучий фулстек в аутстаф галеры, разгребать вайбговно в очередном аи стартапе. Ебаные паджиты убили дотнет. Я пытаюсь перекатиться в голенг, там хоть и криптоскам, но без ублюдочного реакта и блазора.
Криптоскам это путь в один конец.
Лучше перекатывайся за рубеж и ищи работу в финтехе/энтерпрайзе на дотнете или джаве. На Го тебя ждут помойные ру маркетплейсы и криптоскам на кипре. Нахуй оно тебе нужно?
Я сейчас из голенка в джаву выкатываюсь пушо тут за рубежом нет нормальных вакух на голенке.
Бэк на голенге точно умер, везде один ебучий фулстек в аутстаф галеры, разгребать вайбговно в очередном аи стартапе. Ебаные паджиты убили голенг. Я пытаюсь перекатиться в дотнет, там хоть и криптоскам, но без ублюдочного реакта и блазора.
У окна есть свойство задний фон BackColor, есть свойство прозрачный цвет TransparencyKey и есть прозрачность Opacity.
Если поставить прозрачность на 100, т.е. полностью прозрачный, и BackColor вместе с TransparencyKey поставить, к примеру, на синий, то окно становится ре просто прозрачным на вид, но и даже прозрачное для мыши. Т.е. можно сквозь окно нажимать на другие окна, перетаскивать ярлыки и тд.
А если выбрать красный цвет то такого уже нет.
Поэкспериментировал с разными цветами, какие-то дают такой эффект какие-то нет.
Что за шиза такая?
Здесь описывают кейс, похожий на твой: https://stackoverflow.com/questions/4448771/
Т.е. связано с визуальными эффектами виндового DWM.
for(int A=1, bool B = false; ;)
{ }
Color MyColor = Color.Red;
Color Color;
даёт ошибку на Color.Red
>Ошибка CS0841 Невозможно использовать локальную переменную "Color" перед ее объявлением.
Умеет. Разумеется, переменные должны быть одинакового типа, как и в любом популярном языке, поддерживающем такой синтаксис.
>>3640338
Так же смешно, как непонимание правил разрешения имён?
c# топ язык, получше чем бесполезный js
Лол, как вообще можно сравнивать полноценный язык C# с DSL для анимаций на сайтах.
>>3640499
Вы предвзятые токсики без аргументированного мнения и просто троллите, либо ваше мнение актуально было лет 10 назад. Я вот много лет пишу бекенд на (ts) и радуюсь жизни. Прекрасный язык, не зря написан автором сишарпа. Он меня не ограничивает в написании сложного бекенда, наоборот ускоряет, не привнося серьезных минусов.
Я - дотнетчик - почему-то не брожу по темам конкурирующих технологий. Угадайте, почему? Потому что они мне нахуй не нужны, я и так в шоколаде.
Скажите, а на ОпенГЛ или ДиректИкс можно под Шарпом писать без сторонних библиотек?
Идешь на завод. В отдел который пишет коды, обычно это какие-нибудь отделы с хтоническими названиями в духе: КБ ВПО ЖОПА, КБ ЗАЛУПА, и т.д.. С большой вероятностью будет стек: С/С++ + Java + C# + Python + PHP + 1C + JS.
ЗП, на старте, около 20-40к рублей.
Будешь писать няшные прошивочки, и на .net Framework 4.5 хреноту для станков. Работать с разными велосипедами, которые до тебя писали шизы и студенты.
Это чтобы что-то программировать и стаж капал.
В это время - учишь докеры-хуекеры, кубернетисы-хуенетисы, AI, CI/CD и вот эту срань. Где-то через года 2 выходишь на рынок и пиздишь что ты там чуть ли не весь завод на себе держал, приписываешь к этим 2 годам сверху виртуальные 3 года за вредность производства. И сидя на заводе - ходишь по собесам, пока не получишь оффер который тебя удовлетворит.
>переменные должны быть одинакового типа
Могли бы сделать и разного. Уж такую простую штуку осилить не смогли.
Я тайпскрипто-бекендер и сижу в тредах большинства языков, просто интересно для кругозора. По работе ещё пишу по-мелочи на го и расте, вот может в кои-то веки скоро попробую дотнет (либо котлин).
>Я - дотнетчик - почему-то не брожу по темам конкурирующих технологий
Всё так. В дотнете всё есть и все недостатки убрали уже 10 лет назад
>Я тайпскрипто-бекендер
нахуя? Можешь пояснить, в чём смысл писать на тайпскрипте бекенд если его всё равно нужно конпелировать, а динамические приемущества js проёбаны?
>Линк этого всего не знает и никак не оптимизирует.
Как раз линк всё знает и всё оптимизирует
>либо ваше мнение актуально было лет 10 назад. Я вот много лет пишу бекенд на (ts) и радуюсь жизни.
Сборка с нагромождением рукописного говна из npm, vite, yarn, webpack, и ещё 10-50 умных пакетов, которые до тебя настроили какие-то шизики. Компиляция по 3 минуты. Зависимости от нестабильных детей из NPM, которые апи ломают каждую неделю. Чуть что тронешь - всё рассыпается к хуям.
Как-то так мне TS запомнился, я на нём полтора года уже не пишу
>нахуя?
Язык удобный, скорость разработки быстрая, рантаймы очень неплохие для 99% сервисов (I/O).
>Можешь пояснить, в чём смысл писать на тайпскрипте бекенд если его всё равно нужно конпелировать
А в чём проблема с этим? Процесс очень быстрый. Но вообще последний год уже не делаю этого, всё сервисы переехали на Bun (относительно новый JS рантайм), там не обязательно. Хотя теперь контролируем в single file executable. А недавно и нода научилась TS запускать.
>динамические приемущества js проёбаны?
Да и хуй с ними, уже много лет даже на фронтенде почти во всех проектах брезгуют чистым JS, а на бекенде тем более этому не место.
>>3641106
>Сборка с нагромождением рукописного говна из npm, vite, yarn, webpack, и ещё 10-50 умных пакетов, которые до тебя настроили какие-то шизики
Это фронтенд. Да и там всё не так плохо. Достаточно одного пакет менеджера и vite, всё.
>Компиляция по 3 минуты.
Опять же на фронтенде у каких-нибудь Next.js дурачков, хотя даже там лучше стало из-за turbopack.
>Зависимости от нестабильных детей из NPM, которые апи ломают каждую неделю. Чуть что тронешь - всё рассыпается к хуям.
Ну это ведь уже очень давно не так. Устоявшиеся фреймворки типа express (хотя это тупо роутер я считаю), fastify или nest - что там каждую неделю рассыпается? У экспресса мажорная версия только недавно сменилась на 5 спустя 10 лет. Библиотеки для валидации тоже стабильные, какие-нибудь орм/квери билдеры типа Knex, Sequelize, Mikroorm тоже, сейчас ещё Drizzle красиво сделали.
Из специфичного мне нравится end to end type safety. Я описываю типы в одном месте, они переиспользуются на фронтенде, из них же автоматически формируется апи клиент для фронтенда, из них же + из route handlers формируется опенапи спека, всё само автоматически, фронтовику достаточно просто импортировать апи клиент.
С тем, что сишарп круче, я спросить конечно не буду.
>на .net Framework 4.5 хреноту для станков
Что-то не хотелось бы работать на таком станке...
90% сказанного - припиздываешь. TS - говно полное, возвращаться к нему - себя не уважать
>Что-то не хотелось бы работать на таком станке...
Ну ты просто хочешь на всём новеньком RND вести в тесле и руководить десятком разработчиков.
Все вы такие, прибедняетесь, потом показываете своё истинное ебало
Поч? Это обычно довольно крутые станки и установки на самом деле.
Из времен дружбы с Сименсами и прочими.
А писать-то на WPF/WinForms программулины... Ух. Крутота же. Просто представь, берешь, в своей любимой студии, перетаскиваешь кнопочки на форму... Аж хуй встает же...
Опять, т.к. винда на таких станках, пусть и специальная, все знакомое-родное...
Единственное, ну, максимум 2-4 гига оперативы, из которых половину, местные админы под антивирус отдадут, треть - ОС будет жрать, ну, и собственно, тебе придется как-то свою ЙОБА хреновину в это укладывать.
Что он знает? Что у тебя отсортирована коллекция? Там это вообще никогда не принимается в расчёт. Да и откуда ему это знать, если коллекция извне приходит?
Но даже если ты сделаешь Enumerable.Range(1, 1000000).OrderBy(x=>x).Where(x=>x<10), ты увидишь, что он в Where всю коллекцию просмотрит.
>Enumerable.Range(1, 1000000).OrderBy(x=>x).Where(x=>x<10)
Пример говна.
Ты используешь метод который подразумевает "перебрать все" и возмущаешься, что он перебирает все, а не делает что-то другое.
Для того, что хочешь в linq есть:
.OrderBy(x => x).TakeWhile(x => x < 10);
Компилятор конечно умная штука, но это не значит, что он тебе во всем жопу должен подтирать и мысли читать.
Не надо мне тут ворота передвигать.
Это был яркий пример того, что линк нихуя не оптимизирует, и он реально нихуя не оптимизирует.
Единственное, что он делает, это если у тебя есть Select(...).Take(5) то он только для этих 5 выполнит код в селекте. Но это как бы вообще базовые вещи, оно для того и считается только в конце.
>Компилятор конечно умная штука
А как связан компилятор и Linq?
>Но даже если ты сделаешь Enumerable.Range(1, 1000000).OrderBy(x=>x).Where(x=>x<10), ты увидишь, что он в Where всю коллекцию просмотрит.
Этот запрос оптимизируется линком и будет работать на 20% быстрее чем любой императивный код. Я проверял
>Да и откуда ему это знать, если коллекция извне приходит?
Это не рокет сайнс сообщить базовые характеристики источника данных. Вот джава стримы умеют такое https://dev.java/learn/api/streams/characteristics/ Что мешает в LINQ такое добавить?
> Это не рокет сайнс сообщить базовые характеристики источника данных. Вот джава стримы умеют такое https://dev.java/learn/api/streams/characteristics/ Что мешает в LINQ такое добавить?
А что ты меня спрашиваешь? Спроси майкрософт.
Но тут тоже возникает вопрос. А упорядочено оно по какому критерию? А как сравнивать на уникальность? Это очень сложно может быть понять как правильно применить в общем случае.
>А упорядочено оно по какому критерию?
Natural order - IComparable<T>
>А как сравнивать на уникальность?
Вам же дали Equals(), нет "как сравнивать".
inb4: я понимаю что это работает не для всех случаев. Но как правило они встречаются чаще всего.
Кто знает что нибудь (блоги, видео и т.д.) подобное (низкоуровневое, кишки рантайма и т.д.)?
Заебали блоги про 2+2
На сколько .NET MAUI разработка под Андроид безболезненная? Преимущества перед пердолингом с нативной Жавой есть?
>Так же смешно, как непонимание правил разрешения имён?
Вот смотри, понимальщик правил разрешения имён, я могу написать
Color Color = Color.Red;
и компилятор отлично по контексту понимает что есть что, но на примере выше уже сбоит.
К тому же компилятор анализирует текст сверху вниз. Так, например,
int i;
int i;
он подчеркнёт нижнее объявление, но с примером выше это не так. Что выглядит очень странно.
Зависит от того, сколько у тебя логики в приложении.
Если много - тебе нужен общий код. Тут maui отлично подходит.
Если рекламный буклетик, мало логики - тоже отлично подходит
Если среднее приложение, в котором куча нативной отрисовки и навигации - бери два нативных
>под Андроид безболезненная?
под Андроид - безболезненная
>Typescript c nest.js это считай как Java+Spring только современнее.
Упаси госпаде. Спринг свой в жопу себе засуй
Спринг это di и еще по мелочи.
ты против di?
Любишь serviceLocator?
>Спринг это di и еще по мелочи.
a microsoft windows 11 это пуск и окошки на экране
>Любишь serviceLocator?
нет, предпочитаю ванильный asp net core
В ASP.NET Core вовсю используется Service Locator. Там сплошь и рядом сервисы берутся из serviceProvider'а с помощью GetService.
Но есть надежда, что ситуация изменится к лучшему. Наконец-то в .NET 10 в документации появилась рекомендация не использовать GetService. https://learn.microsoft.com/en-us/aspnet/core/fundamentals/dependency-injection?view=aspnetcore-10.0#recommendations
Я очень люблю сишарп, но для андроида рекомендую флаттер.
На джаве не пиши, там говно фреймворк.
У меня почему-то гетсервис это примерно 1% инстанциаций по сравнению с инъекциями. И только потому что не везде можно инъектировать.
Выглядит заманчиво... $#@!
Вспоминается Паскаль с его with...
Бля, а что, нельзя было просто добавить перегрузку конструктора List, принимающую capacity и collection?
>Бля, а что, нельзя было просто добавить перегрузку конструктора List, принимающую capacity и collection?
Это не шарпвей, шарпвей это придумать новую языковую конструкцию.
>припиздываешь
Ну зачем вот это "врёти"? Почему людям неприятно, что в написанном на коленке за пару дней языке производит какое-то развитие?
>компайл-тайм дженерики
Нахуй не нужны!
Нужны гигиенические макросы, как в Nemerle.
Значит вы молодцы.
А так если посмотреть документацию прошлых лет, почитать разные статьи, блоги, форумы, stackoverflow, то там сплошь и рядом получают сервисы из провайдера.
Более того, я был неимоверно "счастлив" обнаружить GetService в кишках Entity Framework'а, когда нужно было оттюнинговать его. А у нас в той библиотеке DAL не использовался DI. С трудом удалось выкрутиться.
Как ты в бэкграунд сервис заинжектишь сервис с лайфтаймом меньше синглтона?
Передам фабрику. А уже фабрика сделает сервис с нужными параметрами.
Когда используется ServiceProvider, то код получается привязан к DI от Microsoft. Вон даже в Autofac и других DI-контейнерах вынуждены были заюзать его.
Фабрика лучше в том, что мы не привязаны ни к чему стороннему.
Ну мне повезло, наверное. Везде, где была продвинутая архитектура, изначально был нормальный DI, а где говнокод, там просто через new всё создавалось.
Как правило это решается иначе. Но тут надо на конкретный кейс смотреть.
Одно дело, когда у тебя лайфтайм на веб реквест, совсем другое, когда у тебя постоянный сервис, тут может понадобиться редизайн классов.
Ну или фабрику передавать, как выше советовали. Я обычно предпочитаю не использовать все эти паттерны, там часто экономия на спичках получается при раздутии количества файлов, но в исключительных ситуациях, наверное, можно.
>Наконец-то в .NET 10 в документации появилась
Ну кому ты пиздишь, эта рекомендация с 6-й версии идет
https://learn.microsoft.com/en-us/aspnet/core/fundamentals/dependency-injection?view=aspnetcore-6.0#recommendations
А в неявном виде эти рекомендации и раньше были.
Другой вопрос, что это именно рекомендация и бывают случаи когда проще сделать так, чем городить кучу абстрактных фабрик или еще что.
Ну и опять же голый ServiceProvider тоже сейчас мало кто использует для этого. Есть IServiceScopeFactory которая позволяет это безопасно делать скоуп для извлеченного сервиса.
Так ты и так уже анально привязан к асп.нету ну или к wpf. Только если у тебя консольное приложение, ты всего лишь к дотнету привязан.
>Передам фабрику
>>3642424
>Ну или фабрику передавать, как выше советовали
Это просто в случае если у тебя там просто транзиент будет, а если дял более-менее сложного скоупа ты заебешься его в своей фабрике корректно собирать. Тебе просто придется заинжектить в эту фабрику ровно все что будет входить в этот скоуп по цепочке. Нахуй это надо, когда уже есть одна фабрика (IServiceScopeFactory) для всех таких случаев.
>>3642394
>привязан к DI от Microsoft. Вон даже в Autofac и других DI-контейнерах
Чел, 2026-й год на дворе, какой к хуям "автофак и другие контейнеры". Ты еще какой-нибудь нинжект вспомни или еще что более протухшее.
Ну-ка, расскажи, как у вас там в жабе внедряют зависимости в бэкграунд сервис?
В ASP.NET Core вовсю используется Service Locator.
serviceLocator используется только у MediatR-блядей. Все остальные по нормальному пишут
>Как ты в бэкграунд сервис заинжектишь сервис с лайфтаймом меньше синглтона?
Скоуп открой и инжекти что хочешь
> Спешите видеть, шарполюбы никак не могут определиться, как внедрять зависимости. Смех да и только
А как вы там в спринге инжектите? Декларативно описываете конфигурацию в xml файле?
Ты чо, у них аннотации.
Там такая ебола, что хер разберёшься. Мне иногда приходится подправлять код под спрингом, я каждый раз хуею с того, как там всё ебануто.
В спринге дохуища магии под капотом, и если ты в дотнете как правило можешь проследить что и почему происходит, то в пружине всё гораздо менее явно. Это потому что спринг - это магический DI контейнер с нашлёпками, асп.нет это веб-фреймворк со своим DI.
В листе есть конструктор с кэйпэусити и есть метод эддрэйднжъ, которые полностью решают поставленную задачу.
Зачем нужна шиза с пика - решительно не понятно.
Не в чем там разбираться, хуйнул @Service и @Autowired в нужных местах, и всё работает даже на очень больших проектах, никакой ебли с лайфтаймами и сервиспровайдерами. Зачем ебаться, если можно просто делать все компоненты стейтлесс синглтонами?
Какой autowired,
Давно уже не надо писать Autowired.
Спринг сам все инжектнет.
Это ж нужно конструктор городить, а я хочу через приватное поле, всё равно тесты писать лень.
Все пишут на котлине, там городить ничего не надо, все красиво получается.
>Не в чем там разбираться
ОНО ВСЁ САМО РАБОТАЕТ (если полтора года изучал конфигурацию спринга на проекте)
> Ты еще какой-нибудь нинжект вспомни или еще что более протухшее.
Большинство контейнеров тех времен умерли, да. Но не все.
Использую DryIoc, самый быстрый di.
мимо
Спасибо за ответ, анон! Нормальная идея, в принципе, будем поискать.
Все правильно, сложность из бизнес логики переносим в конфиги. Сам код простой как палка.
В шарпе не так что-ли? Пиздец
Не смеши мои значения по умолчанию.
Код на шарпе всегда проще чем на жаве. И конфиги тоже меньше.
>В шарпе не так что-ли?
нет, конечно, в шарпе обычный c# код.
Т.е. разработка на спринге похоже на конфигурирование 1С? Вместо программирования надо какие-то конфиги править мышкой в конфигураторе?
да, сидят сытые жирные джаваскуфы и передвигают квадратики за 7 сотыг.
не, раскидывание аннотаций
@Service
@Repository
@Controller
@Autowired
@PostConstruct
@Scheduler
@Async
@Cacheable
всю магию спринг делает под капотом
>логики переносим в конфиги
Декларативная магия. Авторы спринга почему-то решили что если код напрямую вызывает другой код, то это порочная тесная связанность.
Ссал на лицо java-скуфью, которое породило концепции AOP и мета-объектно-ориентированного программирования, размазанного по xml файлам.
Пивная пузатая java-кегля не может не вкорячить между вызовами двух методов интерцептор.
Перед тем как написать кусок кода, надо добавить пару базовых классов предусмотреть, что через 5 лет его кто-то может переопределить.
Сам код обязательно развалить в 8 слоёв, так, чтобы был слой домена, слой core, слой бизнес-логики, слой приложения, слой доступа к данным, слой common, слой оркестрации, и на каждый переход между слоями надо по модели иметь.
И DDD. Но только брать удобную сторону DDD которую понял в меру своей тупизны.
И тесты обязательно на всю эту хуйню. Тест на то, что наследник базовой блядоты ни в коем случае не нарушил контракт по вызову адаптера фабрики
Повторю ещё разок, легаси java-кегельбан живёт только потому что 10 лет назад понаписали говна, которое поддерживать никто не хочет кроме авторов. А авторы знают это и пользуются
Сынку, спринг придумали еще до твоего рождения. Еще твой батя дрочить не начал, а на спринге уже писали большие системы. В те темные времена не было дженериков и замыканий и на каждый пук приходилось писать по десять абстрактных декораторов. Тогда это считалось нормальным, как сейчас считается высрать 100500 микросервисов и пукать в кафку. В наши дни по солиду уже никто не пишет, кроме ДДД долбоебов, но код на спринге есть, его дохуя, он приносит бабло и его надо поддерживать.
>интерцептор
Для меня это слово вообще означает спойлеры на крыле самолета, которые используются как воздушный тормоз
Думаешь хули они так обсосались после ухода жыдбрейнс, теперь мышкой не попрограммируешь, сейчас массово на ампликод подсаживаются
Ты описал очень качественную архитектуру, минусы-то будут названы?
Лол, зумеру сложно
Прямо пример той новости, что современное поколение впервые тупее предыдущего.
>Пивная пузатая java-кегля не может не вкорячить между вызовами двух методов интерцептор
Ну и? В том же питоне во всю декораторы используются. AOP и вообще хуйня с аннотациями это просто расширение идеи декораторов из питона.
>>3644175
>Сам код обязательно развалить в 8 слоёв, так, чтобы был слой домена, слой core, слой бизнес-логики, слой приложения, слой доступа к данным, слой common, слой оркестрации, и на каждый переход между слоями надо по модели иметь
Кек, я так писал на Go на последнем месте работы.
>Лол, зумеру сложно
Мне как раз легко. я активно разрабатывал во времена помешательства на AOP, DDD, автомаппера, медиатра, bouncycastle, обобщённых репозиториев, и все эти дебильные практики метапрограммирования коллекционирую.
Я один из первых, кто перекатился на "нормальное программирование", я даже могу в коде написать new, и мне не стыдно.
>Ну и? В том же питоне во всю декораторы используются. AOP и вообще хуйня с аннотациями это просто расширение идеи декораторов из питона.
Ты различаешь декораторы и интерцепторы?
Для меня это слово вообще означает динозавра. Велоцираптор какой-то.
>нормальное программирование
И что это в твоем понимании?
>>3644417
>Ты различаешь декораторы и интерцепторы
Да. Но в конечном счете суть у них одна - внедрить дополнительную логику вокруг выполнения кода. Декораторы простые и нативные (если про питон говорить), интерцепторы гораздо более громоздкие и тяжелые инструменты, но в каком-то смысле являются развитией идеи декораторов.
В голанке кстати тоже есть оборачивание поведения, просто ты там это явно делаешь и все.
>в коде написать new,
Где-то в коде должны быть new, если их нет в твоём коде, значит они в библиотеках.
Вообще единственный момент почему я стараюсь все пихать в абстракции и избегать new это написание юнит тестов. Если мне не нравится как выглядят тесты или не могу с ходу их написать, то иду выносить абстракции. В 9 из 10 случаев в итоге получается понятная система.
Шимы позволяют написать тесты на любой код. Абсолютно без абстракций.
ЗЫ: я не призываю так делать.
>избегать new
Если не секрет, то как такое сделать? Заменить все new на какую-то функцию или какой-то метод из api у windows?
Читай про Инъекцию Зависимостей / Dependency Injection. Можешь взять книгу Марка Симанна. Есть материалы на сайте Microsoft. Есть куча статей и видео разных авторов.
Сделать фабрику или иным образом выделить способы создания объектов. Идеально вообще с помощью generic math скрыть все инварианты создания внутри самой сущности, а все публичные свойства сделать get only. Дальше там надо немного черной магии авторегистрации открытых дженериков и ты получишь инъекции вида
IEntityFactory<TEntity, TCreateDto>
В чем плюс? Типы TEntity и TCreateDto будут проверяться на этапе анализа кода, то есть невозможно внедрение такой фабрики для которой тип TEntity не реализует инвариант для TCreateDto. Твой код просто не будет собираться, а ИДЕ выдаст ошибку типов.
>я даже могу в коде написать new, и мне не стыдно.
За пределами жабы и шарпа это нормальная практика
Если это сущности бизнес логики у тебя их создание размазано по коду и невозможно отслеживать. В остальных случаях вообще похуй на new.
> Зачем избегать new в коде? Чтобы что?
В DDD запрещено создавать aggregates руками. Это responsibility репозиториев, а они в свою очередь должны инжектить aggregates из контейнера или получать из абстракции над базой данных
> Зачем избегать new в коде?
Это для ддд-уёбков, которые в конструкторе объекта лезут в кафку
Ты же понимаешь что написал хуйню? Как связано извлечение объектов из бд и new?
чтобы разделить конструирование сервисов и бизнес-логику. При конструировании задаёшь всякие настройки, прописываешь зависимости. А бизнес-логике только используешь уже созданные.
Опять же при юнит тестировании вместо сервисов можно подставить моки
А причём тут di и использование new?
Речь изначально про new Order(); а не про new OrderService();
>Речь изначально про new Order(); а не про new OrderService();
> new Order();
В принципе недопустимая для DDD конструкция. Просто инжектишь keyed instance своего "ордера" по айдишнику, а контейнер всё за тебя делает сам.
>Как связано извлечение объектов из бд и new?
Тем, что new запрещён
Взамен повылезали DDD-дебилы. Будем их обоссывать.
>Так, мудеатро-блядей в этом треде обоссали, так что они теперь не отсвечивают.
Кстати, по поводу медиатра. Мне одна блядь объясняла, что медиатр нужен для того, чтобы конструкторы не пухли.
При этом полностью игнорировал тот факт, что в asp.net core есть method injection в контроллеры.
И где эта блядь теперь? А его уволили потому что он тупой очень был и писал восьмиугольный sqrs-ddd-event-sourcing
>медиатр нужен для того, чтобы конструкторы не пухли.
Пробовали нормально проектировать без God service с 10 зависимостями?
Расскажи про проект, на котором ты счас, домен интересует. Часто слышу про неправильное проектирование, год объекты, но блять шо банк шо перестрахование, везде домен такой что двадцать зависимостей в сервис это норма. Мб у вас домен проще?
нет, подобрал проект из-под сениур команды, которая по всей видимости осознанно пилила огромные контроллеры и год-сервисы по 1000-8000 строк кода.
Ну я посидел так пол года и понял, что нужно распиливать на кусочки.
Сначала смотрел на медиатр, чтобы обработчики запросов выносить. Но тот потребовал писать много бойлерплейт-кода и дженериков, потянул за собой автомаппер, что потребовало писать ещё больше бойлерплейт кода. Потом полезли все стандартные проблемы: из хендлеров медиатра вызывать хендлеры медиатра, обработчики команд развалили между всеми трёмя слоями, Domain и App и Infr. Фактически над кодом вообще не было никакого контроля. Какое-то обобщённое месиво из бехевиоров, валидаторов и маппингов.
Сделал вывод, что люди медиатр не понимают. Я работал в нескольких репозиториях с медиатром. Всегда выходит очень плохо.
Как в итоге сделал - может позже расскажу
У тебя фобия длинных текстов? Какая нахуй разница сколько строк в файле?
>двадцать зависимостей в сервис это норма.
Это не норма. Если у тебя сервис делает сохранение в БД, запрос в стороннее апи и пукает в кафку - значит у тебя в зависимостях должна быть кафка, сервис внешнего апи и DbContext.
Покажи мне запрос, который делает что-то сложнее, чем эти действия
>Какая нахуй разница сколько строк в файле?
20-100 строк - достаточно. Сервисы по 5000+ строк кода пусть пишут ddd-бляди
Зумер с памятью как у рыбки, не способный удержать в голове больше 100 строк кода, ты?
>Зумер с памятью как у рыбки, не способный удержать в голове больше 100 строк кода, ты?
Ты можешь показать пример c# файла, где больше двухсот строк кода и это оправдано?
То то же
Так да, а если надо сделать еще x y и z, то добавятся еще x, y и z зависимости. Кто ж спорит.
>Ты можешь показать пример c# файла, где больше двухсот строк кода и это оправдано?
Ты ебанутый? 50 строк это максимум. Если получается больше - нужно насрать абстракциями.
Сука, абстракционисты, блядь, пишите проще, Пикассо хуевы! Заебало ваш говнокод по ста файлам скакать читать, вы бизнес-логику, блядь, пишете, а не фреймворк с кучей консьюмеров. Уроды, онанисты очкастые
Сейчас нереально делать долгосрочные прогнозы, со дня на день произойдёт очередной пиздец.
> в рфии
съеби в свою обоссаную хрущевку в батуми, петушара
>Сука, абстракционисты, блядь, пишите проще
тебе никто про абстракции не говорил, дурачок. Считать данные из постгре, переварить и записать обратно, совершить пару http вызовов - это не более ста трок кода.
Есть какие-то контраргументы или ты DDD дурачок с OrderService на 10000 тысяч строк мешанины?
>нужно насрать абстракциями.
отставить срать абстракциями
> с памятью как у рыбки
память тут вообще не при чём. Просто нет смысла экономить на классах и группировать методы по принципу "что-то их связывает"
>С кем я сижу на одной борде, пиздец
С лидами/специалистами 10+ лет стажа, которые ещё на силверлайте писали, перееблись со всеми типами оэрэмок, переживжими восьмиугольный ddd-eventsourcing-automapper-aop-mediater ад и собравшими микросервисы обратно в монолит, чтобы распилить его обратно
Сеньор-пиздобол, расскажи, чем гексагоналка от портов-адаптеров отличается без гуглежа
Нравится сишарп за его разносторонность, и веб и десктоп и геймдев, согласен на что угодно.
Свою специальность не люблю, но рад, что не пошел на айти, по крайней мере есть шансы не пойти на озон коробки таскать, а устроиться по специальности.
Просто берешь и смотришь рынок вакансий. В моей ебаной хохляндии, например, сишарп никому не нужен, работы нет. Думаю, в твоей локации все гораздо лучше. Нарисуй себе 3 года опыта и подавайся на мидла.
Если говорить о трендах, то дотнет умирает. Печально, но факт. Паджиты методично убивают стек, теперь это не конкурент джавы в энтерпрайзе, а "сидят мартышки лепят кривую хуйню".
>дотнет умирает
У тебя моск умер. Дотнет сейчас на взлёте. Каждая новая версия всё лучше, быстрее, богаче возможностями. Работы жопой жуй, если конечно мозги имеешь. Жаба даже близко не валялась по возможностям.
> Сеньор-пиздобол, расскажи, чем гексагоналка от портов-адаптеров отличается без гуглежа
для нормального человека оба этих понятия это стоп-слова, триггеры долбоёба, начитавшегося паджитских статей.
>Нарисуй себе 3 года опыта и подавайся на мидла.
У меня есть разраб такой на проекте, долбоёб страшный устроился, открывает рот, говорит умные слова. Толку никакого от него, в одной задаче может ТРИЖДЫ поломать публичное апи в случайных местах и ничего не понять.
В дотнет лезть НЕ НАДО. Это - для специалистов. Не надо рисовать себе три года опыта, тебя всё равно со стороны видно как на ладони и тебя просто выкинут на испытательном сроке.
>В моей ебаной хохляндии, например, сишарп никому не нужен
Да вам там и разработчики не нужны в целом. Переезжай в РФ, устраивайся.
Не мы такие, жизнь такая. Напишешь честно джун с гитхабом - даже резюме не откроют.Не прогонишь резюме через нейронку с этими ебучими "улучшил на 37%" - резюме автоматически пойдет в мусор.
Дурачок, толку с тех возможностей, если проектов нихуя нет. На дотнете никто не пишет нагруженный бекенд, одни фулстек инвалиды с блазором проект на три месяца. На джаве можно уехать в Цюрих, на сишарпе ты никому нахуй не нужен.
>на джаве можно уехать в Цюрих, на сишарпе ты никому нахуй не нужен.
Дааа, да, всё так! Ух этот никому не нужный дотнет! А джава всем нужна!
Щас бы хотеть в ЕС чтобы там платить конский налог и коммуналку. Всю жизнь мечтал слить 70% зарплаты на поборы.
А что с сишарпом в ЕС не берут? На гласдуре в гермашке на дотнете 5к вакансий.
Швейцария не в ЕС и налоги там одни из самых низких в Европе...
А вообще ты не туда воюешь. В Гейропу надо съебывать сейчас чтобы к моменту полной АИ-автоматизации иметь ПМЖ и возможность пойти говночистом за полторы-две шутки евро в месяц. Ну или там кусты уметь стричь, тоже норм оплачивается.
В России, если ты прямо сейчас не учишься в свободное время трубы варить или унитазы бетонировать, то ты либо с голоду умрешь, либо в лучшем случае за 25-30к и прочий МРОТ рублей будешь уборщиком или грузаном работать.
Толку от твоих сотыг и низких налогов, если буквально завтра это все пукнет и ты останешься за забором как уже тысячи кнопнкодавов в России в прошлом и в этом году. Я безработый уже более чем полгода, например. В Германии хотя бы какие-то пособия дают, а здесь хоть с голоду помирай. Тебе видимо никогда залупой по губам не водили, не увольняли и не сокращали. Всю свою карьеру в айти педалишь и горя не знаешь. Ну ничего, скоро узнаешь.
>в ЕС не берут
В воображении ты заканчиваешь курсы сишарп, подаёшь резюме в deutsche bank. Устраиваешься тимлидом главной программы по обработке транзакций за 10к и ебёшь украинских проституток.
В реальности ты устраиваешься работать на полулегальную Кипрскую компанию за 3.5к. Твой домен это в лучшем случае форекс, вебкам или порно. Снимаешь квартиру за 1.4 к евро, 800 евро платишь налогами. Тебя в любой момент могут уволить и заменить на два удалённых пакистанца.
Для немцев с немецким языком и немецким паспортом. Эншульдигун Иван ду бист пашоль нахуй яя.
В реальности ты подаешь резюме с 10 годами реального не вольчьего опыта и получаешь автоматический отказ по локации.
шарп никак не мертв. Его просто засирают джависты из-за якобы неактуальности
В цпп треде был анон из нвидии, которые его в Цюрих перекинули.
Грузаны около сотки получают даже в моем далеком от дс регионе.
>>3647195
Можно подумать джавист окажется не в кипрском порностартапе в соседней съемной хате с дотнетчиком, а в том самом пресловутом дойчебанке.
>хоть си плюс плюс
Nvidia до сих пор хайрит и возит.
>>3647047
Швейцария переоценена. Да это хорошая страна, налоги не очень высокие. Именно не очень высокие, а не низкие как многие думают. Одиночка с зп 150к франков будет платить 30.5 % налога. А еще надо медстраховку, самая днищенская будет 5,5к. Плюс цены на всё выше чем у соседей. Конечно если ты устроишься в Nvidia или Google, то зарплаты перекроют стоимость жизни, но ты туда еще устройся. Ну и в целом натурализация, тот ещё квест.
>В реальности ты устраиваешься работать на полулегальную Кипрскую компанию за 3.5к
Дуднет на кипре никому не нужен. Там в основном питон, нода, очень мало go.
Да и нах нужен кипр, когда есть люксофт и епам в сербии и болгарии?
Да. У меня вообще путь такой был: Java -> Go (и немного Python) -> Java. Из Go пришлось обратно в Java выкатиться потому что работы на Go за пределами России довольно мало. На Кипре как раз на Go Олег Тиньков нанимает в Plata и еще Exness есть, какой-то мутный форекс/трейдинг.
>Да.
Ясно. А нахуя ты тут сидишь? Дотнет же не нужен никому
>Add [RequiresUnsafe] to Unsafe.As<> and baseline
https://github.com/dotnet/runtime/pull/124668
Если нужен комментарий в коде, значит ты какого-то говна напридумывал.
Оправдываются виноватые
Внимание вопрос.
Как вы собираете окружение под свои проекты ?
К примеру .net 5 даёт кое-какие легкие контейнеры под линукс, неужели происходит пердолинг с виндовс контейнерами или на похуе берете образ ОС со всем говном нужным и хуярите на вируалку\облако ?
Говорю девопсу, чтобы он мне создал стенд со всем что нужно для проекта.
Работа программиста заканчивается на пуше в гит. С окружением ебется девопс. Если от тебя требуют настраивать пайплайны, значит, ты попал на жлобскую галеру с хохлами, беги оттуда.
В чем отъебись. Кубернетис и вся эта хуйня это бегать целый день на согласования, совещания по развитию, следить за инфрой, паролями и прочей залупой.
Я не лезу туда не потому что мне похуй, а потому что специалист колега мне все настроит и подготовит, а проблемы на границе мы вдвоем в зуме обсудим.
Каждый должен заниматься своим делом, а не писать на сдачу скрипты для гитлаба и докера.
>>3649111
Так я и есть тот самый девопс, всю жизнь сидел на божественных плюсах с йоктой, тут попросили кое-какое говно старое посмотреть. Пошел к коллегам, эти додики держат AMI готовые просто. Ебучие виндовсоконтейрены под четвертый дотнет я в рот ебал, но походу надо будет затерпеть.
Разработка под винду .net это какой-то особый фетиш получается.
>Разработка под винду .net это какой-то особый фетиш получается.
Если говорить про бэк, то там сейчас вообще разницы нет под что ты пишешь, винду или линукс. Максимум, что за последние года 2 платформозависимого у меня было - это сравнение имен файлов с учетом регистра и без. Но сейчас и с файломи-то максимально редко приходится работать.
>Каждый должен заниматься своим делом, а не писать на сдачу скрипты для гитлаба и докера.
Бекенд разработчик = полудевопс.
Если твоя работа - писать сишарпик, чтобы пукать в кафку - поздравляю, ты джун и у тебя всё в переди.
>>3649102
>на жлобскую галеру с хохлами
Это ужас, конечно. Они работать не хотят, отвечать ни за что не хотят, зато деньхи любят. Как говорится, нанял хохла и работаешь на него.
> Максимум, что за последние года 2 платформозависимого у меня было - это сравнение имен файлов с учетом регистра и без.
У меня ещё несколько раз с таймзонами проблемы были. Что решается установкой нугета
>Бекенд разработчик = полудевопс.
Не знаю где ты такую хуйню взял. Ниразу не писал ни одного скрипта для докера и не залезал в гитлаб. У меня даже нет прав на настройки гитлаба.
Как раз ты всю жизнь будешь работать за мелкий прайс потому что ты коекакер, умеешь все но кое как.
P.S. ждем сколько получают не джуны которые ежедневно вместо написания кода и проработки архетуктуры занимаются настройкой кубера.
Ну у тебя такая же примерно зп как у меня.
> написания кода
Это самое простое, что вообще может быть в разработке
> и проработки архетуктуры
Ты про вот это вот всё: BEST PRACTICES - DDD - AOP - EVENTSOURCING - CQRS - AUTOMAPPER - MEDIATR - GENERIC REPOSITORY?
Или что ты там прорабатываешь? Как написать свою ОРМ вокруг Entity Framework и нихуя не понять?
А чем ты как разработчик полезен в эпоху нейронок? Сейчас в крупных компаниях везде переходят на agentic написание кода, то есть ты как разработчик код либо только ревьювишь, либо вообще не смотришь.
Если ты не можешь выполнять роли девопса и аналитика, то ты из профессии вылетишь очень скоро. Я уже вылетел, например.
дворник-кун
>дворник-кун
Маня, ну хватит уже троллить, мы все видели, как ты на another-it признался, что напиздел.
>У меня ещё несколько раз с таймзонами проблемы были. Что решается установкой нугета
Я когда-то с этим столкнулся, еще во времена .net Core2, и с тех пор просто хуярю во всех кодах константу DateUtcToMoscowHours = 3 и не парюсь.
Но скоро вот придется с иностранцами работать и там похоже придется все-таки делать по человечески.
Похуй плюс похуй.
Работает и ладно. Оно все равно никогда не выйдет за пределы часового поясва MSK.
То, что ты захардкодил +3 для москвы - это ты сам себе дурачок. Надеюсь, тебе самому придётся это исправлять, а не коллеге, который твой говнокод в сопровождение возьмёт.
Я вообще про другое говорил. Про то, как в винде хранятся таймзоны:
https://github.com/mattjohnsonpint/TimeZoneConverter
https://github.com/Jack0v/TanGo
Но только конструктивно и аргументированно.
Код - говно уровня HelloWorld.
Непонятно, зачем ты свой собственный формат сериализации словаря изрбрёл? Пользоваться INI/ json/yaml умеет каждый. Просто научись пользоваться сериализатором
Ты комментариями разграничиваешь блоки кода в файле на 700 строк. По таким комментариям делаю вывод: остальное смысла смотреть нет
>Просто берешь и смотришь рынок вакансий. В моей ебаной хохляндии, например, сишарп никому не нужен, работы нет.
Лол, ты видел че гетьман (не шоколадный) писал? В марте если дай-дай не будет - будет дефолт. В киеве люди в пакеты срали ползимы, с весьма ощутимым уроном по бизнесу. Какие разработчики?) Скажи спасибо что хоть какие-то конторы остались на западной в живых и платят денег, чтобы хватало жить на доставке и не быть скрученным оповестителями. Наш ит рынок вообще не показатель. Я лично свичнулся в 1сники из довоенного геймдева (который утонул), на еду в целом хватает и работа есть, вкатываться в что-то другое надо в другой стране
У тебя от ДДД мозг растворился нахуй. Обычный код, простой и понятный.
>Обычный код, простой и понятный.
пошёл на хуй. ДДД я так же обоссал бы
1С - это постоянные разъезды по микрокабанам. Как ты с тцк порешал? И чому не уехал с этой ебаной помойки, если у тебя такие связи? Лично я съебываю к ближайшей границе, от Киева это Беларусь, как только границу откроют, ебал я кормить безногих хохлов.
>1С - это постоянные разъезды по микрокабанам.
На продуктовой фирме осел с бронью, знакомого знаю - 1с удаленщик дома сидит, а ему мать за продуктами ходит, так что варианты как не попасть в ряды героев есть разные. Если вылечу - скорее всего тоже буду удаленить как и он.
>Как ты с тцк порешал?
Ну успел проскочить в окно, когда в 22-23 не сильно трахали работодателей за плохой военный учет душ, и людей брали на работу в обход тцк. Сейчас есть 45 дней, тоже можно рискнуть, но на 44 день лучше заболеть, пока нормально не оформят.
>И чому не уехал с этой ебаной помойки, если у тебя такие связи
Потому что лично знаю примеры, как килобаксы за эвакуацию отдавались буквально вникуда, и это еще не самый худший вариант как дело может обернуться. Связей у меня никаких особо нет
>как только границу откроют
сплю и вижу этот день
С меня как всегда.
>>3650758
>уровня HelloWorld
А я и не отрицаю.
>сериализации словаря
Не понял, ты о чём?
>разграничиваешь блоки кода в файле на 700 строк
И? Это плохо что ли?
>По таким комментариям
Каким таким?
Руби если что тоже не умирает, там столько всего нового завозят регулярно
>Каким таким?
Каждый комментарий в твоём коде это бестолковое бормотание.
Как будто ты наклеил стикеры на все предметы в квартире, "кровать", "холодильник", "зубная щётка чистит зубы"
Удали их все.
Затем в местах, где хочется написать комментарий вынеси функцию с нормальным именем
>Каждый комментарий в твоём коде это бестолковое бормотание
Бестолковое бормотание это твои посты. Ты не отдупляешь простейших вещей. Есть комментарии которые объясняют что делает код, и да хороший код почти всегда не нуждается в таких комментариях. А есть комментарии которые объясняют почему код написан так, а не иначе - требования заказчика, костыль для обхода бага в соседней системе, перформанс оптимизация и т.п. И тут комментарии нужны и уместны.
> куча умных слов
А на практике в двач приходит какой-то чел, который явно код в первый раз в жизни пишет. Хуярит всё в один файл, разделяет копи-пасту комментариями.
Где тут обход бага в соседней системе или требования заказчика?
Комментарий - это последнее средство. Он пишется в крайнем случае. После теста, после рефакторинга и с скривлённым ебалом.
Особенно писака, который в первый раз пишет. Нахуя мне его высеры читать?
>Нахуя мне его высеры читать?
Кто тебя заставляет писать высеры?
Вместо того чтобы нормально объяснить новичку что не так, ты начал писать шизоидные высеры про вынесение функций и написание тестов. Не хочеш/не можешь нормально ответить - так просто ничего не пиши.
>Не хочеш/не можешь нормально ответить - так просто ничего не пиши.
Хорошо. мамке привет передавай
>это бестолковое бормотание
>>3651485
>хороший код почти всегда не нуждается в таких комментариях
Ну не знаю, спорное утверждение.
Намного легче прочитать комментарий и понять что делает кусок кода, чем вчитываться и анализировать сам код. Тупо быстрее получается.
>>3651516
>Комментарий - это последнее средство. Он пишется в крайнем случае.
Это кто такое сказал?
>>3651319
>Затем в местах, где хочется написать комментарий вынеси функцию с нормальным именем
Ну да, на каждый цикл, каждое условие по функции. Видел я такой код.
>Намного легче прочитать комментарий и понять что делает кусок кода
Ты первый раз программировать сел?
> чем вчитываться и анализировать сам код.
Пиздец. Пиздец-пиздец. Зумер-гуманитарий в треде
>Ну не знаю, спорное утверждение.
100% корректное утверждение.
> Ну да, на каждый цикл, каждое условие по функции. Видел я такой код.
Нет, такого никто не утверждал. На крупных проектах просто пишешь код. Не комментируешь его.
И внезапно не появляется никаких "противоречивых требований заказчика" и "обход бага в соседней системе".
>И внезапно не появляется никаких "противоречивых требований заказчика" и "обход бага в соседней системе".
Тут ты не прав. Я тоже не сторонник комментариев, но на больших проектах как раз таки норма когда в коде могут быть заметки на неочевидных решениях. Например несоответствие реальности стандарту или какие-то исключения связанные с особенностями работы интеграций и т.д.
Другое дело, как выше уже писали, что такие комментарии описывают не то "что и как сделано", а то "почему это сделано именно так, а не иначе", чаще всего там достаточно ссылки на задачу в трекере которой все и описано. Но я в таких случаях все равно обычно добавляю хотя бы краткое описание, т.к. трекеры имеют свойство дохнуть и потом можно следов не найти с одной ссылкой.
>И внезапно не появляется никаких "противоречивых требований заказчика"
И да, как раз таки появляются, неожиданно и резко и срок их выполнения обычно "вчера"
>мамке привет передавай
Передал, она сказала передать тебе что суп на плите, погреешь как со школы придешь.
>>3641757
Неужели некому нечего кинуть? Вы тут только срать automapper и мериться комментариями в коде можете?
Если б нам было интересно байтоёбство, мы б сидели в тредах про плюсы и раст.
>
> get
> {
> return Language.LanguageCode switch
> {
> Language.English => """
Вот нахуй надо было требовать, чтобы все идентификаторы были с большой буквы? А потом еще позволять создавать поля одинаковые с именем класса.
>Неужели некому нечего кинуть? Вы тут только срать automapper и мериться комментариями в коде можете?
Нет, мы тут сидим и разгадываем задачки для собеседований на сортировку пузырьком
>А есть комментарии которые объясняют почему код написан так, а не иначе
Это и есть плохой код, который писать не надо изначально, толку от того что там есть комментарий или нет
конечно, делать всё хорошо и сразу правильно на больших проектах несколько проблематично, но стремиться к этому надо
>>3651844
Ты ой как не прав. Это объективная реальность.
>>3651855
>100% корректное утверждение.
Докажи.
>Докажи.
Работал на многих крупных проектах, где не писали комментарии и даже не обсуждали этот вопрос. Вопрос решён лет 20 назад умными людьми
>Ты ой как не прав. Это объективная реальность.
Нахуй мне такая объективная реальность? Мне уже одного гуманитария навязали, не знаю, куда его сплавить
>А есть комментарии которые объясняют почему код написан так
Писать комментарии вокруг кода это как прийти к женщине потрахаться и начать объяснять, зачем ты хочешь потрахаться с ней.
Ты не уверен? У тебя сомнения?
Может быть тебе надо было устроиться продавцом в вейп-шоп?
>>3652208
А как же любопытство. Вы же программисты!
>Если б нам было интересно байтоёбство, мы б сидели в тредах про плюсы и раст.
Да, но для этого нужно знать эти языки (особенно C++ со своими подвохами, где даже -Wall не всегда поможет). А в C# ты можешь начать байтоебствовать почти сразу.
Ну или почитать какой нибудь блог на досуге в качестве развлечения (ну и можно узнать что нибудь новое). Вот тот же Kevin Gosse пишет GC на C#. Вот из этих статей можно узнать более подробно о работе GC.
Неужели интересно читать такой кал (запостили на реддите):
https://laurentkempe.com/2026/02/14/exploring-net-11-preview-1-runtime-async-a-dive-into-the-future-of-async-in-net/
>Exploring .NET 11 Preview 1 Runtime Async: A dive into the Future of Async in .NET
>Пук, теперь async код вызывает методы AsyncHelpers, пук. Всё.
Ещё бы назвал deep dive, как некоторые бляди любят.
>Ну или почитать какой нибудь блог на досуге в качестве развлечения (ну и можно узнать что нибудь новое).
Если именно в качестве развлечения, то гораздо интереснее взять какую-нибудь esp-шку и под неё что-то поделать или под pico-8 игрушки поделать. Там байтоебство намного интереснее и выхлопа больше (хотя бы эмоционального).
На шарпе приятнее как раз на высоком уровне писать.
>Работал на многих крупных проектах, где не писали комментарии и даже не обсуждали этот вопрос. Вопрос решён лет 20 назад умными людьми
А сейчас не 20 лет назад, а 2026 на дворе и всем похуй на потуги перфекционистов.
>Просто потому что мы можем себе это позволить
Ага IDE-only язык. При этом на кой-то хер интерфейсы надо объявлять через IZalupa а то будет непонятно, что это интерфейс.
// Load data from database
var data = db.LoadData();
Либо комментарии устаревают и перестают совпадать с кодом:
// Send XML data
var data = JsonSerializer.Serialize(foo);
service.Send(data);
Тут когда-то раньше использовался XML, потом перешли на JSON, а комментарий остался, потому что и так работает. В итоге он некорректен.
>Если именно в качестве развлечения, то гораздо интереснее взять какую-нибудь esp-шку и под неё что-то поделать или под pico-8 игрушки поделать. Там байтоебство намного интереснее и выхлопа больше (хотя бы эмоционального).
Это да, но это уже не получиться делать в перерыв/перед сном/на унитазе.
К тому же
>под неё что-то поделать
Кто? Я?
Я уже так миллион лет жду разбор особенностей NativeAOT. Самому разобраться - так эти знания "пропадут" вместе со мной, ибо чукча ленивая жопа и не писатель блогов.
Маленькое дело для улучшения читаемости, но кто-то всё равно ноет..
Сейчас вообще коды никто не читает.
Люди просто сидят и вайбкодят через claude code/codex в CLI режиме в терминале. Текстовый редактор и тем более IDE нах не нужны. Как не нужен и дебаггер.
Это ты не нужен, болван, сидишь уныло байтишь в пятисотый раз одно и то же, у интернета рак от тебя, сходи книжку почитай какую-нибудь, Дюма там, Тома Сойера
Ну почитай teamblind, reddit, твиттер наконец. Там все уже сидят вайбкодят и не пользуются редактором кода или вовсе IDE.
Полностью согласен. Какую нейронку сейчас надо рекламировать? клауде?
Раковник никчемных оболтусов на самоподдуве. Ты еще линкедин фид полистай, там каждый первый уже убил все саасы, навайбкодил халфлайф 3, и все с помощью одного старого советского файла skills.md. Остолопы как есть.
>Ну почитай teamblind, reddit, твиттер
А чо уж не пикабу сразу.
>А нахуя тебе открывать код вне IDE ?
Ты будешь видеть кучу кода во время кодревью в Гитхабе или что там у вас. Помимо код ревью иногда надо просто посмотреть код в другом бранче/ревизии, удобно через вебинтерфейс делать. Иногда надо что-то быстро глянуть в другом проекте не настраивая его, тоже проще без IDE это сделать. Claude будет тебе код в консоли показывать, там вообще никакой IDE нет.
Настрой подавление предупреждений в своем IDE и пиши как хочешь. Это не требования. Это соглашения.
>Ты будешь видеть кучу кода во время кодревью в Гитхабе или что там у вас.
Если это просто фикс какой-то на пару строк, то посмотреть его проблемы нету, а если это какая-то жирная фича, то намного удобнее её ревьюить в IDE.
Ну а вообще - код-ревью - это фикция. Джунов, за которыми надо прямо ревьюить, я уже года три в природе не видел. Вокруг одни синьоры-помидоры у которых все ревью идет по принципу "ок, можешь лить свое говно в эту ветку", Ты максимум смотришь, чтобы код более-менее соответствовал задаче и был из этого релиза, а не из другого.
>>3654610
>Помимо код ревью иногда надо просто посмотреть код в другом бранче/ревизии, удобно через вебинтерфейс делать
Нет. В IDE это все уже есть. Буквально парой кнопок.
>>3654610
>Иногда надо что-то быстро глянуть в другом проекте не настраивая его, тоже проще без IDE это сделать.
Нахрен тебе его настраивать если просто глянуть? В IDE открыл и все. Это не говоря о том, что в штуках типа гитлаба уже встроенное web ide для таких целей есть.
>>3654610
>Claude будет тебе код в консоли показывать, там вообще никакой IDE нет.
Я хуй знает за твой клаудэ, у меня плагин для дипсика спокойно и копирует код из IDE и вставляет, хуй знает в чем твоя проблема.
Сейчас глянул - в нем и для claude вкладка есть.
>Ну а вообще - код-ревью - это фикция. Джунов, за которыми надо прямо ревьюить, я уже года три в природе не видел. Вокруг одни синьоры-помидоры у которых все ревью идет по принципу "ок, можешь лить свое говно в эту ветку", Ты максимум смотришь, чтобы код более-менее соответствовал задаче и был из этого релиза, а не из другого.
Хуясе у вас культура разработки.
>Ну а вообще - код-ревью - это фикция. Джунов, за которыми надо прямо ревьюить, я уже года три в природе не видел.
Да я и лбов с пятилетним стажем, которые на голубом глазу в рамках одной задачи апи дважды ломают ежедневно вижу.
>Нет. В IDE это все уже есть. Буквально парой кнопок.
Я IDE не открывал уже года 2. Просто даю указания Claude (я в восторге от этой нейросети) и он сам за меня коммитит всё, что нужно. Подписка стоит буквально как пачка жевачки в месяц
У нормального лида ломающий код не пройдет тесты и не попадет на прод. У вас там, судя по всему, та еще параша без процессов.
код написан синтаксически верно и всё хорошо
@
на проде апи начало крутить вертухи и появилась возможность купить null товаров за undefined денег
тру-стори, я потом это говно еще и разгребал потому что коллега уебал в отпуск после релиза
Наканецта я узнал как GC находит объекты по interior pointerу.
Литерали бесполезные знания. Кому надо ебаться с памятью, на дотнете не пишут. Кто пишет на дотнете, тому поебать на кишки жц. Кому надо писать на дотнете без жц, просто выделяют статический глобальный буфер структур и вместо указателей используют индексы буфере.
>Литерали бесполезные знания. Кому надо ебаться с памятью, на дотнете не пишут.
Ты долбоёб уровня хoxол.
Я однажды видел как парни написали сервис где память росла линейно. Для того, чтобы скрыть эту проблему, они придумали перезапускать конетейнеры раз в пол часа.
Я говорю им: такого не должно быть. У вас проблема тут и тут, это называется мемори-лик.
Они посмеялись и их тех лид сказал, что перезапускать контейнеры это ХОРОШАЯ ПРАКТИКА. Они вообще хуйнёй страдали, пытались прикрутить библиотеки от классического .net framework к дотнет кору, пытались в automapper/mediatr based DDD.
Их потом всех разогнали
Дохера умных слов. Тебе не достаточно понимания, что такое руты?
>Я однажды видел как парни написали сервис где память росла линейно.
Для решения таких проблем знание кишков GC тебе поможет чуть более чем никак.
Тем не менее, я разбираюсь в такой хуйне и меня часто просят низкоуровневые проблемы в дотнете решать.
А ты пукаешь в автомаппер?
Я поскольку новичок, не могу вообще даже вообразить себе, как образуется мемори-лик в дотнете? Там же принципиально не используется ручное высвобождение ресурсов. Обесните, сеньоры. Дайте примеры хоть какие.
гугли "event handler leak c#" или "static list leak", в метаните и стэковере куча примеров. сам допиши, ньюфаг, не проси жвачку жевать.
У, сука, ну и пошла ты нахер. За что я только денег заплатил.
Поридж, ну кому ты пиздишь? Ты безработная хуйня у мамки на шее с ноль опыта в проде. Мемори лики были в старом дотнете, если засрать большую кучу огромными строками. Сейчас тебя решарпер захуесосит, если ты будешь конкатенировать через плюсик.
Посматриваю на Zed уже. Там есть что-то подобное resharper?
дотнет гарантирует, что сборщик мусора не вычистит объекты из стека вызовов (от текущей вызванной функции и вниз).
Так же дотнет гарантирует, что сборщик не вычистит статические данные. Они на то и статические.
пока не рассматриваем очередь финализации, так как это хитрый механизм, про него позже прочитаешь
Вот и всё. По сути любой мемори лик ты пишешь сам и это нормально.
Если ты реализовал кеш в статике - ты получишь контролируемый мемори лик.
Если ты написал долгоживущий сервис с событием, на которое бесконечно подписываются, но не отписываются какие-то другие объекты - ты получишь мемори лик.
И так далее. Магии никакой нет, если в дебри не лезешь
Ну как сказать. У нас мемори-лики были до того как мы перешли на автомаппер. Теперь зануление всех ссылок это не ответственность разработчика.
Я просто пишу _mapper.MapWithDispose(obj) и всё.
В чём страдания-то? дотнет это буквально лучший способ в 2к26 писать программы
Такая же хуйня. По чистой архитектуре разработчик ничего не должен знать о том, кто уничтожает объект.
Объект просто появляется из доменного маппера, и он за всем сам следит
Речь о вложенных в условия переменных:
> if (obj is Form f) {f.Title = "form";}
Хочется чтобы из такого синтаксиса вывели новый синтаксис локальных переменных. Типа такого:
> (SomeType expression resultVariable) { // в этом контексте существует resultVariable }
В круглых скобках задаётся выражение, типизируется и присваивается локальной переменной. В одну строку. Несложно догадаться, что такой сахар заменяет отдельную строку с объявлением локальной переменной.
> SomeType resultVariable = expression;
Если у тебя что-то требует отдельного контекста, то проще это вынести в отдельный метод и делать все, что нужно там.
>синтаксический сахар
Это называется паттерн-мальчик. Он же паттерн-манчкин
> (SomeType expression resultVariable) { // в этом контексте существует resultVariable }
Ты не должен руками приводить типы в коде. Так ты неприложные правила DDD нарушаешь
>Посматриваю на Zed уже. Там есть что-то подобное resharper?
Zed это VS Code на расте. Шустрее, но и только.
Зачем ты отвечаешь на вопросы, которые тебе не задавали?
>Шустрее, но и только.
Ага, про rider так же говорили, что он "быстрее". Через год его допилили до паритета с VS и он стал жрать в 2-10 раз больше памяти и тормозить не меньше студии.
с VS Code то же самое было. Сначала все дрочили на то, какой он быстрый и отзывчивый. А потом, после установки пары плагинов он стал потреблять ресурсов как rider.
Я, кстати, смотрел недавно видео, как автор зеда на видео оргазмировал от его скорости. Он буквально открыл блокнотзед и полчаса восхищался тому, какой он гениальный редактор написал: "Awesome!", "Wow", "Great", "Nice!".
А так со стороны смотришь и видишь какой-то саблайм-текст по цене пачки жевачки в месяц 10$
https://github.com/amantinband/error-or
А в чём кек? Типа, если нет ошибок, но последний матч не сработал, вся эта конструкция возвращает нулль, и мы получаем:
>>3655411
> возможность купить null товаров за undefined денег
>А в чём кек?
В том, что в дотнете ежегодно очередной осёл разрабатывает замену c# внутри c# и замену aspnetcore внутри aspnetcore.
Нет, всё гораздо хуже. Вместо того чтобы развивать функциональный F# который им дала майкрософт, они тащат функциональщину в C# - вот что огорчает.
Спс. Попробовал я zed, но там синтаксис не так хорошо подсвечивается как в vs code, поэтому буду пробовать vs code пока что. Но да, zed быстрый.
Возникла другая проблема, не ставятся вообще никакие расширения, chatgpt предлагает скачивать через api, распаковывать и устанавливать в ручную, зачем оно мне надо непонятно. Кто-нибудь знает, помнтися microsoft уходил из россии, может заблокирован доступ и к расширениям vs code? У всех все нормально ставится? Может там регаться и логиниться нужно, чтобы они скачивались? Спрашиваю, чтобы исключить эту проблему и разбираться с сетью.
Зед настолько быстр, что даже запросы к системе на добавление в исключения брандмаэуэра у него отсутствуют. Просто тихо обламывается и молчит. Что ящитаю, минус. Надо как-то это в интерфейсе было показать.
Если ты вручную добавишь правило в брандмауэре для зеда - то всё начнёт качаться.
Вообще я не вижу смысла в IDE. за меня всё делает перплексити, я просто с утра даю ему пару промптов, а к вечеру он уже деплоит в апп-стор.
в прошлом месяце я таким образом опубликовал на ксамарине приложение с ценами стоков криптовалют. В этом планирую брокера запустить и трейдеров приманивать.
Такая же хуйня, за меня код пишет клауде, а только тимлид вычитывает
Двачую. Ничего не делаю - а всё есть. Фирма оплачивает клауду, тимлид фиксит высеры клауды, а я чисто зарплату получаю. Хорошо быть мидлом.