F3llony

Ko tu tur mels?! Scala - 2003. Golang - 2009, Aerospike - 2012, Node - 2009. Es pašlaik aktīvi izmantoju arī Ceylon (2012), Cassandra (2008), Cordova (2009), Drone (2014), Mesos (2011), Ellasticsearc (2012), Hadoop (2012) un vēl miljards dažādu lietu. Apriebies tu esi ar savu Scalu. Skala tur, skala šitur. Nobody cares. F off.

Kurš to varēja uzminēt. Golden hammer, bash bash bash.

You kidding me? Backend=>distributed klienti okei, bet ne jau tajā pašā infrastruktūrā...

Es domāju, ka tieši otrādi - ja pilsonim/kantorim ir laiks un nauda ar to nodarboties, varbūt, ka kazi izdomās uztaisīt produktu arī tur, kur ir reāla vajadzība un iztrūkums pēc instrumenta. Un, imho, Cassandra nav vienīgā DB, kur katastrofāli trūkst instrumentu, kur My/Postgre SQL to ir atliku likām.

Node vai Go serveris, websockets un AeorospikeDB.

Ok :D Nē, runa ir par to, ka ražo lietas bezjēgā, kamēr tur, kur instrumenti ir vajadzīgi, to trūkst.

WAT? https://github.com/tomekkup/helenos Pritom, ka MySQL/Postgre un MSSQL ir kaudzēm instrumentu. Like, nopietni, kaudzēm. Heidi, workbenčš, navicat etc. etc. A Cassandra? Vēl kaudzei citu DB? Seriously uncool.

Un helenos ir Cassandrai tas pats, kas Datazenit MySQL un Postgrei. Lasi uzmanīgi.

Another one? Why?! Meanwhile, Cassandrai pamata ir tikai helenos, and nobody cares...

Nezinu, kas tev par bēdīgu pieredzi, bet man tādas nav. :) MySQL nereplicēt ir grēks.

Pāris tūkstoši apmeklētāju dienā ir diezgan niecīgs skaitlis. Par HAproxy utml. priekiem jāsāk domāt, kad ir kāds miljons hitu dienā. :) Nevajag tev piecus serverus uzreiz, nepārcenties. Ja tā būda bruks, nezināsi kur ķerties klāt, ja ne, tad būs lieki iztērēta nauda. Tāda izmēra projektam tev nepieciešams horizontāli skeilojams pasākums (sākumam), kas ir diezgan lēti un vienkārši menedžējams. Tālāk, tava pirmā kļūda ir viens MySQL serveris - bad bad bad. Tas, ko tev vajag ir node interchange / multimaster, e.g. vairākas vienādas nodes - uz katras turi MySQL, Apache, PHP failu kopiju, Iesākumā ar divām būs pilnīgi pietiekami. Tālāk nomet tam visam priekšā vēl vienu nodi, kas kalpos kā loadbalansers. Loadbalanserim pamatā nevajadzētu tērēt tonnu resursu, tāpēc daļu no loadbalansera resursiem vari izmantot vai nu sesiju glabāšanai (tu taču neglabā sesijas failos/mysql, vai ne?), vai nu failiem, vai nu paņemt mazāku serverkasti. Failus gan ieteiktu glabāt kādā CDN, vai mazjaudas serverī ar pāris lieliem diskiem, vai vairākiem maziem serveriem un hdfs. Un visbeidzot, www.hetzner.de vai leaseweb.de. Abi ir diezgan gigantiski, labi pazīstami un pārbaudīti provaideri, bet par melbourne es vispār dzirdu pirmo reizi... P.S Varnish or Nginx cache. Nepiemirsti! Also CloudFlare.

Warning: language religion detected

Es to secināju ne tikai pēc sava PHP pamata, bet pēc sava C#, Java un C, un kaudzītes eksperimentālo jaunpienācēju valodas pamata.

Dalība LIR un autonomā sistēma neko nenozīmē. Vēl joprojām neredzu nevienu labu iemeslu izmantot. Cenas tādas, nekādas (ir labākas un lētākas alternatīvas - dedicated vispār cena ir x3-5 no tirgus cenas), komunikācija russian-style (nē, mēs nezinām, kas ir RIPE, AS, LIR, RIR, ???, dzīvojam mucā). Un visbeidzot, suddenly HTML5, CSS3 un jQuery ir programmēšanas valodas, un tie WC3 standarti, nu cmoon. Vēl mani tramīgu dara fakts, ka Lursoft darbības veidi krasi atšķiras no minētajiem. Piemēram, uzņēmums reģistrēts 2010. gadā, pieredze no 2009... Pēc darbības veidu maiņas izskatās, ka darbība reāli konkrētajā nozarē ilgst varbūt pusgadu, gadu. Quo vadis, hombre?

Facebook nav vienīgais kantoris pasaulē. Netrūkst gigantu par kuru eksistenci daudzi nemaz nezina, mēdijos, reklmamas utml biznesos. Nevis nedaudz, bet grandiozi lielaka. Pilnigi cits domasanas un arhitekturas veids. Un know how Skalai ir ja ne lielaaks, tad lidzvertigs PHP. Te viena postaa nepietiks. 2 menesus, pie vietejiem, nokluvu ar Lufthansa, socialas problemas, iznemot valodu, nav, veel ne.

Pēc gadiem 5-10, kad zvīņai būs uzaudzēti muskuļi, varbūt kāds par to padomās, bet es par to šaubos - learning curve un citas nianses konkrētajai (kārtejai no?) JVM valodām ir pārāk augstas. Te pat ne tikai bizness kaut ko nosaka, bet solid foundation - ņem da jebkuru projektu ever, skaties kur gribi: visur vienmēr visa pamatā ir diezgan pierādītas tehnoloģijas vai fail = SQL, PHP, Java, etc. etc. Bet trendi nāk un iet. Piemēram, Ruby tirgū pēdējā laikā ir nu ļoti noklusis, salīdzinot ar vētru kāda bija senāk - omg omg Twitter izmanto Ruby. Not anymore. Tagad Twitter izmanto Scala. Vēl pēc gadiem Twitter izdomās a) bankrotēt (myspace?) b) izmantot vēl kaut ko. And around we go again. Es neredzu jēgu šai reliģiski fanātiskajai diskusijai, as vien vienkārša trollēšana.

Ko līdz šim esmu novērojis, arī giganti nedomā atteikties no PHP, kur nu vēl pilnībā. Un tes runāju par kantoriem šeit, Spānijā.

What are you, 5?

>Implying organizēta darba vide nepadara projektu organizētu un lētāku. Lean, waste, jidoka? Anything? No...?

Nē, labāk ir katram projektam savs setups, vienam tas, citam šis un tad gala beigās pats sapinas savos murgos. Mazs, iels, nekāds, who cares. Nav runa par to, ko es spēju vai nespēju. Ir runa par waste. Un tad ir runa par eskolām un valsts megaprojektiem, kurus tad saražo šitādi āksti pa miljoniem ar asti.

Ko, ko, vēlreiz? IDĒ nodarboties ar statisku resursu ģenerēšanu/minimizēšanu/whatever? Un tad jūs to kroplību arī versiju kontrolē bāžat, ja? Kam jums tas fakin continuous integration / build serveris domāts? Kam domātas visas build sistēmas un statisko resursu menedžeri? Tantei Annai? Devā compass watch vai analogs, visam parējam, normāli cilvēki to visu virāžu iekļauj vienā shell skriptā un palaiž akurāt kad sāk darbu. Produkcijā statiskos resursus jāģenerē ci/buildserverim vai manuāli ar to pašu šellu. Un tad pavadi pus mēnesi kamēr izfigurē kāds plugins kadam mēslam ar kadu konfigu jāsetupo lai šitādu kretīnu sadarītais spagetī atkarību murgs būtu pielaižams... Un jurčiks atkal izcēlās. Ir čali atšķirība, strādāt pie sava wp vienam, vai ar 10 frontendistiem un 30 backendistiem pie viena projekta.

Nē nu ko tu gaidīji? "OMG OMG let's have a flame war, again".

No indications of intelligent life. We are leaving this star system, Number One!