Это да, поэтому и шарп упомянут. Огромные кодовые базы его хлеб.
Причем есть подозрение - если бы эпики пришли к майкам и попросили забабхать им какой-нибудь аналог IL2CPP из юнити - то майки пошли бы им навстречу. Не исключено, что даже забесплатно или за очень дешево.
ECS это круто и прельстиво, а вот Verse как то мимо, что мешало взять что-то известное и зарекомендовавшее себя - Lua например (при минимальной доработке напильником выглядеть будет ничуть не хуже, а знает ее каждый второй), ну или тот же шарп - за одно можно было бы пощипать конкурентов из Unity переманивая разработчиков.
Просто в задачах, где интерфейс должен быть очень быстрым, плотным и предсказуемым, я не хочу постоянно спорить с фреймворком
Что-ж, остается только пожелать вам удачи в написании аналога WPF в котором вам не придется спорить с фреймворком и который будет быстрый, плотный и предсказуемый.
Позиционирование подхода, как повышение производительности такое себе. Шарп не настолько уступает системным языкам, чтобы разбавлять кодовую базу шарпа, кодом на расте. Для числомолотилок есть SIMD, для ручного управления памятью есть unsafe.
Единственное вменяемое применение - уже готовые библиотеки на расте, но с вероятностью 99% для них уже есть враппер на .net и тащить его исходники в проект нет особого смысла.
Нет, ИИ вас не заменит. Вас заменит человек, работающий с ним
Речь идет об одном и том же человеке? Не вижу ни одной причины почему человек освоивший разработку, вдруг не сможет промты для нейросетки писать. Это что, какая то невероятно сложная наука требующая трех высших образований и личного одобрения Альтмана?
Если менеджмент в компании покусают ии-активисты, то просто сверху спустят команду - всем освоить вайб-кодинг и на этом тема закроется, никто не будет разгонять сработавшуюся команду знающую продукт, чтобы нагнать новых непонятных типов которые будут только в отрасль полгода въезжать.
Объективно, это не проблема нейросеток. Это проблема вторичности.
Ну вот так устроена человеческая головенка, что чистое повторение уже существующего объекта не воспринимается чем-то минимально уникальным. Как только мозг проводит прямую ассоциацию с уже существующим объектом - это вызывает отторжение, не потому что это не уникальная сущность, а потому что она себя позиционирует, как уникальная. В этом проблема.
Отсюда и появился термин "слоп" - он напрямую связан с насмотренностью человека, и чем "ближе" нейросети будут к поп-культуре, тем больше будет возникать отторжение.
IMHO, бурление в проф-среде - лишь жалкий отблеск того калибра говномета, когда "слоп" станет понятен большинству пользователей интернета.
Перевод с маркетингового на капиталистический (понятный):
Миф 1. «Найм рухнул»
Инвестиции придушили, экономике в целом плохеет значит если скрипач не приносит деньги компании в четко прогнозируемом ближайшем будущем - не нужен.
Миф 2. Менеджеры только управляют, а спецы только работают
Одному человеку-оркестру нужно платить меньше, чем трем узким спецам.
Миф 3. Перформанс-ревью — это инструмент, чтобы не грейдануть
Перфоманс ревью преследует ровно одну цель. Найти повод платить сотруднику меньше. Все. Точка.
Миф 4. Джунам путь в бигтех закрыт
Про весь IT не скажу, но относительно разработки - надуманная фигня. Вся разработка строилась и строится на одном правиле: "Покажи что можешь". Если человек что-то может/умеет и достаточно толковый чтобы это показать - все пути для него, по прежнему, открыты.
Миф 5. HR-бренд — это красивые слоганы
Хрюшки нужны бизнесу, очень-очень нужны и очень важны. Не сметь сокращать hr-штат.
Миф 6. Больше ивентов — значит лучше
См. миф 5.
Миф 7. IT-контент обесценился
Работы мастеров нужны, нейросетевой шлак - не особо. Но второй сильно дешевле.
О какой полезности речь? Лет этак шесть назад в дотнет выкатили Channel<T> как раз на замену достаточно древней BlockingCollection. Все что о ней нужно знать - это то, что если она встретилась в коде - ее нужно переписать на более эффективный механизм, ну или просто не трогать ;)
Да, можно подушнить, что каналы нормально не работают в полностью синхронном коде, но такие проекты уже даже не редкость, а скорее реликвии прошлого к которым подпускать неофитов - суть кощунство.
вот вот am5 такой, судя по всему. есть единичные отзывы о успешном запуске 4 модулей в 5000-6000, но именно единичные.
Точно не единичные. У меня 4x32 отлично работают на 5600 MT/s (двойной прогон mdsched.exe + memtest64 ошибок не выдают). Возможно вам стоит обратится к материнкам от MSI и гигабайт))
Оптимальный подход к работе с T-SQL в .NET Core EF Core - это гибридный подход.
Оптимальный подход к работе с T-SQL в EF - не использовать T-SQL в EF.
Он там просто не нужен: - Если у нас низконагруженное приложение, то можно просто забить на неоптимальность некоторых запросов - MSSQL достаточно производительная СУБД. - Если кровавый Ынтырпрайз, то все тяжелые штуки отдаются на откуп программисту бд, который сделает оптимизированные по самое нехочу хранимые процедуры - останется просто вызвать. - А если что-то специфичное, то сразу берем Dapper и пользуемся всеми особенностями диалекта T-SQL
Это да, поэтому и шарп упомянут. Огромные кодовые базы его хлеб.
Причем есть подозрение - если бы эпики пришли к майкам и попросили забабхать им какой-нибудь аналог IL2CPP из юнити - то майки пошли бы им навстречу. Не исключено, что даже забесплатно или за очень дешево.
ECS это круто и прельстиво, а вот Verse как то мимо, что мешало взять что-то известное и зарекомендовавшее себя - Lua например (при минимальной доработке напильником выглядеть будет ничуть не хуже, а знает ее каждый второй), ну или тот же шарп - за одно можно было бы пощипать конкурентов из Unity переманивая разработчиков.
Не хотелось бы разочаровывать этого наивного добряка...
Что-ж, остается только пожелать вам удачи в написании аналога WPF в котором вам не придется спорить с фреймворком и который будет быстрый, плотный и предсказуемый.
1000$ за шестиядерник на zen4 в открытой экосистеме - ну такое. Видимо valve к своим успехам решила добавить феерический провал.
Есть мнение что ipv8 внедрят раньше, чем все перейдут на v6. Обратная совместимость решает.
Хм. А где плашка про противоречивые чувства? Питоном не пользуюсь, но чувства крайне противоречивые...
А в чем преимущество перед родным дотнетовским TPL Dataflow?
Хорошо, все таки, что в госдуме не читают хабр...
Вайбы вайбкодина - они такие.
Позиционирование подхода, как повышение производительности такое себе. Шарп не настолько уступает системным языкам, чтобы разбавлять кодовую базу шарпа, кодом на расте. Для числомолотилок есть SIMD, для ручного управления памятью есть unsafe.
Единственное вменяемое применение - уже готовые библиотеки на расте, но с вероятностью 99% для них уже есть враппер на .net и тащить его исходники в проект нет особого смысла.
Но в целом прикольно, респект за статью.
Речь идет об одном и том же человеке? Не вижу ни одной причины почему человек освоивший разработку, вдруг не сможет промты для нейросетки писать. Это что, какая то невероятно сложная наука требующая трех высших образований и личного одобрения Альтмана?
Если менеджмент в компании покусают ии-активисты, то просто сверху спустят команду - всем освоить вайб-кодинг и на этом тема закроется, никто не будет разгонять сработавшуюся команду знающую продукт, чтобы нагнать новых непонятных типов которые будут только в отрасль полгода въезжать.
Объективно, это не проблема нейросеток. Это проблема вторичности.
Ну вот так устроена человеческая головенка, что чистое повторение уже существующего объекта не воспринимается чем-то минимально уникальным. Как только мозг проводит прямую ассоциацию с уже существующим объектом - это вызывает отторжение, не потому что это не уникальная сущность, а потому что она себя позиционирует, как уникальная. В этом проблема.
Отсюда и появился термин "слоп" - он напрямую связан с насмотренностью человека, и чем "ближе" нейросети будут к поп-культуре, тем больше будет возникать отторжение.
IMHO, бурление в проф-среде - лишь жалкий отблеск того калибра говномета, когда "слоп" станет понятен большинству пользователей интернета.
Перевод с маркетингового на капиталистический (понятный):
Инвестиции придушили, экономике в целом плохеет значит если скрипач не приносит деньги компании в четко прогнозируемом ближайшем будущем - не нужен.
Одному человеку-оркестру нужно платить меньше, чем трем узким спецам.
Перфоманс ревью преследует ровно одну цель. Найти повод платить сотруднику меньше. Все. Точка.
Про весь IT не скажу, но относительно разработки - надуманная фигня. Вся разработка строилась и строится на одном правиле: "Покажи что можешь". Если человек что-то может/умеет и достаточно толковый чтобы это показать - все пути для него, по прежнему, открыты.
Хрюшки нужны бизнесу, очень-очень нужны и очень важны. Не сметь сокращать hr-штат.
См. миф 5.
Работы мастеров нужны, нейросетевой шлак - не особо. Но второй сильно дешевле.
Смешались в кучу кони, люди... (c)
О какой полезности речь? Лет этак шесть назад в дотнет выкатили Channel<T> как раз на замену достаточно древней BlockingCollection. Все что о ней нужно знать - это то, что если она встретилась в коде - ее нужно переписать на более эффективный механизм, ну или просто не трогать ;)
Да, можно подушнить, что каналы нормально не работают в полностью синхронном коде, но такие проекты уже даже не редкость, а скорее реликвии прошлого к которым подпускать неофитов - суть кощунство.
Точно не единичные. У меня 4x32 отлично работают на 5600 MT/s (двойной прогон mdsched.exe + memtest64 ошибок не выдают). Возможно вам стоит обратится к материнкам от MSI и гигабайт))
Тайминги
Если CLR виртуальная машина для шарпа, то по этой логике - libc это виртуальная машина для си :D
Писать в хабе PHP про LINQ в стиле 1С - это сильно. Я бы даже сказал это чертовски смело...
Оптимальный подход к работе с T-SQL в EF - не использовать T-SQL в EF.
Он там просто не нужен:
- Если у нас низконагруженное приложение, то можно просто забить на неоптимальность некоторых запросов - MSSQL достаточно производительная СУБД.
- Если кровавый Ынтырпрайз, то все тяжелые штуки отдаются на откуп программисту бд, который сделает оптимизированные по самое нехочу хранимые процедуры - останется просто вызвать.
- А если что-то специфичное, то сразу берем Dapper и пользуемся всеми особенностями диалекта T-SQL