Připomínám, že některé známější světové a české college drop-outy jsem shrnul zde: [ XCHAOS @ college drop-outs (kolikrát jste nedokončili vysokou školu ? jaký je rekord ?) ]

_BENNY: to je naprostý nesmysl, a ty to víš.

XCHAOS: ty holt mas na vsechno cemu nerozumis vlastni nazor. ale jak jsi sam rikal, stareho psa novym kouskum nenaucis, takze ti nezbyva nic jinyho nez si zalozit svou vlastni skolu.

WENCA: jo hele, něco tuším, ale proto říkám, že mě uspokojí jedině Debian certified engineer ... :-) .deb balíčky jsem se už vyrábět +/- naučil (paradoxně u svého zcela komerčního chlebodárce... i když kolega v Arachne to uměl +/- taky)

_BENNY: joe mi ukazuje konext, ve kterém aktuálně jsem, např.název funkce v .c nebo třídy/metody v .py. nevím jestli se s těmi kontexty dá už pracovat jinak, ale tvůj dotaz moc nechápu: search + replace můžu omezit na konkrétní označený blok. jinak nevím, proč bych měnil proměnou ve "funkcích které používají jinou funkci" ??? tam je přece už lokální namespace... ale to je fuk... prostě se změnami názvů funkcí a proměnných jsem si užil svoje, a výsledek je, že člověk se naučí rozvrhnout si to tak, aby nic nepřejmenovával... o tomhle to fakt není... to je právě to "řízení auta"...

podívej, starého psa novým kouskům nenaučíš... já používám joea právě proto, že má klávesové zkratky skoro stejné jako kdysi to Borland C/Turbo Pascal IDE, resp. jako T602. člověk to má hluboce zakořeněné, a je to prostě prostředí, ve kterém může pracovat i poslepu o půlnoci.

každopádně přejmenovávání entit ve zdrojovém kódu je samozřejmě něco, co pokud možno nedělám, protože pochopitelně: člověk si pamatuje který identifikátor znamená co, a měnit to v polovině projektu nemusí být (až na speciální vyjímky) dobrý napad. a pokud na projektu spolupracuje víc lidí, tak je to skoro zločin.

ale uznávám, že už Borland IDE mělo docela rozumný frontend pro grep, kdy šlo jednoduše stránkovat mezi nalezenými výskyty, zatímco já to dnes dělám nepatrně složitěji. ale je to všechno otázka stylu a přístupu ... stejně jako v hudbě méně akordů může znamenat více, tak ani při vývoji nejsou cmdline vývojové nástroje nutně podřadné... ale nemá cenu je komukoliv vnucovat, to uznávám.

hele xchaosi a to vis, ze existuje neco jako red hat engineer? dokonce to ma myslim 4 levely a uz ty prvni sou dost tezky. jenze ty certifikaty stoji dost penez, takze zase nic pro tebe. :))

XCHAOS: prave protoze jsi po tom nikdy nepatral, tak to nevis. nejvetsi pecka v techto IDEckach je krome kontextoveho dohledavani entit kontextovy refactoring - napriklad v kazde sve funkci pouzivas int i, vsechno mas v jednom souboru a ty potrebujes zmenit promennou "i" jenom v jedne funkci a funkcich ktery ji pouzivaji. co udelas? find&replace napric vsemi zdrojaky? nesmysl, je to prece jen "i", ktere se vyskytuje uplne vsude. a i kdyby to byla promenna jmenem blablabla (tudiz by nekolidovala s obycejnym textem), tak co? nahradis i za blablabla i ve funkcich, kde to nepotrebujes?

ti zkusenejsi pouziji kontextovy refactoring, prejmenujou promennou (funkci, definici, objekt atp) na jedinem miste a automaticky se prejmenuji i vsechny reference. zprehledneni kodu prejmenovanim entit v celem projektu je pak otazkou par sekund.

_BENNY: jako je fakt, že v podstatě poslední IDE které jsem používal bylo Borland C pod DOSem. od té doby jsem si zvykl na cmdline nástroje, v práci všichni kolem mě až na vyjímkou používají Eclipse, ale já nevidím jaké by to mělo výhody, zvlášť od doby co má joe synatax highlighting, a naštěstí mě nikdo nenutí k nějakému konkrétnímu stylu práce, jsem placený za výsledky.

ale ok... uznávám, že velká věda to není. ale podle mě by nebylo od věci něco jako být "čestný Bc"... až narazíte na školu, která to bude rozdávat, dejte vědět :-)

_BENNY: to je už daleko zajímavější téma, ale dá se říct, že k tomu mě nikde nepustili, i když na tom mff to často bylo o tom, že bylo potřeba 1) vstávat 2) nesedět celý den v labu na netu (doma jsem tehdy měl ještě jenom modem... a bylo to v době, kdy se platilo za každou minutu)

WENCA: a co teprve cele gramatiky nebo navrh schedulleru pro kernel OS :-)

WENCA: nepoužívat neznamená nepochopit. ale jinak jako jo, objevil jsem že regexpy jsou součástí POSIXu, a jsou zabudované asi v libc, takže holt mě asi neminou. nicméně vi i tex mi v dnešní době přijdou fakt zbytečné.

i kdyby neco takovyho jako open-source univerzita existovala, tak by nas mily xchaos letel jako prvni smykem. pac podle svych vlastnich slov dosud nepochopil:

1. tex
2. editor vi
3. regexpy

a tyhle skilly se mi zdaj celkem zasadni. :))

mein gott, takze ono jde nakonec o nejake "open-source vzdelani" bez hnusneho komercniho Visual Studia :-))

intelektualni rozharanost.

vyssi prgani rikam tomu, kdyz prestane stacit intuice a musis hrabnout pro teorii :)

MOYYO: co je to "vyšší prgání", podle tebe ? uveď příklad. samozřejmě, že programovat lze ledacos, včetně aplikací matematiky...

XCHAOS: no xchaosi, i ja sem se musel najmout, protoze neumim delat obchod.

NAVARA: ano i ja jsem delnik, ale snad doufam, ze chapes v jakym kontextu jsem to rekl, protoze ja nesdilim predstavu, ze admin co dela widle neni admin.

osobne se totiz domnivam, ze v IT branzi jsou vsichni na sobe zavisli. Pres obchodniky az po posledni testery klikace. jen de asi o to, jakymi lidmi se clovek obklopi.

tywe dyk to samy je v matice i fyzice :) matika je ostatne programovani docela blizka (ono je samozrejme obracene) a ve vyssim prgani se bez ni moc neobejdes, *been there * ;)
a co cert nechtel, ted delam i s ageiou physx takze ja mam svuj trojuhelnik uplnej ;)

NAVARA: Není to tak jednoduchý... občas mám pocit, že ať už je řeč o filosofii nebo třeba matematice či fyzice, tak je tam pak určitý level abstrakce, na který se mi tam nedaří proniknout. Např. terminologie současných humanitních věd se snaží o takovouhle bariéru .... do jejich debaty nejde jednoduše vstoupit, protože tomu říkají diskurz místo debata. V programování jde ale nakonec vše zredukovat na několik málo základních principů, takže dříve či později se lze u všeho nejen dozvědět, že to funguje a naučit jak to funguje - ale navíc třeba i lze alespoň částečně pochopit JAK to funguje.

WENCA: zrovna na tom pracuju, jsem na druhý stránce, až budu mít tři, postnu to tam. není to snadné, zrovna řeším formulaci "neomalená čistotá efektivita" (tedy, to je právě to ... viz ten klub). Anglický originál mám koupený na papíře - nevěděl jsem vůbec, že je to k dispozici online.

VYHULENY_UFO: Já se ale s takovými OS setkal, dělal jsem krátce pro jednu francouzskou firmu, co vyvíjela vlastní bezkernelový OS (zajímavá koncepce - vlastně všechny aplikace jsou tam jen knihovny objektových metod, které jsou navzájem dynamicky slinkované...).

Každopádně tvojí představu programátora jako pouhého dělníka nesdílím - stejně tak není dělníkem sochař, není jím malíř (obrazů, ne pokojů), není jim grafik - prostě lidé, co si programátory najímají, se musí smířit i s tím, že část programátorů je schopna udělat i analýzu či design aplikace, a že se od nikoho nepotřebují nechat najmout.

A psal jsem o tom, že uzavření VŠ vzdělání mě zajímá pro vzdělání samotné, a kvůli schopnosti komunikovat s jinými VŠ jejich jazykem a na dostatečné úrovni - nikoliv kvůli výši platu, nebo titulu přede jménem.

XCHAOS: a to si predstav, ze sou dokonce operacni systemy o kterych se v beznem tisku vubec nemluvi... ;0)
to ze nedokazes dodrzet terminy je tvuj problem a skola, vzdelani a potazmo nejaky titul na to nema vubec zadnej vliv.... taky je otazka, jestli si na tom cviceni nebyl pritomen jen fyzicky, ze? ;0)

ja kdybych te chtel urazit, tak ti zase napisu, ze programator je pro me jenom pouhej delnik, kterej realizuje moji predstavu o tom jak ma aplikace fungovat, jak ma vypadat a zajmal by me jen vysledek v danem terminu a zda ses ho schopen stihnout.... bez ohledu na tvoje vzdelani a tituly....