[Us] Липсващи фийчъри по фауна

[Венцислав Атанасов]

Петко, от първия ти мейл разбрах, че не планираш да се занимаваш повече с
фауната, защото нямаш време. Аз имам голямо желание да се занимавам с
проекта, защото съм мързел и искам всичко да ми е колкото се може
по-автоматизирано. Единственото което ме спира е езика на който е написан.
Иначе казано, ако нямаме компетентни програмисти на Руби, които да имат
време и желание да се занимават с проекта, бих го форкнал с пренаписване, и
бих го поддържал в бъдеще. Иначе рискуваме да го омажем с всякакъв вид
глупости, породени от липса на опит и неразбиране какво се случва в кода.
Бих научил Руби, но не смятам че ще мога да правя нещата до толкова
"правилно", че да си публикувам кода, и security/privacy-то на лаба и
членовете да е на същото ниво или по-добро.
Мога да започна да работя по PHP версия, която да кача някъде като сорс и
като демо. Когато дойде момента, в който тя настигне и задмине текущата
фауна по функционалности, ще предложа гласуване на УС за това дали да я
замени.

2016-07-03 0:44 GMT+03:00 Petko Bordjukov <bordjukov at gmail.com>:

> On Sat, 02 Jul 2016 23:21:55 +0300,
> Венцислав Атанасов wrote:
> >
> > На мен ми идват някакви лоши мисли, като например пренаписване на
> фауната на
> > по-разпространен език за програмиране, за да може повече хора да се
> включат в
> > разработката, без да се налага да учат Руби на Релси.
>
> Не мога да подкрепя мотивът за пренаписване. Хората, които искат да се
> включат,
> ще трябва да могат да се ориентират във фреймурка на приложението. Дали е
> някой,
> който аз знам или някой, който ти знаеш, е все едно – останалите
> най-вероятно
> трябва да придобият поне базови познания, за да допринасят.
>
> > За фреймуърк мога да предложа Laravel. Той е MVC, с MIT лиценз и има 2
> версии -
> > Laravel и Lumen. Първата е за уебсайтове, втората е за REST API-та.
> Идеята ми е
> > core-а да е на Lumen, да предлага апи за аутентикация и изобщо да
> обслужва целия
> > бекенд, а фронтенд частта да си комуникира директно с апи-то през уеб
> браузъра.
>
> Не мога да подкрепя интеграцията на система, написана на фреймуърк с
> по-малък
> адопшън и общество (следователно по-малко изпитана, по-зле поддържана и с
> по-бедна, ако такава изобщо съществува, екосистема) от
> досегашния[0][1][2][3][4][5][6].
>
> Не мога да се включа с труд в пренаписването, защото не виждам смисъл да
> уча нов
> фреймурк, който на пръв поглед няма преимущества пред Rails.
>
> Дори ако става дума за извличане на API-only приложение и разбиване на
> монолитната fauna на отделни микро услуги (за което Васил каза какво си
> мисли, а
> аз бих препоръчал да хвърлите едно око на [7]), вчера рилийснатия Rails 5
> вече
> го поддържа[8] след сливане на дългогодишния и изпитан Rails::API проект.
>
> > Какво мислите за тази идея?
>
> Не.
>
> Като цяло идеята ми звучи като да мигрираш приложение от PostgreSQL на
> MongoDB,
> защото повече хора знаят JS от SQL.
>
> Ако броят затворени PR-и може да се използва като метрика за големина и
> участие
> на обществото, ето за сравнение:
>
> [0] https://github.com/larave/laravel/pulls?q=is%3Apr+is%3Aclosed
> [1] https://github.com/laravel/lumen/pulls?q=is%3Apr+is%3Aclosed
> [2] PR-и, откакто Rails е в github:
> https://github.com/rails/rails/pulls?q=is%3Apr+is%3Aclosed
> [3] https://github.com/django/django/pulls?q=is%3Apr+is%3Aclosed
> [4] Вече не толкова микрофреймуърк на Ruby
> https://github.com/sinatra/sinatra/pulls?q=is%3Apr+is%3Aclosed
> [5] Същински микрофреймуърк на Ruby
> https://github.com/hanami/hanami/pulls?q=is%3Apr+is%3Aclosed
> [6] Микрофреймуърк на Rust
> https://github.com/iron/iron/pulls?q=is%3Apr+is%3Aclosed
> [7]
> https://m.signalvnoise.com/the-majestic-monolith-29166d022228#.qus5kbpgz
> [8] http://edgeguides.rubyonrails.org/api_app.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ludost.net/pipermail/us/attachments/20160703/37493006/attachment-0001.html>