Kaj prvo PHP ali Javascript

Kaj če uporablja mobitel, ki žal ne omogoča? Zmeraj se je treba vprašat kaj pa če...

kaj pa ce nima rok in ima aliena v trebuhu?

@petzup: v vecini ne gledam kdo kaj napise, verjemi... bolj mi je pomemben content...

Daedalus je 19. feb 2013 ob 22:37 izjavil:

@OP - real men use Perl. Pičkice pa... vse ostalo.

Še avtorju ... Najprej se nauči SQL. Da ne boš pisal butastih querijev za dostop do podatkov v bazi ... Še največji manjko novodobni web developerjev.

He, he, vprašaj kake RoR developerje. Tam je karma 1000+, če zna select spisat

RoR je tako samo dobro zreklamiran ... Ene prave koristi za velike projekte pa ni. Kjer je potrebna organiziranost.

Je pa dovolj dober da vsak amater nekaj nameče skupaj.

Daedalus je 20. feb 2013 ob 08:50 izjavil:

Daj gremo se dobit enkrat, pa ti uporabi Perl, jaz pa RoR da nardiva identicno aplikacijo, pa da vidimo kdo bo prej :)

Itak da boš z RoR prej. Sam selecta pa še vedno ne boš znal spisat

FYI, ga bom znal, ampak point je ravno v tem, da ga ne rabim. Ker aplikacija je prvotno namenjena eni stvari: zasluzku (tvojem, ali od stranke, ce delas za stranko). In prej ko prides do launcha, prej bos zasluzil. Tukaj RoR blesti, in zato je tako uporaben. Codeable je prakticno v celoti spisan v RoR in najlepse je, ko mi stranke recejo za nek feature, pa ugotovim da obstaja gem, ki ga instaliram, napisem teste in malo postylam, in je feature na produkciji v roku parih ur. Stranke pa "wow".

Imeli smo tudi lastno websocket knjiznico in server (node.js), ampak smo ugotovili, da je precej bolj smiselno outsourcat, zato nam real-time stuff handla pusher

Trenutno smo na Pusherju kake 14 dni, in moram povedat, da sem zelo zadovoljen, njihova dokumentacija je dobra, API je enostaven za uporabo. V primerjavi s prej, ko smo morali sami hendlat subscriptione, avtentikacijo, websocket library, server - placamo sedaj $19/mesec in je to to, nobenega dela, nobenih skrbi - vse dela. Tudi aplikacijo samo smo prej hostali pri Hetznerju, pa smo skenslali, ker sva dva developerja deklici za vse prakticno. Zato smo selili na Heroku vse, tako da tudi z infrastrukturo nimamo vec dela.

Da pa smo odvisni od 3rd partijev je pa tko,... jebi ga, se vedno lazje prenesem kako uro downtimea vsake toliko (kar se se ni zgodilo), kakor pa da bi placeval sysadmina in svoje serverje. Tudi ce mas lasten hardware ti lahko ISP dol pade recimo, pa ne mores nic.

FYI, ga bom znal, ampak point je ravno v tem, da ga ne rabim. Ker aplikacija je prvotno namenjena eni stvari: zasluzku (tvojem, ali od stranke, ce delas za stranko). In prej ko prides do launcha, prej bos zasluzil. Tukaj RoR blesti, in zato je tako uporaben. Codeable je prakticno v celoti spisan v RoR in najlepse je, ko mi stranke recejo za nek feature, pa ugotovim da obstaja gem, ki ga instaliram, napisem teste in malo postylam, in je feature na produkciji v roku parih ur. Stranke pa "wow".

In pol jaz fašem RoR developerja, ki ne zna zdebagirat deploya... ker pač uporablja Heroku od začetka. Khm. Tisto mantro o hitrem razvoju tud poznam. Ne poznam pa še nobenega RoR developerja pri nas, ki je zaslužil dovolj, da bi lahko dal backend prepisat v Javo

Zato smo selili na Heroku vse, tako da tudi z infrastrukturo nimamo vec dela.

Pol verjetno poznaš zgodbo o tem, kako Heroku odira svoje stranke in objavlja dokumentacijo, ki nima veze z dejanskim stanjem infrastrukture?

Da pa smo odvisni od 3rd partijev je pa tko,... jebi ga, se vedno lazje prenesem kako uro downtimea vsake toliko (kar se se ni zgodilo), kakor pa da bi placeval sysadmina in svoje serverje.

Ko ti začne aplikacija nosit denar, je obvladovanje infrastrukture kritičnega pomena. Do takrat pa se strinjam, se ne splača meti in house podpore.

HardFu je 21. feb 2013 ob 14:35 izjavil:

Ce mas ti RoR developerja, ko ne zna deploya zdebagirat, je to vajin problem, ne RoR :)
Poznam Heroku zgodbo, sem se precej izobrazil, preden smo sli v to, in je pozitivnih stvari vec kot negativnih. Poleg tega pa sem na tem podrocju kar izkusenj, in sem aplikacijo dodobra zoptimiziral za delovanje na Heroku (seveda tudi vse stestiral), tako da je strosek relativno nizek (cca $150 trenutno ko imamo dva web dyna, 1 worker za maile, plus nekaj placljivih addonov (pusher, honeybadger, ssl endpoint)).

Aplikacija nam ze nosi denar (res pa je, da zaenkrat se ne dovolj, da bi se od tega ziveli, smo le launchali sele dober mesec nazaj), do sedaj 700 registriranih userjev, 25k uniqeov, no problems.

no, to je lepo slišat, čestitam!

Marat, hvala :)

Looooooka ta sintaktični sugar ki ga omenjaš prihaja večinoma iz Rubya. V bistvu je Coffee zelo podoben Rubyju z razliko da ima obvezno zamikanje in zato nima 'end'-ov.
Sicer tudi jaz nisem videl prednosti v Coffeeju dokler ga nisem uporabil pri enem velikem projektu. Od takrat naprej mi postane slabo če moram pisat Javascript.

Se pa nebi strinjal da če se naučiš Javascript da se boš lažje naučil ostalih jezikov. Kot prvo ima redkokateri jezik tak objektni model kot Javascript, in naredi bolj malo da bi te usmeril v dobre prakse objektnega programiranja. Ta problem npr. Coffee v veliki meri odpravi. Čeprav glavna prednost Coffeeja zame je odstranitev 'šuma' (stalno ponavaljanje nekih sintaktičnih detajlov ki nič ne dodajo k ekspersivnosti).
Razumem pa če prihajaš iz "curly braces" ozadja, da ti je tak jezik tuj. Ampak OP pa nima tega ozadja, tako da v tem ne vidim problema.

Razlika med Javascript in Coffeescript je samo v sintaksi in deloma v objektnem modelu. Tako da ne vpliva na omenjeno.

Lion29, se vedno uporabljamo, do danes niti enega problema, edino kar imam pri sebi problem, ko ga moram prvo na papirju resit, kako cimbolje organizirat evente in kanale, da mi ne bo treba vecih auth callbackov delat za istega userja.

Ni problema, js sem ugotovu, da se splaca cimvec zadev outsourcat, ker se lahko potem fokusiramo na business oziroma na development.