Framework vs. čistý kód

[Vít Šesták (v6ak)]

Podobne, ako ked potrebujes nejaku kriticku apku, tak ides cim nizsie, aby si minimalizoval chybovost.

To bych obecně netvrdil. Framework i u malých věcí může řešit spoustu věcí, které by bylo potřeba řešit ručně, a u kterých jde nadělat spoustu různých chyb. CSRF, clickjacking, různé injekce, DNS rebinding, …

Pravda, ne každý framework vyřeší všechno, je dobré i tady mít přehled. Ale řešit to sám nemusí zrovna situaci zlepšit.

[Reklama]

[MalyTomi]

Ok, ale vtedy siahnes po nejakom konkretnom minimalistickom frameworku, ktory ma osetrene len tieto zakladne veci. Kedze sa obcas venujem aj elektronike, tak to bolo myslene skor v zmysle mcu, a procesov, ktore su niekde "dole", rozne riadiace systemy, zabezpecovacky... kde potrebujes aby to na tej najnizsej urovni fungovalo, a netrapi ta, ak by vypadla komunikacia s nejakym obsluznym sw, ktory uz riesi nejake requesty od uzivatelov, alebo komunikuje s mikroservismi.

[Marek Staněk]

Proč je nám tedy na upevnění poštovní schránky vnucován bagr?

Protože se dopouštíš úplně stejný chyby, jako prvopočáteční kamarád. Zobecňuješ v momentě, kdy o zobecnění nikdo nestojí a nedává smysl. Tedy to, že ti někdo na vyvrtání dvou děr pro hmoždinky a pověšení poštovní schránky vnucuje bagr, je jen ve tvý hlavě.

Proč mi vnucuješ myšlenku, že se dopouštím chyby nějakým zobecňováním? Používám standardní knihovny, které mnoho vývojářů ani nezná a místo nich používají komplikované frameworky s nestabilním rozhraním.

Netvrdím, že neumíš programovat. Tvrdím, že ta tvoje formulace je nesmyslně zobecňující a žes nejspíš napsal něco jinýho, než ses snažil sdělit.

[Marek Staněk]

Proč je nám tedy na upevnění poštovní schránky vnucován bagr?

Protože se dopouštíš úplně stejný chyby, jako prvopočáteční kamarád. Zobecňuješ v momentě, kdy o zobecnění nikdo nestojí a nedává smysl. Tedy to, že ti někdo na vyvrtání dvou děr pro hmoždinky a pověšení poštovní schránky vnucuje bagr, je jen ve tvý hlavě.

Proč mi vnucuješ myšlenku, že se dopouštím chyby nějakým zobecňováním? Používám standardní knihovny, které mnoho vývojářů ani nezná a místo nich používají komplikované frameworky s nestabilním rozhraním?

podle tech zprav to vypada, ze jsi hodne zkuseny programator Kite.
kazdopadne diky chlapi za reakce a blbec to urcite neni

Že někdo umí programovat automaticky neznamená, že se umí správně a přesně vyjadřovat jinak než v programovacím jazyce.

[Zopper]

Ok, ale vtedy siahnes po nejakom konkretnom minimalistickom frameworku, ktory ma osetrene len tieto zakladne veci. Kedze sa obcas venujem aj elektronike, tak to bolo myslene skor v zmysle mcu, a procesov, ktore su niekde "dole", rozne riadiace systemy, zabezpecovacky... kde potrebujes aby to na tej najnizsej urovni fungovalo, a netrapi ta, ak by vypadla komunikacia s nejakym obsluznym sw, ktory uz riesi nejake requesty od uzivatelov, alebo komunikuje s mikroservismi.

Záleží taky na životnosti toho projektu a co člověk zná. Když je to rychle spíchnutá jednoúčelovka na měsíc, dva, tak naopak dává smysl sáhnout klidně i po overbloated nástrojích, protože s nimi to člověk udělá za půl dne, byť to bude neefektivní na zdroje, než si tady tři týdny po večerech něco šmudlat v něčem, co neznám a nebudu už nejspíš nikdy potřebovat, aby se to vzápětí celé zahodilo.

[Reklama]

[Kit]

Ok, ale vtedy siahnes po nejakom konkretnom minimalistickom frameworku, ktory ma osetrene len tieto zakladne veci. Kedze sa obcas venujem aj elektronike, tak to bolo myslene skor v zmysle mcu, a procesov, ktore su niekde "dole", rozne riadiace systemy, zabezpecovacky... kde potrebujes aby to na tej najnizsej urovni fungovalo, a netrapi ta, ak by vypadla komunikacia s nejakym obsluznym sw, ktory uz riesi nejake requesty od uzivatelov, alebo komunikuje s mikroservismi.

Záleží taky na životnosti toho projektu a co člověk zná. Když je to rychle spíchnutá jednoúčelovka na měsíc, dva, tak naopak dává smysl sáhnout klidně i po overbloated nástrojích, protože s nimi to člověk udělá za půl dne, byť to bude neefektivní na zdroje, než si tady tři týdny po večerech něco šmudlat v něčem, co neznám a nebudu už nejspíš nikdy potřebovat, aby se to vzápětí celé zahodilo.

Bohužel tyto jednoúčelovky bývají jen z pohledu vývojáře, nikoli však majitele, který předpokládá delší životnost.

[Marek Staněk]

Jenomže pak se dá taky očekávat rozvoj, takže se framework může hodit právě proto, že až k tomu budeš něco dodělávat, neušoupeš si ruce.

[to_je_jedno]

O tebe nejde, jde o toho chudáka co to dostane do ruk až tě trefí šlak nebo autobus

[Vít Šesták (v6ak)]

Priority mohou být různé, například:

1. Co nejrychlejší start.
2. Co nejmenší velikost binárky
3. Co nejdříve mít prototyp, na základě kterého se rozhodne, zda bude další vývoj, a kam se má ubírat.

V prvních dvou případech se může hodit (zejména u jednoduchých věcí) framework nepoužít vůbec, případně použít něco fakt malého. Třeba i za cenu složitějšího vývoje a zevrubnější kontroly, že jsem nezapomněl na nic z toho, co by za mě mohl řešit framework. Asi jde o celkem specifické případy, ale nastat mohou.

Ve třetím případě se naopak nejspíš vyplatí to udělat jakkoli, možná použít nějaký framework bez pečlivého výběru, prototyp nějak narychlo naprasit, a až bude zpětná vazba, třeba to celé zahodit a udělat od nuly s většími znalostmi. Jasně, není to platné za všech okolností, ale někdy to může být (i s ohledem na dostupné informace) ideální postup.

[to_je_jedno]

Tak zrovna v pripade bodu 1 prave sahnu po frameworku. Treba u webovky to proste a jednoduse v Next.JS rozjedu za 5 minut zatimco bez nej to bude trvat dele.

EDIT: aha, ted mi doslo, ze mozna myslis "start aplikace" zatimco ja "start vyvoje"

[Zopper]

Ok, ale vtedy siahnes po nejakom konkretnom minimalistickom frameworku, ktory ma osetrene len tieto zakladne veci. Kedze sa obcas venujem aj elektronike, tak to bolo myslene skor v zmysle mcu, a procesov, ktore su niekde "dole", rozne riadiace systemy, zabezpecovacky... kde potrebujes aby to na tej najnizsej urovni fungovalo, a netrapi ta, ak by vypadla komunikacia s nejakym obsluznym sw, ktory uz riesi nejake requesty od uzivatelov, alebo komunikuje s mikroservismi.

Záleží taky na životnosti toho projektu a co člověk zná. Když je to rychle spíchnutá jednoúčelovka na měsíc, dva, tak naopak dává smysl sáhnout klidně i po overbloated nástrojích, protože s nimi to člověk udělá za půl dne, byť to bude neefektivní na zdroje, než si tady tři týdny po večerech něco šmudlat v něčem, co neznám a nebudu už nejspíš nikdy potřebovat, aby se to vzápětí celé zahodilo.

Bohužel tyto jednoúčelovky bývají jen z pohledu vývojáře, nikoli však majitele, který předpokládá delší životnost.

To je otázka specifikace. A ceny. A v tom konkrétním případě, který jsem měl na mysli z osobní zkušenosti, jsem byl svým vlastním zákazníkem a věděl jsem na 100 %, že to je na měsíc a něco, a jestli to někdy za pár let budu potřebovat znovu, tak to zaručeně nebude 1:1 a bude snazší to pak zase slepit za půl dne.

[Kit]

Ok, ale vtedy siahnes po nejakom konkretnom minimalistickom frameworku, ktory ma osetrene len tieto zakladne veci. Kedze sa obcas venujem aj elektronike, tak to bolo myslene skor v zmysle mcu, a procesov, ktore su niekde "dole", rozne riadiace systemy, zabezpecovacky... kde potrebujes aby to na tej najnizsej urovni fungovalo, a netrapi ta, ak by vypadla komunikacia s nejakym obsluznym sw, ktory uz riesi nejake requesty od uzivatelov, alebo komunikuje s mikroservismi.

Záleží taky na životnosti toho projektu a co člověk zná. Když je to rychle spíchnutá jednoúčelovka na měsíc, dva, tak naopak dává smysl sáhnout klidně i po overbloated nástrojích, protože s nimi to člověk udělá za půl dne, byť to bude neefektivní na zdroje, než si tady tři týdny po večerech něco šmudlat v něčem, co neznám a nebudu už nejspíš nikdy potřebovat, aby se to vzápětí celé zahodilo.

Bohužel tyto jednoúčelovky bývají jen z pohledu vývojáře, nikoli však majitele, který předpokládá delší životnost.

To je otázka specifikace. A ceny. A v tom konkrétním případě, který jsem měl na mysli z osobní zkušenosti, jsem byl svým vlastním zákazníkem a věděl jsem na 100 %, že to je na měsíc a něco, a jestli to někdy za pár let budu potřebovat znovu, tak to zaručeně nebude 1:1 a bude snazší to pak zase slepit za půl dne.

Za půl dne takovou záležitost slepím i bez frameworku s použitím standardních knihoven a navíc SOLID.

[to_je_jedno]

Za půl dne takovou záležitost slepím i bez frameworku s použitím standardních knihoven a navíc SOLID.

Ja za dve hodky s frameworkem, ktery SOLID, DP a tydle srandy samozrejme vyuziva. Šach mat.

[Kit]

Za půl dne takovou záležitost slepím i bez frameworku s použitím standardních knihoven a navíc SOLID.

Ja za dve hodky s frameworkem, ktery SOLID, DP a tydle srandy samozrejme vyuziva. Šach mat.

Který framework využívá SOLID? Ty neumíš používat DP bez frameworku? Vždyť jsou tak jednoduché.

[to_je_jedno]

Proc bych to delal? Kdo by me za to platil? Porad si zijes ve sve bubline akademickych znalosti a nechapes, ze byznys jede jinde.