раст проталкивают в нишу веба(бекэнда) как могут. И мне это не понятно.
Потому что современный Web с его «технологиями» — полная кака и адепты Rust хотят привнести в него хоть что-то нормальное, пусть даже компилируемое.
С внедрением WebAssembly может будет шанс на Web-фреймворки на Rust, которые бы имели доступ к DOM и рендерили элементы управления в WebGL. Возможно даже появится что-то вроде QtQuick для Web'а, компилируемое в байткод WASM, а не Js-лапшу.
Почему D нету на The Computer Language Benchmarks Game, кстати?
В свое время был. Видимо, никому не интересно, как и не интересен уже и сам этот Benchmark Game.
Собственно проблема в том, что если язык не слишком популярен, то будут проблемы с библиотеками, сообществом и т.п.
Если бы ТС нужен был язык для промышленной разработки в большой команде, D вряд ли можно было бы посоветовать. А так ему, походу, нужно для localhost-а. В таком контексте энтузиасты D давным-давно успешно используют.
кроме раста ничего лучше не найдете, раст - это современный язык, только за ним будущее. серьезно. все остальное устарело еще при создании. попробуйте и вы получите удовлетворение совершенно бесплатно.
Можно, но не сказать что очень приятно. Rocket-rs выглядит многообещающе.
Но это вообще не аргумент, кому-то и на ассемблере норм делать великолепные и быстрые сайты)
Можно, но не сказать что очень приятно. Rocket-rs выглядит многообещающе. Но это вообще не аргумент, кому-то и на ассемблере норм делать великолепные и быстрые сайты)
мне приятно, например. приятно что мой сайт работает быстро и почти не использует js. мне нравится внутрянка фреймворков. мне нравится раст и радует что tdd-шный бред в ржавчине не популярен - легко начать комиттить в общие проекты сообщества. чувствуешь свое превосходство над питономакаками
Тем не менее, раст проталкивают в нишу веба(бекэнда)
А больше некуда. Понимаешь, сейчас всех пинками и тумаками будут загонять в веб, уже процесс идет. Через 10 лет десктоп в классическом понимании закопают, будут только большие мабилы с браузером и эмулятором софта (электрон, ага). И браузер/эмулятор этот уже написан, другие убьют (уже в процессе, даже мс не устоит). Системщина будет вся на жабе/дотнете. Вот и останется фанатам раста только компилировать в вебасм. Кто уж на таком чуде станет писать сайтики покрыто мраком. Такая вот футурология.
With the release of version 0.21, we wanted to share with you the state of Crystal development so far this year, aiming towards a 1.0 version by the end of the year.
php, python, ruby - кроме них ни у кого инфраструктуры нет.
с нормальным ООП
python (если из этих трех)
Еще в *clojure* есть какая-то инфраструктура, но в ней нет ооп и по сути нет фреймворков в духе django, rails, yii, придется самому собирать. Хотя это и не сложно, если есть опыт веб-разработки. Сами компоненты для сборки весьма хорошие, лучше, чем в ruby и python, о пхп вообще молчу.
Не могу понять, комментирующие - тролли? Советовать для веба D, Rust, Dart, Haskell... Топикстартер уже почти склоняется к использованию С++. WTF? o_O :)
Он с самого начала треда склонялся)
Вообще, а почему нет, если есть у языка есть веб-фреймворк, а автору хочется писать для себя, а не протащить в кровавый энтерпрайз?
Под похожий проект работает 3 сервера( 2 для распределения нагрузки и 1 для разработки) на каждом сервере стоит рейд из 4-х дисков.
Потому тут не на 1$ в месяц. И глянув какие ресурсы тратит golang то решил задуматься на чем делать.
При чем тут рейд из 4-х дисков и какой ЯП выбрать? И почему решил, что го оптимальнее по ресурсам? Может он памяти жрет меньше, но за это заплатишь ЦПУ. Если на хелловорд задачах кажется, что всё круто, а как получишь нагрузку 1КК, то он тебе весь ЦПУ сожрёт заботясь о памяти. И если память сегодня хоть терабайт воткни, то ЦПУ сложнее апгрейдить.
Зайди сюда http://benchmarksgame.alioth.debian.org/u64q/go.html, скачай примеры, где работа со структурами, а не математика. Да запусти на своих серверах. Если брать цифры с сайта, то как я и говорил, там где работа со структурами - го нагружает проц, в отличии от джавы. Например, binary-trees коэффициент 4x, не в пользу го.
FPC+Lazarus, я думаю, будет лучшим выбором для программирования в Web на компилируемом ООП-языке.
Примерный путь использования Web-компонентов: http://wiki.lazarus.freepascal.org/fcl-web
Языков то полно на любой вкус, но если хочешь готовую отлаженную экосистему, то выбирать не из чего. JVM, рельсы, пхп, всё. Рельсы можно совместить с JVM, дополнительный бонус. Кстати, там очень приличная реализация рубей. Если бы еще кто портировал рельсы на Crystal, была бы бомба кмк.
Разница в том, что JRuby это Ruby, а Crystal это «какой-то еще один язык программирования, синтаксисом похожий на Ruby», если уже переписывать ПО на совсем другой язык, то явно на что-то более готовое для продакшена, имхо.