L'ouverture du jeu d'instruction ? Est-ce que ça serait vraiment utile ? Surtout sur des systèmes comme ça, non ? Les enjeux de performance / efficacité ne portent pas sur le jeu d'instructions.
En tout cas, merci beaucoup pour la dépêche, qui sort de l'ordinaire et est compréhensible pour un sujet rarement évoqué. C'est super aussi d'avoir un retour en ayant vécu le salon sur place !
En parcourant le fil, je n'ai pu que constater que globalement, les réponses sont attendues par rapport sujet. Ca serait un peu pareil en lançant en l'air "alors, slip ou caleçon ?", il y en aurait pour axer sur le confort, d'autres la tenue, … sans compter ceux qui diraient "les deux" ou "moi je préfère les slips kangourou de papy" (c'est pour les fans de Perl).
En matière de convention d'écriture, il faut commencer par appliquer les conventions du langage ! Et si c'est insuffisant, compléter et essayer de s'y conformer (il existe d'ailleurs des outils pour nous aider : les IDE, mais aussi clang-format, pep8 pour Python, …).
C'est pas un challenge, c'est une mesure de simplicité.
Alors là, je rigole !!
Tiens, d'ailleurs l'auteur indique :
Je galère à interpréter la ligne entière de la commande. Il faut que je me plonge dans les man…
Simplicité … il faut quand même que ça réponde au besoin. Or, le jeu de données (4 lignes) est extrêmement réduit par rapport aux fichiers réels (1600 lignes) et on apprend par la suite qu'il y avait d'autres choses à connaître (sans qu'elles ne soient initialement exprimées).
L'auteur n'a d'ailleurs pas répondu aux questions de guppy qui avait présenté son aide … et où on voyait au passage que ça n'était pas si simple que tu ne veux le voir. Et il faut évoquer le fait qu'il veut merger des centaines de mots de passe, perso à sa place je ne prendrais pas ça à la légère.
Pour terminer, je n'incrimine pas l'utilisateur qui a posté un exemple en awk, l'auteur de la question initiale a d'ailleurs orienté là-dessus (même si à mon avis en partant de l'outil a priori approprié sans le connaître vraiment, au lieu de partir de données plus complètes et des besoins et contraintes), c'est juste que de mon point de vue, ce genre de solution convient plus pour dépanner, et que pour le besoin en question, ça n'est pas adapté (même si ça serait sans doute faisable, tout comme certains font des applis énormes avec Excel).
C'est certainement utile de connaître awk mais dans le cas présent, la solution donnée répond à un exemple très simple (quelques lignes à traiter) mais ne m'apparaît ni réutilisable ni compréhensible par un non-expert. D'ailleurs des problèmes semblent arriver à plus grande échelle.
La solution tient sur 4 lignes, la belle affaire ! Si c'est pour le challenge, très bien, je suis impressionné (par la maîtrise que certains ont de ces outils). Mais bon, si c'est pour mettre à jour une liste de mots de passe …
Dommage pour les oubliés étudiants … Quant à gprof, je l'avais essayé il y a longtemps mais ça appartient au passé …
Plus important : Peut-on connaître la réflexion qui a amené à s'interroger sur la proportion de profs ?
Ce serait une grosse plus-value pour le sondage lui-même.
Comme disait quelqu'un d'autre, j'aurais échoué à ces tests. Et au final, je ne suis pas sûr que je m'y serais retrouvé si j'avais été pris. Si c'est pour être dans un contexte où les débats tournent autour de questions comme ça … Le développement, ça va au-delà de ça, au niveau technique sur le design, le rapport à la qualité, … et au niveau humain, motivation, curiosité, capacité à proposer ou échanger des idées, …
J'aurais échoué et pourtant, ce n'est pas faute d'avoir utilisé Python au quotidien pendant 7 ans, et je travaille sous Linux depuis 10 ans. Avec un bon niveau en développement je pense, la capacité à m'adapter et à comprendre les problèmes …
Quelles sont les difficultés que j'ai rencontré pendant ces années autour de Python ? Et bien le code pondu par quelques gars brillants techniquement, qui s'était fait plaisir sur la technique sans s'être vraiment posé de questions sur l'utilisation, les fonctionnalités, …
Oui, il faut connaître les langages, les mécanismes de Linux, … mais à mon avis, en fixant la barre haute sur des points de techniques si précis, ça te prive de bon candidats. Si c'est une volonté, que ça correspond à l'identité de la boîte, je trouve ça dommage pour la variété (et risqué, même, pour tout dire).
Technos à la mode ne rime pas forcément avec cool.
Bon, le commentaire de départ est trop large, chacun a son idée du cool. Mais quoi qu'il en soit, il y a moyen de trouver des trucs cool dans pas mal d'endroits. Parfois dans des boîtes dont on ignore l'existence et qui se trouvent à côté. Il faut se renseigner, y croire, tenter sa chance, … même si ça ne marche pas toujours au final. L'embarqué, c'est cool.
Il y a quelques mois, j'étais très motivé quand j'ai appris que Yocto allait faire partie de mon environnement de travail. C'est la référence et ce genre d'outil est indispensable pour contrôler le build d'un environnement complet.
Le problème, c'est que c'est ardu ! Il y a la complexité inhérente à la tâche à effectuer bien sûr, mais … pas que ! Yocto souffre un héritage et d'une évolution comme on voit trop souvent … Il y a de bonnes idées (ou plutôt, si ça n'était pas là, ça serait grave) mais également pas mal de difficultés liées au design, à la syntaxe, au nommage pas explicite, … ça mène à pas mal d'effets de bord et d'avancées à tâtons plutôt usantes. Il y a de trop nombreuses possibilités de se faire avoir (ce qui, bien sûr, ne manque pas d'arriver). C'est dommage.
Il semble accepté que Yocto n'est pas fait pour développer mais quand on travaille avec, ce n'est pas toujours pour un build final. Travailler sur U-Boot de manière indépendante de Yocto, soit. Mais pour Linux, ça se complique. On a forcément vite des réglages à effectuer, des modifications à tester, … et pour ça, travailler avec Yocto permet d'avoir sous la main et de générer le noyau et le filesystem. Mais ce n'est pas tout à fait adapté pour ça.
C'est vrai que les sujets ne restent pas longtemps en évidence, les questions sur le forums passent vite à la trappe :-) Mais comme je disais, j'ai pu avoir quelques éléments. De quel genre de journal parles-tu ? Si tu veux m'envoyer un mail en privé, pas de problème. Sinon et bien ... vous aurez peut-être l'occasion d'en savoir plus quand le viewer sera plus abouti.
symoon : Merci, je vais pouvoir tester ça mais je ne suis pas sûr que ... ça assure. Ils en disent : " MS Powerpoint using libpreview. Currently very rough and alpha-quality". Pareil pour KOffice, voila ce qui est dit sur leur site à propos du filtre d'import : "Work has begun on the filter although the code is still at an early stage of development, and does not work properly". Mais bon, tout cela va sans doute évoluer.
JoeltheLion : Je ne me sens pas agressé du tout. Mais je pense que tu as répondu un peu vite. En effet, OpenOffice peut présenter un problème de temps d'exécution ... comme je vois certains se servir de Photoshop comme d'un viewer d'images. Désolé, mais j'ai l'habitude d'attendre une certaine efficacité des outils que j'utilise.
Et puis tu me dis "quel intérêt puisqu'OpenOffice le fait" avant d'ajouter "ça serait bien que son filtre soit amélioré, ça n'est pas toujours satisfaisant". J'ai peut-être mal compris, ceci dit.
Et puis si on regarde au-dela, il y a les machines qui peuvent être insuffisantes pour lancer OpenOffice. Et quid des PDA ... Linux ne va-t-il pas augmenter sa percée dans le domaine ? Je n'en sais rien mais j'essaie de ne pas me fermer de pistes avant de les avoir explorées.
Landry : Effectivement, si ça ne fonctionne que sur x86, ça limite et puis je trouve la solution un peu compliquée mais bon ... :-) Pour revenir au sujet, je ne cherche pas à trouver une éventuelle solution pour voir des fichiers PPS sur mon Amiga. Je développe un viewer (C standard et SDL) et je me demande si l'intérêt va au-dela de notre commauté Amiga, si d'autres souhaiteraient en profiter.
Merci en tout cas pour vos avis. Ca m'a permis d'avoir quelques utiles éléments de réponse.
[^] # Re: Et Risc?
Posté par mathle . En réponse à la dépêche Open Compute Summit 2017, alors c’était bien ?. Évalué à 4.
L'ouverture du jeu d'instruction ? Est-ce que ça serait vraiment utile ? Surtout sur des systèmes comme ça, non ? Les enjeux de performance / efficacité ne portent pas sur le jeu d'instructions.
En tout cas, merci beaucoup pour la dépêche, qui sort de l'ordinaire et est compréhensible pour un sujet rarement évoqué. C'est super aussi d'avoir un retour en ayant vécu le salon sur place !
[^] # Re: Ca doit se définir dans les coding guidelines
Posté par mathle . En réponse au journal CamelCase ou lowercase_with_underscore. Évalué à 2.
Merci Paul, enfin !
En parcourant le fil, je n'ai pu que constater que globalement, les réponses sont attendues par rapport sujet. Ca serait un peu pareil en lançant en l'air "alors, slip ou caleçon ?", il y en aurait pour axer sur le confort, d'autres la tenue, … sans compter ceux qui diraient "les deux" ou "moi je préfère les slips kangourou de papy" (c'est pour les fans de Perl).
En matière de convention d'écriture, il faut commencer par appliquer les conventions du langage ! Et si c'est insuffisant, compléter et essayer de s'y conformer (il existe d'ailleurs des outils pour nous aider : les IDE, mais aussi clang-format, pep8 pour Python, …).
[^] # Re: Quand on n'a qu'un marteau tout ressemble à un clou
Posté par mathle . En réponse au message Remplacer des cellules. Évalué à 2.
Alors là, je rigole !!
Tiens, d'ailleurs l'auteur indique :
Simplicité … il faut quand même que ça réponde au besoin. Or, le jeu de données (4 lignes) est extrêmement réduit par rapport aux fichiers réels (1600 lignes) et on apprend par la suite qu'il y avait d'autres choses à connaître (sans qu'elles ne soient initialement exprimées).
L'auteur n'a d'ailleurs pas répondu aux questions de guppy qui avait présenté son aide … et où on voyait au passage que ça n'était pas si simple que tu ne veux le voir. Et il faut évoquer le fait qu'il veut merger des centaines de mots de passe, perso à sa place je ne prendrais pas ça à la légère.
Pour terminer, je n'incrimine pas l'utilisateur qui a posté un exemple en awk, l'auteur de la question initiale a d'ailleurs orienté là-dessus (même si à mon avis en partant de l'outil a priori approprié sans le connaître vraiment, au lieu de partir de données plus complètes et des besoins et contraintes), c'est juste que de mon point de vue, ce genre de solution convient plus pour dépanner, et que pour le besoin en question, ça n'est pas adapté (même si ça serait sans doute faisable, tout comme certains font des applis énormes avec Excel).
[^] # Re: Quand on n'a qu'un marteau tout ressemble à un clou
Posté par mathle . En réponse au message Remplacer des cellules. Évalué à 7.
C'est certainement utile de connaître awk mais dans le cas présent, la solution donnée répond à un exemple très simple (quelques lignes à traiter) mais ne m'apparaît ni réutilisable ni compréhensible par un non-expert. D'ailleurs des problèmes semblent arriver à plus grande échelle.
La solution tient sur 4 lignes, la belle affaire ! Si c'est pour le challenge, très bien, je suis impressionné (par la maîtrise que certains ont de ces outils). Mais bon, si c'est pour mettre à jour une liste de mots de passe …
[^] # Re: A la source du sondage
Posté par mathle . En réponse au sondage Êtes-vous prof ?. Évalué à 0.
Ah, le sondage a donc une utilité alors :-)
# A la source du sondage
Posté par mathle . En réponse au sondage Êtes-vous prof ?. Évalué à 2.
Dommage pour les oubliés étudiants … Quant à gprof, je l'avais essayé il y a longtemps mais ça appartient au passé …
Plus important : Peut-on connaître la réflexion qui a amené à s'interroger sur la proportion de profs ?
Ce serait une grosse plus-value pour le sondage lui-même.
[^] # Re: bouillie
Posté par mathle . En réponse au message implementation avec Modem Gsm . Évalué à 4.
Il fait juste état d'erreurs, rien ne dit qu'il demande de l'aide pour les résoudre :-)
Je suis d'accord, une demande d'aide mérite d'y apporter un peu plus de soin que de balancer un log, sans aucun contexte.
[^] # Re: Un bon bouquin.
Posté par mathle . En réponse au message Se former Administration serveur. Évalué à 1.
On dirait bien :-)
Ceci dit, Ubuntu a une base Debian, il doit être suffisamment proche au niveau admin.
[^] # Re: lolix
Posté par mathle . En réponse au message Candidature et recrutement sur des postes/profils python. Évalué à 3.
Comme disait quelqu'un d'autre, j'aurais échoué à ces tests. Et au final, je ne suis pas sûr que je m'y serais retrouvé si j'avais été pris. Si c'est pour être dans un contexte où les débats tournent autour de questions comme ça … Le développement, ça va au-delà de ça, au niveau technique sur le design, le rapport à la qualité, … et au niveau humain, motivation, curiosité, capacité à proposer ou échanger des idées, …
J'aurais échoué et pourtant, ce n'est pas faute d'avoir utilisé Python au quotidien pendant 7 ans, et je travaille sous Linux depuis 10 ans. Avec un bon niveau en développement je pense, la capacité à m'adapter et à comprendre les problèmes …
Quelles sont les difficultés que j'ai rencontré pendant ces années autour de Python ? Et bien le code pondu par quelques gars brillants techniquement, qui s'était fait plaisir sur la technique sans s'être vraiment posé de questions sur l'utilisation, les fonctionnalités, …
Oui, il faut connaître les langages, les mécanismes de Linux, … mais à mon avis, en fixant la barre haute sur des points de techniques si précis, ça te prive de bon candidats. Si c'est une volonté, que ça correspond à l'identité de la boîte, je trouve ça dommage pour la variété (et risqué, même, pour tout dire).
[^] # Re: Cool attitude
Posté par mathle . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 1.
Technos à la mode ne rime pas forcément avec cool.
Bon, le commentaire de départ est trop large, chacun a son idée du cool. Mais quoi qu'il en soit, il y a moyen de trouver des trucs cool dans pas mal d'endroits. Parfois dans des boîtes dont on ignore l'existence et qui se trouvent à côté. Il faut se renseigner, y croire, tenter sa chance, … même si ça ne marche pas toujours au final. L'embarqué, c'est cool.
# Retour d'expérience
Posté par mathle . En réponse à la dépêche Atelier « Concevoir un système embarqué Linux avec Yocto » en octobre 2015. Évalué à 1.
Il y a quelques mois, j'étais très motivé quand j'ai appris que Yocto allait faire partie de mon environnement de travail. C'est la référence et ce genre d'outil est indispensable pour contrôler le build d'un environnement complet.
Le problème, c'est que c'est ardu ! Il y a la complexité inhérente à la tâche à effectuer bien sûr, mais … pas que ! Yocto souffre un héritage et d'une évolution comme on voit trop souvent … Il y a de bonnes idées (ou plutôt, si ça n'était pas là, ça serait grave) mais également pas mal de difficultés liées au design, à la syntaxe, au nommage pas explicite, … ça mène à pas mal d'effets de bord et d'avancées à tâtons plutôt usantes. Il y a de trop nombreuses possibilités de se faire avoir (ce qui, bien sûr, ne manque pas d'arriver). C'est dommage.
Il semble accepté que Yocto n'est pas fait pour développer mais quand on travaille avec, ce n'est pas toujours pour un build final. Travailler sur U-Boot de manière indépendante de Yocto, soit. Mais pour Linux, ça se complique. On a forcément vite des réglages à effectuer, des modifications à tester, … et pour ça, travailler avec Yocto permet d'avoir sous la main et de générer le noyau et le filesystem. Mais ce n'est pas tout à fait adapté pour ça.
[^] # Re: Journal
Posté par mathle . En réponse au message Viewer de fichiers PowerPoint. Évalué à 2.
# Eléments de réponse
Posté par mathle . En réponse au message Viewer de fichiers PowerPoint. Évalué à 3.
JoeltheLion : Je ne me sens pas agressé du tout. Mais je pense que tu as répondu un peu vite. En effet, OpenOffice peut présenter un problème de temps d'exécution ... comme je vois certains se servir de Photoshop comme d'un viewer d'images. Désolé, mais j'ai l'habitude d'attendre une certaine efficacité des outils que j'utilise.
Et puis tu me dis "quel intérêt puisqu'OpenOffice le fait" avant d'ajouter "ça serait bien que son filtre soit amélioré, ça n'est pas toujours satisfaisant". J'ai peut-être mal compris, ceci dit.
Et puis si on regarde au-dela, il y a les machines qui peuvent être insuffisantes pour lancer OpenOffice. Et quid des PDA ... Linux ne va-t-il pas augmenter sa percée dans le domaine ? Je n'en sais rien mais j'essaie de ne pas me fermer de pistes avant de les avoir explorées.
Landry : Effectivement, si ça ne fonctionne que sur x86, ça limite et puis je trouve la solution un peu compliquée mais bon ... :-) Pour revenir au sujet, je ne cherche pas à trouver une éventuelle solution pour voir des fichiers PPS sur mon Amiga. Je développe un viewer (C standard et SDL) et je me demande si l'intérêt va au-dela de notre commauté Amiga, si d'autres souhaiteraient en profiter.
Merci en tout cas pour vos avis. Ca m'a permis d'avoir quelques utiles éléments de réponse.