Newsgroup: it.comp.java
Titolo: Sviluppare in Java ?

Ciao,
vorrei utilizzare un software CRM e ho visto che esiste Compiere sviluppato 
in JAVA ( 
http://sourceforge.net/projects/compiere/
 ), in alternativa esiste 
un CRM sviluppato in PHP come Sugra CMR ( 
http://www.sugarcrm.com/crm/
 ) o 
vtiger ( 
http://forge.vtiger.com/
 )
Essendo, purtroppo, niubbo di programmazione volevo chiedere a voi esperti 
se  e' piu' produttivo ( nel senso, soprattutto, di supporto tramite i 
newsgroup) sviluppare in Java o PHP?
Scusate la domanda ma non vorrei iniziare *male* scegliendo un ambiente 
inferiore ( per il software  solo per inesperienza.
Grazie 

 tramite i newsgroup) sviluppare in Java o PHP?
 
è una domanda strana soprattutto vista la premessa. se vuoi *utilizzare*
il software a che ti serve valutare la produttività? al limite scegli
sulla base dell'ambiente su cui tu sei in grado meglio di mettere le
mani, di configurare o intervenire dal punto di vista sistemistico.

 mani, di configurare o intervenire dal punto di vista sistemistico.
Beh, in questo caso Windows visto che sono un sistemista in quell'ambiente, 
ma visto che il CRM avra' bisogno di personalizzazioni dovro' per forza 
agire sul codice, quindi la mia domanda e': dovendo scegliere tra php e Java 
quale ambiente mi conviene affrontare x avere il miglior risultato? Qual'e' 
la curva di apprendimento di un ambiente rispetto all'altro? Quali risorse 
trovero' piu' facilmente in internet ( newsgroup ) per confrontarmi ed 
apprendere? Forse la mia domanda sembrera' un po' strana ma visto che nel 
passato x inesperienza ho affrontato ambienti tecnici sbagliati perdendo un 
mucchio di tempo e dovendo ricominciare da zero preferisco avere un'opinone 
da chi, magari, ha gia' affrontato i due ambienti... 

 newsgroup ) per confrontarmi ed apprendere?
l'unica risposta che posso darti è che la curva di apprendimento di java 
(e in particolare jee, visto che stiamo parlando di questi ambienti) è 
certamente più ripida del php. però questo non risponde all'altra 
domanda e cioè che scegliendo sulla base di questo parametro otterrai il 
miglior risultato.

 risultato.
Ok, a un certo punto mi dovro' fidare :-), cmq esistono delle risorse in 
rete dove potrei iniziare ad approcciare la programmazione in Java ( Jee ) 
cosi' inizio a rendermi conto? Tu cosa mi consiglieresti?
Grazie 

 sviluppato in JAVA
Usare Compiere come CRM e` un po' overkill, comunque sia ti consiglierei 
Java Java in quanto, se e` vero che ti richiede una curva di apprendimento 
piu` ripida, e` vero anche che ti richiede meno controlli rispetto a PHP 
(che di contro e` piu` semplice da apprendere). In tutti i casi, usa un 
RDBMS decente (ovvero niente MySQL) e comprendi le basi della programmazione 
ad oggetti (proficua in ambienti cosi` grossi). Infine, ti consiglierei di 
far implementare inizialmente le modifiche ad uno specialista e 
successivamente di implementare per fatti tuoi le ulteriori modifiche al 
sistema
Enrico

 Enrico
Ok, sono d'accordo, userei Oracle che ho installato e che  utilizzo un po', 
per apprendere Java da dove dovrei partire ?
grazie 

 per apprendere Java da dove dovrei partire ?
All'epoca ho usato Thinking in Java, ma non so quanto sia ancora valido
Enrico

 da chi, magari, ha gia' affrontato i due ambienti...
Ciao,
sia php che java sono largamente utilizzati su internet e trovi tutto
quello che ti serve.
Java è sicuramente più difficile da apprendere se non hai un'adeguata
formazione specifica sulla piattaforma J2EE, ma non credere che
entrare a capofitto su un CRM realizzato da qualcun'altro sia
sempllice.
Ti consiglio di scegliere il linguaggio con cui hai più familiarità.
PHP ha la sintassi del PERL, almeno se non ricordo male. Percui, tu
che sei sistemista, dovresti ritrovartici un po' meglio.
Se hai esperienza eguale con entrambi i linguaggi, tantovale che
scegli il prodotto migliore.
Non voglio demoralizzarti, tutt'altro, hai di certo molto coraggio a
fare questa cosa, ma sappi che si tratta di una bella bestia che
difficilmente una persona a digiuno di programmazione possa cavalcare
senza studiarsi qualche manuale.
In bocca al lupo,
Davide.


wrote:

Scusate se mi intrometto, ma avete comparato i prodotti? Compiere CRM
mi sembra una di quelle applicazioni degli anni 80, in oltre sembra
davvero complessa da usare. Sugar crm sembra molto più user-
friendly... Spesso la semplicità si riversa poi anche sulle modalità
con cui si scrive il codice. Pensaci bene, prima di portarti in casa
un prodotto così importante. Io non sceglierei Compiere a partire dal
fatto che non gira in un browser. L'altro invece puoi consultarlo con
l'iphone se ti serve.
Pensaci bene, non credere che scegliendo PHP scegli un linguaggio di
serie B... Con PHP ci hanno fatto facebook, per dirne uno, ma ce ne
sono milioni di applicazioni eccellenti in PHP 5, così come per java.
Scusate ancora per l'intrusione.
Ciao, Davide.

 PHP ha la sintassi del PERL
Motivo in piu` per evirare il PHP, direi :)
Enrico

 Con PHP ci hanno fatto facebook, per dirne uno
Questo non significa molto, anzi, per migliorare le performance l'unico modo 
che hanno trovato e` stato di scrivere un convertitore PHP/C++
Enrico
P.S. Sono conscio che Java ha i suoi limiti ed i suoi problemi, ma in 
confronto a PHP e` infinitamente meglio


 Hum, effettivamente, esiste un CRM sviluppato in Java che utilizza 
l'interfaccia Web? 

 sviluppo di X Window nei laboratori di Xerox?
direi che ci sono ragioni di ordine pratico decisamente prevalenti
rispetto alla moda, specialmente per chi poi lo deve amministrare e/o
manutenere.


no, la sintassi del Perl è incasinatissima, quella
del Php è simile al C quindi NON puoi dire che è "da evitare".

 Motivo in piu` per evirare il PHP, direi :)
In realta' considero la sintassi di PHP *peggiore* di quella di Perl. Ne
hanno preso buona parte dei lati negativi ed in essenza nessuno di
quelli positivi.
Diciamo che PHP combina in modo esemplare i peggiori difetti di C e di
Perl. Ritengo anche che ci voglia un discreto talento per creare
qualcosa di *peggiore* da nuovo senza farlo apposta.
-- 
-riko
http://www.enrico-franchi.org/
http://rik0-techtemple.blogspot.com/

 manutenere.
Vero. Il concetto pero` che ho percepito nel messaggio a cui ho risposto e` 
piu` un concetto modaiolo che una vera e propria necessita`
Enrico
P.S. nonostante tutto, pero` sono sempre convinto di una cosa: le 
applicazioni web non potranno mai sostituire veramente le applicazioni 
desktop

 desktop
scusami ma ti devo smentire: tutte le mie applicazioni desktop
(molte sviluppate con VB6) sono state con successo convertite
come web application grazie al PHP.

 
http://java-source.net/open-source/erp-crm
(scusate se faccio del quoting sporco, ma il link nel post precedente era 
tagliato)
Enrico

 l'interfaccia Web?
Posto che Compiere ha un modulo web, 
http://java-source.net/open-source/erp-
crm
Enrico

 desktop
beh è una affermazione banale per quanto ovvia nella sua
genericità :-)
diciamo che la tecnologia web ha levato diverse castagne dal fuoco e
continua a levarle in particolar modo ai gestionali. le stesse
applicazioni desktop spesso tanto desktop non sono perché magari
delegano la business logic a servizi remoti che, gira e rigira, sono
sempre servizi web.
poi certamente è vero che le applicazioni web non soppianteranno mai
in tutto e per tutto le applicazioni desktop, ma che la loro
pervasività sia un tantino più che significativa non mi sentirei di
metterlo in discussione...

 ha scritto nel messaggio 
news:4c83f955$1...@news.x-privat.org...


 ha scritto nel 
messaggio news:i68kfb$3ev$2...@alice.wonderland.home...
