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 и все писались разными людьми. А потом еще и ебля с отладкой, которой нет.
>Но я говорю о гораздо более сложных ситуациях.
Одно дело - писать циклы для удобства. Другое - микрооптимизации для экономии тактов.
Первое допускаю, второе пусть останется где-нибудь универах
>за такое надо увольнять.
Не понял, как на Линке может получиться что-то сложное. Ты либо тупой, либо коллеги тупые.
Бывают такие?
Пиздец...
Паджиты ебанулись. Запилить escape analysis они не могут, сложна нипанятна, зато радостно засирают синтаксис и повышают кпи.
Раньше все обсирали комитет по С++, а оказалось они святые люди нахуй. В голенге Пайк устроил диктатуру имени себя и один решает будущее языка, все довольны. В сишарпе же устроили демократию со запахом карри, получился полный пиздец.
Старина роб пайк уже на пенсии пару лет как сидит.
И там тоже всяких фичей завозят, порой сомнительных.
Но насчет этого соглашусь, нахрена раздувать язык таким говном?
Отвратительно. Я все эти синтаксисы коллекций путаю всегда
Мы форкнули. Добавили рослин-генератор профилей автомамаппинга и работаем.
Кстати, очень удобно получилось. Объявления маппингов всех свойств автоматически генерируются, генератор делает всё сам
Да, мы так же делаем.
Просто генерируешь профили автомаппера по атрибутам на свойствах своих объектов и дальше автомаппер делает за тебя всё сам! Очень удобно
Тебе жалко платить цену одной чашки в месяц?
Чет, по этой картинке нихрена не понятны преимущества платной версии перед комьюнити.
https://wso2.com/library/blogs/goodbye-java-hello-go