Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: kojot4 02. 08. 2017, 01:11:49
-
Dělám teď linux admina, a úplně mi nevyhovuje život v Praze, delší dobu uvažuji o změně za menší město - Příbram, Plzeň, Hradec Králové, Liberec atd... a docházení do coworking centra. Je to i kvůli tomu, že nesnáším docela dost panelák, ve kterém bydlím, a preferoval bych alespoň řadový rodinný domek, případně třeba 2-3 podlažní zástavbu.
Problém, na který teď narážím je ten, že musím poměrně často (1-2 roky) měnit zaměstnání. Ty vztahy v práci prostě vyprchávají a dlouhodobě často nefungují, nebo mě alespoň nedávají smysl, a mě nebaví neustále měnit pracovní prostředí.
Stále uvažuji, co se naučit dělat na IČO. Upřímně řečeno dělat linux admina mi moc smysl nedává, vím že se tím pár lidí živí, ale je to totální minimum. Chtěl bych spíše programovat, nějaké vlohy a menší setkání s programováním mám, jen uvažuji v čem.
Co si myslíte, že je nejlepší jazyk na volnou nohu. Já, čím dál více se kolem sebe dívám, tak mi tak nějak největší logiku dává Javascript a React.JS, co se týká poměru peníze/práce/složitost. PHP mi nedává moc finanční smysl, a Java mi zase nedává moc smysl dělat jí na IČO pro více firem...
-
Znam dost C# co delaji z domu. Osobne bych sel delat asi weby, prace je takhle dost, takze ji sezenes pomerne vsude.
-
Comenius logo
-
A co takhle zvolit ten správný jazyk případně kombinaci dle konkrétní zakázky ?
Jinak pokud si admin tak už v něčem programuješ min bash, takže přejít na něco dalšího by neměl být problém.
-
asi napred vyres svoje zmateni v zivote, a az to zacne davat smysl, pak to bude jasny :)
jazykem nic nespasis
-
Asi by to chtělo nejdříve ujasnit CO a pro KOHO, ateprve potom řešit V ČEM.
-
Nejdříve si ujasni, zda chceš dělat frontend nebo backend. To je z mého pohledu srdcová záležitost. Tím, že apriori škrtáš PHP a Javu, zbavuješ se velké části backendu. Tak tedy frontend?
-
Volil by som C#. Robi sa v nom vela, je vela kniznic, nie je az taky zlozity. A maju pravdu, treba si ujasnit ci FE alebo BE. Ja sa FE vyhybam ako cert krizu. Take s prepacenim s*acky necham na inych
-
s*acky necham na inych
Na rovinu přiznej, že jsi na design levej, UX ti nic neříká a UI sis řekl naposledy ráno u zrcadla... 8) Řeči o sračkách nech do hospody...
-
svet se transormuje na web, takze za me RubyOnRails+JavaScript, jsou v tom napsany velky portály a obecne je to kombinace silnych nástrojů
-
s*acky necham na inych
Na rovinu přiznej, že jsi na design levej, UX ti nic neříká a UI sis řekl naposledy ráno u zrcadla... 8) Řeči o sračkách nech do hospody...
Dobrý programátor nemůže zvládnout dobrý design a pokud to zvládá, není to dobrý programátor. Je to věc dominance levé nebo pravé mozkové hemisféry.
-
s*acky necham na inych
Na rovinu přiznej, že jsi na design levej, UX ti nic neříká a UI sis řekl naposledy ráno u zrcadla... 8) Řeči o sračkách nech do hospody...
Je hodně frontendistů, kteří jsou na design úplně leví a UX viděli jen v učebnici. Backendisti to o sobě alespoň ví a nesnaží se prosadit někde, kde jim to moc nejde.
Ačkoli jsem backendista, s frontendem jsem měl vždy úspěch. Strohý design a účelnost. Tedy něco, co se dnes "nenosí".
-
Viem si spravit nejaky dizajn, napr. vo WPF. Tam je to celkom pohoda a zaujimave. Ale profesionalne to nerobim, ze nejake animacie atd. Ja som mal skor webovy FE na mysli. Tam je to srackovanie sa s css, javascript a ine. Keby si mam vybrat poziciu na UI, tak radsej uprednostnim Xaml v takom WPF/UPW ako nieco z webu
-
Nejdříve si ujasni, zda chceš dělat frontend nebo backend. To je z mého pohledu srdcová záležitost. Tím, že apriori škrtáš PHP a Javu, zbavuješ se velké části backendu. Tak tedy frontend?
Hmm, ani moc nevím... Když tak nad tím uvažuji, tak se mi do frontendu moc nechce, mám blíže k backendu. A to jsem uvažoval o javascriptu, ale takhle jsem nad tím úplně neuvažoval.
Je fakt, že php mi nevadí, jen mi přijde, že u php se člověk musí nějak specializovat, nějaký framework popřípadě open source aplikace... Ještě otázka, zda-li případně Ruby...
-
Jazyk je az na druhem miste. Prvni misto je co chces delat. Weby, programy, mobilni apky, backend, sluzby, APIcka, databaze? Ty ti definuji jazyky. A na volne noze mnohdy dostanes uz neco polohotoveho kde uz jazyky jsou dane.
-
Nejdříve si ujasni, zda chceš dělat frontend nebo backend. To je z mého pohledu srdcová záležitost. Tím, že apriori škrtáš PHP a Javu, zbavuješ se velké části backendu. Tak tedy frontend?
Hmm, ani moc nevím... Když tak nad tím uvažuji, tak se mi do frontendu moc nechce, mám blíže k backendu. A to jsem uvažoval o javascriptu, ale takhle jsem nad tím úplně neuvažoval.
Je fakt, že php mi nevadí, jen mi přijde, že u php se člověk musí nějak specializovat, nějaký framework popřípadě open source aplikace... Ještě otázka, zda-li případně Ruby...
Na backendech se poslední dobou prosazuje Go, možná stojí za zvážení.
-
s*acky necham na inych
Na rovinu přiznej, že jsi na design levej, UX ti nic neříká a UI sis řekl naposledy ráno u zrcadla... 8) Řeči o sračkách nech do hospody...
Dobrý programátor nemůže zvládnout dobrý design a pokud to zvládá, není to dobrý programátor. Je to věc dominance levé nebo pravé mozkové hemisféry.
Existují lidé bez té dominace, pozná se to tak, že nepoznají, která je pravá a levá :-)))
-
Existují lidé bez té dominace, pozná se to tak, že nepoznají, která je pravá a levá :-)))
A pak je tu další skupina, na rootu velmi početná, která má dominantní obě tři hemisféry :D
-
Existují lidé bez té dominace, pozná se to tak, že nepoznají, která je pravá a levá :-)))
Hlavně v politice.
-
Dobrý programátor nemůže zvládnout dobrý design a pokud to zvládá, není to dobrý programátor. Je to věc dominance levé nebo pravé mozkové hemisféry.
Design není jen vnější vzhled aplikace, týká se i architektury backendu. I obyčejný config se dá designově zprasit nebo udělat přehledně. API je také designovou záležitostí.
-
Design není jen vnější vzhled aplikace, týká se i architektury backendu. I obyčejný config se dá designově zprasit nebo udělat přehledně. API je také designovou záležitostí.
Slovíčkaření. Z kontextu je jasné, který design konkrétně mám na mysli.
-
PHP mi nedává moc finanční smysl
Podle ceho soudis? Jaky ocekavas prijem(bud zamestnanecky nebo na ICO)?
-
Design není jen vnější vzhled aplikace, týká se i architektury backendu. I obyčejný config se dá designově zprasit nebo udělat přehledně. API je také designovou záležitostí.
Slovíčkaření. Z kontextu je jasné, který design konkrétně mám na mysli.
Backendista se obvykle vyhýbá grafickému designu, protože hraní s barvičkami ho nebaví. UX design však obvykle musí zvládnout a design interních API také.
Frontendista se často prosadí i s kýčovitým designem, protože každý pokus o hodnocení může být označen za subjektivní.
-
Už mi vadí bydlení v paneláku ve velkoměstě. Chci změnu. Ještě teda nevím, jestli jiné město nebo jen menší město jako Pardubice nebo spíš Benešov nebo nějakou vesnici. Taky nevím, jestli nějaký třípodlažní činžák nebo radši chalupu. Živil jsem se jako taxikář, ale to mi nějak moc nevyhovuje, teď chci dělat zedníka.
A teď to hlavní - poradili byste mi, jaké kachličky se mi tam do koupelny budou hodit nejvíc a jakou zednickou lžíci si pořídit?
-
Jazyk je az na druhem miste. Prvni misto je co chces delat. Weby, programy, mobilni apky, backend, sluzby, APIcka, databaze? Ty ti definuji jazyky. A na volne noze mnohdy dostanes uz neco polohotoveho kde uz jazyky jsou dane.
No já mám nejvíc zkušenosti s backendem, myslím že by to i bylo dobré spojení se znalostí linuxu, sql, apache apod. co mám ... Frontend jsem zkoušel, ale vadí mi na něm některé věci - třeba různé prohlížeče, různé rozlišení. To samé u mobilních apek. Já rád programuji takovým tím stylem, že je věc jasně daná (prostředí atd.), jsou tam nějaké mantinely a existuje nejlépe jeden správný způsob jak to udělat (proto miluji Python). Nechce se mi moc řešit různé nekompatibility, a to že existuje 10 možností jak jedna a táž věc bude běhat...
Mám rád řád, a abych se přiznal, i dost když jsou ty věci nalinkované dopředu.
O API jsem neuvažoval, ale zní mi to zajímavě, ani jsem netušil, že je to možnost...
Jinak k tomu jazyku, tak nějak prostě když se rozhodnu, že budu dělat PHP tak nebudu dělat Ruby. Rozhodně vidím přínosy v tom, být specialista. Stejně tak jako dělám RedHat a Debian (Ubuntu) linux, a odmítám třeba HP-UX, Solaris nebo třeba arch linux. Dříve jsem dokonce dělal jen RedHat linux (+ klony samozřejmě).
-
PHP mi nedává moc finanční smysl
Podle ceho soudis? Jaky ocekavas prijem(bud zamestnanecky nebo na ICO)?
Hele první rok to klidně může být 30k na HPP v Praze, na tom prvním roce mi tak nezáleží. Na druhou stranu bych se rád dostal na 500-600 Kč / hodina na IČO, třeba v roce 3.
-
Už mi vadí bydlení v paneláku ve velkoměstě. Chci změnu. Ještě teda nevím, jestli jiné město nebo jen menší město jako Pardubice nebo spíš Benešov nebo nějakou vesnici. Taky nevím, jestli nějaký třípodlažní činžák nebo radši chalupu. Živil jsem se jako taxikář, ale to mi nějak moc nevyhovuje, teď chci dělat zedníka.
A teď to hlavní - poradili byste mi, jaké kachličky se mi tam do koupelny budou hodit nejvíc a jakou zednickou lžíci si pořídit?
No tak samozřejmě jsem nerozhodnutej nad spoustou věcí, nad tím není nic špatně si nechat uzrávat myšlenky a chtít znát názor ostatních a diskutovat o svých myšlenkách. V reálu směr jízdy neměním každý den, ale uvažuji o tom poměrně často.
-
Těch populárních jazyků není zase tolik. Tak si jeden vyber a začni programovat. Za pár měsíců si budeš myslet, že už umíš všechno a za dalších pár přijdeš na to, že neumíš nic. Po několika letech možná budeš vědět, co chceš ty a co by mohli chtít zákazníci a možná budeš mít dost zkušeností na to, aby ses uživil na volné noze.
-
Hele první rok to klidně může být 30k na HPP v Praze, na tom prvním roce mi tak nezáleží. Na druhou stranu bych se rád dostal na 500-600 Kč / hodina na IČO, třeba v roce 3.
Neumim posoudit prvni rok vs tve znalosti, ale:
- 30k na HPP ma v Praze i skladnik v kauflandu
- to co pises na ICO je v PHP naprosto realne(a rekl bych pomerne bezne), kdyz budes umet nejaky framework tak se da jit vys (v Drupalu neni problem kolem 800,-).
Akorat pokud bys zvazoval volnou nohu tak doporucim nejdriv nakoukat spoustu videi napr navolnenoze.cz apod. Rozhodne nepocitej, ze zvladnes fakturovat vic jak 100hod mesicne (pokud se chces zaroven vzdelavat bez cehoz stejne umres hlady), pokud to hodne napnes kratkodobe tak treba 120hod se da. Ma to vyhody, ale taky spoustu nevyhod.
-
React, Redux, GraphQL, Relay, NodeJS, navrh API, funkcionalnejsi pristup. Verim, ze tohle je +- cesta, kterou se budou moderni webovy aplikace ubirat a neni to jen vykrik do tmy. Naroky uzivatelu na UI se zvysuji, jejich komplexita spolu se stavem mobilnich pripojeni nahrava minimalizaci poctu a velikosti requestů, JS ekosystemy se znacne kultivuji (NPM, Babel,Webpack, ucelenejsi dataflow atd). Klasicky MVC pristup typu dotaz na db > prezvejkani logiky > sablonovaci system > jquery samozrejme porad prevazuje. Neni to ale uz cool :-))
-
PHP, Ruby..
PHP je uz za zenitem a Ruby imho umre. Neni duvod, ucit se pro webovy aplikace pomerne nerozsirenej MVC framework v dobe, kdy se svet ubira jinudy. Jasne, prace v Railsech bude, v zahranici to frcelo jeste vic, jestli jsi ale na startu, ma to vyznam?
-
A pokud má rád backend, tak jedině Java, protože to je pro budoucnost aktuálně to nejlepší.
-
PHP je uz za zenitem
Tohle slysim od te doby co jsem s PHP zacal (5.2)
-
A pokud má rád backend, tak jedině Java, protože to je pro budoucnost aktuálně to nejlepší.
Java dojíždí ze setrvačnosti. Perspektivní je Rust, Go apod.
-
A pokud má rád backend, tak jedině Java, protože to je pro budoucnost aktuálně to nejlepší.
Java dojíždí ze setrvačnosti. Perspektivní je Rust, Go apod.
Tak o tom jsem ještě neslyšel. Asi dobrý matroš :D
-
A pokud má rád backend, tak jedině Java, protože to je pro budoucnost aktuálně to nejlepší.
Java dojíždí ze setrvačnosti. Perspektivní je Rust, Go apod.
Tak o tom jsem ještě neslyšel. Asi dobrý matroš :D
Zkus si spíchnout nějaký server v Go. Je to docela osvěžující.
-
A pokud má rád backend, tak jedině Java, protože to je pro budoucnost aktuálně to nejlepší.
Java dojíždí ze setrvačnosti. Perspektivní je Rust, Go apod.
Tak o tom jsem ještě neslyšel. Asi dobrý matroš :D
Zkus si spíchnout nějaký server v Go. Je to docela osvěžující.
Obecně je prospěšné zkusit si něco malého v nových progresivních jazycích, Go, Rust, D, Swift minimálně dají podnět k zamyšlení a člověk si uvědomí, co je na dinosaurech (C++, C#, Java...) špatně.
-
A pokud má rád backend, tak jedině Java, protože to je pro budoucnost aktuálně to nejlepší.
Java dojíždí ze setrvačnosti. Perspektivní je Rust, Go apod.
Tak o tom jsem ještě neslyšel. Asi dobrý matroš :D
Zkus si spíchnout nějaký server v Go. Je to docela osvěžující.
Co myslíš tím server? Server je přece dávno implementovaný.
-
Zkus si spíchnout nějaký server v Go. Je to docela osvěžující.
Co myslíš tím server? Server je přece dávno implementovaný.
Myslím tím aplikační vrstvu, která je samozřejmě pro každou aplikaci jiná.
-
PHP, Ruby..
PHP je uz za zenitem a Ruby imho umre. Neni duvod, ucit se pro webovy aplikace pomerne nerozsirenej MVC framework v dobe, kdy se svet ubira jinudy. Jasne, prace v Railsech bude, v zahranici to frcelo jeste vic, jestli jsi ale na startu, ma to vyznam?
Co nahradí Rails? Bude to Phoenix? Nebo se ti railsaři vrhnou do pekla JavaScriptu na backendu? Je na trhu něco, co by reálně mohlo railsum konkurovat, pokud pominu výkon?
-
co tak si pozriet vysledky stackoverflow za minuly rok. tam najdes co najviac fici, co nie atd.
Take reci, ze nejaky jazyk uz doziva a bude nahradeny, to je ako, ze linux preberie miesto windowsu. Stale sa len o tom rozprava uz roky a nedeje sa tak. Aj o C# sa to rozprava roky a vyvija sa stale, nie ako napr. Java
-
PHP, Ruby..
PHP je uz za zenitem a Ruby imho umre. Neni duvod, ucit se pro webovy aplikace pomerne nerozsirenej MVC framework v dobe, kdy se svet ubira jinudy. Jasne, prace v Railsech bude, v zahranici to frcelo jeste vic, jestli jsi ale na startu, ma to vyznam?
Co nahradí Rails? Bude to Phoenix? Nebo se ti railsaři vrhnou do pekla JavaScriptu na backendu? Je na trhu něco, co by reálně mohlo railsum konkurovat, pokud pominu výkon?
JS na backendu je hodně debilní nápad.
-
JS na backendu je hodně debilní nápad.
Proč?
-
JS na backendu je hodně debilní nápad.
Proč?
1. Protože je asynchronní.
2. Je to stejnej bastl jako PHP a na backendu můžeš použít skoro cokoliv, protože nejsi omezenej na prohlížeč/os. uživatele, takže je výhodnější použít nějakej lepší programovací jazyk (C#/Java).
-
JS na backendu je hodně debilní nápad.
Proč?
Interpretovaný jazyk bez typů se zmatenou sémantikou a nepříliš výkonným GC. To hovoří za vše.
-
JS na backendu je hodně debilní nápad.
Proč?
1. Protože je asynchronní.
2. Je to stejnej bastl jako PHP a na backendu můžeš použít skoro cokoliv, protože nejsi omezenej na prohlížeč/os. uživatele, takže je výhodnější použít nějakej lepší programovací jazyk (C#/Java).
Asynchronnost je obecně výhoda, ale s 2) souhlas, je to bastl non plus ultra.
-
JS na backendu je hodně debilní nápad.
Proč?
Zbytečně je vše asynchronní. S používáním promisů nebo async await to moc nevadí, ale stále je to zbytečné. Neexistuje ucelený framework pro tvorbu aplikací založených na SQL typu Rails. Rails se mimo ČR používá hodně a používat bude. Pro freelancera placeného za výsledky je Rails určitě dobrá volba. Na většinu věcí existuje hotový gem. Copy pastovací jazyky typu Go jsou dobré v korporacích, ale freelancer musí DRY.
-
JS na backendu je hodně debilní nápad.
Proč?
Interpretovaný jazyk bez typů se zmatenou sémantikou a nepříliš výkonným GC. To hovoří za vše.
Použití Flow je dnes standard.
-
Interpretovaný jazyk bez typů se zmatenou sémantikou a nepříliš výkonným GC. To hovoří za vše.
Rikal ze chce delat weby. Chapu ze je to lopatacky pohled na vec, ale vetsina webovych projektu (natoz pro freelancera juniora?) zrejme nepatri do ranku 3D simulace bourek na Jupiteru. I nejvetsi webove agentury resi spis problemy typu zprasenej sql join, neefektivni manipulace s DOMem nebo kolecko iterace navic na backendu.
-
Asynchronost je podle mě dobrý použít na místech, kde se hodí, ale mít vše na backendu defaultně asynchronní mi přijde nepřirozený.
-
Asynchronost je podle mě dobrý použít na místech, kde se hodí, ale mít vše na backendu defaultně asynchronní mi přijde nepřirozený.
Tak takhle to je se vším. Někdy je ale asynchronnost skrytá (třeba v Go), takže to žádný jouda nemůže zvorat.
-
S tím JS máš teď pravdu, ale až ten boom opadne, zase bude potřeba dělat pořádné backendy, tak ta Java bude ještě populárnější. Můžeš zkusit JS a alespoň uvidíš nějaké zajímavosti, ale zase ztratíš nějaký čas a v JS dnes dělají spíše lidi, kteří programovat neumí. Rovnou bych skočil na Javu a dělal na něčem kvalitním. Základy z Linux světa se budou hodit a jen k tomu přidáš pořádný vývoj. Jen blázen by tě nechtěl na pár hodin v měsíci.
-
urcite C#/.NET.
-
Jasně, uzavřený bazmek, který nikdo nepodporuje. To bude výhra a ideální na ŽL :D
-
jedině Java, protože to je pro budoucnost aktuálně to nejlepší
Vždyť to nic neumí a když tam konečně dolepí něco, co je jinde deset let, tak to tak doprasí, že se s tím nedá pracovat(minimálně pokud už to člověk viděl jinde implementované pořádně, ale u Java only vývojářů to je asi jako povídat slepému o barvách).
-
Povídej, co to neumí, ať všem dojde, že je to nejpopulárnější jazyk úplně špatně a přejdou na něco lepšího.
Většina jazyků není na takové úrovni, takže dolepování asi nebude úplně přesný termín. Už má třeba Python rozhraní? To i PHP je lepší jazyk a přitom není obecně moc uznávané. PHP má ale dobrý vzor ;)
-
Jasně, uzavřený bazmek, který nikdo nepodporuje. To bude výhra a ideální na ŽL :D
nikto nepodporuje? ty budes velmi "vzdelani" v IT technologiach od MS. C# sa vyvija, neustale pridavaju nejake novinky, co sa o Jave povedat, ktora stoji takpovediac na mieste a stagnuje. V com je C# uzavrety? Pocul som o uzavretosti operacnych systemov, ale v com je uzavrety C#? Uzavrety je max Windows, Visual Studio atd. Mozno ti nieco napovie slovicko Roslyn ;)
-
Jasně, uzavřený bazmek, který nikdo nepodporuje. To bude výhra a ideální na ŽL :D
stoji takpovediac na mieste a stagnuje
Java se vyvíjí stylem “v nadcházející verzi zrušíme unsafe package”, čímž rozbijou takřka všechny používané (použitelné) knihovny.
-
Co nahradí Rails?
Cokoli, protože ta webová vrstva, kterou templates-centric enginy poskytují, se bude ztenčovat a každá nová aplikace bude SPA. Backend bude jenom poskytovat "statické" HTTP API (to zvládne jakýkoli jednoduchý framework v libovolném jazyce), dynamické websockety (to se frameworky teprve učí dělat dobře) a výpočty a storage (to stejně nechceš v Ruby dělat, takže to je irelevantní).
Spíš je otázka, jak daleko do budoucnosti chce OP cílit - pokud chce mít dostatek práce hned (a být jedním z milionu), musí se zaměřit na technologie minulosti (templatovací PHP, Ruby, Python). Pokud chce mít práce spíš míň, ale velkou exkluzivitu a perspektivu, chce to technologie současnosti (React, Vue) popřípadě budoucnosti (AWS Lambda).
Osobně si myslím, že Ruby je mrtvý, Python bude postupně pomalu ustupovat (asyncio je zoufalý) a postupně se bude prosazovat nejspíš Go, pokud ho někdo včas netrumfne. Kéžby se začal víc prosazovat Elixir, ale v to moc nedoufám - kritická masa tam není a nezdá se mi, že by se nabalovala.
-
P.S. kdybys nenapsal tohle:
Mám rád řád, a abych se přiznal, i dost když jsou ty věci nalinkované dopředu.
...tak bych ti jako extrémně perspektivní obory doporučil UX a frontend. UXáci nejsou - vůbec. Neexistují, nedají se najít lidi, kteří by o tom oboru něco věděli, uměli něco rozumně udělat a zároveň nepožadovali naprosto megalomanský peníze.
UX (možná s mírným přesahem do frontendu) je zlatej důl - a nejspíš ještě docela dlouho bude, protože lidí, kteří by byli schopní to dělat, moc není. Nejspíš to bude částečně i tím, že v IT chybí holky, který by se na tohle zrovna hodily, a lidi s přesahem do humanities.
-
Tak jsem si hledal, co je to vlastně to UX, tak nějak jsem tušil, ale MP mě donutil si to pořádně dohledat.
http://www.jiribrda.cz/co-je-ux-design-a-kde-se-s-nim-setkate.html
UX designer ve své práci využívá poznatky z mnoha oborů – informatika, kognitivní věda, grafický design, sociologie, psychologie, antropologie, průmyslový design atd.
Koukám, že to nebude uplně prd.el. Asi to nebude zrovna pro mě. Ale na druhou stranu, když jich je takový nedostatek, možná by se tim mohl živit i takový mamlas, jako já. Znáte to, mezi slepými.... ;) 8) ;D
-
VHDL nebo Verilog.
-
Koukám, že to nebude uplně prd.el.
Zas na druhou stranu pro člověka, který na to má talent a správný způsob myšlení to není až taková věda mám pocit. Selský rozum, pár znalostí, pár výzkumů a pak už to chce "jenom" zkušenosti.
Asi to nebude zrovna pro mě. Ale na druhou stranu, když jich je takový nedostatek, možná by se tim mohl živit i takový mamlas, jako já. Znáte to, mezi slepými.... ;) 8) ;D
Stopro nebude, podle toho, cos psal. Ale s tím zbytkem máš pravdu: UXáků je takovej nedostatek, že si stačí udělat dobrý PR a na každé zakázce pak pár měsíců provaříš (než zjistí, že jim žádnou přidanou hodnotu nepřinášíš :) ).
-
Java se vyvíjí stylem “v nadcházející verzi zrušíme unsafe package”, čímž rozbijou takřka všechny používané (použitelné) knihovny.
Pokud je nekdo debil a pouziva neoficialni interni funkce a tridy, je to jeho problem, ne Javy.
-
Java se vyvíjí stylem “v nadcházející verzi zrušíme unsafe package”, čímž rozbijou takřka všechny používané (použitelné) knihovny.
Pokud je nekdo debil a pouziva neoficialni interni funkce a tridy, je to jeho problem, ne Javy.
To ale budou debilové skoro všichni, protože skoro každý reálný projekt používá některou z postižených knihoven (jejich seznam je například na javaworld.com).
-
Pripomnelo mi to tri roky starou konverzaci, shodou okolnosti tady na rootu: https://blog.root.cz/babel/java-a-nativni-pamet/
Dovolim si vykopirovat ty zasadnejsi pasaze:
ded.kenedy 31. 3. 2014 10:47
Clanek by se mohl jmenovat "Prasime v Jave, aneb chceme programovat v Jave jako v C++ a je nam to jedno".
Pouziti JNI/JNA/PInvoke stoprocentne zajisti, ze program bude neprenositelny a s velkou pravdepodobnosti zajisti i to, ze za deset let nebude zkompilovatelny ani na HW platforme, pro kterou byl puvodne urcen (empiricka zkusenost).
sun.misc.Unsafe je taky neprenositelny, navic clovek musi byt opravdu hodne zoufaly, aby to melo nejaky vetsi efekt. Vetsina tech veci ma svou prenositelnou variantu. Napriklad pro tu (de)serializaci je mnohem vyhodnejsi pouzit nektereho z potomku ByteBufferu.
zboj 31. 3. 2014 11:06
@ded.kenedy Zajímavé, že ti nejlepší vývojáři píšící rozsáhlé efektivní knihovny takto "prasí". Však taky poznamenávám, že to není pro každého. Kdo neví, jak přesně to funguje, měl by se tomu úplně vyhnout. Případně zůstat u Basicu ;)
ded.kenedy 31. 3. 2014 15:01
@13 Jo, ti bajecni vyvojari nebudou muset dnes napsane aplikace za deset let pouzivat nebo snad supportovat a tak, stejne jako ty, muzou dal s klidem v dusi uctivat fetis rychlosti, aniz by je trapilo, ze casem kvuli temto nedokumentovanym funkcim, jejich vytvor nepujde spustit nebo prelozit.
Cekal jsem, ze to casem prijde. Ale ze to bude tak rychle, me opravdu prekvapilo.
-
@13 Jo, ti bajecni vyvojari nebudou muset dnes napsane aplikace za deset let pouzivat nebo snad supportovat a tak, stejne jako ty, muzou dal s klidem v dusi uctivat fetis rychlosti, aniz by je trapilo, ze casem kvuli temto nedokumentovanym funkcim, jejich vytvor nepujde spustit nebo prelozit.
No a co, vytahal jsem si triko, napsal boží kód, použil jsem dnešní super cool triky, shrábnul prachy a ať si to zákazník/zaměstnavatel za pár let zaplatí znovu, až do toho bude potřeba sáhnout a upravit nebo upgradovat. Nefunguje takhle spoustu vývojářů? Kolik super vývojářů myslí na budoucí udržovatelnost/rozšiřitelnost/upgradovatelnost svého díla pro nějakého zadavatele? Stačí si číst místní diskuse...
-
Co nahradí Rails?
Osobně si myslím, že Ruby je mrtvý, Python bude postupně pomalu ustupovat (asyncio je zoufalý) a postupně se bude prosazovat nejspíš Go, pokud ho někdo včas netrumfne. Kéžby se začal víc prosazovat Elixir, ale v to moc nedoufám - kritická masa tam není a nezdá se mi, že by se nabalovala.
Kritická masa ne, ale v ruby (rails) pozoruji, že skoro každý se již na Elixir (Phoenix) koukal, ale zatím nemají důvod k tomu, aby z něj udělali svůj primární jazyk(framework). Ony ty railsy budou totiž umírat hrozně dlouho a tak by prosazování Elixiru mělo být spíše pozvolné, než že si najednou všichni railsaři řeknou, že odteď Phoenix a už nikdy jinak.
Ale uvidíme, mě se Elixir moc líbí, ale hlediska jistoty do budoucna taky raději investuji svůj čas do JS (i když ho moc nemusím).
-
Co nahradí Rails?
Osobně si myslím, že Ruby je mrtvý, Python bude postupně pomalu ustupovat (asyncio je zoufalý) a postupně se bude prosazovat nejspíš Go, pokud ho někdo včas netrumfne. Kéžby se začal víc prosazovat Elixir, ale v to moc nedoufám - kritická masa tam není a nezdá se mi, že by se nabalovala.
Kritická masa ne, ale v ruby (rails) pozoruji, že skoro každý se již na Elixir (Phoenix) koukal, ale zatím nemají důvod k tomu, aby z něj udělali svůj primární jazyk(framework). Ony ty railsy budou totiž umírat hrozně dlouho a tak by prosazování Elixiru mělo být spíše pozvolné, než že si najednou všichni railsaři řeknou, že odteď Phoenix a už nikdy jinak.
Ale uvidíme, mě se Elixir moc líbí, ale hlediska jistoty do budoucna taky raději investuji svůj čas do JS (i když ho moc nemusím).
Elixir se mi také líbí, ale nevěřím, že řeší problémy ne-realtime aplikací.
-
Elixir se mi také líbí, ale nevěřím, že řeší problémy ne-realtime aplikací.
Nevím, jeslti to považuješ za "problém", ale já osobně za jednu z nejlepších vlastností Elixiru považuju dobře udělané greenthready - kód řeší separátně třeba jenom jednoho klienta, jednu connection apod. (podobně jako v Go).
-
Elixir se mi také líbí, ale nevěřím, že řeší problémy ne-realtime aplikací.
Nevím, jeslti to považuješ za "problém", ale já osobně za jednu z nejlepších vlastností Elixiru považuju dobře udělané greenthready - kód řeší separátně třeba jenom jednoho klienta, jednu connection apod. (podobně jako v Go).
Myslel jsem to tak, že u ne-realtime aplikací velkou část featur Phoenixu nevyužiujete.
-
Myslel jsem to tak, že u ne-realtime aplikací velkou část featur Phoenixu nevyužiujete.
No "realtime" je dneska v jistým smyslu každý serverový software. Těch opravdu čistě batchových je imho celkem málo.