Příspěvky

211

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 16:58:53 »

Jasně, a když spadne blbost(), tak to pěkně celý popadá na nějaký null pointery, že.... ať žije kvalitní kód...

pak stačí otestovat, jestli je c null, protože kontroly vstupů jsou přesně tam, kde mají být a to na začátku blbosti, kraviny a voloviny
Už to vidíš? Co vidíš... chápeš? Nebo je normální testovat raději vstup v programu třeba 80x, před každým voláním? Teda vlastně asi ano... bohužel...

212

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 16:32:11 »

Jak tedy mám chápat Tuxíkovy nářky? Jako že používat cokoliv víc než RAII je prostě špatně, neefektivní a zcela zbytečné?

Tak si to vlákno přečti znovu... jestli ani potom nepochopíš, že univerzální použití jakékoliv technologie na úplně cokoliv jen proto, že to jinak neumím, je postup pro opice, potom jsi špatný, neefektivní a zbytečný programátor.

213

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 16:15:28 »

ale proč by měli všichni psát tak, aby to po nich ta opice dokázala přečíst?

Počkej počkej, doufám, že tím nechceš říct, že spagetti kód je v pořádku a "opravdový programátor" (!opice) se v něm přece vyzná?

Ne, já tím chtěl říct, že nebudu veškeré násobení rozepisovat jako sčítání ve smyčce jenom kvůli tomu, že někdo násobení nezná.
Zároveň se dá očekávat, že zkušený programátor s nějakým úsilím, který může a nemusí být přiměřený, dokáže pochopit a přepsat i ty špagety.

214

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 16:12:27 »

No jestli tu někdo tvrdí, že něco umí a pak to udělá nejhorším možným způsobem, tak to buď neumí, nebo... nebo nevím co, v každým jazyce a s jakoukoliv technologií se dá napsat škaredej kód. To nic nedokazuje.
Jinak k věci...

Kód: [Vybrat]

a = blbost(30);
b = kravina(a);
c = volovina(b);

pak stačí otestovat, jestli je c null, protože kontroly vstupů jsou přesně tam, kde mají být a to na začátku blbosti, kraviny a voloviny.

215

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 15:26:41 »

Kód: [Vybrat]

v1 = priprav_objekt();
v2 = pripav_objekt_2(v1);
if (v2 == null) {
   free(v1);
   return;
}
v3 = priprav_objekt_3(v1, v2);
if (v3 == null) {
   free(v2);
   free(v1);
}

Jestli chápu správně, tak pro tebe kód, kde třetinu kódu zabírá memory management...

Právě jsi porušil ten single exit, čímž jsi to dokonale zprasil.
Jestli je podle tebe normální na každý pár alokace a free napsat 4 řádky kódu, který s tím pracuje, pak ano, třetina kódu bude memory management a v takovém případě zůstaň u něčeho s GC, stejně to tím nevytrhneš.

216

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 14:17:21 »

To by snáď nemohla byť na roote alebo zdrojáku diskusia v ktorej by neboli urážky nasmerované k vášmu východnému susedovi.

Počkej... na východ od ČR je snad díra a za ní až Ukrajina, ne? Nic ve zlým, otec byl slovák Nic si z toho nedělej, když nejsou argumenty, přejde se na stupidní urážky

217

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 14:09:29 »

Potom se to ohýbá, programátor se snaží o "jakože OLAP" nad OLTP DB a vůbec škoda mluvit.

Kterou databazi (nejlepe OSS) doporucujes na OLAP?

Druid, MongoDB, z komerčních Oracle (12c), Hana

218

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 13:17:37 »

Jinymy slovy - pouziti GC je (velmi casto, ne vzdy) super, jen musis vedet ze a proc?

Skoro - použití GC je (velmi často, ne vždy) zbytečnost, ale má svůj super use case - neprogramátoři, prototypování, v některých případech i v produkci.
Nevidím problém v tom si paměť uvolnit sám, přesně v moment, kdy má být uvolněna. Typicky v Cčku na malloc pohlížím jako na blok - když napíšu malloc, hned pod něj píšu free a kód strčím mezi. Při dodržení single exit point je to velmi spolehlivé.

Ne ze by si zrovna na tenhle user case musel psat dealokaci rucne (coz mimochodem neni zas takova sranda, pokud zacnes uvazovat i o tom, ze se ti uvnitr bloku muze stat ledacos spatneho). Tohle je ten nejprimitivnejsi priklad escape analysis.

Ano, uvnitř bloku se může stát ledacos špatného, ale buď je to správně ošetřeno, nebo to není tak kritické a blok dojede včetně free, nebo to třeba segfaultne a paměť se mi uvolní tak nějak přirozeně , nebo je to ve stavu, ve kterém to nikdy nemělo být a musí se to vyřešit. Tohle ani GC nezachrání. A jinak, to je pořád řečí, jak musí být kód čitelný (někteří to považují za důležitější, než jeho funkčnost) a najednou je používání primitivních postupů špatně? Ono totiž většinou čím primitivnější, tím lepší. Chce to kázeň. A to je právě to, co velmi často chybí a proč vzniká tolik kočkopsů.

219

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 13:01:54 »

Jinymy slovy - pouziti GC je (velmi casto, ne vzdy) super, jen musis vedet ze a proc?

Skoro - použití GC je (velmi často, ne vždy) zbytečnost, ale má svůj super use case - neprogramátoři, prototypování, v některých případech i v produkci.
Nevidím problém v tom si paměť uvolnit sám, přesně v moment, kdy má být uvolněna. Typicky v Cčku na malloc pohlížím jako na blok - když napíšu malloc, hned pod něj píšu free a kód strčím mezi. Při dodržení single exit point je to velmi spolehlivé.

220

Studium a uplatnění / Re:Přechod do IT ve 30 letech

« kdy: 29. 03. 2017, 12:18:36 »

Strop u systémáka je 85k Kč, víc jsem v Praze nikoho nabízet neviděl, kolem 70k Kč je takovej normál na seniora.

Taky bych nesouhlasil s tím, že programátorských "machrů" je už dost. To je totální nesmysl, ty platy kolem 100k Kč si rozhodně neúčtují jen tak za nic.

Systémáka nemůžeš brát podle nástupu, protože narozdíl od programátora bude mít ve větší firmě mnohem pomalejší nájezd na běžný produktivní provoz. Navíc systémák je každou končetinou jinde, výchozí záběr je i tak celkem rozmanitý a má možnost více zasahovat do spousty IT činností. Rozumné firmy ti dají prostoru kolik chceš a taky tě řádně ocení. Nebudeme si nic nalhávat, jednoho přejetého - i velmi schopného - javistu z týmu 10ti lidí nahradíš výrazně rychleji a bezbolestněji, než průměrného přejetého systémáka, který už má ve firmě slušný přehled.

221

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 12:04:45 »

Kdyby jenom, ale ono se to už děje https://www.novinky.cz/internet-a-pc/433516-musk-chce-propojit-lidske-mozky-s-pocitaci.html

https://www.debility.ru/vlhke_sny/0112358-tuxik-chce-vyhrat-eurojackpot-a-uz-nikdy-nepracovat.html
Když si na to založím firmu, taky už "se to bude dít"?
Jde to s vámi opravdu z kopce, už to není ani poučné, ani vtipné, na trolling je to chabé... opravdu bych ty drogy chtěl.

222

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 11:58:36 »

Já tomu asi nerozumím - existují špatní programátoři, nástroje typu GC, SQL apod. umožní i špatným programátorům vyrobit jakž takž něco funkčního (i když dost blbě), ergo používání nástrojů GC, SQL apod. je (většinou) špatné? Proč by si dobrý programátor neměl ušetřit práci? Proč bych měl jako programátor po 1000 řešit alokace/dealokace, když je za mně zpravidla líp vyřeší GC?

Špatné je, když programátor píše kód, spoléhá se na GC, protože se to tak naučil a ve skutečnosti ani netuší, že tam nějaký GC je a co pro něj/za něj dělá. Co se týče jakékoliv DB, tam je situace odlišná a dle osobních zkušeností i horší, počínaje samotným návrhem DB (který sice není v kompetenci čistého programátora, ale víme, jak to je), kdy bývá zprasená nejen struktura, ale vzhledem k neznalosti je často použita i zcela nevhodná DB. Potom se to ohýbá, programátor se snaží o "jakože OLAP" nad OLTP DB a vůbec škoda mluvit. Navíc si programátoři evidentně neuvědomují, že opravdu moc dobře vím, proč je nenechám bastlit nad nějakou vlastní DB v jejich správě a nutím je se připojovat do DB pod naší správou. A kdo první uhádne proč, může si zdarma stáhnout třeba Postgres i s dokumentací.

223

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 11:06:33 »

Co je na tom zle, ked si niekto skusa robit v Unity? Lepsie by mal skusat v konzole vypisovat fibonacciho?

Ať si hrají, kdo si hraje nezlobí, stejně každej s počítačema začal prostřednictvím her a snem každého malého nerda bylo nějakou naprogramovat. Ale mohl by alespoň vědět, co to ta fibonacciho posloupnost je

224

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 10:45:07 »

Proč by informace z e-shopu statisticky musel zpracovávat člověk? Vždyť to jsou standardizované postupy, proč by zboží na sklad měl objednávat člověk, vždyť už dnes CRM systémy to často umí samy. Tedy běžné manažerské rozhodování odpadne, zůstane manažer inovací, který stroje natrénuje na nové často riskantní postupy, rutinu už stroje zvládnou samy.

Ono generovat nový design výrobků lze taky dělat strojově a zařazovat je do prodeje a zkoumat jak se ujmou. K tomu všemu není potřeba manažerů. Problém je zatím technologie malosériové výroby, ale to se s rozvojem 3D tisku pomalu mění. No a nebudu-li k dispozitci tyto údaje, nebudou se moci ani lidi naučit reálnou bussines logiku, nebudou mít co strojům předat, z oblasti rutinních činností. Což celý proces bude akcelerovat. Manažeři budou v roli chirurgů, kde budou něco měnit, aniž by do detailu rozuměli tomu co dělají a produkční organismus si pomůže sám a nalezne novou rovnováhu už sám.

Tedy nastane doba, kdy informace z uzavřeného produkčně prodejního procesu se k lidem ani nedostanou. Tak jako dnes vás nezajímá, kde a jak jsou informace uloženy, které používáte.

Opomíjíte jednu věc: jde o prachy. Lidé chtějí vědět, jak se jejich prachy točí, kolik jim to nese. Momentálně se ve velkém řeší big data, mimo jiné se řeší, jak z nich dostat online výsledky, ne proto, že by byly tak extrémě důležité (až na výjimky), ale proto, že je někdo prostě chce vidět. Ten někdo si za to kolikrát platí nemalé peníze. Jestli lidi za 3-7 let pochopí, že je to na nic, pak je to průchozí.
Mimochodem, mě opravdu ZAJÍMÁ, kde a jak mám uložený data, je to jedna z věcí, za které jsem slušně placenej

225

Studium a uplatnění / Re:Bude za pár let kvalitní, zaměstnatelný programátor nedostatkové zboží?

« kdy: 29. 03. 2017, 10:12:28 »

s tymto s vami suhlasim. sam som robil v takej firme - garazovka. 1 CEO, ktory bol zaroven architekt, analytik, potom clovek, ktory sa vyhlasoval za programator, ale programovat nevedel, tak robil testera, ja som tam programoval ako student a bol tam este 1 senior. V takychto firmach je to naozaj nahovno a zial, je ich vela a niet sa tam od koho ucit.

Mna by len zaujimala jedna otazka. Niektori diskuteri tu pouzivaju slovo opica, lepic kodu. Za co alebo koho povazuju oni seba? Za profesionalov produkujucich skvely a optimalizovany kod?

je třeba si výrazy objasnit:
opice: osobně používám pro člověka bez vlastní kreativity, který bude opakovat naučené postupy bez jejich hlubšího chápání, zcela bez ohledu na to, jestli jsou pro daný případ vhodné
lepič kódu: též zvaný špageťák, opět nic nevymýšlí, jen skládá dohromady různé útržky z různých zdrojů a jakési funkcionality dost často dosahuje metodou pokus/omyl

Z mé strany to není urážka, ale pouze zkrácené a myslím i výstižné označení. Asi to funguje dobře, protože spousta lidí se v tom poznává. Rozhodně jim to nevyčítám, že to dělají, když za to mají slušný plat a málo práce, ale jestli budou rozkřikovat do světa, že je to jediný správný přístup, tak na to sami dojedou, protože už jim nebude mít kdo vyvíjet jejich cool frameworky a s takovou kvalifikací je čeká v létě koště, v zimě hrablo a oranžová vestička jako bonus celoročně.