Позиционирование подхода, как повышение производительности такое себе. Шарп не настолько уступает системным языкам, чтобы разбавлять кодовую базу шарпа, кодом на расте. Для числомолотилок есть 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 и гигабайт))
Можно залезть в спеки питона и натаскать еще десяток уникальных примеров кода, объявить их базовой базой - а вот потому что я так решил - знаешь эти случаи - знаешь базу, а нет ну и катись колбаской.
Так знания не проверяют - так почесывают ЧСВ, за счет отсеивания тех кому не повезло (ну или повезло, тут как посмотреть)
Ложь - 90% это именно вопросы ловушки, про то, что в живом и минимально адекватном коде не встречается. Соответственно если кандидат не зубрила и не говнокодер, для которого увидеть/написать аналог примера с наследованием ежедневная рутина - он ваше собеседование не пройдет - потому-что "накрутил" опыт.
Если интервьюер для проверки базового понимания языка использует не рабочую кодовую базу или, на худой конец, OpenSource репу какой-нибудь тулзы - он априори, чудак на букву м.
И единственный валидный совет - держаться от компании и такого интервьюера желательно подальше.
Оптимальный подход к работе с T-SQL в .NET Core EF Core - это гибридный подход.
Оптимальный подход к работе с T-SQL в EF - не использовать T-SQL в EF.
Он там просто не нужен: - Если у нас низконагруженное приложение, то можно просто забить на неоптимальность некоторых запросов - MSSQL достаточно производительная СУБД. - Если кровавый Ынтырпрайз, то все тяжелые штуки отдаются на откуп программисту бд, который сделает оптимизированные по самое нехочу хранимые процедуры - останется просто вызвать. - А если что-то специфичное, то сразу берем Dapper и пользуемся всеми особенностями диалекта T-SQL
unity давно и прочно оккупировал мобилки и индюшатину, в этой области это много более популярный движок, чем unreal. А в статье, насколько я понял, как раз и говорится про мобилки и игры категории Б.
Поэтому потрогать движок отожравший 3/4 целевого рынка, а потом уйти в довольно узкий сегмент, потому-что "уперся в потолок" - как минимум, звучит забавно.
В 2019-м я впервые запустил Unity. Потыкал пару месяцев, сделал пару смешных проектов, и всё — почувствовал потолок. Захотелось чего‑то посерьёзнее, и я пересел на Unreal Engine 4.
В 2007 я впервые запустил C++. Потыкал пару месяцев, сделал пару смешных проектов, и все - почувствовал потолок. Захотелось чего-то посерьезнее, и я пересел на Хаскель.
Асинхронно значит несколько другое, отсутствие ожидание имеется в наличии и в параллельном коде и в асинхронном)) Кому тут нужно подтягивать знания - большой вопрос.
В контексте дефолтного планировщика Task.Run - запустит задачу параллельно и все что мы можем - это асинхронно дождаться ее выполнения. Т.е. в целом речь шла о том что Task и Thread нельзя четко разделить, что одно всегда асинхронное, а второе всегда параллельное.
Асинхронность в шарпе существовала и до появления async/await и даже до появления Task (APM и EAP жуткие штуки, но они имеют место быть)
Вобще выглядит так, что в списке достижений не хватает пункта: - Создал собственную ОС с нескучными обоями
Тимлид должность, в том числе административная, где управленческие навыки и навыки работы с людьми выходят на первое место. Откуда они у 17 летнего юноши, который даже старостой в группе универа не побывал, не говоря о большем.
Да даже если бы у него в 17 лет был красный диплом МГУ - все равно на должность тимлида он не тянул, но возможно, в таком случае, вполне неплохо бы смотрелся на должности техлида.
Позиционирование подхода, как повышение производительности такое себе. Шарп не настолько уступает системным языкам, чтобы разбавлять кодовую базу шарпа, кодом на расте. Для числомолотилок есть SIMD, для ручного управления памятью есть unsafe.
Единственное вменяемое применение - уже готовые библиотеки на расте, но с вероятностью 99% для них уже есть враппер на .net и тащить его исходники в проект нет особого смысла.
Но в целом прикольно, респект за статью.
Речь идет об одном и том же человеке? Не вижу ни одной причины почему человек освоивший разработку, вдруг не сможет промты для нейросетки писать. Это что, какая то невероятно сложная наука требующая трех высших образований и личного одобрения Альтмана?
Если менеджмент в компании покусают ии-активисты, то просто сверху спустят команду - всем освоить вайб-кодинг и на этом тема закроется, никто не будет разгонять сработавшуюся команду знающую продукт, чтобы нагнать новых непонятных типов которые будут только в отрасль полгода въезжать.
Объективно, это не проблема нейросеток. Это проблема вторичности.
Ну вот так устроена человеческая головенка, что чистое повторение уже существующего объекта не воспринимается чем-то минимально уникальным. Как только мозг проводит прямую ассоциацию с уже существующим объектом - это вызывает отторжение, не потому что это не уникальная сущность, а потому что она себя позиционирует, как уникальная. В этом проблема.
Отсюда и появился термин "слоп" - он напрямую связан с насмотренностью человека, и чем "ближе" нейросети будут к поп-культуре, тем больше будет возникать отторжение.
IMHO, бурление в проф-среде - лишь жалкий отблеск того калибра говномета, когда "слоп" станет понятен большинству пользователей интернета.
Перевод с маркетингового на капиталистический (понятный):
Инвестиции придушили, экономике в целом плохеет значит если скрипач не приносит деньги компании в четко прогнозируемом ближайшем будущем - не нужен.
Одному человеку-оркестру нужно платить меньше, чем трем узким спецам.
Перфоманс ревью преследует ровно одну цель. Найти повод платить сотруднику меньше. Все. Точка.
Про весь IT не скажу, но относительно разработки - надуманная фигня. Вся разработка строилась и строится на одном правиле: "Покажи что можешь". Если человек что-то может/умеет и достаточно толковый чтобы это показать - все пути для него, по прежнему, открыты.
Хрюшки нужны бизнесу, очень-очень нужны и очень важны. Не сметь сокращать hr-штат.
См. миф 5.
Работы мастеров нужны, нейросетевой шлак - не особо. Но второй сильно дешевле.
Смешались в кучу кони, люди... (c)
О какой полезности речь? Лет этак шесть назад в дотнет выкатили Channel<T> как раз на замену достаточно древней BlockingCollection. Все что о ней нужно знать - это то, что если она встретилась в коде - ее нужно переписать на более эффективный механизм, ну или просто не трогать ;)
Да, можно подушнить, что каналы нормально не работают в полностью синхронном коде, но такие проекты уже даже не редкость, а скорее реликвии прошлого к которым подпускать неофитов - суть кощунство.
Точно не единичные. У меня 4x32 отлично работают на 5600 MT/s (двойной прогон mdsched.exe + memtest64 ошибок не выдают). Возможно вам стоит обратится к материнкам от MSI и гигабайт))
Тайминги
Если CLR виртуальная машина для шарпа, то по этой логике - libc это виртуальная машина для си :D
Да нет тут понимания языка. Ну вот вобще нет.
Можно залезть в спеки питона и натаскать еще десяток уникальных примеров кода, объявить их базовой базой - а вот потому что я так решил - знаешь эти случаи - знаешь базу, а нет ну и катись колбаской.
Так знания не проверяют - так почесывают ЧСВ, за счет отсеивания тех кому не повезло (ну или повезло, тут как посмотреть)
Ложь - 90% это именно вопросы ловушки, про то, что в живом и минимально адекватном коде не встречается. Соответственно если кандидат не зубрила и не говнокодер, для которого увидеть/написать аналог примера с наследованием ежедневная рутина - он ваше собеседование не пройдет - потому-что "накрутил" опыт.
Если интервьюер для проверки базового понимания языка использует не рабочую кодовую базу или, на худой конец, OpenSource репу какой-нибудь тулзы - он априори, чудак
на букву м.И единственный валидный совет - держаться от компании и такого интервьюера желательно подальше.
Писать в хабе PHP про LINQ в стиле 1С - это сильно. Я бы даже сказал это чертовски смело...
Оптимальный подход к работе с T-SQL в EF - не использовать T-SQL в EF.
Он там просто не нужен:
- Если у нас низконагруженное приложение, то можно просто забить на неоптимальность некоторых запросов - MSSQL достаточно производительная СУБД.
- Если кровавый Ынтырпрайз, то все тяжелые штуки отдаются на откуп программисту бд, который сделает оптимизированные по самое нехочу хранимые процедуры - останется просто вызвать.
- А если что-то специфичное, то сразу берем Dapper и пользуемся всеми особенностями диалекта T-SQL
unity давно и прочно оккупировал мобилки и индюшатину, в этой области это много более популярный движок, чем unreal. А в статье, насколько я понял, как раз и говорится про мобилки и игры категории Б.
Поэтому потрогать движок отожравший 3/4 целевого рынка, а потом уйти в довольно узкий сегмент, потому-что "уперся в потолок" - как минимум, звучит забавно.
В 2007 я впервые запустил C++. Потыкал пару месяцев, сделал пару смешных проектов, и все - почувствовал потолок. Захотелось чего-то посерьезнее, и я пересел на Хаскель.
Асинхронно значит несколько другое, отсутствие ожидание имеется в наличии и в параллельном коде и в асинхронном)) Кому тут нужно подтягивать знания - большой вопрос.
В контексте дефолтного планировщика Task.Run - запустит задачу параллельно и все что мы можем - это асинхронно дождаться ее выполнения. Т.е. в целом речь шла о том что Task и Thread нельзя четко разделить, что одно всегда асинхронное, а второе всегда параллельное.
Асинхронность в шарпе существовала и до появления async/await и даже до появления Task (APM и EAP жуткие штуки, но они имеют место быть)
Wat? И давно это вдруг так стало? Т.е. Task.Run - запустит задачу асинхронно?
Безграничная наивность. Кто-ж будет жертвовать собственным гешефтом в угоду какой-то там эффективности?
Пока существует распил и откат никакие суперкомпьютеры не помогут плановой экономике быть эффективнее рыночной.
Ни разу не упомянуть в контексте TPL про Parallel.ForEach и Parallel.For - это сильно. Даже не уровень джуниора, а ближе к студенту-стажеру.
Про всякие PLINQ и DataFlow вобще молчу...
Чувствуется рука ведущих экспертов с курсов. Мощь.
Решил попробовать локальную лайт версию. Она весьма порадовала:
Скрытый текст
Вобще выглядит так, что в списке достижений не хватает пункта:
- Создал собственную ОС с нескучными обоями
Тимлид должность, в том числе административная, где управленческие навыки и навыки работы с людьми выходят на первое место. Откуда они у 17 летнего юноши, который даже старостой в группе универа не побывал, не говоря о большем.
Да даже если бы у него в 17 лет был красный диплом МГУ - все равно на должность тимлида он не тянул, но возможно, в таком случае, вполне неплохо бы смотрелся на должности техлида.