spájame
slovenskú
IT komunitu
pridaj sa
Registrácia · Login

Overený používateľ, členom od 29.7.2011

(zatiaľ žiadne)

- nenapísal žiadne články/novinky

- napísal 198 komentárov

0 0 - 2015-12-03 10:32:30
@Zachar Dominik Máš negatívnu skúsenosť? Počul som už negatíva nejaké na túto osobu, ale rád by som vedel niečo aj z prvej ruky, aby som si spravil obraz.
0 0 - 2015-11-09 16:39:37
@Peter Cipov Nie každá práca sa dá samozrejme robiť na diaľku, ale napr. ten Zend, o ktorom sa rozprávame. Robím to naplno siedmy rok odhadom (prešiel som na iné zameranie medzičasom, ale princíp rovnaký), videl som v živote 3x klienta naživo a každého z nich len jeden krát. Väčšinu z nich som nevidel nikdy. Bývam na mieste, kde je v okolí 0 firiem, sťahovať som sa odmietol. Keď mi niekto povie, že na diaľku so mnou robiť nebude, tak poďakujem a idem ďalej, neriešim, nezaujíma ma to. A ľudia, s ktorými spolupracujem, fungujú často tak isto - nikdy klienta nevideli, sedia doma a predajú sa, lebo sú v nejakej oblasti super. Ono vec je tá, že ja nepíšem o tom, ako si myslím, že to funguje. Ja píšem, ako som posledné roky reálne fungoval a že to ide, ak človek zaplatí cenu za to, aby sa tam dostal. Ak to môže dokázať niekto, kto začne v 22 rokoch a nebol v mladosti "zažratý" do týchto vecí, tak to dokáže podľa mňa naozaj "kde kto".
0 0 - 2015-11-09 12:44:51
@Peter Cipov Tak si to predstav takto: bude ponuka nakódovať HTML šablónu pre landing page, čiste HTML a CSS. Obdobných ponúk nájdeš koľko chceš. Kto sa môže prihlásiť na túto ponuku? Každý, kto zavadil o web development. Takže sa na ňu potenciálne môžu hlásiť všetci, cena pôjde rapídne dole, lebo ponuka prevyšuje dopyt a takisto tam máš značne väčšie množstvo "fušerov", ktorí z pohľadu klienta znižujú hodnotu práce (prečo platiť 300€, keď to spraví stredoškolák Fero za 50€?).

Naproti tomu, keď sa špecializuješ dajme tomu na Zend framework (ako ja svojho času), ponúk bude značne menej, avšak podstatne lepšie platených a seriózne projekty, vyžadujúce špecializáciu zvyknú byť podstatne príjemnejšie, keďže ľudia vedia, že platia odborníka a takisto asi nerobia projekt s rozpočtom 2,50€ (samozjrejme, na idiotov narazí človek všade). Robil som so ZF projekty do USA, veci, čo frčia v nemocniciach, využívajú univerzity, etc. Keď som sa teda zvykol uchádzať o niečo napísané v ZF, bol som jeden z mála a moje znalosti v spojení s referenciami ma posunuli do štádia, že som niekoľko rokov dostal každú zákazku, o ktorú som sa uchádzal napr. cez webtrh + som mal zákazky od klientov, ktorí boli spokojní.

Webtrh už nejaký ten piatok neriešim, ale práve tam som videl, ako mi tá špecializácia pomohla a aká veľká bola jej výhoda. A dnes to pokračuje, teraz robím na projekte, kde mám objednávku tak na 500+ hodín s možnosťou pokračovať. Som pre projekt dôležitý, takže je môj input braný vážne a môžem si často krát sám určovať podmienky, či už časové alebo finančné.

Vyslovene, každému by som odporúčal sa špecializovať a byť v niečom odborník, ak chce preraziť a živiť sa touto prácou. A k tomu pridať profesionálne vystupovanie a sebakritickosť. Za poslednú dobu som skúšal niekoľko vývojárov, ale to, s čím som sa stretol... hrôza. A títo ľudia budú potom plakať, že sa takouto prácou nedá uživiť a aký je k nim svet zlý. Ale to je na dlhšie...
1 0 - 2015-11-06 11:04:44
Tak ja som sa rozhodol vo veku cca. 22-23 rokov, self-employed a zatiaľ to ide fajn, penazi mam urcite viac ako slovensky priemer, casu tiez a vacsinou, ked si ma niekto najme, je to na poziciu senior dev alebo veduceho projektu, s cim som samozrejme spokojny tiez.

Vypracovat sa tam teda da a to aj po dospievani, v ktorom to nebolo pre cloveka az tak zaujimave, ale bola to pre mna osobne neskutocna drina. Kym som dosiel do sucasneho stavu, niekolko krat som totalne psychicky vyhorelod prepracovania. Moj nazor je, ze ak to niekoho enormne nebavi (teda ho to bude bavit sediet 10+ h denne 5-6 dni v tyzdni a to roky), nema to zmysel, pravdepodobne sa nedopracuje tam, aby mal ten nadstandardny plat a pri tom bol este aj v psychickej pohode a tesil sa zo zivota. Ja mam stastie, ze ma moja praca bavi velmi.

Co sa tyka stolarciny, suhlasim. Ono je to podobne ako s pracou v IT. Ak si len dalsi ITckar, ktory vie z kazdeho rozka troska, ma to nizku hodnotu, tych je ako maku. Ale ak si expert v jednej oblasti (jazyk, FW, CMS, etc.), je takmer iste, ze si vzdy najdes pracu, lebo si medzi top ludmi a budes medzi niekoho prvymi volbami. A expert zvacsa dostane viac, ako nie expert. Poznam remeselnikov, co zarabaju velmi slusne, ale ide to ruka v ruke s tym, ze nie su len dalsimi v rade, dreli na sebe a dnes su spicka a pre mnohych prvou volbou, ked hladaju niekoho v danej oblasti.

Preto moj nazor je, ze clovek by mal robit to, kde je ochotny investovat vela do seba a platit cenu za nadpriemernost. A kto tu cenu v dnesnej dobe nie je ochotny platit, zial, nema sa na co stazovat. Situacia je taka, aka je, a o to vacsie susto sa treba usilovat.
0 0 - 2015-05-28 15:03:15
@Jaroslav Beňo tak suhlasil by som s Atlasom, vytvorit stranku a mysliet si, ze sa to chyti same je naivne. potrebujes ist nie 1 krok, ale o mnoho krokov dalej a zamysliet sa, ako velmi chces, aby to bolo uspesne.

Stranka je fadna, textova, netahama ma nieco spravit. Audio na videach by malo byt lepsie spracovane. Sprav si logo, zvucku, proste buduj znacku. Propaguj to.

A napokon, skor ako cokolvek budes robit sa zamysli, ci toto je spravna cesta. Budem predpokladat, ze chces touto cestou ziskat urcitu popularitu na pomyslenej scene a potencialne ziskat pracu. Kto ale pozera videotutorialy? Hlavne ludia, ktori to nevedia. Nie potencialny klienti, ale studaci, ludia, ktori si to chcu spravit sami, lebo nemaju € a podobne.

Ja by som to osobne zabalil a byt tebou investoval do svojho biznisu, pokial teda toto nie je nieco, co ta proste bavi a robis to zo zalubi a v tom pripade to je tak, ze aj zaluba vela stoji, ak chces, aby to za nieco stalo.
0 1 - 2013-10-17 14:27:57
@Imrich Kovaľ každý, kto sem príde si môže prečítať tvoje vyjadrenia nižšie (napr.: "Vacsina developerov videla 1.0 verziu zo stihacky", "toto je problem celej nasej komunity", "na Slovensku kazdy druhy developer odbornik na Magento, ake je strasidelne narocne a mohutne a ako sa zle edituje a bla bla"), ani to nemusíš nejak obhajovať - je to tam a človek priemernej inteligencie si sám domyslí, či takéto "štatistiky" vôbec môžu zodpovedať pravde.

Samozrejme, dobré vlastné CMS etc. zrazu spomenieš, keď už niekto narazí na to, že kecáš a zrazu si grand, že ty vlastne komunikuješ dobre a ten druhý sa má poučiť. Dovtedy to je "skoda len ze to ich "vlastne CMS" sa jaksi v tom svete nie a nie ujat :) ".

"je potom velmi zvlastne sledovat niektorych ludi s vlastnym CMS ako rozpravaju o tom ze Open Source je najhorsie zlo na svete" - o tom sa tu momentálne vôbec nerozprávame, nikde som to nepovedal, nevidím, ako to je súvisí s našou diskusiou.

Nič, vidím, že sa chceš vymotávať/dohadovať, je mi to jedno, rob si čo chceš. Nech sa ti darí.
0 0 - 2013-10-16 22:05:13
@Imrich Kovaľ no flame :) ? tak nepíš veci typu "skoda len ze to ich vlastne CMS sa jaksi v tom svete nie a nie ujat :)". to ako načo rýpeš do druhých a potom vypisuješ, že "no flame"? odkedy sa píše vlastné CMS na to, aby as "ujalo vo svete"? a k tomu kopa nepodložených tvrdení o tom, kto čo kedy videl a o slovenskej internetovej komunite a kopec poloprávd. chápem, že si chceš obhájiť svoj názor a biznis, v očiach laika to asi aj "dáš" (takým politickým spôsobom - nakydať a zamlčať), ale ustráž si aspoň nejakú úroveň, toto je dosť nízke.
3 0 - 2013-09-08 20:21:02
nadpis je zavadzajuci, budi dojem, ze ide o navod na zaklade skusenosti a pritom ide len o propagovanie svojho tuctoveho projektu. komentar s PR + reakcie autora v komentaroch su takisto sklamanie.
4 0 - 2013-05-19 19:44:36
@Milan Dvorský evidentne nechápeš, ako funguje biznis: ponúkaš niečo, o čo je záujem a odmenou za to záskavaš niečo iné, čo má pre teba hodnotu. v tomto prípade by to boli návštevy, ktoré následne speňažíš (napr. predajom reklamy). tak to chodí.

čo považujem za nehorázne je otvoriť si kvázi "obchod" (v tomto prípade web, z ktorého chceš zarábať) a potom sa sťažovať, že iní ľudia nevyužívajú svoj vlastný čas (hodnotu) na to, aby ti ten biznis pohnali. načo prosím ťa?

ak chce niekto pomôcť, je na to X iných spôsobov a teba je do toho fuk, ako to kto robí.

problémom zajtra.sk sa stalo, že ho prevzal (nie založil) niekto, kto si naivne myslel, že to tu bude rásť samé, len tak, lebo sa rozhodol a hotovo. neponúka pri tom žiadnu hodnotu prispievateľom, ktorí, ako som už spomenul majú X iných spôsobov, ako sa zdieľať s myšlienkami alebo vedomosťami (ak chcú). a takisto neponúka hodnotu ani čitateľom - články sú často nízkej úrovne, nepravideľné, obsahujú chyby.

tak zajtra dopadlo tak, ako dopadlo - portál bez cieľu, zmyslu, je to ako keby si spravil holú miestnosť a povedal: "poďte do nej investovať!", načo ti však ľudia povedia: "načo? máme predsa 1000 takých miestností, lepších, krajších, bližších, zariadených, etc, etc...". jednoducho - neprišiel zo strany zajtra.sk žiaden ROZUMNÝ input.

očakával som dávnejšie, že sa tak stane, takže nebudem klamať, potešilo ma, že nemám až tak zlý odhad, aj keď mi je mierne ľúto, ako to dopadlo, bol som tu od začiatku.

0 0 - 2012-10-13 17:01:37
@Peter Širka "si veľmi tvrdohlavý" - vidím, že ma "poznáš". Aj keby si mal mať tento dojem z diskusie, je to odbočka od témy k nabúravaniu sa do niekoho (samo, to isté teraz robím aj ja a aj preto nebudem pokračovať v debate). Čo sa týka ďaľšej konverzácie, končím, ja si myslím, že som svoje dôvody dostatočne opísal nižšie, ak to nie je z toho pochopiteľné, buď to neviem lepšie vysvetliť alebo niečo bráni pochopeniu, neviem, nechcem sa do niekoho navážať.

Ide o konkrétny príklad, kde sa to používa často a je relatívne nízky počet LIKE/DISLIKE (rádovo ako je tomu teraz). Myslím, že počet dopytov je jednoduchá matematika a aj záťaž, ktorá s tým ide ruka v ruke. Ba dokonca som nižšie uvidol príklad, kedy je vhodnejšie riešenie s AJAXom. Viac už nemám čo dodať (a ani sa mi nechce).
0 0 - 2012-10-13 11:55:25
@Peter Širka zda sa mi, ze si mozete podat ruku s @Peter Payter Gašparík , lebo pri vrcholeni diskusie ste obaja isli k podryvaniu druhej strany/urazani namiesto venovaniu sa problemu a uvedeniu prednosti svojho riesenia pre konkretny priklad.
0 0 - 2012-10-13 11:49:09
@Peter Širka hej, v mojom svete je zatial menej requestov menej zatazujucich, za tym si stojim ;).
1 0 - 2012-10-12 12:54:53
sry, nechce sa mi to komlpet citat, len moj dojem z toho, co som preletel: mne sa zda, ze sa moc necita/neuvazuje v tom, z coho vychadzame. riesenie je prirodzene odlisne pre 500 like/dislike - tam ani nema zmysel vypisovat mena, takze tento smer uvazovania mozeme komplet zahodit. riesime situaciu: bude sa to pouzivat casto a ide o objem like/dislike podobne ako je tomu teraz. nema zmysel riesit 500 like/dislike, ani situaciu, ze sa to nepouziva, leda ze by sme sa chceli dohadovat.

ja vychadzam z nasledovnej situacie (ako som pisal nizsie): snazim sa riesit hrdlo flase za predpokladu, ze problemom je db, co sa stava pri vacsich projektoch, ked moze byt db napr. na inom servery (aj ked pochybujem, ze je to pripad zajtra.sk, ale o to ide pri takejto uvahe o rieseni - riesenie za urcitych predpokladov, pretoze pre rozne situacie je vhodnejsie ine riesenie). ak budem robit X requests, pricom pokazde potrebujem spravit ten isty JOIN, je to zbytocne zatazujuce. ako spravne niekto poznamenal nizsie, pri nacitavani stranky prebehne beztak tolko dopytov, ze tento je prakticky zanedbatelny a zatazajucejsie je X postupnych dalsich posielani dat.

teda, ked sa pozriete spat, vseobecne vznika nesuhlas v komentaroch, pretoze sa vychadza z inych predpokladov (moj dojem). niekto to chce optimalizovat na 500 likes, ktore pozrie malo kto, niekto pre objem, pri ktorom to ma este zmysel a za predpokladu, ze je to casto vyuzivana feature. kto ma pravdu? zalezi, co sa riesi. a prave o tom to je, navrhnut vhodne riesenie pre konkretnu situaciu.

moj postreh: nema zmysel optimalizovat na 500 likes, ked taka navstevnost a citatelnost je momentalne v nedohladne. IMO by malo technicke riesenie rast ruka v ruke s projektom, ako niekto poznamenal uz skor, predcasna optimalizacia je zdrojom zla a premrhanych hodin klienta, ktory to casto nevyuzije, nakolko sa vyuzitia projekt ani nedozije. najjednoduchsie riesenia casto (najma na zaciatku jednoducheho projektu ako zajtra.sk) byvaju tie najlepsie...
1 0 - 2012-10-09 22:41:14
@Peter Payter Gašparík hej, asi sa nezhodneme, ale neva, aspon sme podiskutovali :)
1 0 - 2012-10-09 21:53:52
@Peter Payter Gašparík myslim, ze o tomto je nas nesuhlas v tejto veci: usudzujem, ze ty vychadzas z predpokladu, ze sa to pouzivat prilis nebude - v tom pripade to naozaj nema zmysel. ja vychadzam z predpokladu, ze sa to bude vyuzivat a casto.

samozrejme, ze tam budu data naviac, ale navysenie objemu prenesenych dat v tomto pripade podla mna je zanedbatelne, skor by ma trapili query do db. nehovoriac o tom, ze pri kazdom AJAX requeste nielen robis db query, ale taktiez mas datovy prenos.
0 0 - 2012-10-09 16:15:33
@Peter Payter Gašparík este mimochodom, JOIN medzi tabulkami comments, likes, users by bol skutocne v tomto pripade zbytocny a ani som o nom nepisal, co mi zas potvrdzuje, ze si si asi necital celkom pozorne moj komentar. + Preco by malo pocitanie v PHP byt blbost? Pri aplikaciach orientovanych na vykon je bezne, ze nechas PHP spravit "heavy lifting" a nezatazujes db a to z dovodov, ktore som uz uviedol. Inac skode, ze tato diskusia zklzla do tejto urovne, na zaciatku mala podla mna celkom potencial, bez ohladu na to, kto by vysiel ako "vitaz". Ale ako som pisal, nech sa ti dari...
0 0 - 2012-10-09 16:11:47
@Peter Payter Gašparík mne sa zda, ze necitas, co pisem. Nic sa tu netykalo ORM, sam pouzivam a ked sa uchylujes k neopodstatnenym utokom na moje vedomosti miesto toho, aby si cital, vidim, ze tato diskusia nema zmysel. Nech sa ti dari...
0 0 - 2012-10-09 15:39:27
@Peter Payter Gašparík bol som v tom, ze hovorime o vykone, nie o programatorskej narocnosti (trochu ina tema, pricom musim dodat, ze tu narocnost tam nevidim v takej velkej miere). Neviem, ako to je realizovane, ci COUNT() alebo poctom like/dislike, to bol priklad, ako vec realizovat a priznam sa, nevidim prilis dovod to rozoberat, kedze 1 query vs. 10, ked si chcem pozriet kto dal like, je stale efektivnejsie.

Takisto, priklad s asychronnym request je priklad a nema nic spolocne s ORM - jednoduchsie (zo skusenosti) sa odladi chyba priamo v PHP, komfortnejsie sa mi posuvaju data z 1 action do 1 view v 1 kroku, v pripade, ze je v kode chyba dostanem okamzite PHP error etc.... Jednoducho, napisem menej a lahsie odladitelneho kodu (z hladiska mojho komfortu) + Minimalizacia poctu query je ziaduca, najma ak ide o vacsie aplikacie, kde je napr. databaza na inom servery (kedze sa rozpravame o vykone).

Ale OK, nemam problem, napisem 1 action a 1 view, prebehne 1 query a menej JS, kedze nic viac netaham z db, len dam napr. .toggle() (jQuery). Ty teda chces napisat napr. 2 action, pisat dalsiu funkcionalitu pre AJAX request a nasledne zobrazenie a robit X dalsich query pre zobrazenie bubliniek, cim pravdepodobne zaneprazdnis opakovane system aj db. Mne to vychadza tak, ze som napisal menej kodu, ktory je menej zatazujuci pre system.
0 0 - 2012-10-09 12:20:45
@Peter Payter Gašparík Vidim, co si mal na mysli, ale na ziskanie vsetkych ludi, ktory daju like/dislike ti staci 1 query, ktory nasledne jednorazovo spracujes v PHP (napriklad) a mozes ju rovno pouzit aj na urcenie poctu like/dislike (cize mas vsetko vyriesene s 1 query). Teda si vytiahnem z db vsetky like/dislike napr. pre ID clanku, v PHP roztriedim podla ID komentaru a zobrazim do skryteho kontajneru a pocet komentrarov mozem dat napr. ako PHP count() uz roztriedenych like/dislike.

Ak by si to chcel robit live, mal by si pri kadzom hover novu query, co je neefektivnejsie. Priestor na chybu: ked mi nieco vracia PHP, je to komfortnejsie ako riesit AJAX requests. Napr. sa mi stalo, ze som urobil zmenu v db a neuvedomil si dopad na nejaku takuto funkcionalitu. Ked to priamo embedujem ako PHP, neriesim...
0 0 - 2012-10-09 11:59:33
@Peter Payter Gašparík aha, ja by som to asi riešil tak, že by sa to načítalo jednorazovo pri načítaní stránky. Pravdepodobne menšia zátaž a priestor na chybu. Čo ty na to?