Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: Pepik 22. 09. 2018, 16:19:34
-
Ahoj, rád bych se místních zeptal, jetli někdo neví, kde najít trochu nestandardní práci. Vcelku jedno, jestli CZ nebo ne, protože stejně po tolika letech nebudu nikam denně chodit :) Uvolnila se mi nějaká část času...
Klasiku, jakože jeden umí anglicky, trochu česky, jezdit autem beru jako samozřemost, kterou není potřeba psát... I WC zvládnu bez potíží a bez cizí pomoci (o: Nebudu uvádět nějaké naprosto konkretní věci, jen obecné (v tento okamžik to považuji za zbytečné).
Moje požadavky:
- nechodit denně do práce (na počátku jsem dělal hodně pro zahraniční firmy a tak jsem si nezvykl někam docházet a už je pozdě to měnit :)
- můj volný čas cca půl úvazku (4h/den)
- práce na ŽL
- žádná Java a podobné nesmysly (no flame)
- pravidelně se potkávat (porady/...) není problém (naopak) - ale buď Praha nebo do rozumně dojezdné vzdálenosti od Prahy
- nemám rád Windows od verze 8 a novější (nemám pro ně problém vyvíjet, ale aktivně je používat nebudu, MS u mne těmito verzemi nadobro umřel)
- nezajímají mne agentury, co nejsou schopné *na rovinu a předem* říct pro koho/za kolik/co (ztráta času pro obě strany)
- dlouhodobě či jednorázově (projekty)
Co "umím" (vím, relativní pojem, ale pro představu)
- vývoj HW
- návrh schémat: digitální + analog + něco VF (< 2.4G) + silovina (< 1 KV)
- kompletní vývoj PCB: mám za sebou několik m2 desek (od jednoduchých, až po 8 vrstvé s 1K SMD)
- výroba prototypů (bastlení, včetně AC230)
- vyhl. 50 § 8 odst.1
- zkusenosti s S08, ARM (M0-M3), Blackfin, CPLD/FPGA a taková ta obecná klasika (OPamp, DC/DC, Logika, ...)
- slušné vlastní vybavení
- mám za sebou výrobu (předávání dat), nějakou zkušebnu (EMI/EMC, bezpečnost, ...)
- vývoj SW
- hodně open source (Subversion, SSH, ...)
- primárně C,C++,PHP,ASM (různé CPU),skriptování,... - přez 1M řádek kódu (psal jsem ve všem možném, včetně jazyků, na které bych raši zapoměl :)
- typově jsem nejvíce psal: embeded, server side, zpracování signálů, IP stacky/sítě, systémové knihovny (ala RTOS, ...), ovladače, různé jazyky pro malé CPU na embeded úrovni, GUI (kompletní renderery), ...
- primárně používám W7/Linuxy (na vývoj)
- databáze (data do pár set GB, žádné TB a víc :) - hlavně Postgres/MySql
- chytré nesmysly (města, osvětlení, sklady) a řízení
- nepíšu obvykle aplikace, ale systémy, ve kterých jiní dělají tuto "otročinu" (z mého pohledu) a řeší komunikaci "jaké tam ma být tlačitko"
- mám hodně rád konzoly (příkazovou řádku) a nesnáším klikání / nemožnost si automatizovat rutinní věcí
- baví mne řešit, jak s málem udělat hodně (4K RAM a nutnost mít/přepínat procesy je prima výzva např)
- samozřejmně webové technologie - ale nejsem primárně webař/grafik
- administrace
- Linux/OpenBSD (ne Windows ! svých pár instalaci/provozování WinServer nepovažuji za relevatní zkušenost)
- znalost/konfigurace virtualizace,VPN,OpenVPN,Apache,MySql/Postgres ...
- stavba/návrh serverů (např. kompletní zprovoznění Dell M1000e a podobně)
Co neumím (nechci/nejde mi to)
- gramatiku (nemám cit pro jazyky - ani CZ)
- používat nuceně sociální sitě (facebook a spol)
- navrhovat jakoukoliv formu vizuálu/grafiku (výsledek se libí jenom mně)
Mám toho poměrně hodně co "ukázat" když bude náznak toho, že si porozumíme... Řada věcí vnikla pod NDA, tak je nemůžu moc ventilovat veřejně.
A to je asi tak v kostce všechno :) Vím, že někdo takovej se blbě hledá a pro hodně lidí jsem Dinosaurus, ale také vím, že firem, co ještě potřebují myslet na úrovni HW a někoho takového potřebují, není nekonečně. Ne to samá Java, framework, gigabajty RAM a GHz CPU sem/tam, to nikoho nezajímá. Ale to pak není pořádná zábava pro hlavu :)
Máte chlapi někdo zkušenost jako ten správnej Dinosaurus ? Proč vlastně dneska skoro nikoho nebaví přemejšlet a dělají se virtualizace virtualních systému, kašle se na výkon, spotřebu zdrojů... Není to škoda ?
Tím, že nmám rád sociální blbostí neznám věci ala freelancer, linkedin, ... funguje to ?
Pepa (pepikus78[at]email.cz)
-
- navrhovat jakoukoliv formu vizuálu/grafiku (výsledek se libí jenom mně)
Taky mám tento "problém", soucítím: jsem backendista a v jednom korporátu mě chvíli nutili dělat GUI a pak remcali, že je prý "uživatelsky nepřátelské" a mně přitom přišlo úplně normální. Ach jo.
-
- navrhovat jakoukoliv formu vizuálu/grafiku (výsledek se libí jenom mně)
Taky mám tento "problém", soucítím: jsem backendista a v jednom korporátu mě chvíli nutili dělat GUI a pak remcali, že je prý "uživatelsky nepřátelské" a mně přitom přišlo úplně normální. Ach jo.
To je častý problém. Když jsem řekl, že jsem backendista a že se chci podílet na designu backendu, tak mi odpověděli, že design aplikace řeší PM, že ikony musí být přesně tam, kde je zadavatel chce.
-
Pokud z toho seznamu vyškrtnu PHP, tak tam vidím hlavně embed. Tím "mainstreamem" myslíš i embed ? Protože jestli jo, tak nevím, co chceš dělat.
-
To je častý problém. Když jsem řekl, že jsem backendista a že se chci podílet na designu backendu, tak mi odpověděli, že design aplikace řeší PM, že ikony musí být přesně tam, kde je zadavatel chce.
Haha, já zase personalistovi řekl, že programuji low-level sw a on si to vyložil tak, že jsem programátor na nízké úrovni :o
-
Pokud by vám nevadil odklon od embedded třeba k systémovému programování (i třeba v kernelu), tak se dá obvykle sehnat práce u antivirových či jiných firem vyvíjejících bezpečnostní řešení (třeba i DLP).
Pokud chcete více hardware, tak tam moc nevím, mám jen určité informace o SYSGO (ale nevím, zda ještě hledají či zda mají průnik s vašimi schopnostmi).
Co se týče (ne)chození do práce, to už záleží na vás. Pokud si (menší) firma bude myslet, že jste pro ni velkým přínosem, pravděpodobně vám vyjde vstříc, jak jen to půjde.
-
- vývoj HW
- návrh schémat: digitální + analog + něco VF (< 2.4G) + silovina (< 1 KV)
- kompletní vývoj PCB: mám za sebou několik m2 desek (od jednoduchých, až po 8 vrstvé s 1K SMD)
- výroba prototypů (bastlení, včetně AC230)
- vyhl. 50 § 8 odst.1
- zkusenosti s S08, ARM (M0-M3), Blackfin, CPLD/FPGA a taková ta obecná klasika (OPamp, DC/DC, Logika, ...)
- slušné vlastní vybavení
- mám za sebou výrobu (předávání dat), nějakou zkušebnu (EMI/EMC, bezpečnost, ...)
Pisu ti mail - dalsi ruce v navrhu hw by se hodili.
-
Haha, já zase personalistovi řekl, že programuji low-level sw a on si to vyložil tak, že jsem programátor na nízké úrovni :o
low-level SW = SW, který má nízkou úroveň (a jeho autor je nejspíš začátečník)
to je přece skoro přesný překlad. ;D
-
Pokud z toho seznamu vyškrtnu PHP, tak tam vidím hlavně embed. Tím "mainstreamem" myslíš i embed ? Protože jestli jo, tak nevím, co chceš dělat.
Právě jsem psal mimo main-stream, protože ten je hlavně o tom, jakej se zrovna někdo rozhodne používat framework. Případně, co je zrovna cool. Jak moc java (ne)funguje... Já mám radši systémovější věci. To PHP tam mám, protože jsem ho potkal hodně jako back-end pro různá zařízení (zpracování/visualizace dat) a krom několika extension pro Zenda (dodnes jim děkuju za PHP 5->7 a měsíční lovení memory chyby tímto zavlečené :) přez 100K řádek. Tak mi to utkvělo v paměti. Ale jazyk jako takovej rád nemám. Už jen protože svého času jsme hodně znal zdrojáky PHP a Zendu... Nechápal jsem, jak tohle může produkčně běžet a víceméně fungovat. Když jim pak 7mička trvala jak jim trvala, pochopil jsem :)
To je častý problém. Když jsem řekl, že jsem backendista a že se chci podílet na designu backendu, tak mi odpověděli, že design aplikace řeší PM, že ikony musí být přesně tam, kde je zadavatel chce.
Haha, já zase personalistovi řekl, že programuji low-level sw a on si to vyložil tak, že jsem programátor na nízké úrovni :o
To je drsný :) Na druhou stranu jeden hned ví, co je to za firmu, když má na takový pozici takovýho jedince (o:
Co se týče (ne)chození do práce, to už záleží na vás. Pokud si (menší) firma bude myslet, že jste pro ni velkým přínosem, pravděpodobně vám vyjde vstříc, jak jen to půjde.
Díky za hint. Ad kde pracovat.. Je to spíše o preferenci. Kdysi jsem dělal s kamarádem a pokud měl dělat doma, dopadlo to maximálně tak, že si potahal pár filmů, péčko a pil pivo :) Jakmile ale někam musel jít, neměl problém. Dneska i velký korporace dávají už často 2+3 (práce/homeoffice). Je to hodně o důvěře, to je jasný... Čím víc je člověk jen číslo, tím méně někoho zajímá, co mu (ne)vyhovuje. Moje zkušenost je taková, že v reálné práci se půlka času "promrhá" na blbostech. A čas je mrcha. Já mám teda kancl, byť hned vedle baráku. Doma žena, děti a furt je něco potřeba. Ale stačí pár metrů... :) Já to nemá primárně o tom někam dojít, když člověk může kdy chce, ale o čase. Takovej typickej pražák, kolik to má přez prahu. A 2x za den. Radši ten vyměřený ča investuju do něčeho jiného, než trčet v zácpě nebo čumět na displej nějakého zařízení. Mám to 2 minuty.
Pisu ti mail - dalsi ruce v navrhu hw by se hodili.
Určo se ozvu, díky.
Já jsem poslední dobou četl o různých workshopech a jak fungují právě ty sociální net nesmysly, ale neznám nikoho, kdo by přez to nějak rozumně fungoval. Třebá právě na ten kernel/ovladače (to je právě ta úroveň to já rád).
Pepík
-
Ak by si hladal firmu, kde by chceli haskellistu juniora, tak sme dvaja.
-
tenisové a další kurzové sázení, velmi spolehlivé informace
... jsem spammer a zasloužím na zadek.
-
Ne to samá Java, framework, gigabajty RAM a GHz CPU sem/tam, to nikoho nezajímá. Ale to pak není pořádná zábava pro hlavu :)
Ach ty omezené obzory ;)
-
Proč vlastně dneska skoro nikoho nebaví přemejšlet a dělají se virtualizace virtualních systému, kašle se na výkon, spotřebu zdrojů... Není to škoda ?
Stačí se podívat, kolik stojí nějaká deska s ARMem nebo nějaký výkonnější jednočip... a kolik stojí den práce programátora.
Neříkám, že by se mělo plýtvat výkonem -- samozřejmě, že by člověk měl psát slušně. Nicméně podstatou naší práce je splnit úkol/požadavky a udržet náklady na nějaké rozumné úrovni. Ne se měsíce mořit s "dokonalým" řešením, když ty požadavky šlo splnit za zlomek ceny.
Sám mám taky tendenci řešit věci nízkoúrovňově (i když pro mě "nízkoúrovňové" bude něco jiného než pro tebe) a nepřehánět to s frameworky a knihovnami, protože ne vždy šetří práci. Ale pokud ta daná abstrakce funguje a přináší užitek, tak je správné ji použít a nehonit se za co nejmenšími HW požadavky (protože to rozhodně není jediné ani hlavní kritérium kvality a úspěchu).
-
... a kolik stojí den práce programátora.
A kolik stojí den práce konstruktéra, když si za stejnou cenu můžeš koupit auto s dvakrát výkonnějším motorem a jen nepatrně vyšší spotřebou? ;)
Jenže si tu spotřebu vynásob miliardou motorů, a možná dojdeš k tomuhle: https://board.asm32.info/why-assembly-programs-are-faster-than-hll-programs-despite-that-the-compilers-are-so-advanced.222/ (https://board.asm32.info/why-assembly-programs-are-faster-than-hll-programs-despite-that-the-compilers-are-so-advanced.222/)
-
Stačí se podívat, kolik stojí nějaká deska s ARMem nebo nějaký výkonnější jednočip... a kolik stojí den práce programátora.
Stačí ak je požiadavka aby ta doska bežala rok z baterie. Potom už nemôžeze riešiť problémy sprostým štýlom kup si vykonnejší CPU.
-
Stačí se podívat, kolik stojí nějaká deska s ARMem nebo nějaký výkonnější jednočip... a kolik stojí den práce programátora.
Stačí ak je požiadavka aby ta doska bežala rok z baterie. Potom už nemôžeze riešiť problémy sprostým štýlom kup si vykonnejší CPU.
kup si vetsi baterku :P :P
-
Proč vlastně dneska skoro nikoho nebaví přemejšlet a dělají se virtualizace virtualních systému, kašle se na výkon, spotřebu zdrojů... Není to škoda ?
Stačí se podívat, kolik stojí nějaká deska s ARMem nebo nějaký výkonnější jednočip... a kolik stojí den práce programátora.
Tohle funguje jen do určité úrovně :) Když se stejná logika aplikuje globálně, tak prostě takhle koule, na který žijem, na to jednoduše nemá zdroje. A kde je ta hranice, kdy to je ještě "dobře" a kdy už je to "průser" ? Aneb auto na baterky do každý rodiny :) Ikdyž ono by stačilo, kdyby každej chtěl vůbec nějaký auto, že.
V konečném důsledku kupením systému vzrůstá komplexita a nakonec nikdo neví, jak to vlastně funguje. Systémy si pak žijí "vlastním" životem. Kousek kódu v pythonu, kousek v shellu, kousek onde, něco je zadrátovaný do HW. Supr ne ? Není nad to takovej systém ovládat/konfigurovat/spravovat. A spolehnout se, že udělá to co má...
Já si jen myslím, že vývoj jde od věci primitivných, přez složité k jednoduchým. A spousty věcí jsou dnes složité. Zbytečně. Jen protože si někdo myslí, že čas ťamana je levnější než čas někoho u nás. Ale to je pak nasprosto jiná diskuze :o)
Pepikus
-
Já si jen myslím, že vývoj jde od věci primitivných, přez složité k jednoduchým.
Ano, to je ideální, jenže dělat věci jednoduše je složité.
-
pri tvych schopnostech je prece snadny pochopit ze ve vyvoji HW davno nejsou - u nas uz vubec ne - takove moznosti jako SW. Najdes malo bonitnich zakazniku kteri uprednostni tvoji genialni (bez urazky, klidne muzes byt hodne dobry...) konstrukci pred mainstreamovou ARM deskou nebo primo PLC do kteryho se nahraje nejak unifikovane udelanej soft. Par mezirek na trhu najdes treba rizeni indukcnich ohrevu se stovkama MW, odlucovace popilku, pristroje na pocitani cyklistu na cyklostezce a podobne ale urcite v tom nejsou bomba penize a taky je dost velkej pretlak hardweraru kolem padesatky (par jich znam), kteri nejak moc nevi kde by se upichli. Proste se svet zmenil a clovek se bud uzpusobi nebo ne..
-
Já si jen myslím, že vývoj jde od věci primitivných, přez složité k jednoduchým.
Ano, to je ideální, jenže dělat věci jednoduše je složité.
To mne nikdy nenapadlo, zajímavá myšlenka. A zdá se pravdivá. Rozhodně se díky ní dá řada věcí jednoduše vysvětlit :)
Proste se svet zmenil a clovek se bud uzpusobi nebo ne..
To je pravda, jeden nemusí nutně dělat HW. Mně osobně je třebas fuk, jestli kreslím schema, desku nebo dělám něco v céčku. Stejné myšlení, jen jiná forma zápisu. V konečném důsledku to měkké stálo nakonec vždy víc času. HW je jen prostředek... Spíše ale nemám chuť dělat Javu a spol. Stejný peníze, jako se tu nedávno rozebíralo (průměr v Práglu), se dají vidělat i jinak a zábavněji...
Fakt je ten, že něoho od HW okolo 50ky také znám. A jedno mne překvapilo. Nemají moc rádi SW. Tomu osobně moc nerozumím. Slova jednoho: na SW už jsem starej. Nakreslí desku ale firmware je nad jejich "sílu". Osobně rozdíl vidím jen v počtu informací, který si aktuálně člověk musí držet v palici. U SW to je řádově více. HW je zas krutě citlivej na detajl a nejde něco ochcat s tím, že "pak to předělám". Na druhou stranu, třeba ten dotyčnej celej život dělal primárně HW. Tož je možné, že to pramené odtud.
Pepik
-
Ahoj, rád bych se místních zeptal, jetli někdo neví, kde najít trochu nestandardní práci. Vcelku jedno, jestli CZ nebo ne, protože stejně po tolika letech nebudu nikam denně chodit :) Uvolnila se mi nějaká část času...
Klasiku, jakože jeden umí anglicky, trochu česky, jezdit autem beru jako samozřemost, kterou není potřeba psát... I WC zvládnu bez potíží a bez cizí pomoci (o: Nebudu uvádět nějaké naprosto konkretní věci, jen obecné (v tento okamžik to považuji za zbytečné).
...
Prihlas se do cirkusu protoze je s tebou fakt sranda ... .
-
Proč vlastně dneska skoro nikoho nebaví přemejšlet a dělají se virtualizace virtualních systému, kašle se na výkon, spotřebu zdrojů... Není to škoda ?
četl jsem o tom nedávno pěkný blogpost "Software Disenchantment": http://tonsky.me/blog/disenchantment/ (http://tonsky.me/blog/disenchantment/)
-
V konečném důsledku kupením systému vzrůstá komplexita a nakonec nikdo neví, jak to vlastně funguje.
S tím souhlasím a mimochodem je to téma, kterým se zabývám a trápí mě to, chci s tím něco dělat...
Jen si myslím, že je potřeba se zaměřit na úzké hrdlo resp. místa, kde je té komplexity a nespolehlivosti nejvíc. A nedopouštět se optimalizací na nesprávném místě. Tím že přepíšeš něco z céčka do assembleru nebo někde použiješ 555 místo atmelu, celkovou komplexitu moc nesnížíš. Podobné je to jako když se někdo snaží odbourat SQL nebo XSD, protože mu přijdou moc komplexní -- jenže pak tu jejich funkcionalitu musí reimplementovat ve své aplikaci a výsledek je ještě horší, protože celková komplexita se naopak zvýšila.
Celé to má ještě další rozměry jako kvalita a rozšířenost -- komplexnější software, který je rozšířený, bude i lépe otestovaný a bude tam daleko větší zájem na opravách chyb. Naopak u méně rozšířeného softwaru hrozí, že na to zůstaneš sám. Podobně s kvalitou: když to dlouhodobě vyvíjí tým zkušených lidí nebo i jednotlivec, tak se tomu dá věřit víc, než něčemu, co má sice méně řádek kódu, ale namastil to nějaký hipster a před měsícem hodil na GitHub. V tom může být nasekáno daleko víc chyb a bude to mít horší podporu než dlouhodobé projekty, které si s sebou nesou i nějakou tu historickou zátěž.
Můj pohled je ten, že vyšší programovací jazyk a jeho standardní knihovna jsou samy o sobě frameworkem a spousta aplikací se dá postavit jen nad nimi a není potřeba na to vršit další a další vrstvy frameworků a knihoven, které akorát zvyšují komplexitu a často ti práci spíš přidělají, než že by ji ušetřili. Někdy ty knihovny a frameworky dávají smysl, ale mělo by to být opodstatněné reálnou potřebou -- ne tím, že "se to tak dělá" nebo že je to zrovna v módě.
-
Jen si myslím, že je potřeba se zaměřit na úzké hrdlo resp. místa, kde je té komplexity a nespolehlivosti nejvíc. A nedopouštět se optimalizací na nesprávném místě. Tím že přepíšeš něco z céčka do assembleru nebo někde použiješ 555 místo atmelu, celkovou komplexitu moc nesnížíš. Podobné je to jako když se někdo snaží odbourat SQL nebo XSD, protože mu přijdou moc komplexní -- jenže pak tu jejich funkcionalitu musí reimplementovat ve své aplikaci a výsledek je ještě horší, protože celková komplexita se naopak zvýšila.
Rozhodně souhlas, není to o tom, udělat věci složené z naprostých primitiv.
Celé to má ještě další rozměry jako kvalita a rozšířenost -- komplexnější software, který je rozšířený, bude i lépe otestovaný a bude tam daleko větší zájem na opravách chyb. Naopak u méně rozšířeného softwaru hrozí, že na to zůstaneš sám. Podobně s kvalitou: když to dlouhodobě vyvíjí tým zkušených lidí nebo i jednotlivec, tak se tomu dá věřit víc, než něčemu, co má sice méně řádek kódu, ale namastil to nějaký hipster a před měsícem hodil na GitHub. V tom může být nasekáno daleko víc chyb a bude to mít horší podporu než dlouhodobé projekty, které si s sebou nesou i nějakou tu historickou zátěž.
To je typický příklad PHP,kdo zná zrojáky Zendy a PHP v průběhu času. Případně Linux (obecně) vs. OpenBSD. Lidí mají super vlastnost - ušetřit si čas. Teď. Nicméně málokdo vidí za první roh, že dané ušetření času je ve skutečnosti neuvěřitelné plýtvání. Aneb přítomnost není naší volbou. Jsou to jen důsledky rozhodnutí, co jsme udělali v minulosti. Jen si to málokdo připustí :)
Můj pohled je ten, že vyšší programovací jazyk a jeho standardní knihovna jsou samy o sobě frameworkem a spousta aplikací se dá postavit jen nad nimi a není potřeba na to vršit další a další vrstvy frameworků a knihoven, které akorát zvyšují komplexitu a často ti práci spíš přidělají, než že by ji ušetřili. Někdy ty knihovny a frameworky dávají smysl, ale mělo by to být opodstatněné reálnou potřebou -- ne tím, že "se to tak dělá" nebo že je to zrovna v módě.
A ještě to má pak jeden aspekt. Čím více knihovny jsou "samo" dělatelné, tím méně člověk musí rozumět dané věci. A podle toho taky pak vypadá výsledek. Copy/paste něčeho - voalá. A těch vrstev je pak strašné množství, musí se mezi sebou nějak poprat. A pak přijde nová verze :) To je často hodně srandy. Málo API se dá udělat tak, aby výsledek nebyl závislej na "nedokumentovaném" chování, nebo postraních kanálech. Proto se maji věci tendenci časem "za*srat" sami od sebe.
Jinak díky za link nahoře, zajímavé.
Pepa
-
Proto se maji věci tendenci časem "za*srat" sami od sebe.
To je zákon rostoucí entropie.
-
Proč vlastně dneska skoro nikoho nebaví přemejšlet a dělají se virtualizace virtualních systému, kašle se na výkon, spotřebu zdrojů... Není to škoda ?
četl jsem o tom nedávno pěkný blogpost "Software Disenchantment": http://tonsky.me/blog/disenchantment/ (http://tonsky.me/blog/disenchantment/)
Vypadá to na zajímavý článek... nečetl jsem to ještě celé.
(hovna typu web nebo Windows nechme stranou)
Ad "On each keystroke, all you have to do is update tiny rectangular region and modern text editors can’t do that in 16ms. It’s a lot of time. A LOT. A 3D game can fill the whole screen with hundreds of thousands (!!!) of polygons in the same 16ms and also process input, recalculate the world and dynamically load/unload resources."
Na tom je vidět, že vyvíjet efektivní a optimalizované programy lze -- náš obor to umí. Akorát se to dělá jen v některých případech. A teď je otázka: proč? Proč se neoptimalizuje všechno?
Nikdo nechce* záměrně vyvíjet pomalou aplikaci. Tzn. pokud to někdo dělá, má k tomu nějaký důvod. Můžu např. upřednostnit čitelnost a udržovatelnost před výkonem. Další věc, která jde často proti výkonu je bezpečnost a spolehlivost (např. přidání nějakých kontrol, validací či defenzivní programování). Nebo můžu ušetřit čas potřebný k napsání aplikace. A to jak volbou stylu práce, použitých nástrojů nebo třeba jazyka, který se (ne)naučím. Např. bych mohl pár let studovat nějaký super efektivní jazyk a pak teprve psát aplikace, které budou běhat o něco rychleji, nebo ty aplikace můžu psát už teď s tím, co umím. Co má větší přínos -- aplikace napsané v méně efektivním jazyce během těch pár let, nebo zvýšená efektivita v příštích letech? Tohle si každý musí rozhodnout sám, neexistuje na to jednoznačný recept. Je dobré se dívat do budoucna, ale zase se nejde celý život jen připravovat na to, že jednou napíšeš něco úžasného a leštit si nástroje. Je potřeba v tom najít nějakou rozumnou míru a průběžně si sice vylepšovat nástroje a schopnosti, ale zároveň dělat něco reálného teď hned s tím, co máš/umíš.
Kdybys měl firmu, tak můžeš roky vzdělávat svoje lidi, psát si vlastní frameworky, napsat si vlastní jazyk, knihovny, pilovat metodiku... nebo taky můžeš dělat reálné projekty pro svoje zákazníky a používat k tomu stávající nástroje a stávající znalosti svých lidí. Oba extrémy jsou špatné a nefungují. Tu míru si musí každý najít sám. Klidně si to zkus dělat tím prvním způsobem, ale pokud nejsi miliardář, který by to mohl roky dotovat ze svého, tak dojedeš dřív než ten, kdo šel tou druhou cestou.
Taky můžeš zjistit, že lidi jsou idioti a nemáš koho zaměstnat. Každý, kdo se ti přihlásí je podle tvých měřítek "lopata", a "prasí" kód. A co s tím? Budeš odmítat zakázky, protože je nemá kdo dělat? Nebo si spočítáš, že požadavky zákazníků lze implementovat i těmi "lopatami", které jsou k dispozici na trhu? Co když zákazníka nezajímá, že to běží o nějaké milisekundy déle, a potřebuje vyřešit svůj byznysový problém? Je lepší ho odmítnout a počkat, až si vyškolíš lidi a vypiluješ metodiku, a budete schopní psát extrémně efektivní kód, který z HW vytěží maximum?
Takže proč se neoptimalizuje všechno? Jde o efektivní alokaci zdrojů. Investuje se tam, kde se dají očekávat odpovídající přínosy, kde to někdo požaduje, kde to má smysl. Je to jako se vším -- řeší se úzké hrdlo a ne něco, kde vynaložené prostředky mají minimální dopad na celkový výsledek.
Když tedy pominu vyloženě hloupé a zbytečné výkonnostní chyby, tak nám zbývají ty případy, kde vývojář upřednostnil jiné hodnoty než výkon. A vyčítat mu to je nesmysl. Je to jako kdybys automobilce vyčítal, že neefektivně hospodaří s okolním vzduchem nebo deštěm či slunečním svitem dopadajícím na auto -- teoreticky z toho mohli vytěžit víc, méně s těmito zdroji plýtvat. Ale oni to nedělají. Proč?
*) Teoreticky by mohl nejdřív dodat pomalou verzi a pak ji za příplatek optimalizovat... ale o tom se spíš vtipkuje, než že by se to běžně dělalo v praxi.
-
P.S. Ještě doplním, že ze současného stavu oboru jsem taky poměrně znechucený* -- jenže vidím ty problémy jinde. Nejhorší je uzavřenost, proprietární software/služby a vendor lock-in (byť se od těch 80. let udělal obrovský pokrok a osobně už na nějakém proprietárním softwaru závislý nejsem**), potom narůstající komplexita, bezpečnostní chyby, nespolehlivost, regrese, rozbíjení dříve fungujících věcí... a až někde daleko za tím jsou nějaké ušetřené cykly CPU, milisekundy zpoždění nebo ušetřené bajty v paměti... Ty má opravdu smysl řešit jen tam, kde je úzké hrdlo a kde to má reálné dopady.***
*) byť převažují pozitiva a stále mě to baví
**) kromě BIOSu/UEFI a nějakých firmwarů... i když i tohle se daří řešit a svobodný hardware jde nahoru, máme věci jako coreboot, RISC-V, OpenPOWER... situace se i tady postupně zlepšuje
***) Např. když se něco opakuje milionkrát, tak už tam ta milisekunda v každém cyklu hraje podstatnou roli. Nebo když je něco milionkrát rozkopírované v paměti, přenesené po síti nebo uložené na disk.
-
Franta: V zásadě máš pravdu, předsedo... Nicméně, někdo tady postoval link, kde se toto srovnávalo s ekonomikou. To želbohu docela sedí, protože když si soudruzi v Redmotu usmyslí, že prostě nová verze musí být tehdy a tehdy a tak se to prostě nějak udělá, kdo zaplatí tohle rozhodnutí ? Nakonec právě ty spotřebované zdroje lidma/strojema/.... Kolik elektráren tady okolo vrní jen proto, aby se uživily plejády CPU, protože se na to jedna firma prostě vys.... ? Je to extrémní příklad, to je jasný.
Nicméně, v globále takový ty hledači zásuvek spotřebují slušnou energii. Schválně, tak odhadem, typická baterka patlafounu (nepěstuju podobná zařízení, tak čistě odhad) 5500mWh. Jednou za 3 dny na 100% nabít (optimistické soudím). Za rok teda 5500e-3*365/3=670Wh. Miliarda telefonů... Překlopené na trvalou spotřebu jsme na téměr 80 MW trvalého odběru. Jen za blbé telefony. A to jsem hodně optimistickej.
Co teprve to, že se cvakne fotka, pár mega se přeleje přez tuny serverů (a uloží) jen aby to bylo jednoduché ? Je tady všude je habamoc místa, kde by se daly věci udělat daleko optimalizovanější jen na úrovni SW. Ale to by nešlo mít novej produkt každej rok...
Já třebas právě jako jednu z hlavních příčin tohodle vidím rychlost, jakou se věci otáčejí. Všichni chtějí mít všechno hned, plánované morální zastarávání, ... Vždy to ale nakonec někdo/něco zaplatí. V případě MS, když Aero zvedlo drsně spotřebu, to pocitili všichni po celém světe :)
Pepikus
-
No ja bych rek, ze to s CB jde spise dolu, AMD uz tam toho moc/nic nekomituje a tak podpora novych desek vazne. Stejne ty dnensi systemy uz nejsou schopny nastartovat bez proprietarniho binarniho blobu vyrobce (at uz intel ci AMD), takze to tak nak postrada smysl...
-
>Pepik
Ja neco podobnyho resil letos na jare-v lete. Asi po 10 letech jsem se rozhodl zvednout kotvy, kontaktoval asi 10 firem v Praze a obehal pohovory. Ale nic idealniho sem nenasel. Zhruba bych sve poznatky rozdelil na 2 typy:
mensi firmy, kde muze byt i zajimava a ruznoroda prace, ale ty casto malo plati, prestoze od zamestnance chteji, aby byl superman v oboru/ech (mozna jim prave jsi) a obvykle minimalni benefity (pod 5 tydnu dovolene, a plovouci pracovni doby sem se nechtel rozhodne vzdat) a nejlepe abys pro ne drel od nevidim do nevidim...
A na druhe strane korporaty, kde to byva klidnejsi, lepe plati, benefity jsou samozrejmost, ale zas prace muze bejt nudna ci striktne rozdelena na jen HW nebo jen SW (ja sem taky takovy patlal obojeho) nebo sou tam prilis byrokraticky postupy, to co v maly firme trva den tak tam treba mesic nebo tam sou sracky typu openspace, kde se neda soustredit na praci...
Nakonec sem zvolil spise korpo, tak uvidim, jak se to vyvine.
Pokud si chces ridit sam, jaky pomer casu stravis praci a zabavou, tak asi zustan raci jako zivnostnik. Jeden byvaly kolega, co prede mnou odesel, uz takle funguje asi rok a pul, delal treba na projektu pro Honeywell, kde mel vicemene homeoffice a dojizdel na nake porady asi 1 tydne... A nebo pokud te nic nedrzi a umis dobre anglicky, tak hybaj do Nemec :)
-
... nebo tam sou sracky typu openspace, kde se neda soustredit na praci...
Já vím, že mezi komunitou je hrozně free, cool a in hejtit openspace, ale moje zkušenosti nejsou zdaleka tak špatné. Samozřejmě, když s programátory sedí lidi, co při své činnosti přirozeně vytváří rušení, třeba obchoďáci, je to na pytel (zažil jsem). Na druhou stranu, pokud s takovou osobou budeš sedět v malé kanceláři, budeš lézt po zdi ještě více. To není problém openspace.
Pokud jsou lidi blbci, je problém i v malé kanceláři. Pokud jsou rozumní, je openspace v pohodě. Dělal jsem v poměrně velkém "holém", žádná velká tragédie to nebyla. Dělal jsem i v "luxusním", kde bylo hodně prostoru na člověka, byl členitý, hezky vyzdobený, měl izolované místnůstky, kam člověk mohl zajít telefonovat, aby nerušil ostatní... Mám zkušenosti i s klasickou kanceláří a třeba v tom "luxusním" openspace se mi dělalo lépe.
-
Já si jen myslím, že vývoj jde od věci primitivných, přez složité k jednoduchým.
Ano, to je ideální, jenže dělat věci jednoduše je složité.
To mne nikdy nenapadlo, zajímavá myšlenka. A zdá se pravdivá. Rozhodně se díky ní dá řada věcí jednoduše vysvětlit :)
Simplicity is complicated.
-- Rob Pike
-
Já si jen myslím, že vývoj jde od věci primitivných, přez složité k jednoduchým.
Ano, to je ideální, jenže dělat věci jednoduše je složité.
To mne nikdy nenapadlo, zajímavá myšlenka. A zdá se pravdivá. Rozhodně se díky ní dá řada věcí jednoduše vysvětlit :)
Simplicity is complicated.
-- Rob Pike
Zase nějaká štikovina :)
-
RayeR: dik za zkusenosti :) Pocitam, ze taky relativne brzo budu neco takoveho resit tak koukam, jak na tom vlastne ta "prace" vubec dneska je. Mam hodne podobnej pocit, tomu co pises. A v nemecku jsou dneska tak zoufali, ze jim mnohde staci anglictina (nechtel jsem verit, zrovna u nich). A po par tydnech/mesicich tam clovek musi byt treba taky jen na 2 dny v tydnu, takze i to by se dalo (jednou prechrape a trada domu). Ciste HO jsem u nich mic nevidel. Co by pak ale s tema penezma clovek delal ? :) Na danich (statu) u nich jeden usetri ~8K a kdyz je jeden tak chytrej, ze ma 3, tak uz jen tohle da balik (jsou to prakticky ciste penize), co maj nektery na mesic v cistem... Postupne zjistuju, ze za ty leta, kdy jsem to neresil, se toho zase tak moc nezmenilo. Spise se meni (v kontextu te doby pochopitelne) to co se 'dela'.
P.
-
Tak neska bych cekal, ze u technologickych firem ani v Nemecku nebude anglictina zadny problem. Jeden kamos pracuje v Sysgo a anglictine je takovy oficialni firemni jazyk kdyz neco resi s dalsima pobockama nebo jedou k nim do Nemec...
Openspejsy nemusi bejt treba vzdy tragedie, ale myslim, ze i u nas se uz od toho kapanek upousti. Bohuzel co sem videl na pripade byvale firmy, tak to znamenalo jednoznacne posun k horsimu (kdyz vyvojari musi poslouchat telefonovani obchodaku a servisaku co sedi o par stolu vedle), tak sem rad, ze sem tam toho nedockal... Ani neznam nikoho dalsiho s pozitivni zkusenosti po prestehovani do OS, samozrejme i v malem kalcliku muzou neohleduplni jedinci nadelat stejnej bordel, ale to se da v par lidech nejak vyridit. Kdyz ale nekdo k praci potrebuje telefonovat skoro porad, tak se to resi bez oddeleni blbe...
-
Kde je hranice mezi kanceláří a openspace?
Když je nás v kanclu občas při full obsazení 10, není to už OS? :)
-
Kde je hranice mezi kanceláří a openspace?
Když je nás v kanclu občas při full obsazení 10, není to už OS? :)
Tomu se říka closed space potom (o: