Newsgroup: it.lavoro.informatica
Titolo: Cloud Computing : fine dell' Hardware in azienda?

Ciao,
Che ne pensate del Cloud Computing? Puo' veramente eliminare l'hardware Server e ridimensionare notevolmente la figura del sistemista nelle piccole e medie aziende ?
Non ho afferrato bene quali sono i *contro* ( se ci sono.. )
Grazie


ottimo spunto, e' un soggetto molto attuale.
nella mia idea, bisogna continuare a tenere in casa i "gioielli di
famiglia",  i dati piu' critici per l'attivita' aziendale.
Critici nel senso di disponibilita', confidenzialita' eccetera.
Tutto il resto, da acquistare in modalita' Saas secondo necessita'.
Il ruolo del sistemista non sparira', ma cambiera'. Si concentrera'
sulla gestione dei flussi, della federazione di identita', sulla
sicurezza (firewall eccetera).... Avra' quindi un ruolo  di "system
integrator" e partecipera' alla scelta del fornitore del servizio,
alla scrittura di SLA, eventuali penalita'.  Inoltre sara' utile per
"sgamare" commerciali che dichiarano performance/caratteristiche non
realistiche.
Numericamente, presumo i sistemisti si sposteranno parzialmente dalle
aziende cliente verso le aziende fornitrici.

 
Hum, forse 1 su 10, gli altri a casa, temo...

 wrote:

riguardo i contro, dal punto di vista tecnico hai la dipendenza dalla
rete, difficolta' nel personalizzare la soluzione... Poi ci sono mille
questioni sulla affidabilita' del fornitore, sulla sua capacita' di
reagire alla richieste/guasti, eccetera....
punti positivi, non hai grossi investimenti da fare, paghi a consumo,
non sei obbligato a tenere in casa competenze poco interessanti, e
normalmente una societa' dedicata a quello ne sapra' sempre di piu' di
te... sfrutti una potenza di calcolo maggiore di quella della tua
workstation ed e' facilmente scalabile. Ho visto su un portatile un
adesivo targato google (riferito a GApps): "my other computer is a
datacenter". rende bene l'idea.
Altro punto positivo, meno risorse dedicate al supporto, ridotta
personalizzazione delle workstation, non ci sono dati sui portatili
dimenticati al bar.... ;)

 Hum, forse 1 su 10, gli altri a casa, temo...
purtroppo, temo anche questo...

 Grazie
Allora, prova a immedesimarti tu in quel "pointy-headed boss" che si è
affidato alla "nuvola". Quali sono i contro?
Che non avrai i dati da te ma da qualcun altro, dunque:
- nel caso di un qualsivoglia disservizio (presso i gestori della
"nuvola", o problemi di connettività, o rallentamenti dovuti agli
intasamenti di rete - per es. a causa di qualche worm, ecc) non avrai
accesso ai tuoi dati;
- se decidi di trasferirti su un altra "nuvola", non è detto che il
passaggio dei tuoi dati sia una cosa (facilmente) fattibile;
- puoi anche non essere in grado di fare il plug-in nella nuvola con il
tuo software da sempre usato (per motivi di scelte tecnologiche del
nuvolaro, che possono essere più o meno giustificabili), ma dovrai
dedicare altro tempo e soldi per adeguarti alla nuvola (chi ha parlato
del TCO?);
- tardi a pagare una bolletta (per esempio perché i tuoi clienti tardano
a pagarti, situazione molto frequente in Italia)? Niente accesso ai tuoi
dati (che ti possono servire per fare altri progetti per guadagnare
altri soldi per pagare le bollette...);
- qualcun altro potrà leggere i tuoi dati: ottimo per spionaggio
industriale (puoi perdere la competitività sul mercato ed essere anche
completamente spazzato via), politico (puoi essere sputtanato e/o
ricattabile), personale (vale lo stesso),...Puoi essere spiato dallo
stesso "nuvolaro", o da qualche "insider" nella sua struttura interna o
da concorrenti che sfruttano qualche vulnerabilità nella nuvola... Tutto
questo può succedere anche nella *tua* infrastruttura informatica, ma
almeno sai (o puoi sapere) quale è il livello di protezione adottato
(con nuvolari non lo sai mai), e se succede comunque qualche casino
almeno sai che la colpa è tua perche sei stato testa di cazzo che non ha
dedicato abbastanza tempo, risorse umane e finanziarie per proteggere i
tuoi dati...);
- ...aggiungere altre cose all'elenco...


tutte cose condivisibili, certo, bisogna decidere COSA mettere sulle
nuvole.

 nuvole.
Non solo "decidere" ma anche "sapere". Pensi che quelli che si affidano
ai servizi di Google, per esempio, *sappiano* tutto quello che mettono
sulla nuvola?

 
Ok, ma rispetto ad un hosting o housing tradizionale avrei dei vantaggi in termini di costo/prestazioni?

> - ...aggiungere altre cose all'elenco...
Ok, tutto condivisibile, ma in termini di *costo*, l'acquisto dell' hardware e dei s.o. x un cluster ( ad esempio) , quindi sempre in comunicazione con i client , spalmato su 5 anni e' *molto* piu' gravoso dell' affitto della nuvola?

 gravoso dell' affitto della nuvola?
Sinceramente, nell'ottica di quello che ho esposto prima, non mi è mai
passato nemmeno per la testa di guardare i prezzi. Semplicemente le
nuvole non mi interessano, per la mia attivittà ho fatto tutto "in
casa". Se aziende clienti mi chiedono di lavorare sui loro dati sulla
"nuvola", l'unica cosa che chiedo a loro sono le credenziali di accesso
e a chi spedire la fattura...

 e a chi spedire la fattura...
Ok, solo che sto cercando di capire anche il *costo* reale della nuvola ( ho l'impressione che nelle varie presentazioni venga abbastanza eluso.. ), magari qualcuno che legge ha gia' fatto esperienza pratica...

 - ...aggiungere altre cose all'elenco...
Magari senza inventarsele. Mi rendo conto che è nuovo quindi è 
marketing / pauroso / standard ILI whining operation, ma magari ogni 
tanto sarebbe il caso di guardarsi le novità con meno prevenzione e 
prendere decisioni tecniche piuttosto che basate su qualche strana 
macumba in base al fatto che addirittura cambi le nostre perfette e 
cristalline abitudini.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US



Se parli AppEngine, se non lo sanno forse il loro posto è da qualche 
parte con un mocho vileda in mano (non capisco bene come possa essere 
un difetto di Google se uno sviluppatore non sa cosa carica su una 
macchina).
Se parli dei servizi alla Google Docs, c'è il normale sistema di 
autenticazione e inviti di Google, che sembra servire abbastanza bene a 
giusto qualche miliardata di email.


 pratica...
Qui non ti posso essere d'aiuto (speriamo che qualcun altro possa), ma
secondo me anche se la nuvola te la dessero gratis, non sarebbe
veramente gratis...Alla fine paghi sempre, prima o poi... Non so se mi
spiego...
I miei conti li ho sempre fatti per le cose concrete che sono
completamente sotto il mio controllo. E sono sicuro che a prescindere
dai costi delle "nuvole" i miei conti li ho fatti bene...



Parecchio, si. E per un servizio di qualità inferiore, se confronti 
istanze con delle macchine fisiche il confronto è impietoso, perchè la 
flessibilità che ti da una istanza è molto più economica.
Se per esempio voglio un pool di memcache, prenderò istanze con una 
tonnellata di RAM e pochissima CPU e storage, le istanze sono 
ridondate, se una esplode per problemi hardware è un ambiente 
totalmente virtualizzato, clono e riparto dismettendo l'altra, che non 
ricevendo traffico è a costo 0 (o vicino allo zero). Se avessi della 
macchine fisiche dovrei tirare su una macchina dalle caratterstiche 
uguali o simili, con downtime e costi aggiuntivi.
Io poi penso da webbaro come sempre, non so in altri ambienti quanto 
possa essere vantaggioso, credo dipenda moltissimo dal contesto. Faccio 
pero' abbastanza fatica a pensare ad un contesto in cui non possa 
essere vantaggioso.


 Magari senza inventarsele.
Cosa mi sono inventato?

 giusto qualche miliardata di email.
vabbe'...lascia i tuoi dati allora a Google, se ti piace cosě tanto. Io
me la guardo bene dal farlo.

 
ok, in termini *pratici*, visto che tu vedi le cose anche dagli USA dove la soluzione Cloud dovrebbe essere piu' consolidata, si assiste ad una massiccia migrazione verso il Cloud da parte delle piccole e medie aziende? In termini di *impegno* per i sistemisti *locali* si e' notata una netta diminuzione di necessita'? La figura del sistemista *medio* inizia ad essere svalutata ? Comiciano le dismissioni?

 Cosa mi sono inventato?
Apparentemente non hai alcun genere di esperienza a riguardo, ne 
conoscenza tecnica. Ti limiti a del FUD abbastanza comico, che puo' tra 
l'altro essere espanso in una serie di non sequitur devastante.
Chi mi dice che in Exchange non ci sia uno dei famosi infiltrati 
ruba-informazioni e che attraverso una cospirazione protogiudaica ci 
sia un 
a...@microsoft.com
 che riceve tutte le mail del mondo e rivende 
le informazioni sensibili ? E VMWare ? Chi mi assicura che non ci sia 
uno sviluppatore corrotto che vende le mie password di root ?
Poi per carit�, se si vuole come sembre buttare la discussione sul 
sentito dire amen. Giusto un HEADSUP.




Nel mio ambiente, che č quello delle startup, la migrazione č massiva. 
Per altri ambienti non parlo perchč non ho le conoscenze adatte ne le 
esperienze, quello che č certo č che tutti i grossi vendor stanno 
spingendo su quelle soluzioni, dalla fu Sun a Microsoft e IBM.
Sempre parlando del mio ambiente e di nient'altro, i sistemisti si 
stanno riposizionando su figure piů ibride con la figura del 
programmatore, e stanno acquisendo competenze a livello di prodotto. 
Dubito sia effetto del cloud computing, ma di esigenze di progetto 
comuni.
Ho forti dubbi che il cloud mandi a casa dei sistemisti, non ne ha le 
caratteristiche, sposti soltanto il software da una parte all'altra, 
non vedo in che modo uno spostamento possa mandare un sistemista a 
casa, mi sembra che non ne intacchi minimamente le competenze, anzi ...


 ha scritto:

Visto le nuvole sono sul web, credo che sia rivolto prevalente a chi
gestisce già servizi sul web.
per esempio, la ueb applicescion che deve essere pubblicata sul ueb, sul
cloud ci può stare bene.
Ma per i servizi aziendali vedo mille problemi:
- riservatezza del dato. Mi possono offire tutte le garanzie di questo
  mondo, ma non c'è nessuno dei tuoi che controlla il controllore. Ti
  devi fidare.
- integrità del dato. Me la possono garantire come voglio, ma se questi
  spariscono e falliscono, li potrò anche far mettere in galera, ma il
  dato sarà scomparso.
- la banda 1. La banda che usavi per far andare i tuoi utenti su
  facebook potrebbe non essere più sufficiente per far girare i tuoi
  servizi, e dovresti migliorarla considerevolmente
- la banda 2. La banda di internet è il 10% della banda di una
  intranet, e se in  teoria, avessi tutto su Gigabit, passeresti all'1%
- il cloud, a tua insaputa, e per via della natura di internet, ha
  decine e decine di single point of failure. Più tutti i point of
  failure della tua Intranet che continuano a persistere anche quando
  usi il cloud (visto che gli switch e le altre tu periferiche di rete
  continuerai sempre ad usarle).
- per finire, è l'ennesima trovata, sulla quale gli addetti del
  marketing stanno marciando sopra. Dopo averci riempito di vmware
  inutilizzabili, adesso tenteranno di mandarci tra le nuvole.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"
  intranet, e se in  teoria, avessi tutto su Gigabit, passeresti all'1%

 massiva. 
qualcuno gli chieda come mai non è riuscito a migrare da flash a html5 
gira la ruota, gira ....
chiedeteglielo per cortesia. Chiedetegli quali impedimenti e quali
problemi ha riscontrato in particolare.


 medie aziende? 
ma figurati. 
Lui gestisce servizi sul web e quei servizi è ovvio che vengano
nuvolizzati.
chiedigli se ha mai riscontrato problemi nella migrazione da flash a
html5, e chiedigli che tipo di problemi ha riscontrato in modo
particolare e per colpa di cosa esattamente.
Mo' è da ridere.




I vantaggi della nuvola sono la scalabilita' e l'alta affidabilita' se
l'infrastuttura che ti offre il nuvolare ha la capacita' di spostare
automaticamente la tua VM su altri nodi fisici in caso di fault.
Relativamente ai prezzi, con quello che paghi una "fetta" di server
virtuale, normalmente ti ci paghi un server dedicato tutto tuo.
Saluti.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

virtuale, normalmente ti ci paghi un server dedicato tutto tuo.
Se devi spostare UN server va messo in conto.
Negli altri casi, dipende da cosa fai e da cosa ti offre il nuvolaro
(eg. paghi per avere potenza N ma puoi usare Nx3 se gli altri clienti
del nuvolaro hanno le loro istanze che non fanno niente).
Saluti


 conoscenza tecnica.
Apparentemente, stai sparando cazzate. per me il discorso è chiuso, tu
continua pure i tuoi sproloqui, dato che ti diverte tanto.

 continua pure i tuoi sproloqui, dato che ti diverte tanto.
Apparentemente in effetti, non hai provato un singolo punto di quello 
che hai detto, hai preferito buttarla in rissa con il solito odioso 
atteggiamento da collegiale violata che qui ormai è di casa, nonostante 
non abbia detto *assolutamente niente* di offensivo, ma anzi mi sia 
beccato il solito atteggiamento da "giovane cresci", insinuazioni 
addirittura sul fatto che possa avere interessi in gioco (il che 
accoppiato con il fatto che mi si spacca le palle da una vita perchè 
dico dove lavoro è una barzelletta) e chi più ne ha più ne metta, che 
pero' mi colpiscono molto poco, vedendo da chi arrivano.
Facciamo che quando parti con i tuoi sproloqui da comare informatica 
tutti a botte di sentito dire e "googla googla" (che ha tra l'altro una 
strana assonanza) semplicemente ti ignoro, così puoi startene 
tranquillo con le manine nella marmellata e continuare a fare il 
maestro Mihagi che "ci ha troppo l'esperienza".
Addio :)


 del nuvolaro hanno le loro istanze che non fanno niente).
Da quello che so non � cos�, magari parliamo di servizi diversi. La mia 
esperienza � con Amazon e EngineYard e, a livello privato, con Linode.
Non � una macchina sharata con, che ne so, diversi account, � 
virtualizzata. Se prendi una istanza con 2 Gb hai 2 Gb, se il tuo 
vicino (che vicino non �, in quanto virtualizzata) usa meno risorse la 
situazione non cambia, le risorse sono le stesse. Al di la della 
esperienza, se una piattaforma di virtualizzazione permette di invadere 
le risorse delle altre istanze stiamo probabilmente parlando di una 
piattaforma scritta da Luc in vbscript :) Quasi tutti invece usano XEN, 
che � un vero gioiello e che isola le istanze completamente. Io 
risaputamente non sono un fan di Linux, ma su XEN, chapeau triplo 
carpiato.
A livello di costi un server dedicato, anche solo a livello di ferro, 
credo costi *tanto* di pi�. Io ricordo i prezzi di Colt a Milano per 3 
macchine, e siamo davvero lontani. Praticamente spendevo pi� o meno 
quello che spendo adesso con 4 istanze + db master/slave (altre due) + 
1 di staging, senza supporto 24/7 sullo stack *software* ma solo in 
orario lavorativo e sul ferro, e parlando di EngineYard, che � un po' 
il top (e il pi� caro). Dovessi migrare su Amazon EC2 avrei un drop 
circa del 60% sui costi di EngineYard, tanto per dire (con molti meno 
servizi, per questo non lo faccio) ...
Per esempio, paragonando i 2 servizi su Rackspace, la differenza la vedi:
https://www.rackspacecloud.com/signup
http://www.rackspace.com/managed_hosting/configurations.php
Da notare che si paga a consumo. Per dire, anche se non � il mio caso, 
se fossi solo basato sugli stati uniti, comprerei macchine fisiche 
considerando il worst case scenario, viene da se che per tutto il tempo 
in cui questo worst case scenario non si verifica sto buttando via 
soldi, le macchine sono ferme.
Se poi ci si sposta sul singolo servizio, ad esempio tirare in piedi un 
asset server vs. S3 + cloudfront, la differenza � davvero abissale. I 
costi di una soluzione classica per una CDN nemmeno li dico, ho sentito 
sia Akamai che Atlas (*moooolto* pi� piccolo), e la mia risposta alla 
loro offerta � stata "preferisco il Porsche" (Akamai seguita da "avete 
visto i miei coglioni ? Sono rotolati li sotto credo"). E faccio notare 
che proprio questo esempio � indicativo, perch� � dove il livello del 
servizio pi� si avvicina, infatti ne Akamai ne Amazon si occupano di 
sostituire un disco se si rompe (quantomeno, non hanno l'urgenza) 
perch� ovviamente entrambi i sistemi sono *molto* ridondati, e la 
differenza la fa proprio il fattore ferro vs. virtualizzato, IMHO.


 
Hum, cmq niente piu' installazione fisica dell' hardware, installazione dei sistemi operativi, aggiornamento degli stessi, software ed hardware di backup, diciamo che di lavoro *tradizionale* ne taglia abbastanza ...
Cmq quello che non ho ancora capito e' come si misuri la banda che si paga, se ho un server sulla nuvola e 100 client collegati ad un software gestionale client/server pago quando ricevo e spedisco dei dati verso il server? Quanta banda puo' essere utilizzata, e pagata, in questo caso?
Relativamente ad un sito web rivolto al pubblico ci sono delle differenze notevoli in termini di banda e costo rispetto ad un housing?
Grazie



sylpheed dovrebbe avere una configurazione per il wrapping, qua: 
Preferences->Compose->Editor+Wrap. Prova perchè così i tuoi messaggi sono 
illeggibili
-- 
Soprano

 > quali sono i *contro* ( se ci sono.. ) Grazie
imho non ce ne sono
ciao ciao Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 tuoi dati...);
bene, questo punto è interessante, chi è più probabile che spii i tuoi 
dati amazon per il quale non sei altro che un codice cliente o un tuo 
dipendente o fornitore che ha accesso a sistema.
Se hai tutto il ferro in casa a quanta gente devi comunicare password 
amministrative? Se hai tutto fuori a quante?
Su questo punto (ne possiamo discutere anche in un nuovo post) sono 
fermamente convinto che avere tutto fuori MIGLIORI la sicurezza dei dati 
aziendali.


 ha
scritto:


Ti quoto tutto il post ( vedi altro mio post )
ciao NIcola


 un buon developer sa fare il 90% di sistemismo di quello che gli serve
Assai opinabile...
bye G.L.
-- 
Da it.discussioni.consumatori.tutela:
 > P.S. Quando ci sar� lo switch-off, avr� problemi anche col
 > monitor del PC? Ho visto che � collegato in modalit� analogica.

 Ok, solo che sto cercando di capire anche il *costo* reale della nuvola ( ho
l'impressione che nelle varie presentazioni venga abbastanza eluso.. ), magari
qualcuno che legge ha gia' fatto esperienza pratica...
Un mio ex collega diceva che aveva lavorato ad un progetto che faceva uso
delle macchine virtuali di Amazon. Se non sbaglio lui diceva che pagavano
intorno ai 2000 Euro/mese pero' non mi ricordo esattamente quante macchine
usavano (mi pare tra 10 e 20).
In ogni caso lui diceva che sui siti di Amazon i costi erano dettagliati e
che dipendono da quante macchine usi, da che tipo di macchine usi (se ne
usi di "piu' potenti" costano di piu'), ecc. Personalmente non ho mai
verificato.
Ciao,
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Cioč alla fine si collegano tutti in stile desktop remoti?
In azienda rimangono i pc/portatili solo per questa funzione?
Che connessione internet hanno?

 365 * 24 * 7
In generale sono d'accordo sulla maggior parte di quello che dici ma su
questo ho molte riserve. Per me il personale migliore erano proprio i
sistemisti di un CED di una PMI perche' erano abituati a fare di tutto e
di piu' e avevano delle competenze ampie e solide. Oltretutto potevano
gestire il sistema con molta piu' autonomia. Oggi nei provider grandi non
esistono piu' sistemisti coi controcazzi. Il processo e' simile a quello
di un macdonald, processo altamente standardizzato in cui c'e' pochissima
o nulla autonomia di gestione. In queste situazioni si tende ad assumere
personale con pochissime qualifiche proprio perche' non servono. Se
vogliamo proprio andare a vedere il lato positivo della faccenda tutti
questi lavori da sistemista macdonalds si stanno comunque spostando in
paesi a piu' basso costo quindi non ci saranno sistemisti su ili che si
lamentano che prendono poco, non vengono valorizzati, ecc. ecc. :-)


 lamentano che prendono poco, non vengono valorizzati, ecc. ecc. :-)
Questo � totalmente falso. Nel mio provider lavorano committer Linux e 
MySQL, � tutta gente con i controcazzi.
Dipende dal provider, ovvio che se vai su Aruba dove il 99,9% ha 
bisogno di PHP e MySQL non standardizzare le procedure sarebbe da 
cretini.


 Assai opinabile...
Sul web è certamente vero, in altri ambiti non saprei.
E bada bene, mica perchè è facile, ma perchè sul web la figura dello 
sviluppatore e quella del sistemista si stanno lentamente unendo, e 
quindi non si parla più di "infarinatura" come qualche anno fa, devi 
sapere entrambi. Come fa uno sviluppatore a scalare una piattaforma 
sapendo poco e niente di quella piattaforma ? Come fa un sistemista a 
trovare i problemi e i colli di bottiglia se di quella piattaforma sa 
niente ?
In realtà enterprise sono abbastanza certo sia diverso, ma non so.


 Certo che si. Ma è un bene?
che razza di domanda è? certo "il bene" sarebbe avere tutto in casa
con un livello di servizio del 100%, a patto però di poterselo
permettere. oppure di non porsi proprio i problemi, che è una ottima
cosa (quella sì) per i ceo, manager, direttori italiani. curioso che
un tecnico muova delle obiezioni sul livello di servizio di fornitori
che bene o male contrattualizzano lo sla e non sappia che raggiungere
vagamente gli stessi risultati in casa ha dei costi spesso
inaccettabili.
per quanto riguarda il resto suggerirei (sempre da tecnico) di seguire
le evoluzioni, ad esempio: 
http://www.openstack.org
 prima di
sentenziare che si tratta di buzzword.

 di spese hw correlate
Ovvio, gli hai ridotto la banda del 90% e quindi gli hai ridotto anche
il prezzo in proporzione.


 Che connessione internet hanno?
Con le connessioni attuali, tutto ciò è assolutamente impossibile.
L'uscita su internet è sempre una.
Foss'anche a 100 mbit (che esiste, ma non in Italia: 
www.viagia.cz
) non
hai switch che ti collegano a segmenti fisici differenti garantendoti
20 volte, per le 20 porte dello switch) 100 Mbit di velocità ciascuno,
non hai diversi server.
E' come se sulla intranet tu avessi UN UNICO server verso il quale si
devono connettere centinaia di utenti passando per UN UNICO cavo
ethernet.
Per la grande azienda è assolutamente NON fattibile. Ma non è possibile
nemmeno per la media azienda.



Per quello chiedevo se lo scenario fosse solo in stile desktop remoto, a 
meno che uno non debba spostar file di continuo e stampare libri dalla 
mattina alla sera, la banda credo non sarebbe un problema.

 alcuna voglia di discutere con te.
Stai iniziando a renderti conto che hai a che fare una esimia testa di
cazzo. Più andrà avanti la discussione e più ti renderai conto.
lui mi ha killato, con mio immenso piacere, quindi ti spiego io quel
che lui non dirà mai:
lui ha un servizio web, con lo storage basato su cloud. E io capisco
benissimo che un servizio che viene acceduto sul web possa avere come
base il cloud. Ci sta benissimo la cosa.
Lui stesso, però, nonostante si tratti di un servizio web, ammise di
aver avuto problemi insormontabili per la trasformazione dei video, in
quanto - a detta sua - non veniva a capo di un problema: copiare tutti
quei file per poi operare la trasformazione.
A quel punto ha dovuto soprassedere ed è stato lui stesso che ha
ammesso di aver riscontrato questo tipo di problema (incalzato
ovviamente per altri motivi). Adesso invece non gli conviene e non tira
fuori questo problema.
E' un cazzo tout court.


 Grazie
l'infrastruttura di rete (cavi, switch) resterebbe, il resto andrebbe a 
sparire. Resta solo un po' di perplessita' per i collegamenti e per 
eventuali backup da fare in sede (hai voglia a trasferirli, anche con linee 
veloci
Per il resto,       l'attivita' su vmware (ad esempio) non cambierebbe.

 "Max_Adamo" ha scritto nel messaggio 

Ma niente di nuovo sotto il sole: le SunRay e i "net computer" sono una
tecnologia vecchia come il cucco.
A parte la lentezza del tutto, il nostro server SunRay era dislocato
chissà dove, e appena si verifica un men che minimo problema in uno dei
tanti punti di interconnessione, tutto l'ufficio si disconnetteva e 100
persone smettevano di lavorare nello stesso istante.
Era bellissimo: andavamo tutti a fumare contemporaneamente.


 linee veloci
chiediti perché le sunray non hanno avuto questo gran successo. Alcune
delle risposte che troverai potrai applicarle anche al cloud.
E con la sunRay non si poneva il problema di dove mettere i dati al di
fuori del perimetro aziendale.
L'interconnessione delle sunray era spesso tramite WAN.
Un men che minimo problema in uno dei punti di interconnessione metteva
in ginocchio interi dipartimenti.
La lentezza era estenuante, perché la banda della WAN non era mai
sufficiente.
E PARLIAMO CHIARO: la sunray è solo un X Server remoto. Non trasmetteva
mica file sulla WAN.
Pensa te se tu porti il tuo desktop in un ambiente simile, e piuttosto
che usare un desktop remoto, inizi da locale a fare i tuoi update, i
tuoi aggiornamenti di antivirus, i tuoi salvataggi in rete, nel
frattempo apri la ueb applicescion e ti connetti ai database... il
tutto facendo passare centinaia di utenti per un unico cavo a 20 mbit.


 fa proprio il fattore ferro vs. virtualizzato, IMHO.
Ciao,
sarebbe per me utile se invece i vari prezzi li dicessi :)
grazie
Gabriele

differenza la fa proprio il fattore ferro vs. virtualizzato, IMHO.
Come ho gia' detto se devi virtualizzare un server fisico che ha un
numero di accessi definito e scarsamente mutabile, c'e' il rischio che
una fetta di Linode/Slicehost/Elastic Hosts e compagnia bella ti costi
di piu' che affittare un server fisico intero tutto per te.
Se invece hai bisogno di scalare come potenza di CPU e RAM e poi
tornare a una situazione di relativa calma, se vuoi i dati ridondati
in piu' datacentre, migrazione al volo delle istanze e via dicendo la
virtualizzazione ha senso, se il provider ti offre questi servizi.
Per alcuni potrebbe avere senso virtualizzare semplicemente perche' il
provider gli offre backup a caldo di tutto il "server" o la
possibilita' di installare tutto da zero da remoto.
L'impossibilita' di accedere al datacentre e di portarsi via una copia
fisica dei dati puo' essere un problema, come puo' essere un problema
l'impossibilita' di "travasare" una VM da un provider all'altro.
Tralasciando i discorso sulla sicurezza dei dati che metti in mano al
nuvolaro.


tutto facendo passare centinaia di utenti per un unico cavo a 20 mbit.
Bahhhhh Sun ray manco so che roba e' ...
Parliamo del caso reale cosi' restiamo nel reale e inoltre credo chesia abb
tipico nella pmi.
La pmi in questione ha 16 dipendenti, questi oggi usano portatili ed execel.
Oggi hanno un server di backup non so dove nel veneto su cui non so con che sw
fanno dei backup periodici dei p
Il contratto nostro sara' di circa 32k + 5/anno
la concorrenza si propone a 50kminimo + mazzate/anno
Si noti che loro a fronte dell'hw messe e per comprimere i costi gli vendono
un paio di SW "in scatola" da stile tonno rio mare che sappiamo tutti quanto
ci azzecca coi processi reali
1. Pigliamo un server raid
La soluzione che stiamo per prendere e' la 
Aruba Server Dedicato 1.3 da 169euro mese con 2mb garantiti di banda = 2028
euro/annui
In ballottaggio abbiamo una offerta di azienda amica milanese, alla quale
volendo possiamo pure andare noi di persona a mettere le mani ( e' successo
una volta )
L'offerta e' 350 / mese = quasi 4200 eurozzi anno
con dischi + piccoli
in piu' offrono il backup e il firewall. Aruba sostanzialmente da una macchina
biancha senza manco il firewall
C'e' anche la possibilita' di comprare il server ma imho non conviene
1. Intranet ( ERP )
Noi gli facciamo la intranet che scritto come si mangia di fatto e' il
gestionalino ERP con dentro tutta la loro vita : clienti,fornitori,
dipendenti, aziende, contabilita' base ( fatture/acquisti ),processi ( non
banalissimi ) eccetera
La contabilita' completa non gliela facciamo perche' non siamo capaci.
2. La posta 
stiamo valutando
Aruba offre un servizio che loro chiamano professional che da mi pare 
-)250 caselle spazio illimitato.
-)Personalizzazione del client , del tipo ci mettono il logo dell'Azienda sul
client al posto del loro di aruba
-) Dev ancora informarmi su come si gestisce la creazione di una casella ecc
ma immagino come quelle che danno gratis coi domini, cioe' con una consollina
L'alternativa e' che sul server  nuovo che noleggiamo ci mettiamo noi la
posta, l'unca e' per noi c'e' un po' di menate a configurarla-accendera ecc e
trovare un client ecc.
Questa ipotesi non mi dispiace, dipende solo dal tempo a disposizione per
dedicarcisi, se mancasse si compra il servizio di Aruba e buonanotte
COmuqnue la mail ci e' scappata nel contratto quindi  in un modo o nell'altro
gleila facciamo
3. I backup
I backup hanno detto che per loro sono vitali, almeno le macchine dei
commerciali con tutta la storia dei preventivi/contratti
Oggi usano credo un sw di backup non so di che tipo
Questo stiamo valutando, e' possibile che iniziamo con un rudimentale ftp soi'
backappa subito mentre ci pensiamo.
Nel contratto non abbiamo nulla quindi in via amichevole ci inventeremo
qualcosa, se poi scopriamo che sarebbe utile qualche SW particolare amen si
acquistera', comuqnue noi costiamo meno di tutta la concorrenza quindi abbiamo
margini per inserire una soluzione professional di backup dei protatili
4. Finita tutta sta fase e' probabile che faremo pure il SW per i cellulari
che e' il suo sogno cosi' ha i dati in tempo reale e senza piu' fogli excel
che girano, ma andiamo un passo alla volta
Insomma mi pare che una azienda cosi' sulle nuvole ci stia senza il minimo
problema
Il cliente infatti e' molto contento dell'idea , e noi pure :)
-- 

il prezzo in proporzione.
???????????
questo e' tutto da vedere volgio vedere che banda avrebbe lui nel suo ufficio
e poi sinceramente io pago panda ad aruba, a lui mica glela regalano se la
compra in ufficio
ciao Nicola
-- 

 di vendere il tuo vino).
sinceramente vorrei vederli anch'io. senza polemica, mi interessa.

3. I backup
....
AHhhhhh dimenticavo appena va online l'erp i backup dei portatili quasi non
serviranno piu' perche' mettono tutto li' dentro, sui portatili rimangono solo
da backappare le foto di famiglia e i film porno :-)
-- 

 chesia abb tipico nella pmi.
se non sai che roba è che cosa mi controbatti?
E fino a prova contraria la Sun Ray è reale.
Il vaticano, per citare qualcuno, usa le sunray. E non so chi altri,
comunque è meno eterea della nuvola e comporta alcuni dei problemi
della nuvola (alcuni più gravi, alcuni più lievi).
Ma, sun ray a parte, mi pare di aver fatto un esempio pratico che
chiarisce l'inservibilità della nuvola in certi contesti: prova a
mettere nella intranet un unico server con una sola scheda di rete a
100mbit e fai passare centinaia di connessioni tutte attraverso il cavo
che conduce a quel server.
Sappimi dire quel che succede. E ricorda che su internet non puoi
mettere switch e aggiungere schede di rete.
E resta sempre il fatto che - a meno di moltiplicare la banda internet
parallelizzando le connessioni - la connessione a 100mbit in Italia NON
esiste.


 n n ha scritto:

Quindi tu hai messo un backup server, un application server, un
file server, un mail server e non so cosa altro ancora, tutti
interconnessi tramite un unico segmento fisico.
I backup server che conosco io si fanno funzionare su reti gigabit e tu
stai facendo funzionare tutta questa roba su 10mbit?


Che connessione internet hanno?
Non lo so, ma il tutto funzionera' pure con una Alice se le cose vanno secondo
progetto
Ricorda che stiamo parlando di una pmi di 16 dipendenti di cui 10 o piu' sono
installatori in tuta da operaio e di fatto usano i pc gli altri
Il che e' lo scenario tipico della pmi.
-- 

stai facendo funzionare tutta questa roba su 10mbit?
2 mbit per la precisione :-)
Inutile che citi il vaticano, stiamo parlando di pmi di 16 dipendeti.
Se il vaticano vuole una total internet nelle nuvole comuqnue e' tutto da
valutare se il fatto di mettere i server nella cappella sistina sia piu'
economico che metterli in una server farm :-)
ciao NIcola
-- 

Max_Adamo ha scritto:
Ora taglio la testa al toro e ti faccio capire che l'opzione server in casa e'
fuori dal mondo :
Soluzione n.n :
HW + SW 32k avvio 
Manutenzione 5k/anno
abbonamento alice gia' lo hanno per vedere facebook :-)
2k per il noleggio e il sistenmismo 8 se cosi' si puo' chiamare glielo
facciamo nboi developer )
spesa in 10 anni :
32 + 5*10 = 92k
Soluzione CED:
hw: offerte che girano sui 30k, facciamo 25 a cercare uno concorrenziale
SW : aprendere le pigliori scatolette comquneu un 16 k mi pare che lo
estorcono
Manutenzione 2 : anche a trovare uno basso come me ( auguri !! ) mettiamo un
5k/anno ( L'offerta reale del mio concorrente mi pare che e' di 30/50k anno ma
vabbe )
Manutenzione 2 : a questo punto o mi assumo un sistemista o pago assistenza a
gettoni dal fornitore a vita. Il sistemista lo metto 25k annui lordi a
prendere il peggiore del mercato :-)
Banda : a questo punto l'alice non basta piu' quindi mettiamo una banda larga
chesso da 4k / anno
Totale : 30 + 16 + 5*10 25*10 + 4*10 = 30 + 16 + 50 + 250 + 40 = 386k
92k contro 386 !! e hanno un sw di merda, se si pigliano pure il sw figo al
primo anno aggiungi altri 15k :-) e volano a quasi 70k al primo anno che
iniziano a essere tantini
Prova a "tagliare / trovare altre formule dove vuoi e ti sfido a stare sotto i
300 in 10 anni con un ced in casa )
Risultato : CED nella pmi = suicidio
ciao Nicola
-- 

2 mbit per la precisione :-)
Mi correggo 10 mb l'offerta da 169 di aruba
n.b. onon faccio pubblicita' di aruba, e' solo che sono aggiornatissimo sulle
loro offerte per sto prgetto e sono probabilmente le + basse d'Italia
fra l'altro non so si o metto la' il server perche' il backup e il firewall
potrebbero essere soldi ben spesi
-- 

 Non ho afferrato bene quali sono i *contro* ( se ci sono.. )
Ma dio volesse !
La stragrande maggioranza dei sistemisti arrangiati sono dei veri e
propri freni all'innovazione, forse non per colpa loro la ma loro
risposta è troppo spesso "non si può fare", "no" e varie declinazioni,
anche per cose banali che ovviamente potrebbero essere realizzate
senza sforzo, ma che altrettanto ovviamente li porterebbe a dover
lavorare e studiare e nuove complicazioni da gestire.
Quindi bene la gestione esterna, dominio, database, tutto, tanto è
assolutamente anacronistico ed un enorme spreco di risorse replicare
in ogni azienda l'intera infrastruttura hardware.
I contro ? Ovviamente c'è il fatto che dai i dati ad altri, ma almeno
nella mia esperienza degli ultimi tempi i clienti accettano di tutto
pur di uscire dalla gabbia del ferro che si sono costruiti in casa.

chesso da 4k / anno
Una domanda banale: ma sta gente i documenti li consulta e basta o
qualche dato lo salvano anche?
Perche' con "Alice upstream/16" non mi pare che ci sia da stare molto
allegri.
Saluti. 


pur di uscire dalla gabbia del ferro che si sono costruiti in casa.
Ohhhhhhh finalmente uno che dice che le cose come stanno.
Il 90% sistemisti sono il primo nemico della competitivita'
Costano un botto, fanno continuamente spendere soldi inutili, vietano tutto
che manco le SS erano cosi' :-)
E per di piu' continuano a cambiare password che prima o poi qualcuno una
mattina storta si piglia un diretto nei denti se non e' gia' successo
:-)))))))))))))))))))))))
-- 

Saluti. 
Sinceramente non gli ho chiesto. Fra l'altro l'Azienda in questione ha 3 sedi
da 5 persone quindi ognuno fa quello che vuole
Io a casa ho una fw da 50 euro/mese che manco mi entra in casa con la fibra e
gli upload li faccio senza problemi
imho c'e' eccesso di allarmismo/preoccupazioni/sovradimensionamento in giro.
N
-- 

 Oggi usano credo un sw di backup non so di che tipo
anche qui dico la mia: immagina una un Amazon Ec2 con backup quotidiana 
dell'immagine su Amazon S3. Nell'ipotesi che la macchina vada giù attivi 
l'immagine di backup, riassegni l'ip e sei subito su.
Non serve che ricordi quanto poco costi un servizio di questo genere

 N
Andrea

 una tecnologia vecchia come il cucco.
in effetti ... tutto questo clamore mi fa strano, le farm esterne esistono 
da una vita. Una volta erano server fisici e adesso sono vm, ma sembra lo 
stesso campo da gioco.
Staremo a vedere 

imho c'e' eccesso di allarmismo/preoccupazioni/sovradimensionamento in giro.
Ufficio di 5 persone, DSL scrausa 2Mbit/384kbit con server "di test"
accessibile dall'esterno da parte del cliente.
Una volta saturata la banda in upload, grazie al cliente che doveva
testare ogni 5 minuti, (senza riservarene 4-5KB) quella in download
crollava e si smetteva di ridere.
Magari con una XMbit/1Mbit si sta piu' allegri: ce l'hanno?


 Magari con una XMbit/1Mbit si sta piu' allegri: ce l'hanno?
Come scrivevo altrove e' una azienda industry.
i 5 per sede sono tipicamente
3 installatori
1 agente
1 agente / amministratore di sede
Davvero non credo abbiano problemi di banda anche con un alice, comunque
nulla gli vieta col crescere del traffico di upgradare.
N
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 imho c'e' eccesso di entusiasmo da parte tua.
Si dovrebbe capire che il caso e' reale.
E su sto forum infestato di troll e parlatori mezzi farlocchi va solo
apprezzato :-)
Siamo ancora in analisi ma ormai e' quasi tutto deciso.
In settimana apriamo il cantiere.
In primavera, salvo imprevisti, va online tutto
Se vi interessa vi faccio sapere :-)
Io spero di non sottovalutare l'aspetto hardware perche' potrei avere
problemi.
Tuttavia ora e' un problema a bassa priorita' perche' siamo prevalentemente
concentrati sul SW.
Se dovessimo "toppare" l'analisi HW-rete credo che potremo rimediare in
primavera, con degli upgrade, noi valutiamo che andra' liscio.
Sbagliassimo tocchera' rimediare prevalentemente a spese nostre quindi mi
auguro cio' non avvenga.
Apprezzo le vostre critiche, oltre a essere costruttive ( alcune tipo la tua
, un po' meno quelle che parlano del Vaticano :-)
Gli ultimi dubbi dubbio che mi rimangono sono per risparmiare e quindi
aumentare i miei margini :
1. COmprare o gestire noi la posta
2. Comprare il backup o mettere noi un tool che backuppa da qualche parte
3. Decidere se mettere o no un firewall, anche se su macchina unica senza
dmz mi pare inutile, al limite chiuderemo in fururo qualche porta per la
gioia dei sistemisti, di solito le lascio tutte aperte = 1000 fastidi di
meno :)


nulla gli vieta col crescere del traffico di upgradare.
Il punto e' che se oggi salvano su hard disk/serverino centralizzato
con una 100Mbit hanno prestazioni 1.
Se domani dovranno salvare con Alice upstream 1Mbit vuol dire che
avrano prestazioni 1/100.
Non mi pare un fattore da sottovalutare. Al massimo ragionando in
termini "Arubistici" gli potreste mette in casa una piccola NAS (eg.
D-Link DNS323) da montare come disco di rete in cui salvare i dati e
poi sincronizzare il tutto verso il cloud di notte.
Spero che abbiate valutato i colli di bottiglia prima di partire e che
il cliente ne sia a conoscenza.


 commerciali con tutta la storia dei preventivi/contratti
[cut]
Un sw serio di backup come Retrospect prevede anche il back-up remoto.
Oppure usi una soluzione come DropBox.
ciao
Gabriele

Freddy Krueger ha scritto:


Il punto e' che oggi hanno sostanzilmente nulla. Cioe' vanno in giro con dei
portatili a vendere e basta.
Sono all'anno 0. QUindi noi siamo sereni che 
Qualsiasi cosa > 0 :-)
Quello che dici te pup' essere una prospettiva pero' io mi immagino una
situazione di questo tipo a regime :
-)
Il sistema sta in Aruba ( o similare )
negli uffici usano 90% del tempo i sistema online che fidati con 10 mbit e' un
proiettile con 5 utenti simultanei , m anche se crescesse a 20, il che
vorrebbe dire 100 dipendenti crescita di = anni, non mi preoccupo
se e' lento lato client uopgradano loro
-)
La  sera tornano in ufficio i venditori col portatile / installatori col pezzo
di carta e devono immettere se possibile tutto dentro
I dati degli istallatori vanno col sistema
Quello che potrebbe creare traffico e' quando mettono su qualche word/excel,
che devono comunqu eentrare nel SW di gestione , se proprio si intasasse (
imho improbabile) valuteremo una soluzione tipo quella che dici te, anche se
non sarebbe compatibbile col nostro software.
Bo saro' ottimista ma imho fino a 20 simultanei, che sono tantissimi per una
PMI di sto tipo non avremo problemi, e comuqnue resta sempre il fatto che al
salire dei dipendenti salgono anche iu fatturati e aumentano i budget a
disposizione dell'it, quindi si upgradera' la banda.
La soluzione interna e' comunque non proponibile perche' avendo 3 sedi che
fanno ? si collegano in linea dedicata ???
-- 

 hw: offerte che girano sui 30k, facciamo 25 a cercare uno concorrenziale
[cut]
Senza offesa, ma mi paiono numeri sparati a caso.
Per 30mila euro ti posso far fornire dei server IBM che neanche immagini.
Per 4mila/anno una connessione ad internet *affasciata* da 20.000/2.000 con 
BMG da 2.500Kbps ! Non so se rendo l'idea... Anzi in sto momento ho una 
promo e viene esattamente 3.360+iva/anno :)
ciao
Gabriele


[cut]
Mi auguro abbiano previsto una linea di backup, al caso son qui ;)
Non per fare il disfattista, ma non vorrei che la facessi troppo facile a 
mettere tutto all'esterno e non aver ben presente il traffico generato.
ciao
Gabriele


LOL  :D
si vede che le connessioni non sono il tuo mestiere ;)
ciao
Gabriele

 fanno ? si collegano in linea dedicata ???
VPN, you know?
Sia punto-punto tra le sedi fisse che in mobilità per i portatili che 
abbiano un accesso mobile ad internet.
ciao
Gabriele

 Client/server su lan a 100 mbps, se porto il cluster nella *nuvola* ...:-(
Client/Server italiano?
 

 Grazie
Non per le applicazioni tradizionali. Per poter funzionare "in the Cloud" le 
applicazioni vanno pensate per conformarsi ai limiti imposti 
dall'architettura Cloud. Non è che prendi un gestionale tradizionale e lo 
porti "on the cloud". Quello non sarebbe altro che spostare il tuo software 
su dell'hardware virtuale. Lo fai con qualsiasi provider di Vm.... 

 Le tecnologie le stiamo tutt'ora valutando
Ma sei sicuro che si tratti di Cloud? A me pare semplice ridislocamento di 
hardware e software
 

 Sì ma quanti ne fai?
Ma poi adesso ci sono tante soluzioni, puoi ad esempio usare dropbox
che sanno usare tutti in autonomia, per i backup ci sono soluzioni
online da pochi euro mese.
imho i clienti sono arcistufi di problemi ed apprezzano leggerezza e
soluzioni standard non rabberciate e sanno che per  mettersi in casa
una sala server dovrebbero spendere un sacco di soldi e metterci una
persona che a sua volta gli darà problemi. Quindi, a parte
l'applicazione aziendale, se possono rivolgersi ad una grande azienda
che gli offre un servizio sono molto più felici di mettersi a
ragionare di cose che non conoscono non capiscono costano care e non
funzionano.

 mettere tutto all'esterno e non aver ben presente il traffico generato.
Il traffico non e' valutabile in base all'attuale perche' attualmente hanno di
fatto un IT semi inesistente nel complesso ( e' la classica pmi monoprodotto
che e' nata da 10-20 anni e cresce bene e ora vuole fare un salto di qualita'
con l'IT )
Vi confesso che prima di oggi manco mi ero posto il problema
Ora ci sto ragionando e rimango ottimista, non credo che sti 3 o 4 gatti in
croce intasino 10 mbit, mi pare impossibile.
Lavorareranno  sul sistema nel caso davvero pessimo 3 contemporaneamente sulle
3 sedi ma imho regge fino a anche a 20. 
E come dicevo altrove se aumentano le persone che lavorano vuole dire che ci
sara' piu' fatturato e penseremo ad aumentare il tutto
In upload non credo debbano uploadare chissache, infatti i preventivi e le
fatture e gli acquisti li generero' io quindi al limite vanno in download
ora che ci penso devono uploadare le foto delle schede tecniche, vedremo che
traffico generano.
ciao Nicola
-- 

 meno :)
Fatti dire da uno che fa sto mestiere da pi� di vent'anni e non da 
cantinaro:
ti stai preparando per un Epic Fail....
Considera: La banda in Italia fa schifo, quella che trovi a prezzi bassi � 
asimmetrica.
Spostare tutto su delle Vm ospitate da un ISP tipo aruba ha senso per
Email ed applicazioni anche gestionali ma completamente Web, non certo 
client/server.
Lo spostamento delle attivit� di produttivit� personale � fattibile solo se 
si usano tipologie di documenti molto standardizzate (Word/Excel/PowerPoint 
o gli equivalenti OpenDocument) SOLO se si dispone della controparte Web 
degli applicativi.
Un po diverso se si va sul discorso Remote Desktop, se gli utenti son pochi 
puoi azzardarti ad usare anche applicazioni Client/Server o i prodotti di 
produttivit� personale classici. Ma considera che una buona User Experience 
per un desktop remoto richiede almeno 150Kbits di banda per utente salvo che 
non ci siano esigenze di stampa locale dove potresti veder quadruplicare la 
banda per utente.
Microsoft dispone di una serie di applicativi che affrontano il problema dei 
documenti  centralizzati e la loro disponibilit� anche in off-line 
(SharePoint e SharePoint WorkSpace).
Non sottovalutare il problema del backup. La soluzione deve fornirla il 
fornitore dell'infrastruttura. Considera che i software di backup moderni 
fanno benissimo cose interessanti come i backup continui. 

 potresti veder quadruplicare la banda per utente.
Un paio di anni fa ho ereditato una situazione simile (remotizzazione dei 
server in un datacenter) con un ERP senza interfaccia web. Gli utenti 
lavoravano sull'ERP via Terminal Server e si lamentavano di continuo 
(lentezza, problemi sulle stampe, cadute di connessione, etc.).
Alla fine abbiamo risolto utilizzando Citrix XenApp: è un prodotto 
costoso, ma per la presentazione delle applicazioni è la miglior 
soluzione.Addirittura (e lo abbiamo provato!) permette di utilizzare 
decentemente le applicazioni anche con un 56k :-)
-- 
"Mai sottostimare la larghezza di banda di un camioncino che sfreccia a
razzo sull'autostrada" 
Andrew S. Tanenbaum
http://blog.mainardi.me
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"

 la concorrenza si propone a 50kminimo + mazzate/anno
Curiosita':
Ma dove le trovate aziende da 16 dipendenti disposte a spendere
32k+5k/anno per qualsiasicosainformatica?
Se non sbaglio nel 2008, qui dove lavoro ora, avevano proposto un servizio
di lettura automatica dei contatori del gas ad un'azienda (credo veneta,
anche se non lo so di preciso) che dovrebbe essere una specie di
"municipalizzata" per cui immagino che abbia ben piu' di 16 dipendenti.
Piu' o meno avrebbero ricevuto in automatico dai vari contatori un SMS su
un server con la lettura di quel contatore.
Se non sbaglio dissero qualcosa del tipo: "possiamo spendere al massimo
20k una tantum".
Ciao,
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


E tu ti fidi?
In quel caso 'possiamo' significa 'vogliamo', detto da uno che in un 
azienda del genere ci lavora :-)

 aziendali.
Io sono di opinione diametralmente opposta.

 sapeva formattare un disco
Ecco, qui hai toccato il punto chiave. E molte aziende si sono stufate
di questo oppure non si fidano più di nessuno. E troppo facile allora
volgere il proprio sguardo verso il cielo (le nuvole...).

 E' un cazzo tout court.
Non offendere il cazzo.

 gratuito e hai a posta di google
http://www.youtube.com/watch?v=Ouof1OzhL8k
("They should know there's no such thing as a free ice cream")

 il cliente ne sia a conoscenza.
Attento che adesso il grande capo Nuvola Piovosa che sta girando da
queste parti ti accusa di FUD e ti prende lo scalpo.

 decentemente le applicazioni anche con un 56k :-)
Io non capisco cosa c'entra il desktop remoto ??
Io non faccio nessun porting, oggi il sistema NON ESISTE, come ho scritto
altrove.
l'ERP sara' pure web, il traffico che gira saranno stringhe e numeri hai
voglia a saturare la banda di stringhe, se anche fosse vuole dire che stanno
fatturando i miliardi e i problemi si risolverebbero coi soldi :-)
e l'unica cosa da updloadare di pesante saranno le foto degli edifici, che
potrebbero essere chesso ? 10 al giorno se proprio i commerciali vanno in giro
come trottole
Mi dite dove e' l'epic fail ?
Per i backup ci pensiamo e alla fine compreremo il servizio, il che e' gia' in
discussione e trattativa, comuqnue sono cifre basse.
ciao NIcola
-- 

 sarebbe per me utile se invece i vari prezzi li dicessi :)
Dubito che tu oterrai la risposta che ti possa essere utile...

Gabriele
Ma senti. Una azienda vuole comprare un erp, io gli propongo un erp online col
server "sulle nuvole" , un concorrente gli propone un' altro erp, mi pare
online pure quello, erp da mettere in casa e quindi gli propone oltre all'ERP
il server + il backup + tutto quello che serve per metterselo in casa.
La vpn cosa c'entra con l'ERP ??
Se un domani l'azienda volesse una vpn, ci penseremo.
VOi sistemisti davvero tentate di "rifilare" la vostra roba SEMPRE e ovunque
prima di analizzarew cosa serve all'azienda.
-- 

 nuvolaro.
Ora grande capo Nuvola Piovosa prendere tuo scalpo perch� tu mandare
segnali di FUD.

Gabriele
Nn lo so mi interessero' , non e' oggi in  discussione di mettere le sedi in
vpn, mi pare che anche la mia concorrenza non abbia offerto la vpn.
In tutti i casi vi sto continuando a dire che probabilmente lavoreranno in
modo significatico 1 persona per sede sull IT !!!!!!
imho siete tutti dei megalomani che per fare comunicare 3 gatti gli mettono
CED,SErver, gruppi di continuita', vpn 
poi magari io mi sfracello, intanto la gara l'ho vinta, poi chi vivra' vedra'
:-)
-- 

 azienda del genere ci lavora :-)
Beh... dal punto di vista dell'eventuale fornitore cambia poco.



Purtoppo non succede tutti i giorni, anzi confesso che e' il primo erp che
vendiamo :-)
comunque tu dovresti sapere mneglio di me che da 0 assoluto ad avere un ERP
online con meno di 37k e' dura.
Meno di 30 hai uno schifo
Meno di 20 impossibile.
E una azienda senza erp dove va ?
ciao N
-- 

 segnali di FUD.
Devo farti i complimenti, questo è un ottimo post, ricolmo di contenuti 
e non fatto solo e unicamente per fare polemica.
Aspetto trepidante la risposta a rootkit, a meno che non sia maleducato 
anche lui.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US

 prima di analizzarew cosa serve all'azienda.
Io non mi considero "sistemista", ma cerco di aver la situazione sott'occhio 
nel suo insieme.
ciao
Gabriele

 online da pochi euro mese.
Infatti Dropbox l'ho suggerito anch'io :)
ciao
Gabriele

 Non offendere il cazzo.
E il cerchio si chiude, grazie a dio che c'� ancora la gente educata al mondo.
Devo pero' dire che � interessante notare *quanto* vi incazzate. Da una 
parte glissate sulle questioni tecniche, non c'� davvero modo di 
tirarvi fuori qualcosa per le cose che voi stessi dite (chiss� perch�). 
Dall'altra andate avanti diffamando e insultando, per poi battere i 
piedini e  fare le collegiali quando vi si risponde a tono :D Siete 
davvero fantastici, tvucdb.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US

al tuo server con tutto perfettamente definito salta un disco ?
Li metti in RAID, mandi una mail al datacentre e ti fai cambiare il
disco bruciato
Linode con 20 dollah al mese mi da 512MB di RAM e CPU INDEFINITA.
Questo fornitore pescato a caso:
http://www.rapidswitch.com/dedicatedservers.aspx
per 80 sterline offre 2GB di RAM, un quad core 2.33GHZ tutti tuoi e
due dischi da 500GB che puoi mettere in RAID1,
Linode una fetta con 2GB di RAM, 64 GB di disco e CPU sempre
indefinita te la vende a 80 dollah. Pero' ti danno banda a sfottio,
quello c'e' da riconoscerlo.
Come ho gia' detto se non ti interessa scalare / migrare / magheggiare
un server fisico in affitto con in genere costa meno, chiaramente
bisogna anche fare i conti anche sulla banda e sull'utilizzo effettivo
della CPU: se la lasci idle o se la usi a palla 24/7.
Relativamente al non poter sforare, Linode lo prevede (si vece che Luc
siede nel CDA):
"How do I get my fair share of CPU?
We limit the number of Linodes placed on each host machine. We also
only place one plan type on each host. In the worst-case scenario,
you're splitting CPU time evenly with your fellow Linoders, but are
still able to use the full potential of the host if others are idle." 
Ad ogni modo quando si tratta di quantificare quanta CPU ti assegnano
i nuvolari si tengono sempre vaghi.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 i nuvolari si tengono sempre vaghi.
Mi sa che se adottano queste politiche *garantire* un determinato 
quantitativo di CPU è un casino. Che succede se faccio partire (che ne 
so) un batch CPU bound, una cagata tanto semplice quanto ridimensionare 
n thumbnail, e mentre uso la CPU altrui le altre istanze la reclamano ?


 inutile polemica.
perdonami ma credo ti sia infilato in un ginepraio di affermazioni in 
parte poco attinenti, in parte approssimative e in parte false.
partiamo da un presupposto: se a te non interessano i problemi che si 
risolvono con una soluzione cloud è inutile anche parlarne. no?
molte aziende che hanno l'infrastruttura interna hanno il problema di 
predisporre il disaster recovery, lo fanno appoggiandosi a strutture 
specializzate esterne che *replicano* tutta l'infrastruttura in un 
qualche datacenter a centinaia di km di distanza. lo stesso dicasi per 
il datawarehouse, ci sono strutture specializzate che ospitano nei loro 
datacenter vita morte e miracoli delle aziende. quindi il problema di 
dover portare fuori i preziosi dati aziendali *non* *è* *affatto* 
*eliminato* tenendosi i server in casa.
certo fregarsene del disaster recovery, fregarsene se per la rottura di 
un disco un server ti rimane fermo una giornata, fregarsene se 
l'infrastruttura in casa non è scalabile, è tutto assolutamente 
legittimo ma sostenere per questo che il cloud è tutta fuffa commerciale 
è una argomentazione piuttosto infantile.

 ciao NIcola
Andrea
PS: per quanto riguarda il backup dei PC hai voglia a fargli il migliore 
ERP, comunque utilizzeranno XLS e DOC a manetta ... o no ? 

 Il punto e' che oggi hanno sostanzilmente nulla.
e probabilmente gli costa ... nulla ;-)
Attenzione a non creargli troppe aspettative !
comunque buona fortuna 

 ciao N
Andrea
PS: sono d'accordo con te 

  ngw 

n thumbnail, e mentre uso la CPU altrui le altre istanze la reclamano ?
Il sistema ti scala il quantitativo di CPU che stai usando verso il
basso fino a farti rimanere con quanto hai pagato. Seil carico e'
eccessivo la tua VM va verso il collasso.
Quando i civini non hanno piu' bisgno della CPU, se possibile il
sistema ti fa riscalare verso l'alto.
Da qui il termine "elastic hosting" che usano molti.


 anche lui.
ma io non faccio testo, ormai qui ho le mie etichette fra cui quella di 
maleducato e me ne sono fatto una ragione da tempo :)
comunque mi pare di aver posto delle questioni molto concrete, se 
controbatte in modo altrettanto concreto bene altrimenti pazienza. non 
sarebbe ne il primo ne l'ultimo che conosco e che nasconde l'ignoranza 
in quel modo, cioè fingendo di sapere un "qualcosa" che non può perdere 
tempo a spiegare :)

 32k+5k/anno per qualsiasicosainformatica?
qui vi do ragione. Le piccole aziende che immagino io hanno
l'assemblato, e al massimo un tape di backup e i dischi ridondati.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 E una azienda senza erp dove va ?
ma se parliamo di queste aziendine, ma si allora il futuro è tutto
sulle nuvole. Al posto del desktop usato a mo' di server gli proponi
una soluzione affidabile ad un prezzo accettabile.


ERP, comunque utilizzeranno XLS e DOC a manetta ... o no ? 
Vedremo a regime.
L'idea di progetto e' che XLS li vogliamo fare sparire, e i doc/pdf  li genera
il sistema. cioe' io gli faccio il software per fare i preventivi che genera
il word, se poi vogliono modificarli li modificano sul sistema e li
rigenerano.
So che e' un po' fantascienza e che speso li modificherannop a mano, ma
vedremo di limitare il fenomeno :-)
dall'analisi emerge che il grosso dei documenti da archiviare sono :
1. I preventivi in word ( vedi sopra )
2. i contratti firmati rientrano via mail, non so se li vogliono buttare
dentro vedremo, non mi pare un problema
3. Le foto degli edifici, e qua e' forse la parte piu' fastidiosa con l'erp
online nelle nuvole
4. Le fatture quelle le emtte il sistema e non saranno modificabili
Insomma abbiamo fatto l'analisi in 2 e ci pare che regge. Un po' ci avete
preoccupato :-) pero' vi assicuro che la gara nn era scontata e se avessimo
chiesto di + ( indispensabile per aumentare in qualsiasi modo
banda/backup/mail ecc) rischiavamo di perdere
COmqunue siamo ottimisti che se facciamo un bel prodotto il cliente ( che e'
amico ) sara' felice e se servisse qualcosina in + da spendere la spendera',
anche perche' la sua fottuta aziendina viaggia che e' un piacere ( altro che
software !!!!! )
ciauz Nicola
-- 

 On 2010-11-01 11:46:06 -0700, System Failure said:
[super-CUT]
rispondo senza alcun quote, e anche se tu non mi leggi: tu dicesti
chiaramente che avevi problemi a muovere i file. PUNTO.
E spiegasti come questi problemi derivavano dall'uso del cloud.
E' tutto lì e posso andare a cercarlo e quotarlo.


 wrote:
Freddy, scusa se abuso del tuo post, ma vedo che il tizio ha risposto a
me anche se gli avevo detto che per me la discussione si chiudeva per
motivi gi� spiegati, che implicava anche che l'ho mandato a fare la
visita a un'allegra compagnia dei troll e testicoli di varie dimensioni
nel mio killfile, e pertanto gli chiedo di evitare di postare messaggi
ai queli non posso (ne voglio) rispondere perch� non li vedo nemmeno.
Vabbe', non � ne primo ne ultimo che pur plonkato risponde facendo
vedere che � un figo che ha sempre l'ultima parola.
Per quanto riguarda la risposta a lui gliel'hai gi� data e io non
aggiungerei altro.

aggiungerei altro.
Gli devo dire quaccheccosa da parte tua? :)


 aggiungerei altro.
:-O
Questo messaggio viene dalla stessa persona che ha risposto a Max Adamo 
solo con degli insulti e delle diffamazioni sul sottoscritto, 
chiamandomi prima "tonto", poi "cazzo", e nel frattempo lamentandosi di 
non meglio precisati insulti ? Lo stesso che si riferisce molto 
evidentemente a me come "Nuvola Piovosa" in almeno 5 post ? 
Lamentandosi di una risposta ad un post in cui ancora una volta mi da 
nomignoli per un non meglio precisato motivo ? :D
Madonna, i *salti mortali* per coprire una figura di merda :D
Vecchio, davvero, ma chi te s'incula :D



Carina,
per poter fare quest'osservazione però ti devi chiamare Richard Stallman 
il quale è contro il saas proprio per i motivi che tu dici ma anche 
contro qualunque software proprietario che presenta lo stesso tipo di 
rischi.
In breve non puoi criticare google e usare microsoft :-)

 Gli devo dire quaccheccosa da parte tua? :)
Mah, se non ha percepito il messaggio, inutile dirgli ancora qualcosa.
Grazie. ;-)





http://www.rackspace.com/managed_hosting/configurations.php
M'ero dimenticato: col managed hosting sul pallet che onsegnano al
datacentre oltre al server c'e' il sistemista dedicato.
Senza la cassa col sistemista costa meno. :)


 In breve non puoi criticare google e usare microsoft :-)
Infatti, non uso Microsoft.



Patetico, ho risposto a post in cui mi ha costantemente tirato in ballo.
E' la tecnica del polipo, scoreggina di inchiostro e piagnistei se si risponde.


 Senza la cassa col sistemista costa meno. :)
Avevo notato. Ora, io non uso rackspace e mai l'ho usato, ma il 
sistemista credo cis sia anche nella soluzione cloud, nel senso che non 
stiamo parlando di una persona che si occupa del software che poi vai 
ad installare li sopra o che conosce il tuo stack, ma di uno che ti 
cambia il disco se salta in aria.
Chiaro che serve, ma insomma, se devo pagare quel costo faccio prima a 
evitare 'sto sistemista e prenderne uno io, che costerà sicuramente di 
più ma almeno si occupa del deploy e di tutto cio' che sta *sopra* il 
ferro, piuttosto che del ferro soltanto (e questo è il motivo per cui 
sto su EY, supporto 24/7 *sullo stack*).


sto su EY, supporto 24/7 *sullo stack*).
Guarda che 149 dollari/mese li paghi se compri CloudSites perche' stai
comprando un cloud managed dove gestiscono tutto loro dalla rete alla
patch dell'OS, tranne il codice che fai girare sul server. CloudSites
scala su tutte le CPU inutilizzate del cloud.
Se non vuoi pagare quelle cifre vai su Cloud Server che costa qualcosa
in piu' di Linode ($21,90 contro $19.95 per 512MB, $87 contro $79.95
per 2048MB, in ogni caso piu' spazio disco ma banda pagata a parte) e
che scala solo sul server sui cui l'istanza e' creata.
Hanno anche un entry level da 256MB a 10 dollari.


 Infatti Dropbox l'ho suggerito anch'io :)
Ma si dai, se non serve più a me un server fisico, non serve più a
nessuno. Anche la storia di active directory et simila imho ha fatto
il suo tempo, tanto in realtà non serve a niente. Meglio tanti client
eterogenei autogestiti... non ovunque certo, ma adesso un'azienda la
fai con 3 ipad, 2 portatili, un pc fisso, 6 iphone e qualche chilo di
software.

 software.
Mi piace il tuo modo di vedere le cose :-)
Io la penso allo stesso modo. Imho spesso non serve manco l'ufficio.
ciauz, Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Mi dite dove e' l'epic fail ?
Nel non considerare tutti gli aspetti, fra i quali il backup al quale devi 
pensare per primo.
 

 mazza di informatica, ma si considerano molto intelligenti.
E io ti stimo a dismisura! :-)
(e quoto anche tutto il resto)
Ciao,
Giulio
-- 

 software !!!!! )
Ecco, cliente amico per giunta che guadagna pure soldi facili è la 
predisposizione migliore per l'Epic Fail :-)
Vi svenerà.
 

 :-)))))))))))))))))))))))
Quello è la legge che lo impone.
E poi sappi che il 90% delle macchine di quello che tu pensi sia Cloud (le 
VM di Aruba) sono tutte in Bot-Net :-)
 

 software.
il fatto e' che ci sono sul serio delle aziende che potrebbero -stare su'- 
con questa infrastruttura, e ci sono venditori / consulenti / ecc che 
propongono questo tipo di soluzione. Purtroppo i 2 insiemi non si 
sovrappongno. Risultato ? titolari di azienda che 'detestano' il comparto 
IT, e consulenti / venditori che fanno la fame . E in entrambi i casi, non 
e' detto che sia un errore.
Andrea
PS: il tutto IMHO, ovviamente

 ethernet.
Per me è sicuro al 100% che la connessione locale sarà sempre molto
più veloce di quella remota.
Quindi quand'anche si arrivasse ai 100 Mbit standard per tutti in
remoto (faccio un'ipotesi), nel frattempo in locale si sarà a 1000.
Quando in remoto sarà 1000, in locale sarà a 5000 (numeri a caso).
Prima o poi qualcuno (ri)scoprirà questa ovvietà, e dirà: ma perchè
lavorare a velocità 1 col cloud, invece che a 10 in locale? E partirà
la nuova ondata di marketing, con ritorno ad hardware locale :-))

 software.
Penso dipenda comunque da alcuni fattori di base:
- quanti client
- quanti mega/giga da spostare
- quanta banda a disposizione
- urgenza o meno di ripristino totale
Certo quanto descritto da "n n" penso possa bastare (almeno da testare) un 
servizio online, però dovrebbe sempre mettere in conto la domanda "se non ho 
connettività, quante ore/giorni posso andare avanti lo stesso?".
ciao!
Gabriele


Facile! Visto che i dindi è più facile farli sulle fasi di cambiamento (io 
dico sugli scalini pensando ad un andamento di questo tipo dove da uno stato 
passi verso un altro), perché su queste fasi è possibile come si dice 
battere il ferro fin che è caldo...

 connettività, quante ore/giorni posso andare avanti lo stesso?".
Questa è una bella domanda. Ma è imho una finta paura : le cose si
rompono, basta essere preparati. Mettiamo che un buldozer tranci la
fibra telecom e metta al buio l'intera zona per 15 giorni.
A parte che è raro e puoi metterlo accanto alla probabilità
d'alluvione in ufficio (se stai al piano terra!), in un caso
d'emergenza simile vai al primo negozio, compri una chiavetta decente
(e non è vero che vanno piano quelle di ultima generazione se servite
con segnale giusto, basta scegliere l'operatore che serve bene la
zona) e in mezzora configuri una macchina per fare da ponte e sei di
nuovo online.
O meglio ancora, visto che quasi tutti hanno il cellulare hsdpa usi
quelli e ti connetti mobile anche in ufficio, sono tutte cose che gli
utenti "moderni" sanno fare da soli o con poche indicazioni.
Dice ma il server ? E se va giù il server nelle nuvole ?  E va beh..
quanto mai starà giù ? Una mattinata ? Pace, ci porteremo avanti con
le altre attività.


E se la crescita del mercato non è inseguita da una pari crescita 
dell'infrastruttura nuvolara?
C'entra solo in parte, ok, ma prendi webhost4life, dal top di gamma mi pare 
sia diventato una mezza schifezza, almeno a sentir gente che sopra ha per 
esempio il propio blog.
Oppure prendi il casino recente con tophost.
Vabbe' tu dici, è roba italiana... ho capito, ma sulla nuovola c'è tutto il 
mondo, quindi che sia certo che l'infrastruttura necessaria per garantirti 
un servizio decente seguirà le richieste, per me non è così scontato. E ti 
basta capellare una volta magari con un cliente importante, e che fai?

 Non ho afferrato bene quali sono i*contro*  ( se ci sono.. )
tutto quel che segue sara' rigorasemente imho:
Come ti hanno elencato gia' il problema piu' grosso sono i dati che 
vengono storati esternamente all'azienda.
Non ci sono pro o contro ma ci sono scelte obbligate:
per es. per una piccola-media azienda tenere tutto in casa un server 
email, il sito web, il software aziendale e' follia.
Andra' incontro a delle spese piu' elevate sia per il mantenimento 
hardware, software e "sistemistico"(almeno un'azienda l'ho trovata come 
ho descritto e più volte al mese ricorrevano all'assistenza).
Poi certo per alcune situazioni il cloud computing non serve ma secondo 
me rimane molto versatile quando non e' dipendente dalla rete nel senso 
che la sincronizzazione dei dati deve avvenire in maniera silente.
Nel senso che se non c'e' si possa lavorare ugualmente poi quando si 
ritrovera' connesso si dovrebbe sincronizzare da solo(ovviamente non si 
deve uploadare materiale multimediale che pesa uno sfacelo ma questo e' 
chiaro)
-- 
http://www.evilripper.net
http://www.flickr.com/photos/evilripper/

 battere il ferro fin che è caldo...
Va bene. Ma voler spacciare il cloud come la soluzione che *tutti*
devono usare, dal venditore in trasferta alla segretaria nell'ufficio
di fronte, e non solo in alcune realtà ben specifiche, eh, ... Altro
che ferro caldo, sono le tre carte :-)
Perchè qui mi sembra di capire questo, la soluzione remota (cloud od
altro) viene proposta anche per le attività completamente interne.

 altro) viene proposta anche per le attività completamente interne.
"ci sarà pianto e stridore di denti" (cit.)

 devono usare,
ma perché bisogna sempre ricorrere a questi mezzucci di inventarsi
finte discussioni con finti "nemici"? nessuno si è mai sognato di
spacciare il cloud come la soluzione che tutti devono usare; al
massimo è stato fatto notare a chi la spacciava come fuffa che non
stava tenendo conto di tanti problemucci di chi deve tenere una
infrastruttura in casa. vogliamo parlare di alta disponibilità? oppure
di disaster recovery? oppure di scalabilità dell'infrastruttura? non è
che la soluzione cloud nasce dal nulla, ci sono problematiche che chi
ha una infrastruttura it in casa deve necessariamente affrontare.
quindi si può mettere da parte le illazioni e i finti fraintendimenti
e discutere nel merito delle problematiche che il cloud comupting
intende affrontare e, possibilmente, risolvere?

 intende affrontare e, possibilmente, risolvere?
Dovresti chiederlo a chi lo propone, meglio ancora lo usa. Qui ho
letto di un (1) utilizzatore, che tra l'altro lo usa in Usa (:-)). E
di un progetto che neppure è ancora cominciato. Punto..
Nella sua piccolezza, un sondaggio non tanto positivo. In particolare
perchè qui bazzica parecchia gente che lavora con PMI private, che
sarebbero proprio i clienti più avvantaggiati dal non avere il CED
interno.

 interno.
Se stai parlando di me, non so davvero cosa hai letto e dove.


 ?
S3 ?


 tramite client);
Secondo me, o hai il versioning dei file, o avrai un limite di questo
tipo.
La versione free di Dropbox ha un versioning di 30 giorni, mentre
quella a pagamento a un versioning infinito, e quindi diventa
praticamente impossibile consentire agli utenti di caricare file di
quelle dimensioni.
Potrebbe sfuggirmi qualche meccanismo nell'algoritmo del versioning,
ma per intenderci, se tu modifichi un file di 3 giga tutti i giorni,
nel giro di un anno avri occupato 1000 giga sui loro server.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 altro erp, 
dai "n n", tagliamo la testa al toro: la tua soluzione è ideale e va più
che bene per le PPI (piccole e piccolissime imprese).
Per media impresa, che può avere mille 500 o 1000 utenti connessi,
consentimi di dire che potrebbe non funzionare un tubo.


S3 ?
Ha detto 5 USD L'ANNO per 20GB.
Con fettina di culo tagliata sottile chiaramente.
-- 
Living in Barbaropoli
http://www.barbaropoli.com


-- 


sicuramente costare poco costa poco, ma
- Non scala
- La banda e' fissa
- Non si parla di storage aggiuntivo
- Il quantitativo di RAM e' indefinito: max 1.6GB per Linux, 2GB per
Windows e max 15 VPS per server fisico.
Non ti conviene spendere di piu' e usare un servizio che ti permette
di aggiungere RAM e spazio disco al volo?
Linode.com e 
gandi.net
 ad esempio.


 Samsung Dolphin 2.0 e non esiste ancora un client per iOS.
esistono gli storage iscsi, ma non so quanto costano.
Alla fine resterai su Dropbox che, secondo me, attualmente è una delle
soluzioni migliori. A me piace il fatto che è cross-platform e mi
funziona su ubuntu, android, windows e OSX.
-- 
Wikipedia Admin: "wikipedia non è un blog"


 remoto (faccio un'ipotesi), nel frattempo in locale si sarà a 1000.
e poi in rete locale, il 1000 lo moltiplichi sempre per il numero di
switch che hai in rete.
Cioè, sulla LAN tu non hai un solo cavo in tutta l'azienda (come nel
caso di internet) che va a 1000 e tutti passano su quel cavo. Uno switch
ha 20 porte che ti fanno andare contemporaneamente a 1000 su ben 20
cavi, che potranno essere connessi a ben altri 20 switch, e quindi sarai
collegato a velocità 1000 su altri 400 segmenti di rete. E gli switch
oggi te li tirano dietro.
Per fare la stessa cosa con internet dovresti avere XX connessioni
internet e usarle parallelamente.
Adesso ci siamo chiariti che il cloud va bene per la piccola impresa e
per i servizi che devono girare sul web.


 ha scritto:

a me questo thread è servito a chiarirmi le idee.
Ho capito che il sistemista per la piccola impresa, oltre a essere una
spesa ingente, è anche un pietra legata al collo, perché non sempre è
preparatissimo, perché non ha il tempo per implementare le soluzioni
che nel cloud vengono fatte da team di persone che collaborano insieme,
perché questo e perché quello.
In definitiva, la piccola impresa e il servizio che gira comunque sul
web, con il cloud, possono anche andar bene.


 esistono gli storage iscsi, ma non so quanto costano.
Poco, ci sono dei NAS Iomega (tra l'altro certificati anche per Vmware e 
per Citrix) che costano 300€.
-- 
"Mai sottostimare la larghezza di banda di un camioncino che sfreccia a
razzo sull'autostrada" 
Andrew S. Tanenbaum
http://blog.mainardi.me
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"

 interno.
guarda, già l'it italiano con l'innovazione proprio non ci va d'accordo; 
a questo aggiungi che qui c'è sicuramente tanta simpatia per chi vuol 
fare quattro chiacchiere del più e del meno, ma non si può dire ci 
bazzichi la crema del settore (io per primo, sia chiaro).

 
a, ma tu parli di storage in casa. Si è da valutare anche questa
opzione.
Io pensavo invece a ISCSI a noleggio su internet. Chissà poi come si
monta su windows, ma penso che ci sarà un driver.


 Se stai parlando di me, non so davvero cosa hai letto e dove.
Parlo di te come l'unico che qui dentro dichiara di usare già
realmente un servizio cloud, però in effetti in Usa.
Sbaglio?

 web, con il cloud, possono anche andar bene.
Sì, ma se il cloud è sostanzialmente fornitura di s.o. pulito
(correggetemi se sbaglio), non si capisce perchè la micro azienda non
debba piuttosto avere vantaggi ad avere un servizio software
applicativo completo.
In altre parole, un gestionale già fatto e distribuito dal fornitore
con i suoi server, piuttosto che il server virtuale dove montare gli
applicativi proprietari. Chiaramente la cosa è più difficile per il
fornitore, ovvio che abbiano tutto l'nteresse a vendere un "semplice"
rimpiazzo dell'hardware.

 monta su windows, ma penso che ci sarà un driver.
Mhhh...difficile se non hai una connessione buona.
Su Windows c'è l'iSCSI initiator (installato di default su 2008)

 funziona su ubuntu, android, windows e OSX.
dropbox è il toccasana per la condivisione di file e cartelle ma come
archiviazione/backup anche privato non funziona, a meno di rinunciare
alla sua funzione principale. io ad esempio ho svariati giga di foto
archiviate, non ha senso sparpagliarle su tutte le cartelle condivise
di tutte le macchine.
preferisco usare dropbox con il quota gratuito per i file di uso
quotidiano e pagare s3 per archiviazione e backup.



Hai ragione, ho frainteso la tua frase. (USA non USA non c'entra, uso 
una CDN, il che delocalizza a priori direi).


la nuova ondata di marketing, con ritorno ad hardware locale :-))
La Piccola impresa se non e' scema non tornera' mai all'HW locale, se mai ci
e' stata
Il cloud e' una soluzione valida, ottima per pmi che indipendentemente dalle
mode si vdra' in giro sempre piu' spesso, vista anche la natura dell'impresa
italiana
ciauz
-- 

rimpiazzo dell'hardware.
Questa e' una buona osservazione.
DI fatto stai confrontando il cloud con l'outsourcing.
Da un punto di vista del cliente finale non cambia nulla. Infatti nel caso mio
in esempio il cliente finale sapra' per informazione dove metteremo il server,
ma non gli interessa se lo mettiamo in Italia, in America o glielo teniamo in
casa noi.
Per lui sempre cloud e'.
La differenza sottile filosofica fra cloud e outsourcing e che col cloud si va
oltre all'applicativo e l'azienda finale usa il/i server hostati pure per
sharare documenti, per fare backup, per la posta, per tutto. DI fatto il
cliente finale NON HA PIU' UNA LAN o la riduce all'osso, questo e' il punto.
Il fatto che io fornitore uso un cloud e' banale, pure io sono una micro
impresa e non ho le competenze/le strutture/la minima voglia/... di hostare
SW house che hostano sono ormai pochissime e' una follia hostare e si sa ,
tanto per dirne una in teoria dovrsti assumere la security 24*7 e garantire
l'assistenza base 24/7
Sono aziende anni 90 che provavano a hostare e sappiamo come si sono
sfracellate.
Inutile , rassegnati il trend vuole che i server ( e i sistemisti ) finiscano
quasi tutti in queste mega farm stile mcdonald, che piaccia , o non piaccia
:-) 
ciao Nicola
-- 

 italiana
Non sono convinto.
Può essere valido per applicazioni gestionali, magari web based, ma ci sono
processi critici (es. software che pilotano linee di produzione, laser di
misurazione, bilanciature, etc) che sul cloud proprio non ce li vedo. 
Molte PMI hanno hanno processi simili.
PaF

 l'assistenza base 24/7
Sono d'accordo, su piccola scala il cloud è comodissimo. Che sia anche
così tanto economico lo vedremo.

 :-) 
IMHO si continua a sottovalutare il collo di bottiglia rappresentato dalla
connettivitą. 
Puoi avere n linee ridondanti, via cavo o etere, ma non tutte le PMI hanno
esigenze che si fermano al word processing o alla gestione della
contabilitą.
Personalmente non consiglerei MAI l'outsourcing (di qualunque natura) per
processi critici (es. quelli di gestione di macchine industrali)
PaF 

 Mhhh...difficile se non hai una connessione buona.
non sarà veloce. Come non è veloce dropbox o qualsiasi cosa su internet.


 wrote:

pensavo si parlasse di uso domestico.
a casa tu usi s3, Con l'upload a 256/512 KB?


E una azienda senza erp dove va ?
Giusto a titolo informativo: quale ERP gli hai venduto? Noi stiamo
iniziando a realizzare una cosa nuova proprio per venire incontro al
tipo di aziende/realta' che hai indicato tu. 
Magari vedere che c'e' gia qualcosa di simile in giro potrebbe
risparmiarci tempo/soldi/fatica.
P.S. se ritieni anche in pvt, sono sinceramente curioso.

 posto di lavoro) per PMI rinunciando ad un po' di risparmio sui costi.
Da questo punto di vista, se si tornasse all'eta' della pietra forse si
lavorerebbe di piu'.
In ogni caso non so se te ne sei accorto ma i gestionali sviluppati dagli
informatici hanno tolto offerte di lavoro a valanghe di contabili. Le
prima vittime del taglio del lavoro nelle grandi aziende sono stati quelli
che si occupavano di amministrazione e contabilita', proprio perche' 
molto di quello che facevano loro lo si e' potuto automatizzare "via
software", facendo si' che il lavoro che prima facevano in 10, poi potesse
farlo 1 solo.
Ciao,
Marco.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

P.S. se ritieni anche in pvt, sono sinceramente curioso.
Nulla di segreto :-)
E' stato una lunga e travagliata scelta .....
1. Siamo Javisti e quindi abbiamo scartato a priori Microsoft e SugarCRM che
se non erro e' uno dei migliori PHP .
2. Ci sarebbe piaciuto un casino acquisire la conoscenza di un bell'OS , che
e' il nostro core business
3. Non ci ha convinto OpenERP
4. OpenBravo non si capisce beene il modello di business, ma pare che costi
parecchio, in teoria e' il migliore java
5. Abbiamo valutato mooooooooolto a fondo OpenTaps che e' una implementazione
di OfBiz e ci piaceva ( piace ). 
I contro sono che sono prodotti vasti e c'e' una curva di apprendimento del
prodotto difficile da valutare per lavorarci in OS
6. Il nostro clienbte e' monoprodotto e ha una cosa come 4 tipi di articoli a
magazzino pero' ha un processo non banale, in particolare i lotti di magazzino
li taglia e si moltiplicano come i pani e i pesci e questo e' quello che piu'
gli interessa a lui quindi va customizzato parecchio
3. sedi e 16 dipendenti
7. Alla fine abbiamo optato per il MAKE totale, al limite mettiamo tutto nel
Portal giusto per abitudine e per avere almeno la gestione utenti e per
complicarci lo sviluppo :-)
COme costi abbiamo fatto una analisi accuratissima e dovremmo starci dentro,
32k comunque sono oltre un anno-uomo, o 6 mesi una coppia, non e' acqua.
Se vuoi altre info il concorrente ufficiale e' stato 
Aldebra
una mega azienda emiliana che si e' proposta con la soluzione HW
gli vendeva
1. HW e licenze
2. ERP propietario Microsoft da 9k circa ASIA crm mi pare
3. Contabilita' ( l'ex Spiga ) a 7k circa mi pare E-qualcosa
se vedi il loro sito c'e' tutto
loro costavano quasi 60k al primo anno e botte di licenze da orbi negli anni a
seguire
personalizzazione non ne hanno parlato se non 10 minuti e li hanno perso la
gara piu' per il prezzo 
Se ti interessa approfondire o hai idee contattiamoci pure che il settore ERP
per pmi micro ci interessa un casino e ogni idea iniziativa siamo apertissimi
una mia mail  e' 
nicola9000 libero it
ciauz Nicola
-- 

l'assistenza base 24/7
al contrario, quasi tutte le sw house di decente dimensione
(eliminiamo dunque le srl con socio unico) offrono i propri servizi in
outsourcing ed anche tramite hosting, la differenza rispetto a 20 anni
fa e' che adesso di fatto subaffittano uno spazio (fisico/logico)
presso qualche dc di qualche isp (aruba, bt, telecom, fastweb ecc)
mentre prima magari si attrezzavano un sottoscala loro. 


Be si e' lo stesso che dico io in modo diverso, di fatto e' quello che
facciamo pure noi
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 PaF
Ma siamo d'accrodo il punto chiave e' che fino a 10 anni fa il cloud non
esisteva quasi e 100% erano costretti a fare tutto in casa
ora c'e' la scelta. e in futuro aumenteranno le prestazioni e caleranno i
costi come tutto
quindi da quel 100% un 50% forse anche molto piu' usera' il cloud.
Il fenomeno non e' discutibile ed e' in atto
Rimarra' una fetta che fara' in casa, tutto sta capire quanti. COmuqnue oggi
chi avanza e' il cloud e chi retrocede e' il CED
ciao Nicola


 a casa tu usi s3, Con l'upload a 256/512 KB?
si da un po' di tempo per il backup delle foto.
sto provando vari tools, per ora uso questo: 
http://www.s3sync.net/wiki
poi darò un occhiata anche a questo how-to:
http://blog.eberly.org/2008/10/27/how-i-automated-my-backups-to-amazon-s3-using-rsync/

quotidiano e pagare s3 per archiviazione e backup.
Se usi le beta, stabili e aggiornate di frequente, puoi abilitare la
sinccronizzazione selettiva ed escludere la cartelle delle foto dalle
altre macchine.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

Sbaglio?
Io in realta' ho usato i servizi di
www.elastichosts.com
www.gandi.net
www.linode.com
Ognuno con i suoi pregi e i suoi difetti, ognuno con la propria
definizione di cloud (solo gandi lo considero veramente un cloud, gli
altri due li considero VPS).
Al tempo avevo scartato Amazon perche' non offriva in maniera semplice
la persistenza dei dati (si poteva fare con immagini particolari e
lavorando di configurazione montando storage persistente dall'OS).


 Sbaglio?
e per  un servizio web, non per un servizio da offrire all'interno
della azienda. Quindi il cloud mi pare la soluzione più scontata.


per pmi micro ci interessa un casino e ogni idea iniziativa siamo apertissimi
diciamo che stiamo lavorando ad una soluzione per le pmi e le ppa che
comprenda: contabilita' compresa parte fiscale (libri IVA e
liquidazione, 770, F24, Ritenuta d'acconto), cespiti e asset
management, gestione risorse umane, magazzino, ciclo attivo e passivo,
gestione agenti/vendite con preventivi ordini/spedizioni e
fatturazione, con una struttura modulare che ci permetta di essere,
spero, molto competitivi sul prezzo. Immaginiamo di offrire un costo
annuo sui 2/3k a modulo (che ricomprenda: help desk operativo e
aggiornamenti sia tecnologici che di legge, piu' la possibilita' di
avere consulenti e commercialisti nostri pagando un ulteriore extra da
determinare), piu un'una tantum tra i 5 ed i 10k per
avviamento/migrazione da altre procedure (che in sostanza dovrebbero
essere 2 mesi uomo a 125/250 euro/giorno).
Il cliente non avrebbe altra preoccupazione che una linea internet
funzionante.
Tecnologicamente parlando (sempre a grandi linee) il frontend e' php,
il backend e' il classico AS/400 (quindi DB2, ILE RPG ed in
piccolissima parte Java). 
Il cliente potra' scegliere se avere una macchina propria
(virtualizzata ma riservata a se stesso, con un ulteriore piccolo
sovrapprezzo) o una in sharing (cosa che non comporterà costi
aggiuntivi, pur facendo salvi grazie alla particolare architettura dei
Power server, le esigenze di riservatezza, sicurezza, e potenza di
calcolo).
Possibilita' di aggiungere ovviamente per pochi bajocchi ma ancora da
quantificare (pensavo ad un costo per utente) posta elettronica (anche
con servizio push).
Btw in bocca al lupo e buon lavoro.

Btw in bocca al lupo e buon lavoro.
Altrettanto
-- 

Il Wed, 03 Nov 2010 17:15:26 +0100, Suarez ha scritto:
[cut]
Suarez, non prenderla come critica fine a se stante, sei uno dei pochi che
leggo con piacere sul ng, mi chiedo questo: nel 2010 c'è ancora mercato per
l'ennesimo gestionale, soprattutto se scritto da zero ? 
In che cosa può differire il vostro applicativo dalla miriade di gestionali
che già popolano il mercato ?
Io nel mio piccolo ho trovato una "nicchia gestionale" che non ha nulla a
che fare con la contabilità/magazzino, il mercato e lo spazio me lo sono
creato a furia di marketing on-line e off-line (alias persona che chiama e
verifica se c'è interesse), ma anche il mio settore era già popolato,
fortuna mia di software piuttosto scadenti.
Ma di software gestionali a "largo spettro" ce ne sono tanti, non conviene
scegliere un "cavallo vincente" e galoppare specializzandosi su quello ?
Penso a prodotti di un certo impegno come Microsoft Axapta (che avevo visto
tempo fa) o di levatura simile.
PaF

 piccolissima parte Java).
Ancora si usa l'RPG! Incredibile :-)

 gara piu' per il prezzo 
L'avevo gia' letto negli altri tuoi post. Speravo di aver capito male, ma
temevo di aver capito.
Non lo volevo scrivere, ma non ho resistito.
In pratica tu mi confermi che un'azienda *con 16 dipendenti*, per
acquistare un prodotto informatico *indice una gara* ?!?
Mah...
Io dovrei acquistare un portatile.
Quasi quasi indico una gara a cui ammetto a partecipare solo chi ha piu'
di 10 milioni di Euro di capitale sociale...
Ciao,
Marco


 PaF
Andrea 

 complicarci lo sviluppo :-)
Apperï¿œ, il coraggio non vi manca.
Nel '97 pure io mi imbarcai in una avventura simile, perï¿œ allora c'era 
il vuoto. E comunque cinque anni dopo si giunse al tanto temuto "punto 
di rottura", ovvero il momento in cui finanziariamente l'azienda ha 
bisogno di acquisire nuovi clienti ma la loro gestione ï¿œ un onere 
insostenibile. Naturalmente ti auguro ogni bene, ma mi sembra che vi 
siete presi un bell'azzardo sperando siate coscienti che avere in 
manutenzione *tutto* un prodotto dal primo all'ultimo byte ï¿œ un onere 
enorme, che vi corroderï¿œ i margini e vi esporrï¿œ allo spettro 
dell'obsolescenza. Fra l'altro giusto in questi giorni stavo valutando 
le ultime novitï¿œ di Adempiere e, con tutto il rispetto, ce n'ï¿œ di pappa 
da mangiare prima di arrivare a quei livelli. A mio avviso non ï¿œ 
concepibile mettersi in concorrenza con questi prodotti ormai maturi 
quando invece potrebbero essere cavalcati come, fra l'altro, molti giï¿œ 
fanno.
Ribadisco, avete tutti i miei migliori auguri, ma IMHO nel 2010 una 
scelta del genere ï¿œ un mezzo suicidio, e speriamo solo mezzo.

 di 10 milioni di Euro di capitale sociale...
Nulla di anormale.
Ha chiesto un preventivo a una azienda grossa e a noi.
Uno vince uno perde.
Nulla di burocratico, ci ha dato pure il preventivo del concorrente.
Mi pare normale , anceh tu quando compri un auto o un telefono confronti
vari modelli


 vari modelli
Si', ma non indico "gare".


Si', ma non indico "gare".
imho sei troppo vincolato come mentalita' al mondo enterprise ;-)

straordinari allungano la vita :-)
shhh non farti leggere da Osid ;-P e cmq sono d'accordo con te, anche
per questo mi sono infilato nel progetto che ho descritto...:-D

fortuna mia di software piuttosto scadenti.
io non credo che i nostri potenziali concorrenti siano scadenti, li
trovo solo fuori da quel target (e non perche' me lo immagini io ma
perche' me lo sono sentito dire da diverse decine di
imprenditori/operatori), poi certo bisognera' trovare lo forza ed
ilmodo di diffonderlo sul mercato, quello imvho e' un punto su cui
stiamo ancora dibattendo, se a parte il direct marketing ci sono
proposte, sono tutt'occhi&orecchi.

Ancora si usa l'RPG! Incredibile :-)
Credimi per la "business logic" legata al dato, orientata ai
gestionali, non c'e' linguaggio migliore (e ne usiamo diversi qui da
me) e piattaforma migliore del Power server. Oggi su i/OS puoi far
girare COBOL, RPG, Java, PHP, Python (ancora non ufficialmente
supportato da IBM ma c'e' un porting perfettamente funzionante con un
proprio set di API), C,  tutti integrati e che condividono le stesse
"risorse" in particolare dall'ILE RPG si puo' operare integrandosi con
componenti Java e PHP, avendo come device di riferimento tablet,
palmari, webservice, pagine web, oltre che le classiche workstation
5250 e le stampanti.

 proposte, sono tutt'occhi&orecchi.
Io ho trovato alcuni clienti tramite Adwords, anche perch� il mio settore �
ben indentificabile da poche parole chiave. E' un sistema che ritengo molto
valido, con costi ben determinabili a priori e risultati tangibili (basta
guardare le statistiche di accesso ai propri siti).
Hai scritto che la piccola PA � un vostro potenziale target, anche il mio
prodotto gestionale (in un settore assolutamente diverso) ha come target la
PA - di ogni dimensione - (ma anche societ� private che hanno in
concessione determinati servizi), se vi interessa un domani a prodotto
finito si pu� proporre qualcosa di complementare.
Il mio indirizzo � paf.ng (at) 
libero.it
PaF 

 meccanismo č analogo.
In questo caso perň do ragione a Marcoxxx. Per quanto ne so le "gare
d'appalto" dovrebbero essere anche a busta chiusa, cosa che normalmente nel
privato non si fa.
PaF

> proposte, sono tutt'occhi&orecchi.
 NOn sono esperto del settore pero' la mia sensazione e' la seguente.
Il gestioneale per PMI e' sostanzialmente diviso in 2 tronconi :
1. Processi : agenti - preventivi  - personale - lavorazioni - magazzino -
acquisti
2. COntabilita'
Di fatto la contabilita' riceve dati in input dalle vendite e dati in input
dagli acquisti
i 2 prodotti sono tecnicamente mooooolto differenti, il primo e' diverso per
ogni azienda, non so se quando e come inizia a ripetersi
il secondo e' piu' o meno = per tutti e richiede il continuo aggiornamento.
Inoltre il secondo imho se non e' sviluppato in Italia e' un problema .
Il cliente  tipico vede e vuole un fornitore unico se possibile, il che e'
legittimo, e qui succede il casino.
Il fornitore di contabilita' ha tipicamente una azienda strutturata, con i
commerciali, l'assistenza le sla eccetera e spara prezzoni belli grossi
tipicamente su base annua E rischia di essere debole sulla parte processi.
La parte processi invece e' piu' artigianale e richoiede uno sviluppo software
ad hoc.
Questo e' il motivo per cui l'erp complessivo e' sempre problematico e alla
fin fine costoso per il cliente finale, SAP docet su tutti.
Non so Buffetti che livello qualitativo offra.
Prodotti in scatola magici imho non esistono, alla fine come hanno detto
altrove uno vale l'altro, conta mooooooolto di piu' la capacita'
dell'integrator.
Per cui anche se magari sembra un settore saturo e scoppiato e' tutto da
verificare.
Ogni pochi anni cambiano parecchio le tecnologie, gli scenari e i processi e 
e i sistemi vecchi diventano obsoleti e si aprono grandi opportunita' per
inserirsi. 
Il problema piu' grosso imho e' COME eventualmente inserisrsi, Suarez sta
provando la strada dell'outsourcing low cost, se tarata bene e se e' bravo non
e' detto che funzioni e magari bene, l'ERP imho nella classifica delle
esigenze aziendali gira e rigira rimane nettamente il prodotto principe e lo
rimarra' per sempre, poi c'e' il sito istituzionale che solo alcuni un po'
svegli lo inseriscono nell'enterprise portal,  il portal e' moooooolto meno
considerato vitale dell'erp, forse anche giustamente.
Il negozio online, il documentale, la BI, l'eprocurament, l'e-learning ecccc
tipicamente stanno a priorita' bassissime e  non vengono mai bugettizate,
sempre che nella nostra pmi italiana che e' riconosciuto essere di basso
livello di educazione, sappiamono cosa sono e che non si mangiano.
ciauz
-- 

 privato non si fa.
Ericsson le faceva proprio cosi' (con offerte in busta chiusa) 
almeno fino al 2006, poi non so.
In ogni caso sono felice di essermi sbagliato (avevo pensato che anche
un'azienda di 16 dipendenti ormai per richiedere un lavoro informatico
pretendesse che i partecipanti alla gara fossero aziende e che avessero 10
anni di esperienza nel settore, un capitale sociale non inferiore a 1
milione di euro ecc., ecc. ).


 Marco
ciao NIcola


privato non si fa.
Rispondo a PaF ma vale anche per Marcoxxx quello che ha fatto n n e
quello che faccio io molte volte l'anno, ha un nome specifico:
*licitazione privata*, e pensate e' pure regolata dal codice civile.

 Le mie prime 2 gare pubbliche a cui sono stato invitato me le hanno inviate
Alla gara pubblica pero' non dovresti essere "invitato", almeno in teoria,
anche se poi non so effettivamente come funziona.
In teoria dovrebbero pubblicare il bando e chi ha i requisiti dovrebbe
poter partecipare.
In ogni caso ad esempio Poste Italiane credo che faccia piu' o meno cosi':
prima di tutto per essere loro fornitore devi essere accreditato.
Per farti accreditare devi riempire una serie di moduli che puo' scaricare
da nonmiricordoqualesito (se interessa posso verificare).
In questi moduli ci sono delle domande un po' strane a cui devi rispondere
(tradotte in italiano suonerebbero un po' come: "quanto fatturi ?", "negli
ultimi 3 anni com'e' l'andamento derivata del tuo fatturato e della sua
derivata?", "quanti clienti hai", "che capitale sociale hai?", "quanti
dipendenti hai?", anche se in realta' le domande non sono poste cosi' ma
sono poste nella loro forma mistico-arcaico-burocratico-psichedelica).
Se le risposte piacciono verrai accreditato.
Se non piacciono non verrai accreditato
Anche se in teoria i valori per cui puoi ottenere l'accreditamento
dovrebbero essere scritti  nei moduli stessi (pero' data la forma
mistico-arcaico-burocratico-psichedelica di questi, non e' detto che si
possa
capire quali risposte gli vanno bene e quali no)
Dopo che  sei stato accreditato dovresti poter scaricare i bandi e
partecipare alle gare. E teoricamente non dovrebbe contare molto se sei
amico o meno (ma tanto basta accreditare quelli giusti).
Tra l'altro credo che ultimamente abbiano una policy del tipo: "il
fornitore, dopo aver fornito, non potra' piu' fornire almeno fino a che
non avranno fornito anche altri che siano in grado di fornire"  
o qualcosa del genere, anche se in realta' qualche eccezione penso che ci
sia sempre (o almeno una policy cosi' ce l'hanno nella controllata, non so
con certezza se vale anche per la controllante).
Ericsson invece, all'epoca, invitava a partecipare alle gare quelli che
decideva Ericsson di invitare. E solo quelli partecipavano!





Suarez ha scritto:



Beh.. come gia' scritto, quando la fa Ericsso, la fa con le modalita'
che dice PaF (busta chiusa) ma credo che anche in quel caso si parli di
"licitazione privata"


Marco
Ciao
-- 

poter partecipare.
No guarda, anche la PA puo' fare delle c.d. *procedure ristrette*,
invitando a partecipare un numero limitato di soggetti, in genere
preso dal suo albo fornitori (ma anche no, ci sono delle eccezioni, se
interessa approfondiamo)

 fornitori e senza una gara (magari con delibera del direttore generale)?
Certo.
$GROSSO$ comune per il quale ho fatto una demo per il mio software mi ha
detto che hanno il limite a 20k euro per gestire acquisti senza gara,
acquistando da società senza particolari vincoli (a parte qualche
certificazione spicciola come il DURC).
Attenzione che questo non esclude assolutamente che gli acquisti non siano
fatti con serietà (nonostante quello che si dice sulla PA in genere, qui
sul ng ho letto tanti di quei luoghi comuni di chi in realtà con la PA non
ci ha mai lavorato), nel mio caso il personale sta valutando da oltre un
mese il mio software tramite area demo dedicata, per fare confronti il più
possibile approfonditi con la concorrenza.
Io ai miei clienti ho fornito il mio applicativo senza partecipare a
"gare", ma solo dopo aver mandato l'offerta formale.
L'unica gara a cui ho partecipato è stata una farsa, in quanto il comune
aveva già deciso di approvigionarsi dal solito fornitore, ma erano stati
"costretti" (non so i dettagli) ad imbastire il teatrino.
PaF

 interessa approfondiamo)
Anche se al momento non ho interessi personali nel settore, la cosa mi
potrebbe comunque interessare (tra l'altro in una specie di PA ci ho anche
lavorato ormai parecchi anni fa, anche se era sostanzialmente una
universita', quindi un po' particolare forse rispetto ad altre)
Mi interesserebbe capire in particolare se e come puoi proporti tu a loro
evitando di passare per gare che richiedano requisiti tipo capitale
sociale > X, ecc. E se eventualmente potrebbe farlo anche un singolo
professionista.


Nessun tentativo di fare furbizie.
In questo caso si parla di incarichi professionali, qui bisogna andare
a vedere il rac (regolamente di amministrazione e contabilita') o
similari dell'ente. In genere i dg (o incarichi simialri) possono fare
affidamenti diretti, in genere entro i 10k, senza particolari
formalita' burocratiche, sopra quella cifra ti possono richiedere
l'iscrizione all'albo o altre ammenicoli, se il progetto e' di picoclo
importo ma interessa cmq certi settori possono in ogni caso essere
obbligati ad andare a gara (sia procedura ristretta che altro)...

 generale)?
certo, credo si chiami -licitazione privata- 

 scelta del genere � un mezzo suicidio, e speriamo solo mezzo.
puo' essere una forma di -investimento- : prendo la commessa e sviluppo il 
prodotto (con poco margine) per poi ripresentarlo rivenderlo ad altri n.
Non e' una idea cosi' peregrina, potrebbe anche andare ; anzi e' una strada 
quasi obbligata per chi vuole aprirsi nuovi mercati (leggi aumento del 
fatturato).
Io gli faccio comunque i miei auguri nonostante le mie perplessita' (anche 
se riguardano tutte il cloud, non il software in se)
Andrea