2010-06-23 14 views
9

In primo luogo, a mio parere, questa domanda è relativa alla programmazione, così come le risposte (e la domanda stessa) sono soggettive, vorrei vedere alcune di queste opinioni soggettive e altre idee che provengono da esso.Jdeveloper 11g non piace

La mia compagnia è a letto con oracolo. Stanno facendo una forte mossa verso java, e costringendo JDeveloper a scendere su di noi (io) come lo "strumento migliore" per il lavoro. Ora, non fraintendetemi, JDeveloper sembra incredibile, ha tutti questi bei gingilli che farebbero sorridere chiunque quando scartano. Ma ...

Tendo sempre a dover indagare su un piccolo problema che l'IDE soffre di fare bene. Essenzialmente bug. Come a volte quando per nessuna ragione gli EJB non si schierano più. Oppure il front-end ADF smette di chiamare i controlli dei dati per i pulsanti di azione. Poi ho le volte che si interrompe completamente quando si modificano le informazioni di persistenza. Alla fine, passo più tempo a capire cosa c'è che non va, senza successo. E bene, la mia azienda non si occupa dei soldi per ottenere supporto per lo strumento di sviluppo. Finisco per sedermi con problemi che richiedono ore fino a giorni per la risoluzione, che dovrebbero richiedere 10 minuti.

Ho visto e riscontrato problemi simili di uccisione della produttività anche nei prodotti Websphere di IBM. E non non sono solo io, ho visto squadre che non possono lavorare per giorni a causa di problemi.

La mia soluzione è sempre stata quella di utilizzare il set j2ee di eclipse. Mi permette di avere più controllo su tutto ciò che viene usato. E così, anche se eclissi mi dà problemi, posso risolvere questi problemi. E, personalmente, preferirei che la mia azienda lo accettasse come uno strumento preferito, poiché risolvere i problemi sarebbe più facile, e ci sarebbero più "professionisti" intorno, poiché i nostri problemi sarebbero più probabilmente correlati a j2ee, e relativi al server piuttosto che all'IDE related (Riceviamo tonnellate di supporto lato server). Sento che l '"astrazione" che forniscono gli IDE più grandi può causare un sacco di mal di testa e tende a essere un killer del progetto.

Perché mi sforzo così tanto con JDeveloper. Sono solo? È sbagliato da parte mia prendere una posizione e raccomandare di andare contro JDeveloper come strumento di sviluppo principale della nostra azienda? Perché, questa è la "campagna" in cui vorrei entrare ora, fino al punto di dimostrare i difetti, poiché i video mostrano solo i momenti perfetti.

+0

non riesco a vedere una domanda di significato qui. Se è semplicemente uno sproloquio, allora non appartiene a questo. Se c'è una buona domanda dietro di esso, ti suggerisco di estrapolarlo in modo più visibile e di rimuovere alcuni sproloqui da quel testo. –

+0

Penso che la domanda sia piuttosto chiara ... li renderò audaci. – guyumu

+0

Forse perché il prodotto puzza? Se pensi che ci sia uno strumento migliore, ovviamente dovresti raccomandarlo. –

risposta

8

Non siete soli! Potrei scagliarlo contro JDeveloper ma mi trattengo.

Sfortunatamente, JDeveloper è l'unico IDE che supporta tutta la tecnologia incentrata su Oracle. Quindi, mentre mi dispiace per il tuo dolore, e, credimi quando dico, capisco più di quanto tu sappia, ma, in una casa di Oracle, nessun altro IDE farà. È un vero peccato che tu non abbia il supporto però. Probabilmente dovrai archiviare molti bug.

È davvero un peccato che Oracle sembri insistente nel continuare con JDeveloper anche ora che possiedono NetBeans. JDeveloper è lontano dietro Eclipse e NetBeans. Avrebbero lontano maggiore accettazione degli sviluppatori della loro tecnologia se hanno supportato attivamente Eclipse e/o NetBeans, per lo meno, in parallelo con JDeveloper. In realtà, l'ADF presenta una serie di tecnologia piuttosto ampia e piacevole, nascosta dietro e ostacolata da uno strumento di sviluppo così orribile.

E come mezzo per cercare di aiutarti a risolvere tutti i problemi che incontrerai con JDeveloper, prova questo. Utilizzare due repository mercurial o git locali. Uno per la tua cartella di sistema JDev (init nella parent di system /) e un repository per la tua applicazione/progetto.Prima di terminare (o avviare) qualsiasi procedura guidata, aggiungere e confermare (hg com -Am 'savepoint' o git commit -am 'savepoint') entrambi i repository. Questo ti darà un modo per effettuare il rollback e anche le differenze tra come JDeveloper ha infranto un progetto di lavoro che potrebbe darti degli indizi su come sistemare le cose.

Inoltre, si potrebbe voler tenere un registro per i propri manager per mostrare quanto tempo si impiega a gestire JDeveloper invece di progredire sui propri progetti.

Buona fortuna.

Nota: il controllo della versione sulla cartella di sistema jdev è un po 'discutibile per i rollback poiché sembra che jdev memorizzi alcune scritture e mantenga alcuni file aperti. Il che significa che potresti scattare un'istantanea di uno stato incoerente o incompleto. È meglio usare quel repository come una visione costante di ciò che sta cambiando.

EDIT: vedi anche Oracle Enterprise Pack for Eclipse

+0

Penso che l'idea di savpoint/log sia probabilmente un ottimo punto di partenza. Forse questo aiuterà le persone a capire che sarà richiesto un supporto o un approccio diverso. Amo davvero tanto l'ADF, mi piacerebbe poterne sfruttare al meglio. Ma ne ho tanta paura anche :-P Un'altra domanda, una qualche forma di addestramento avanzato sarebbe d'aiuto? Voglio dire, ho letto tonnellate e tonnellate di documentazione, ma forse qualche intuizione da parte di qualcuno cresciuto con jdeveloper sarebbe stata d'aiuto? – guyumu

+0

L'allenamento dovrebbe sempre essere un'opzione se puoi trovare corsi che ti insegnano e non solo coprire ciò che già sai, specialmente se sono insegnati da istruttori con esperienza pratica. Ma dovresti essere sicuro di andare in allenamento con una comprensione abbastanza chiara e completa dell'applicazione che devi realizzare. In questo modo, sarai in grado di ottenere il massimo dall'addestramento facendo domande orientate verso i tuoi problemi specifici. – nicerobot

Problemi correlati