С# и Java, были созданны большими компаниями, чтобы покрыть быстрорастущую потребность в дешёвых программистах.Эти технологии созданы, чтобы снизить порог вхождения и увеличить скорость разработки.А так же активно продвигается идея "программизм в каждый дом".Обратная сторона медали:Для больших компаний - это говнокод. невозможность создать действительно эффективные и сложные приложения. Железо уже не окупает затраты. Рост производительности упёрся в 3 c хвостиком гагагерца и 4 ядра. Удешевление программирования откусывает палку с другого конца.Близится время, когда обновлённые проприетарные большим компанием нужно посадить вас на иглу "умные ассемблеры"(возможно даже кресты) снова войдут в моду. Новичкам уже не станут рассказывать что это супер сложно.Настанет эра "НАСТОЯЩИХ" байтоёбов! Ах-ха-ха!
Сделают ИИ, который даст пососать большинству программистишек. А оставшиеся будут рисовать UML диаграммы, по которым ИИ будет генерировать супер-оптимизированный код.
>>761538ИИ не может быть в природе (по крайней мере в текущем понятии логики и воображения), а набирать код внезапно куда быстрее у удобнее. Сасать.
>>761633>>761538Вангую - новым приорететным направлением станут FPGA дизайнеры и компиляторы для них. Вся это будет опорой био- и хим- промышленности.
>>761633Здешние IT-гуру в своих сычевальнях похоже совсем отстали от жизни:https://habrahabr.ru/post/231699/https://www.youtube.com/watch?v=cTwr_7LX32MА сделать кодогенерацию еще проще. Всего лишь распарсить скажем XML файл и скормить результат оптимизирующему компилятору. Даже уже есть некоторые разработки:https://ru.wikipedia.org/wiki/Microsoft_Visual_Programming_Language
>>761810Да дело в том, что нейросеть это калькулятор, который решает задачу не самым эффективным способом тем более когда работает на 86 железеА способ ввода программы в компьютер без клавиатуры не добавит простоты. Мало того, что распознавание речи - вероятностная хуетень с ограниченным словарём. Человеческая речь устроена так, что без семантического аналаиза распознавание сколько-нибудь сложного текста невозможно.Да и все эти игрушки появились ещё в бородатых годах прошлого века, коммерческая реализация стала возможна благодаря закону Мура, который ксати уже не работает.
>>761453 (OP)>Близится время, когда обновлённые проприетарные большим компанием нужно посадить вас на иглу "умные ассемблеры"(возможно даже кресты) снова войдут в моду.Скорее, научатся нормально оптимизировать функциональные фичи (наконец-то, то самое автоматическое распараллеливание заработает) или завезут что-то декларативное, из чего можно будет генерировать код любой степени оптимизированности.
>>761453 (OP)>>С# и Java, были созданны большими компаниями, чтобы покрыть быстрорастущую потребность в дешёвых программистах.>Эти технологии созданы, чтобы снизить порог вхождения и увеличить скорость разработки.>Близится время, когда обновлённые проприетарные большим компанием нужно посадить вас на иглу "умные ассемблеры"(возможно даже кресты) снова войдут в моду.А вот хуй: Думаешь почему на свет появились Go, Swift, Rust?Потому, что умные ассемблеры не нужнны, нужны инвалидные каляски с турбонаддувом(Go, Swift), или же аппарат Елизарова (Rust).В инвалидной каляске можно ездить и с криывыми ногами, турбонаддув (компиляция в машинный код) дает достаточную скорость.Аппарат Елизарова же просто принудительно выпрямляет макакам конечности, как бы они не сопротивлялись.
>>763587Есть еще nim, который можно считать умным ассемблером, и который делается помимо воли корпораций, но я не уверен, что он вообще взлетит.Вангую, что после Rust очередная корпорация добра запилит инвалидную каляску с #nogc и #memorysafety, но без #rust с человекочитаемым синтаксисом, вот это будет ПУШКА!
>>761453 (OP)>"умные ассемблеры"Раст?
К 2016 .NET уже перестал развиваться, там из полезного только ASP.NET, C# или VB c их формошлепством перестал развиваться вместе с WPF
>>763895С каких парных он умный?Он просто выдает читаемые сообщения об ошибках.
>>763948лол, ты из какой деревни капчуешь? про c# 7 не слышал? Рослин вон пилят, .net core, дохуя чего
>>763962Я про то, что в продакшене используется только ASP.NET, все остальное не используется, т.к не .NET не смог вытеснить жабу с йнтерпрайза
>>761453 (OP)>Железо уже не окупает затраты. Рост производительности упёрся в 3 c хвостиком гагагерца и 4 ядраПоэтому все нынче дрочат на микросервисы, многопоточность и масштабируемость.
>>763592У нима слишком много странных и спорных фич. Да и, похоже, не используется он ни для чего, то есть, язык разрабатывается без какой-либо цели. Из-за этого и не взлетит. Да и синтаксис так себе, если честно.
>>764126>микросервисыВ чём суть?
>>763592> инвалидную каляску с #nogc и #memorysafetySwift? Там управление памятью через подсчет ссылок, GC нет.
>>763967Не .NET, а десктоп перестал развиваться, потому что в эпоху планшетов он нахуй никому не нужен.
>>764240Насколько я понимаю, люди просто решили сделать элегантную выразительную замену сишечке/крестам.https://github.com/nim-lang/Nim/wiki/Nim-use-casesГоворят, что будет хорошо использовать в гейдеве, криптографии, имбеде.Видел на гитхабе проекты на nim+C для Cortex-M и msp430, типо ядро для x86, так что годность для имбеда можно считать доказанной.А какие фичи ты считаешь спорными?
>>764357Это GC-вид сбоку (оверхед может даже выше оказаться, ибо на каждый чих надо счетчики менять), алсо не отменяет проблем с многопоточностью...Хотя Rust их тоже отменяет довольно условно, то есть макака все равно найдет способ намутить повреждение данных или утечку памяти.
>>761538Постоянно вижу подобные маняфантазии.Даже люди в умл-говнине разобраться не могут, а "ии" и подавно не сможет. Чтобы ии смог что-то сделать ему надо поставить задачу максимально полно. UML и любая другая императивная хуйня не предназначена для такого.Если все-таки "ии" появится соснут в первую очередь макаки: динамико- и вм-петушня. Байтойобы же будут писать трансляторы для этого ии, а балом будут править декларативные языки.
>>764367Синтаксис вызова функций, что-то там про зависимость приоритета операторов от количества пробелов, и ещё что-то было, уже и не помню. Ещё жутко раздражала необходимость явно игнорировать возвращаемые значения.
>>764438>зависимость приоритета операторов от количества пробелов>The number of spaces preceding a non-keyword operator affects precedence if the experimental parser directive #?strongSpaces is used. Экспериментальня фича, выключена по дефолту.>Синтаксис вызова функцийА что там? Я просто хочу вкатиться в nim, лучше сразу узнать про подводные камни...
>>764461>Экспериментальня фичаНепонятно, на зачем она вообще нужна. И если разработчики тратят на это своё время, то что-то явно не так.>А что там?Можно вызывать со скобочками, без скобочек, с точками, без точек и ещё что-то. Я сам его давно пробовал и сильно далеко не продвинулся (даже мануал прочитал лишь чуть дальше половины, по-моему (не понравилось, дропнул)), так что я не самый лучший источник знаний.Если хочешь - вкатывайся, потому что работы на нём ты всё равно не найдёшь, а значит, нет особой причины беспокоиться, что он сломан или не понравится.
>>761453 (OP)пожалуйста, не пиши больше>С# и Java, были созданны большими компаниямиа ты в курсе что у больших компаний дохуя серверов где их логика вертится, а не твои >3 c хвостиком гагагерца и 4 ядраедем дальше> "умные ассемблеры"(возможно даже кресты) снова войдут в модуты не в теме, у кого надо и где надо пишутся и библиотеки и прочее с на сях и на ассемблере, просто ты об этом не знаешь. я молчу про микроконтроллеры и прочую электронику
>>763592> с человекочитаемым синтаксисомТ.е. с синтаксисом, идентичным с/c++?
>>764975> человекочитаемым> C++kekus maximus>template<class T>struct W{T v;W(T v):v(v){}};>template<class T>int f(T x){f(W<T>(x));}>main(){f(0);}
>>764998Как ты не старался, но этот кусок твоего скудного знания крестов как раз таки очень даже читаем.
>>764998Кстати да, соглашусь с аноном выше. Я плохо знаю плюсы, но твой код понял.
>>761453 (OP)Сейчас производительность наращивается увеличением числа ядер. "Умные" ассемблеры никак не помогают писать многопоточный код, поэтому соснут хуйца. Впрочем, ничего нового.
>++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++>Как ты не старался, но этот кусок твоего скудного знания брейнфака как раз таки очень даже читаем. >Кстати да, соглашусь с семёном выше. Я плохо знаю брейнфак, но твой код понял.
>>764284В многопоточности и масштабируемости.Одно большое веб-приложение приложение бьется на отдельные маленькие части, каждая из которых реализуется своим отдельным сервисом. Общаются они через какой-нибудь легковесный протокол типа RESTПруфиты:1) Проще масштабировать. Начали тормозить комментарии? Добавь еще несколько инстансов микросервиса комментариев не трогая все остальное.2) Отказоустойчивость. Отдельные компоненты могут отказывать, но приложение в целом будет хоть как-то работать. Пизданулся сервис комментариев - похуй, пляшем без комментариев.3) Возможность выбора инструментов под задачу. Теперь ты не ограничен одним основным языком и одной базой данных, которые раньше использовались твоим монолитным приложением. Каждый сервис может использовать свой язык, свою бд и свое что угодно. В дальнейшем все это может быть изменено прозрачно для других частей приложения.4) Проще тестировать. Приложение явно разбито на части с документированным публичным API. Это гораздо проще проверять чем лезть куда-то внутрь приватных классов, наполненных хакамиВ качестве минусов - чуть большие затраты времени на развертывание, плюс некоторая дополнительная задержка при обработке запросов, впрочем в случае когда сервисы запущенны на одном физическом сервере или в одном дата-центре эти затраты будут копеечные.
>>761453 (OP)> С# и Java, были созданны большими компаниями, чтобы покрыть быстрорастущую потребность в дешёвых программистах.
>>765942Ты тот код отформатируй нормально и всё будет понятноtemplate<class T>struct W {T v; W(T v): v(v) {}}template<class T>int f(T x) { f(W<T>(x));}
>>761810двачую, как бы тут не пытались защитить программирование, но стоит признать, что программирование скоро может отпасть как профессия, будут только инженера-операторы, которые будут на простом декларативном языке описывать модули и взаимодействия их.Этому будет способствовать факт, что профессия дорогая и проблемная (в плане качества результата на момент затрачиваемого времени).
>>761810> машинное обучение называют искусственным интеллектомЧто же с нами стало?>>767909Ну это и будут программисты как 1С-ники и SAP'еры. Такую хуйню в 70-ых с SQL уже проходили - "мы создадим новый язык, чтобы бухгалтера могли сами запросы набивать". Что получилось мы знаем.
