Newsgroup: it.lavoro.professioni.webmaster
Titolo: cms, ad es. mambo ecc.: mi sfuggono un po' di cose...

premetto che non ho la minima intenzione di fare polemiche, ma c'è una
cosa che non mi è chiara.
devo valutare i costi di realizzazione per il sito di una associazione
professionale.  loro ci tengono ad aggiornarsi i contenuti da soli, e
io voglio assolutamente che sia così perché proprio non mi va che
quando una volta al mese o due devono mi chiamino ogni cinque minuti
per spostare le virgole.
ne ho approfittato per cominciare a vedere in modo più approfondito
mambo, dio cui ho sentito parlare abbastanza bene qui sul ng.
ok, effettivamente ha delle cose carine.  però intanto finora non ho
trovato documentazione chiara e ben strutturata (un po' di tassonomia
tanto per capire che sono ste sezioni e sti item non sarebbe male).
e poi c'è un'altra cosa che mi preoccupa: la parte di amministrazione.
l'interfaccia di mambo è sicuramente completissima e
professionalissima.
ma anche troppo!  mette in difficoltà me che non sono proprio un
novellino, non oso nemmeno pensare all'ipotesi che la segretaria
dell'associazione o gli stessi membri (umanisti di età media >=50) ci
mettano le mani!  invece che chiamarmi per gli aggiornamenti mi
chiamerebbero per farsi spiegare ogni cinque minuti come funziona, cosa
è cosa. e come devono fare.
mi sembra anche improponibile fargli fare un corso.  dopo dieci minuti
si sono scordati tutto, hanno altro da fare ecc. ecc..  e inoltre la
segretaria dell'associazione non è la segretaria nel senso di
dattilografa, ma, diciamo, segretaria come fassino lo è dei ds.  di
buona volotà, per carità, ma non può passare la (mezza) giornata
appresso al computer.
allora, mi sono detto, dovrei mettere su una specie di amministrazione
"semplificata".
è così che si procede?
questo però vorrebbe dire fare un botto di lavoro: tanto vale che
faccio come al solito e cioè mi costruisca ex novo una struttura ad
hoc, faccio prima e non mi devo imparare il modello di qualcun altro.
sbaglio?  se sì dove?
ripeto, no polemiche, pace amore, mambo è molto fico e divertente,
forse lo devo vedere ancor meglio, vogliamoci bene ecc..
ah, se avete documentazione tassonomica con esempi pratici vi ringrazio
ulteriormente.

 tanto per capire che sono ste sezioni e sti item non sarebbe male).
Dal mio punto di vista Mambo è sopravvalutato, non ha nè una gestione 
del layout né una gestione del contenuto. Mambo vive sullo scontanto di 
Nuke ... è per questo che ci siamo messi a programmare un CMS nostro che 
spero uscirà a fine febbraio (open source).
Visto che la mia mail ce l'hai scrivimi che, se ti va, ti apro un 
account da qualche parte ... se poi ti piace te lo mando, chissàmai che 
tu non mi faccia un po' di debug :-P
Ciao!
Cla!
-- 
http://www.docebolms.org
 :: E-learning open source
Non c'è bisogno di qualcun'altro che parli di cose da fare, ma di 
qualcuno che le faccia

ulteriormente.
Inglese va bene? In italiano ho trovato poco o niente...
oscare
www.leveldesign.it
 

> Inglese va bene? In italiano ho trovato poco o niente...
inglese va benissimo, grazie!

questo perň vorrebbe dire fare un botto di lavoro: tanto vale che
faccio come al solito e cioč mi costruisca ex novo una struttura ad
hoc, faccio prima e non mi devo imparare il modello di qualcun altro.
sbaglio?  se sě dove?
secondo me non sbagli...e' meglio fare 4 tabelline in croce gestibili da un
backend che ti fai TU.
Risparmi tempo...te lo dico per esperienza..

 inglese va benissimo, grazie!
Te li ho mandati in provato, uno è per creare i templates, uno per la 
genstione come amministratore e uno è il manuale per lo sviluppatore, 
insomma tutto il materiale che ho per mambo :D
ciao
oscare
www.leveldesign.it
 

 tu non mi faccia un po' di debug :-P
dovere!  :-)
collaborare a qualcosa di opensurs gpl metano liquido...  e be', c'è
sempre una prima volta... :-)

 ha scritto nel messaggio

Mmmmm mi è tornata indietro la mail, come mai?
oscare
www.leveldesign.it

 Risparmi tempo...te lo dico per esperienza..
Concordo 100%. Questa 'moda' dei CMS porta nella maggior parte dei casi a
perdite di tempo, a non avere un prodotto 100% come lo si voleva, ad avere
prodotti tutti uguali. A meno che non si usi un CMS professionale
(decine/centinaia di migliaia di euro di costo), ma questa è un'altra
storia.
marcos

 Mmmmm mi č tornata indietro la mail, come mai?
da vecchi post:
"il mio indirizzo email e' valido ma filtrato: aggiungete
la parola newsgroup nel subject se volete scrivermi"
-- 
Nico

> Mmmmm mi è tornata indietro la mail, come mai?
scusami, problemi di antispam, ti ho risposto in privato, grazie
ancora, L.

 marcos
Eddai, tu che sei tanto bravo, dimmi quali sono questi CMS cosě tanto 
cari che sicuramente usi tutti i giorni e che sicuramente avrai 
analizzato a fondo ...
Saluti Un Cla! che oggi: Basta salumieri sul NG
-- 
http://www.docebolms.org
 :: E-learning open source
Non c'č bisogno di qualcun'altro che parli di cose da fare, ma di 
qualcuno che le faccia

 la parola newsgroup nel subject se volete scrivermi"
sì, purtroppo il problema è che l'indirizzo che fa da reply-to
all'account di google (che uso saltuariamente) non è quello cui si
riferisce quel messaggio...  quello è lbo at email punto it.
ma ho ricevuto comunque i documenti inviatimi da oscare e torno a
ringraziarlo!  :-)
L.

 storia.
guarda...  ho lavorato per un po' con mscms o come si chiama, un cms
"serio" di microsoft, del costo (a seconda degli opscional) da 70mila
dollari in su (tanto pagavate voi contribuenti... :-) ).  un bordello
inutile lo stesso.  comprato da chi non se ne intendeva e non spendeva
soldi suoi e la cui unica preoccupazione era dare account di
contributor di contenuti per fare lo splendido e poter poi censurare
quello che i contributor scrivevano...
allora tanto meglio un affare tipo mambo, che almeno in una mezza
nottata un'idea me la sono fatta.

 
Noi dai che fanno comodo, io mi nutro di panini, salumetti e via :D
-- 
Bye Folks, Sayonara yo.
www.nyoworks.com
 - Work & Fun
www.nyosources.com
 - Fun Only
Cambiare gli zeri con la lettera "o" per scrivermi.
Ryoma Echizen: "Mada mada dane" - "Never Give Up"

 dollari in su (tanto pagavate voi contribuenti... :-) ).  un bordello
Sei un insensibile, e ci vuoi male xDDDD


 analizzato a fondo ...
Analizzato a fondo no, usato sì, Vignette. Per quanto riguarda i vari CMS
opensource, phpnuke, mambo, aspnuke, ..., secondo me sono solo una 'moda'...
alla lunga si risparmia tempo a rifare quello che ti serve realmente, invece
che riadattare in modo approssimativo quello già fatto da altri, senza
contare che tutti i siti basati su questi CMS sono praticamente uguali. In
passato per curiosità avevo visitato un tuo sito basato su uno di questi CMS
(credo PHPnuke) e mi faceva sorridere perché era uguale a quello di altri,
ma soprattutto era "grossolano" (alcuni testi in italiano, altri in inglese,
la grafica non era omogenea, etc).
Il mondo è bello perché è vario; io preferisco spendere (in termini di
tempo/risorse/soldi) di più e obbligo i miei collaboratori a non utilizzare
mai questi contenitori, ma a costruire il vestito 'a pennello'.
marcos

 mai questi contenitori, ma a costruire il vestito 'a pennello'.
Questo approccio va bene se:
- Hai 4 clienti
- Questi 4 clienti sono ultramiliardari ed aziende di piccole dimensione 
ricchissime.
Cla!
-- 
http://www.docebolms.org
 :: E-learning open source
Non c'è bisogno di qualcun'altro che parli di cose da fare, ma di 
qualcuno che le faccia

ancora, L.
De nada, ora finalmente posso fare un pò di spam :D:D
scherzo
oscare
www.leveldesign.it
 

 analizzato a fondo ...
io ne avevo un carino quando lavoravo nella mia vecchia azienda..
il costo 27mila eur..
ciccio le cose fatte bene non sono quelle opensource....

 ciccio le cose fatte bene non sono quelle opensource....
non vedo coerenza tra le due frasi. poteva costare pure
1 miGlione di miGliardi ed essere opensource.
-- 
Nico

 ricchissime.
Infatti, il lavoro che stiamo facendo non sarà venduto a 50 euro, ma a
medie/grosse aziende.
Ciao,
marcos

 ciccio le cose fatte bene non sono quelle opensource....
Quando inzierai a capire che l'opensource in ambito business è solo una 
questione di licenze io comprerò gomme da neve
Saluti
-- 
http://www.docebolms.org
 :: E-learning open source
Non c'è bisogno di qualcun'altro che parli di cose da fare, ma di 
qualcuno che le faccia

 medie/grosse aziende.
E allora vedi che industrializzi!!!!!


 Cla!
???
Ti ho detto che, quando riutilizziamo, utilizziamo *solo* codice nostro, non
di altri. Poi facciamo l'abito a pennello. Ma mai utilizzando il codice di
altri, per noi è solo una perdita di tempo! :-) Infatti ai nostri clienti
sconsigliamo (quasi) sempre opensource... Politica aziendale.
marcos

 sconsigliamo (quasi) sempre opensource... Politica aziendale.
Io consiglio software open per evitare che il cliente si trovi 
imbrigliato nei "ricatti di licenza" e per evitare burocratizzazione ... 
č un modo piů snello di lavorare, ovviamente IMHO
Saluti
Cla!
-- 
http://www.docebolms.org
 :: E-learning open source
Non c'č bisogno di qualcun'altro che parli di cose da fare, ma di 
qualcuno che le faccia

 che era fico... :-)
Confermo, anche a me aveva detto che non era male, ma questo accadeva 
circa un anno fa (ehmm... però il sito personale continua ad essere 
fatto con Mambo :) ma presumo che appena sarà pronto il nuovo CMS, ci 
sarà lo switch).
Per quanto riguarda invece la convenienza di scelta tra qualcosa di già 
pronto e qualcosa sviluppato ex-novo, bhè dipende dal tipo di cliente e 
dal budget, io lavoro con entrambe le soluzioni.
Infine scrivo qui altre considerazioni: circa due anni fa ho messo su un 
Nuke per un'associazione, tutti abbastanza profani, tutti entusiasti (!) 
del sito. Un anno fa, una sezione estera di questa associazione ci ha 
chiesto di implementargli lo stesso sistema (qui con un po' di lavoro in 
più per creare un sistema di gestione dell'annuario e sono contenti come 
pasque). Un paio di settimane fa un'azienda che ha visto il sito della 
sede estera ci ha contattato perchè vuole una cosa uguale. Che dire? 
Tutti noi riconosciamo al volo strutture familiari, ma il mio target non 
sono gli sviluppatori, anzi, dopo aver visto come opera una società con 
cui collaboro (campo non informatico, ma cmq consulenza), penso di 
essere attratto da un target sempre più 'base' con 'prodotto' standard a 
basso costo (se riesco a portare il mio 'prodotto' tra quelli veicolati 
dalla struttura commerciale di questa società).
Paolo

 dal budget, io lavoro con entrambe le soluzioni.
Io mi trovo in un problema di un'altro tipo, situazione:
- Parco clienti che si sta allargando
- Parco clienti che cresce in termine di dimesione (swith da media a 
grande azienda)
- Business model basato sui servizi, tra cui anche l'assistenza tecnica 
di patch in modo "silente", dunque il cliente DEVE dormire sonni tranquilli
In questo contesto *devo* avere un prodotto standardizzato per poter 
offrire una assistenza rapida, il problema è+ che il cliente *vuole* un 
prodotto personalizzato a un prezzo *decisamente* più basso della 
concorrenza (è anche una nostra strategia per acquisire quote di 
mercato), insomma mi trovo nella necessità di "fare quadrare il 
cerchio", la strada che stiamo praticando è quella di integrare le 
soluzioni custom nelle release modificate in modo da renderle "standrad" 
nel prodotto.
Saluti
Cla!
-- 
http://www.docebolms.org
 :: E-learning open source
Non c'è bisogno di qualcun'altro che parli di cose da fare, ma di 
qualcuno che le faccia