Reprise du message précédent :

Yes c'est une référence ce site pour les noobs comme nous

Effectivement c'était pas très subtil après tant que ça paye bien la PI perso ça me va...

Pas d'accord, le gros avantage du VBA, c'est qu'il permet de gérer très facilement une interface graphique et la gestion des entrées sorties.
D'où le fait qu'il soit massivement utilisé.
 
Python, c'est très bien, mais ce n'est pas la même utilité.

 
C'est marrant du coup justement de mon point de vue c'est ce qui le rend difficile à comprendre vraiment (enfin à ne pas faire du petit nègre) surtout si tu veux être pythonique...

Et surtout utilisable dans toutes les grosses boîtes du moment que tu as Excel.

Python c'est pas toujours gagné.

Tu peux faire beaucoup en VBA quand même, idem avec power query

Bah cad que parfois solutionner un problème avec Excel / VBA est plus efficient que de sortir Python Parce qu'on a pas tjrs besoin de perfs absolues...

Python c'est un peu l'anglais des langues. Ça permet de rapidement comprendre les principes de base de la programmation. Ça peut bien sûr devenir très ardu. Sql peut être très dur aussi, m'enfin si c'est pour trier des données ça devrait être facile...

 
Sans vouloir lancer un débat chiant, python pour faire du graphique c'est pas mal du tout et les entrées sorties je suis pas vraiment sur que ça soit un critère de choix vu que c'est quand même rare les langages qui les gèrent mal (en tout cas j'ai rarement vu ça comme un critère mais je veux bien être éclairé)...

Voilà
 
Alors oui, le langage est moche, c'est un truc fait de bric et de broc, c'est pas optimisé. Mais pour la grande majorité des problèmes demandant une automatisation pour un non informaticien, ça suffit largement.
 
Tu vas pas coder un réseau de neurones en VBA, bien sûr.

A mon avis, tu surestime grandement "les gens"

VBA ca reste l'outil des stagiaires ou des JD. Quand tu veux un truc sérieux et perenne, tu utilises d'autres languages.

OK sais bien.

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

 
J'adore les déclarations péremptoires (ou perpendiculaires, c’est selon) sorties du chapeau comme ça.
 
Est-ce que VBA c'est bien ? Non perso j'aime pas mais ça a un gros avantage dans plein de boites: ça marche sur tous les postes vu qu'il suffit d'avoir excel, et d'activer les macros.
Franchement je ne compte plus le nombre de trucs que j'ai vu qui était fait sous excel en VBA. Aussi bien dans l'industrie que dans la finance...

Tellement pas. Tu serais étonné du nombre d'outils en VBA que l'on trouve en finance.

Dans le domaine de Theomède, ils doivent avoir des Excel de malade super visuel qu'ils ont certes du mettre du temps à faire, mais qui sont carrément plus facile à utiliser/maintenir qu'une appli lourd géré par un service informatique.
 
Si c'est pour un usage local ça peux être le bon choix.

Ok, il a l'air intéressant, y a un tuto dispo qui a l'air clair.  
le problème c'est qu'on me conseille tellement de chose qu'au bout d'un moment c'est un peu compliqué à suivre. Pour l'instant je vais me concentrer sur seulement certains trucs et le R en fait parti, mais chaque chose en son temps, j'ai que des journées de 24h malheureusement.

Je comprends ce que tu veux dire mais mon commentaire reste le même.
 
J'ai utilisé VBA par le passé. Et c'est plutot sympa quand tu fais du reporting ou du clique bouton et que tu as besoin d'automatiser certaines taches.
Mais ca reste de l'outil de dépannage. Jamais tu vas vendre a un client un bout de code VBA ou t'en servir comme outil officiel en interne dans la boite. Ou alors l'entreprise a vraiment pas bcp de moyen.
 
De plus, aucun dev n'acceptera de bosser la dessus. Déjà que j'ai du mal a motiver des équipes sur java et nos nouvelles api pcq "c'est pas stimulant intellectuellement", si j'en mets sur vba, j'ai leur lettre demission demain.
 
Et c'est en effet les jeunes qui utilisent ca : Perso, après cinq années d'expérience hors de question que je fasse des taches qui necessite du code de dépannage sur VBA.

Est ce vraiment convenable de se tripoter la nouille sur des langages de programmation

 
Quand c'est le seul moyen pour se valoriser, faut croire que oui.

Je pense connaitre a peu pres tous les modules de pricing chez bnp, si t'as bien quelques spreadsheets que les employés se partagent officieusement pour faire du reporting, tout le reste est en dur.

 
Le savoir absolu  
 
 
 

Taisez vous. Après vous saurez pas.  

 
FYP

 
Pour un dredi, j'en viens à penser qu'il nous faudrait une belle intervention dont a le secret notre cher ami Dante pour ramener un peu de convenabilité sur ce topic en perdition

Le contenu de ce message a été effacé par son auteur

 
Mouai, ça devient lassant les vendredis sur le mhérite, les prises Legrand, les charettes chinoises et autres discussions sur les pavillons Phoenix payés par l'état Luxembourgeois.
Je passe mon tour.

J'ai vu ouais.  
Mais si c'est pas un langage de hacker aucun intérêt, faut que ça matche avec mes hoodies noirs.    
 
Et selon toi il faut quel degré d'engagement et combien de temps pour devenir efficace en prog en autodidacte ?

Qu'est ce que t’appelle efficace? Perso je dirais plusieurs années, quand tu vois le niveau de la majorité des JD d'école d'ingénieur spécialisés en info...

Entre le j'y connais rien et l'expert.  
 
Plus sérieusement, pouvoir faire ses preuves en entretient et avoir un taf là dedans quoi.

Un job de développeur avec une expérience d'autodidacte?
Je sais pas trop j'imagine que ça peut dépendre des boites, mais si on met de côté le côté ou l'autodidacte maintient un gros projet open source et ou donc toutes les portes lui sont ouvertes.
C'est pas simple, à mon avis dans les grosses boites c'est mort, ils veulent du diplome, à la limite dans une petite boite pour bidouiller mais sans connaitre les gens avant ça me semble compliqué quand même vu le nombre de gens avec des expériences info ou des études liées dispos sur le marché.....

Le contenu de ce message a été effacé par son auteur

Je dirais 6 mois a 1 an pour saisir les concepts selon les langages.

Rust et Python, c'est pas comparable pour moi : c'est pas vraiment fait pour faire la même chose (de mon point de vue)

J'ai pas le temps  

C'est la période des entretiens annuel  

Bosch ça compte comme entreprise qui a pas beaucoup de moyens ?  
Ou une boite d'investissement qui a plusieurs Mrds d'€ sous gestion ?  

Et pourtant ils ont ce genre de trucs dans des fichiers excel pour faire tout un tas de tâches. C'est effectivement jamais une appli super complexe. Mais c'est plus simple pour le déploiement: Monique de la compta a simplement à ouvrir le fichier excel sur le disque réseau et à activer les macros.

Ah mais c'est clair que tu vas pas mettre un dev expérimenté à temps plein sur ce genre de chose. En pratique, c'est plutôt un truc annexe que va faire:
-soit un dev qui fait majoritairement autre chose et qui rend service à maintenir ce genre de trucs si ça lui prend pas trop de temps
-soit un non dev qui développe ce genre d'outils (bon la qualité du code, c'est aléatoire dans ce genre de cas). L'exemple que j'ai en tête c'est dans la finance, un gars qui fait tout et qui a automatisé tout un tas de trucs dans ses macros excel.

Pour l'entretien, etre capable de répondre a quelques définitions du style : un sémaphore, un interblocage ou un algo de peterson.
 
Et pour tout le reste, tu réponds que tu sais pas mais que tu dois pouvoir facilement trouver la réponse dans google.

 
J'ai déjà géré les miens d'une main de maitre  
Là je suis dans les revues de rémunération  

Le contenu de ce message a été effacé par son auteur

Je répète, du code VBA tu va en trouver dans pas mal de classeurs en finance. Car ça automatise facilement et rapidement des tâches. C'est le gros point fort de VBA. Tu veux tester vite fait quelque chose, hop tu ouvres un classeur Excel et tu codes 5-6 lignes en VBA, avec tes requêtes Bloomberg qui vont bien. En 30 minutes c'est fait. Et si c'est pour du one-shot en plus...
Contrairement a un développement en un autre langage, ou cela suppose de passer par le département dev, qui vont mettre 15 jours a faire tes 5 lignes, tu vas bloquer des ressources, pour qu'au final tu ne te serves pas du code car c'était du One-Shot juste pour tester un truc sur le moment.

J'insiste, VBA a son utilité. Et les gérants, traders en sont bien conscients.