Този стар кестен се търкаля из блог-о-сферата, откакто Бил Гейтс беше до колене пред мармот, който познавам, но изглежда не по-малко тема за разговори днес. Така че вината ли е уеб разработката?
Този стар кестен се търкаля из блог-о-сферата, откакто Бил Гейтс беше до колене пред мармот, който познавам, но изглежда не по-малко тема за разговори днес. Така че вината ли е уеб разработката?
Може би причината, поради която питам, е, че наборите от инструменти за уеб приложения се разширяват все повече от гледна точка на опциите за автоматизация, за да дадете на програмистите, които не владеят командния ред, по-голяма роля в микса а?
Хей, почакайте – някой ще каже, че това помага, „По-добро съгласуване на бизнес и ИТ функциите в дадена търговска среда.“ Няма нужда ОК? Току що го направих.
Това, което ме дразни тук, е, че доставчиците в това пространство изглежда искат да опитат да обяснят тази разработка с плъзгане и пускане (или по-скоро без код разработка) е някакъв вид магически път към това, което се нарича повече „приложения, управлявани от данни“ – съжалявам, но има ли друг мил?
И така, нека да копаем по-дълбоко – без код равно ли е на безпомощ?
Е, ако можете да преглътнете разширеното съкращение, системите за управление на разпределен контрол на източника (DSCM), бих казал, че играят полезна роля тук.
DSCM звучи по-малко чуждо, ако вземем предвид това Системата Git на Линус Торвалдс който той разработи, когато вече не можеше да използва BitKeeper за управление на изходния код на ядрото на Linux, беше (и по същество все още е) точно това.
Като термин DSCM обикновено се използва за описване на софтуер (но най-важното, не на потребителски данни) като набор от промени, които впоследствие могат да бъдат управлявани. Така изведнъж говорим за платформи за създаване на приложения (вероятно, но не непременно уеб базирани), които могат да се разпространяват, но и управляеми.
Нека обясня.
Това е мястото, където преминаваме към така наречената „единна представа“ както за структурата на данните, така и на приложението, където и двете се управляват от една и съща кутия с инструменти. Така например, жива разпределена система може да бъде разработена с два възела (единият като резервен) – и имащ история на всички данни означава, че всички промени могат да бъдат проследени до потребителите и промените могат да бъдат отменени или повторени като изисква се.
А, значи това имат предвид под приложения, ориентирани към данни и/или управлявани от данни. Защо не го казаха отначало и кои са "те" навсякъде?
Кредит там, където се дължи кредит, тази идея произлиза от поредица от разговори с добрите хора в WebEnableIT и тяхната платформа Emanate5 с неговия „експресивен“ начин за описване на приложения.
За компания, която е щастлива да постави термина „Ние премахваме кодирането от разработването на приложения“ – на началната си страница, те всъщност са дълбоко технически.
В анонса на компанията по подходящ начин се посочва, че „Предимството на Emanate5 е, че има декларативно представяне на приложения, за разлика от изходния код, който никога не се интерпретира от DSCM. Така че зависимостите могат да бъдат определени със сигурност (вместо евристиката, използвана от DSCM). Това увеличава устойчивостта на резултатите и намалява нуждите от намеса."
Може би имаме нужда от нов акроним, за да обсъдим това пространство? Какво ще кажете за DDD&D – за Deep Dive Drag & Drop? О, добре, надявам се, че ритнах топката напред по отношение на дискусията в това пространство и отбелязах попадение в стенната диаграма на Световната купа на DSCM.