1. Ресурсы:
— https://dotnet.microsoft.com/learn
— https://ru.stackoverflow.com/a/416585/422180
— https://metanit.com
— https://professorweb.ru
— https://devblogs.microsoft.com/dotnet/
— https://csharp.godbolt.org/
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/3603761.html
https://learn.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-15#labeled-break-and-continue
https://github.com/dotnet/csharplang/discussions/9876
очередные готофобы, заебали если честно, кто то пернул и понеслось по всем языкам, каргокультисты
Самый дохлый стек в умирающей профессии
В Java такое давно есть.
Я зашёл потому что я безработный и мне делать нехуй
Никто не использует, так же как никто не использует dynamic, патерн мэтчинг и прочее говно с вопросиками. Просто когда-то какому-то менеджеру надо было выполнить KPI, вот и придумали эту хуиту. Дотнет мертвый стек, не лезь в это болото.
Скачай сборку от Zver, там все что надо есть
Потому что дотнетчики работают, пилят высокопроизводительные распределённые сервисы.
А рубисты и прочие лузеры ищут работу, вот и строчат посты в своих отстойниках.
>мертвый стек
бля, ну не раздувай эту хуйню. всех пидорасит щас в AI tee. стажеры и джуны отпали, многих мидлов+ покикало. где лучше? в спринге где дохуя фейк вакансий сидеть на морозе или в петухоне на котором 100 ебальников на 1 вакансию или на пыхе сидеть с порванным очком за 20 тысяч рублей в месяц или на го учить связку %govno% + %random_programming_langugage% нихуя не войти из-за того что язык для переписонов с другого яп.
всем щас хуёво. главное, что .net не равно рубям по вакансиям.
да просто сам MS забил хуйца на дотнет, как мне кажется.
F# например совсем убили походу, вижуал бейсик тоже депрекейтнули (хотя кому не похуй на него было?). особой популярности .net так и не получил нигде за пределами какого-то средних размеров энтерпрайза.
>>40068
>стажеры и джуны отпали, многих мидлов+ покикало
это везде так, сама индустрия просто умерла. ну и еще от страны зависит, в россии дела с рынком труда совсем стали плохи сейчас, из моего опыта кто уехал за границу те еще где-то работают в айтихе, кто остался в рф, того сократили в прошлом или в этом году и он без работы сидит. такие дела.
>в петухоне на котором 100 ебальников на 1 вакансию
Эм, это еще очень мало. В реальности 5000 ебальников на одну вакансию будет, и это в дотнете и джаве, а в питухоне еще больше.
100 ебальников на одну вакансию это лайтовый уровень который был в 2023 году, если про рынок РФ говорить.
>заставлять нейронку правильно рисерчить гитхаб и внедрять нарисерченное
Мне кажется ты в какой-то до ИИшной эпохе живешь. Что ты собираешься на гитхабе искать нейронками и внедрять в проект? Там же сплошной мусор лежит, ИИ сгенеренные репозитории с накрученными звездами, всякие сборники слоп-говнеца типа OpenClaw и просто легаси старой эпохи.
Если мне на собесе скажут что я должен буду при помощи нейронок ресерчить гитхаб и что-то полезное оттуда находить, я пальцем у виска покручу.
>Пайтон умирает что-ли? Не верю. Весь дата-сатанизм и мышинное обучение на нём
Питон на бекенде скорее не самый популярный выбор сейчас. Для быстроты написания кода? Ну так сейчас код ИИ пишет. Проще Go взять ну или ту же жабу, если это какой-то энтерпрайз проект. Сейчас многие с ИИ упарываются и пишут все на расте, хотя самого раста вообще не знают. В том числе в финтехе и энтерпрайзе, да.
Машинное обучение если говорить про классический ML и обучение кастомных специализированных моделек - скорее уходящая тема как и дотнет. Для подавляющего большинства задач которые раньше надо было решать обучением собственной модели сейчас просто берут LLM + VLM и на этом все кончается. Классический ML, DL, RL сдох нахуй. Сейчас в среде мльщиков тоже вой стоит, потому что их навыки и знания которые они дрочили в своих шадах/физтехах/вшэ/мгу теперь тоже на рынке труда нахуй не нужны, а кто нужен - это болванчики, который будут администрировать кластер на котором запущена LLM модель (тот самый LLMOps), либо болванчики которые ИИ агентов на лангчейне будут шлепать через клод код.
Ему явно платят, как он угомонится?
>Там же сплошной мусор лежит
Там лежит вагон годных но уже дремучих легаси проектов, в которых реализован функционал, который мне надо. Конечно, речь не о тырпрайзе, вам кроме EF по большому счету больше нихуя не надо, но мне, как постояльцу /gd - нужны алгосы оптимизации меша, недавно писал свою систему частиц на базе другой, найденной на гите. Под шарп на работе - писал конструктор запросов как в 1с, на основании готовых реализаций типа sql workbench, все это мне рисерчит нейронка. Нужен был высопроизвоидетельный сильно нагруженный поисковый граф по наборам метрик? Да как нехуй, тоже нейронка на гитхабе нашла и интегрировала.
>Если мне на собесе скажут что я должен буду при помощи нейронок ресерчить гитхаб и что-то полезное оттуда находить, я пальцем у виска покручу.
Нейронки хуево пишут DSA с нуля, и особенно хуево пишут если вайбкодер не знает какое DSA ему надо (типа меня). Тут как раз в игру и вступает рисерч. Мне по большому счету похуй, навайбкожен конечный репо или нет, мне важно - чтобы решение по метрикам под мой проект давало большую зеленую стрелочку перфоманса вверх чем другие решения.
Минусы?
Чел я тебе открою страшную тайну - у шарпа нет дизайна. Он был где-то вначале, а потом команда стала включать фичи по принципу - прикольно/не прикольно. Помните все эти
>from student in students where ids.Contains(student.ID)
в результате в языке десятки способов сделать одно и то же. Почему FrozenSet поддерживает collection expressions, а FrozenDictionary нет? Потому что пошел нахуй!
>FrozenSet
>FrozenDictionary
Нужны примерно никому. Я с ними столкнулся только в моем пет проекте с одной звездой, где надо было перемолотить миллионы вариантов. Для крудов эти фрозены литерали не нужны, как не нужны и маняоптимизации на 5 наносекунд из 10 дотнета. Кроме крудов на дотнете никто ничего не пишет, да и круды все из легаси, новых проектов нет.
Я в таких случаях просто выношу код в отдельную функцию и использую return. То ли там адские говнокодеры, которые любят писать функции по 1000 строк, то ли шизы, у которых return должен быть последней инструкцией и только так.
>они дрочили в своих шадах/физтехах/вшэ/мгу теперь тоже на рынке труда нахуй не нужны
Так они никогда не были нужны.
С оверкомпетенцией иди в доценты в ВУЗик, а кабану надо чтобы работу работал.
Если ты нанимаешь, ты всегда выберешь заменяемого типового середняка, а не витающего в облаках чудика, который понапишет всякой хуйни, а потом угорит, устанет, заинтересуется чем-то ещё, и весь его код команда спустит в унитаз и будет материться, плеваться и переделывать по-простому, по-колхозному.
Тот же анализ данных на уровне стажера - это кластеризация, корреляционный анализ, проверка гипотез, очистка от выбросов, куча математики и скриптов. На уровне, который доходит до ЛПР - это линия тренда в ексель или два столбца с метрикой и фактором+ и фактором-.
А это в какой-то умной книжке написали, что goto плохо?
Или откуда это пошло?
Для обработки edge-кейсов goto это must have.
Любые альтернативы (например, наплодить новых методов) - это ухудшающие читаемость и раздуваемые код решения.
Толстовато.
>Почему FrozenSet поддерживает collection expressions, а FrozenDictionary нет?
Потому что у FrozenDictionary не был реализован collection builder.
>будет материться, плеваться и переделывать по-простому, по-колхозному.
А потом все нахуй сломается и придёт в негодность под грузом техдолга и говнокода, в результате кабан будет раз в 5 лет тратить кучу денег и времени на написание новой системы и перенос данных, потому что удел колхозанов это наклепать хуйню и съебаться с проекта.
Я после таких колхозанов проекты обратно на нормальную архетуктуру уже заебался переписывать. Причём эти пидорасы всегда легенды компании и спасители бизнеса, у них фичи шли как горячие пирожки, а мы вот чет не тянем, а я вообще ахуел трачу месяц просто на какой-то там техдолг (MR на +12к и -20к строк).
С линкеда одного из таки умников угорал, чел с двух мест ушел спустя 3 месяца в каждом и после этого больше новых мест у него нет.
>делать переходы только вниз
Мне всегда казалось, что переходы вверх понятнее. Вот читаю я код, дошёл до метки - ага, понятно, сюда будут переход. Читаю код дальше. Дошёл до goto с меткой - уже знаю, куда оно ведёт.
А когда переход ведёт вниз, хз, где это.
>переходы вверх
образуют циклы. На этом деле можно очень хорошо обосраться. Циклы лучше делать стандартными способами.
Ну представь, что ты сел в автомобиль, начал движение, потом тебе надо остановиться, а педаль тормоза расположена в багажнике! Это плохой дизайн автомобиля.
Аналогично с кодом.
>>троллинг тупостью
Там был доёб до языка (справедливый) и FrozenDictionary, я указал на то что это проёб либы.
>я указал на то что это проёб либы.
FrozenDictionary это кор библиотека, по сути часть языка. И когда в язык добавляются фичи типа collection builder, то их в первую очередь примеряют на классы из стандартной библиотеки. И тут возникает вопрос, почему господин паджитотектор не подумал, а как collection builder использовать для Dictionary? А ответ простой - потому что никто нихуя не думает перед тем как добавить фичу, просто хуячат потому что могут.
>Ну есть и есть, вы же можете использовать те методы, к которым привыкли
А потом ты приходишь на проект где сидят любители всего нового и молодежного и приходится копаться в этом говне.
Ты просто тупая макака которая ничего не понимает в разработке языков.
Словари это не обычные коллекции, каким образом ты ожидаешь это поведение у них? В репе дотнета есть дискуссии и драфты решения, можешь там изложить все свои идеи команде разработки. Получишь мировую известность как член коммитета развития языка.
Потому что айтискуфье это говночерпии, которые пытаться казаться интелектуальной илитой.
Такие будут ныть всегда
Если айтискуфье не ноет - в него надо ткнуть палкой, оно возможно сдохло, ну и хуй с ним.
Код надо писать - как по кайфу, тратя на это минимум усилий и времени.
Если ты сидишь и каждую букову выводишь, лишь бы кто-то там после тебя доволен был - ты буквально идеальный сРаб-говночерпий, об которого закономерно вытирают ноги, заставляя вычищать говно за другими. Судьба таких - терпеть, и от этого визг.
>айтиговно это говночерпии, которые пытаться казаться интелектуальной илитой.
>Такие будут ныть всегда
>Если айтиговно не ноет - в него надо ткнуть палкой, оно возможно сдохло, ну и хуй с ним
Вот теперь АБСОЛЮТНАЯ БАЗА.
Пока только с Claude (он всё программирует).
>Как научиться программировать с нуля без особой боли?
Найти чела который тебе за деньги составит программу обучения в котором ты с нуля разработаешь какой-то проект + жрать теорию
Если короче - никак, это не рыбу на салаты резать в магазине
>Пока только с Claude (он всё программирует).
Не обучение, потому что даже запросив программу он очень много выкинет.
Ну так а смысл?
Если тебе повезло с собесом без лайвкодинга и ты уже работаешь - у тебя примеры перед глазами, и правильный промт ты можешь выстроить сам.
Если ты только начал, говнокодить клодом - не имеет смысла.
Его можно использовать для проверки, и закрытия конкретного пробела (с проверкой), чтобы ты условно не срал вот таким:
public async Task<User?> GetById(Guid id)
var result = _context.Users.FirstOrDefault(x => x.Id == id);
Это буквально то, для чего нужен клод на твоем этапе.
Если тебе не для офферов, а функциональное приложение для своих нужд - тебе не нужно учить программирование от слова совсем. Дрочи клод до победного, всё. Если ты в предметной области создаваемого хоть чуть-чуть рубишь - обьяснить че тебе нужно сможешь, и никакие DDD solid dry kiss - тебе для конкретно рабочего билда тебе не нужны.
Учиться надо самому, вникать, разбираться.
Для этого нужен план.
Бесплатно нормальный план тебе не даст никто платно тоже, курсы - говно ебаное, поэтому бери бесплатную инфу с метанита какого-нибудь и пытайся ее фильтровать через нейруху.
При этом код тебе нужно писать самому, сама суть ООП и функционал фреймворков - подразумевает тупую зубрежку в 90% случаев, а зазубрить нужное можно лишь многократным написанием одного и того же, по принципу собаки павлова.
>Как научиться программировать с нуля
Сейчас это уже не актуально, так как стало бесполезным навыком. Но вообще для этого много практики надо, надо писать много кода самому регулярно, и потом возвращаться к уже написанному через 1-3-5 месяцев и дописывать этот код, расширять итд, только так можно научиться. Так раньше учились кодить. А, ну и еще конечно же читать много чужого кода, разбираться в нем и пробовать его дописывать.
Сейчас кодинг де-факто мертв, код за тебя пишет ИИ, ты только направляешь агентов, оркестрируешь их, выдаешь задания. Вся техническая реализация ложится на ИИ.
И в этом плане ты сейчас кодить уже не научишься, так как ну это просто смысла не имеет. Можешь разве что основы какого-нибудь питона выучить чтобы знать что такое условия, циклы и списки и в целом этого хватит на всю оставшуюся жизнь.
Ну да, в принципе, так и думаю.
>Сейчас кодинг де-факто мертв, код за тебя пишет ИИ, ты только направляешь агентов, оркестрируешь их, выдаешь задания. Вся техническая реализация ложится на ИИ.
Я дико извиняюсь, а откуда ебучий интерн знать может, что конкретно надо в ии запромтить, если он никогда не обжигался, потому что не писал код?
Он даже лоу-лоад бэк не сможет реализовать не обоссавшись и не обосравшись. Про какой-то серьезный десктоп, или хайлоад микросервисный бэк - я вообще молчу. Он хамл будет править по 10 часов, когда понимающий разработчик это может за 30 минут поправить руками. чтобы оставшиеся 10 часов ебланить, конечно
>>42504
>для разработки игор
Смотря каких, и на каком движке.
Учитывая, что ты здесь, предполагаю, что на юнити.
Если в планах делать что-то сложнее 3 в ряд - надо учиться.
Если нет - дрочи клод.
Просто читая его код ты нихуя не сделаешь нормального.
Банально потому, что в ии надо не просто
"ну сделай короче типа контрстрак знаешь вот надо так же тока с графоном как в батлфиде и штроб нелагало! пиши хороший крутой код нехороший некрутой код не пиши"
срать, а буквально обозначать границы. Которые ты не знаешь. И просмотрев говнокурс от сракутина - не узнаешь.
Большая часть архитектурных решений исходит из необходимости и целесообразности. Как можно узнать о необходимости, если ты в нее не уебался башкой с разбега? Как ты сможешь просить нейронку соблюдать условное DDD, если для тебя это в лучшем случае dni do dembelya?
Как ты сможешь контролировать покрытие тестами, если ты не знаешь, какие конкретные участки твоего кода могут сдохнуть обоссавшись и обосравшись при интеграции нового фунционала, или переделке старого? Как ты сможешь впринципе фичи интегрировать, если у тебя по проекту раскиданы огромные, абсолютно нечитаемые и нетестируемые божественные обьекты по всему репо?
Ии - это инструмент. ИН-СТ-РУ-МЕ-НТ
Это не замена программиста, как трактор не замена фермера, а чпу станок не замена заводчанина.
Ну и чисто от себя, если ты для души пришел, то геймдев еще сносно. Если за бабками - подумай трижды. Вкат в геймдев - неминуемый звонок от кое-кого с аватаркой льва.
>Сейчас кодинг де-факто мертв, код за тебя пишет ИИ, ты только направляешь агентов, оркестрируешь их, выдаешь задания. Вся техническая реализация ложится на ИИ.
Я дико извиняюсь, а откуда ебучий интерн знать может, что конкретно надо в ии запромтить, если он никогда не обжигался, потому что не писал код?
Он даже лоу-лоад бэк не сможет реализовать не обоссавшись и не обосравшись. Про какой-то серьезный десктоп, или хайлоад микросервисный бэк - я вообще молчу. Он хамл будет править по 10 часов, когда понимающий разработчик это может за 30 минут поправить руками. чтобы оставшиеся 10 часов ебланить, конечно
>>42504
>для разработки игор
Смотря каких, и на каком движке.
Учитывая, что ты здесь, предполагаю, что на юнити.
Если в планах делать что-то сложнее 3 в ряд - надо учиться.
Если нет - дрочи клод.
Просто читая его код ты нихуя не сделаешь нормального.
Банально потому, что в ии надо не просто
"ну сделай короче типа контрстрак знаешь вот надо так же тока с графоном как в батлфиде и штроб нелагало! пиши хороший крутой код нехороший некрутой код не пиши"
срать, а буквально обозначать границы. Которые ты не знаешь. И просмотрев говнокурс от сракутина - не узнаешь.
Большая часть архитектурных решений исходит из необходимости и целесообразности. Как можно узнать о необходимости, если ты в нее не уебался башкой с разбега? Как ты сможешь просить нейронку соблюдать условное DDD, если для тебя это в лучшем случае dni do dembelya?
Как ты сможешь контролировать покрытие тестами, если ты не знаешь, какие конкретные участки твоего кода могут сдохнуть обоссавшись и обосравшись при интеграции нового фунционала, или переделке старого? Как ты сможешь впринципе фичи интегрировать, если у тебя по проекту раскиданы огромные, абсолютно нечитаемые и нетестируемые божественные обьекты по всему репо?
Ии - это инструмент. ИН-СТ-РУ-МЕ-НТ
Это не замена программиста, как трактор не замена фермера, а чпу станок не замена заводчанина.
Ну и чисто от себя, если ты для души пришел, то геймдев еще сносно. Если за бабками - подумай трижды. Вкат в геймдев - неминуемый звонок от кое-кого с аватаркой льва.
>что в ии надо не просто
>"ну сделай короче типа контрстрак знаешь вот надо так же тока с графоном как в батлфиде и штроб нелагало! пиши хороший крутой код нехороший некрутой код не пиши"
Буквально так и надо, лол.
геймдев мертвая отрасль с нищими зепками, постоянными кранчами и регулярными увольнениями, поэтому геймдев это буквально мем смерть в нищите.
мимо
Я для себя индюшку хочу сделать.
>а откуда ебучий интерн знать может, что конкретно надо в ии запромтить, если он никогда не обжигался, потому что не писал код
хз)))
ну вероятно тогда стоит в универ пойти учиться чтобы хоть какие-то обрывочные знания были.
в любом случае научиться сейчас никто возможности не даст, это раньше стажеров/джунов нанимали и ждали год-полтора пока те до мидлов прокачаются, сейчас никто ничего ждать не будет - клод в руки и погнал хуячить. не можешь с клодом хуячить? ну тогда на мороз пинка под зад.
>ну вероятно тогда стоит в универ пойти учиться чтобы хоть какие-то обрывочные знания были.
Хуйня без задач и смысла как раз.
Сейчас для работы не нужно знать, как там этот ебаный CLR работает. А реально нужные навыки там либо вообще не дают, либо дают в формате пара пар на четвертом курсе перед защитой, лол.
>научиться сейчас никто возможности не даст
Так надо самому брать.
Базу выучил, подрочил собесы, накрутил опыт по гайдам, и пошел в красное казино до момента, пока не трудоустроился даже на 100к/мес.
После этого, уже имея доступ к проектам компании - можно учиться по нормальному на их основе. Срабство говнокодером калочерпием не много отжирает по времени, так еще и платят уже тебе. Да, мало, но это лучше, чем проебывать 4 года в вузе, или полгода на недайбох курсах каких-нибудь.
И все ради того, чтобы выйти из вуза с дипломом в руках и хуем в зубах, потому что молодой специалист все равно нахуй никому не нужен, и все равно надо крутить, пиздеть и наебывать.
>public async Task<User?> GetById(Guid id)
>var result = _context.Users.FirstOrDefault(x => x.Id == id);
Поясни свою мысль.
Идешь на ютуб.
По обзорам выбираешь более-менне популярный движок.
Идешь в мануал по движку. Ищешь секцию вроде "Tutorial" или "My First Game"
Проходишь её от и до повторя все что там написано.
Далее по обстоятельствам. Либо лезешь глубже в мануалы с экспериментами, либо дрочишь ИИ чтобы он объяснял тебе узкие места или на что нужно обращать внимание.
Это самый безболезненный путь.
>чпу станок не замена заводчанина
Если продолжать аналогию, то ЧПУ-станок ведет к замене одного заводчанина, на другого, того кто умеет работать с ЧПУ станком. И если переучить универсального станочника на ЧПУ, то это намного эффективнее, чем просто взять с нуля того, кто умеет только в ЧПУ, но не касался обычной металлобработки. Если конечно универсал не старый необучаемый пердун.
Точно так же и с разработчиками. Разработчик умеющий в обычный код будет намного эффективнее с ИИ, чем тот который умеет только в ИИ. Если конечно он не старый необучаемый пердун.
Вот только ебанутые менеджеры увольняют опытных разработчиков и нанимают малолетних опездолов чуть ли не после школы промтить в ии. Почему-то в голове у условного СТО дико насрано, что кто писал код без ии, с ии код писать не сможет.
>Сейчас для работы не нужно знать, как там этот ебаный CLR работает.
Ну как сказать. Железо сейчас дорогое стало. И если раньше при нехватке ресурсов можно было просто накинуть ядер/памяти/дисков, то сейчас стали стабильно приходить с запросами - "давай оптимизировай". Так что совсем вглубь CLR лезть не надо, но основы знать и хотя бы понимать каким образом это делать неплохо.
>Словари это не обычные коллекции, каким образом ты ожидаешь это поведение у них?
Дурачок выдохни, все и так поняли что ты тупой. В Dictionary смогли же добавить синтаксис для инициализации при создании. Надо было подумать и над FrozenDictionary, именно самим подумать до того как выкатывать фичу. А не ждать когда
>В репе дотнета есть дискуссии и драфты решения, можешь там изложить все свои идеи команде разработки.
Если надо пояснять, значит не надо пояснять.
>>42631
Так факт в том, что устроиться сначала надо. Как себя студент без опыта продать может? Никак. Только пиздеть и наебывать.
Так зачем тратить четыре года в ожидании момента, когда можно будет пиздеть и наебывать, если делать это можно уже сейчас, и учиться за счет денег и ресурсов кабана?
Да и диплом по сути нахуй нигде не нужен кроме госухи. Но идти работать в госуху это блять ебнутым надо быть, даже дебильнее вкатунчиков в геймдев.
>Как себя студент без опыта продать может?
Если все несколько лет учебы щелкать еблом, то да опыта не будет.
Но универ тем и хорош, что дает возможность помимо знаний набрать и опыт. В вышке крутится дохуя денег и людей которые эти бабки осваивают, в том числе и с привлечением студентоты. Тут главное не страдать хуйней, а наводить мосты с нужными людьми и принимать участие в движухе. И уже курса со второго третьего можно работать на реальных проектах и фармить с них опыт. После этого вполне можно неплохие рекомендации заиметь и на выпуске уже иметь предложения о работе.
Да, это социоблядство, но без него все равно сейчас никуда. Как раньше сидеть в уголке и дрочить коды уже не выйдет.
Ну и описанное релевантно для более-менее нормальных ВУЗов и только на дневном обучении.
>Да и диплом по сути нахуй нигде не нужен кроме госухи.
Ну как сказать.
С одной стороны диплом это как цвет кожи. Если у тебя его нет, то ты как негр и должен доказать, что пришел не пограбить, а делом заниматься. А если есть - то ты белый человек и можешь проходить дальше. При прочих равных, диплом для работодателя показатель, что у тебя есть ресурсы и воля на получение образования, ты обладаешь необходимым набором навыков и как минимум можешь высидеть ровно на жопе хотя бы три года. И в отличие от пиздежа в резюме, достоверность диплома пробивается на раз два.
А во вторых (но это уже больше релевантно для тех кто давно работает) еще достаточно компаний где при повышениии отсутствие вышки тебе может поднасрать. В какие-нибудь системные архитекторы ты можешь не попасть, т.к. там явно будет требоваться наличие технического ВО и хоть усрись, но без него ты не перескочишь.
Суть вышки в том, что если у тебя есть возможность относительно безболезненно получить вышку, есть на это время, ресурсы, деньги - то лучше это сделать. Если тебе банально нечего жрать, то лучше идти работать и не в IT, а на завод или стройку. А уже потом думать об образовании.
Караван охуительных историй. Вся оптимизация в дотнете - это объединить 100500 микросервисов обратно в монолит и о чудо все снова летает. В критических случаях надо поебаться с бд, но к дотнету это никак не относится.
>Если надо пояснять, значит не надо пояснять.
О, знакомая риторика. Был у нас один такой хуесос, примерно так же писал в ревью. Закончил какой-то типа крутой столичный вуз и все время этим выебывался. Через полгода вылетел нахуй.
Не думаю, что он сильно расстроился, если его просили пояснить что в асинхронном методе без await и использующем синхронный first or default - не так, орейро бля. Буквально с галеры полной дегенератов сбежал
В хайлоаде который никто не пишет на дотнете будет настроен линтер, который не пропустит такой код. В манястартапе ты не увидишь разницу даже если ебнешь N+1, ажур прожует не заметишь. В джаве вообще всем посрать на асинки, банковские транзакции ездят и без них.
>линтер
Хуинтер. Они есть не везде
>В манястартапе ты не увидишь разницу даже если ебнешь N+1
Разница действительно не вылезет на 10 пользователях в секунду, но "прожует" - до первого счета за облако или первого лока или раундтрипа на хую. Если прилетит спайк трафика, приложение просто охуеет на ровном месте и насрет с таймаутами, пока бд будут кайфовать.
>никто не пишет на дотнете
Проиграл нах, из 2012 капчуешь, петушоникс? Почти в любом бигтехе, куда не ткни - есть шарп. Так еще и свежий зачастую.
>В джаве вообще всем посрать на асинки
Поэтому она и говно ебаное, на котором нехуй ловить кроме чистки легаси говешек вилкой.
А поху всем - потому что у нее другая модель конкуррентности, долбоеб.
Это не делает синхронный i/o внутри асинхронного метода в шарпе нормальным.
>бихтех
>есть шарп
>нет линтера
Ваша аутстаф галера - это не бигтех.
>Поэтому она и говно ебаное, на котором нехуй ловить кроме чистки легаси говешек вилкой.
Этого говно ебаное управляет твоими деньгами. Дотнет управляет ничем.
>нет линтера - галера
Ебать ты ебнутый
>>43369
>Этого говно ебаное управляет твоими деньгами
Мне похуй чем оно там управляет, мань. То, что она появилась в нужный момент не делает жабу нормальным ЯП сейчас. На ее месте и луа мог быть спокойно.
Доля срынка падает, новые проекты на этой хуйне будет делать только ебанутый, 99% вакансий - синьер вилкочист
Я хз нах ты ее сюда приплел вообще. Че ты доказать то пытаешься?
>новые проекты на этой хуйне будет делать только ебанутый
на чем сейчас делают новые проекты?
inb4 новых проектов нет
>на чем сейчас делают новые проекты?
Сегодня собесился в стартап который делает промышленных роботов. Под ROS Robot Operating System пишут на C++ и Python, а инфраструктуру для обслуживания и управления пишут на Go и TS.
>Мне похуй чем оно там управляет, мань. То, что она появилась в нужный момент не делает жабу нормальным ЯП сейчас. На ее месте и луа мог быть спокойно.
>Доля срынка падает, новые проекты на этой хуйне будет делать только ебанутый, 99% вакансий - синьер вилкочист
Весь ЦБ сидит на джаве. Все платежи по картам и СБП написан на джаве загугли когда создали НСПК и СБП. В Европе все необанки это или джава или го. Давай саксес стори, кто из крупняка сидит на шарпе?
Шарп самый бесперспективный ЯП, мнение?
>рявк жаваманьки, самого лучшего легаси говночиста месяца
Ты вилочку нахуй из рук выпустил, сраб? Работай блять.
>Давай саксес стори, кто из крупняка сидит на шарпе?
Stack Overflow
Github
SGS
Fidelity investments
H&R Block
Siemens
Но даже хуй с ними, маленькие инди-компании.
Для того, чтобы ты отсюда обоссаным ушел, мне достаточно одного слова.
Майкрософт.
>Все платежи по картам и СБП написан на джаве загугли когда создали НСПК и СБП
8 и 12 лет назад
Джавопетух настолько ебанулся, что для него проект старше половины двачеров это не легаси, а СВЕЖАЧОК ЕБАТЬ)
>Майкрософт
Ты уже вытекаешь из треда. Все их флагманские продукты написаны на плюсах. Шарп нахуй не нужен даже создателям шарпа.
>Все платежи по картам и СБП написан на джаве
Сижу в одном из банков, на трех шарповых проектах по 20 сервисов каждый (один из котороых в том числе и СБП-шные платежи обрабатывает). В следующем году еще один подобный проект подобного типа начнется.
>Все их флагманские продукты написаны на плюсах.
Бэк тимса - шарп
бэкэнд х-коробки - шарп
бинг - шарп
граф - шапр
формс - шарп
365 - шарп
эйжур - шарп
даже павершелл под капотом - шарп
даже сраный msbuild - шарп, мань
даже сраный NUGET это блять шарп
Я же говорю, тебе в дурку надо
>бэк тимса, ящика, бинг, граф, формс, 365 и эйжур игнорируем как неприятное
я тя услышал родной
>полтора бесплатных недосервиса
>кривая админка к ажуру, которой никто не пользуется
>флагманские продукты
Плохо услышал, родной. Вот когда MSSQL, винду и кишки ажура напишут на дотнете, тогда и приходи. Пока что это уровень "переписали на расте".
Было
>все флагманские продукты мелкомягких написаны на плюсах
Стало
>ваши флагманские продукты не флагманские продукты
Дальше куда маняврировать будешь?
inb4:
>флагманский продукт мелкомягких - это такой продукт мелкомягких, в котором не используется шарп
Пока что ты себе только в штаны сманеврировал жидко+вонюче. Иди подмывайся.
>Stack Overflow
Успешный успех из палаты мер и весов.
>Github
Маня ты, чего-то совсем запизделась. https://github.blog/engineering/architecture-optimization/building-github-with-ruby-and-rails/
>Для того, чтобы ты отсюда обоссаным ушел, мне достаточно одного слова. Майкрософт.
Дурачок, ты ссышь против ветра. Даже кнопка пуск в Шиндоуз 11 написна на React Native а не WPF. VS Code нписали на веб дристне, а не шарпе. На шарпе только студия написана и то не вся.
>8 и 12 лет назад
>Джавопетух настолько ебанулся, что для него проект старше половины двачеров это не легаси, а СВЕЖАЧОК ЕБАТЬ)
Обсосок попустись. В тот момент уже был C# 5.0 с async/await и тем не менее он все равно никому не всрался тогда и нахуй не нужен сейчас.
>Шарп самый бесперспективный ЯП, мнение?
В целом да. Но сейчас в принципе ЯП не важен. Мне кажется есть тройка популярных языков это Rust, Python, Typescript которые типа на хайпе сейчас. И на них модно генерить новые проекты через ИИ.
Все остальное это де-факто легаси. Java, Go, C#, C++, не говоря уже давно сдохших хачкелях, кложурах, f#, эрланге и прочей дрисни. Все это уже не нужно в эпоху ИИ. Шарп это мертвый стек и все в MS прекрасно понимают это. Я думаю рано или поздно индусы дропнут поддержку шарпа или просто оставят его как опенсорс без финансирования. Им проще сосредоточиться на Typescript и всей экосистеме вокруг него, чем дохлый шарп поддерживать.
>>43703
>Stack Overflow
Сдох.
>Github
Там Ruby и Go. И
>Fidelity investments
>H&R Block
>Siemens
Siemens слишком большая компания и там много всего разного. При этом это не софтверная компания, а машиностроительная. Про остальные две не слышал.
Короче жиденько получилось как-то.
Поэтому и остается три языка:
Python - как дефолтный язык для всего
Rust - для системщины, бекендов и всего нагруженного
Typescript - для фронтенда, бекенда, и ИИ агентов.
Остальные языки банально ничего интересного предложить больше не могут. Ну вот я не понимаю зачем мне брать C# в 2026 году для нового сервиса, когда я по спекам через нейронку сгенерю этот же сервис на Rust? Раньше Rust не брали потому что это не самый простой язык и читать/писать на нем требует больше усилий чем на C#, Java или Go. Но сейчас, когда непосредственно программирования и чтения кодов больше нет, мне не нужно тратить усилия чтобы вникать в лайфтаймы в Rust, всякие dyn, traits, box, arc, rc, refcell, и прочую залупу. Я вообще не знаю что это и зачем оно нужно. Я просто пишу нейронке спеку на человеческом языке и ИИ пишет все за меня. Потом другой агент проверяет получившийся код согласно моей спеке. Код на языке программирования это все равно что код на языке ассемблера, его никто не читает и не проверяет.
От языка программирования в таком случае толку мало. Скорее нужен язык с большой инфрой вокруг него. Всякие встроенные линтеры, форматтеры, менеджмент зависимостей, sbom, отсутствие GC. И шарп как язык с GC просто нерелевантен сегодня, увы. Вместо него надо брать либо питон, либо rust, либо typescript.
640x360, 0:03
Я хуй знает, что там у них внутре. Но вот их АРМ-ы точно на шарпе написаны.
>Я просто пишу нейронке спеку на человеческом языке
Ну так в программировании как раз весь кайф в том, что не используешь ебаный человеческий язык.
Строго говоря, throw/continue/break - те же goto, и понимание кода могут сломать не хуже. А уж когда дело доходит до Goшных корутин и вообще многопоточки - там вообще туши свет. Знал бы старик Дийкстра, что мы вытворяем - пиздил бы как щенков. Так что определенная доля лицемерия в этом пренебрежительном отношении к goto есть.
Мгм, ты же понимаешь, во что эти конструкции в итоге преобразует уважающий себя компилятор, да?
Собственно именно из этого и растут ноги той самой нелюбви ко вложенным условиям, например. Хотя она неадекватна. Ну окей, ну отступы в коде, ну да, их дохуя. А по факту то, что предъявить-то? Код быстрый, пробельчиков отбито всяко меньше чем в петухоне. Ну или столько-же, если это вложенные условия на петухоне.
Под капотом - да
А вдруг есть архитектуры, где throw/continue/break/if/while/for реализованы аппаратно. Тогда компилятор обойдётся без джампов.
>Python - как дефолтный язык для всего
>Rust - для системщины, бекендов и всего нагруженного
>Typescript - для фронтенда, бекенда, и ИИ агентов.
Спорить не буду. А Go по твоему тоже не взлетел?
Go сейчас уже не нужен. Это такое же легаси как и шарп.
Go взлетел еще до появления и распространения ИИ и ИИ-агентов. Сейчас кстати хайп на Go сдулся уже прилично.
>А вдруг есть архитектуры ...
Да, есть.
В наших родных и любимых (хорошо пошутил) x86, например, есть vpternlog. И много других подобных команд. Одна команда выполняет логическое условие над несколькими операндами и перезаписывает результат. Без джампов.
>vpternlog
Доебусь - а чего ты вспомнил только эту инструкцию? Ведь эта инструкция довольно ограниченная в использовании (SIMD и по большому счёту заменить 2 инструкции на одну; не всегда есть профит компилятору делать SIMD дрочево из "обычного" кода). Есть много способов преобразовать не-SIMD бранчевый код в без бранчевый: conditional move, битовые/арифметические/логические операции, другие специфические инструкции и т.д.
>Proposal: An official Lean formal semantics for C#
https://github.com/dotnet/csharplang/discussions/10314
Мне нравится, как они спохватились что-то делать (туда же "unsafe evolution"), только из-за нейронок. "Вот тебе разжёванные инструкции, ллмка, и ещё, и ещё. А обычный программист/контрибьютор - хуй с ним.".
Вот с unsafe, с первого релиза .NET Framework (2002 год) уже были небезопасные методы, которые не требовали unsafe контекста (и названия у многих этих классов/методов были вполне безобидные). В 2016 году они высрали System.Runtime.CompilerServices.Unsafe, и казалось бы, что пора задуматься, ведь эти методы могут делать тоже самое что и обычные операции с указателями, но я так понимаю, раз они назвали класс Unsafe, значит типа пометили его небезопасность (правда долбоёбов это до сих пор не останавливает). И да, где после 2020 они начали думать о том чтобы пометить подобные методы, как требующие unsafe контекста. Но реально зашевелились только года 2 назад (и то еле высрали это: https://devblogs.microsoft.com/dotnet/improving-csharp-memory-safety/). Но они стали что-то реально делать только из-за нейронок, вот 100% (а то что за 10 лет кожаные мешки уже успели насрать UB говна - так это похуй).
>and AI-assisted code generation adds a new dimension as software production scales faster than human review
https://github.com/dotnet/runtime/pull/87993
https://github.com/dotnet/runtime/pull/99138
Этот ваш "human review".
Сильно гавной от таких предложений попахивает. Завтра выпустят новый тип llm-ок, для которых будет новая семантика, новые инструменты и т.д. А потом опять и опять. И всё это нахуй не нужно в языке будет. Только вот добавить что-то новое в язык легко, а удалить что-то ненужное, практически невозможно.
>Только вот добавить что-то новое в язык легко, а удалить что-то ненужное, практически невозможно.
Два чая этому просвещенному. Фичи в язык пихают с такой скоростью, как будто у кого-то промо завязано на это.
Ну так языки делаются сейчас в корпорациях. И если ты не показываешь полезную работу в течение полугодия в корпорации, тебя увольняют. Поэтому C# стал настолько раздутым языком. Просто потому что надо каждые полгода находить несуществующие проблемы в языке, придумывать обоснование почему эта несуществующая проблема на самом деле важна, и с этим всем идти к менеджеру чтобы тот дал добро на разработку проекта. А потом на перфоманс ревью лутать свои повышенные оценки и премии.
>а удалить что-то ненужное, практически невозможно.
Фанаты секты святого Nemerle смотрят на такие заявления как на (дополни сам).
В нормальных языках (Nemerle) можно с помощью гигиенических макросов ввести любые языковые конструкции. Нужна фича - подключил dll, открыл пространство имён - пользуешься. Не нужна - не подключаешь, не используешь.
Увы, язык сдох. А счастье было так близко.
Ни у Го, ни у Джавы таких проблем нет, а там тоже большие корпорации. Да тот же Питон, который спонсируется Майками, развивается более осмысленно.
Мне кажется такая херня происходит когда у языка нет комьюнити или оно слишком слабое. Вот у Свифта - нет и там такая же херня https://habr.com/ru/companies/otus/articles/859684/
>В нормальных языках (Nemerle)
>язык сдох
А что случилось?
И заодно расскажи, как ты реализуешь легковесные потоки макросами.
>а чего ты вспомнил только эту инструкцию?
В современных процах тысячи инструкций, все не упомнишь. А эта мне первой пришла в голову, потому что недавно разбирался с тем, как векторные вычисления устроены внутри, вот и запомнил.
Немерля была разработана студентами (пшеками) по заказу Микрософта. Эту студни потом туда и ушли работать. Так что в корпорации знают о нём.
Почему ему не дали хода? Я полагаю, дело в том, что если бы он официально был принят вместо C#, то команду разработки языка можно было бы сразу разогнать. Потому что коммунити начало бы клепать любые удобные фичи в товарных количествах. Ну а кто же хочет работу терять?
Возникает следующий вопрос: почему коммунити не поддержало Немерлю? Дело в том, что C# хорош. Несмотря на все его недостатки. Он всегда был ламповым и удобным, по сравнению с Жабой и некоторыми другими конкурентами. Вот если бы он был абсолютно убог, тогда дотнетчики могли бы и обратить внимание на Немерл.
Я вот уверен, что если бы в мире JVM появился язык подобный Nemerle, то он с гораздо большей вероятностью взлетел.
>И заодно расскажи, как ты реализуешь легковесные потоки макросами.
А это относится к реализации рантайма, а не синтаксиса языка.
Приняв Nemerle, команду разработки языка можно разогнать. А команда CLR остаётся.
У го в последние годы та же проблема. Язык распухает очень быстро. Старина роб пайк ушел на пенсию, вместо него Го теперь делают обычные корпоративные гребцы которым похуй на продукт, но лишь бы не лейоффнули. Менеджер индус прикажет добавить в Go эксепшены - они их добавят.
У джавы и питона ситуация несколько иная, в том смысле что там нет какой-то единой корпорации которая за все отвечает. Ту же жабу помимо оракла делает и амазон, и джетбрейнс и еще несколько контор и все они в openjdk контрибьютят.
>>46389
>если бы в мире JVM появился язык подобный Nemerle, то он с гораздо большей вероятностью взлетел
В мире jvm был и clojure, и scala, и kotlin, и groovy, да вот один хер жаба живее всех живых и вероятно переживет кложуру и скалу, а вероятно еще и котлин.
>У го в последние годы та же проблема. Язык распухает очень быстро. Старина роб пайк ушел на пенсию, вместо него Го теперь делают обычные корпоративные гребцы которым похуй на продукт, но лишь бы не лейоффнули.
Ну не надо. Там если и есть какое-то ускорение фичизации, то только по меркам самого Go. Достаточно открыть Release Notes https://go.dev/doc/go1.26
Языковая фича одна - new теперь может принимать значение или константу. Ну ахуеть!
В 1.25 вообще языковых изменений вообще не было. Им понадобилось 13 лет чтобы в WaitGroup добавить метод Go(). Ещё лет через 10 в туда добавят каналы которые будет автоматически закрываться при завершении группы.
>Менеджер индус прикажет добавить в Go эксепшены - они их добавят.
Эксепшены уже есть, только тсс...
>Возникает следующий вопрос: почему коммунити не поддержало Немерлю? Дело в том, что C# хорош. Несмотря на все его недостатки. Он всегда был ламповым и удобным, по сравнению с Жабой и некоторыми другими конкурентами. Вот если бы он был абсолютно убог, тогда дотнетчики могли бы и обратить внимание на Немерл.
Удобный это не количество фич и не возможность их писать самому.
>Я вот уверен, что если бы в мире JVM появился язык подобный Nemerle, то он с гораздо большей вероятностью взлетел.
Да было там дохуя своих Немерле, та же Кложура или Скала.
>А это относится к реализации рантайма, а не синтаксиса языка.
Речь идет о том, что не все можно реализовать синтаксисом. И когда у тебя и язык и рантайм развивает одна команда - можно делать крутые вещи. А когда рантайм не контролируешь приходится вертеться.
>Nemerle
Нахуй не нужен, буквально. Ты неиронично хочешь разбираться в говномакросах от вчерашних студентов? Алсо комьюнити на рсдн у невмерли было ебанутое, как будто у чулочников-растовиков забрали их любимые чулки.
Мне нужен.
А чо в них разбираться? Свои пишешь на том же самом языке. Чужие просто подключаешь и всё.
Нормальное было комьюнити на кывте. Из трёх человек двое нормальных. Ну а третий - Влад...
https://github.com/dotnet/runtime/issues/132305
https://github.com/dotnet/runtimelab/pull/3281
Ура, прогресс! Может хоть к 12-му дотнету они высрут Satori 2.
>Каждый из них решает лишь часть проблем, в то время как Немерл сразу все (ну, почти).
Чел все твои проблемы решает только галоперидол. А в реальном мире, каждый язык предлагает некую парадигму, в рамках которой и предлагается решать твою бизнес задачу. Тебе лично может быть удобнее немерле, а кому-то тайпскрипт, кому-то питон, а кому-то хули ты тут хотел увидеть?.
>Мне нужен.
Чтобы что? Вместо "order.Process()" писать "process order" где process - это макрос, который разворачивается в первый вариант?
>.NET Foundation Statement on Open Source Maintenance Fees
https://dotnetfoundation.org/news-events/detail/.net-foundation-statement-on-open-source-maintenance-fees
Дотнету пиздец?
>Дотнету пиздец
Да. Сишарп и дотнет в целом не нужны в эпоху ИИ. Майкрософту проще Typescript развивать и переписывать свои сервисы на Rust, чем вбрасывать бабло в дотнет экосистему. Собственно теперь многие либы в экосистеме дотнета вероятно станут платными либо просто сдохнут.
>Ии - это инструмент. ИН-СТ-РУ-МЕ-НТ
>Это не замена программиста, как трактор не замена фермера, а чпу станок не замена заводчанина
В 2026 это уже не инструмент, а именно что заменитель человеческого труда
Мы разные аноны, да и это не какое-то уникальное мнение уже
> Без этого GetSection работать не будет.
Ебани братишка с подливой:
string FormatName(string name) => $"__{name.ToUpper().Replace(" ", "_")}__";
>Explore new features available in C# 15 preview
https://devblogs.microsoft.com/dotnet/explore-csharp-15/
>Closed hierarchies
А ведь можно было придумать что-то с friend keywordом.
>Collection expression arguments
>[with(capacity: values.Length * 2), .. values];
Хуета.
>Labeled break and continue
Почему они не хотят показать вариант с goto? Потому что эта хуйня уже не так выигрышно будет смотреться?
Короче - хуйня без задач. В чём преимущество перед goto? Попугаи повторяющие "goto is bad" не будут трястить?
PS: Closed hierarchies должно было быть с первой версии шарпа, потому что там уже был модификатор internal.
Хуита. Лучше бы они двигались в сторону const из С++ и бороучекера как в расте, а не повышали кпи ради кпи. Сишарп умер с уходом Хейлсберга, паджиты лишь доедают его труп.
Не понимаю, в чем дискомфорт, эстетика не та?
> В чём преимущество перед goto?
1) не требуется отдельная метка для выхода
2) нет никакой гарантии куда код выйдет. В случае сахара я точно знаю что исполнение пойдёт сразу после тела, с goto я вынужден скакать туда обратно держа в памяти где стоит метка
3) я вынужден следить за тем где стоит метка
4) я вынужден каждый раз видя метку выхода помнить откуда этот выход
Код обязан читаться сверху вниз, все что я прочел я могу просто выкинуть из памяти, а с goto мне нужно подержать в голове ментальную карту всего участка и вопроизводя в голове поток выполнения при чтении производить этот самый переход.
Ну и банально долбоебы начнут делать переходы в другие методы, а то и вообще выше по коду.
>Код обязан читаться сверху вниз, все что я прочел я могу просто выкинуть из памяти, а с goto мне нужно подержать в голове ментальную карту всего участка и вопроизводя в голове поток выполнения при чтении производить этот самый переход.
Вот ты точно, запомнишь метку scan в
>scan: foreach (Warehouse warehouse in warehouses)
По хорошему и break с меткой и goto требуют смотреть куда мы там переходим. И goto даже лучше, он прямо показывает куда выходим. В то время как break с меткой показывает что выходим из цикла Х и надо искать где он оканчивается, а их там минимум 2 вложенных, а то и больше. Проблема goto что им злоупотребляют, там где не надо. В принципе если запретить переходы goto назад, то это решит 90% проблем с goto.
> Короче - хуйня без задач.
Двачую. Хочешь выйти из нескольких циклов? Дай кейворду break аргумент, как будто это функция: break(int deep = 1) то есть, простой бряк брякает один цикл, и это будет совместимо со старым кодом, затем бряк(2) полностью заменит вышевысранную хуйню с ярлычком, брякнет два цикла изнутри наружу.
Если вдруг кому-то когда-то потребуется брякнуть определённые циклы, можно завести break(byte breakmask) аргумент которого представляет собой байтовую маску какие циклы в цепочке циклов надо брякнуть, шото типа бряк(1101)
Любопытная идея, но идёт вразрез с принципом расширяемости и поддерживаемости кода. Ведь при добавлении/удалении внутреннего цикла параметр в брейке устареет, его можно забыть поменять. А именованная метка сработает в любом случае.
>Лучше бы они двигались в сторону const из С++
Лучше бы приняли Nemerle. Тогда consteval/constexpr элементарно реализуется на макросах.
> и бороучекера как в расте
Нахрен он нужен в системе со сборкой мусора?
>долбоебы начнут делать переходы в другие методы
Ты сам долбоёб. goto в дотнете существует испокон веков, и переход в другие методы запрещён.
>а то и вообще выше по коду
Это охренительно удобная и понятная фича. Не трожь её, сука!
>Нахрен он нужен в системе со сборкой мусора?
Чтобы не было сборки мусора, очевидно же. Вон, в голанге разработчики выворачиваются анусами наружу, чтобы выжать рпс в хайлоаде. Дотнет, походу, определили в петушиный угол к пхп и 1с, на нем серьезный бекенд уже никто не пишет.
Если тебе нужно более одного вложенного цикла, то речь о поддерживаемости уже не идет, твой код итак можно выкидывать к хуям.
>FileDialog.FilterIndex
>Gets or sets the index of the filter currently selected in the file dialog box.
>пик
Они ебанутые?
>>50344
>>50758
Тогда вот вам новая идея. У нас уже по факту есть ярлык в каждом фориче (и в каждом цикле, который юзает итерации) это собственно имя внутренней переменной. Мы можем брякать собственно по этому имени, как это было в бейсике в прошлом веке, кстати говоря. Смотрите пикрил, там всё понятно без слов. Кто рукопожатен в майкрософте? Передайте идею туда.
У тебя там ошибка. Авайлябля иначе пишется.
Да похуй. Что делать с for циклами? А если внутренний foreach переопределяет переменную цикла, куда бряк будет работать?
> Что делать с for циклами?
Есть механизм назначения имени переменной, его и надо использовать: for (int i = 0; i < 10; i++ { break i; }
>А если внутренний foreach переопределяет переменную цикла, куда бряк будет работать?
Мы имя переменной используем как label, неважно, что там содержится, мы связали конкретный цикл с конкретным ярлыком, просто элегантнее, без имени с двоеточием, а как именованную переменную, которую можно так же и в коде использовать. Безотходная технология.
Блять, не дописал. Задумался и хуйню написал. Вот как надо:
> Есть механизм назначения имени переменной, его и надо использовать: for (int i = 0; i < 10 as myLoop; i++) { break myLoop; }
Бля, тупанул, это вообще из другого языка. Пойду траву потрогаю.
Я ж говорю: нужно возрождать Nemerle. Такое элементарно делается в нём на гигиенических макросах.
А может лучше F#?
>Есть механизм назначения имени переменной, его и надо использовать:
void search(int left, int right) {
for(;left < right;) {
break нахуй;
}
}
>Мы имя переменной используем как label, неважно, что там содержится, мы связали конкретный цикл с конкретным ярлыком, просто элегантнее, без имени с двоеточием, а как именованную переменную, которую можно так же и в коде использовать.
Чел их там 2 с одним и тем же именем, какую использовать? А еще переменная цикла может объявляться вне цикла см выше. А ещё есть while, do-while циклы.
break left;
break right;
Равнозначно. Можно использовать любой идентификатор, упоминающийся в заголовке цикла, даже типы и методы.
Под весом такого квадрипла сдаюсь.
Интересно, а почему паджитам не нравится первый вариант с флагом? Это что-то религиозное? Типа в исламе нельзя рисовать, в паджитизме нельзя создавать флаги.
>даже типы и методы.
и операторы!
> break++;
Выглядит охуенно! Свитчеры из других языков будут публично высирать кирпичи тоннами, но в душе завидовать черной завистью! LLM-ки вешаться, а значит тебя никто не заменит.
Фиолетовый - цвет королей
Цветовая дифференциация штанов, ку!
Может быть. Я это в Verilog-е видел.
Нахрен они нужны в нашем уютном дотнетике?
Они начнут тянуть в код фабрики фабрик, безумные абстракции интерфейсов и xml-конфиги. А ещё они упорно будут сидеть на .NET 8 (по аналогии с Java 8) десятилетиями.
>А это в какой-то умной книжке написали, что goto плохо?
Не, это написал истеричка Дейкстра в своей безаргументой и полной истерик статье, в которой он багетировал от того как студенты пишут гото везде и как трудно ему читать этот код. Никаких научных исследований и изучения статистики использования гото в реальном коде, а не студенческих лабах, он не проводил. Он просто взял студентов, которых насильно пичкали программированием и которым оно нахуй не нужно, и то как они пишут код (предсказуемо хуево - лишь бы получить зачет), и как гото им помогает сделать его еще более убожеским. И из этого сделал вывод что надо запретить гото профессионалам. Многие дебилы повелись и теперь ненависть к гото это как религиозная догма. В принципе ненависть к гото это такой маркер ведомого, не имеющего своего мнения и следующего за авторитетом идиота.
>Ну в бомонде ООП считается моветон.
Это признак неосиляторов. Обычно виден у университетских преподов, которые массово неспособны понять ООП, хотя пишут о нём книги.
Ой блядь это долго нахуй. Я бы звук записал когда мамки не будет и выложил. Если интересно я могу сделать, но это только когда мамка в город пойдет, а это неизвестно когда случится. В целом это разделение программы на маленькие кусочки так чтобы изменения в одном кусочке влекли необходимость изменений в других кусочках с минимальной вероятностью. В принципе на ютубе я встречал кодеров (по-моему американцев) которые реально поняли ООП и неплохо его объясняли. Но Путин ютуб заблочил, так что фейл.
Обычно под объектом понимают данные, логически связанные с кодом, и которые изменяются только этим кодом. Это сужает количество инвариантов стейта и цикломатическую сложность программы, повышает разделённость на модули.
Нет, Это не ООП. Это инкапсуляция, которая может быть и в ООП и в других парадигмах.
>>52841
Вот тут уже похоже на ООП.
Я вам ещё больше скажу. ООП это не обязательно классы и инстансы. Классы и инстансы это как и инкапсуляция, один из способов реализовать объектно-ориентированное программирование на практике. Необязательный способ, можно обойтись и иначе.
>Нет, Это не ООП. Это инкапсуляция, которая может быть и в ООП и в других парадигмах.
Это как раз ООП и есть, и вообще ООП это 99% инкапсуляция.
Объект это как раз пример инкапсуляции.
Императивщина сама по себе это точно еще далеко не ООП.
¯\_(ツ)_/¯
Я работал на кабана только один год своей жизни. А ООП изобрел за 5 лет до трудоустройства к нему. У самого же кабана код был такой простой, что его можно было и без ООП писать без проблем.
Что, жаваблядь, в твоём треде тухло, пришёл туда, где жизнь?
В целом да. По сравнению с джавой их куда меньше. Может даже го уже поджимает или поджал в рф. Но вакансии вроде есть, так что не унываем
а я пойду дальше некро-легаси ковырять за гроши
Осуждаю гейткиперство, чем больше проектов будет на шарпах, тем лучше как для языка, так и для комьюнити
> и xml-конфиги
Ну не знаю, я в жавах не кодил, но хмл-конфиги почему бы и нет? Как минимум у них в одной ноде может быть записано текущее значение, а в параметре дефолтное значение. О - ОПТИМИЗАЦИЯ
> <FooValue default="Bar">Baz</FooValue>
>Ну не знаю, я в жавах не кодил, но хмл-конфиги почему бы и нет?
Попробуй поредактируй xml-конфиги в nano или vim, по ssh (причем не лично, а руками сис-поддержки с демонстрацией тебе экрана) и сам найдешь аргументы почему json в разы пизже.
Если не хватит впечатлений, то попробуй еще настройки с массивами попрописывать в xml, тогда вообще вопросов не останется.
>Попробуй поредактируй xml-конфиги в nano или vim, по ssh (причем не лично, а руками сис-поддержки с демонстрацией тебе экрана) и сам найдешь аргументы почему json в разы пизже.
Как раз XML для nano или vim пизже, если речь о больших конфигах. Когда надо что-то в середине поправить/добавить
> </foo>
> </bar>
> </baz>
гораздо нагляднее чем
> }
> }
> }
Ты в JSON без отступов вообще не разберешься, а XML можно и без правильных отступов прочитать. Если в XML надо перейти в конец секции, просто ищешь </baz>, а в JSON будешь скобочки считать.
>Если не хватит впечатлений, то попробуй еще настройки с массивами попрописывать в xml, тогда вообще вопросов не останется.
Ну не надо пиздеть, XML тут на порядок лучше, просто берешь и повторяешь любой тег сколько надо раз или вообще комбинируешь. Например надо тебе настройки проксей прописать
<proxies>
<socks address="..." .../>
<http url="..." .../>
<vpn protocol="...">
<...>
</vpn>
<proxies>
И все! У тебя лист проксей, с учетом порядка, каждый со своим типом параметров, все это можно описать в XML Schema и провалидировать. В JSON такая конструкция будет на порядок более громоздкая про то что JSON Schema убогая и дает 25% возможностей XML даже не упоминаем.
Приятно почитать грамотный пост специалиста!
>ZeroGC: an allocate-only garbage collector for .NET
https://kokosa.dev/blog/2026/zero-gc/
Ну хоть что-то
Оригинал на который они ориентируются делался для бенчмарков GC, у этого тоже не так много применений. Бенчмарки и специальные приложения с околонулевым уровнем аллокаций. Он нужен разработчикам .Net чтобы бенчмаркать GC и паре психов которые пишут на .Net, то что надо бы писать на языках с ручным управлением памятью.
>Он нужен разработчикам .Net чтобы бенчмаркать GC и паре психов которые пишут на .Net, то что надо бы писать на языках с ручным управлением памятью.
Да я про то, что хоть что-то делать начали. Разве это не первый (публичный) экспериментальный официальный GC, и который не дефолтный GC, но другого цвета? А то Satori они добавили в runtimelab и тишина.
>После этого, уже имея доступ к проектам компании - можно учиться по нормальному на их основе.
А как учиться, когда надсмотрщик требует от тебя х5 перфоманс за счет клодовой потогонки? А если не тянешь - на мороз. В том то и прикол, что джуны умерли потому что не умеют работать с проектами, это самый ценный навык на данный момент, тупо уметь в голове совмещать проекты и умение программировать, сбор информации о решениях, поиск точек интеграции, аналитика, анализ архитектуры - все это сейчас лежит на плечах иишки, от человека требуется та хуйня, которую пока не умеет ии - построить высокоуровневую цепь взаимосвязей среди всей собранной информации - и принять решение. А еще - проконтролировать что решение выполнено агентом в точности, а не на него был положен хуй и нейронка насрала как захотела.
Привет! С высокой долей вероятности ьебе рано или поздно захояеься в ЕС, так как тут работа еще есть. На шарпе там не пишут, все легаси на джаве. Думой.
> или рынку C# вакансий пизда из-за санкций?
Вот здесь ты реально перетолстил. iOS-разработчики и то выкручиваются, а ты о шарпе беспокоишься.
Очень, джавамальчик
Причина ?
>А как учиться, когда надсмотрщик требует от тебя х5 перфоманс за счет клодовой потогонки?
Изворачиваться. Затягивать по максимуму. Скидывать свою работу на других. Договариваться с начальством. Местами социоблядствовать для поблажек.
>даже на 100к/мес.
Сцуко. Я уже два года на такой зп сижу и только щас допер, что надо пиздовать на собесы, чтобы перекатится на ЗП повыше. напиздел про год опыта, когда на текущую работу устраивался