Panico: Il Piombo sceglie l'Open Source
Il potenziale cliente dichiara di aver scelto una soluzione Open Source.
Ci sono due possibilità:
- E 'veramente intenzione di utilizzare l'Open Source
- Egli utilizza l'Open Source come una minaccia per ottenere prezzi più bassi
In entrambi i casi si perde ...
Quindi la cosa migliore per voi è che il piombo avventure davvero l'Open Source.
Aprire benefici Source?
Non libero
Solo un numero limitato di software open source è davvero gratuito. Le persone che pensano Open Source = libero sono almeno dimenticare i costi operativi e di manutenzione.
Soluzione non simili o comparabili
In caso di soluzione il piombo aveva requisiti molto specifici si ha un tempo difficile da eguagliare e sarebbe costato investire in ulteriori funzioni e caratteristiche.
In caso di Open Source lo scopo dell'applicazione è spesso diversa. I requisiti di base del potenziale cliente non trovano risposta e ai requisiti specifici sono spesso un grido lontano.
Consulenza legale
Ci sono aspetti legali coinvolti anche: cercare di capire cosa esattamente è consentito con l'Open Source:
- GNU General Public License (GPL)
- GNU Library o "Lesser" General Public License (LGPL)
- GNU Affero General Public License (AGPL)
- Sviluppo comuni e licenza di distribuzione (CDDL)
- Common Public Attribution License 1.0 (CPAL)
- Common Public License versione 1.0
- Licenza Open Software, tutte le versioni 3.0 e precedenti
- Q Public License (QPL), versione 1.0
- Open Public License
Si tratta di una miriade di licenze diverse: in tal modo considerare la necessità e il costo di un avvocato con conoscenze in questo campo prima di pensare anche utilizzando il software.
Un possibile problema è: quando si cambia o aggiungere software, è probabile che le modifiche devono essere messi in Open Source troppo. Questo potrebbe essere buona: tutti i bug potrebbero essere risolti da un programmatore disposto gratuitamente. D'altra parte, questo potrebbe anche significare che le funzioni pagato per essere a disposizione di un concorrente troppo.
Lo specialista di Linux
Come nella maggior parte dei casi il software Open Source è basato su Linux, trovare uno specialista di Linux è necessario al fine di:
- Capire che cosa è necessario per eseguire l'applicazione (tipo di Linux, i requisiti di server, ...)
- Impostare il server
- Installare l'applicazione e l'Open base di Fonte di dati (MySQL, ProstgreSQL?) O altri prerequisiti
- Eseguire l'applicazione
Come avete solo bisogno dei suoi servizi temporaneamente o non tutti i giorni, si può solo considerare un consulente o qualcuno che fa 'dopo le ore'.
Anche se avete un in-house specializzata Linux si devono ancora prendere il suo tempo e quindi dei salari in considerazione.
Business Analyst e specialista di applicazione
Dato che queste applicazioni software sono spesso molto raffinato grazie alle molte persone che hanno contribuito, queste applicazioni possono avere molte funzioni e caratteristiche.
Meno è meglio non si applica in questo caso.
Così si avranno bisogno di un analista di business per analizzare quello che si ha realmente bisogno della soluzione e se l'applicazione è davvero una soluzione alle vostre esigenze.
E inoltre un analista di applicazioni che sa come impostare e parametrizzare l'applicazione in modo da diventare una soluzione al vostro problema / azienda.
Esecuzione della soluzione
Come le soluzioni Open Source richiede di essere eseguito su:
- Il tuo sever: è necessario avere, ovviamente, il server e in casa o competenze esterne sulle operazioni (backup, manutenzione, ...) e l'applicazione
- Server gestiti (a pagamento mensile): hai ancora bisogno di conoscenze sulla gestione / aggiornamento dell'applicazione.
- Hosted applicazione: Potrebbe essere un'alternativa più ragionevole, ma certamente non senza neanche.
Aggiornamenti
Un progetto attivo Open Source è supportato e sviluppato da molti sviluppatori. Le nuove versioni sono disponibili in ogni momento. Spesso anche 'nightly build' per la masochisti tra noi. A meno che gli sviluppatori si annoiano e abbandonare il progetto, che non è così insolito. Si può sempre finanziare un ulteriore sviluppo se stessi, ma per la maggior parte dei clienti un impegno e l'investimento in questo modo è totalmente fuori portata.
C'è anche un sito per progetti abbandonati in cerca di un nuovo manutentore.
Percorso di aggiornamento
SE è disponibile un aggiornamento: Se si esegue l'aggiornamento e quando l'aggiornamento?
E 'ben noto, l'aggiornamento da vecchie fonti a volte è impossibile da fare, quindi è necessario scegliere con attenzione il vostro aggiornamenti. Poiché non sono uno specialista in queste cose, che vi guiderà in modo da non rimanere bloccati in una versione precedente non aggiornabile.
Chi assisterà nel caso in cui l'aggiornamento va male? Chi può si tiene responsabile per risolvere il problema? Si può alzare il telefono e qualcuno domanda per risolvere questo problema al più presto?
Sostegno
Nel caso in cui imbattersi in un errore o un bug, è possibile postare sul message board o forum, e aspettare e sperare fino a quando qualcuno lo riprende in alto risolvere.
Visto che non sono importanti nella comunità degli sviluppatori 'non avendo lo status di sorta, può richiedere molto tempo prima che l'errore viene guardato e risolti se si arriva risolto.
Con alcune applicazioni Open Source imprenditori hanno iniziato a sostenere le piccole aziende, ad un costo ofcourse.
Rischio per la sicurezza
Mentre il codice sorgente è disponibile per qualsiasi hacker, si possono cercare i problemi di sicurezza per la vostra applicazione o uso improprio dei dati se può essere pubblicamente accessibili su Internet.
' La sicurezza tramite oscurità non è la sicurezza a tutti 'è un detto spesso citato. Mentre questo è sostanzialmente vero, non c'è nero / bianco per l'ingegneria del software. Situazioni pratiche del mondo reale sono spesso lontani dalla teoria e la situazione ideale.
Non dovrebbe dipendere la sicurezza attraverso l'oscurità. Non si dovrebbe inoltre ignorare che ci sono persone alla ricerca di bug nell'applicazione Open Source è stato appena installato, con l'unico intento di sfruttarli per il proprio uso.
Conclusione
Quindi cerchiamo il comando andare con l'Open Source come ha messo in testa di basso costo e una soluzione a basso costo. Anche se non ha fatto un quadro completo dei costi, il cliente ha sempre ragione.
Forse il cliente perso diventerà un potenziale cliente dopo un anno di imbattersi in (a lui sconosciuto) problemi.
In ogni caso, un follow-up chiamata 9 mesi dopo sarebbe in ordine e potrebbe causare a lui rivalutare come un piombo.
Il cliente ha sempre ragione.