LINUX.ORG.RU

Преемники царей дня сегодняшнего

 ,


0

7

Мир не стоит на месте, как отправились в могилу гиганты прошлого (Fortran, COBOL, Lisp), так уйдут в тень и текущие лидеры индустрии. Дабы не оказаться вместе с ними на краю пропасти, разработчикам необходимо начать приглядываться к новым языкам и искать среди них замены текущим уже сейчас.

Итак, LOR, давай думать, к чему готовиться?
Сфера: Сегодня -> Завтра

Системное программирование: C -> D // ОС, драйверы, утилиты
Язык общего назначения: Java -> Go // прикладное ПО
Скриптовый язык: Perl -> Python // наколенное ПО
Web: PHP -> Go // сайты, web-приложения

Если потребуется, добавляйте свои пункты.
Рынок мобильных приложений и без того слишком молод, опустим.
Пожалуйста, поменьше глупости вида ALL -> Haskell.

Ответ на: комментарий от demidrol

А на Bluespec коммерческие IP корки только так лабают. Включая ядра CPU, кеши и тому подобную радость.

anonymous
()
Ответ на: комментарий от anonymous

Один из самых быстрых скриптов, вместе с жс.

Если имеется в виду альтернативная реализация интерпретатора, LuaJIT, то быстрые альтернативные реализации есть и у Python, и у PHP.

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

Это и означает «без библиотек».

tailgunner ★★★★★
()
Ответ на: комментарий от border-radius

Faildows на десктопе тоже 95% юзают, остальные - хипстеры, по-твоему?

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

TDrive ★★★★★
()
Ответ на: комментарий от border-radius

То есть примеров отсюда (PayPal, например) тебе недостаточно?

Там везде 'все на пхп но вот эту заумную хрень мы сделали на ноде' грубо говоря. Про то что у js есть определенная ниша в которой он лучше других я не спорю но использовать его для каких нибудь админских сриптов... нафиг, нафиг.

TDrive ★★★★★
()
Ответ на: комментарий от tailgunner

быстрые альтернативные реализации есть и у Python, и у PHP.

слишком медленно

Это и означает «без библиотек».

согласен

anonymous
()
Ответ на: комментарий от anonymous

быстрые альтернативные реализации есть и у Python, и у PHP.

слишком медленно

PyPy примерно на уровне V8. Что получится из Piston - увидим, для JS из LLVM получился неплохой JIT: http://blog.llvm.org/2014/07/ftl-webkits-llvm-based-jit.html

Для PHP делается HippyVM и есть HHVM.

tailgunner ★★★★★
()

прошлого

Lisp

Вдоль

C -> D

лол

Java -> Go

лол

Perl -> Python

да

PHP -> Go

лол

Debasher ★★★★★
()

слишком толсто.

твой список «сегодня» это скорее «позавчера», а список «завтра» никогда не случится.

waker ★★★★★
()
Ответ на: комментарий от Kuzy

при этом в языке не хватает средств способных выделить их как отдельные сущности.

Дык, в некоторых языках отдельные паттерны всё-таки «встроены». Например, делегаты в каком-нибудь шарпе и т.д.

Ну и паттерны - это больше к дизайну, чем «парадигме». Свои паттерны и в JS есть и в хаскеле каком-нибудь.

DarkEld3r ★★★★★
()
Ответ на: комментарий от DarkEld3r

Дык, в некоторых языках отдельные паттерны всё-таки «встроены». Например, делегаты в каком-нибудь шарпе и т.д.

«встроены»

wow

such flexible

Ну и паттерны - это больше к дизайну, чем «парадигме». Свои паттерны и в JS есть и в хаскеле каком-нибудь.

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

Kuzy ★★★
()
Ответ на: комментарий от Kuzy

Но ведь Луа - тоже тормозной пых без библиотек.

Совсем не тормозной, совсем не пых.

Интерпретатор Lua ничем не выделяется, про LuaJIT я уже ответил.

А по поводу библиотек ты и не споришь.

tailgunner ★★★★★
()
Ответ на: комментарий от Kuzy

such flexible

Ну это везде так, где нет хорошего метапрограммирования. Но к парадигме это, опять же, слабо относится. Скажем, в комон лиспе ООП вполне себе поддерживается.

В большинстве своем там нет бойлерплейта, в отличии от.

Ага, конечно.

DarkEld3r ★★★★★
()
Ответ на: комментарий от DarkEld3r

Ну это везде так, где нет хорошего метапрограммирования.

Это же самый общий способ решения, любой язык можно сделать юзабельными при «хорошем метапрограммировании».

Но к парадигме это, опять же, слабо относится. Скажем, в комон лиспе ООП вполне себе поддерживается.

А еще там много всего интересного поддерживается, ага, а если не поддерживается, то можнозделать. Те же паттерны ООП можно выделить и потом, вполне справедливо, списать на дополнение к концепции. Вот это, как раз, к парадигме слабо относится.

Я говорю о мейнстрим ООП, без всяких метапрограммирований.

Ага, конечно.

Например?

Kuzy ★★★
()
Ответ на: комментарий от Kuzy

любой язык можно сделать юзабельными при «хорошем метапрограммировании».

И как потом подружить две библиотеки, у каждой из которых своя реализация ООП?

Метапрограммирование - зло.

anonymous
()
Ответ на: комментарий от anonymous

И как потом подружить две библиотеки, у каждой из которых своя реализация ООП?

И как потом использовать одновременно два различных языка, у каждого из которых своя реализация?

Языки программирования - зло.

Kuzy ★★★
()

отправились в могилу гиганты прошлого (Fortran, COBOL, Lisp)

Это в какой вселенной такое? То, что восторженные школьники, умные, как лабораторные крысы, не пользуются этими языками при написании очередного плеера, не делает их мертвыми.

anonymous
()
Ответ на: комментарий от Kuzy

Ну, вообще-то да, так и есть. Не должно быть никаких языков, кроме Java.

anonymous
()
Ответ на: комментарий от CARS

Появится новый диалект Scala под названием Salo и новый диалект Pascal — Moscal.

В цитатник! :)

Hertz ★★★★★
()
Ответ на: комментарий от b-stern

значит так и живешь головой вниз? сочуствую, бро. пусть тебя попробуют привязать к оленю, может небольшая встряска решит проблему.

timuaz_one
()
Ответ на: комментарий от timuaz_one

Я просто не пойму, как фотоаппарат держать. Пробую по-другому, так набок выходит

b-stern
()
Ответ на: комментарий от CARS

Уже были воплощения джавы в железе, и никто ничего не вытеснил. В 2003-107 побарахтались да успокоились- железо Интела даже без спецоптимизаций слишком хорошо, чтобы пытаться с ним тягаться. Да что там, сейчас даже ARM перестала поддерживать особые инструкции для обработки джавового байткода.

Mahmood
()
Ответ на: комментарий от Mahmood

Реализация Java в железе - это вовсе не то, что ты подумал. Это инструкции чтения и записи с барьером, и управление prefetch-ем в кеше.

anonymous
()

Ничего из перечисленного не является преемникиками. Вообще вся эта история со следующими поколениями сильно преувеличина. Ну питон оказался для масс по проще перла и что? И всё, попроще, по понятнее вот и пользуют. С пыхпыха народ на js садится потому что удобно и просто. На го? Да не смешите, никаких гугловских сил не хватит чтобы на го народ перевести.

Ну а остальное и обсуждать нечего, скажите ещё линусу чтобы он подумал о ядре на Д.

Чтобы что-то стало использоваться и заменять собой - не надо чтобы это что-то долго изобретали академики, достаточно чтобы оно было удобно и давало какие-то ощутимые преимущества. Си в своё время стал удобным вариантом переносимого ассемблера, минимально высокоуровнего языка. Народу понравилось. Заменить его при текущих архитекутурах железа нечем. Вот если появится какая-нибудь иная архитектура, которая даст преимущества и сможет конкурировать - тогда и средства разработки тоже поддтянутся.

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

ixrws ★★★
()
Ответ на: комментарий от TDrive

А Джава младше Перла и Пайтона. Так что явно не в возрасте дело. Если раньше при разработке языка с прицелом на популярность пытались ублажить сишников/плюсовиков, то теперь будут ублажать джаваскриптеров с пыхерами.

Mahmood
()
Ответ на: комментарий от ixrws

Так, наблюдение - каждый, кто употребляет слово «массы», наверняка сам-то себя к «массам» не относит. Что само по себе заведомо делает мнение этого человека не стоящим куска какашки.

anonymous
()

Haskell это на сегодня уже мейнстрим. Сейчас основная движуха идёт в виде консолидации языков с зависимыми типами (как с просто ФП-языками было 25 лет назад — тогда процесс привёл к появлению Haskell).

*Профессиональный Haskell-программист*

anonymous
()
Ответ на: комментарий от abc

Руби очень медлительный, в отличии от Python

Бред, скорость сравнимая, Python даже медленее PHP.

Под Ruby нет такого количества системных и прочих библиотек, см. numpy, scipy, sh и прочих.

Это да и не будет, кто бы что не говорил, Ruby - в первую очередь язык для Веба, все остальное коммьюнити не интересует, у Python более интересные и «общие» связи.

umren ★★★★★
()
Ответ на: комментарий от umren

Бред, скорость сравнимая, Python даже медленее PHP.

Python 3 действительно медленный, он не «вылизан» так как Python 2. Я говорил изначально про Python 2. А вот тут PHP 5 — 50 с; Python 2.6 — 30 c.

И кстати Python 2.7 будет быстрее чем 2.6

abc
()
Ответ на: комментарий от CARS

новый диалект Pascal — Moscal

Кстати да. Одного Москаля, который Антон и который специализируется на компиляторах я знаю. Он сделал несколько реализаций Паскаля, в свое время. Народ тогда прикалывался, как вот ты сейчас.

cab ★★★★
()
Ответ на: комментарий от dizza

Язык общего назначения: Java -> Scala // прикладное ПО

Вряд ли. Скала уже сегодня достаточно сложна и пухла.

cab ★★★★
()

ОС будет сильно зависеть от стран БРИК, а от оси будет сильно зависить и драва. Сбер неожиданно стал активно линукс программистов искать и админов.... Но что касается языка, то пока не вижу альтернатив С.
java ещё лет 20 ничего не угрожает, слишком распространена, и самое главное принадлежит на ms.
Думаю всё же не питон а руби. Проще синтаксис, короче код, и проще в освоении.
Аналогично, php заменяется на ruby, уже многие компании не хотят сайты на php, что очень радует, тк проекты на руби и жрут меньше, и поставив rvm сразу готовы работать.

erzent ☆☆
()
Ответ на: комментарий от erzent

Аналогично, php заменяется на ruby, уже многие компании не хотят сайты на php, что очень радует, тк проекты на руби и жрут меньше, и поставив rvm сразу готовы работать.

Это прикол такой ? Только вчера пробовал развернуть Gitlab (который на Ruby), который не смог запуститься на дроплете с 512 Мб ОЗУ. Версия Ruby 2.1 последняя.

abc
()
Ответ на: комментарий от abc

руби пакеты брал с rvm или по одиночке ставил с репов?

erzent ☆☆
()
Ответ на: комментарий от abc

http://rvm.io/rvm/install Install RVM (development version) тебе нужен, в репах какое то говно, я помню задолбался из репов ставить руби пакеты для redmine, тоже запустить не мог. Поставил rvm и всё пошло нормально.

erzent ☆☆
()
Ответ на: комментарий от erzent

Да, я все ставлю с RVM. Но все равно, руби с версии 2.1 стал заметно быстрее, но за счет этого памяти стал кушать больше.

abc
()
Ответ на: комментарий от abc

хз, у меня redmine крутится на серваке с 1 гб оперативы, с мускулем, работай в нём больше 300 сотрудников, и при этом кушает всего 480 метров.

erzent ☆☆
()
Ответ на: комментарий от Kuzy

Например?

Достаточно погуглить «javascript design patterns» и «haskell design patterns». Как ни странно, в первом случае много пересечений с «классическими» паттернами.

DarkEld3r ★★★★★
()
Ответ на: комментарий от abc

И никогда не ставь на серьёзные проекты ubuntu, она не годится под них, её место это десктоп у анальных мазахистов. Для работы пригодны только rhel, suse(не open который),centos,debian stable/oldstable, gentoo. На некоторые работы пригодна fedora, например под файл сервер и для юзверей, если нет денег на rheld.

erzent ☆☆
()
Ответ на: комментарий от erzent

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.