Axioplase ıɥs∀ a écrit 3022 commentaires

Je pense que ca depend du job recherche'. Je trouve que participer a un LL, ca montre surtout du code brut, mais ca manque gravement en "design". Je pense qu'il y a beaucoup d'interet a` coder des applications qui utilisent le cloud, et montrent des systemes asynchrones. Si tu postules pour un GAFA, tes chances de succes sont meilleures avec un projet DynamoDB/S3/ECS/Lambda et du "leetcode" que si tu repares des bugs dans une application libre.

Ça exporte les objets vers le format STL ? Je trouve que ça serait cool de pouvoir faire des impressions 3D d'objets paramétriques comme ça !

smart_ptr pour être plus memory safe que Rust tout en gardant un langage plus simple et portable;

Langage plus simple. C++.
J'ai ri.

La dernière fois que mon CV tenait sur une seule page, c'était quand j'avais la moitié de mon âge actuel :)

J'ai eu un mal de fou à le réduire à deux pages l'an dernier, avec les diplômes (j'ai un parcours atypique, long, et bien dense), les publications, les brevets, les compétences très variées dans des domaines hétéroclites (des shaders 2D au trading haute-fréquence en passant par la traduction automatique), sans parler des compétences transversales…

Avoir indiqué un tas d'expérience et de diversité m'a permis d'être éligible pour le rôle pour lequel on a un mal de fou à recruter…

Le but du CV, c'est de ne pas se faire sabrer lors des premières passes

Ça coûte moins cher à la boîte de lire deux pages d'un CV que de téléphoner à des gens pour se rendre compte qu'en fait, ils ne sont pas qualifiés. Donc, je ne suis en fait pas vraiment d'accord avec ta vision des choses: la première passe c'est "puis-je identifier suffisamment de compétences professionnelles concrètes pour justifier passer 5 à 15 minutes au téléphone avec cette personne". Sauf à envoyer un CV en police taille 8, t'as pas forcément la place d'indiquer suffisamment.

Pour indication (à la louche), dans les GAFAM, 1 personne sur 20 réussi les entretiens téléphoniques techniques et 1 sur 5 les entretiens en personne. À ce prix là, les CVs ont intérêt à être bien documentés si tu veux avoir une chance d'être contacté. (Exception: les étudiants fraîchement gradués).

Parce que plein de boîtes refusent d'utiliser des licences virales. Ils n'ont aucune envie de devoir fournir le code source de leurs produits propriétaires parce qu'un ingénieur a utilisé une bibliothèque ou un outil qui contamine le produit final.

Si c'est sous LGPL3, je doute que ce soit utilisé chez Amazon. Y'a des licences qui rendent les logiciels interdits aux employés. La LGPL3 en ferait partie que ça ne m'étonnerait pas.

Je suis passé au bépo en 2007 ou 2008, et j'ai créé ma propre variante pour mes claviers ergonomiques (Kinesis Advantage).
Mes conseils pour s'habituer sont les suivants:
- Ne te force pas si tu as une date buttoire. Ça sert à rien de se frustrer si tu dois rédiger un article, une thèse, une demande de garde des enfants, etc. Fais le quand tu es relaxe
- Imprime la keymap superposée à une image de ton clavier, et accroche là à ton écran. Ainsi, tu vas apprendre la tape à l'aveugle et bien développer la mémoire musculaire.
- Vas y mollo. Commence par 30 minutes par jour. Utilise un générateur de mots aléatoires et tapes ces mots, mais reste en mode "facile". Le but, c'est pas la vitesse, c'est l'acquisition.

Avec ça, en 3 semaines, c'est jouable, sans impact sur la productivité professionnelle qui commence avec la keymap d'origine et peu à peu bascule vers le bépo.

Les alternatives ont aussi une intégration pour les commerces ? Parce que WhatsApp, c'est pas uniquement du SMS entre amis.

Merci à vous deux. Ça va me faciliter grandement le crackage de vos mots de passe, maintenant que j'ai des contraintes pour réduire l'espace à parcourir.

Peut-être que ton compilateur crée un binaire infecté :)

Il ne manque [du Cyberpunk et dans la réalité] que les membres cybernétiques et les interfaces neurales.

Ben, les interfaces neurales, ça existe, hein. Non, ça ne permet pas d'aller dans un monde virtuel, mais oui, ça permet d'interagir avec des ordis et machines.

C'est le mot <anglais>archive</anglais> avec une écriture rigolote (sans doute choisie par des amateurs de sk8board), donc je prononce <anglais>archive</anglais>.
Mais, honnêtement, ça fait plus de 10 ans que je l'utilise, et je n'étais pas dans la francophonie quand j'ai découvert, donc je ne sais plus si j'avais été bien surpris.

« Queuneau pisse » évidemment. Comme Bruxelles, quoi.

Le plaisir du bépo, qui m'a permis de facilement faire mes majuscules accentuées !

Les anglophones ont les mêmes règles infondées, telles qu'« on ne doit pas finir une phrase par une préposition » (e.g. "it's a thing I shan't put up ~with~").

En 2005, Bruce Schneier recommandait que l'on écrivît ses mots de passe sur papier et qu'on les mît dans son portefeuille.

Si je me souviens bien, il y a 20 ans de ça j'utilisais Glade pour faire des GUIs. Grosso modo, tu fais tout joliment dans une UI, et ça génère une config XML. Ensuite, t'as juste à coder ta logique en faisant référence aux identifiants de ta config XML. Un peu comme si tu faisais une app avec AndroidStudio.

Il y a certainement des alternatives pour QT, Swing, etc.

Cette vidéo de lui est, je crois, importante à regarder. Il y explique pas mal de résultats : https://www.youtube.com/watch?v=vWJvOJ8j4Co

Je me suis posé la question beaucoup récemment. Je pense que j'ai résumé à ça :
- continuer à apprendre, à croître
- être entouré de gens (plus) intelligents qui partagent
- avoir de la diversité dans le contenu

Le serpent, de la famille Boidae: https://en.wikipedia.org/wiki/Pelvic_spur

Les pythons et les boas ont des pattes rudimentaires, pourtant.

C'est toi qui a inventé l'histoire de moyenne. Il a juste écrit :

Mais pour les listes java semble un peu lourd. Mon exercice est simple, j'ai une liste t1 [1,2,3,4] et une liste t2 ["lundi","mardi","mercredi","jeudi"] et je veux créer une liste t3 [1,"lundi",2,"mardi",3,"mercredi",4,"jeudi"] à partir de t1 et t2.

Bref, pour faire simple: avec tes solutions, tu ne serais pas embauché chez du GAFA. C'est hyper long, hyper complexe, et fragile.

Encore une fois. Python, Java, et Excel, c'est pas la même chose. Il a des règles à suivre pour assurer la qualité du code, des règles qui ont été découvertes empiriquement depuis des dizaines d'années. "Je peux le faire" est différent de "c'est une bonne idée".
Relis ton code, relis le mien, et demande-toi "si je devais maintenir ce code et corriger un bug à 3h du mat quand des millions d'utilisateurs ne peuvent plus utiliser mon service, lequel choisirai-je ?" C'est mon job, et le choix est vite fait…

Rajoute un compteur pour compter les éléments, divise la somme par ce compteur. C'est trivial.

Ca n'a pas de sens. Si je dois calculer la moyenne sur une liste qui ne contient pas que des nombres, alors soit j'ai mal designé mon architecture, soit je fais

interface MyStuff {
  public Optional<Integer> toInt();
}

Et le reste devient

int result = 0;
for (MyStuff stuff : mystuff) {
    result += stuff.toInt().orElse(0);
  }
}

C'est propre et facile à comprendre.

Ma solution marche pour tous: Set, ArrayList, LinkedList, HashMap, etc. (Interface ou pas, les génériques acceptent mon type).
La tienne a réinventé la roue pour la liste. Si demain il veux utiliser une autre collection, il n'a pas de solution avec ta librairie.

Bref, Object, c'est mal, l'héritage (?) et l'Open-Closed, c'est bien.

Si le contexte est connu et n'est pas exposé par l'API, alors tu peux faire

final Class AouB {
private Type typ;
private final Optional<A> a;
private final Optional<B> B;
private print() {
switch (typ):
case Type.A: a.print(); break;
case Type.B: b.print(); break;
}
}

Et utiliser des sous classes ou une factory pour créer des objets de type AouB, mais ça n'est pas extensible par un utilisateur.

Au final, le truc, c'est qu'en Python, tu peux mettre n'importe quoi dans ta liste, et au final, tu peux avoir des erreurs de type à l'execution. En Java, il faut faire exprès pour se donner se problème, et c'est probablement une bonne idée de ne pas programmer ainsi. Tant pis si Python est plus facile et court à écrire.