Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Tuxik

Stran: 1 ... 71 72 [73] 74 75 ... 99
1081
Studium a uplatnění / Re:Jsem-nejsem dobrej programátor?
« kdy: 07. 07. 2016, 19:23:53 »
Za málo peněz málo muziky. Sice asi moc neuděláš, ale zase jsi levný. To je pak problém, když řekneš, co děláš a zároveň oznámíš, že nic jiného dělat nebudeš. Často se nechápavě dívají, protože si asi myslí, že když to platí, tak budeš dělat, co řeknou. Tak jim to přece všichni říkali :D Pak to zakončíš cenou, která je pro ně úplně mimo realitu a můžete se v klidu rozloučit.

Umět hodně věcí blbě má svoje místo, ale jen u low-cost pozic.

Omyl, výjimkou je pozice systémový inženýr, po kterém sice většinou nikdo nechce zázraky, ale musí vědět od všeho něco, aby byl schopný to skloubit. Vim, o čem mluvím a low-cost bych to nenazval :D

Takže 150+ tisíc na HPP není problém? Protože ty běžné děvky většinou končí někde kolem 80 a víc jim nikdo nedá, protože nic neumí pořádně.

Jsem rád, že jsem na tom líp, jak běžná děvka :D Ale těch 150+ už je trochu úlet ;) Pravdou je, že běžná děvka dnes v ČR začíná někde u 20ti a končí tak u 50ti, protože jich je moc a nikdo je nechce. Možná v Práglu je to o něco víc, tam jich je asi nedostatek, ale zase je to kompenzováno jejich výskytem v jiných oborech :D Ale jsem rád, že vím, kam ti studentíci na ty čísla chodí :D Každej ňouma po škole s nulovou praxí a jedním vlastním nesmyslným pidiprojektem (čti: udělal si stránky) si klidně řekne o 50 nástup a do roka by chtěl mít 100.

1082
Studium a uplatnění / Re:Jsem-nejsem dobrej programátor?
« kdy: 07. 07. 2016, 19:17:23 »
Ha ha, tak to je dobré, protože si rozšiřuji obzory prakticky celý život s výjimkou vojny.   ;)

Co myslíte tou "abstrakcí", to absolutně netuším, ale už jsem vysledoval, že toto slovo se tady skloňuje ve všech pádech. Ptal jsem se na to kolegy, který dělá v céčku a hlasitě se tomu zasmál, že on tu virtuální abstrakci u objektářů nikdy nepochopí a pochopit nechce.  ;D

Ještě bych k tomu dodal, že příliš vysoká abstrakce je velkým nešvarem "cool" programovacích jazyků, protože patlal absolutně nemá tušení, jak to funguje a použije první funkci, kterou zrovna vygooglil, nebo kterou už zná, jen proto, že to s ní funguje i když pro daný případ není vhodná a často se hned vedle válí jiná, která dělá zdánlivě to samé, ale má trochu jiný use case.

1083
Studium a uplatnění / Re:Jsem-nejsem dobrej programátor?
« kdy: 07. 07. 2016, 19:06:43 »
Ha ha, tak to je dobré, protože si rozšiřuji obzory prakticky celý život s výjimkou vojny.   ;)

Co myslíte tou "abstrakcí", to absolutně netuším, ale už jsem vysledoval, že toto slovo se tady skloňuje ve všech pádech. Ptal jsem se na to kolegy, který dělá v céčku a hlasitě se tomu zasmál, že on tu virtuální abstrakci u objektářů nikdy nepochopí a pochopit nechce.  ;D

Velmi zjednodušeně řečeno, abstrakce je úroveň, na které se řeší daný problém. Programování ve strojáku, nebo ASM má abstrakci nulovou, s rostoucí komplexností nabízených funkcí je abstrakce vyšší a vyšší... například s nižší abstrakcí řekneš systému, vykresli mě okýnko, chci tam mít tuto ikonku s vykřičníkem, k tomu takový text a u toho chci tlačítko OK, který udělá to a to a tlačítko Detail, který zase vykreslí další okýnko s nějakým logem. Pokud bude abstrakce vyšší, řekneš jen ShowErrorWindow("Zase je to rozbitý") a ono to za tebe vykreslí okýnko, dá tam správnou ikonku, vypíše tvůj text a zobrazí předem definovaná tlačítka, maximálně ti vrátí hodnotu, co kdo zmáčkl, pokud je tam tlačítek víc. Je to sice zjednodušené, ale tak nějak. Čím vyšší abstrakce, tím více se věnuješ samotné logice programu a tím méně řešíš kraviny kolem.

1084
Studium a uplatnění / Re:Jsem-nejsem dobrej programátor?
« kdy: 07. 07. 2016, 18:58:54 »
Za málo peněz málo muziky. Sice asi moc neuděláš, ale zase jsi levný. To je pak problém, když řekneš, co děláš a zároveň oznámíš, že nic jiného dělat nebudeš. Často se nechápavě dívají, protože si asi myslí, že když to platí, tak budeš dělat, co řeknou. Tak jim to přece všichni říkali :D Pak to zakončíš cenou, která je pro ně úplně mimo realitu a můžete se v klidu rozloučit.

Umět hodně věcí blbě má svoje místo, ale jen u low-cost pozic.

Omyl, výjimkou je pozice systémový inženýr, po kterém sice většinou nikdo nechce zázraky, ale musí vědět od všeho něco, aby byl schopný to skloubit. Vim, o čem mluvím a low-cost bych to nenazval :D

1085
Ještě jsem si vzpoměl na nezapomenutelné debaty onoho synka s účetní, kdy on vysvětloval účetní, jak to udělal dobře, protože je to logické a ona mu nebyla schopná vysvětlit (respektive on nebyl schopný pochopit), že zákon je zákon a ačkoliv je nelogický, je třeba se jej držet a dělat věci podle něj. Poslední věc před odchodem firmy, kterou si pamatuji, byl průšvih s přenesenou daňovou zodpovědností, kdy jeho fantastický skript končil s chybou, kterou se ovšem nijak neobtěžoval hlásit, takže ověřování vůči databázi MF pravděpodobně několik měsíců nefungovalo a končilo vždy se stavem 0 - vše v pořádku.

1086
Po troše tréninku by ten automechanik splnil zadání řekl bych na průměrnou (a to stačí), a k mé nelibosti za pár šupů, takže by přispěl svým dílem ke kurvení postavení developerů.
Konec byl ještě smutnější - pozici uchvátil majitelův studující synek, na cca čtvrtinový úvazek, za peníze jen o málo menší, než jsme měly my, 8 až 24 hodin makající IT lopaty spravující zákaznické servery a systémy a z intranetu udělal něco jako informační systém, s velmi zvláštně pojatou obdobou CRM, věčně rozbitým helpdeskem, s polovinou účetní agendy a polovinou skladu. Bohužel, návaznosti na související systémy se nikdy nevyřešily, takže spousta administrativy se dělala dvakrát a poté, co dodělal SŠ a začal studovat VŠ, tak si z toho udělal pískoviště pro svoje nově nabyté, prakticky většinou nepoužitelné vědomosti. Po firmě potom kolovaly vtipy, že už se chystá na seminárku na téma "Jak špatným interním IT potopit IT firmu poskytující externí služby".

1087
S těmi schopnými lidmi jsem si vzpomněl na jeden krásný příběh. Je to pár let zpátky, v jedné firmě se hledal správce intranetu. Nic extra zásadního, firma asi 50 lidí, požadavky samozřejmě html, php, css trocha javy a nějaký základy mysql. Mimo běžných arogantních absolventů s ulítlou představou alespoň 50k za měsíc a nulovou použitelností (respektive dokonalým názorem na dokonalý systém, který by se musel okamžitě předělat úplně jinak) se přihlásil vyučený automechanik s praxí 3 roky někde v malým servisu a jako reference stránky toho servisu. Taková ta krásná začátečnická klasika, zmalovaná stránka, všudypřítomné marquee, odstavce pečlivě oddělené animovaným gifem s projíždějícím autíčkem, obrázky rozkradené z celého webu, bez ohledu na nějaké licence, v textu víc chyb, než textu samotného, půlka odkazů vedla do nikam, návštěvnost a několik "důležitých" anket z blueboardu. A přišel s tím, že by si tenkrát představoval tak 12k hrubého, žádné html, php ani nic podobného nepotřeboval, protože on prostě uměl dělat weby a nakonec dokonale popsal ovládání jakéhosi neznámého html editoru a mspaintu. Práci samozřejmě nedostal, i když nad tím tenkrát majitel uvažoval, že za ty prachy si ho tam na měsíc ve zkušebce nechá pro zábavu, ale nakonec se na to vykašlal, aby chudákovi nekazil životopis zaměstnáním na měsíc a ten potom znova nemusel absolvovat kolečko přes pracák a spol. A přesně stejný pocit mám občas z některých mladých "schopných lidí" v IT :D
Jen upozorňuji, aby se nikdo neurazil, nebylo to namířeno proti nikomu ze zde diskutujících, protože debata je myslím celkem na úrovni, i když názory jsou rozdílné ;)

1088
A bude ta uklízečka schopná upravit tvůj kód podle zadání klienta (učitele) ? Asi ne hele ...
Asi úplně stejně, jako dokáže průměrný javista opravit bezpečnostní díry v Javě :D

1089
Elegantní systém, znamená snadno modifikovatelný  a udržovatelný systém. Rychlost zpracování je až na druhém místě, pokud to není aplikace, která rychlost vyžaduje.
Myšlenka je to krásná a já s ní souhlasím, jen to "pokud to není aplikace, která rychlost vyžaduje" v praxi velmi často pokulhává. Respektive je to tak, že aplikace nikdy výkon nevyžaduje, výkon vyžadují uživatelé. Pokud ho nedostanou, aplikace je v tom samozřejmě nevinně a vždy za to může pomalý HW- :(

1090

Oblíbená chybka.

"Dostatečně high level kód pochopí i uklízečka"

Ne. Opravdu ne. Použiju příměr z AI. Každýmu kdo vyšel základku a není po lobotomii je princip neurálních sítí jasný. Samozřejmě, nemyslím matemaický background, spíše ten intuitivní základ, ale takřka nikdo je neumí využít. Kdyby jo, každej už by tady na rootu měl vlastní AI engine na burzovní obchodování  a mohli by sme se tady hádat na fulltime ...

Elegatní systém neznamená nekomplikovaný systém!
Úroveň abstrakce se může mění s úrovní programu. Kdysi na prumce jsem byl nucen učit se Pascal. Učitel byl asi tak hodinu napřed před žáky a asi 5 let za mnou. Zatímco všichni patlali grafiku ve standartních pomalých knihovnách v 16ti barvách, já jem měl napsaný vlastní knihovny pro svga a na nich napsaný další knihovny pro kompletní GUI ala Windows, v té době kompletně v ASM. Když jsem programoval v asm pod pascalem přímo, učitel si stěžoval, že to není pascal a že nemám ASM používat. Nicméně pro různé práce bylo povoleno používat libovolné knihovny, vlastní, nebo cizí. Výsledkem bylo něco jako
Kód: [Vybrat]
program mojeblbost;
uses mojewindows;
begin
  mujprogram;
end.
No uznej, že to pochopí i uklízečka  ;)
Ale samozřejmě, je to extrém a bylo to myšlený spíš obrazně ;)

1091
Eleganci vidím ve vysoké abstrakci a kvalitním OOP/FP návrhu. To je ale záležitost vkusu.
Kvalitní návrh je první krok, který ve většině prasáren chybí a když už náhodou je, tak se často rozbije pod záminkou agilního vývoje. A když už se tu rozebíraly databáze, to je další velký problém. Když už je k dispozici kvalitní databázista, stejně ho nikdo neposlechne a ve výsledku musí akorát lepit průšvihy a donekonečna vysvětlovat, že na dotaz '%cosi%' opravdu index nepomůže a rychlejší to nebude.

A ano, vysoká abstrakce může být elegantní, může to být natolik přehledné, že to pochopí i uklízečka, pokud rozumí anglicky, ale to je otázkou priorit. Když potřebuji zapřáhnout pluh a zorat pole, asi si na to nepořídím formuli 1 - může být hezká, může být výkonná, ale na poli jí to asi půjde ztuha, nebo spíš vůbec. A i když už si ji na to pole koupím, zvednu podvozek, dám pořádný pneumatiky, tak zjistím, že nezatáčí tak pěkně jako traktor a navíc ji v malé rychlosti brzo uvařím. A na druhou stranu nebudu kupovat traktor na cestování po Evropě, že?

1092
Ne elfek fakt vážně ne, možná tak skřetic.
A ještě mě napadá, jestli někdo programuje a HW pod svým programem považuje za něco ošklivého, otravného a dokonce nežádoucího, tak to mluví za vše... Možná je jednodušší na zpracování dat pořídit halu plnou polic se šanonama, k tomu 100 Indů a místo programování vymýšlet metodické pokyny, jak mají Indové efektivně běhat. Vlastně ne, to by byla příliš nízká abstrakce, raději jim jenom říct, co člověk potřebuje a oni si nakonec sami najdou ideální algoritmy, minimalizují kolize atd. A pokud dostanou nějakou finanční motivaci, trvalý pokrok bude zaručen.

1093
Ne elfek fakt vážně ne, možná tak skřetic.

Osobně se umím pohybovat jak ve vysoké abstrakci, tak i na nízké a můžu říct, všechno má své místo. Vést válku proti abstrakci je vadný, díky abstrakci jsi schopen v pro klienta přijatelném časovém horizontu dovalit výsledek. Díky vysoké abstrakci si schopen udělat i nějaký trošku větší osobní projekt dřív než se dostaneš do důchodu. Naopak pokud někde něco dře, a děláš v C++, můžeš to kupříkladu napsat v ASM. Kompilery ale obvyke uměj to ASM umění líp, takže se chytneš maximálně při použití SIMD instruktcí, protože s těma se kompilery zatím moc nemuckaj.
Záleží na situaci. Jak jsem psal, všechno má svoje místo. Problém je v tom, že dneska nikdo neřekne, můžeme to napsat rychle, levně a zpraseně, každého půl roku potom stačí přihodit pár jader a něco RAMky a pojede vám to krásně, nebo to bude trvat dýl, napíšeme to líp, bude to dražší, zoptimalizujeme to a dalších pár let na to nemusíte sáhnout. Pro nějaký osobní one man show, kde nehrozí, že za rok bude 10x víc uživatelů a 20x víc dat je to v pohodě. Co se týče používání ASM ve vyšších jazycích... jak kdy. Už to nikdy nebude multiplatformní, ale také to má význam. Například, pokud se jedná o nějakou hromadnou úpravu dat, konverze atd, dá se to udělat slušně i v C++, C#, Javě, ale taky se dají vzít data řádek po řádku, pěkně si to zobjektovat, v rámci přehlednosti si triviální úkon rozdělit do 20ti ještě triviálnějších kroků a pak se divit, že to běží několik hodin. Nebo se to dá přepsat do ASM, vynechat zbytečnosti a ejhle, najednou je to v řádu minut a potřebuje to 5x míň paměti. Ano, já vím, paměť nestojí nic a CPU je levnější, než slušný programátor, ale když něco takového chcete řešit na nějakých big data na pořádným clusteru, tam už může jít jeden node do milionů a spotřeba taky není zanedbatelná. A to je přesně místo, kde skončí 95% mladých všeználků a nastupují mistři za úplně jiné peníze, ze kterých si zaslouží každou korunu a kteří se nakonec i vyplatí.

1094
a v C# to mate napisane za take 2 hodky. Dokonca netreba pouzivat ani SQL dotazy a pouzit priamo LINQ. Ake jednoduche.
No ano, v podstatě v každém jazyce si stačí stáhnout nějakou knihovnu a nemusím to řešit vůbec, ale to není dostatečně cool. Účelem bylo, aby si alespoň někteří lemplíci uvědomili, že IT, respektive konkrétně programování, nekončí u C#/Java, ale že je něco i pod tím, svět neprozkoumaný a tajemný, plný krásných elfek, který nikdy neuvidíme, dokud se k nim neprokopeme :D

1095
Citace: Jurdo
no take jednoduche to nie je. A myslim tym, ze pripojenie na DB a podpora roznych wrapperov je pri C# ci Jave uplne niekde inde, ako pri C++, aj ked ten isto ma. Ale preco by niekto robil Web v C++ preboha? Vsak na to ten jazyk ani nie je urceny  :o

Není? A sakra... to jako že je moc velký problém poskládat paket? Nebo běžná DB obsahuje silnou magii, která propouští jen C#/Java? Ne, na to opravdu stačí jen pár funkcí - connect, disconnect, odeslat dotaz a přečíst odpověď. K tomu jedna podpůrná, vyjednávající parametry komunikace, jedna na zpracování chyb a řekněme 3-5 na zformátování výsledku. Když se budeme nudit, můžeme doprogramovat podporu komprese a když se budeme nudit ještě víc, tak ASCII artovou animaci vzpínajícího se jednorožce. Nevím, jak se tohle řeší dnes, každopádně za mých mladých let byly podobné úkoly běžné a i s krásným jednorožcem řešitelné v řádu hodin, maximálně málo dnů, pokud byl člověk hodně blbej a navíc musel studovat špatně napsanou dokumentaci.

Stran: 1 ... 71 72 [73] 74 75 ... 99