Si on s'arrête à la technologie pure (environnement / plateforme / fonctionnalités) Visual Studio / C# couplé à SQL Server remporte la palme. Son intégration naturelle dans un environnement Windows est un atout de taille dans une société ou presque toute la bureautique est estampillée Microsoft. Il est ainsi très facile, voir même naturel, de lire ou écrire un fichier Excel, de faire des opérations sur l'Active Directory ou même d'invoquer des opérations en Powershell.
Maintenant, il ne faut pas perdre de vue que ma position officielle n'est pas Développeur. Je n'ai même jamais été développeur Web professionnel (même si j'ai été analyste programmeur il y a bien longtemps), tout au plus un amateur éclairé. Mon poste officiel est Administrateur de Bases de Données SQL Server. Ce sont d'ailleurs les capacités de l'environnement SQL Server et mon passé d'AP qui m'ont amené naturellement à dériver vers le C# dans le cadre de réalisations Proof of Concept
D'ailleurs, toute la suite SQL 2008 est monstrueuse sur bien des points
- SSMS (Management Studio) pour gérer les bases de données.
- SSIS (Integration Services) pour réaliser (entre autres) des processus ETL.
- SSRS (Reporting Services) pour tout ce qui est reporting.
- SSAS (Analysis Services) pour les outils BI.
Nos derniers tests ETL ont d'ailleurs donné SSIS/SQL Server largement vainqueur devant DB2/Oracle avec Datastage. En plus de donner du crédit à l'environnement Windows, ces tests de performance ont été une véritable douche froide pour ceux qui considéraient SQL Server comme un simple "toy for boys". En rajoutant les coûts et la flexibilité dans la balance, la décision était sans appels.
Là dessus, l'intégration des outils et leur coté visuel réduisent grandement le temps de développement.
A titre d'exemple, j'ai eu à faire un PoC afin de réaliser une analyse de données sur des fichiers de plusieurs millions de ligne provenant de différentes services business et sous différents formats (csv, texte, Excel et MS Access). J'ai mis deux jours là ou les ingénieurs gros système en avaient prévu 15. Et encore, quand j'ai commencé, je n'avais jamais foutu les doigts dans un code C#. J'ai juste utilisé les composants SSIS et un zeste de C# en m'appuyant sur une DB SQL Server pour y parvenir. L'intégration naturelle des produits Microsoft à fait le reste.
Pour le coup, mon environnement de travail est certainement très différent du votre.
ssis_01.jpg (Taille : 20,17 Ko / Téléchargements : 8)
ssis_02.jpg (Taille : 47,66 Ko / Téléchargements : 9)
ssis_03.jpg (Taille : 74,6 Ko / Téléchargements : 11)
Pour le développement perso, j'en reste à MySQL/PhP/Apache car je me limite maintenant à de simples tests conceptuels ou fonctionnels, tous mes autres projets sont stoppés par manque de temps.
Donc, pour réaliser deux pages de test, pas besoin d'un Framework, avec Unit Testing, Caching ou autres trucs plus ou moins lourds qui ponctuellement ne m'apporteraient rien.
Je fais des trucs simples, je reste sur une base simple.
Maintenant, il ne faut pas perdre de vue que ma position officielle n'est pas Développeur. Je n'ai même jamais été développeur Web professionnel (même si j'ai été analyste programmeur il y a bien longtemps), tout au plus un amateur éclairé. Mon poste officiel est Administrateur de Bases de Données SQL Server. Ce sont d'ailleurs les capacités de l'environnement SQL Server et mon passé d'AP qui m'ont amené naturellement à dériver vers le C# dans le cadre de réalisations Proof of Concept
D'ailleurs, toute la suite SQL 2008 est monstrueuse sur bien des points
- SSMS (Management Studio) pour gérer les bases de données.
- SSIS (Integration Services) pour réaliser (entre autres) des processus ETL.
- SSRS (Reporting Services) pour tout ce qui est reporting.
- SSAS (Analysis Services) pour les outils BI.
Nos derniers tests ETL ont d'ailleurs donné SSIS/SQL Server largement vainqueur devant DB2/Oracle avec Datastage. En plus de donner du crédit à l'environnement Windows, ces tests de performance ont été une véritable douche froide pour ceux qui considéraient SQL Server comme un simple "toy for boys". En rajoutant les coûts et la flexibilité dans la balance, la décision était sans appels.
Là dessus, l'intégration des outils et leur coté visuel réduisent grandement le temps de développement.
A titre d'exemple, j'ai eu à faire un PoC afin de réaliser une analyse de données sur des fichiers de plusieurs millions de ligne provenant de différentes services business et sous différents formats (csv, texte, Excel et MS Access). J'ai mis deux jours là ou les ingénieurs gros système en avaient prévu 15. Et encore, quand j'ai commencé, je n'avais jamais foutu les doigts dans un code C#. J'ai juste utilisé les composants SSIS et un zeste de C# en m'appuyant sur une DB SQL Server pour y parvenir. L'intégration naturelle des produits Microsoft à fait le reste.
Pour le coup, mon environnement de travail est certainement très différent du votre.
ssis_01.jpg (Taille : 20,17 Ko / Téléchargements : 8)
ssis_02.jpg (Taille : 47,66 Ko / Téléchargements : 9)
ssis_03.jpg (Taille : 74,6 Ko / Téléchargements : 11)
Pour le développement perso, j'en reste à MySQL/PhP/Apache car je me limite maintenant à de simples tests conceptuels ou fonctionnels, tous mes autres projets sont stoppés par manque de temps.
Donc, pour réaliser deux pages de test, pas besoin d'un Framework, avec Unit Testing, Caching ou autres trucs plus ou moins lourds qui ponctuellement ne m'apporteraient rien.
Je fais des trucs simples, je reste sur une base simple.
Quand on te dit qu'un projet est terminé à 90%, prépare toi pour les 90% suivant
Ninety-Ninety Rule
"Une guerre de religions, c'est quand deux peuples s'entretuent pour savoir qui a le meilleur ami imaginaire"
Vu sur IRC
Ninety-Ninety Rule
"Une guerre de religions, c'est quand deux peuples s'entretuent pour savoir qui a le meilleur ami imaginaire"
Vu sur IRC