>>1275419 (OP)
>начал вкатываться в С#
нетрогай эту мелкомягкую парашу, она сломает тебе жизнь

> Какие бы три языка вы выделили в приоритете самые лучшие?

Си (без плюсов), Java, Python/PHP

>>1275419 (OP)
Haskell, Lisp, Forth.

Чистая жава когда-нибудь умрёт, заменится каким-нибудь котлиноподобным говнецом.
Шарп останется Энтерпрайз-хуитой с 10% рынка.
Плюсы будут там же, где и сейчас.
ЖС сдохнет лет через 20, уступив место какому-нибудь новому, человечески спроектированному ЯП.

Сейчас наиболее популярны шарпопободные managed-языки - свифт, жава на котлине, сам шарп.

Все хотят писать с человеческим, читабельным синтаксисом, чтобы с памятью ебался GC с возможностью залезть в unsafe, чтобы была удобная IDE, и чтобы была универсальность - на одном языке писать и десктопное приложение, и мобильное, и бэкэнд набросать.

Байтослесарей не слушай, Хаскель так и останется говном для маминых борщехлебов, которые прочитали, что в финтехе в Купертино семизначный годовой доход в долларах, а в Барнауле, Алтайском крае ничего нет, и на фриданс-биржах тоже нихуя.

>>1275424
>МС все проебала, когда обещала свободу, а сделала анальный вендорлок.
какой вендорлок, припизднутый, загугли неткор,а то ты как из пещеры вылез

>>1275424
>Racket - ЯП и Фреймворк для создания ЯП. Хочешь сложить 2 числа? правильный способ написать для этого DSL. Есть мнения что в таком подходе будущее(language oriented programming). Ну и лисп в целом.


Почему не CL? Вроде как на подходе новая редакция, ВНЕЗАПНО выгрузили свежую библиотеку под GUI ну и метагенератор никто не отменял.

>>1275554
>Почему не CL? Вроде как на подходе новая редакция, ВНЕЗАПНО выгрузили свежую библиотеку под GUI ну и метагенератор никто не отменял.
CL не позиционируется как среда для создания ЯП.

Ну и там есть мнение что это устаревшая солянка из разных стандартов.
Еще вроде там несколько разных компиляторов.
Отсутствие среды разработки.
От документации открытой в браузере кружится голова.

Ну и, есть такая мякота как Typed Racket.

>>1275558
>Неткор нужен был в 2002 году, а не в 2014
Кому нужен был, тебе? Ты в те времена ещё под стол ходил, клоун. Дотнет с сишарпом изначально позиционировались как замена джавы под винду(гугли тяжбы sun vs microsoft). Отказываться от .нет, потому что анимедибилу из /пр нинужна или как ты свой высер обосновать можешь?
>Кроме того, неткор набит виндузизмами.
Без конкретики идешь нахуй
>Так что сотри тупую ухмылку со своей кривой рожи.
Ебанько обосрался, но не пернуть не может. Уверен, что ты даже не трогал неткор и по инерции обсираешь, потому что где-то слышал что майкрософт плоха

js-ное гавно

>>1275424
>Есть мнения что в таком подходе будущее(language oriented programming)
Ой, ну хватит пиздеть-то. Об этом будущем пиздят уже сколько я живу, а оно все никак не наступит. DSL - это дырявая абстракция, грамотный DSL написать тяжело, а такой, чтобы он при этом еще и не требовал знаний подлежащего языка - нереально.

>>1275419 (OP)
> Нубяра, начал вкатываться в С#
Никогда не связывай жизнь с продуктами MS. Обязательно кинут.

>Какие бы три языка вы выделили в приоритете самые лучшие?
Жс уже победил и дальше будет захватывать все больше ниш, особенно с появлением типизированных версий.
В науке - питон.
В байтоебстве кресты по-прежнему рулят. При чем, так как тяжелый софт постепенно переходит на GPU, а nvidia не думает поддерживать rust, то конца этому доминированию не видно.

Естественно, свифт и жава для мобилок никуда не денутся, также жава будет языком кровавого энтерпрайза. Но, думаю, жс там постепенно начнет заруливать все с прогрессом железа.

>>1275581
>DSL - это дырявая абстракция
Это индустрия на сотни миллиардов.
Статиску по медицинским исследованиям, внезапно, не на сишечке считают.
DSL повсюду, и с помощью них решаются сложные задачи и зарабатываются большие деньги.

Идеи же за LOP, рациональны, и весьма интересны с практической точки зрения.

Внезапно, ты не пишешь программу на русском языке, мат вычисления проводишь на спец языке, крановщиком руководишь опять на спец языке, школьники с двача то-же не русский используют, в медицине вообще латынь во все поля, в области права то-же совсем другой язык.

>>1275587
>а nvidia не думает поддерживать rust

Почему? Количество говнокода должно уменьшится а КПД увеличится

>>1275587
>Естественно, свифт и жава для мобилок никуда не денутся
Сидел в ридонли 2 недели, но выйду и отвечу. Чем больше читаю здесь, тем больше понимаю, что мало кто шарит и большинство любителей любят высказывать даже о тех направлениях, в которых они не шарят, или шарят поверхостно.

Со свифтом я согласен, в андройде котлин вытесняет жаву. как и свифт раньше вытеснял обжектив. Через 5 лет возможно вообще все поменяется с новой ос, если гугол конечно же ее запилит.

Раст занял уже свою нишу и вряд ли поднимется.

>>1275597
>Почему? Количество говнокода должно уменьшится а КПД увеличится
Я не очень порнимаю контекст, но, вероятно речь идет об OpenCL, и программировании видеокарт.
И то что там используется, не есть С++, или Си, это что-то сиподобное.
И там проблема безопасного доступа к памяти или не стоит вообще, или стоит совсем в другом ключе.
И усложнять там ничего не стоит.

Разного рода кодогенераторы - другое дело, ну вот взять хотя-бы тензофлов.

>>1275588
>Идеи же за LOP, рациональны, и весьма интересны с практической точки зрения.
Нет, это как коммунизм, вроде что-то есть, а на деле получается хуйня.
Универсальные языки рулят и в них есть все нужные инструменты, чтобы работать с любой предметной областью более-менее хорошо. Не идеально, потому что это компромисс, но зато сразу со всеми областями.

Вот есть матлаб, например, по сути DSL для матриц. Удобный. Но, хуяк, через 30 лет он превратился в универсальный ЯП с кучей костылей. Потому что даже в DSL для матриц тебе нужно читать файлы, качать датасеты из интернета и заниматься прочими вещами. Ровно та же хуйня произошла с R.
Точно так же, как и с человеческим языком, любой узкоспециализированный пиджин по мере своего развития превращается в универсальный язык, на котором можно выразить любую мысль, любой DSL обречен стать хуевым универсальным ЯП. Поэтому и надо делать наоборот, не языки делать, а писать старые добрые библиотеки и фреймворки.

Вроде бы SQL удачный пример хорошего DSL... Но по факту люди стремятся как можно быстрее упаковать все в ORM и оттуда не вылезать.

Еще есть такая тема: "зачем нам программисты, давайте напишем специальный язык, который будет понятен бухгалтерам, и пусть бухгалтеры пишут программы". Делают 1С, бухгалтеры нихуя не понимают и появляются 1С-програмисты, просто в языке появляется куча терминов, которые не понятны ни программистам, ни бухгалтерам. Типа транзакции, которые называются проводками. Поэтому эта хуйня тоже закрыта, программировать под DSL всегда сложнее, чем под универсальный язык.

Лиспы - отдельная история фейла. Зачем нам парсер, ведь можно писать скобочками, а данные будут кодом. Но сейчас оказывается, что парсинг в принципе хуйня, зато читать удобнее, а json умеет читать любой утюг.

Вот и получается, что tensorflow написан на питоне и прекрасно себя чувствует, будучи совместимым с numpy и прочими универсальными вещами.

>>1275609
>И то что там используется, не есть С++, или Си, это что-то сиподобное.
OpenCL использует сишку, под CUDA можно писать на подмножестве С++. Это подмножество включает в себя темплейты, поэтому можно весьма кайфово метапрограммировать, например, с лямбдами, которые заинлайнятся прямо в твой код.
В расте вместо темплейтов генерики и хуй знает, как он с таким справится. Сделать-то можно, но я реализаций не видел.

>>1275607
Для меня котлин и жава сорта говна, они отличаются примерно как версии шарпа разных лет, не может быть такого, что чувак учил что-то, а потом хуяк и обломался, ведь оказалось, что жаба померла или котлин помер. Поэтому тут я бы не заморачивался. Гораздо важнее будущее жвм в принципе - скорее всего с развитием докеров и облаков тяжеловесные монолитные жабаприложения будут терять популярность, вот оно и останется только для мобилок и как легаси. А жава там или котлин, какая разница, это не суть вообще.

>>1275607
>Раст занял уже свою нишу

Какую?

>>1275558
Очко твое набито виндузизмами

>>1275611
>Вот есть матлаб, например, по сути DSL для матриц. Удобный. Но, хуяк, через 30 лет он превратился в универсальный ЯП с кучей костылей.
Ты переопределяешь понятие "универсальный" в очень произвольной форме.

>>1275613
>OpenCL использует сишку
Так можно сказать, но это не сишка из стандарта.
Так можно и СИ# назвать сишкой.
Да, это распространенное заблуждение.

>под CUDA можно писать на подмножестве С++
Под опенЦЛ тоже.

>Это подмножество включает в себя темплейты, поэтому можно весьма кайфово метапрограммировать, например, с лямбдами, которые заинлайнятся прямо в твой код.
Так себе идея в случае видеокарты.
Неверно подбираешь какой-то параметр вычислений (размер блока например) , и производительности в 2 раза падает.
Лямбд только не хватает.

>В расте вместо темплейтов генерики и хуй знает, как он с таким справится. Сделать-то можно, но я реализаций не видел.
Это будет не раст.
Так же как и сишка для жпу это не сишка.
Внезапно речь идет о DSL.

>>1275613
Какие лямбды в device коде, ты что наркоман?

>>1275647
Обыкновенные лямбды. Вот тебе пример с SO:

thrust::transform(X.begin(),
X.end(),
Y.begin(),
Y.begin(),
[=] __host__ __device__ (float x, float y) { return a * x + y; } // --- Lambda expression
);

до этого еще в 2011 я использовал функциональные объекты с тем же успехом.

>>1275419 (OP)
1. Haskell
2. Template Haskell
3. Concurrent Haskell
4. ???
5. PROFIT

>>1275611
>Но по факту люди стремятся как можно быстрее упаковать все в ORM и оттуда не вылезать.
Крудоклепатель детектед. Ваше мнение очень важно для нас.

>Зачем нам парсер, ведь можно писать скобочками, а данные будут кодом.
Ты правда думаешь, что там нет парсера? Рекомендую тебе почитать какую-нибудь книгу по программированию для старшеклассников, там обычно объясняется, что такое парсер.


>Чем больше читаю здесь, тем больше понимаю, что мало кто шарит и большинство любителей любят высказывать даже о тех направлениях, в которых они не шарят, или шарят поверхостно.

>>1275637
>Ты переопределяешь понятие "универсальный" в очень произвольной форме.
Универсальный - антоним domain specific. Ты, вводя термин DSL, автоматически отделаешь DSL от чего-то еще, и это что-то еще называется универсальными языками. Вот определение DSL из вики: A domain-specific language (DSL) is a computer language specialized to a particular application domain. This is in contrast to a general-purpose language (GPL), which is broadly applicable across domains.
Любой DSL со временем стремится стать универсальным языком, при чем хуевым универсальным языком.
>Так можно сказать, но это не сишка из стандарта.
Дроч на стандарты вообще мода последних лет, нужно быть полным аутистом, чтобы считать, что нестандартная реализация какого-либо языка - это другой язык. Чисто чтобы доебаться до букв. "Заблуждение" блядь, да иди ты нахуй. Когда я пишу "OpenCL использует сишку, под CUDA можно писать на подмножестве С++", акцент не в том, стандартный ли там язык или нет, а в том, что CUDA поддерживает фичи из С++, а OpenCL нет.
>Под опенЦЛ тоже.
Только сидя на диване. Как, собственно, и все, что ты пишешь.

>>1275658
>Ты правда думаешь, что там нет парсера?
>Рекомендую тебе почитать какую-нибудь книгу по программированию для старшеклассников
Лол. Еще лет 5-10 и ты сможешь понимать, что я пишу, а пока тебе тяжело понять текст специалиста, который всегда полон умолчаний.
Мне неинтересно разжевывать свой текст настолько, чтобы каждый мимопроходящий вкатывальщик не смог доебаться ни до одной буквы. Любому очевидно, что я имел в виду. Тебе нет - ну и пройди нахуй.

>>1275655
понятно, траст, я думал ты лямбду в kernel запихнул

>>1275674
Так она и запихнута в кернел получается. Для каждой лямбды компилятор сгенерирует свой device код. Темплейты отлично ложатся на архитектуру видюх.

>>1275618
У параши.

>>1275721
>https://www.khronos.org/registry/OpenCL/specs/2.2/html/OpenCL_Cxx.html
>После такого обосрамса, предлагаю тебе повесится.
А теперь посмотри железо, которое поддерживает OpenCL 2.2 (спойлер: никакое). С++ появился в 2.1. Но его тоже поддерживает только Intel. Nvidia не поддерживает даже 2.0. AMD поддерживает, но в 2.0 не С++. Говорю, с дивана этого не видно.
Это, что касается фактов. В остальном ты тупо доебываешься до терминов.

Мой совет. Начинай вкатиться в то, в чем быстрее начнёшь что то делать. Иначе быстро станет скучно.
А язык это всего лишь инструмент. И нет на самом деле такого понятия как язык будущего. Технологии выберет бизнес. Почему сейчас почти все пишут на JS? Потому что много прогеров.

>>1275724
>Ты написал страшную глупость.
Я написал умную вещь, которая не влазит в тупые мозги лиспоблядей, а именно, почему лисп не взлетел, не взлетит, а там, где он взлетал (как скриптовый язык в каком-нибудь имаксе или автокаде), его стараются выпилить. То, что тупые лиспобляди эту умную вещь не понимают, не удивительно, на то они и лиспобляди.

>Лисп имеет такой синтаксис вовсе не из соображений простоты интерпретатора и парсера.
Чтобы узнать, из каких соображений лисп имеет такой синтаксис, нужно спросить его автора и получить ответ: This internal representation of symbolic information gives up the familiar infix notations in favor of a notation that simplifies the task of programming the substantive computations, e.g. logical deduction or algebraic simplification, differentiation or integration. If customary notations are to be used externally, translation programs must be written.
...
In the late 1950s, neat output and convenient input notation was not generally considered important. Programs to do the kind of input and output customary today wouldn’t even fit in the memories available at that time.

То есть внутреннее представление проще иметь таким по таким-то соображениям, а если снаружи хочется использовать что-то еще, необходимо писать парсер, но это были 50-е, и нормальный парсер бы не влез в память.

Впрочем, к моей прямой речи это не имеет отношения. Не важно, из каких соображений Маккарти выбрал такой синтаксис (когда ты пишешь язык с нуля, ты скорее всего придумаешь что-то подобное). Важно то, что в 50-е такие жертвы во имя синтаксиса были оправданы, сейчас нет. И, казалось бы, система автоматического символьного дифференцирования с кодогенерацией на разные платформы, вроде бы доктор прописал лисп использовать, однако хуй, там питон. Гомоиконность не нужна, она не дает тебе никаких преимуществ, зато дает кучу недостатков.

>>1275813
>А теперь посмотри железо, которое поддерживает OpenCL 2.2 (спойлер: никакое). С++ появился в 2.1. Но его тоже поддерживает только Intel. Nvidia не поддерживает даже 2.0. AMD поддерживает, но в 2.0 не С++.
И?
Что это означает, и почему это должно меня, или кого-то еще, волновать?
Что ты сказать хочешь? Ты с чем-то споришь? Какой-то тезис хочешь внести?

>Говорю, с дивана этого не видно.
Ну так не сиди на диване.

>Это, что касается фактов. В остальном ты тупо доебываешься до терминов.
1. Это твои дружки из подворотни доебываются.
2. Это тебя похоже очень волнует вопрос терминов. Иначе непонятно, к чему ты все это вообще пишешь. Хватит несвязный бред нести, вначале формулируй мысли, потом пиши.

>>1275820
>Гомоиконность не нужна, она не дает тебе никаких преимуществ, зато дает кучу недостатков.
Такое утверждение нужно разворачивать, с примерами, исследованиями, итд.

А то получается:
>лиспоблядей
>тупые лиспобляди
>лиспобляди
>Я написал умную вещь
После таких умных вещей, самое время снять обосранные штаны, и пойти под струю помыться.

>Чтобы узнать, из каких соображений
>Википедия
Ну ладно.
>notation that simplifies the task of programming the substantive computations, e.g. logical deduction or algebraic simplification, differentiation or integration
Речь не об упрощении компилятора, а об упрощении программирования.

>Чтобы узнать, из каких соображений лисп имеет такой синтаксис, нужно спросить его автора и получить ответ
Это ответ, о соображениях 1950х годов.
Сегодня лисп имеет определенный синтаксис возможно и из других соображений.

>а если снаружи хочется использовать что-то еще, необходимо писать парсер,
Ты как заведенный эту глупость повторяешь.
1. Лисп имеет парсер, ты нечерта не понимаешь в том как работают ЯП если такое заявляешь.
2. Через пару простых макросов лисп получает инфиксную нотацию и доступ к объектам через точку. Это от слова совсем не проблема. Хочешь инфиксную нотацию и точку, включил макросы - и вперед.

>И, казалось бы, система автоматического символьного дифференцирования с кодогенерацией на разные платформы, вроде бы доктор прописал лисп использовать, однако хуй, там питон
Массовая адаптация технологий в последнюю очередь зависит от их объективных качеств.
Яйфоны покупают не от того, что это очень полезная вещь.
Года до 2005, благодаря заказной работе Минского, и сопутствующего ее продвижения в академическую науку, тема нейронных сетей вообще была закрыта с 1969 года, 35 лет.

>>1275419 (OP)
Typescript, C++, Erlang/OTP

>>1275826
>И?
Напоминаю:
>>>>OpenCL использует сишку, под CUDA можно писать на подмножестве С++.
>>>Под опенЦЛ тоже.
>>Только сидя на диване. Как, собственно, и все, что ты пишешь.
>После такого обосрамса, предлагаю тебе повесится.
Под OpenCL писать на С++ может только хуй с дивана, кем ты и являешься.

>>1275424
>RUST - позволяющий писать системное ПО не отстреливая себе ногу яйца туловище и голову
Чето приспустил с этого мамкиного системщика, код на расте это когда ты большую часть программы в unsafe оборачиваешь

>>1275568
>Проект живой и развивается
Последний коммит 3 года назад

>Ну и как я писал выше, есть мнение что к выходу готовится новый стандарт.
Не надо выдавать маняфантазии за некое мнение

>>1275554
>Есть мнения что в таком подходе будущее
Индусы java выучить не могут, а ты хочешь для написания каждой программы изобретать язык. Ты ебанутый?

Язык должен быть строгим как твоя училка по русскому языку.
Макросы, DSL и т.д. это лютое зло ухудшающее читаемость кода.

>>1275914
>Последний коммит 3 года назад

и? Мань, ты не можешь в английский? ЭТО УЖЕ ОФОРМЛЕННЫЙ СТАНДАРТ, на кой туда еще коммитеть ?

>>1275922
>Проект живой и развивается
В каком месте он развивается?

>ЭТО УЖЕ ОФОРМЛЕННЫЙ СТАНДАРТ
Где это написано?

>на кой туда еще коммитеть
Хотя бы из-за исусов и пул реквестов, ну или хотя бы проявлять хоть какую-то активность в своей репе

>>1275827
>Такое утверждение нужно разворачивать, с примерами, исследованиями, итд.
Вместо этого ты пишешь хуйню типа "Ты правда думаешь, что там нет парсера".
Тем бездонная, если ты наберешь "why homoiconicity failed", "why haskell is not homoiconic", наткнешься на кучу мыслей по этому поводу. Заодно и почитаешь про связь между гомоиконностью, парсингом и как собственно гомоиконность позволяет писать макросы без парсинга исходников.
А свою мысль я уже написал - даже для такой йобы как tf достаточно возможностей питона, все, что больше, не нужно, так как ведет к зоопарку для шизофреников.
>>Википедия
>Ну ладно.
Лол. Это статья Маккарти History of Lisp за 1979 год.
>Сегодня лисп имеет определенный синтаксис возможно и из других соображений.
Логическая уловка "ненастоящий шотландец". Лисп имеет такой синтаксис ровно из этих соображений, дать возможность программисту работать прямо с AST наиболее приемлемым способом.
>Ты как заведенный эту глупость повторяешь.
Я перевел тебе следующие два предложения: "If customary notations are to be used externally, translation programs must be written./Programs to do the kind of input and output customary today wouldn’t even fit in the memories available at that time.".
Для тебя и слова Маккарти глупость - ну окей.
>1. Лисп имеет парсер, ты нечерта не понимаешь в том как работают ЯП если такое заявляешь.
Нет, это ты тупой и не понимаешь слов специалиста, которые для тебя являются птичьим языком. Я нигде не писал, что лисп не имеет парсера. Я написал, цитирую: "Зачем нам парсер, ведь можно писать скобочками, а данные будут кодом.". В лиспе ты не парсер пишешь, а используешь готовый парсер самого лиспа, и подгоняешь нужную тебе грамматику под лисповскую.
>2. Через пару простых макросов лисп получает инфиксную нотацию и доступ к объектам через точку. Это от слова совсем не проблема. Хочешь инфиксную нотацию и точку, включил макросы - и вперед.
Это очень большая проблема - язык превращается в говно и мешанину синтаксических вывертов.
>Массовая адаптация технологий в последнюю очередь зависит от их объективных качеств.
Ну конечно, и только мамкин борщехлеб знает, какие технологии хороши, но вот почему-то не взлетают. Массовая адаптация технологий в первую очередь зависит от их объективных качеств. Айфоны очень полезная вещь, ты кто блядь, хуй с тупичка гоблина что ли, айфоны ему не нравятся.
>Года до 2005, благодаря заказной работе Минского, и сопутствующего ее продвижения в академическую науку, тема нейронных сетей вообще была закрыта с 1969 года, 35 лет.
И снова нет. Множество определяющих работ это 80-е и 90-е. Было 2 ai-зимы, плюс в 90-е нейронки были под кернел-методами, и главным образом это определялось хуевым железом.

>>1275422
> С# мелкомягкий
> юзай Python/PHP
Маня, тебе кто из уголка разрешал выходить?

>>1275419 (OP)
>Какие бы три языка вы выделили в приоритете самые лучшие?
D - единственный достойный называться лучшим.

>>1275820
>почему лисп не взлетел
Юный формошлеп ничего не слышал о буме AI в 80-ых.

>как скриптовый язык в каком-нибудь имаксе или автокаде), его стараются выпилить
Да, столман уже 35 лет как пытается выпилить елишп из емакса, да все никак не получается. Логично.

>Чтобы узнать, из каких соображений лисп имеет такой синтаксис, нужно спросить его автора
Юный формошлеп даже не осознает, что лиспы - это семейство языков программирования, как например си-подобные языки или разные виды башей. Впрочем, умному юному формошлепу это осознавать необязательно.

>Гомоиконность не нужна, она не дает тебе никаких преимуществ
Ты ни разу в своем посте не упомянул слово "макросы". Впрочем, не парься, меньше знаешь - лучше спишь.

>>1276021
>Ты ни разу в своем посте не упомянул слово "макросы"
Я прямым текстом написал, что ты нихуя не понял из сказанного мной и наделил мою фразу какими-то своими нубскими смыслами.

>>1276052
Ты это другому анону писал (и, кстати, ни разу в своем посте не упомянул слово "макросы"), мой юный друг.

>>1276105
>и, кстати, ни разу в своем посте не упомянул слово "макросы"
Как же ты заебал с этим. Извини, что я не вписываюсь в твой манямирок, но все те вещи, которые ты с апломбом мне тут поясняешь - про парсеры, по бум аи, про имакс, про лиспЫ, про макросы и прочую малафью, я узнал лет восемь назад, и поэтому это все очень тупо выглядит. И из моих текстов это можно понять. Хочешь жить в манямирке - живи. На бордах таких фриков много. Но закончишь ты как золотце в таком случае.

>>1276144
>я узнал лет восемь назад
Какой молодец! Теперь, спустя восемь лет, можешь погуглить значение слов "AST", например, чтобы впредь не выставлять себя идиотом на анонимном форуме - я лично тебе на это даю свое благословление, мой формошлепный приятель, приступай.

>>1275419 (OP)
из того что меня интересует для веба жс для фронта и го/жс для бэка, для дата саенса очевидный питон, как-нибудь вкачусь.. С языками для бэка сейчас тяжело определиться, чтобы написать быстренько универсальный круд нода с монгой топчик, чтобы ебаться с эффективным чем-то видать го следует выучить, непонятно распределяется все, но на яве я бы точно писать не стал после вузика.

C/C++ - скорость
Жаба - кобол будущего, будут плеваться, но переписывать под модные маняязыки вылетит в копеечку
Жс или python

ну там наверно во фронтенде монополия js

в assende доминирование пхп. так как миллиону сайтов надо поддерживать все эти велосипеды из костылей, которые были сделаны.

стабильная доля у свифтов шарпов яв и скобкоговна.
стабильная жалкая доля у специализированного r.
нестабильная доля у руби.
на свалку истории паскали делфи и российские птушники

СТРЕМИТЕЛЬНЫЙ взлет может быть наверно у нового языка обслуживающего Н-сети, не как библиотека, а как язык, с новым синтаксисом, которого сейчас еще нет(на слуху)
neytron.akson = f=layer1,layer2,layer3

или если сделают квантовые компы.

или если сделают язык с посредником-обработчиком-ИИ, языку говоришь что сделать, он делает алгоритм. ты редактируешь.

>>1275419 (OP)
>Какие бы три языка вы выделили в приоритете самые лучшие?

C#
SQL
Javascript

Освоишь - будешь всегда иметь говноработу крудошлёпа, и поплёвывать свысока на бородатых лисп-фрилансеров-хипстерков с крысиными хвостиками вместо стрижки.

>>1275419 (OP)
Python, JS, C.

>>1275419 (OP)
За китайским.
/тхреад.

работаю в интерпрайзе
хуйню про джава/шарп умрет слышу уже лет 5
но они не умирают почему то(( а скорее наоборот

>>1281220
Да даже какой-нибудь Дарт вполне себе развивается и живой. Как убить всякие жавы и сишарпы я вообще не представляю.

>>1275419 (OP)
Сиярп/питон/жс/го
И вопросики свои пекарные порешать, и на бутер с икрой заработаешь. Школьников кукарекающих про расты и машинлернинг не слушай. Сходи на ххру и посмотри количество вакансий, выбери что нравится, туда и вкатывайся.
Шарп вполне неплох, особенно если хочешь прошарить ООП, формошлепить, или игори на юнити клепать. В ыпрайзе крутят асп и мсскуэль. Советую вторым языком взять питон, чтобы охуеть от того насколько это разные языки и чем отличается решение вопросиков на них. Жабаскрипт тоже потрогай, но потом, когда припечет. Либо если фо фронт влечет.
Добра и успехов в учении.

>>1275419 (OP)
Kotlin, Go, JS.

>>1275573
Кек, а ведь правда не трогал, а пиздит, потому что ему нинужно. Типичный /pr/.

>>1275419 (OP)
https://m.habr.com/post/310252/

>>1281263
Благодарю! Тебе тоже всего доброго!

Спасибо всем кто ответил.

вкратце по тому, в чем разбираюсь:
кресты все более и более отходят от мейнстрима, становясь нишевым языком, другое дело что этих ниш относительно много сохраняется
с новыми стандартами язык становится удобней для программирования если это опытный человек, но для новичков кривая изучения за последние несколько лет просто взлетела до небес
НЕ советую вкатываться, разве что вы закончили вуз по специальности программирование и за время учебы несколько лет уже дрочили на кресты
тогда у вас еще будет вариант устроится тыщ на 60 в дс, на 40 в дс2 и на 20 в провинции

>>1276184
>C/C++ - скорость
не совсем так
возможность предсказуемого времени выполнения, реалтаймовость
второй убойный плюс: модель памяти

все что вы должны знать о лисп мирке:
если бы это сообщество было достаточно крепким и решительным они давно бы переписали emacs на common lisp
необходимость в этом просто зверская, всех уже давно заебал elisp, но приходится жрать этот кактус
возмем к примеру активнейший проект magic (фронт гита для емакса), а делают его на уродливом елиспе, как и раньше

>>1275419 (OP)
Haskell
Javascript
Третий не могу придумать.

>>1275419 (OP)
С\С++
Swift
Haskell\Lisp

>>1275419 (OP)
F*, OCaml, Coq.

>>1283975
Ладно окамл, но остальные-то уже в прошлом, можно сказать. Не будут же к ним кубы приделывать.

>>1275422
> >начал вкатываться в С#
> нетрогай эту мелкомягкую парашу, она сломает тебе жизнь
Сука блядь, очередной долбоеб, который не в курсе рынка. С сисярпом у опа куда больше перспектив, чем с нижними языками вместе взятыми. Почему? Да потому что блядь это уже почти стандарт, дохуище вакансий и нормальные зп.
> Си (без плюсов)
Параша, будешь Легаси поддерживать
>Java
Ок
>Python
Нахуя он в 2к18?
>PHP
В снг актуален

>>1283574
Вот этот знает.
Другие языки умрут в ближайшее время

Pascal
Visual Basic
Fortran

>>1284989
>Python
>Нахуя он в 2к18?

Объяснись

>>1284981
>но остальные-то уже в прошлом, можно сказать. Не будут же к ним кубы приделывать.

Поехал? F* еще даже не релизнули 1.0 а coq безальтернативный лидер в области верификации.

>>1275419 (OP)
Old Си, Ansi Си, Ассемблеры

>>1285337
не слушай даунов

>>1287420
>F* еще даже не релизнули 1.0
И что, ты хочешь мне сказать, что они возьмут и сделают гомотопическое ядро с вычислительным смыслом? Если да - вопросов нет, пусть будет.
> coq безальтернативный лидер в области верификации
Это сейчас, а у ОПа в заголовке про будущее написано. Coq уж точно слишком велик, чтобы его переделывать с корня.

>>1288232
Поясни про Perl.
Дед преподающий в шараге курс операционных систем(UNIX), неистово ненавидит Windows и убеждает в исключительности Perl. Мол даже создатель его был не программистом ,а лингвистом. И в светлом будущем, люди непременно осознают недостатки и перейдут на UNIX подобные системы и Perl.
Я не воспринимаю его всерьез ,но всё же интересно ,что имеет ввиду этот сломленный мечтатель из прошлого века.

>>1275419 (OP)
python

>>1275419 (OP)
python

>>1288267
>Я не воспринимаю его всерьез ,но всё же интересно ,что имеет ввиду этот сломленный мечтатель из прошлого века.
Примерно то же, что обсуждают здесь, на бордах, с 2011 года:
http://fprog.ru/2009/issue1/eugene-kirpichov-fighting-mutable-state/

>>1275419 (OP)
> За каким языком программирования будущее?

python -- говно месить еще долго надо будет

Rust -- системщина на замену C++. Сыроват, но у меня оптимизм на его щет

ну что-нибудь *ML (SML, Haskell, OcaML, ReasonML)

>>1275419 (OP)
>Какие бы три языка вы выделили в приоритете самые лучшие?
Assembly , Factor , Wolfram.

>>1288799
Что значит "говно месить ещё долго будет"?

>>1288853
Ну, питон, он чтоб говно месить, не? Джанги-хуянги, бэкэнды-хуенды, ансибли-фабрики, машинлернинги-тензорфловы. По-быстрому чего-то наколбасить когда все горит и в продакшн. По-быстрому наколбасить костыль к побыстро наколбашеному коду когда пять лет назад все горело и было в продакшн. Ну тыпонел.

>>1289083
А что не говно-месить-то? Хаскель?
Он, кстати, не ML нихуя.

>>1275419 (OP)
>За каким языком программирования будущее?
ruby

>>1285172
>>1283574
>>1283583
Вот эти знают толк в кодинге

>>1288267
https://2ch.hk/pr/res/1288066.html#1288070

C/C++
Rust
Python

>>1289556
lol, a gde php/js/css/html

>>1289650
> lol, a gde php/js/css/html

Small brain: за html будущее

Glowing brain: за js будущее

Enlightened brain: за css будущее

Galactic brain: за php будущее