[F] [mOved] Mon langage est mieux que le tien - Page 88

Nil > Franchement, je doute que les mecs en face te pénalisent si tu codes un autre algo de tri à la place du bubble sort, à fortiori s'il est meilleur : le but n'est pas de résoudre un cas concret (sinon la réponse serait "j'utilise la fonction standard de tri de la lib/du framework"), mais de voir si le candidat est capable d'implémenter un algo simple lui-même. Et ça n'est pas interdit de demander "j'ai un doute, le bubble sort c'est bien ça ?" ou "ça vous va si je fais [autre algo] à la place ?".

---

http://bash.org/?962517
(et ça existe vraiment : https://screeps.com/ )

flanker (./2610) :

Kevin Kofler (./2604) :
Il faut déjà savoir ce que veut dire le terme "bubble sort", ce qui exclut déjà tous les autodidactes (qui n'ont pas étudié l'informatique) et ceux qui ont oublié leurs cours d'informatique sur les algorithmes inutilisables en pratique. J'insiste, cette question est stupide et sans intérêt.

Oui, un peu comme il faut savoir ce que veut dire 2+2 alors qu'on le recalculer (((1 + 1) + 1) + 1) ... il y a quand même des bases d'algo à connaître, et le tri à bulles en fait clairement partie.

et c'est complètement faux de dire que le par cœur ne sert à rien. Par expérience, c'est super utile d'avoir des connaissances pour au moins reconnaître que le problème a déjà été résolu (souvent par des gens plus compétents que soi) et savoir où trouver la solution.

Encore une fois, je connaissais le principe du tris à bulles, j'ai vu ça avant de l'étudier, pourtant j'ai dû aller voir sur Google ce que c'était. Je pense que je n'ai pas fait de tri comme ça depuis une dizaine d'année, ne pas connaître le nom de l'algo de tri le plus basique possible ne veut pas dire être mauvais.

Zerosquare (./2611) :
(et ça existe vraiment : https://screeps.com/ )

O_o wow ! ("ils vivent encore même lorsque vous êtes offline" -> un jour on va avoir la prise de contrôle de l'humanité par une IA en JS, on aura l'air bien con !)

(t'inquiète, si elle est en JS, elle sera facile à faire tomber d'une pichenette du doigt )

(ah, tu l'interprètes ainsi ? moi je voyais plutôt "personne n'arrivera jamais à comprendre comment la gérer et, de fait, on ne pourra au mieux que la copier/coller sans la comprendre")

(ça marche aussi )

Zerosquare (./2611) :
Nil > Franchement, je doute que les mecs en face te pénalisent si tu codes un autre algo de tri à la place du bubble sort, à fortiori s'il est meilleur : le but n'est pas de résoudre un cas concret

C'est là qu'on voit ton manque de pratique en entretien... J'ai déjà vu un exercice tableau blanc où le mec comparait "ligne à ligne" ce que tu écrivais avec sa soluce... (il s'agissait d'une boucle sur une string pour une espèce de parsing et le mec me disait que j'avais faux parce que j'avais simplement commencé par la fin) un coup à se faire recaler pour avoir fait un foreach à la place d'un for... :/

(autrement dit : le mec qui te fait passer le test de code n'est pas nécessairement compétent sur le sujet)

Nil (./2609) :
Hum "écrivez l'algo de tri par bulles" n'a pas vraiment d'intérêt : c'est bateau, ultra simple, mais faut-il (comme ça a été dit) être sûr qu'on parle de la même chose (je sais sais faire un algo de tri, peut-être même meilleur que le BS, mais est-ce que c'est vraiment du BS ?! la dernière fois que j'ai fait un rapprochement BS <-> algo, c'était il y a près de 20 ans, maintenant...).

Voilà exactement ce que je veux dire.

flanker (./2610) :
Oui, un peu comme il faut savoir ce que veut dire 2+2 alors qu'on le recalculer (((1 + 1) + 1) + 1) ...

Au contraire, demander à implémenter un bubble sort revient à demander de recalculer 2+2 d'après la définition (comme tu le dis, ou plus rigoureusement: 2+2=succ(succ(0))+succ(succ(0))=succ(succ(succ(0)))+succ(0)=succ(succ(succ(succ(0))))+0=succ(succ(succ(succ(0))))=4). Ou plutôt demander de calculer 1234+4321 uniquement d'après la définition, sans utiliser l'écriture en base 10.

vince (./2617) :

Zerosquare (./2611) :
Nil > Franchement, je doute que les mecs en face te pénalisent si tu codes un autre algo de tri à la place du bubble sort, à fortiori s'il est meilleur : le but n'est pas de résoudre un cas concret

C'est là qu'on voit ton manque de pratique en entretien... J'ai déjà vu un exercice tableau blanc où le mec comparait "ligne à ligne" ce que tu écrivais avec sa soluce... (il s'agissait d'une boucle sur une string pour une espèce de parsing et le mec me disait que j'avais faux parce que j'avais simplement commencé par la fin) un coup à se faire recaler pour avoir fait un foreach à la place d'un for... :/

(autrement dit : le mec qui te fait passer le test de code n'est pas nécessairement compétent sur le sujet)

Ouais mais dans ce cas-là, le problème c'est pas le bubble sort, c'est que le recruteur est un imbécile : il pourrait utiliser la même méthode avec n'importe quelle autre question, aussi bonne soit-elle.

et pour faire plaisir à 0², la force de l'indexation de commitstrip :

https://www.commitstrip.com/fr/2016/04/07/can-you-repeat-the-question/

^^

(après, on retombe dans le biais des "méthodes" RH qui sont plus ou moins bien comprises et appliquées... "comment compter les bouches d'égout de new york en fonction de l'alignement de jupiter et de la température de l'hudson ?" http://cabinetabccompetences.blogspot.fr/2011/08/questions-originales-et-inattendues-en.html)

Apres de tous les entretiens que j'ai fait, seule les SSII etait la ou les question techniques n'etait pas posé par des gens qui s'y connaissent en technique, et faisaient de la comparaison ligne a ligne. Je ne dit pas que ca n'existe que la hein, mais pour moi c'est quand meme la ou tu as le plus de chance d'etre interviewé par des personnes non techniques.

Godzil (./2623) :
Apres de tous les entretiens que j'ai fait, seule les SSII etait la ou les question techniques n'etait pas posé par des gens qui s'y connaissent en technique, et faisaient de la comparaison ligne a ligne. Je ne dit pas que ca n'existe que la hein, mais pour moi c'est quand meme la ou tu as le plus de chance d'etre interviewé par des personnes non techniques.

les pires méthodes de recrutement et les pires recruteur se trouvent généralement en SSII (mais pas uniquement)

De mon expérience, même en SSII, quand tu rencontres des personnes non techniques, tu as des questions non techniques et inversement.
Il y a certainement des cas particuliers mais généralement les gens savent leur limites et ne vont pas exiger que le candidat fasse ses preuves sur un sujet qu'ils sont incapable du juger.

[Edit] fausse manip, dsl

[F] [mOved] Mon langage est mieux que le tien - 2627

Perl #gerbe#

Bonsoir le parsing

Enfin un langage arrivé au ⅩⅪ^ème siècle, il faudrait ça aussi en C.
(Cela dit, les nombres romains à plusieurs caractères Unicode, comme ⅩⅪ, ne sont pas gérés d'après la doc. Bref, on pourrait faire mieux.)

y'a un pb avec ton post : X XI c'est 10 11 alors que XXI c'est 21

C'est exactement ce de quoi je parle, il faudrait un parseur qui comprend vraiment les chiffres romains.

Bon je sais pas trop ou en parler et veux pas creer un topic juste pour ca, mais est-ce que quelqu'un ici a deja utilisé PortAudio, et est-ce que cette lib marche bien?

Connaissais pas, mais apparemment c'est utilisé par Audacity et MATLAB, donc j'imagine que ça doit marcher pas trop mal.

\o/ Je pensais utiliser OpenAL, mais l'interface me rebute un peu (beaucoup ) la ca fait juste ce dont j'ai besoin, streamer de l'audio

Quel genre d'audio ? De la musique ghiblique ?

A base de blip et potch oui

Je suis celui qui a rendu PortAudio compatible avec le plugin ALSA de PulseAudio:
http://sites.music.columbia.edu/pipermail/portaudio/2008-November/008990.html
http://sites.music.columbia.edu/pipermail/portaudio/2008-December/009023.html
http://sites.music.columbia.edu/pipermail/portaudio/2008-December/009024.html

Au moins à l'époque, ça marchait moyennement bien, il y avait quand-même quelques problèmes (de qualité du son) qui ont fait que Espeak a développé un backend PulseAudio natif en plus de son backend PortAudio. (J'ai d'ailleurs contribué un patch là-bas pour permettre un choix en temps d'exécution plutôt qu'à la compilation: https://sourceforge.net/p/espeak/bugs/78/.)

Mais maintenant, on est en 2017, ça marche peut-être mieux, et il y a aussi des projets qui font des backends natifs PulseAudio pour PortAudio:
https://github.com/bkgood/portaudio-pulseaudio
https://github.com/illuusio/portaudio-pulseaudio
https://github.com/daschuer/portaudio-pulseaudio

D'ailleurs, un autre choix pour une API de son portable est la partie son de SDL (qui peut être utilisée même si tu utilises autre chose pour afficher), c'est ce que j'ai utilisé dans TiEmu.