Découverte du code via une formation express

Répondre
Partager Rechercher
Citation :
Publié par Himawari
Pour le domaine, ne connaissant pas grand chose là dedans je ne saurais te répondre.
En dehors de web et logiciels y'a quoi ? Appli mobile ?
Pour le moment j'aimerai surtout savoir si ça peut me plaire
https://www.banque.di.afpa.fr/Espace...4d6f6c5&type=d
Tiens, ça va t'aider sur des bases.

En gros, on peut découper ça en plusieurs catégories:
- Les devs
- Ceux qui touchent au matos
- Ceux qui ont un métier de merde
- Ceux qui gèrent les projets et conseillent

1) Ces métiers peuvent être soumis à gros rush et horaires conséquents selon les livrables à fournir
- Dev de site web type CMS (intégrateur front, dev de modules, travail avec wordpress et CMS) -> indépendant ou bossant dans une agence de comm'
- Dev de logiciels: logiciels compilés déployés sur les postes client, logiciels accessibles depuis une plateforme web -> produits internes, SSII/ESN, éditeur de logiciel
- Dev d'applications mobiles (natives ou cross-platform)
- Dev de jeux vidéos: le secteur le plus pointu technologiquement et qui paie le moins bien
- Dev de framework qui vit de son patreon (voir: vue.js)
- Dev bas niveau sur systèmes embarqué (genre sur un linux lightweight, principalement en C), informatique industrielle - très challengeant car on fait avec des capacités réduites

2) Ces métiers ont souvent une astreinte et parfois des horaires décalés.
- Sysadmin
- Architecte réseau
- Spécialiste en sécurité informatique

3) Des branleurs au QI à 2 chiffres
- Changeur de souris
- Support utilisateur
- Formateur logiciel
- Q & A
- Documentation

4) Des couillons qui pigent rien à la technique de toute manière (sauf le lead dev)
- Lead dev / Code reviewer
- DPD RGPD
- Chef de projet MOA/MOE
- Scrum master / Product owner (méthode agile)
- DSI
- Consultant indépendant (truc que tu fais en fin de carrière quand t'es plus bon à rien, en général tu donnes un titre à la con style "Conseil en transition numérique")

Les évolutions de carrière possible sont soit dans l'acquisition de compétences transversales (profil couteau-suisse), soit l'expertise technique, soit le management.
Citation :
Publié par Neirdan
1) Ces métiers peuvent être soumis à gros rush et horaires conséquents selon les livrables à fournir
...
Vision très étriquée orientée front B2C, au hasard, tu oublies la data
Citation :
Publié par Assurancetourix
Pour les membres privés en python j'ai un vague souvenir de préfixage avec underscore qui sortait au moins des warnings, me semble.
C'est une convention, il n'y a pas en Python de concept de membre privé.
Après, si c'est pour faire un membre privé et des fonctions get/set comme on voit souvent, autant y accéder directement.

Pour les classes statiques, c'est un peu comme un namespace donc en Python un module fait le job.

Dans tous les cas, l'OP n'en est pas à se sentir limité par tel ou tel concept qui ne serait pas dans tel ou tel langage.
Citation :
Publié par Neirdan
Des branleurs au QI à 2 chiffres
- Changeur de souris
- Support utilisateur
- Formateur logiciel
- Q & A
- Documentation
Ah ouais quand-même !
C'est bien connu, les tests ça sert à rien...
Citation :
Publié par kermo
C'est une convention, il n'y a pas en Python de concept de membre privé.
Après ça dépende de l'IDE car certains refusent de compiler quand on ne respecte pas la convention
Citation :
Publié par kermo
C'est une convention, il n'y a pas en Python de concept de membre privé.
Après, si c'est pour faire un membre privé et des fonctions get/set comme on voit souvent, autant y accéder directement.
Ha mais les getter/setters, quel cancer la plupart du temps. Non c'est plutot pour "planquer/pas touche" des détails d'implémentation
Citation :
Publié par Assurancetourix
Je kiffe le c++ donc je ne vais pas te contredire. Je trouve pas ça hardcore, et même depuis c++11 y'a des rajouts de trucs funky pour les machins qui étaient lourds avant(lambdas, auto, boucles for simplifiées avec iterateur, initialisation des containers, pour les trucs vraiment en usage journalier)
Je kiff aussi C++, mais ptin, c'est dur quand meme. Y a tellement de moyens de se tirer une balle dans le pied. Mais bon, ca va vite, au moins
C'est un peu HS par contre.
Citation :
Publié par kermo
C'est une convention, il n'y a pas en Python de concept de membre privé.
Après, si c'est pour faire un membre privé et des fonctions get/set comme on voit souvent, autant y accéder directement.

Pour les classes statiques, c'est un peu comme un namespace donc en Python un module fait le job.

Dans tous les cas, l'OP n'en est pas à se sentir limité par tel ou tel concept qui ne serait pas dans tel ou tel langage.
Les gets/sets ont plusieurs raisons d'exister à la place d'un accès direct: autoriser l'accès à seulement qui on veut, pouvoir formatter sa donnée, par exemple en la filtrant/convertissant (très pratique pour les valeurs qui ont une unité, le genre de trucs bien dupliqué partout qu'on peut centraliser super facilement à condition que personne ne puisse y accéder directement) et la valider et également simplifier grandement le débug. Si ce n'était pas important à la limite on pourrait carrément tout mettre en global, on ne le fait plus et c'est considéré comme une des pires pratiques.

Les classes statiques ne sont pas des modules. Par exemple dans le cadre de mes activités j'utilise un framework qui nécessite d'implémenter des décorateurs. Le décorateur ne peut pas être modifié après sa création et ne peut être crée que sous la forme d'une annotation de la classe qu'il décore. Du coup la seule et unique façon de pouvoir lui passer des arguments dynamiquement c'était de passer par une classe statique, qui contient des membres statiques pouvant être configurés à l'avance. Ça été difficile, il y a eu beaucoup de stackoverflow, et le code est juste horrible. Alors que dans n'importe quel autre langage j'aurais juste eu à mettre un mot clé ....

Dernière modification par Cpasmoi ; 23/06/2019 à 06h50.
Répondre

Connectés sur ce fil

 
1 connecté (0 membre et 1 invité) Afficher la liste détaillée des connectés