> Но! Есть надежда, что это ненадолго. Хипстеры привыкли создавать полурабочие решения на
> базе проверенных временем отлаженных надёжно работающих, да к тому же часто
> бесплатных, и продавать свои недоделки за большие деньги. Но что они
> будут делать, когда основа, на которой строят они, станет того же
> качества?Перепишут основу. Вон недавно в новостях проскакивало про Atom, который оказался слишком тормозным, и поэтому гугел переписал критические для производительности части c js на rust'е, чтобы они работали быстрее.
> Пример из жизни: берём рабочий, отлаженный, бесплатный похапе, костылим монструозный полурабочий
> битрикс, продаём за миллионы. И всё было хорошо, пока недавно руководитель
> битрикса не напоролся на таких же, как он сам, овноделов. Когда
> оказалось, что весь их Битрикс24, якобы надёжно резервированный вторым облаком, накрылся
> медным тазом, включая резервное облако, потому что у хостера оба облака
> подключались через ОДИН канал и упал железка, отвечающая за этот канал.
> Рыжиков на овно исходил в фейсбуке, визжа как истеричка, после чего
> в истерике мигрировал на другого хостера.
Именно поэтому хипстеры не используют битриксы, они больше по всяким там RoR тащились, затем по node.js, и я не удивлюсь, если в обозримом будущем они пересядут на rust или go.
Это именно так и работает -- строится полурабочая система, но большая и сложная, позволяющая набрать опыт работы с такими большими и сложными системами. Затем с учётом обретённого опыта строится более рабочая система, затем ещё более рабочая, а затем всё доходит до... До уровня rust'а, например -- я тут заглянул в тему веб-программирования на rust'е, поскольку мне потребовался сайт на три странички, с большим количеством client-side кода и тупеньким сервером. Ну и не буду же я писать всё это на js? Нет конечно, и к похапэ я не прикоснусь. А как ещё это можно сделать? Нормальный язык компилируемый в WebAssembly и что-нибудь нормальное же для сервера. Ну и в силу увлечённости rust'ом я взял rust для всех этих целей.
Выводы. Rust ещё не дорос до Ruby on Rails: нет того уровня интеграции компонентов, кое-какие вещи (скажем возможности тестирования веб-приложения, которые есть в Rails) отсутствуют, плюс не хватает "отполированности" -- когда ошибка компилятора о несовпадении SQL-схемы и rust'ового типа для описания строки таблички выглядит как два экрана 80x25 плотно забитых символами без переводов строк и практически без пробелов -- это конечно ни в какие ворота не лезет.
Но в общем вектор развития и скорость его, наводят на мысль, что лет через пять rust вполне сможет конкурировать с RoR не только сложностью освоения, но ещё и удобством и функциональностью. При этом сложность освоения, в случае rust'а, на мой взгляд меньше, поскольку статическая типизация позволяет находить ошибки на более ранних этапах.
То есть, я к чему, хипстерские подходы были отработаны в RoR, node.js и пр, и сейчас они доросли до уровня, когда их можно реализовать на статической типизации, на статическом управлении памятью и на т.н. zero-cost абстракциях. И именно это и происходит сейчас.
