Подробнее
комикс,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,java,C#,без перевода,it-юмор,comics,geek,java,C#,it humor
Еще на тему
комикс geek java C# без перевода it-юмор
Подробнее
комикс,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,java,C#,без перевода,it-юмор,comics,geek,java,C#,it humor
Подробнее
комикс,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,java,C#,без перевода,it-юмор,comics,geek,java,C#,it humor
Сложно сказать, с какого ЯП начинать. Мой первый ЯП был JS, например. Если есть мак или хакинтош - начинай со Swift, если нет то с С#.
изучай 3Dmax и blender, приправь poser-ом
Я программист и скажу, что гейм-дев разработка - одна из самых интересных и разнообразных разработок (если это не слоты, конечно).
Большинство полезного гуевого софта требуют скилла чуть больше чем ноль. И опытные программисты начинают скучать приблизительно на третьей формочке.
Вот прошивки не писал, не могу откомментировать, но два остальных пункта, что вы описали - скукота редкостная.
Я как-то так на идею купился и пошёл медицинский софт пилить для США (не тот, который оборудованием управляет и любая ошибка может убить человека - там как раз должно быть интересно, а организационный). Надолго меня не хватило.
Если хочется в геймдев - начинайте с геометрии, стереометрии и тригонометрии. А язык он вторичен.
Технологий в него Microsoft добавили хоть жопой жуй:
-Настольные приложения WPF/WinForms
-Веб- программирование ASP.NET, Blazor
-Веб Серсисы WCF или REST на ASP.NET CORE
-Машинное обучение на ML.NET
Blazor так вообще, когда выйдет должен быть топом, так как позволяет писать веб-приложения на C# с минимальным использованием JS.
Так же если ты пишешь на 1 .NET языке, то эту либу можешь подключить на другой .NET совместимый язык.
Visual Studio 2019 просто божественна.
Может ты путаешь хер с пальцем - у фшарпа есть научный базис, а у многих популярных языков база - это "бест практисес", это как сравнивать инженерию со ёё строгими правилами с ремесленичеством с его ритуалами и скрамами.
АДТ в разы удобней для ООП, чем наследование, если ты об таком "ООП". Не говоря, что о том, что обычная возня в с классами точно такая же, если кто предпочитает переносить без разбору все недостатки C# в F#.
Да, к сожалению встроенной поддержки высших типов нет, но тем не менее полноя категорийная библиотека есть - F#+
Например, ты почему-то не упомянул COG с его Gallina. Не знаю, может потому что его не используют машинные гадатели для подбора параметров для статистических формул.
Если на юнити будешь игры делать, то зачем тебе йава?
В любом случае, научишься нормально программировать — ну типа будешь знать и уметь в паттерны всякие, солид принципы — то яп уже неважно какой.
Мое скромное имхо:
Шарп:
+Больше языковых фич и сам язык развивается чутка быстрее
+Мелкософт из коробки предоставляет добротные либы и свою экосистему
-Нету нормальной кроссплатформенности, если хочешь без лишнего гемороя разрабатывать под шарп, то рано или поздно прийдешь к винде. И да я в курсе про порт net core, но его далеко не всегда хватает
-Если оказалось, что нужной тебе либы нету из коробки от мелкософта, то существует вероятность, что тебе придется изобретать велосипеды или пользоваться кривым говном. Один nHibernate чего только стоит, потому что мелокософтовский entity framework оказался не айс.
-Не знаю можно ли это отнести ко всем. В среднем рейты у дотнетчиков меньше на 20-30% и вакансий меньше чем на джаву.
Джава:
+Кроссплатформенность. У нас на прошлом проекте, половина команды работала на винде, другая на линуксе и еще один чувак писал на маке. Куда это потом все деплоилось нас тоже не особо сильно волновало. Т.к. джава работает почти везде.
+Обратная совместимость. В отличии от дотнета, обычно любое даже самое древнее говно, будет запускаться на любой современной версии джавы.
+Огромное количетство либ на любой вкус. Сколько раз сталкивался, что изначально каким бы не казалось экзотическим задание от заказчика, на твою задачу уже есть готовая либа, которую можно немного допилить или заюзать прям из коробки для своих нужд.
+Больше вакансий и зарплаты чутка выше
-Больше количество легаси проектов и Кровавый Ынтерпрайз. На джаву не так-то легко будет найти модный, стильный, молодежный проект. Правда из этого же минуса вытекает плюс, что ынтерпрайз готов платить за джава разраба больше в среднем.
-Синтаксис язык развивается медленее и фичи добавляются реже. Но это не потому что разрабы джавы такие слоупоки, а потому что должна быть всегда обратная совместимость. Перед каким-нибудь условным дойче банком не должен стоять выбор, мы остаемся на старой версии JDK и имеет незалатанные дыры в безопасности или переходим на новую версию и тогда наш проект идет по пизде и надо тратить огромные бюджеты на допиливание проекта.
-Меньше нормальных либ из коробки. Например какой-нибудь jboss и ejb от оракла, уже почти нигде не встретишь, разве что только на легаси. Spring framework уже стал стандартом дефакто.
P.S. все мои рассуждения со стороны бэкэнд веб разработки. Имхо для остального джава не нужна, а что-то там у шарпа в других направлениях я хз. Если тебя нужен именно гейм дев, то имхо тут шарп+юнити
-Если оказалось, что нужной тебе либы нету: тоже неправда, если в жабе есть 100 либ чтобы сделать любое говно, то в дотнете будет десяток. Не сотня офк, но для потребностей обычных оперденей более чем достаточно. Про NHibernate > EF тоже хотелось бы на примерах услышать.
-Рейты: хз, по моей статистике +- так же, мой круг недавно похожую стату публиковал.
Про джаву в плюсы забыл, то что там ГЦ побохаче и жвм более либеральна к языкам что в неё компилятся. Из-за тех же генериков прибитыми на уровне CLR там своей скалы никогда не будет. Ну и грааль очень крутая штука, частичные вычисления это топ.
Ну а если по пунктам:
1. Поддержка баз
Хибер: SQL Server, Oracle, Ingres, PostgreSQL, MySQL, DB2, Sybase, Informix, SQLite, Firebird и любые другие БД использующие ODBC или OLE
EF: SQL Server, SQLite
2. Поддержка иерархии наследования сущностей у EF беднее чем у Хибера
3. Поддержка алгоритмов генерации примари ключей у EF беднее
4. Написание запросов
Хибер: LINQ, Criteria, QueryOver, HQL, SQL
EF: LINQ, SQL
5. Поддержка optimistic локов, у EF беднее
6. Поддержка Many To Many, у EF через костыли
7. Отсутствие lazy loading у EF
8. У EF кеширование только первого уровня, к хиберу можно подключать кеш второго уровня.
Только давай ты теперь не будешь говорить, что есть такого у оракла, чего нет у mssql или что если какой-то фичи нет в EF, то она и не нужна на самом деле.
2. А наследование в БД не антипаттерн? Это не наезд, чисто интересуюсь.
6. Соглашусь. Как же я плевался. Точнее, он есть из коробки, но автоматом генерирует свою промежуточную таблицу, и на этот процесс (вроде) никак не повлиять. Как-то я юзал Active Record из Ruby, который уебищен чуть менее, чем полностью, как минимум, потому что сам паттерн Active Record уже уебищен. Но мне там просто бесконечно понравилось, как делается many to many. Там можно указать свою кросс-таблицу, в которой могут быть нужные тебе доп. поля.
7. ЭЭЭ? Есть там Lazy Loading. Как раз из коробки сраный Lazy Loading, которым я стрелял себе по ногам, когда был юн и зелен и не знал, что зохавать список, а потом итерироваться по нему и обращаться к полям (которые в других таблицах) - плохая идея.
По остальному не могу прокомментировать.
2. В чем она заключаться должна? Хранить иерархию в БД можно, что еще нужно?
3. GUID/sequental, все что нужно здоровому человеку.
4. Если мы говорим про дотнет, то либо типизируемый LINQ, либо полноценный SQL. Зачем нужны промежуточные форматы?
5. Ну тут возможно
6. Не видел особых костылей, если мы не про EF Core. Если про него, то там пока все сыровато.
7. Как это? Есть, и включено по дефолту, все эти Include/Load как раз нужны для жадной подгрузки
8. Ну, в кэши не лазил, что конкретно он там кэширует не смотрел. ИМХО если уж заморачиваться насчет кэшей нужно редиски подключать, а не надеяться на провайдер.
> Только давай ты теперь не будешь говорить, что есть такого у оракла, чего нет у mssql или что если какой-то фичи нет в EF, то она и не нужна на самом деле.
Хех, удобная позиция. Тут играем, а тут не играем. А я все же скажу: кодогенерация миграций это счастье.
1. Xamarin. В прошлом платный, нынче халява, но только под мобилки (поправьте, если ошибаюсь). Не скажу, насколько он кривой-косой, не пробовал особо.
2. Всякие биндинги для Qt, GTK, WxWidgets. Кривовато, не очень распространено, не очень развивается
3. AvaloniaUI. Open-Source самопал от энтузиастов, но самопал просто божественный. Похож на WPF но с куда меньшим количеством боли, биндинги на RX (Reactive Extensions), работает вообще где угодно от мобилок до десктопа. вплоть до голого фреймбуфера. Минус: сырой, не очень популярный, софта нет. Есть некий Avalon Studio с GUI-редактором, но у меня он не завелся нормально.
Буду рад, если знающие люди подкинут что-нибудь по поводу кросс-платформенного GUI. Кроме ебучего электрона. Пока только Qt приходит в голову, как наименьшее дерьмо. Но и у него дерьма полно (например, маниакальное желание переизобрести стандартную библиотеку).
Если хочется лайтового то бери шарпы. Если хардкора - то Scala. А пур жаба просто не нужна.
https://fuchsia.dev/fuchsia-src/development/languages
Среди официальных языков Фуксии нет Свифта. Тоже хотел изучать этот язык (из-за нового Андроида — для полиморфности приложений), а потом обнаружил эту страницу.