BizSpark e SQL Server già presenti. Posso e dovremmo passare all'OSS?

Dovresti usare qualsiasi cosa i programmatori della startup siano più esperti e a proprio agio. Se questo è .NET, SQL Server, ecc., Segui ciò che hai. Se quello è Python o Ruby o qualcos'altro, allora cambia.

Probabilmente dovresti chiarire che cosa significa "eseguire ingegneria", anche. Mi sembra legato all'hardware, ma ho un vago sospetto che lo stai effettivamente usando per riferirti alla programmazione?

Se SQL Server è una buona scelta di back-end rispetto alle alternative dipende dalle esigenze della tua azienda.

Se stai creando il tuo livello aziendale su uno stack non Microsoft, LINQ è irrilevante. LINQ è una tecnologia che consente ai linguaggi .NET di interrogare un archivio dati in modo più naturale (e più produttivo).

SSRS è uno strumento molto valido per essere associato a un DB. Fai in modo che le tue esigenze aziendali ti guidino sul fatto che sia appropriato.

Personalmente sono molto fluente in .NET, Java e PHP e negli ultimi anni ho diretto lo sviluppo per le startup utilizzando sia lo stack Java che lo stack .NET. A mio parere, gli strumenti e la piattaforma forniti da .NET sono superiori in termini di produttività generale rispetto agli strumenti equivalenti nel mondo Java o nel mondo PHP. Non intendo toccare un altro round di Holy War, condividendo solo la mia esperienza personale.

Dato che BizSpark consente a una startup di crescere a una dimensione ragionevole prima di acquistare licenze per qualsiasi cosa, forse considerare se sia opportuno allontanarsi da Windows se questa è già una piattaforma consolidata. Quando si considera la licenza (almeno se si ridimensiona in modo significativo), la mia preoccupazione sarebbe in realtà se utilizzare SQL Server anziché ad es. MySQL. L'acquisto di una sottoscrizione MSDN per ogni sviluppatore può essere molto meno costoso rispetto all'acquisto di licenze Windows Server e SQL Server per supportare una farm DB di grandi dimensioni.

Lo stack Windows e lo stack Linux sono abbastanza equivalenti. Esistono strumenti simili per entrambi e non c'è nulla che ti impedisca di mixare e abbinare, ad eccezione di StackExchange. Il costo delle licenze software dovrebbe essere trascurabile rispetto al costo degli sviluppatori, specialmente se si dispone di BizSpark, quindi rimarrò con ciò che sanno.

Come Carson63000 dice potresti voler esaminare la base di competenze che hai, questa è una considerazione importante, oltre ai problemi del TCO, prima di spostare le piattaforme.

Detto questo, non c'è nulla di tecnico che ti impedisca di utilizzare RoR o Python con un DB SQL Server. Non sono un esperto di rotaie, ma sarei molto sorpreso se non fosse in grado di parlare con un database MS SQL Server. Ed è possibile eseguire Python, o più specificamente la Iron Python port direttamente in .Net.

Esiste anche una crescente comunità di OS in esecuzione su Windows, attivamente supportata da Microsoft. Per esempio. ASP.Net MVC è rilasciato sotto MS PL . Questo spesso va sotto il nickname di alt.Net , quindi se il sistema operativo è la tua cosa non devi spostarti su una piattaforma Linux ( anche se ovviamente lo farei se vuoi evitare di pagare per le licenze di Windows).

Sebbene ci sia un sacco di "lock in" nel mondo Microsoft e penso che dovresti fare il possibile per evitarlo. C'è un lotto di materiale OSS davvero eccellente là fuori e troppa è semplicemente ignorata semplicemente perché non è Microsoft. Invece le aziende finiscono per infliggere ai loro utenti prodotti di seconda scelta come Sharepoint:)

Anche l'altro lato della medaglia - anche se sei un negozio solo OSS, non c'è motivo per cui non dovresti produrre versioni complete di Windows dei tuoi prodotti.

Non c'è motivo per cui non sia possibile combinare insieme alcune cose OSS e Microsoft. Vorrei usare alcuni dei prodotti OSS per supportarti, come Subversion o git, Redmine o Jira, Nuxeo, ecc. Mentre sviluppavo le tue applicazioni solo per Windows. Solo avere una buona esposizione a queste alternative manterrà te stesso ei tuoi sviluppatori dal diventare "paraocchi" e assumendo che MS sia tutto ciò che c'è nel mondo dell'informatica.

Creazione di applicazioni: se pensi che diventerà costoso, cerca di non creare dipendenze. Ad esempio, costruiamo per Oracle e SqlServer qui, quindi l'accesso al DB deve supportare entrambi. Se hai deciso di costruire contro Postgresql e Sql Server, sarai in grado di eliminare SqlServer se decidi che è troppo costoso in futuro. Allo stesso modo, se costruisci le tue app per utilizzare GUI basate su HTML5 (ad esempio), troverai più facile distribuirle su client Linux (o Android / Chromium / iOS / qualunque) che i tuoi clienti vorranno utilizzare in futuro.

La mia opinione è di considerare quanto segue:

1) Se passi a dire Rails, qual è la curva di apprendimento? Il tuo team sarà in grado di prenderlo abbastanza velocemente? Ora se sei un negozio MVC di ASP.NET non dovresti avere grossi problemi e Rails potrebbe sembrare più "naturale". Se sei un startup WebForms (dubitalo ma non lo sai mai) allora è diverso.

2) In che modo influirà sul tempo di immissione sul mercato? Come startup, devi bilanciare la stabilità a lungo termine con la possibilità di ottenere qualcosa in modo che tu possa effettivamente essere una società e non solo un'altra idea fallita. Se l'utilizzo di uno stack OSS ti aiuterà a ottenere un prodotto di qualità più veloce, allora vale la pena considerare.

In realtà, lo stack MS può scalare molto bene. Sì, la roba dell'OSS è "più fredda" e più "alla moda", ma prima considera i fattori aziendali e usala per prendere una decisione informata; potresti scoprire che puoi avere successo con .NET piuttosto che con Ruby on Rails.