Příspěvky

91

Odkladiště / Re:Odpočet DPH z auta

« kdy: 05. 08. 2021, 09:45:30 »

Přidal bych svou malou trošku do mlýna: OSVČ dělám od 2011 (na paušální výdaje) a nikdo nikdy nic vidět nechtěl kromě! DPH (2x chtěli doložit nějaké faktury za měsíc/dva zpět kvůli kontrole -- bylo to ještě před zavedením kontrol.hlášení -- poskytl jsem, pak už se naštěstí neozvali). Jednou jsem zchytal flastr za pozdní platbu DPH (pár dnů po konci měsíce) a hned i dopis s preventivní výhružkou exekucí atd. Myslím, že zrovna na DPH si dávají zvlášť pozor.

92

Bazar / Re:iiyama ProLite XU2590HS-B1 - 25" FHD IPS

« kdy: 05. 08. 2021, 09:39:48 »

Kamarád něco takového shání.
Prosím o telefon do SZ, předám.

Prodáno, díky za zprostředkování :-)

93

Bazar / iiyama ProLite XU2590HS-B1 - 25" FHD IPS

« kdy: 30. 07. 2021, 11:39:48 »

Ahoj,

prodávám

https://www.czc.cz/iiyama-prolite-xu2590hs-b1-led-monitor-25/174084/produkt

výcuc parametrů: 25" FHD, matná obr., IPS, 60Hz, 5ms, 178° h/v, 1xDVI,1xHDMI,1xVGA,
stojan není výšk.polohovatelný/natáčecí (lze sklopit podle h. osy), VESA 100x100mm,
v provozu od 2015, bez poškození, plně funkční

Cena 1000,- Kč
jen os. odběr, Praha-Čakovice

94

/dev/null / Re:Práce pro české společnosti

« kdy: 23. 07. 2021, 11:09:00 »

a ne, fakt nemá kilo většina lidí. vidím to na platech kolegů ono člověk si nesmí dělat obrázek podle toho, co křičí lidi na forech (kde kazdej vykrikuje jak bere 200K za nic). realita všedního dne je, že naprostá většina "bouchačů" (dělník IT) v C# / .NET / ASP.NET jede za 70 - 90 (jak HPP tak ICO .. u ica je to trosku víc).

Za nic člověk 200k jen tak nedostane. Ono o dobrá místa se bojuje a člověk si hlavně musí vybudovat nějakou reputaci a síť kontaktů. Pokud ale schopný vývojář se zkušenostmi dělá za 70k (navíc hrubého), tak se hodně okrádá. Mne z takovéto letargie a stagnování vytáhl kamarád (přemluvil mne k risku opustit několikaleté vysezené "bydlo" zaměstnance) a jsem za to rád.

S tou Prahou (Brnem, větším okr. městem) souhlas s názorem, že jsou vlastně lidi ve 2 skupinách   Ti první mají bydlení zajištěné. Byt/dům od rodičů, po někom, z restituce, levně koupený obecní byt v 90kách atd. Ti pak chodí a trousí moudra o tom, jak se dá v pohodě vyžít, jak "mají jiné priority než peníze". Ti druzí řeší jak bydlet a nepos* se z toho. Buď hypotéka na drahé a špatně dostupnou nemovitost nebo nájem, který je krvavý a v podstatě nejde sehnat  (za normální peníze), protože nájemní trh nefunguje. Tak často dojíždějí a dojížděním do Prahy stráví velký kus života. Nebo zatnou zuby a ten byt/dům v Praze (u Prahy) koupí, ale potom opravdu nemůžou dělat za peníze v relaci, která byla uvedená. Já si to třeba neumím představit...

95

Odkladiště / Re:Čeština a IT výrazy

« kdy: 15. 07. 2021, 10:16:25 »

Považujete to za normální?

Ano, to je prostě hantýrka, která se v kruhu lidí daného oboru vytvoří. Byl jste někdy mezi elektrikáři? Nebo poslouchal jste někdy vodáky? Je to prostě součástí té profese nebo zájmu. Některé výrazy jsou už ustálené, někdy si skupina začne tvořit vlastní...nedělal bych z toho vědu :-)

Jedna věc je používání obecné czenglištiny typu "jojni mě do coolu, plís", také mne to tahá za uši. Sám se tak snažím nemluvit a to je asi tak vše.

Druhá věc jsou oborové termíny. Push, commit, pipe, trigger etc. jsou terminus technicus. Díky nim si vývojáři rozumějí. Lokalizované náhražky jsou často nejjednoznačné, matoucí (co to je "databázová spoušť", to je to po mě co zůstalo, když jsem spustil nepovedený update? jo, vlastně trigger) i když něky poetické ("datovod" jako pipe). Nejlepší je automatizovaný překlad (z praxe známe "disc volume" -> "hlasitost disku", "wifi band" -> "wifi kapela" (navíc wifi nepřeložené   Jak už psali předřečníci, lékaři atd. mají také svůj žargon.  To je v pořádku, překlad je naopak  na škodu.

96

Hardware / Re:PC na vývoj

« kdy: 28. 06. 2021, 11:30:53 »

nebo se pletu a apple i se slabsim vykonem predci se svym kompilerem a svymi nastroji silnejsi pc?

IMHO nepředčí a poměr výkon/cena nevychází dobře. Nemám nic proti aby si to někdo koupil kvůli osobní image a dobrému dojmu při použivání, ale není to ani nejspolehlivější ani nejvýkonnější vybavení. Jinak hrubý výkon můžete opět snadno zjistit na CPU Mega Page https://www.cpubenchmark.net/CPU_mega_page.html

I když to zatím není pro mne aktuální, v Apple Sillicon (ARM) je určitě potenciál. Měl jsem na chvíli mac mini m1 v té nejslabší verzi (8GB/256GB) a překvapilo mne, jak je to svižné.

Kromě obecných zkušeností s jablkem (chtěl jsem si jen tak zkusit jabkoos) mne zajímal samozřejmě můj toolkit - nahodil jsem idea ultimate, vscode, javu (azul sdk) a zkoušel si hrát s spring boot projektem (pet-clinic mvc, jpa demo). Zkusil jsem i běžné workflow a udělal na tom kus denní práce, tj úpravu, rekompilaci, spuštění unit testů v java projektu a nějaké ty radosti jako editace velkého yamlu ve vscode atd. Plus otevřených pár tabů v safari a práce na firemní SPA aplikaci a v googlu a ve stack overflow, samozřejmě.

První co mne překvapilo, že, i při otevřeném všem jmenovaném naráz, nedocházelo ke swapování. Čekal jsem, že ho hned dostanu na lopatky, byl jsem sice na hraně, ale pořád to jelo svižně.

Druhá věc byl výkon toho cpu. Tasky jako rekompilace maven projektu a spuštění spring boot aplikace jsem srovnával s pracovním notebookem (DELL i5 9400H, 32GB) a subjektivně vycházel apple svižnější a vykazované časy z logů o 75-100% lepší (opravdu, ta pet-clinic aplikace nabíhala tak 1,5-1,9s, na tom noťasu tak 3-3,5s, s kompilací to bylo podobné).

Jasně, srovnání jablka s hruškama, na druhém rohu ringu firemní stroj zatížený šifrováním disku a různými firemními věcmi.. Ale můj domácí desktop s i7 je podle tasku tak 20-30% rychlejší a na frak by tak dostal také (ten apple prcek by byl pořád o něco svižnější). Pro ten popsaný use case? Slušný pracovní nástroj.

Bod zlomu by nastal, když by bylo potřeba virtualizovat, spouštět více dockerů atd.. Paměť by brzo došla (m1 ani neumí víc než 16GB) a asi i jádra CPU, to je jasné - pro takový use case to není. Ale když uvážím, jaká je to malá a pasivně chlazená krabička - klobouk dolu (to ten DELL se může uřvat, když to pořádně zatížím). Na webový vývoj? Slušný stroj (a mít to v notebooku, "plečka" jak tu někdo posměšně psal, bych tomu opravdu neříkal). Za rozumné a i pragmaticky odůvodnitelné peníze -- které ale na druhé straně bohužel rychle naskakují, když jde o rozšířování (jak je u applu zvykem).

97

Hardware / Re:PC na vývoj

« kdy: 23. 06. 2021, 11:08:06 »

Toto vlakno mi skor pride ako dokaz, ze ani inteligentnejsi jedinci nie su odolni voci nezmyselnemu konzumu. Ja by som to chcel vidiet na vlastne oci tu vasu pracu kde vyuzijete 64GB Ram a Ryzen 9 ci dokonca Epyc.

"Tenhle hardware nevyužiješ."
"Javista: hold my beer."

Teď zrovna dělám na projektu, kde produkční backend sestává z 15 "mikroservis", z toho 13x java (spring boot) a 2x nodejs. Servisy jsou dockerizované. Plus UIko v reactu.

Jako vývojové IDE/editor primárně používám IntelliJ IDEA, okrajověji VSCode. Do toho chromy, edge atd.  s dev tools, nějaké ty postmany,..

I kdybych uvažoval jen remotní CI/CD a běhové prostředí, tak jen např. pocit z vývoje v IDEA bude přímou úměrou rychlosti cpu, ssd. To IDE dokáže zejm. na velkém java maven projektu vytížit snad jakýkoliv hw. Co se týká CPU např. můžu subjektivně srovnat desktopovou i7 (8600) a nějaký ultrabook i5 starší generace a je to "jakžtakž" vs. "furt na něco čekám, nedá se to". A rozdíl mezi ryzen 9 / epyc vs. moje už postarší i7 tam určitě zase bude.

Máme CI/CD a máme servery ve firemním labu (kde si můžeme pro vlastní potřeby ve vmware vyrobit velké mašiny, ale je to k ničemu, protože za proxy, VPN v US a velmi pomalee) a na AWS (kde to funguje, ale prostředí je málo - dev je jeden - všichni se o to perou a je tam budget a po objednání dalších xx..l mašin a RDS by přišel čert...)

Takže z různých důvodů (i pohodlnosti) to můžeme všechno spustit přes docker-compose, a navíc jet lokálně i dependence (databáze, mysql, idm). Tady se ukazuje, že notebooky, které by to utáhly, jsou extrémně drahé (a vaří se ve vlastní šťávě, když to jede, jak tu někdo psal) a nabízí se za podstatně menší peníz postavit desktop, na kterém to člověk může točit a pokud úplně neodflákne chlazení tak neřešit randál atd. Ryzen 9 / 64GB zní jako adekvátní konfigurace na to, aby v tom běžel server (docker) a vývoj zároveň. Takže tak.

98

Vývoj / Re:Zlepšení čitelnosti vlastního kódu

« kdy: 31. 05. 2021, 11:39:20 »

Jeste me napadla takova vec. Kdysi kdesi jsem cetl neco jako "kod by se mel umet cist jako anglicky text".
Od te doby se snazim psat kod takovym stylem a pokud se podivat na kod stary jakkoliv dlouho, okamzite vim, co to dela.
Napriklad neco jako toto... pricemz logovani jsou pro me zaroven komenty.

Kód: [Vybrat]

if (device.Type == "android") {
     logInfo("Main process for " + device.Name + " started")
     var unprocessedData = downloadDataFrom(device)
     logInfo("Unprocessed data with length of  " + unprocessedData.length + " rows downloaded")
     var processedData = processData(unprocessedData)
     logInfo("Data processed with length of  " + unprocessedData.length + ". Ready for saving to database")
     var saveResult = saveDataToDatabase(processedData)
     logInfo("Main process for " + device.Name + " ended with result: " + saveResult)
}

Podepisuju, myslím, že to bylo v pragmatic programmer? a z té knížky jsem si odnesl zejména toto.

Pro mne jsou tedy základ jsou menší třídy/metody s výstižným pojmenováním (byť někdy delším), nemíchat "granularitu" (jako to má kolega výše, metoda říká provedou se kroky A, B, C a detaily těch kroků v dalších "low level" metodách - ty jsou definované níže po této "high level" metodě, aby se kód četl "seshora dolu").

Dále: komentáře považuji za přeceňované. Když cítím potřebu psát komentář, zkusím se zamyslet nad tím, jestli se kód nedá nějak zlepšit (a nebo testy přidat/zlepšit), aby ten komentář nebyl potřeba.  Ideálně by měla jít funkčnost vyčíst z kódu a z testů (ty by měly dokumentovat, co od kódu čekám a jak reaguje na různé vstupy ). Velmi často pomůže rozdrobení kódu do menších celků a přepis viz odstavec výše. Hodně nepříjemnou vlastností komentářů je totiž to, že zastarávají. Není nic "lepšího" než číst komentář a vidět, že kód (už) dělá očividně něco úplně jiného než je v tom komentáři.

Dále: v zájmu zachování čitelnosti kódu je potřeba někdy spolknout inovativní slinu a "nesnažit se být moc chytrý". Jednak (zne)užití konstruktů jazyka Např. lambda streams - někdy to dramaticky zkrátí a zčitelní kód, ale někdy vidím až příliš  komplexní konstrukce, které by šly přepsat do lidsky čitelnější podoby (i když ten funkcionální zápis je krásný a "co na tom nechápeš"); dále advanced věci (různé binární operace atd.) a zápisy využívajících okrajové vlsatnosti nebo internality jazyka (ano, koukám na vás javascriptaři! Kolega, nebo moje já za rok, spíš ocení třeba delší a "primitivnější", ale čitelnější kód.

Dále: 80 znaků je archaismus, ale občas to řádky zalomit chce (mluvím k sobě, mám máslo na hlavě, kolega řešící diff nějakého mého kódu mi za to nedávno nedával...)

99

Studium a uplatnění / Re:Kam jako programátor po 50 letech?

« kdy: 12. 03. 2021, 08:47:36 »

Já mám spíš strach trošku o tělesnou stránku. Už teď jako čtyřicátník mám docela problém sedět 2-3 hodiny u pc (neřeknu celý pracovní den). Záda, migrény a tak. A to se snažím trochu sportovat, běhat, prokládat den většími přestávkami... Asi pozdě. Bojím se, že v 60 budu "odepsaný" z tohoto důvodu (i když nabídky na údržbu té enterprise aplikace s oracle databází pořád budou chodit)

Já si nemyslím, že 40tka by měla být problém vydržet u PC 2-3 hodiny, řekl bych, že problém může být zcela jinde...

Nedávno jsem měnil grafickou kartu a s tím se mi rozhodily i barvy na monitoru a musím říct, že než jsem je spravil, tak ty 4 dny byly docela peklo, oči mě bolely, později i lehce hlava. Takže bych hledal vinu na špatné ergonomii (od špatného sezení, zápěstí u klávesnice/myši, ...) nebo ještě pravděpodobněji špatný monitor, špatné barvy, nebo více časté problikávání, které dělá problém spoustě lidí (kamarád kvůli tomu i vracel notebook). Tudíž by nebylo od věci třeba povyzkoušet pár monitorů

Vím jak to myslíte, ale u mne jde spíš o to, že jsem přeháněl čas strávený u počítače (hodně přesčasů, večery, někdy víkend) a upozadil pohyb. Začal jsem to řešit, až když přišly akutní problémy (hodně silné bolesti hlavy několikrát týdně, záda...), to jsem začal chodit na rehabilitace, občas sportovat..  Ono ti "mladí", kteří u toho prosedí dvanáctku a overclokují to tunou kafe (nebo něčím modernějším) jedou na dluh. A ten si jednou tělo vybere (uf, tak teď mluvím jako ta moralizující kategorie "starochů"

Flicker mi vadí, mám monitory bez toho.

Snažím se sedět ergo, i když se občas přistihnu v pozici zkrouceného hada.
Ale jak říkal kolega, aktivní lezec a cyklista, je jedno, jak člověk sedí, když tu pozici mění a prokládá to sportem. Něco na tom možná bude.

Ale s tímhle jsem zklouznul k offtopic lehce, šlo spíš o technologie, pracovní zaměření a tak... ale zdraví s tím "senironím" věkem také souvisí

100

Hardware / Re:Notebook se skutečnou dokovací stanicí

« kdy: 11. 03. 2021, 17:05:22 »

Ako obyčajne, zase sa spýtam asi hlúposť a budem offtopic a za exota, ale nedá mi.
Denne sledujem u zákazníkov kam chodím na servisy, že stále viac ľudí používa notebooky s voľajakou formou docku. Majú externé monitory, klávesnice, myši, reproduktory, kamery.... Display notebooku prakticky nepoužívajú
Predpokladám, že keď majú Homeoffice majú to podobne aj doma.
Takže akú výhodu má toto riešenie oproti dvom PC? Cena? Tam veľký rozdiel nebude ak beriem do úvahy že domáce PC je často iba "rdp terminál", alebo browser pre prístup ku webovým službám firmy.
Ako nevýhodu vidím mizernú ergonómiu a nutnosť denne vláčiť so sebou cca. 2kg hore/dolu.
Dokonca aj pre programátora si viem predstaviť "nadupaný stroj" v robote a stupídny "vpn + rdp" klient doma..
Ďakujem za zmysluplné odpovede.

Tohle se tu nedávno řešilo ve vlákně "PC nebo notebook pro vývojáře"... Tam byl dotaz formulován tak, jestli pevný PC do kanceláře s tím, že se přes VPN k němu připojím z domu nebo notebook (který by se přenášel).

Já to zkoušel provozovat v obráceném režimu. Tedy mít doma  "nabušené" PC na stole a připojovat se k němu (RDP) z "terénu". Předpokládal jsem malý podíl práce v "terénu" (1/5), ale to se nakonec vyvinulo jinak. Ale hlavně to celé řešení  padlo na konektivitě. Síť u klienta v officu byla na dvě věci a LTE v místě (zkoušel jsem 2 operátory) kolísalo od perfektního pingu a rychlostí desítek Mb/s až po přerušované spojení s výpadky (někdy ve špičkách).

Zkoušel jsem paralelně pracovat na 2 strojích, ale to jsem rychle vzdal (údržba OS, aplikací, projektů (byť kódy jsou v gitu), docker images, lokální databáze... ) - vše 2x je peklo.

Navíc i v práci občas odbíhám s nb do zasedačky, doma odbíhám do jiné místnosti, když je třeba... dělám na chalupě...  Málokdo to imho bude mít statické a bude moct být přikovaný na jedno místo, kde má PC. A ten vzdálený přístup trpí na latence, nedostupnost dobrého připojení atd... I když práh, kdy je zpoždění nepříjemné bude asi individuální.

101

Studium a uplatnění / Re:Kam jako programátor po 50 letech?

« kdy: 11. 03. 2021, 09:09:01 »

Já bych to neviděl tak tragicky (musím, protože mi je 40 ;-)).

Potkal jsem různé "seniory" programátory, včetně těch odstrašujících "věčně naštvaných" a "všechno je špatně" a "za nás se to ještě dělalo dobře" případů. Ale také lidi na opačném konci spektra, třeba už tolik nenaskakovali na různé technologické novinky a cool postupy (což někdy může být výhoda), ale kteří měli expertizu v nějaké oblasti - např. pána co byl skutečně machr na oracle (a i jiné rdbms databáze). No a takový QA specialista, který si prošel dlouhým vývojem různých systémů a v různých doménách... se poprávu také neztratí.

Já mám spíš strach trošku o tělesnou stránku. Už teď jako čtyřicátník mám docela problém sedět 2-3 hodiny u pc (neřeknu celý pracovní den). Záda, migrény a tak. A to se snažím trochu sportovat, běhat, prokládat den většími přestávkami... Asi pozdě. Bojím se, že v 60 budu "odepsaný" z tohoto důvodu (i když nabídky na údržbu té enterprise aplikace s oracle databází pořád budou chodit)

102

Studium a uplatnění / Re:IČO nebo HPP jako programátor?

« kdy: 08. 03. 2021, 16:47:00 »

Mám zkušenost s obojím a IČ se vyplatí finančně, divil bych se, kdyby to bylo někde naopak. I být "zaměstnanec na živnosťák" (což je taková šedá zóna) je finančně výhodné. Zaprvé máte paušál (na náklady), zadruhé nemáte ty náklady, protože vám všechno poskytne "zaměstnavatel".  Neříkám, že takto pracuji nebo jsem pracoval, pozor ("IP adresa zaznamenána") ;-) I když jste jaksi méně v té šedé zóně a máte svůj hardware, software a platíte si telefon a pracujete převážně ze svých vlastních prostor (kde si platíte náklady na energie atd.), tak se to pořád hodně vyplatí (on třeba pro vývojáře ten software není tak drahý a hw bych si koupil tak jako tak). Pořád jde o to, že ty skutečné náklady jsou nepoměrně nižší, než je ten paušál (60% z faktury).

Vše se ale může změnit s perspektivou věku, kdy už přestane jít jenom o ty okamžité peníze na účtu. Velké IT korporace mají často kompenzace (nebo určité "sociální jistoty") nastavené úměrně délce vašeho angažmá. A to dost radikálně. Byl jsem v jedné takové.  Zaprvé senioři (myšleno dobou trvání) brali i odstupné ekvivalentní ročnímu platu a víc a když se začalo propouštět, lidi měli strach (jestli na ně skutečně dojde a chtěli být mezi prvními) a za druhé jsem věděl, že po N letech proplácí 80% reálné mzdy i při dlouhodobé nemoci (rok i víc) a slyšel jsem o jednom reálném případu (pán s vážnou nemocí a dlouhodobou prac. neschopností). Tohle komerčním pojištěním nevyvážíte...

A trošku z psychologické strany věci takového působení na IČ v tomto korporátu navíc s US kořeny (a kulturou přístupu ke kontraktorům) - kontraktoři v té firmě nejsou plnohodnotní lidi. Když se dělala firemní oslava, nemohli tam (a museli pracovat nebo nefakturovali). To bylo trochu dost potupné. Když se propouštělo, oznámilo se jim, že příští týden už nepřijdou. Americký přístup. A s tím kariérním stropem to minimálně zde byla pravda - developer ano, senior developer ano, team lead už ne (pokud chtěl mít peníze jako manažer L1 a nebýt jenom developer s přidanou zodpovědností navíc a za stejné peníze), musel pozastavit IČ (firma to měla dokonce jako podmínku a vyhrožovala právními důsledky, kdyby člověk podnikal "na vedlejšák" v IT) a jít na HPP.

103

Windows a jiné systémy / Re:Přešli jste z Mac na PC?

« kdy: 24. 02. 2021, 11:19:03 »

Jo, Lumii jsem měl taky, ale spíš jen na vývoj. Ten OS nebyl vůbec špatný, škoda, že chcípnul.

Také jsem měl (925, pak 930). Super foťák, bytelný (až nerozbitný hardware, svižný a stabilní systém s jednoduchou grafikou a výborným ovládáním. Bohužel to o tom systému platilo u původní verze (WP8), s updaty se to zpomalovalo/zhoršovalo a finálním příchodem WP10 to zabili.

Microsoft snad od začátku pracoval na tom, aby ten systém neuspěl. Z ještě prodávaných "vlajek" udělal morálně zastaralé kusy, potom, co jim odepřel update na novější WP. O aplikace mi přijde se moc nesnažili, mít funkční facebook klient a další bylo pro řadu uživatelů určitě důležité. Nějaké ty majoritní věci si mohli pohlídat / sami vyvinout. Průšvih byl i Internet Explorer, který rychle zastarával (Edge přišel až s WP10) a weby v tom přestávaly fungovat -- a MS zatvrzele odmítal jiný rendering než ten jeho (takže alternativy na shopu jako UC browser byly jen obálky okolo jejich jádra a měly stejné potíže).

104

Odkladiště / Re:Kupil jsem si TV a nefunguje

« kdy: 22. 02. 2021, 08:47:46 »

Nevím, kde bydlíš, ale situace tehdy s přechodem na DVB-T u babičky v činžáku (Praha, státní, spravovaný nějakým městským družstvem) byla taková, že do úpravy rozvodů se neinvestovalo a lidi přešli na kabelovku (případně měli TV přes satelit nebo jinak) a těch pár lidí, co nechtěli platit desátek za pár základních programů, si holt museli pořídit pokojovou anténu. Jednání to tehdy bylo na hraně (řekl bych až za hranou), minimálně eticky. Zástupce té třípísmenné společnosti pak chodil po bytech a vysával lidi a zval se k důvěřivým důchodcům na kafe s tím, že jim přestane fungovat TV a má pro ně "výhodnou nabídku".  Takže je opravdu možné, že v domě ty rozvody nefungují, a lidi mají buď nějakou základní kabelovku nebo sat/internet tv.

Ono ty společné rozvody DVB nejsou žádná velká výhra. Pokud to není televize opravdu jen "příležitostně na zprávy", ale bude se na ni koukat víc, zvážil bych nějakou tu internetovou TV. Dostaneš lepší obraz, přidané funkce (možnost nahrávat pořady, pustit si probíhající pořad od začátku (a přetáčet reklamy ;-), nahrávat...) Já jsem kdysi v akci svého operátora sehnal za necelou stovku měsíčně paušál jednoho providera pro sledování IP TV a mám ty základní programy + pár rozšířených (dětské, zpravodajské - BBC..) a funguje to (za 2 roky, co to mám) dobře, společný anténní rozvod ani nepotřebuju.

105

Vývoj / Re:Náhrada PHP nebo ASP.NET Core

« kdy: 16. 02. 2021, 10:39:23 »

30 importov, aby som urobil rest service s pripojenim na mssql a chodilo to nejak rozumne

start.spring.io,  zašrknout spring web, spring data jpa, mysql. Vygenerovaná funkční kostra rest servisy s připojením na mysql ootb..

Holý spring zas tak žravý na resources nebude. Je to pár konceptů na naučení a funguje to spolehlivě.
Větší blackbox je JPA/spring data (za cenu toho, že to hodně akceleruje práci s SQL). Komu to připadá jako moc velký blackbox, může zkusit třeba JDBI (řeší infrastrukturní kód, SQL může mít uživatel pod kontrolou) nebo spring JDBC templates (to už je dost low level, jenom šablonovou metodou obaluje kód kolem JDBC, který by člověk psal pořád dokola nebo by si na to napsal sám podobnou šablonu).

A vedle springu je to třeba quarkus (podobná věc, implementace standardních java API jako JAX-RS, JPA, ale lehčí na zdroje) a nebo různé mikroframeworky (mikronaut, spark java..)