Boite en full-TT

[BlackLightning]

Salut tout le monde,

Je suis à la recherche d'un job en full-TT. J'ai déjà regardé sur quelques sites, mais les jobs de développeuses logiciels spécialisé en calculs haute-performance se font toujours sur site. A croire que les grosses boîtes n'ont pas compris les avantages du TT pour elles-même et leurs employés.

Vous auriez des noms de boîtes qui acceptent le full-TT (ou au plus 1 jour par semaine en présentiel) en France tout en restant dans le domaine technique/scientifique ?

Merci.

[fry]

j'ai des collègues en TT complet qui ont été embauchés en ce sens (ils sont aux 4 coins de la France, on va pas les faire déménager), par contre on fait que du php, ça correspond probablement pas :s (encore que, on sait jamais)

[RinDman]

Hello,

Certaines ESN/SSII acceptent des postes en full TT. Maintenant si c'est des boîtes avec des vieilles mentalités, c'est mort d'avance  

Le plus simple serait de postuler directement sur les boîtes en spontanés en précisant le mode en TT, et multiplier les annonces via Linkedin par exemple

Après le domaine précis que tu cherches : Aucun idée O_O

[BlackLightning]

@fry

Le php c'est quasiment juste de nom que je connais. Je suis plus C/C++, asm x86_64, Fortran, Python, OpenCL et CUDA. Les technos web, bien j'aimerai les apprendre, mais là je suis assez proche du niveau noob.

@RinDman

Merci pour l'idée. J'avais déjà recherché sur LinkedIn chez des ESN, mais celle sur laquelle je suis tombé (comme Atos, Capge...) ne font pas de TT.

Modifié le 6 décembre 2022 par BlackLightning

[ashlol]

au CERN peut être ils ne précise pas mais si la physique des particules te botte fonce

https://ch-fr.indeed.com/emplois?q=Cern&l=Genève%2C+GE&sc=0kf%3Aattr(6QC5F)jt(fulltime)%3B&vjk=bd7228792dafc0cb

 

[fry]

je me doutais que la partie "spécialisé en calculs haute-performance" n'incluait pas php et encore moins les techno "web" (enfin, python fait un peu tache dans la liste du coup XD)

perso je vois (presque) pas de différence entre c++ (mais mes souvenirs datent) et du php moderne au niveau de la syntaxe ("if", "for", ";", ...), donc pour qqn qui voudrait se lancer dans du php t'es pas forcément dans une situation ou faudrait tout réapprendre de zéro, mais ce n'est valable que pour qqn qui souhaite s'orienter vers ça 🙂 le souci du détail et des perfs n'est tristement pas la priorité des boites "web" (pourtant la satisfaction de faire * 10 000 en perfs en optimisant le code c'est assez sympa (vécu, faire tomber un traitement de plusieurs heures (dizaine ?) en une poignée de secondes), et en réalité ça coûte moins cher que tripler les serveurs chez aws)

[BlackLightning]

@ashlol Ouep, j'ai déjà postulé par chez eux. Merci

Il y a 3 heures, fry a dit :

je me doutais que la partie "spécialisé en calculs haute-performance" n'incluait pas php et encore moins les techno "web" (enfin, python fait un peu tache dans la liste du coup XD)

Pourquoi ?

Je concède que j'ai pas vu beaucoup de codes en pur Python mais j'en ai vu beaucoup pour faire du post-traitement ou de l'IA en utilisant plusieurs milliers de coeurs et plusieurs GPU.
Par contre des codes avec du Python pour l'enrobage et du C/C++ pour les solveurs, ça j'en ai vu.

Il y a 3 heures, fry a dit :

Le souci du détail et des perfs n'est tristement pas la priorité des boites "web" (pourtant la satisfaction de faire * 10 000 en perfs en optimisant le code c'est assez sympa (vécu, faire tomber un traitement de plusieurs heures (dizaine ?) en une poignée de secondes), et en réalité ça coûte moins cher que tripler les serveurs chez aws)

Ce souci n'est pas propre au web. Il est en vigeur à partir du moment où le ratio salaire/cout_serveur devient favorable au serveur. Rajoute qu'il faut ajouter un coefficient de "compréhension" qui fait qu'AWS ça claque plus aux près du boss que la vectorisation, OpenMP ou autres.

 

 

[fry]

le peu de python que j'ai manipulé me donne l'impression (peut-être fausse) d’être une palanquée de surcouches sur des surcouches sur des surcouches qui englobent des bibliothèques de fonctions, à tel point que "ça marche c'est magique", sauf que j'ai pas l'impression que celui qui tape le code "utile" à la fin comprenne bien toutes les étapes des traitements qui entrent en jeu, et que du coup il peut y avoir très/trop facilement des morceau de processus qui n'apportent rien du tout

 

par contre s'il n'y a qu'une seule couche d'enrobage qui délègue à du C/C++ hyper efficace, là je veux bien croire que ça soit bien

 

c'est peut-être faussé par la vague "python c'est génial" qui est arrivée un peu dans le même genre que "nodejs c'est génial" (et là par contre j'en suis certain, le méli-mélo d’enchevêtrement de bibliothèques de node est un gouffre inévitable à performances en plus d’être une porte ouverte à tout plein de dérives)

[ashlol]

Il y a 1 heure, BlackLightning a dit :

Ouep, j'ai déjà postulé par chez eux. Merci

pas de quoi. j'ai pensé tu peux aussi essayé au génoscope à Paris (branche du CEA) ils font plein de calculs de gène (ADN, protéine que ce soit du vivant ou du végétal peut importe)

le python reste du code interprété donc sera toujours plus lent que du code compilé style du C, mais cela reste objectivement plus simple à utiliser du python pour du traitement de données. c'est un langage plus haut niveau et plus facile d'accès car il n'y a pas besoin de déclarer, d'allouer, désallouer, t'as un garbage collector etc.

mais bon j'en conviens le problème du python c'est que justement c'est tellement accessible et facilement codé avec les pieds et fait des usines à gaz qui prennent des plombes alors que si cela avait été codé en C ça roulerait tout droit. Perso je code en C/C++ et parfois directement en asm car c'est ce qu'il y a de plus rapide. Déjà je trouve une différence avec du C++ sur le C/asm dès qu'un langage deviens plus haut niveau et donc permissif les codes deviennent lourd et lent.

Pleins de langages different et ont chacun des avantages et des inconvénients. pour moi le meilleurs langage est le C car il reste à la fois proche du hardware et donc rapide sans être trop haut niveau mais bon c'est quand même peu portable là où le C++ est un peu plus haut niveau et facilement réutilisable et portable d'une archi à une autre.

[BlackLightning]

Il y a 4 heures, fry a dit :

le peu de python que j'ai manipulé me donne l'impression (peut-être fausse) d’être une palanquée de surcouches sur des surcouches sur des surcouches qui englobent des bibliothèques de fonctions, à tel point que "ça marche c'est magique", sauf que j'ai pas l'impression que celui qui tape le code "utile" à la fin comprenne bien toutes les étapes des traitements qui entrent en jeu, et que du coup il peut y avoir très/trop facilement des morceau de processus qui n'apportent rien du tout

C'est pas mon impression de manière générale mais j'utilise principalement Numpy, Scipy, Matplolib et la bibliothèque standard. Il est vrai que pour Matplotlib j'ai parfois cette impression, mais bon au vu de la complexité et de sa souplesse, je suis pas vraiment surprise.
Après ayant apprise le C comme premier langage (en autodidacte) et ayant une fascination pour le "bas-niveau", il se peut que la réflexion qui consiste à comprendre le "dessous des codes" m'est plus ou moins naturel et vient en tapant le code.

Par contre, j'ai connu un étudiant qui me disait la même chose pour l'usage de Python en mode "web" avec Django.

Il y a 4 heures, fry a dit :

 

par contre s'il n'y a qu'une seule couche d'enrobage qui délègue à du C/C++ hyper efficace, là je veux bien croire que ça soit bien

C'est redoutable ! 😉 Mais ça marche super bien qu'avec des tableaux. Dès que tu utilises de la listes, des arbres et autres structures "moins naturelles", je trouve que c'est pas aussi friendly.

 

Il y a 3 heures, ashlol a dit :

mais bon j'en conviens le problème du python c'est que justement c'est tellement accessible et facilement codé avec les pieds et fait des usines à gaz qui prennent des plombes alors que si cela avait été codé en C ça roulerait tout droit.

Ou pas du tout 😆 En général si tu codes bien en C, tu codes bien en Python. Par contre l'inverse n'est pas toujours vrai. Et une usine à gaz en Python est moins encline à bugger qu'en C à de la gestion mémoire, que tu mentionnais à la fin de ta phrase.

Il y a 3 heures, ashlol a dit :

Perso je code en C/C++ et parfois directement en asm car c'est ce qu'il y a de plus rapide. Déjà je trouve une différence avec du C++ sur le C/asm dès qu'un langage deviens plus haut niveau et donc permissif les codes deviennent lourd et lent.

Pleins de langages different et ont chacun des avantages et des inconvénients. pour moi le meilleurs langage est le C car il reste à la fois proche du hardware et donc rapide sans être trop haut niveau mais bon c'est quand même peu portable là où le C++ est un peu plus haut niveau et facilement réutilisable et portable d'une archi à une autre.

Le C++ me plaît bien car il permet une certaine souplesse et la possibilité via les classes de décrire des objets complexes en exposant des fonctionnements simple (exemple avec l'algèbre matricielle). Par contre, oui le compilateur fait parfois des choses bizarres avec les classes et on perd en performance au contraire du C.

Par contre je vois pas en quoi le C++ et plus portable que le C. Pour moi, les compilateurs C sont plus facilement présent sur les autres architectures que le C++, et quand ils sont présent, parfois le support de la norme n'est pas toujours complet.

[L33thium]

Le 07/12/2022 à 11:53, fry a dit :

(enfin, python fait un peu tache dans la liste du coup XD)

python est beaucoup utilisé pour le calcul scientifique puisqu'il est multi langages, avec sa syntaxe simple et rapide on fait bosser des modules haute-performances codés en C/C++ ou autre adapté à l'usage

Et sa syntaxe force la mise en forme du code pour le rendre facile à relire et corriger

[brice.wernet]

Le 09/12/2022 à 22:03, L33thium a dit :

Et sa syntaxe force la mise en forme du code pour le rendre facile à relire et corriger

Et heureusement car python réintroduit les petits désagréments qu'on reprochait au Visual Basic (pré .Net):

• erreur des bases non vérifiées au lancement -> du code ne fonctionne pas alors que c'est évident (mais on ne l'a juste pas relu) et on ne le découvre qu'en exécutant cette portion
• visiblement il boxe/déboxe/reboxe tout...perfs lamentables...
• petit retour du "DLL hell" nouvelle formule: les bibliothèques compatibles 3.7 mais pas 3.10 qu'on souhaite mixer avec une bibliothèque compatible 3.10 mais sans version précédente... (sans parler du fait que pour certains paquets, la DLL ou la lib sur laquelle ils reposent NE SONT PAS dans le paquet..., il faut aller les chercher à la main mais il n'y a pas de doc qu'il l'indiquent)

Et j'ajoute:

• ses "forces" sur la manipulation de matrices me rappellent juste que j'aimais le fortran pour cela (on fait matrice 1 * vecteur 1, on met ça dans une boucle et on indique juste au compilo que telle ou telle variable sera constante pour qu'il optimise le tout)
• Un environnement d'exécution en mode texte et un débogueur qui me font regretter le débugueur intégré des VAX sous OpenVMS (débugage distant, point d'arrêts conditionnels complexes, partage des symboles, bascule langage/code machine claire, postmortem avec possibilité de rembobiner...nostalgie du produit conçu dans les années 80 et inclus dans l'OS dont on n'a toujours pas repris toutes les fonctionnalités ailleurs - sauf sous Windows en fait...)
• Un langage qui n'a rien intégré des technos actuelles et qui a une syntaxe H-I-é++ dès que c'est à peine en bas niveau

En gros, python me donne l'impression de Javascript: une base "pet project" mal définie, une évolution pour satisfaire aux attentes spécifiques de certains, mais au final ça barbotte pas mal dans un état où il est loin d'être un langage "tout-terrain".

En maquettage, ou scriptage évolué avec quelques transformations de données il est très bien. Pour un gros projet, il demande beaucoup d'outils autour (surtout du test automatisé).

Pour le déploiement, je le hais, malgré des outils qui semblent intéressants je me suis retrouvé trop souvent à mettre les mains dans le cambouis.

Il y a une question d'habitude, mais aussi une question d'expérience: corriger/débugguer/développer du python, ça m'a toujours fait penser à la même activité avec des macros excel en VBA. Du coup question: pourquoi un nouveau langage? On a juste l'impression que le créateur trouvait les autres langages trop compliqués, a créé son langage, a été confronté aux difficultés déjà rencontrées par les autres langages, et les a gérés peu ou prou de la même façon. Bref, on est au même point qu'avant, mais avec un nouveau langage.

--> Il aurait mieux valu reprendre le basic avec la syntaxe moderne (qbasic, gambas) en forçant l'indentation. On aurait gagné du temps (et on aurait pu voir que le BASIC n'est pas totalement nul comme langage, en fait les versions des années 90 avaient de bonnes idées)

(par contre, rust est une grosse avancée je trouve. Vraiment un candidat au remplacement de C dans ce que C sait faire de mieux: le bas niveau. Mais avec directement intégrées dans le langage les principes actuels de sécurité, lambda, parallélisme - mais je le cantonne pour le moment aux outils plus "système")

[ashlol]

Il y a 2 heures, brice.wernet a dit :

petit retour du "DLL hell" nouvelle formule: les bibliothèques compatibles 3.7 mais pas 3.10 qu'on souhaite mixer avec une bibliothèque compatible 3.10 mais sans version précédente... (sans parler du fait que pour certains paquets, la DLL ou la lib sur laquelle ils reposent NE SONT PAS dans le paquet..., il faut aller les chercher à la main mais il n'y a pas de doc qu'il l'indiquent)

+1 j'ai plusieurs code qui ne fonctionnent plus après telle ou telle version de python donc obligé d'avoir plein de versions différentes. Ca c'est le truc le pire je trouve que la compatibilité descendante ne soit pas assurée c'est inacceptable pour un langage.

[L33thium]

pip et virtualenv arrangent ça mais oui. Mais je ne crois pas que python soit souvent utilisé dans de grands projets.
Il est entre le langage de script et un OO, il est souvent utilisé à la place de matlab.

dans mon cas je m'en sers beaucoup pour attaquer une base de données ou une API pour une tache simple qui manque à un logiciel lourd,
Bref quand j'ai besoin de plus qu'un script shell mais pas besoin de coder un logiciel, et pas 40 heures à consacrer à ça.