Удав сьел слишком много зверюшек. Обезьяна: - Давайте удаву отрубим голову ? - Да нет, это очень жестоко ! - Давайте отрежем удаву хвост ? - Хорошо.. - .. но по самые уши!
Мне кажется, что в конторе персонажа Jonas Tulstrup удаву таки отрезали хвост по самые уши
мы перенесли запрос к базе данных в Repository непосредственно в Event Handler, которому он нужен
Честно говоря стремное решение. Чему меня научили несколько лет разработки всякой шняги, так это то что абстракции нужны и придуманы не просто так. *пусть не в этом случае а в другом сферическом* вдруг у вас меняется база, меняется ее структура.. и тут вам надо вмешиваться в логику толстого event handler. Вот тут какбы разделению ответственности самое место, но его оттуда почему-то убрали. На мой взгляд отрефакторили до состояния на зло маме отморожу уши.
Как я его понимаю. В определенное время хотел заняться копанием в клиенте Lineage2, столкнулся с яростным противодействием и анальной огороженностью сообщества моддеров. Любая инфа в обмен на деньги или другую инфу. Что в прочем не мешало им потом стучаться ко мне в месенджеры с просьбой поделиться наработками. Ладно побаловался, понял, что воссоздание клиента в другом движке я один не потяну и забросил. Увлекся моддингом Arcanum, стал разбирать форматы файлов игры. Вся существующая инфа была у двух человек: какой-то мутный тип из Чехии, и еще один из России. Да-да мы поделимся, вот-вот буквально завтра. Чех начал делать веб-клиент игры, собирать деньги на патреоне, и вопросы по шарингу стал игнорить.. и за несколько лет он собрал 40 баксов, это безусловная победа. Русский потерялся. Я в итоге плюнул, нашел IDA Pro, провел самостоятельную работу над форматами файлов, и расшарил библиотеку. Сейчас вот пилю онлайн редактор.
Если ты внимательный читатель дошел до этого момента, то помни что в погоне за сеюминутной славой и деньгами можно можно упустить главное - интерес и помощь сообщества.
Почему-то никто не заострил внимание, что gPRC, это не фреймворк, а технология. И автор рассматривает конкретную имплементацию этой технологии для dotnet core.
Почему нет? C точки зрения поддержки целостности тут есть только одна альтернатива, это postgresql enums. Но это ни разу не серебрянная пуля, особенно если список значений надо будет расширять..
При всем уважении к автору, статья достаточно спорная. Не совсем понятно, как долго он работает с Unity, и работает ли вообще.
Они решили, что лучший способ сделать сишарп таким же быстрым как и плюсы, это сделать из сишарпа плюсы! занавес, бурные овации, публика в шоке
Команда разработчиков МS уже сделала это, вы просто не в курсе. Уже анонсирован ввод классов и методов для работы с неуправляемой памятью, которые фактически из C# делают C++. Просто юнитеки сделали это раньше.
Mono потому что на C#, раньше ещё был, к примеру, JSBehaviour, но все языки кроме C# в Unity бесславно умерли, так и остался один единственный MonoBehaviour.
Я "наблюдаю" за его развитием с 2014 года, и еще помню те времена, когда Unity поддерживал Boo. Все это так или иначе транслировалось в IL, поэтому сожалеть особо не о чем. Хотя Boo был чертовски хорош.. да.
За 16 лет они не смогли создать пакет для адекватного интерфейса с xml/css/js и имплементировать редактор своего движка на нем. Для игр они сделали какой-то хлам с Canvas-ом и перетаскиванием панелей по иерархии сцены, а для редактора они предоставили что-то невообразимо ужасное с IMGUI на C# и рефлексией.
А надо было? IMGUI существует в Unity с независимых времен, пока емнип в 4.6 не появился Convas, который был реальным прорывом. Почему его не выпилили окончательно? Наверно потому, что собственные плагины для Editor UI пишут три с половиной калеки, а для 99% пользователей этот функционал не является решающим. Подобие WPF нужно далеко не всем, а те кто в нем реально нуждается, вполне могут собрать его самостоятельно.
Далее автор втирает о появлении стилей в подобии CSS, и жалуется на отсутствие поддержки скрипта. Что я могу сказать, JS-фанбой палится. Скрипт обьективно там не нужен.
У меня нет претензий к Unity кроме сильно затянутых сроков внедрения DOTS. Единственное, что меня напрягает, так это
Фактически упраздненная система голосования за фидбеки на сайте
Абсолютно убогая система создания бандлов, тегов и тд
Отсутствие нормальной поддержки и инструментов для создания текстурных атласов. Существующие атласы, это же позор какой-то.
Невозможность ограничить количество уровней MipMaps, из-за чего приходится предусматривать в атласах нереальной толщины padding'и
Невозможность добраться до некоторых свойств редактора, кроме как через System.Reflection
Если вы начали проверять "популярные в узких кругах" библиотеки, то проверьте Ogre3D. Что-то подсказывает мне что вы найдете там много примеров интересных ошибок человеческого фактора, потому что после ухода Sinbad из проекта (ментейнер), там всякая дичь происходит.
А ещё C# — исключение, для него нужен отдельный Rider.
А поддержка Unreal Engine (С++) есть только в Rider. Почему не в CLion? Очевидно они решили сделать из Rider специфическую IDE для геймдева, с нацеливанием на сегмент студий. Иначе его покупать не будут.
Имхо, JB пошли по самому ужасному пути, упаковывая каждый свой продукт в отдельное приложение и богомерзкий snap. Pycharm + CLion + Rider и вот у тебя уже захавано прилично места. Почему не сделали расширения плагинами, как в Eclipse?
тем более учитывая экстенсивный путь развития электроники, еще больше ядер и больше ОЗУ. И в какой-то момент времени потеря производительности уже граничит на уровне погрешности
Я думаю, что вы путаете причину и следствие. По факту нежелание изучать традиционные для uC языки вынуждает вас брать все более жирные камни. Не наоборот. По итогу мы имеем дичь вроде arduino совместимых плат на чипах Cortex A серии.. а это как микроскопом гвозди забивать, т.е. очень очень очень неэффективно.
Не хватает самого главного, а именно сравнения потребляемых ресурсов и перформанса. Было бы очень интересно увидеть сравнение размеров и производительности какого-нибудь сферического бенча на pure с, arduino, nanoNet и microPython.
У switch case есть одно большое преимущество, с ростом количества возможных переходов у нас появляется выигрыш перформанса по сравнению с аналогичной консрукцией из if else. Другое дело, что если у нас switch разросся до таких размеров, то это явная архитектурная ошибка.
Позволю себе вас перефразировать) new() добавляет языку лаконичности. var нужен когда мы не знаем, какой тип будет в левой части присваивания, а new() нужен когда мы наоборот знаем.
Слово "злоумышленники" не? Зачем опять приплетать политоту, всетаки мы технический ресурс, а не политический.
Мне кажется, что в конторе персонажа Jonas Tulstrup удаву таки отрезали хвост по самые уши
Честно говоря стремное решение. Чему меня научили несколько лет разработки всякой шняги, так это то что абстракции нужны и придуманы не просто так. *пусть не в этом случае а в другом сферическом* вдруг у вас меняется база, меняется ее структура.. и тут вам надо вмешиваться в логику толстого event handler. Вот тут какбы разделению ответственности самое место, но его оттуда почему-то убрали. На мой взгляд отрефакторили до состояния на зло маме отморожу уши.
В подавляющем большинстве случаев, надо знать куда смотреть. Если не знаешь, то явное указание типов не поможет.
Для любопытных, обновил платформу до Ryzen7.. картина та же
Как я его понимаю. В определенное время хотел заняться копанием в клиенте Lineage2, столкнулся с яростным противодействием и анальной огороженностью сообщества моддеров. Любая инфа в обмен на деньги или другую инфу. Что в прочем не мешало им потом стучаться ко мне в месенджеры с просьбой поделиться наработками. Ладно побаловался, понял, что воссоздание клиента в другом движке я один не потяну и забросил. Увлекся моддингом Arcanum, стал разбирать форматы файлов игры. Вся существующая инфа была у двух человек: какой-то мутный тип из Чехии, и еще один из России. Да-да мы поделимся, вот-вот буквально завтра. Чех начал делать веб-клиент игры, собирать деньги на патреоне, и вопросы по шарингу стал игнорить.. и за несколько лет он собрал 40 баксов, это безусловная победа. Русский потерялся. Я в итоге плюнул, нашел IDA Pro, провел самостоятельную работу над форматами файлов, и расшарил библиотеку. Сейчас вот пилю онлайн редактор.
Если ты внимательный читатель дошел до этого момента, то помни что в погоне за сеюминутной славой и деньгами можно можно упустить главное - интерес и помощь сообщества.
А где применяется бекэнд на C++ ? Мне думается, что это должен быть не самый тривиальный сценарий.
Или просто just4fun ?
Да там вообще много интересных высказываний. Имхо для новичка нет более простых языков, чем Python, JS, C#.
Советовать мутный инди-конструктор-редактор с крошечным комьюнити.. это конечно самое то что нужно новичкам.
Я начал выгорать, собрался менять работу, и начал понимать финал этой дичевой сказки.
Истории успеха, это конечно хорошо.. но в данном случае для русскоязычной аудитории, ценность этой информации стремится к нулю.
Почему-то никто не заострил внимание, что gPRC, это не фреймворк, а технология. И автор рассматривает конкретную имплементацию этой технологии для dotnet core.
Почему нет? C точки зрения поддержки целостности тут есть только одна альтернатива, это postgresql enums. Но это ни разу не серебрянная пуля, особенно если список значений надо будет расширять..
При всем уважении к автору, статья достаточно спорная. Не совсем понятно, как долго он работает с Unity, и работает ли вообще.
Команда разработчиков МS уже сделала это, вы просто не в курсе. Уже анонсирован ввод классов и методов для работы с неуправляемой памятью, которые фактически из C# делают C++. Просто юнитеки сделали это раньше.
Я "наблюдаю" за его развитием с 2014 года, и еще помню те времена, когда Unity поддерживал Boo. Все это так или иначе транслировалось в IL, поэтому сожалеть особо не о чем. Хотя Boo был чертовски хорош.. да.
А надо было? IMGUI существует в Unity с независимых времен, пока емнип в 4.6 не появился Convas, который был реальным прорывом. Почему его не выпилили окончательно? Наверно потому, что собственные плагины для Editor UI пишут три с половиной калеки, а для 99% пользователей этот функционал не является решающим. Подобие WPF нужно далеко не всем, а те кто в нем реально нуждается, вполне могут собрать его самостоятельно.
Далее автор втирает о появлении стилей в подобии CSS, и жалуется на отсутствие поддержки скрипта. Что я могу сказать, JS-фанбой палится. Скрипт обьективно там не нужен.
У меня нет претензий к Unity кроме сильно затянутых сроков внедрения DOTS. Единственное, что меня напрягает, так это
Фактически упраздненная система голосования за фидбеки на сайте
Абсолютно убогая система создания бандлов, тегов и тд
Отсутствие нормальной поддержки и инструментов для создания текстурных атласов. Существующие атласы, это же позор какой-то.
Невозможность ограничить количество уровней MipMaps, из-за чего приходится предусматривать в атласах нереальной толщины padding'и
Невозможность добраться до некоторых свойств редактора, кроме как через System.Reflection
Если вы начали проверять "популярные в узких кругах" библиотеки, то проверьте Ogre3D. Что-то подсказывает мне что вы найдете там много примеров интересных ошибок человеческого фактора, потому что после ухода Sinbad из проекта (ментейнер), там всякая дичь происходит.
А поддержка Unreal Engine (С++) есть только в Rider. Почему не в CLion? Очевидно они решили сделать из Rider специфическую IDE для геймдева, с нацеливанием на сегмент студий. Иначе его покупать не будут.
Имхо, JB пошли по самому ужасному пути, упаковывая каждый свой продукт в отдельное приложение и богомерзкий snap. Pycharm + CLion + Rider и вот у тебя уже захавано прилично места. Почему не сделали расширения плагинами, как в Eclipse?
А куда уходите если не секрет? Медиум?
тем более учитывая экстенсивный путь развития электроники, еще больше ядер и больше ОЗУ. И в какой-то момент времени потеря производительности уже граничит на уровне погрешностиЯ думаю, что вы путаете причину и следствие. По факту нежелание изучать традиционные для uC языки вынуждает вас брать все более жирные камни. Не наоборот. По итогу мы имеем дичь вроде arduino совместимых плат на чипах Cortex A серии.. а это как микроскопом гвозди забивать, т.е. очень очень очень неэффективно.
Не хватает самого главного, а именно сравнения потребляемых ресурсов и перформанса. Было бы очень интересно увидеть сравнение размеров и производительности какого-нибудь сферического бенча на pure с, arduino, nanoNet и microPython.
У switch case есть одно большое преимущество, с ростом количества возможных переходов у нас появляется выигрыш перформанса по сравнению с аналогичной консрукцией из if else. Другое дело, что если у нас switch разросся до таких размеров, то это явная архитектурная ошибка.
Позволю себе вас перефразировать) new() добавляет языку лаконичности. var нужен когда мы не знаем, какой тип будет в левой части присваивания, а new() нужен когда мы наоборот знаем.