Reprise du message précédent :

Les temps sont durs au Lux visiblement

Ahah oui, il me faudra aussi celui de facebook cup.
 
J'ai reçu celui de l'advent of code kotlin offert par jet brains, il est assez... pas très beau

Je suis surpris de voir qu'il n'y a pas un chat dans les rues de Turckheim, c'est quand même joli comme village.

YMMV
J'ai un super soleil aujourd'hui, je viens tout juste de sortir le BBQ (pour faire de la place dans le garage certes, mais quand même )

J'ai aussi sorti le bbq cette semaine quand il faisait encore beau, c'était cool

J'ai fait une plancha et mangé dehors samedi dernier.

Là, il fait une alternance de passages nuageux et soleil, mais le vent est polaire

Au moment de mon post : https://www.skaping.com/orleans/bef [...] 4ODg2MA-YQ

 
rofl le niveau de merde sur ce forum
heuresement que c'est un forum
et heureusement qu'on ne m'a pas appris la prog comme vous la pratiquez
parceque sinon je serai un putain de looser
a+ les guignols

Je vais voir si je peux participer en interne pour t'accompagner psychologiquement !

Au sommet de ma carrière j'ai raté le t-shirt d'une centaine de places. Ça devrait être jouable pour toi, même si bon c'est pas AoC

Si tu as une soluce pour le "Twisty Little Passages" je suis intéressé, je ne sais pas où je me plante

ah bordel, y'a des gens qui viennent de me contacter pour un projet de CNC, ça me fait chier d'être dans un tel bordel mental, parce que je commence à récolter certains résultats pro de mes projets d'il y a quelques années.

Je sais pas si tu as vu mais ton code fonctionne pour les vmdk avec 2 minuscules modification
De l'espace pour le descriptif et un secondary grain  directory

Essayes l'alcool :
https://casinointernationalpartners [...] 07348.html
Très bon anxiolytique !

On peut pas avoir la StackTrace sur un runtime error ?

Non on est a poil, là typiquement le dernier problème faut avoir un certain de % de bonnes réponses sur les 100 cas lancés, et ça aurait été sympa d'au moins donner un feed-back pour savoir si on s'améliore ou pas

 
C'est assez frustrant. J'ai un runtime error sur le 2eme test case du probleme de Chain Reacitons. Et a part relire...

oui, c'esst toujours sur des détails que je finis pas ou trouve pas le pb.

Y'a des pro de Go ici ? Je m'y suis mis un peu aujourd'hui, j'ai fait un ptit script qui se connecte à mon NAS via SMB, recup ma liste de films et sauvegarde les données (titre, année, qualité) dans une base de données.

Quand je boucle sur la liste de mes fichiers du NAS, pour éviter de faire un SELECT à chaque itération pour savoir si j'ai déjà INSERT le film, j'ai fait un SELECT * avant et mon but est juste de check si le film est dans le result ou non.
En JS, tu fais un find ou un includes sur ton Array et c'est plié. En Go, t'es obligé de boucler sur ton Array visiblement ? Ca me fait une double loop et me parait pas super opti.

Du coup, j'ai foutu ça dans une Map genre : https://github.com/Enishowk/Movies- [...] ain.go#L81
Ca me permet de chercher facilement un élément comme ceci :

C'est le meilleur moyen ? Car dans ma map, j'ajoute l'ID alors que je m'en fou ici. A moins que faire une double boucle on s'en fiche royalement mais bon.

D'ailleurs, y'a le code sur mon repo au dessus, si vous voyez de la merde, n'hésitez pas à faire vos retours...
Y'en a surement plein, j'ai pas encore vraiment ouvert la doc, ni même fait le Go tour.  

Techniquement c’est une double boucle dans tous les cas c’est juste que go te la fait faire à la main comme un clodo
 
Avec 1.18 il y a des packages avec des utilitaires génériques aui commencent à sortir, dont un /x/.  

Si tu veux juste un set tu peux mettre struct{} en valeur comme ça ça prend pas de mémoire.
 
edit: ligne 92 tu renvoies (movie, nil) en cas d’erreur dans le scan, ça me semble étrange. Pareil à 97.  
 
Et je pense que noralement t’es censé décorer un peu tes erreurs, mais bon…
 
Et lignes 90-94, la struct Movie me semble moyen utile par rapport à deux locales, mais bon c’est probablement plus une question de style.
 
Et 104 “if cond { return true } else { return false }”…

C'est pas faux. Mais le fait de faire moi même la double boucle pour une simple recherche, j'aime pas.

Tu me parles chinois.

hum, ça me parle pas ça, faut que je check la doc.

Effectivement c'est nil, err que je voulais.

En effet, au début j'avais fait une struct complète de la bdd, mais au final j'ai viré ce dont j'avais pas besoin.

Pour la 104, je vois pas de quoi tu parles.

Merci.

Welcome to go.  

Go 1.18 a ajouté des fonctions et types paramétriques (pas juste builtins), donc maintenant il y a moyen d’écrire des fonctions qui opèrent sur n’importe quelle slice. Et les premiers packages sont là dessus vu que c’est globalement répétitif et chiant.  
 
L’un de ces packages est un package officiel mais expérimental, donc il est sous https://pkg.go.dev/golang.org/x/exp

C’est une structure qui a pas de champs, t’es pas obligé de nommer le type. Ça a l’avantage d’avoir une taille de 0. Après avec ta map actuelle tu peux juste regarder si t’as une valeur qui est pas 0 dans ta map, ce qui est statiquement plus léger. YMMV.

Alors j'ai vu ça : https://pkg.go.dev/golang.org/x/exp/slices#IndexFunc mais j'ai pas réussi à le faire fonctionner avec mon truc.
J'ai pas bien chercher longtemps.

En fait mon approche avec Go c'était, je tente direct un projet sans rien lire dessus et je vois si j'm'en sors. Ce qui fonctionne à peu pres. Mais venant de JS, il me manque encore plein de concepts. Mnt que mon script fonctionne, je vais faire le go tour + la doc et ptete aller plus loin, j'aime bien le langage pour le moment.

Une bonne grosse journée de merde encore... On tourbillone dans une détresse psychologique depuis 11h ce matin quasi non-stop.
 
J'adore ma vie. La semaine j'ai le sentiment d'être une merde dans ma vie pro et le week-end j'ai le sentiment d'être une merde dans ma vie perso.
 
Il est vraiment temps que tout s'arrête parce que putain je sature.
 
Ils auraient mieux fait de me laisser le cordon autour du cou à ma naissance. Il paraît que j'étais tout bleu comme un schtroumpf.

Woh    
 
T'as personne pour t'aider avec ça ?

Les deux sont liés.
Donc déjà commencé à faire une pause côté boulot. Arrêter aussi de se dévaloriser et dire qu'on fait de son mieux même si c'est pas parfait.

Ce sentiment d'échec permanent même quand c'est pas forcément toujours le cas, je connais bien.
On se met beaucoup de pression tout seul aussi.

Il est vraiment important de faire une pause sinon on se détruit à petit feu, et ça laisse énormément de trace (j'en chie encore et je pense pas que ça changera maintenant..)

Je suis resté sur le dernier problème jusque 2h du mat et j'ai lâché l'affaire, j'ai un 100% rate success avec le local tester, je pense que l'algo est bon mais j'ai juste du droit à WA malgré 23 attempts
 

   
 
Pour le travail c'est facile à dire mais détache toi peut être du fait de croire être nul / syndrome de l'imposteur. Tu as un job et on t'as mis à la porte ? Si ce n'est pas le cas c'est déjà une première preuve que non, et si ça l'est ça ne prouve rien (mauvais environnement, collègues, projets etc), et tu vas te refaire.
 
Pour le côté privé je ne sais pas quel est le problème donc difficile d'aiguiller (et je n'ai de toute façon aucune autorité, ni sur le taff d'ailleurs), mais à part dire de souffler, poser les bases de ce qui me va pas et discuter avec l'autre pour savoir si ce sentiment d'être une merde n'est pas exacerbé par toi même uniquement (même style que le travail), afin que l'autre puisse (conjoint(e), amis, famille) puissent te réconforter.  
 
Je doute qu'on te dise que tu es une merde, puisque ce n'est pas le cas.
 
Tu as l'air d'avoir besoin qu'on t'aide, et y'a rien de mal à ça.
 
Mais tu n'es pas une merde, non.

 
A propos de ça et de ce fameux syndrome de l'imposteur, je dois dire que dans le domaine du dev, je vois pas comment c'est possible d'y échapper, à moins d'être vraiment une brute et même comme cela, j'ai bcp de mal à croire qu'un top niveau (auquel on croit soi-même) soit tenable dans la durée surtout quand on a une famille, une vie sociale et des amis.  
 
Et non, ce n'est pas la même chose dans tous les domaines. Quand j'étais musicien, j'ai bcp moins été atteint par ce syndrome. Une fois atteint le niveau et le job (musicien d'orchestre), on est dans un microcosme où quasi tout le monde se connaît. On sait qu'on a réussi, qu'on a atteint un niveau qui est constamment entretenu et qu'on ne perd pas (à moins de tomber malade et d'arrêter plusieurs années). Les skills sont bien délimités. Ils sont quasi figés. Les choses et les techniques évoluent peu et très lentement. Par exemple concernant mon propre instrument, les trucs les plus "nouveaux" et challenging était des trucs comme la respiration continue, le double staccato, le slap.. , des double, triple sons... Des trucs utilisés essentiellement pour de la musique dite "contemporaine" (qui la plupart du temps a des dizaines d'années), mais après, rien d'autre ou quasi. Il n'y a pas l'apprentissage continuel d'un nouvel instrument, de nouvelles techniques etc...  
 
Dans le domaine du dev, c'est tout simplement terrifiant. On peut évidemment se spécialiser dans quelques langages et quelques technos, mais même comme cela, les choses peuvent évoluer très vite. On peut très rapidement se sentir totalement dépassé, même si c'est faux. Le simple fait d'utiliser des techs ou des manières de faire qui remontent à 3 ou 4 ans est perçu de manière négative (par nous) et le tout, en étant entouré bien souvent de gens qui n'y comprennent rien. Là, le syndrome de l'imposteur a un terrain de rêve pour faire des ravages. On peut aussi rapidement "baisser les bras" en se disant que de toutes manières, c'est perdu d'avance et que les choses avancent bien trop vite, qu'on ne pourra jamais suivre, qu'on a de toutes manières pas le temps de 'auto former constamment... Et on ressent un sentiment de largage.
 
On peut alos "évoluer" et aller vers le management. ... Et on retrouve encore plus le syndrome de l'imposteur. Il faut montrer autour de soi qu'on est sûr de ses décisions alors que la plupart du temps, on est totalement rempli de doutes. On ne sait pas si on fait les bons choix mais on sait que les autres ont besoin de vous faire confiance... C'est vraiment tout le domaine qui est compliqué à ne niveau. On ne peut pas y échapper à moins d'être débile et arrogant.

Le nombre de boîtes qui font n'importe quoi avec leur stack technique au profit de la hype, c'est effrayant aussi et ça participe grandement au problème. Des boîtes avec une bonne direction technique, pragmatique, il y en a pas beaucoup.
 
Un article récent sur le blog tech d'Alan sur le syndrome de l'imposteur : https://medium.com/alan/fighting-im [...] 2670406bbf
 
Une super vidéo sur le sujet également, sur une conférence donnée au forum PHP 2021 : https://afup.org/talks/3800-guide-p [...] -imposteur
 
Un post et une interview de mon DRH sur le sujet : https://www.linkedin.com/feed/updat [...] 649283072/ #autopromo

 
Dans ton monde il n'y a que des syndromes de l'imposteur et des gens qui pensent être parfaits?
 
Personnellement je ne me reconnais ni dans l'un ni dans l'autre. Je sais que je suis compétent sur certaines choses, relativement mauvais/pas à jour sur d'autres, mais je ne pense en aucun cas ni être une superstar ni être une imposture. Je fais un travail d'une qualité correcte pour ce qu'on me demande, et voilà...
 
Pour moi le problème principal est plutôt d'avoir pour soi-même des attentes irréalistes - il est effectivement impossible de nos jours d'être super bon sur tous les aspects de notre métier, toutes les technos, et même si c'était le cas à un instant T ce ne le serait plus au bout de deux ans. La seule question que je me pose personnellement c'est : est-ce que ce que je produis répond au besoin? Est-ce que c'est raisonnablement pérenne rapporté à la durée de vie envisagée du besoin? Si oui aux deux, j'ai bien bossé. Et tant pis si j'ai pas utilisé les technos les plus cutting-edge ou si j'aurais pu faire plus joli...le job est fait et le client est satisfait, j'ai aucune raison de me flageller avec des orties

 
Ben c'est une question de %. J'imagine bien que le monde ne se divise pas entre ceux qui pensent à 100% est des imposteurs et ceux qui pensent ne pas l'être du tout. En plus ça varie avec le temps, avec les circonstances etc... C'est pas figé.

Personnellement je ne me sens pas non plus soumis au syndrome de l'imposteur.
 
 
Je sais ce que je vaux, le tout c'est d'accepter qu'il y'a des centaines de milliers de dev meilleur que moi, et que c'est pareil pour eux, et ça ne me gêne pas.
 
D'ailleurs au taff je crois pas qu'on puisse dire que je suis sur du cutting-edge non plus, je suis sur un stack pragmatique et éprouvé que je connais en long et en large, c'est aussi ça la malice je pense, savoir ce qui marche et l'utiliser, il ne me semble pas que Java s'en aille anytime soon, donc je capitalise, en me mettant à jour sur le côté aussi mais avec les enfants c'est vrai que c'est plus compliqué.  
 
Simplement c'est un éternel recommencement y'a pas vraiment de stack incroyablement nouvelle qui sorte, quasiment toujours les mêmes concepts, nommés autrement, et je pense que sur ce fil y'a aucun dev qui soit benêt au point de pas savoir s'adapter on est tous assez généraliste.  
 
Si demain je dois faire du C low level et manipuler des bits   je saurai m'adapter, de même si je dois faire du Haskell, du PHP ou du Coq    
 
En fait le truc le plus récent que j'ai eu qui s'en rapproche c'était plutôt "mais pourquoi on me paye autant pour ce que je fait \o/", bien que comme skeye je pense produire de la très bonne qualité et toujours dans les temps, mais je m'y suis vite fait au final il m'a suffit de voir que de tanches étaient encore au dessus de moi et j'ai relativisé, si eux c'est Ok alors moi aussi

YO LES BITCHES,
 
j'ai douillé de Mardi à Vendredi, depuis Samedi ça va mieux.
Là c'est ma femme qui mouche et tousse alors que les jours précédents ce n'était pas le cas. J'espère que ça va aller dans les prochains jours.
 
Voilà c'est moins violent qu'un delta

Bon ben j'ai vu une solution pour le dernier problème, j'ai pigé pourquoi mes extrapolations pour calculer le nombre d'edges était pas bonnes, clairement le graph envoyé au programme côté serveur n'est pas le même que dans le tooling de test en local, et ils doivent mettre plus de nœuds à gros degré ce qui devait faire augmenter la moyenne inutilement.

Bon Round 1A d'ici peu, faudrait que je relise les règles je sais même pas pourquoi y'a plusieurs round 1
Edit: ah si OK ça me laisse 3 chances pour finir dans les 1500 premiers, puis après tous ceux qui ont fini dans le top 1500 d'au moins un des 3 round 1 se retrouvent en round 2 on garde les 1000 premiers et alors on gagne un tshirt.
Ouais pas vraiment sur que je vais en avoir un de tshirt finalement

Et là tu comprends pourquoi faire l'advent of code en Go c'est un peu moisi.

 
Pourquoi ? Justement ça permet d’apprendre non ?

Ça permet surtout de ré-implementer from scratch des trucs qui existent nativement dans d'autres langages. Mais c'est pas étonnant: la stdlib de Go est pensée dans une optique qui lui permet de répondre à des besoins type i/o et asynchronisme, pouvoir produire des binaires self-contained et pourquoi pas cross-compiler et pas tellement à manipuler des données avec des contraintes algorithmiques.

T'facon les aoc j'ai majoritairement fait en JS et quelques un en rust. J'ai encore le temps pour tout faire dans tous les langages.