Newsgroup: it.comp.www.php
Titolo: [CrossPost] Dove andare PHP, Node o che?

Sto parlando tecnologicamente.
Ora noi abbiamo una web app saas in php/mysql/redis/jquery/nginx/aws etc.. 
framework costruito in casa con tanto cowboy programming, e' una sorta di 
CMS con funzioni di distribuzione ed aggregazione di contenuti ed una 
parte dedicata alla creazione di landing pages.
 
Il team si sta ingrandendo e c'e' bisogno (progetto di medio termine 6/8 
mesi per dire) di una ristrutturazione totale del FW principalmente per 
eliminare al massimo lo spaghetti code, per introdurre TDD, per 
uniformare il piu' possibile lo sviluppo tra i vari team e concentrarsi 
sul valore aggiunto e non sullo sviluppo del FW stesso.
 
Come framework PHP pensavamo di introdurre Synfony, qualche 
controindicazione? 
Io usai per qualche tempo la 1.4, so che di base ha gia' framework per 
TDD e la cache mi sembrava piuttosto avanzata (dobbiamo usare la cache 
per il frontend a tutti i costi perche' abbiamo bisogno di essere veloci 
nel delivery dell'HTML)
 
Come FW per JS sto valutando ember o angular
 
Ma la domanda per me e' se forse non valga la pena addirittura portare il 
progetto in node.js con il quale ho esperienza (Meteor e node.js
+ExpressJs) ed in javascript siamo piuttosto forti come team.
 
Altre idee piu' che accette, se aveste la possibilita' di scegliere una 
tecnologia quale scegliereste?
 
Scartati a priori ruby o python non c'e' abbastanza esperienza nel team 
anche se django mi piace un sacco.
 
Grazie
 
-- 
Jeff

 tecnologia quale scegliereste?
 
PHP lato server (ma questo lo sai già :P) con Symfony se vi serve un fw 
completo, o con Silex se vi serve un component framework più snello.
 
Eviterei Doctrine, ma dipende dalle vostre esigenze.
 
Lato client per me Angular è troppo "stretto" e non mi piace la sua 
filosofia, vi lega mani e piedi. Senza contare che su mobile sega le 
gambe alle prestazioni e alla batteria.
 
Personalmente preferisco Backbone, ma Ember dovrebbe essere una via di 
mezzo (non l'ho mai usato) nel caso.
 
Node.js non mi piace molto perché è più complicato, rispetto a PHP, farlo 
scalare, e non mi piace l'idea di dover "riavviare" l'appserver ad ogni 
modifica. Ha senso in alcuni casi, e se ricordo bene il vostro caso, 
alcune parti della vostra piattaforma potrebbero beneficiarne, ma non il 
CMS, secondo me.
 
Bye.

 Grazie
 
Prego, hope it helps.
 

 Bye.
 
Grazie!!
 
 
 
 
 
-- 
Jeff

 Prego, hope it helps.
 
 
 
 
 
-- 
Jeff

 eventualmente anche senza Symfony
 
Perché è un ORM. :D
 
Se vi serve rapido accesso a una tabella (il classico "select * from 
tablename") o al massimo una join standardizzata ("select * from table1 
join table2") può andare bene.
 
Quando vi mettere a fare join più selettive o complesse, subquery, 
transazioni, ecc. diventa presto una discreta rottura, e bisogna 
praticamente imparare un nuovo linguaggio.
 
Secondo, trovo assolutamente sbagliato il sistema delle annotation in un 
linguaggio dinamico.
 
Infine, le prestazioni. Naturalmente più automatizzi più rallenta, e tra 
annotation e gerarchie di oggetti, Doctrine diventa presto molto lento.
 
D'altro canto accelera la scrittura di codice, ha una sua cache (ma 
potete usare quella du symfony), e una discreta community e 
documentazione, quindi è testato e stabile.
 
Come ho detto, dipende dalle vostre esigenze.
 
Bye.

 team e questo e' un freno piuttosto importante
 
Immaginavo, ma mi sembrava giusto menzionarlo: secondo me è importante
non tanto sviluppare per il presente, ma anche dando un occhio a dove
sembra dirigersi il futuro.