Newsgroup: it.comp.lang.javascript
Titolo: Cosa usate voi per sviluppare in JS?

Salve, mi affaccio ora al Javascript dopo lunga permanenza su VB e 
affini. Sono ormai viziato dalle GUI e dal debugger simbolico, che con 
breakpoint, esecuzione StepByStep, watch variables, etc. mi aiutavano 
parecchio nella messa a punto del mio codice.
Sto cercando uno strumento valido per sviluppare in JS su Win2K; ho 
visto che esiste Venkman su Mozilla, ma che certezze mi da' su IE?
Ho letto di gente che usa il Visual-Interdev di VS 6, ne vale la pena? 
Ho scaricato anche uno ScriptDebugger dal sito M$, ma...
Insomma, vorrei partire col piede giusto.
Voi che strumenti usate per sviluppare/debuggare il JS?
Marco.

> Voi che strumenti usate per sviluppare/debuggare il JS?
HTML Kit, praticamente blocco note ...

 Marco.
Per scrivere uso Emacs o altri editor con syntax highlighting.
Per debuggare uso Venkman (gira sotto Mozilla) oppure alla vecchia 
maniera uso alert, confirm e uno strumentino (obj_grabber) che mi 
esplode gli oggetti in nuove finestre (si tratta di uno script 
javascript che si dovrebbe trovare in rete).
LP

 Insomma, vorrei partire col piede giusto.
Non c'e' (almeno non per il momento) qualcosa di standard e usabile; ne' un
IDE con debugger come potrebbe esserlo Visual Studio.
Personalmente a me basta un qualsiasi editor di testi che faccia highlight
del codice (ultraedit, homesite, topstyle tra quelli che uso); il debugging
solitamente lo faccio "a mano".
Uno strumento che reputo molto utile e' il DOM Inspector di Gecko, ma piu'
che altro ammetto che lo uso per sviluppare in XUL.
-- 
ZER0://coder.gfxer.web-designer/
~ Io non soffro di pazzia, ne godo ogni minuto.
(I don't suffer from insanity, I enjoy every minute of it)

...


Giusto per alimentare le statistiche:
- Macromedia Homesite+ o Dreameaver MX (il primo per pagine singole, il
secondo per siti più... complessi...)
- Microsoft script debugger, anche se manca la possibilità di impostare le
variabili in "watch"
Alex.
-- 
___________________________________________________________
a p bertolini
(
www.webwarrior.org
)

On Thu, 03 Jun 2004 08:28:10 GMT, Ux <Non.Te....@Senno.Mi.Spammi>
wrote:

(windows::notepad|linux::kate)/(mozilla::javascript_console|mozilla::dom_inspector)
un buon progetto iniziale, librerie solide e collaudate e sviluppi che e'
un piacere
-- 
a.a

 (windows::notepad|linux::kate)/(mozilla::javascript_console|mozilla::dom_inspector)
.. tu gli scrivi un mostro del genere?
(e tra parentesi, quei poveri disgraziati di utenti microsoft, non li caghi
pari?)
-- 
ZER0://coder.gfxer.web-designer/
~ L'ingegnere non vive, funziona.
on air ~ "Il Nucleo - Sospeso"

 pari?)
Al 90%, se mozilla non mi da' errori, su IE funziona tutto.
La scocciatura resta sempre la gestione degli eventi. Ancora non ho scritto
un layer di compatibilita'. Forse a luglio quando mi libero...
E poi il dom inspector che aggiorna il documento in tempo reale... altro
che visual basic :P
-- 
artemis::~alpeia

 Al 90%, se mozilla non mi da' errori, su IE funziona tutto.
90%? Secondo me sei troppo buono.
Certo, dipende sempre dal tipo di codice scritto e dalle versioni di IE che
vuoi supportare (anche escludendo la 4, tra la 5.0 e la 5.5 c'e' un
abisso); ma a meno che tu non scriva codice "classico" (rollover,
validazione form, etc) o particolarmente esente da alcuni degli aspetti
piu' avanzati di DOM e CSS, la percentuale non si assesta di certo sul 90%.
Forse, se decidi di "degradare" Mozilla ai livelli di IE.
-- 
ZER0://coder.gfxer.web-designer/
~ Deformazione professionale č:
Quando in ascensore senti la ragazza accanto che tira fuori il cellulare,
e ti volti per capire se e' un modello sul quale puoi sviluppare in J2ME.

 Forse, se decidi di "degradare" Mozilla ai livelli di IE.
Per vari motivi non ho ancora avuto modo di approfondire bene mozilla.
Comunque non ho mai fatto scripting "estremo", a parte alcuni esercizi di
stile.
-- 
artemis.alpeia

 stile.
Per "estremo" non sto parlando di effetti DHTML o altro, ovviamente.. solo
di usare le caratteristiche che gli standard W3C ti mettono a disposizione,
ma che IE ancora non supporta.. altrimenti si rimane stagnanti in quelle
cose rimaste immutate da anni, ormai, senza accorgerci che invece le
tecnologie sono andate avanti.. molto avanti.
-- 
ZER0://coder.gfxer.web-designer/
~ Ci siamo fatti una scopata cosi' eccezionale che anche i vicini hanno
fumato una sigaretta.

 tecnologie sono andate avanti.. molto avanti.
si, la gestione del DOM via javascript e' una di quelle.
-- 
chmod 755 artemis.alpeia

 sperimentare nei limiti del possibile
Per carita': Sperimentare e' cosa buona e giusta.. nonche' divertente.. lo
faccio sempre anche io.. ma deve avere anche un certo tipo di contesto e
finalita', secondo me.
I due estremi sono spesso sbagliati: la troppa sperimentazione senza un
filo conduttore porta alla dispersivita' della conoscenza,mentre la troppa
specializzazione puo' portare ad un eccessiva settorializzazione della
conoscenza, e di conseguenza si rischia di essere poco "adattabili".
Nessuna delle due figure, nel mercato del lavoro, "sfonda".
Io seguo un po' la filosofia di Sherlock Holmes (Arthur Conan Doyle) da
questo punto di vista.
-- 
ZER0://coder.gfxer.web-designer/
~ "Nei film americani, qualsiasi problema che venga considerato
sufficientemente catastrofico, puo' essere risolto facendo esplodere uno
o piu' ordigni nucleari" (ZER0 & Cosimo)

 tecnologie sono andate avanti.. molto avanti.
E poi ci sarebbe tutto un altro discorso da intavolare.
Avendo a disposizione una tecnologia server-side, si puo' spostare a
piacimento la soglia delle trasformazioni dell'interfaccia: con codice lato
client oppure con chiamate di post back?
Nel caso di basso traffico potrai lasciare l'onere al server, se invece hai
migliaia di richieste al secondo, sposterai tutto il lavoro sul client, per
alleggerire il server.
Ma ci sarebbe anche da considerare la separazione tra gestione dati e
interfaccia, e allora preferirai in ogni caso delegare al client
l'interfaccia e alcuni aspetti della validazione dei form, mentre lascerai
al server il compito di gestire i dati (accesso al database, creazione
delle pagine-viste). Questo permette di avere una struttura a strati facile
da gestire e da aggiornare. In sostanza, mi par di capire che la chiave del
successo e' avere delle tipologie di soluzioni gia' pronte ed adattarle
alla situazione, giusto?
 
-- 
artemis[.alpeia]

 alla situazione, giusto?
Mi sono perso un passaggio, temo..
-- 
ZER0://coder.gfxer.web-designer/
~ "When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)

 questo punto di vista.
e cioe'? :)
-- 
chmod 755 artemis.alpeia

 e cioe'? :)
Riempire il cervello in modo metodico, e non rimpinzandolo di ogni
informazione che mi capita a tiro senza criterio.. Sherlock Holmes diceva
che il cervello e' come una stanza. Ha uno spazio limitato che devi
decidere come arredare. Puoi arredarla con ogni sorta di mobile o oggetto
(informazioni), oppure stando attenti a cosa metterci, e dove.
Nel primo caso ottieni una sorta di ripostiglio dove non sai dove hai messo
cio' che ti serve, e per recuperarlo devi farti strada in mezzo a un sacco
di cianfrusaglie inutili.
-- 
ZER0://coder.gfxer.web-designer/
~ "Massi' che e' uno standard, e' uno standard proprietario."
(Gio')