Modernita vs. tradice při programování

[alex6bbc]

chteli byste delat tradicnejsi veci, c++, c#, java backend a maintenance. nebo moderni javascript vsude, nodejs na serveru, react na frontendu. delate nekco ciste jenom sql, pl/sql, nemyslim ted embeded, ale klasicke pc a servery. jake jsou vyhlidky s golang, rust?

[Reklama]

[Martin Poljak]

Ta otázka nedává smysl. Bavíme se o technice, nikoliv umění. Nejde o tradici ale prostě o použití toho, co je třeba tam, kde se to hodí nejlépe. Psát webový frontend v C sice mohu, ale není to ani rovnák na ohejbák, je to v dnešní době jednoduše blbost, stejně jako nebudu stavět nějaké třeba embedded systémy na Node.js. Chci dělat to, co nejlépe zapadá do toho, na čem pracujeme.

Ale jinak, kam přijdu, tam ten frontend nikdo nechce dělat. A react je starej...

[RDa]

Tusim ze vim jak je otazka minena - takze ma odpoved je - ano = drzim se klasiky (rekneme C pro programy a PHP pro skripting/tooling, sql mam v DB, nedelam moc do webu).

Zatim me zadna cizi* frikulinska jazykova novinka nepresvedcila, abych ji vubec venoval vice casu, nedejboze akcepoval do sveho workflow. Vsechno me to prijde jako sezonni trend, a rad prenecham tuhle fazi akceptace davem jednoduse nekomu jinemu.

Nemyslim si, ze jsem neflexibilni - je to spis z duvodu ze jsem narocny a nemam rad produkty s detskyma nemocema, ktere se co chvili transformuji. Nejsem zadnej alfa/beta-tester - jestli nekdo chce, abych pouzival jeho produkt, musi to byt sakra stabilni.

*zato experimentuji se svymi meta nastroji - neco, co neni primo zadne reseni, ale pouze velice uzitecny prostredek, aby ta prace sla jednoduseji, nebo abych videl veci, ktere bezni useri/vyvojari nevidi.

[Zopper]

I v té Javě vznikají frikulínské nové frameworky a knihovny, které se mění každý druhý den, a naopak v node.js jsou vyzrálé a stabilní věci. A pak je speciální kategorie, jako třeba C a všechny ostatní jazyky s nehlídanou pamětí, které podávají svému programátorovi nabitou brokovnici, aby mohl udělat celou další kategorii vážných chyb. Ale i to C má pořád někde své místo.

[RDa]

A pak je speciální kategorie, jako třeba C a všechny ostatní jazyky s nehlídanou pamětí, které podávají svému programátorovi nabitou brokovnici, aby mohl udělat celou další kategorii vážných chyb. Ale i to C má pořád někde své místo.

Ze neumite programovat a/nebo nemate profesni disciplinu, neni problem jazyka.

Za me je postacujici stav veci, ze OS/CPU a jeho hw protected-memory hlida vasi strelnici a maximalne si uskodite sam sobe a ne cizim (procesum).

[Reklama]

[linuxak]

Ze neumite programovat a/nebo nemate profesni disciplinu, neni problem jazyka.

To vysvětlete programátorům Linux kernelu, Chrome, Windows..., že neumí programovat a nemají profesní disciplínu. Oni totiž kritických bezpečnostních chyb způsobených chybnou správou paměti dělají spoustu.

Nějaký přehled možná dokážete udržet ve vašich malých one-man projektech (i když ani tomu nevěřím, ale můžete mít ten pocit). Cokoliv většího, na čem dělá paralelně více lidí, není bohužel možné udělat bez chyb, lidi to nedokážou. Proto existují i jiné jazyky než C/C++, které dokážou všechy memory related chyby odchytit při překladu nebo za běhu.

[Wasper]

Nějaký přehled možná dokážete udržet ve vašich malých one-man projektech (i když ani tomu nevěřím, ale můžete mít ten pocit). Cokoliv většího, na čem dělá paralelně více lidí, není bohužel možné udělat bez chyb, lidi to nedokážou. Proto existují i jiné jazyky než C/C++, které dokážou všechy memory related chyby odchytit při překladu nebo za běhu.

Takovým memory safe jazykem je třeba php. Pak tedy podle téhle hypotézy budou projekty psané v php co se týče bezpečnosti na naprosté špičce.

Oh wait...

[listoper]

Mno ja delam vlastne takovej rozumnej mix... pokud teda zrovna neco delam... vetsinu casu uz dneska kecam jinejm do jejich delani 
Ale mam takovou ustalenou sadu na udrzbu desetileti platnych "business rules" (java, clojure, sql, plsql), ktery je potreba obcas oprasit a nebo uchodit s nejakym novejsim frameworkem nebo treba v cloudu onprem...
Ale obcas (posledni dobou casto kvuli Altmanovi :-) ) je potreba vystrelit neco rychle protoze "time to market" a "zejtra uz to budou mit vsichni"... Tak bastlime neco ve svelte, pythonu a podobne...
No a casem se to treba zapracovava do te "ustalene sady" kdyz se to chytne... nebo se to zahodi, protoze se ukaze ze je to slepa cesta zbastli se neco noveho...

[Mlocik97]

Každý programovací jazyk je dobrý na niečo iné, akurát Java a PHP sú hrozné jazyky. Kvalitu jazyku ale neudáva bezpečnosť aplikácií v nich napísaných ani žiadne iné nezmysli. Kvalitu určuje to čím je jazyk tvorený, a to je syntax a API. Ak je syntax a API obskurdné (Java) alebo inkonzistentné (PHP) tak jazyk nie je dobrý. Mimo Javy a PHP ale neznám jazyky čo by boli vyložene špatné. Jazyk je totiž o DX, nie o výslednom programe, ktorý v ňom urobíš. Výsledný program je už v rukách programátora používajúc jazyk, nie v rukách samotného jazyka. Hnusný kód vieš napísať v každom jazyku.

[MichalKovacic]

chteli byste delat tradicnejsi veci, c++, c#, java backend a maintenance. nebo moderni javascript vsude, nodejs na serveru, react na frontendu. delate nekco ciste jenom sql, pl/sql, nemyslim ted embeded, ale klasicke pc a servery. jake jsou vyhlidky s golang, rust?

Já se na to dívám velice jednoduše - pokud vím, že každých 6 měsíců budu muset udělat novou verzi, je mi to opravdu jedno. Pokud ale bych rád řešení udržel při životě delší dobu a ideálně bych rád, aby to někdo po mě udržoval nebo dokonce rozvíjel - klasika to jistí.

Druhý pohled je nasazení - pokud budu chtít provozovat WEB/Cloud/<cokoli> pro 100 lidí, ať je to klidně v čemkoli. Pokud budu potřebovat řešení pro milion lidí, klasika to jistí.

Ale to jsou jenom moje osobní názory...

[alex6bbc]

Nějaký přehled možná dokážete udržet ve vašich malých one-man projektech (i když ani tomu nevěřím, ale můžete mít ten pocit). Cokoliv většího, na čem dělá paralelně více lidí, není bohužel možné udělat bez chyb, lidi to nedokážou. Proto existují i jiné jazyky než C/C++, které dokážou všechy memory related chyby odchytit při překladu nebo za běhu.

Takovým memory safe jazykem je třeba php. Pak tedy podle téhle hypotézy budou projekty psané v php co se týče bezpečnosti na naprosté špičce.

Oh wait...

pred hodne lety jsem php pouzival na webu a dokonce jsem si udelal i par skriptu pro command lajnu v dobe kdy jsem opoustel perl 😁

[xyz]

Ad javascript) Je toto https://dorey.github.io/JavaScript-Equality-Table/ jeste aktualni?

Ad c++) Vyzaduje disciplinu, dodrzovani konvenci na projektu, protoze diky zpetne kompatibilite lze napsat jednu vec 10 zpusoby.

[Jose D]

tak dost programovacích jazyků, nástrojů, frameworků atp. se vyvinulo směrem k jejich typickému usecase.., třeba jakkoliv by asi bylo možný psát např.prometheus exportéry ve Fortranu, tak se to spíš neděje, a člověk si to napíše v pythonu, nebo v golangu.

Momentálně spolu s lidma z týmu pošilháváme po Julii, zdá se, že některé numerické knihovny a zázemí pro distribuované nebo paralelní výpočty je tam udělané - subjektivně - líp než v Pythonu.

Nu a ohledně té modernity/tradice.. Samozřejmě že člověk se chce vyhnout novému a neznámému, tak přemýšlíme, jak Julii volat z Pythonu, no

[Pavel Tišnovský]

tak dost programovacích jazyků, nástrojů, frameworků atp. se vyvinulo směrem k jejich typickému usecase.., třeba jakkoliv by asi bylo možný psát např.prometheus exportéry ve Fortranu, tak se to spíš neděje, a člověk si to napíše v pythonu, nebo v golangu.

Momentálně spolu s lidma z týmu pošilháváme po Julii, zdá se, že některé numerické knihovny a zázemí pro distribuované nebo paralelní výpočty je tam udělané - subjektivně - líp než v Pythonu.

Nu a ohledně té modernity/tradice.. Samozřejmě že člověk se chce vyhnout novému a neznámému, tak přemýšlíme, jak Julii volat z Pythonu, no

Julia může být dobré řešení, ale pozor - taky to má pár tmavých koutů :-) Dost záleží na tom, jak budete výsledek nasazovat. Pokud to má běžet někde "lokálně" (ale klidně i v cloudu, ale jen pro vás), tak to jde nasadit rychle. Ale jestli to má být balíček pro zákazníka, tak to si raději 3x otestujte

[a tiše závidím, že řešíte takové problémy, taky bych už něco podobného chtěl začít dělat].

[peete]

Ze pry PHP ci Java je to nejhorsi, no toto, jestlipak pan kolega nekdy neco delal v JavaScriptu? Prilozena tabulka rovnosti hned "udelala muj den lepsim". Na PHP mam rad totalne srozumitelnou dokumentaci, ktere porozumi i dite (u Javy je naopak ke cteni dokumentace dobre poridit si titul PhD). Duvodem "modernosti" je casto proste donutit hromadu veci, aby bezely na browseru. Vypada to jak 3x lepena galuska. Nejhorsi je, ze je neco moda a zitra to zmizi. Zdravime Vue 2, ktere je zcela nebodobne Vue 3. Zaujalo me, ze pry nikdo nechce delat React a ze React je stary? To by me zajimalo, kdyby se to dalo vice rozvest.