Преди четири години избрах JavaScript framework и се чувствам комфортно с това
Чували ли сте вече за нова блестяща JavaScript рамка/библиотека, която беше пусната наскоро? В JS екосистемата те никнат като гъби, така че можете да имате винаги включен вашия `режим на преследване за програмисти`. Да научиш нещо ново по дефиниция е добро нещо, не ме разбирай погрешно. И все пак, ако погледнете „Умората от JavaScript“, това е доста непосилна ситуация.
През 2013 г., когато рамките на едностраничните приложения бяха незрели, имаше малко нововъзникващи налични опции. Angular.js, Backbone.js, Batman.js, Ember.js, за да назовем само няколко.
Какво се случва от тогава? Така че Angular.js (1.x ред) получи пълно пренаписване, тъй като оригиналната им архитектура беше нарушена от дизайна — плановете бяха обявени през 2014 г. и само две години по-късно, през 2016 г., бяха доставени :-) . За Angular.js (1.x и 2.x) — нещата все още продължават, дори това да не е технологията, която готините деца използват в онези дни. Backbone.js все още има малка група активни потребители, но днес повечето разработчици, които харесват този стил, избират React.js или Vue.js. Batman.js бяха премахнати от Shopify (поддръжката) 18 месеца по-късно (в края на 2014 г.). Ember.js също има голяма актуализация, пусната през 2015 г. — ключовите идеи остават същите и рамката все още е в играта.
Преди четири години не знаех какво крие бъдещето, никога не се знае. Добре е също така да подчертаем, че никой не знаеше как да прави клиентско приложение в JavaScript добре в онези дни. Сега през 2017 г. сме в много по-добра позиция. За съжаление все още не сме стигнали.
Разглеждайки архитектурата, идеите зад тях и изключителните хора зад тях, заложих на Ember.js. Има своите възходи и падения, тъй като всичко се променя в технологията. В крайна сметка се чувствах комфортно с взетото решение. И това ме навежда на някои бележки за бъдещето:
Решаващите фактори за оценка на технологията на ранен етап са основните ценности и философията на хората, които стоят зад нея.
Дори и да не можем да предвидим бъдещето, познаването на хората зад проекта улеснява прогнозирането на посоката, в която ще се развие решението. Създателите обикновено имат опит в отворен код; писаха статии; направихте презентации — чувствате ли се комфортно с начина, по който решават проблеми (и ги дефинират)? Друг фактор, който е добре да се вземе предвид, е контекстът — запознати ли са със средата на продуктовите компании или може би изпитват предизвикателства на компанията за разработка на софтуер. Малки или огромни проекти правят?
Ember.js не е сребърен куршум, работи чудесно там, където е в съответствие с контекста на проекта. Когато погледна назад какво се случва в екосистемата на JavaScript и как се развива Ember.js, струва ми се, че Ember.js беше солиден избор. И тук искам да благодаря на всички, които го направиха - страхотна работа!
Интересувам се от вашите идеи и най-добри практики. Какво вземате предвид, когато вземате технологични решения?
