Vlákno názorů k článku Jak a proč vybírat framework pro databázové aplikace od Karel - Aha, takže autor ve svém frameworku vyřešil pár...

Aha, takže autor ve svém frameworku vyřešil pár okrajových požadavků a teď se ho snaží prodat s tím, že to jsou zcela zásadní požadavky, které je potřeba řešit vždy a všude. Ten přístup znám, ten pán na prodejní akci mi taky tvrdil, že jak si nekoupím to jeho nádobí, tak budu nemocný, budu strádat a zůstanu sám.

ERP, WMS, MES, reporting apod. mě živí už od minulého tisíciletí. Tedy ne tak dlouho, jako autora. Ale stejně si troufám tvrdit, že řada z uvedených požadavků jsou nesmysly. V okrajových případech legitimní, ve většině případů zbytečné ale v některých situacích dokonce nebezpečně zavádějící. Už vidím, jak budou všichni nadšeni, až někdo změní ceník, jiný vystaví objednávku a ten první pak udělá undo na ceníku. Pár podobných use case a správci pak budou prosit, ať proboha tu "Rekonstrukci záznamů" vypneme a nacpeme si ji tam, kam slunce nesvítí. A univerzální historie změn? Ne, to opravdu ne.

cetl jsem zde radu Vasich prispevku a mam podle toho dojem, ze se skutecne ve Vami uvedenych oblastech vyznate. Citim i urcity nadhled, ktery vede k tomu, ze minimalne neprohlasite autora za blba, jak to zde delaji jini, ale ja bych ocekaval vice.

Nikde nemam dojem ze autor chce neco prodat. Ani jsem nikde necetl, ze by prohlasoval, ze pozadavky, ktere uvadi jsou pro vsechny dulezite a vzdy nutne.S vasim prvnim odstavcem tedy nesouhlasim.

Autor napsal svuj pohled na vec a ja musim za sebe prohlasit, ze tady chci takove nazory videt. Jestlize jsem zkuseny a po precteni clanku vidim, ze autor se v rade aspektu myli, tak to mohu nechat pro sebe a nebo na to upozornit, To jste udelal, ovsem pro mne s takovym odsuzujicim nadechem. Nevim , jestli je to opravnene.

Ja se za za svuj profesni zivot docela casto setkal s pranim zakazniku, zda by bylo mozno ukazat, kdo co kdy zmenil. A abch byl uprimny, mnohdy se to i realizuje bez nejakych framewoku, , napr. jednoduse nejakym snapshootem pro db-soubory nebo se to vytahuje z aplikacniho servru nebo to nabizi primo databaze.

I ta zminena zmena databaze neni nic nesmyslneho. Znam nazory, ze je treba vybrat jednu a s tou pak aplikace realizovat, s pouzitim specialnich dovednosti te zvolene databaze. Podpora vice databazi je pro mnohe jen nerealizovatelna pohadka. O tom je urcite mozno diskutovat. Jestlize autor pracuje s nejakym frameworkem, ktery to umoznuje, proc to nesdelit sirsi verejnosti.

a) Autor clanku naznacuje v nadpise ze nieco vybera. On ale rovno prezentuje jedine riesenie. Ziadne alternativy ziadne pozitiva negativa inych frameworkov.
b) Nezda sa mi ze by autor mal nejaky prehlad, ORM absolutne nesuvisi s tymto 'biznis' frameworkom. Presne rovnake funkcie sa daju budovat aj s ORM.
c) ziadny popis protokolu a technologii, nejake detaily ktore by si technologicky server zaslusil, skor je to iba biznis opis nejakeho produktu
d) ako sa to customizuje, kde je biznis logika, ako vyzera ta logika, ako riesit multiplatformovost, web rozhranie, ...
e) ... ale v podstate to nikoho nezaujima lebo je to jasny promotion hotoveho produktu ktory ma iba velmi specificke a velmi limitovane pouzitie a pristup ktory (podla mna) dnes uz nikto nepouziva

souhlasim, ze ty detaily chybi. Clanek je po mne takova 'prvni' informace, za kterou by mely nasledovat dalsi podrobnejsi udaje. V tomto ohledu j clanek slaby, ale ta kritika mozna nakopne autora k tomu to doplnit.

Kazdy jsme nejak zacinal.

Ad a) smyslem zřejmě nebylo hanit vše ostatní. Jednotlivé požadavky si může aplikovat každý dle libosti. Ve Vašem připadku byste jistě došel k ORM. A bylo by to špatně? Asi ne.
Ad b) souhlas. ORM s tím absolutně nesouvisí. Nesouhlas. S ORM to NEJDE.
Ad c) to nebylo předmětem článku.
Ad e) viz. Ad c)
Ad e) máte pravdu. Na to, že Vás to nezaujímá, jste se hezky rozepsal.

A co teda bolo predmetom clanku? Reklama? Stacilo tam dat tych 5 bodov z linkovanej stranky co to vie a hotovo.
b) S ORM to ide urobit rovnako dobre ako bez. To ze nieco sa zabali a rozbali z objektu nemeni nic na semantike riesenia.

======
Jestlize autor pracuje s nejakym frameworkem, ktery to umoznuje, proc to nesdelit sirsi verejnosti.
======

Rozhodně je třeba při čtení brát v úvahu to, že autor je majitelem firmy, která daný framework vyvíjí a prodává.

souhlasim, ze tato informace je urcite pro velkou vetsinu lidi dulezita. Ja to tak necitim, nebo je mi to spise jedno, ale bylo by chybou na zaklade vlastnich pocitu predepisovat vetsine, ktere informace pro ni nejsou tak dulezite.

Vubec by mi nevadilo, kdyby autor uvedl na zacatku, ze pouziva ten a ten framework a ze vidi ty a jine vyhody a ze se jedna o vlastni vyvoj. Usudek si delem stejne sam.

Nakonec, pan Stehule zde uz leta 'preferuje' postgresql a presto ji hned nenasadim, protoze za vyvojem postgresql nestoji jeho rodina. :-)

Clanek podle mne nabizi prostor pro diskuzi o nekterych aspektech jako je ta historie zmen a jak to dela s tou 'databazovou' neutralitou. To v clanku chybi a s touto kritikou se ztotoznuji. Ale dohadovat se, zda se jedna o PR clanek povazuji za nedulezite.

PS: Rozepisuji se tak obsirne, protoze jiz po nekolikate ctu v diskuzi, jaka je ta uroven bidna a co si to ta redakce nedovoluje. Jsem 100% presvedcen, ze redakce tu kvalitu jiste zna a vyskyt takovych clanku jen ukazuje, jak zoufala ta situace ohledne clanku asi je. Ale jak jsem jiz naznacil, i v nekvalitnim clanku jsou aspekty k diskuzi a tato je tou pridanou hodnotou , kterou portaly dnes mohou prinest. Pro zjisteni faktu a informaci jsou ty clanky dnes bezvyznamne - na to je google lepsi metodika. Kdo chce dnes na nejakem IT portali ziskat z clanku nejake vedomosti, ta si toho moc neprecte.

Je to i na nas, ctenarich.

Nemyslím si, že by šlo o pár okrajových požadavků nebo o nesmysly, jak píšete. Pokud ano a celé to jde mimo Vás, nedotýká se Vás to, pak nechápu Vaši reakci. Když čtu nějaké články na webu, tak mne buď zaujmou nebo nezaujmou. Nemám tolik času, abych komentoval něco, s čím nesouhlasím nebo co mne nezajímá :)