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 ... 14 15 [16] 17 18 ... 99
226
No on ten manažer ty grafy nedostane, protože ho nebude potřeba. AI rozhodne za něj, a ne za 20 let, ale za 3-7 let. Informace se do oběhu mezi lidi ani dostávat nebudou. Stroje se nebudou programovat, ale trénovat. Výsledkem nebude program, ale natrénovaná síť, která se nahraje do zařízení.
Ty drogy chci taky :D A ta AI si dokonce sama kreativně vytvoří novou, revoluční, bezprecedentní koncepci, kterou se bude firma řídit, aniž by se o tom někdo dozvěděl, aniž by se nad tím někdo zamýšlel, aniž by to majitele/akcionáře zajímalo? Opravdu ty drogy chci :D

227
tak ale to uz prehanate tuxiku :D
to som sa este nestretol s niecim takym. myslim, ze az tak tupi programatori nie su :D
Netvrdím, že všichni, ale ano, jsou a není jich málo. Trh je plný firem složených z jednoho CEO, jednoho markeťáka a 5ti ještě studujících programátorských opic. Navenek se tváří jako korporace založená těsně po "budiž světlo" a reference mají plný firem, který o nich nikdy neslyšely. Nejdůležitější je mít cool anglický název, blikací web a pořádnou vyřídilku. Tohle bohužel není ani vtip, ani nadsázka, ani to není přehnané. V horším případě se najímá jiná firma těsně po skřípajícím produkčním nasazení, aby začala znova, v tom lepším se podobný kraviny do produkce nedostanou. Dost často to končí hádkou o to, kdo to podělal, protože zákazník tvrdí, že to nefunguje, dodavatel tvrdí, že mu zákazník nedodal podklady atd.

228
Narazíte-li na strop stávajících možností, vymyslíte nové postupy odpovídající aktuální situaci. Stejně se bude muset změnit architektura hw, protože většinu úloh bude řešit AI a klasické zpracování dat odpadne. Nebude potřeba spoustu věcí explicitně vědět, protože je bude řešit AI bez našeho vědomí. Klasické databázové aplikace přestanou být potřeba. Informace budou ve formě člověkem neinterpretovatelných natrénovaných sítí. Půjde o black boxovou revoluci.
Managor/majitel chce data, chce je v hezkých grafech a chce je hned. Jak mu vysvětlíte, že musí 20 let počkat na AI a pak stejně žádný grafy nedostane, protože si je AI nechá pro sebe? Jestli je řešením 90 procent programátorů zamrazit a počkat na technologie, které budou uzpůsobené jejich intelektu, jsem pro :D Ale to neřeší současnou situaci.

229
- Protože v DB bude nanejvýš pár set řádek, programátor P klidně v dotazech použije LIKE. Práci má hotovou za hodinu.

- Programátor T v žádném případě nechce prasit, takže si hezky napíše vlastní fulltext engine. Sice se dostane do nějakých problémů s aktualizací indexu on-the-fly při insertech, ale už za dva měsíce má hotovo. Ve výsledku je jeho řešení o 1ms rychlejší, což, bohužel, uživatel nepozná.

Otázka za 10 bodů: Kterého programátora zaměstnavatel vyhodí, protože vyházel jeho peníze oknem?

Aneb jak říká staré programátorské přísloví, předčasná optimalizace je horší, než předčasná ejekulace.
No a teď zpět do smutné reality... nikdo se neobtěžoval zákazníka zeptat, jaký očekává objem dat, proto bude mít testovací databáze opravdu pouze pár set řádků a všechno bude vypadat normálně.
A teď otázka za 11 bodů: Kvůli komu firma nedostane zakázku, když se při PoC nad reálnými daty budou 20 minut motat přesýpací hodiny?

230
Jojo, kritik je ten, který říká, jak by to dělal, kdyby to uměl...
Kritik bohužel až příliš často řeší problémy za programátory, protože je mezi nimi spousta namyšlených idiotů, kteří neuznají svou chybu ani poté, co jim člověk píchne prstem do kódu a řekne jim, co je tam špatně.
Mimochodem, předpokládám, že programátoři by taky neměli používat SQL, protože ručně psaná a na konkrétní úkol optimalizovaná databáze je samozřejmě rychlejší....
Programátoři by neměli používat SQL na každou blbost a když už musí, bylo by dobré, vědět jak. Jejich přístup k databázím je dost často tragédie a ještě se hájí tím, že nejsou databázisti. To ale není můj problém, já jsem na straně zákazníka, který si od dodavatele koupil produkt, který databázi používá a vyžaduje. Jestli na to dodavatel nemá lidi není můj problém a že to nějakej programátor nad rámec svých znalostí zbastlil, mě nezajímá. Hlavně, že je tam 20 java opic, 10 manažerů a 5 ředitelů. Krásným příkladem - a nikoliv ojedinělým - je jedna "luxusní aplikace", která pro vypsání zaměstnance s pár detaily z DB (asi 15 polí) provede kolem 250 selectů! Až se takové pseudoprogramátorské firmě ucpou záchody, tak bych jim tam poslal opraváře s kladivem a svářečkou, ať si taky jednou užijí "profi práci" od ostatních.

231
tak, ako sa da naprogramovat zle v C#, da sa aj v C/C++. Ja nevidim ziadnu spojitost medzi tym, ze C -> lepsi vyvojar, C# -> horsi vyvojar. To je pausalizacia. Co som videl kod po C++ vyvojaroch, tak ani citat sa nedal.
Schopnost číst a chápat zdrojový kód, byla vždy jedna ze základních a nejsložitějších dovedností dobrého a zkušeného programátora. Syntaxi se naučí i opice, ale proč by měli všichni psát tak, aby to po nich ta opice dokázala přečíst? Já netvrdím, že neexistují případy, kdy se hodí OOP, GC a já nevím, co všechno, já tvrdím, že se to velmi často používá zbytečně a nesmyslně jen proto, aby se to použilo. Pokud si chce někdo říkat programátor, chce za to dostávat pěkné peníze a dokonce se tím chce chlubit, měl by poznat, kdy je to vhodné a kdy ne. Ano, můžou za to zaměstnavatelé, kteří si najmou opice, narvou jim do hlavy trendy a buzzwordy a nechají je prasit bez hlušího kontextu, hlavně, že je to rychle a může se prasit něco dalšího. Kolik firem zaměstnává nějakého mentora, který je ochotný opicím vysvětlovat proč, jak, a je schopnej to i odůvodnit?

232
Je až s podivem, kolik lidí se tu věnuje natolik komplikovaným věcem, že bez často zbytečných berliček je podle nich nemožné, nebo neúnosně náročné, je vůbec zprovoznit. Otázkou je, jestli je to vždy komplexností daného problému. Přitom si troufnu tvrdit, že většina "programátorů" nezná ani polovinu standardních knihoven svého jazyka. A znalostí nemyslím odříkání příkazů se syntaxí, tím myslím alespoň tušení, co tam všechno je a co by se tak mohlo dát použít v konkrétním případě. O znalosti platformy nemá vůbec cenu mluvit. Ale uvědomte si pánové, o kolik se za posledních 10 let zvednul výkon na jádro? O prd. Zachraňuje to enormní nárůst paměti, rychlý úložiště a zvyšování počtu jader, ale to není relevantní pro všechny případy. Navíc tam, kde to mělo smysl, tam byly už dřív jiný platformy než x86. In memory computing je starší, než většina přítomných, jenom to dřív nebylo možné s garážovým rozpočtem. A opět zopakuji... plýtvat prostředky, protože HW je zadarmo, je cesta do pekel, protože je velmi snadné s dnešními požadavky narazit na strop. Dost dobrý server pořídíte za mega, 2x rychlejší už možná nepořídíte vůbec, a musíte jít do HPC. Ale pokud není aplikace od začátku napsaná s důrazem na škálovatelnost (a to většinou není), tak je vám HPC k ničemu a nezbývá, než začít znovu a lépe. A chci vidět, kolik z těch super programátorů zvládne svoji dokonale čitelně napsanou a vysoce abstraktní aplikaci jednoduše upravit při zachování rozumných nákladů. V praxi se to limitně blíží nule a je většinou výhodnější pořídit jiný SW od někoho jiného, i kdyby to měl napsat na zelené louce.

233
2čumil 2andy: že se používá OOP a FP neznamená, že je to správně. Znamená to, že je jednoduché na to sehnat lidi, kteří v tom udělají, co je třeba a to především proto, že je to jednoduché a naučí se to i cvičená opice za bednu banánů.

234
Me prijde ze problem neni jen v lidech - podle me sou lidi porad stejni - a rozhodne to neni jen problem nejakeho GC a uklidu bordelu po sobe - to by bylo hodne kratkozrake - to je proste jenom vedlejsi efekt daleko sirsiho problemu. Podivejte se na programatory takto: co se po nich vsechno chce, za jaky cas a co je pro ne hlavni motivaci a pridejme si ty spatne vlastnosti kterymi kazdy oplyvame a trh prace a je pomerne jasne co s toho asi muze vzniknout ... dabel je v detailu - problem je ze na detail nema nikdo prostor - narazim na to denne. A s toho potom vznikaji vsechny ty nastroje na to delat tyhle veci "efektivneji" a uz se tocime v kruhu. A otazka je jestli to je spatne - proste evoluce ... vsadim se ze starejch programatoru bylo nebe modrejsi a trava zelenejsi ... prdlajs.
Nejzásadnější rozdíl je internet. Dokud nebyl, nebo byl dostupný omezeně, programátor se naučil základy, prohlídl pár dostupných zdrojáků a začal něco dělat. Když nevěděl, musel se zamyslet, jak problém vyřešit, vzít referenční příručku, pohledat vhodné příkazy a poskládat je do funkčního celku. V tu chvíli většinou musel vědět co a proč dělá. Dneska kolikrát chybí jakákoliv představivost, jakákoliv logika, napíšu do googlu co chci, zjistím, že je na to knihovna, stáhnu, použiju z ní jeden příkaz (i když už jsem tam předtím přidal 10 jiných knihoven, který to umí taky, jen mi to google neřekl na prvních třech místech) a jupí, přesuneme se o krok dál. Kolikrát už to padlo i ve fóru na rootu... potřebuji kravinu a nevím jak... 5 řádků kódu... a řešení? To umí ten framwework a tamten a tahle knihovna a jinej jazyk a... sorry jako...

235
Naopak, některé systémy ani bez GC běžet nebudou protože životnost paměti je nepredikovatelná v době kompilace či návrhu systemu.
To je opodstatněné jen v krajních případech, většinou je to prostě chyba návrhu, protože v bussiness inteligence, což je většina dnešního programování, by k tomu nemělo nikdy dojít.

236
To iste plati aj opacne
Kupodivu to neplatí, protože člověk programující bez GC si ani neškrtne, pokud není schopnej ošetřit vlastní bordel, zatímco ten s GC to schová dostatečně na to, aby to bylo "tak nějak stable" a dalo se to i prodávat.

237
Aha takze ten co robi v Cecku nie je patlal, lebo nema za sebou GC ako upratovacku. A potom su same memoryleaky...
A preco by mal byt C# programator podpriemerny? Nemoze to iste platit o assembler programatorovi alebo Ceckarovi? Taketo kecy mi vedia vzdy vycarovat usmev na tvary a zaroven aj nasrat
To by byl pěkný argument, kdyby ty memory leaky nešly vyrobit navzdory GC... ale proti všem předpokladům to lze. Mně zase pokaždé spolehlivě nakaká každej, kdo se bez GC ani nevykaká, protože... proč vlastně? Protože je to normální? Ano, je. Ale to neznamená, že je to dobře. To znamená, že to vyhovuje dostatečně velké skupině lidí. Ale neříká to absolutně nic o kvalitě té skupiny.

238
To jsou nepodstatné detaily. Důležité je, že čtverec je potomek obdelníka a ne naopak.
No... kéž by... on totiž čtverec může být se správnou aproximací i potomkem kružnice a ta může být nafouknutým potomkem bodu... hlavně že to nějak vyjde, ne?

239
preco by mali byt C# a JAVA mainstreamove? Mozte to vysvetlit? To skor javascript, css a html.
Asi byl myšlen backend a jazyky pro patlaly (s VM, GC...).
Pre patlaly? To vies aj nejako dolozit, alebo je to len tvoj subjektivny pocit?
To je principiálně objektivní pocit každého, kdo zažil lepší časy, kdy programátor programoval a patlal zametal ulice. Nikdo by nezaměstnal tesaře, který podprůměrně až průměrně odvádí svoji práci, ale není schopný si při práci uklidit a proto musí mít nonstop za zadkem uklízečku, protože bez ní by za chvilku zabordelil celou dílnu a znemožnil práci i ostatním. Za tesaře dosaď programátora, za uklízečku GC a máš to.
A jestli mi zase někdo řekne, že HW je zadarmo, tak si zkuste typické programátorské prasení:
Pořiďte si libovolný HW za mega, výběr nechám na vás, nainstalujte si na něj nějaké SQL, vytvořte v ní jeden sloupec typu TEXT s neurčenou délkou, naplňte ji náhodnými daty o velikosti 100GB a udělejte aplikaci, která z toho vyhledá a vypíše hodnoty dotazem obsahujícím LIKE %cosi%. Změřte si, jak dlouho to trvá, doplňte db opět náhodnými daty do velikosti 1TB a zkuste zjistit, kolik vás bude stát HW, aby to bylo stejně rychlé.
Zdá se vám to ujetý? Ne, to je hodně růžová realita. V horším případě tam těch tabulek bude 100 a výběr bude tak 20 JOINů a 15 vnořených selectů, z nichž jich několik bude obsahovat podobný LIKE. A až to všechno vyzkoušíte a vymyslíte, tak potom mi řekněte, jestli by náááááhodou nebylo levnější, to od začátku napsat normálně a optimalizovaně.

240
Server / Re:Alternativní e-mailový poskytovatel
« kdy: 27. 03. 2017, 09:05:54 »
Moc tomu nerozumím... založ si mejl kdekoliv, nedávej tam pravý jméno a je to. Google, Seznam a asi ani žádnej ruskej server neposkytne někomu, komu posíláš mail, nějaké detailní informace o svém uživateli. Třípísmenkáčům to asi napráská, ale to každej a je otázka, jak moc tě ochrání tor, případně další machinace typu vpn, proxy atd. Jestli jsem to správně pochopil, má to být takovej "spam mail", na kterej ti budou chodit věci, kterýma si nechceš prasit mail pro běžné použití?

Stran: 1 ... 14 15 [16] 17 18 ... 99