Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: kojot4 31. 08. 2017, 23:52:14
-
Byl jsem na pohovoru v jedné firmě, a když se mě ptali, jestli používám nové technologie, tak jsem jim řekl, že používám zavedené a ověřené technologie s ekosystémem, a nemusím nutně přecházet na nejnovější výkřik techniky. Byly z toho děsně rozčarováni, a já byl rozčarován z toho, že to takový korporát řeší.
Jaká je vaše zkušenost s tímto? Já vždycky když jsem potkal nějakého inovátora ve firmě, tak to dopadlo tak, že mi říkal "Nagios je zastaralý", a nainstaloval modernější monitorovací systém, ale nebyl schopen ho do detailu nakonfigurovat a zprovoznit naprosto perfektně, což mě se třeba u odladěného Nagiosu podaří (dokážu si ho perfektně ohnout a detailně nakonfigurovat).
Stejně tak na mě někteří lidé čumí, co umím ve VIMu za features. Neříkám, že nepoužívám nové technologie (jedu třeba na Ansible, mám rád SystemD), ale veskrze nejnovější věci co používám jsou třeba 5 let staré.
Nemám totiž s absolutními novinkami dobré zkušenosti, většinou jsou problémy s kompatibilitou a je to nějak nevychytané, případně to daní inovátoři nedokáží sami nakonfigurovat. Viz. 802.1x, což je věc, o které mi každý říká, že jí rozchodí, a ještě jsem to nikde plně funkční a bez problémů neviděl.
Zase neříkám, že by člověk měl nosit dneska software na disketách, ale víte jak to myslím. Jaký k tomu máte přístup vy?
-
Odpoved najdes vo svojom prispevku. Pises, ze ide o korporat, takze je to jasne 8)
-
Jasně novinky je zkouším neustále a baví mě to, ale když dojde na spolehlivost a produktivní provoz dám přednost tomu co ovládám nejlépe, což novinky rozhodně nejsou. Ke komerčnímu produktivnímu provozu nástroje a technologie musejí postupně dozrát, jak po stránce technické vyspělosti, tak po stránce zvládnutí uživatelem.
Takže ano, zkouším novinky (v rámci svých časových a technických možností), ale to neznamená, že je pak bezhlavě používám...
-
Na to je jednoduchá a neutrální odpověď: Ano, tam kde to dává smysl.
-
Jasně novinky je zkouším neustále a baví mě to, ale když dojde na spolehlivost a produktivní provoz dám přednost tomu co ovládám nejlépe, což novinky rozhodně nejsou. Ke komerčnímu produktivnímu provozu nástroje a technologie musejí postupně dozrát, jak po stránce technické vyspělosti, tak po stránce zvládnutí uživatelem.
Takže ano, zkouším novinky (v rámci svých časových a technických možností), ale to neznamená, že je pak bezhlavě používám...
Som na tom podobne.
Bohuzial dnes je dost trendove nasadzovat novinky(casto nedoladene) podobne ako je to aj v inych odvetviach. Zmena pre zmenu, nie preto,ze je to potrebne.
-
pokud by nikdo nové technologie nepoužíval, nikdy by se nestaly vyladěnými.
Osobně na produkci nové technologie dávám hooodně obezřetně (přeci jen případné problémy jdou na mojí hlavu), ale v osobních projektech jedu často v betách, alfách, prostě testuji.
-
Byl jsem na pohovoru v jedné firmě, a když se mě ptali, jestli používám nové technologie, tak jsem jim řekl, že používám zavedené a ověřené technologie s ekosystémem, a nemusím nutně přecházet na nejnovější výkřik techniky. Byly z toho děsně rozčarováni, a já byl rozčarován z toho, že to takový korporát řeší.
Zřejmě jsi odpověděl správně a do té firmy bys nastoupit neměl.
Mnozí byli rozčarováni, když jsem jim řekl, že používám Vim. Přitom je mezi vývojáři poměrně rozšířený.
-
Jak kdy.
Když to přináší nějakou výraznou výhodu nebo je to něco převratně novátorského, tak klidně (kdysi např. monitor LCD, když ještě kralovaly CRT, SSD, ipchains v dobách, kdy se mi za firewall většina smála, koneckonců vlastně i samotný Linux, ...).
Když to ale jen chce nahradit něco staršího funkčního ověřeného a spolehlivého, nebo to má zásadní nevýhody, tak ne (všelijaké klikací konfigurátory, grafika i v zámku u dveří, systemd, grub, java, ...).
-
Mnozí byli rozčarováni, když jsem jim řekl, že používám Vim. Přitom je mezi vývojáři poměrně rozšířený.
Taky jsem se s tím setkal, až me to celkem překvapilo, že spousta lidí z Linux branže považuje VIM za nějaký předpotopní krám, který se hodí maximálně jako nouzovka pro editaci konfiguráků na serveru, když tam nic jiného není nainstalováno.
-
Jak kdy.
Když to přináší nějakou výraznou výhodu nebo je to něco převratně novátorského, tak klidně (kdysi např. monitor LCD, když ještě kralovaly CRT, SSD, ipchains v dobách, kdy se mi za firewall většina smála, koneckonců vlastně i samotný Linux, ...).
Když to ale jen chce nahradit něco staršího funkčního ověřeného a spolehlivého, nebo to má zásadní nevýhody, tak ne (všelijaké klikací konfigurátory, grafika i v zámku u dveří, systemd, grub, java, ...).
Mno zrovna prvni LCD a CRT neni podle me nejlepsi priklad....jediny cos usetril, byla nosnost stolu, ale jinak to byly priserne kousky, ktere se s lepsimi CRT vubec nedaly srovnavat....
-
Mnozí byli rozčarováni, když jsem jim řekl, že používám Vim. Přitom je mezi vývojáři poměrně rozšířený.
Taky jsem se s tím setkal, až me to celkem překvapilo, že spousta lidí z Linux branže považuje VIM za nějaký předpotopní krám, který se hodí maximálně jako nouzovka pro editaci konfiguráků na serveru, když tam nic jiného není nainstalováno.
Jj, na tom pohovoru byl kluk, cca. 25 let a na to, že používám VIM se díval, jako že jsem snad sto let za opicema (přičemž nejsem nějak starej), ale neuvědomuje si, že VIM je mnohem efektivnější na editaci než grafické editory, a zejména u editace konfiguráků je šíleně efektivní, třeba i díky možnosti práci se sloupci textu, což jiné editory nemají, a když v bash potřebuješ odkomentovat 20 řádek kódu, tak se tohle zrovna enormně hodí.
Vím i o lidech co používají emacs... Osobně se směju tomu, když někdo potřebuje něco editovat, a protože to nezvládne ve VIMu, potažmo třeba EMACSu, tak si přes sftp k sobě tahá soubor, ten edituje v Notepad++, a pak ho znovu nahrává nazpátek na server.
Už se mi při práci s těmito experty stalo, že jsem nemohl za boha přijít, proč mi něco nefunguje, a pak jsem si všiml, že zalamování řádků v souboru je DOS/Windows, a VIM to automaticky načetl, takže to nebylo poznat, ale aplikace to nesežrala... To je pak radost takovéto libůstky řešit...
-
Ano, mám rád novinky, případné problémy s nimi mi nevadí.
-
Byl jsem na pohovoru v jedné firmě, a když se mě ptali, jestli používám nové technologie, tak jsem jim řekl, že používám zavedené a ověřené technologie s ekosystémem, a nemusím nutně přecházet na nejnovější výkřik techniky. Byly z toho děsně rozčarováni, a já byl rozčarován z toho, že to takový korporát řeší.
Zřejmě jsi odpověděl správně a do té firmy bys nastoupit neměl.
Jestli šlo o korporát a ten rozhovor proběhl v takhle obecné rovině, tak je taky otázka, jestli si rozuměli. V některém korporátu taky "stará a ověřená technologie" může znamenat COBOL a "nejnovější výkřik techniky" Java a SOAP ;)
-
Už se mi při práci s těmito experty stalo, že jsem nemohl za boha přijít, proč mi něco nefunguje, a pak jsem si všiml, že zalamování řádků v souboru je DOS/Windows, a VIM to automaticky načetl, takže to nebylo poznat, ale aplikace to nesežrala... To je pak radost takovéto libůstky řešit...
To se mi stává běžně, protože kdo by se koukal na stavový řádek, že? Většině programů je to jedno, ale když pak narazíš na program, kterému to jedno není...
-
... třeba i díky možnosti práci se sloupci textu, což jiné editory nemají, a když v bash potřebuješ odkomentovat 20 řádek kódu, tak se tohle zrovna enormně hodí....
Tak Vim je určitě užitečný editor, ale práci se sloupci mají dneska snad všechny populární editory, ne? Nebo kdo to nemá, tak to podporuje jako plugin.
Nicméně zrovna ten Notepad++ má sloupce v základu.
-
neni nic horsiho nez byt zavisly na novych malo otestovanych zabugovanych technologiich
-
... třeba i díky možnosti práci se sloupci textu, což jiné editory nemají, a když v bash potřebuješ odkomentovat 20 řádek kódu, tak se tohle zrovna enormně hodí....
Tak Vim je určitě užitečný editor, ale práci se sloupci mají dneska snad všechny populární editory, ne? Nebo kdo to nemá, tak to podporuje jako plugin.
Nicméně zrovna ten Notepad++ má sloupce v základu.
Samozřejmě, že mají. Ale většinu z těchto populárních editorů si nepustíte v terminálu, když jste připojený na server přes ssh.
-
... třeba i díky možnosti práci se sloupci textu, což jiné editory nemají, a když v bash potřebuješ odkomentovat 20 řádek kódu, tak se tohle zrovna enormně hodí....
Tak Vim je určitě užitečný editor, ale práci se sloupci mají dneska snad všechny populární editory, ne? Nebo kdo to nemá, tak to podporuje jako plugin.
Nicméně zrovna ten Notepad++ má sloupce v základu.
Samozřejmě, že mají. Ale většinu z těchto populárních editorů si nepustíte v terminálu, když jste připojený na server přes ssh.
To nepochybně. Já reagoval na tvrzení, že Vim je výjimečný svými sloupci.
-
neni nic horsiho nez byt zavisly na novych malo otestovanych zabugovanych technologiich
nebo naopak byt zavisly na starych a jiz nepodporovanych technologiich :/
-
neni nic horsiho nez byt zavisly na novych malo otestovanych zabugovanych technologiich
nebo naopak byt zavisly na starych a jiz nepodporovanych technologiich :/
Pokud jsou odladěné, tak je to asi lepší než první případ.
-
neni nic horsiho nez byt zavisly na novych malo otestovanych zabugovanych technologiich
nebo naopak byt zavisly na starych a jiz nepodporovanych technologiich :/
Pokud jsou odladěné, tak je to asi lepší než první případ.
mozna trosku jo. Ale znam jednu firmu, co kdysi postavila svuj rozsahly SW mj. i na VB 6.0 (ano, technologie, ktera mela kdysi reklamy i na letistich atd.) a ted maji mega problem co dal. Taky minimalne jeden IS vyuziva SWF, znovu smula, dokonce jeden (polo)statni web chce Silverlight (ten trpi obema problemy - byl novy a nedladeny, hned potom stary a nepodporovany :). A nasel bych toho vic...
-
Ano, mám rád novinky, případné problémy s nimi mi nevadí.
Hm, tak Bible tedy zrovna horkou novinkou neni. Mel byste prejit na mnohem modernejsi Gospel of the FSM.
-
Vím i o lidech co používají emacs... Osobně se směju tomu, když někdo potřebuje něco editovat, a protože to nezvládne ve VIMu, potažmo třeba EMACSu, tak si přes sftp k sobě tahá soubor, ten edituje v Notepad++, a pak ho znovu nahrává nazpátek na server.
To delaji blbe. Je to preci kompletni OS s moznosti si takovou vec doprogramovat v Lispu. :-)
-
Ale znam jednu firmu, co kdysi postavila svuj rozsahly SW mj. i na VB 6.0 (ano, technologie, ktera mela kdysi reklamy i na letistich atd.) a ted maji mega problem co dal.
Visual Studio obsahuje (obsahovalo?) wizard pro převod VB projektů na VB.NET. Nebylo to stoprocentní, nějaké změny bylo potřeba udělat ručně. Ale co jsem to kdysi před léty zkoušel na dvou projektech, tak těch ručních změn nebylo moc.
-
ne.
-
K tomu Flashi, Silverlightu a spol. je potřeba ještě přidat i Java Applety 8)
-
Ale znam jednu firmu, co kdysi postavila svuj rozsahly SW mj. i na VB 6.0 (ano, technologie, ktera mela kdysi reklamy i na letistich atd.) a ted maji mega problem co dal.
Visual Studio obsahuje (obsahovalo?) wizard pro převod VB projektů na VB.NET. Nebylo to stoprocentní, nějaké změny bylo potřeba udělat ručně. Ale co jsem to kdysi před léty zkoušel na dvou projektech, tak těch ručních změn nebylo moc.
Samozrejme to nefungovalo, mozna tak na nejaky example s hello world, ale ne komplexni aplikace s ActiveX, COMem atd. Ostatne ta firma to resila primo s MS, bez vysledku (resp. jedine navrhovane reseni bylo udrzovat vbrun6.dll a nejaky hacky okolo toho). Mimochodem: https://web-beta.archive.org/web/20141024003217/http://www.classicvb.org/petition/
Cituji z FAQ:
Can't VB6 code simply be recompiled in VB.NET?
Sadly, no. The changes wrought to what Microsoft now calls Visual Basic really warranted a new name entirely, as the two languages are just that - two distinct languages. Microsoft provided a migration wizard intended to ease the transition from VB6 to VB.NET, true. There is near-universal agreement that using this tool to port code assets is an incomplete solution at best, in that leaves myriad "TODO:"'s scattered throughout the translated code. At worst, the migration wizard is an extremely poor choice in that, unlike a complete rewrite, it doesn't take full advantage of all that the new platform offers.
-
... zejména u editace konfiguráků je (vim) šíleně efektivní, třeba i díky možnosti práci se sloupci textu, což jiné editory nemají, a když v bash potřebuješ odkomentovat 20 řádek kódu, tak se tohle zrovna enormně hodí.
Sloupcové bloky běžně používám, ale zrovna komentování jednotlivých řádek mám pověšeno na klávese "š". Nemusím si tak pamatovat, jak se v daném jazyce píší komentáře - použijí se vždy ty správné znaky.
-
Nemusím si ... pamatovat, jak se v daném jazyce píší komentáře
to je opravdu pozoruhodná věta
-
Nemusím si ... pamatovat, jak se v daném jazyce píší komentáře
to je opravdu pozoruhodná věta
Minimálně nad tím nemusím přemýšlet, protože jinak se píší komentáře v Bash, MySQL, PHP, XSLT nebo třeba v Prologu. Tak jsem si je zapsal do jednotlivých konfigurací Vimu a pověsil na jednu klávesu.
Totéž mám samozřejmě s hlavičkami tříd, metod, funkcí, konstruktorů, větvení, cyklů, výjimek,... Prostě napíši třeba ",try" a Vim mi vytvoří syntakticky správný zápis pro blok se zpracováním výjimky pro daný jazyk.
Je to rychlé a pohodlné.