Reprise du message précédent :

Si ce n'est pas pour le remplacer, fuis.

 
   
 
Soit il a des raisons supra galactiques de l’espace car vivant dans un univers parallèle qui nécessite vraiment ça, soit c’est un con…  

C'est à dire ? Utiliser une clé pour se connecter en SSH .. ? C'est vraiment si rare ?

Fuis    

#1 ça peut être justifié, mais faut quand même de bonnes raisons.

#2, wtf

#3, sauf si c'est parce qu'ils utilisent un autre VCS, wtff

Mec c'est genre 3/4 du topic  

bordel ça fait mal de lire ça
 
(enfin pour vous )

ou cocher la case pendant 1  an histoire de valider un poste de dev (mais ça veut dire etre prêt à chercherc autre chose en parallèle, quasi dès le jour 1 )

C’est un peu le plan.
 
Le marché canadien est actuellement assez dur pour les jeunes diplômés / juniors.

T'as quel age déjà ?

Il n’y a pas de rapport entre l’âge et l’xp

Fig.1 Comment justifier la pédophilie

Tu deviens malaisant là  

 
Fuis, pauvre fou !
(Sauf si t’as faim et que c’est ton prochain repas)
Niveau XP ça va être la caque, parce que ça part déjà mal niveau bonne pratiques  
 

+1 (enfin j’ai encore 8 ans, mais quand même )
 

Dis donc !!!!  
 

 
Ben comme pour GitHub ou autre ? T’as une clé privée, tu refiles la clé publique aux hôtes auxquels tu veux te connecter, et ça t’authentifie automatiquement
 

T'avais 2 ans de marge comême

P'tit con

P'tit con

Les jeunes ils ne respectent plus rien. Pas étonnant qu'ils ne trouvent pas de taff

C’était une taquinerie

Projet angular migré en React par un "dev react"
 
Bon ok, ya des trucs de fait, je reprends le projet :  
 
- Aucune gestion des erreurs,
- dans les composants avec des tableaux, les lignes répétées ne sont pas dans des composants, du coup des fichiers de 500 lignes minimums
- la conversion en React a été faite avec ZERO SPECS
- Les specs que j'ai eux étaitent bancales, les règles métiers spécifiques n'apparaissent pas
- L'api backend a changé 3 ou 4 fois
- certains bugs remontés n'ont pas forcément l'air en corrélation avec l'existant  
 
Parfois je déteste mon métier et envie d'envoyer boulet le projet.

Oh oui... Travailler avec le code source des autres est une source d'anxiété et d'énervement sans fin...
 
La dernière connerie que j'ai vu, c'est dans un *ahem* plugin wordpress *racle*, qui fait le lien avec Mailchimp dans des formulaire de contact. À chaque requête vers le site, ces cons-là vérifient si la connexion avec Mailchimp est ok... Précédé de 2, oui 2, vérification qu'on est bien connecté à Internet (en curlant example.com). Donc à chaque page, t'as 3 requêtes HTTP inutiles qui bouffent déjà en moyenne 1.5s        
 
Tu crois qu'il y a encore un seul connard qui profile son code ?  

Se limiter dans l'utilisation des frameworks ou lib quand c'est pas absolument nécessaire, je suis aussi dans cette logique, ça limite les dépendances à d'autres projets. Quand ces projets sont plus maintenus, t'es en galère si y'a des bugs ou failles de sécu et faut reprendre une partie de ton code plus ou moins importante en fonction de l'adhérence de ton appli à cette lib/framework.
Pour une applis web que j'ai commencé à coder fin 2002 en PHP, j'ai hésité à partir sur un framework de l'époque. J'ai finalement estimé que ça serait pas super utile (ROI pas top entre le temps de monter en compétence dessus et le temps que ça me ferait gagner ou amélioration de mon code). J'ai bien fait car aujourd'hui, l'appli est toujours en prod, tourne sur du PHP8 et plus aucune lib/framework de l'époque n'existe. J'aurais été bien dans la merde à devoir recoder une grosse partie si j'avais utilisé un framework.
 
Pas vouloir automatiser des tâches, ça, c'est complètement con. Ca permet de fiabiliser les actions, limiter les risques d'erreurs et ça fait gagner du temps quand cette automatisation concerne des actions que tu fais souvent.
 
Pas utiliser git, là encore, c'est vraiment très con   Ils utilisent peut-être CVS ou Clearcase, des produits bien pratiques ?    
 
Comme les autres, si tu peux, fuis ! Tu risques de pas apprendre grand chose, voire de régresser sauf si on te laisse mettre en place des choses et moderniser leurs pratiques. Là, ça peut être intéressant.
 
 

P'tit con  

Vous avez la mémoire courte. Ça fait des mois que rokhlan nous dit qu'il trouve pas de taff. Il précise même qu'il a du prendre un autre job alimentaire sinon c'est galère de thune.
 
Donc, continue le process même si c'est de la merde. C'est tjs mieux que ce que tu fais actuellement.

Il y a tellement de façons d'écrire le code en PERL que fatalement...

C'est complètement pété cette réflexion, et je dis pas ça parce que je viens d'avoir 50 ans, p'tit con

Skeye te confirmera que j'ai bossé récemment avec un jeune de 27 ans... Ben putain, le mec avait des pratiques des années 80 : requêtes SQL en direct, stockage de toutes les données du back dans le localstorage pour limiter les appels (en fait, il cherchait carrément à se passer du back), duplication de code dans tous les sens... J'ai du le recadrer, mais ça n'a servi à rien car il a recommencé et m'a pourri la moitié du back que j'ai du reprendre à 50 %

La connerie n'a pas d'âge  

Il a du apprendre des meilleurs (des années 80)

je ne suis pas d'accord
il n'y a pas d'obligation de porter un programme vers une nouvelle version du framework, un programme en symfony 1 ou même cakePhp est toujout maintenable, tout du moins largement autant que du code inhouse

Je suis relativement d'accord mais il est vrai aussi que plus tu utilises une plateforme "connu" (que ce soit un framework ou un cms) et plus tu t'exposes à des actes malveillants, j'ai plusieurs fois eu des problèmes avec des piratages de WP (mis à jour et avec des plug de sécurité), alors qu'aucun de mes sites codé à la main n'a jamais eu ce genre de problème.  
 
Après ça n'a quel la valeur des stats perso au doigt mouillé hein...

Il y a probablement quelques étapes entre utiliser WordPress et utiliser un framework , non?
Et clairement il y a une diff entre un CMS et un fw

Certes mais là ou tu peux mettre à jour WP en un clic, ça peut être plus compliqué pour un Framework.
Je ne sais pas trop, je n'en a pas utilisé directement, mais par contre j'ai vu la passage de version de php sur du code fait main, et parfois ce n'est pas anodin du tout.

 
Mouais, tu vas quand même devoir installer une vieille version de PHP plus maintenue depuis longtemps  
 
Sauf si c'est de l'intranet bien évidemment mais je prédis qu'à la prochaine installation les ops vont se tirer la barbe

 
Ca se discute ça - ça repose sur des versions de php non maintenues

pire que du inhouse ?

edit : reponse a kozkoz

 
This
 
On a eu le problème ici.
 

 
Ici ce qu'on a fait pour notre app principale depuis maintenant plusieurs années, c'est qu'on utilise des libs dont pas mal qui viennent de symfony but not the whole framework. Et on est très content. Le gros gros avantage de cette approche, c'est qu'on update les libraries indépendamment (enfin, on garde la cohérence des libraries symfony entre elle - on les update généralement ensemble) et qu'on a une vraie connaissance de tout l'assemblage et des répercussions que peut avoir telle ou telle update sur une library. On a aussi une flexibilité accrue.
 
Sur une nouvelle app, on partirait surement sur Python avec flask et un assemblage de libraries aussi...  On a d'ailleurs de plus en plus de modules métiers écrits en python qui est vraiment top pour interfacer bcp de trucs entre eux.
 
On a aussi quelques bouts codés en rust pour certains trucs.

Je viens d'installer une caméra ip.
C'est quand même dingue qu'en 2024, quand bien même ce n'est pas trop leur cœur de métier (même si je pense que ça ne peut plus être une excuse), il est impossible d'avoir des logiciels / applications user friendly et bien codé

Je suis en train de faire une maj du firmware (après moulte péripéties), une version qui date de 2021 à celle de 2024.
Ça marche pas.
Bon, j'essaie une avant, non plus.
Je me dis que ça sent le système incremental, je vais prendre juste la suivante, ça passe.
Je regarde la liste à passer, 9 firmwares, à 120s de processus à chaque fois, faut être motivé

18 minutes de MAJ en 3 ans, ça va non ?

 
C'est quoi la marque. Dans ma propriété, j'ai mis du Tapo, et j'en suis vraiment content. Rapport qualité prix, vraiment surpris. L'app fournie avec marche vraiment bien sans soucis. Et c'est aussi compatible avec ONVIF. (j'ai 4 caméras)

Foscam

C'est une caméra avec floodlight et détecteur, pour l'entrée du garage.
Et y a une intégration HA.

Par contre rien à dire côté hard et connectique, c'est propre.

Bisous depuis Venise. Première fois pour moi, c’est pas décevant, en plus il fait hyper beau
 

Non c’est à chier, t’as pas de raison de forcer ton utilisateur à faire toutes les maj intermédiaires  
 
C’est bien de pouvoir “bricoler”, ça devient chiant quand c’est une obligation.
 
Speaking of which, je pense que je vais prendre une Bambu Labs X1C (même logique, je veux un truc qui marche, et les reviews sont excellentes), y’en a qui on du Bambu Labs ici ?
 
Va falloir que je me mette à Fusion,  Raynaud des ressources à recommander pour apprendre ? Je veux modéliser des grandes pièces genre support de rangement, des pièces de drone (je kifferais bien de me faire un whoop 3D printed), donc essentiellement des canopy de woops et des supports d’antennes
 
Je voudrais du paramétrique (disons que c’est ce que je connais ayant appris il y a une éternité Catia v5), je veux pas de sculpture (donc pas blender), et la version payante de fusion est raisonnable par rapport à PTC Onshape

Puis ça c'est quand ça se passe bien (genre une fois sur 3)
Et il faut le deviner, 'c'est écrit nul part qu'il faut passer les intermédiaires.
Et les autres firmwares je les ai pas trouvé directement depuis le site officiel.

Dans IntelliJ, j'aimerais changer la couleur de sélection de la ligne d'un fichier quand je fais "contorl + tab".

Mon thème actuel n'accentue pas suffisamment le fichier sélectionné.

Quelqu'un sait quel est le nom de la propriété qui gère cela ?

Edit : j'ai l'impression qu'il n'y a plus de thème Solarized Light qui fonctionne correctement

Symfony 1 existe toujours. Moi, je te parle de framework qui n'existent carrément plus (faut se rappeler qu'en 2002, PHP n'était pas très vieux et que la notion de framework n'était pas très vieille non plus). J'ai fait le choix de pas faire de l'objet car PHP avait un modèle objet pas très évolué à l'époque (ex : pas de notion d'attribut private par ex), du coup, j'étais resté en procédural. L'an dernier, les resps du SI m'ont dit qu'ils allaient passer toutes les VM du datacenter sur un RHEL8 avec une version PHP8. Si javais pris un framework qui n'existe plus objet, je te dis pas dans quelle panade j'aurais été, le modèle objet de PHP ayant énormément évolué au cours du temps. Là, avec mon propre code, sur une appli d'environ 200 000 lignes, j'ai dû modifier 50 lignes à tout péter pour que ça passe sur du PHP8.
Genre, $MaChaine{$i} à remplacer par substr($MaChaine, $i, 1) et 2-3 fonctions qui avaient changé ou n'existaient plus. Franchement, ça va pour une appli (sur intranet) qui va fêter ses 20 ans en octobre d'avoir pu passer de PHP4 à PHP8 en passant par PHP5, en modifiant si peu de lignes.
 
Edit : par contre, si c'était à refaire, il y a des choses que j'aurais codées différemment. Mais pour garder de la cohérence et pas tout refaire, je suis resté sur la même archi et logique de codage.