c'est la crise mon bon ami
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
c'est la crise mon bon ami
Partir sur d'autres outils décisionnel ou changer de boite.
N'oubliez pas de consulter les FAQ SAS et les cours et tutoriels SAS
si la solution donnée résout votre problème
Bonsoir,
que veux tu dire Sam ?
Sas serait en perte de vitesse ?
Il est vrai que le prix de la solution SAS, dans un contexte de budget en amaigrissement des administration a par exemple conduit a supprimer SAS de notre schema directeur informatique.
On nous pousse a développer de préférence en R avec de plus en plus d'insistance ces derniers mois...
ah bah j'ai un client comme cela aussi. ALors je lui ai mis en place pour voir. Je me suis aperçu de plusieurs choses avec R que je trouve pourtant intéressant, loin de moi l'idée de décourager son usage.
Sauf que l'on revient à du développement maison peu corporate et pour ceux qui veulent avoir un interface type EG c'est raté.
-Tout d'abord l'administration est laissRemplacée à chacun ce qui n'est pas du goût de tous dans les entreprises : on fait quoi pour installer de nouveaux packages ? on devient administrateur du poste ? L'administrateur se déplace sinon ?
-Les données volumineuses montées en mémoire sature la machine : sur un PC ce n'est pas trop grave mais quand vous partagez un serveur, c'est la cata. Et "Données volumineuses" ne veut pas dire "tera" de données.
-Je viens de découvrir que le chargement dans une base SQL n'utilise pas le BCP utility comme SAS par exemple. C'est plus le BULK LOAD qui demande un grant très élevé sur la base. Bof aussi côté admin.
-Le développement : et bien je suis perplexe ; les possibilités d'optimisation/complexité/finesse sont infinies. C'est pire que SAS. Le développement est souvent révélateur d'une personnalité (entendez ce que vous vous voulez par là) et je l'ai constaté dans ce langage plus qu'ailleurs. Allez reprendre le code d'un geek vous allez voir...
Après chacun fait ce qu'il veut évidemment.
Bonjour Stephane,
je partage un peu tes craintes.
R est sur un serveur partagé, pour les package il faut demander leur installation au coup par coup ( en étant patient...).
La volumétrie a ma connaissance est la faiblesse de R, ce pourquoi je fais parti de ceux qui n'ont pas encore fait le pas de la migration vers R.
Je ne travaille pas sur des Tera, mais mes fichiers habituels font quelques Go, taille suffisante pour que j'y regarde à deux fois...
Mais on rappelle effectivement, que developper en SAS n'est plus pérenne.
Au niveau personnel, j'envisageais il y a encore peu de financer a titre perso des certifications SAS afin d'envisager une mobilité professionnelle mais ces derniers échos et la transition vers d'autres outils annoncée par une administration dont j'étais persuadé que la "culture" SAS faisait partie de son identité me font réfléchir.
Oui quelques Go suffisent à tout bloquer. J'ai mis en place R sur un serveur partagé aussi. On le surveille constamment.
En y repensant, tu devrais tester la gestion des données en R aussi c'est ... je ne trouve pas les mots.
Je traîne dans plein d'administrations et sociétés depuis 15 ans et la palette d'outils est plus que large. On ne peut pas tout maitriser donc met-toi sur les deux plus connus et deux challengers.
Rien que dans la Banque rue des bons enfants à Paris, je ne saurais dire tout ce que j'avais vu...
Je pense qu'à ton niveau tu n'as pas besoin de la certif programmation. Celle sur les statistiques prouvera quoi vu ton niveau ?
Je pense que tu dois faire en sorte que sur ton CV tu puisses mettre que tu maîtrises dquelques outils traditionnels de statistiques (au choix ? SAS, SPSS, STATA, EVIEWS, RATS, GAMS, LINDO, STATISTICA,OxMetrics, MATLAB .................. ) et qu'ensuite tu rajoutes les challengers tels que R.
Programmer en SAS n'est pas perenne mais quand tu cherches du boulot c'est mieux de dire que tu le maîtrises quand même.
Je suis dans plusieurs administrations que j'aide ou j'ai aidé à migrer en SAS BI alors que ce sont des utilisateurs statisticiens dans toute leur splendeur. Ca change la donne car avec les procédures stockées par exemple, les statisticiens et chargés d'études peuvent publier leur travail et cela permet de fluidifier les échanges avec les métiers.
Ensuite, au niveau des coûts, c'est une question de négociation. Je travaille là dessus aussi et parfois il faut savoir passer de FOUNDATION à BI pour améliorer les choses ou connaîtres les finesses dans les possibilités de SAS (licences particulières etc...).
Bonjour à tous,Envoyé par datametric
En quoi programmer en SAS n'est pas perenne ? Depuis 10 ans, je ne fait que de la programmation SAS et je suis spécialisé dans un seul secteur (pharmaceutique) et y a toujours du boulot en France (je touche du bois lol). Alors évidemment comme dans tout secteur y a eu des crises, des licenciements de masse et la concurrence indienne mais y a toujours eu par la suite des recrutements y compris pour les juniors.
Se diversifier est certe un atout, ça rassure les clients, ça permet de proposer d'autres solutions, mais un programmeur SAS qui veut faire que du SAS toute sa vie à la possibilité de s'en sortir ... à condition d'être un minimum mobile
Concernant la certification, je viens d'en passer une uniquement pour les recruteurs anglais. Dans la plupart de leurs offres de missions, un certification base ou advance est demandée mais pas obligatoire.
Programmer qu'en SAS n'est pas perenne si tu veux t'ouvrir quelques portes. Simplement. Mais je doute que ne pas savoir programmer en SAS est perenne.
A l'international probablement qu'il faut montrer patte blanche mais dans ce cas il faut passer la certif BI aussi pour montrer que l'on sait faire autre chose (ie. des STP) non ?
Oui la certif SAS est surtout reconnue aux US et UK. C'est surtout base et advance qui est demandé. Les architecte/admin SAS et les vrais developpeurs SAS BI sont tellement rare et recherché qu'ils n'ont pas besoin d'une certif
Mais bon c'est ce que je constate autour de moi mais tout ça est très dépendant du secteur
Je crois que le combo ultime pour une entreprise qui a besoin de faire des stats avec mass de données et de l'automatisation à moindre coûts est :
R + Python(numpy,matplotlib).
Lorsque j'ai mis "programmer en SAS n'est pas pérenne" cela veut dire que dans le cadre d'une structure ne mettant plus SAS comme logiciel prioritaire alors qu'il était l'outil de développement de base, cela veut dire que tout ce qui est développé en SAS à partir de ce jour peut éventuellement être un investissement en temps improductif le jour ou SAS sera effectivement rayé de nos outils (pérenne donc le cadre de ma structure professionnelle actuelle).
Tu es sérieux ?
Tu le vois comment ?
-> Sur les offres d'emploi UK et US, il y a presque toujours la mention "Advanced (ou base) SAS Certification required"
-> Quand on discute avec eux ils me disent : Quand on reçoit des candidats du monde entier, il y a tellement de diplômes et de formations qu'il est difficile de trouver un équivalent à ce qu'on connaît chez nous. Du coup on se base sur l'expérience et les certifications. C'est recommandé mais pas bloquant.
En France, seulement un ou deux recruteurs m'a posé la question si je suis certifié. C'est à titre informatif.
Concernant la certif BI, ce sont des profils plus technique et dur a trouver, je n'ai jamais vu aucun recruteur la demander car on voit assez vite si le gars tient la route ou pas.
OK je comprend mieux et c'est vrai avec d'autres technos.
Programmer en PHP n'est pas pérenne si on passe en .NET
Hello Jérome,
J'avais compris que JJDai vient d'une SSII et une société de conseil et en général dans les SSII s'il n'y a pas d'offres sur un outil, elles proposent des missions sur d'autres outils ici par exemple je vois des outils de repoting ou des ETL.
Personnellement, je ne connais pas R, je suis informaticien de base et je ne maîtrise /utilise pas le coté statistique.
Les prix de location de la License SAS est sauvant justifié par les solutions proposées surtout quand il s'agit de la version BI qui offre des fonctionnalités d'ETL, gestion des données et reporting.
J'ai déjà travaillé chez des clients où l'environnement décisionnel était FULL SAS.
Est-il vraiment rentable et intéressant d'abondonner SAS pour un autre outil ?
ça doit s'étudier. C'est possible si l'outil est hors sujet ou acheter sans stratégie.
Je fais souvent des études comme cela avec des conclusions diverses et variées à vrai dire.
Le coût de migration doit être étudié oui car il peut être conséquent. Comme le coût induit de l'open source car sur R ou d'autres c'est à l'entreprise de se débrouiller pour le support, la maintenance : quelle est le coût humain à prendre en compte dans ce cas ? Généralement il est exclu en considérant que les gens ont le temps de chercher.
Répondre avec citation
Partager