--------------------------------------------------------
weebies - La lista su Web Design
e Web Development
http://www.weebies.com
Attualmente gli iscritti a Weebies sono 1050
--------------------------------------------------------
Paolo Guadagnoli wrote:
> --------------------------------------------------------
> weebies - La lista su Web Design
> e Web Development
> http://www.weebies.com
> Attualmente gli iscritti a Weebies sono 1050
> 30-10-00 **1** nuova inserzione di recruitment pubblicata sul sito di
> weebies
> <http://www.weebies.com/weebies2/elenco.asp>
> --------------------------------------------------------
> Ciao Alessandra, ciao a Tutti,
>
> anche io
> > Mi permetto di fare alcune osservazioni riguardo alla pubblicazione di
> > moduli sul web.
> e soprattutto relativamente al caso specifico di Frontpage perch� forse si �
> fatta un po' di confusione dal post di "vpgluca".
>
> I moduli di Frontpage (che altro non sono che delle CGI proprietarie)
> funzionano solo se sul server web sono installate le estensioni di FP.
> Le estensioni di FP sono disponibili un po' per tutti i tipi di server (con
> poche eccezioni). Essendo un prodotto Microsoft � facilmente immaginabile
> che gireranno meglio su IIS, PWS, MPWS (questi ultimi due da dimenticare
> ;-) ).
> Quando non funzionano solitamente dipende da:
> errata configurazione delle stesse sul server o mancata indicazione di
> riferimenti tipo index server, server SMTP per invio formail (se non si
> imposta il parametro di configurazione del server "SMTPHost" o
> "SendmailCommand" non sar� possibile inviare i risultati dei moduli in
> messaggi di posta elettronica) etc etc, o molto pi� probabilmente da una
> cattiva editazione del form:
> e gi�: Frontpage non fa tutto da solo e parzialmente i moduli vanno editati,
> ma non solo in locale come molti fanno erroneamente, ma anche, in seconda
> battuta dopo la pubblicazione del sito, direttamente sul server remoto (o
> comunque quello che ospita il sito) perch� le funzioni agiscano in base alle
> caratteristiche del server. Ricordo infatti che dalle versione 98, Frontpage
> permette di editare il web direttamente sul server.
>
> Alessandra ha detto:
>
> > non
> > sarebbe meglio avere un po' di conoscenza tecnica in pi� quando si creano
> > dei siti web?
> > Frontpage & C. nascondono all'utente il funzionamento del sistema,
> > permettono di lavorare senza scrivere codice, etc...
>
> Parole sante, � vero!
> Servirebbe un po' pi� di conoscenza e coscienza, aggiungo, tecnica ;-)
> FP & C. permette di lavorare anche a chi non conosce una riga di codice, �
> vero anche questo, e i risultati si vedono ;-)
> Ma non sono daccordo sul fatto che nasconda "il funzionamento del sistema".
> Proviamo a vederla cos�, rovesciamo il tuo punto di vista: FP in
> particolare, a chi lo sa usare *veramente* permette di vedere con occhio pi�
> lungo ed avere visibilit� in maniera pi� "friendly" anche su ambienti di
> sviluppo solitamente domino degli sviluppatori puri e degli informatici doc.
> Permette di operare direttamente sul codice con la massima agibilit�, senza
> essere "censurato" dal programma stesso; permette di gestire scripts (java,
> perl, applet, VB...) con delle semplici ed intuitive interfacce o
> direttamente sul codice stile notepad o fare le query ad un db senza essere
> esperti di gestione dati.
E' questo il punto che cerca di sottolineare Alessandra ( e sul quale concordo ) :
"il non essere esperti
di..." che autorizza a fare di tutto. Allora se le cose stanno cos�, domani un tale
inventa una macchina
che mi permette di togliermi l'appendicite da solo e questo mi autorizzer� ad operare
anche su altre
malcapitate persone?
Questo "da oggi puoi fare questo senza essere esperto di..." pu� andare bene finch�
ci si mantiene in un
ambito prettamente hobbistico ( mi tolgo l'appendicite da solo ). Diventa non
accettabile quando si
pretende di essere professionisti del web design.
A mio parere sarebbe meglio conoscere il funzionamento delle cose e poi usare questi
tools che pi� che
permettere di fare "questo" senza sapere cosa si sta realmente facendo, servono per
accelerare il lavoro.
Io sono uno della vecchia guardia, quelli che hanno imparato a fare pagine html quando
ancora si usava
Mosaic, Microsoft non credeva in Internet , CHL era ancora nel garage e Video On Line
era l'unico punto di
accesso alla rete in Italia. Quindi sono un "purista?". Tuttavia riconosco che tools
come Go Live e Dream
Weaver ( non parlo assolutamente di Front Page!!! ) sono degli ottimi strumenti per
svolgere il proprio
lavoro in tempi brevi. Ma come professionista non mi sognerei mai di affidarmi al loro
codice al 100%:
dopo la redazione faccio sempre un po di pulizia di tags inutili o "sbagliati".
>
> Il problema, IMHO, non � nell'editor che semplifica la vita (vivvaddio
> esistono): le tecnologie si sono evolute e oggi � praticamente impossibile
> avere sotto controllo tutte le implicazioni di un sito web.
> Chi conosce ASP, PHP, Cold Fusion, perl, java, javascipt, css, database in
> generale, html, dhtml e magari al tempo stesso programmi di grafica bitmap o
> vettoriale unite ad una effettiva e reale conoscenza dei concetti basilari
> di comunicazione?
> Praticamente impossibile ormai stare appresso a tutto, ora che il modo oltre
> la "cartella CGI" � diventato molto pi� vasto di quello su HTTP.
>
Infatti il mondo non si evolve solo per i software. Si evolve anche per le figure
professionali. Nella
lista che tu fai fatto ci sono almeno quattro persone: il programmatore di scripts,
programmatore e
gestore di db, un grafico ed un esperto di comunicazione ( Io potrei aggiungerne delle
altre: un esperto
di comunit� virtuali, un esperto di interfacce utente, un esperto di marketing che
manca sempre nelle
liste di chi fa siti .......etc etc etc)
Raggruppare tutte queste figure in un'unica ( stressata ) persona poteva funzionare
anni e anni fa, ai
primordi del web, quando nessuno sapeva ancora cosa fare. Oggi � il caso di
specializzarsi in qualcosa ,
non essere necessariamente dei tuttologi!!
