Mais le support de l'accessibilité, c'est j'imagine requis pour gagner certains contrats publiques aux USAs ( mais je demanderais un fact checking externe à ce sujet, même si je crois me souvenir que c'était la raison de l'implication de Sun à ce niveau ).
Oui certains marchés imposent le fait d'être accessible. Quand tu es sur ce créneau tu peux pas livrer si tout n'est pas internationalisé (support rtl et bidi inclus) et accessible.
Parce que je ne l'utilise pas, je touche à du html une fois par an.
Tu te sers d'un truc une fois par an mais t'es persuadé que c'est le mieux ? Soit je perds mon temps.
Je ne vois pas ce que ça apporte.
C'est une vraie question ? Y'a encore besoin de vanter les mérites d'une completion contextuelle, d'une doc en ligne, de la detection d'erreur en 2012 ? Surtout quand tu te sers d'un truc une fois par an.
Devoir passer par ton broswer et une rechercher pour trouver font-style t'as pas l'impression de perdre ton temps alors qu'un ctrl-espace t'aurais sortir le nom exact et la doc en moins de 2s ? Au passage il te dira si tu fais une typo ou écris quelque chose d'invalide…
Je compare et je ne vois pas la liste des éléments dans celui du MDN
MDN présente dans le sens et avec les concepts qui définissent les normes. Si tu veux savoir ce que tu peux mettre dans une catégorie tu vas voir la dite catégorie
Content categories Flow content
Permitted content Flow content, but with no contained <form> elements
Tu cliques sur flow content et tu as la réponse. Au passage tu as la définition exacte de ce que tu peux mettre ou pas et pas un sous ensemble approximatif au pifomètre.
Idem pour les événements. Tu vas dans la section DOM interface et tu cliques
This element implements the HTMLFormElement interface.
Tu as les properties et les méthodes de l'élement ainsi que les informations sur l'héritage.
Alors oui tu vas "perdre" un peu de temps au début. Mais avoir les informations clairement démarquées va très vite te permettre de passé du rang d'assisté a celui du mec qui comprend ce qu'il fait plutôt que faire du copier coller. Tu vas très vite mémoriser et identifier les différents points importants et tu comprendras très vite la logique et ce que tu peux faire avec chaque chose.
w3school mélange tout de manière incompréhensible. Ca parait plus simple mais c'est une fausse bonne idée. Pourquoi dans Standard Attributes t'as qu'une partie des attributs standards ? Quelle est la logique qu'un element y soit ou pas ? De même dans Event Attributes on mélange les événements spécifiques et d'Element mais on en oubli certains. Pourquoi ? Quelles sont les propriétés du nœud DOM ? Je sais pas. Quelles sont les méthodes du nœud DOM ? Je sais pas.
Bref w3school ca résume bien la réputation que se traine les devs frontend. Copier/coller vite fait mal fait sans trop comprendre.
Si tu as des noms, ça m'intéresse, parce que je n'ai pas encore trouvé d'outil qui me plaisait vraiment pour écrire du html/css.
Je suis dev, et pas frontend, donc je ne fais de l'html/css que par hasard.
N'importe quel outil qui te permet d'éditer du JS correctement doit pouvoir le faire. Je peux te confirmer pour netbeans et pycharm/intellij/webstorm. Pycharm est suffisamment bon pour pas te proposer form quand tu es déjà dans un form etc. Il assure monstrueusement bien sur la complétion et le support de tout et n'importe quoi; c'est bluffant. Par contre pour la doc netbeans pointe directement sur la spec W3C alors que pycharm à un résumé pourri à la w3school. Mais bon quand tu as besoin de la doc, tu vas sur MDN ou autre de toute facon.
Mais si c'est juste pour obtenir la liste des éléments que peut contenir une balise je te conseil fortement d'utiliser un éditeur de texte correct ou de le configurer. N'importe quel outil digne de ce nom te propose la complétion et la documentation (souvent la spec du W3C) qui va avec pour chaque élément.
En même temps quand tu cherches un truc c'est pour l'utiliser. Donc autant avoir les infos qui permettent d'éviter de faire de la merde, de toute façon t'en aura besoin. Avec "The setTimeout() method calls a function or evaluates an expression after a specified number of milliseconds." tu vas pas aller bien loin, alors que toutes les infos sur MDN sont pertinentes. MDN place souvent le curseur au bon endroit, c'est concis tout en étant précis, c'est très comparable à une man page. w3school c'est un peu comme couper les man pages après la section sysnopsis, ca sert à rien.
Si tu cherches comment faire quelque chose, alors stackoverflow te trouve la solution dans 95% des cas, c'est assez hallucinant.
w3school c'est un peu comme commentcamarche, un page rank super haut pour des infos pourries. Il manque plein d'infos, y'a plein de fautes, c'est mal présenté, pas d'explication, pas d'analyse, y'a pas de lien vers la spec bref le blacklister fait pas de mal.
Ca dépend ce que tu cherches, mais bien souvent la combinaison MDN, stackoverflow, moteur de recherche, et spec W3C si besoin (pourtant les specs les plus illisibles je trouve), MSDN te donnera des résultats bien plus utiles.
Par exemple en regardant les démos j'ai pas vu de lazy loading, pas de scrolling, pas de navigation clavier, pas de focus, pas de retaillage des colonnes etc. Pas vu non plus si ca supportait le rtl et le bidi. J'ai raté quelque chose ?
Le problème des grids en JS, c'est dès que tu commences à les utiliser un peu sérieusement tu arrives assez vite aux limites et ça devient de la voltige.
Ça m'attriste que les linuxiens soient sur-représentés sur ce site de merde alors qu'il ne demande qu'à être blacklisté. (Note que leurs stats sont à l'image de leur site on ne sait même pas ce qu'ils mesurent: hits, pages, visiteurs, visiteurs uniques ?)
N'hésite pas à sortir toi aussi tes stats factuelles
Puisque tu sais que je ne suis pas nouveau, tu sais aussi que je m'en fou totalement. Je ne me suis jamais senti en croisade ou avoir à prouver quelque chose au monde entier à propos des outils que j'utilise ;)
Mais surtout, et comme tout le monde ici, je n'ai aucun moyen de savoir si c'est 0.5% ou 10%. Par contre j'aime pas mentir.
Le but c'est de s'auto convaincre que Linux à une existence sur le desktop ou d'être factuel ?
1- Dans les mêmes stats on sépare iPad/iPhone/Mac par contre on mélange Android et Linux
2- On essaye de faire croire que le marché n'est pas segmenté alors que la distro la plus importante représente 0,71% des requêtes
3- On essaye de faire croire qu'on mesure quelque chose qui a un rapport avec la part de marché mais je sais pas si on arrive a prouver que le nombre de hits sur wikipedia équivaut avec les pdm.
La pure concurrence, l'élitisme, et seul le premier à le droit à quelque chose, c'est très communiste oui.
Le côté bisounours du logiciel libre, c'est quand tu es côté consommateur. Côté producteur, je pense que si on appliquait ce qui se fait dans le LL à tout la société y'en a quelques uns à gauche qui se plaindraient un tantinet ;)
Je ne dis pas qu'elle est idiote. Je dis que t'as intérêt à connaître un peu beaucoup le sujet et les travaux qui ont été fait pour supposer qu'ils n'ont pas pensé à un truc qui t'es venu à l'esprit entre ton sandwich et ta banane.
Tu m'as l'air plein de certitudes, mais tout ne se résume pas à des bullet lists.
Pour continuer dans mon exemple précédent, tu fais rentrer le cas de LMAX dans laquelle de tes cases ? Je sais qu'ils recrutent, et je sais que les boites qui m'intéressent n'ont pas de RH (ou alors ils se bornent à leur vraie rôle, signer des papiers et faire la secrétaire pour les interviews). Ton CV formaté pour les grosses boites ou les SSII, il part direct à la poubelle. Des boîtes comme ca j'en ai à la pelle.
Je peux te trouver plein d'autres cas qui rentrent pas dans tes cases, où qui montrent que c'est pas aussi simple que ce que tu prétends:
- Les candidatures spontanées bien ciblées à court terme c'est pas forcément très productif. À moyen ou long terme ca peut être assez payant. Quand y'a un poste t'es sur l'affaire. Les boîtes qui cherchent des gens bons n'arrêtent jamais d'interviewer même si il n'y a pas de poste immédiatement dispo. Il ne faut pas laissé le pipe de candidat se vider comme ca quand un poste s'ouvre tu recrutes pas par défaut. Du coup ton téléphone sonne.
- Les "bouteilles à la mer" qui font que jamais autre chose qu'un RH t'appelles, mon expérience prouve que c'est faux.
Donc oui chaque situation est différente, et dire qu'il faut "bidonner" son CV pour avoir un bon job est une bêtise, bien au contraire.
Bref, le CV sert juste à décrocher l'entretien, et tout les moyens sont bons.
Faut simplement essayer d'adapter ton CV en fonction de chez qui tu postules; y'a pas de règle générale. Si ton CV atterri en premier chez les RH d'une grosse boite, les mots clés te permettront peut être d'aller à l'étape suivante. Si il atterri chez des techos d'une boite qui connait son métier, il ira directement à la poubelle. Pas mal boites qui cherchent des mecs très bons sont beaucoup plus pointilleuses que les RH sur les CV mais avec des critères opposés. Un exemple parmi tant d'autres: http://mechanitis.blogspot.com/2011/12/how-to-make-your-cv-not-suck.html
Faut essayer de s'adapter à la culture de l'entreprise chez qui tu postules et c'est pas une science et tu te feras jeter ou pas aléatoirement…
C'est pas par ce qu'il y des chomeurs qu'ils correspondent à la demande. Recruter du lambda pas cher, aucun problème. Recruter des mecs vraiment compétents c'est pas aussi facile que ça, surtout selon la région.
Le niveau moyen en informatique est quand même très très bas. Ce qui correspond exactement à ce que recherche les SSII… Pas cher.
Tu es patron et tu l'as déjà mis en pratique pour être aussi sur de toi ?
Pour aller chercher l'insuffisance professionnelle t'as intérêt à avoir un dossier vraiment béton pour pas signer un bon gros chèque aux prud'homme. C'est d'autant plus difficile dans nos métier, où le travail produit est difficilement mesurable et où on peut très facilement plaider le manque formation.
Posté par ckyl .
En réponse au journal spdy://.
Évalué à 4.
Le but de spdy c'est de rendre HTTP TCP friendly. On change juste ce qui passe sur le cable et comment, mais on ne touche pas à la partie visible par les utilisateurs.
Je rajouterais que Node.js n'est pas adapté pour des programmes de calculs. Il est super pour des programmes avec IO et évènements (il est fait pour ça), mais pour du calcul scientifique ou autre programme nécessitant du CPU Node.js n'arrivera jamais aux perfs d'un code compilé en natif.
C'est simplement que tu veux utiliser un rateau pour percer un trou. Node.js c'est fait pour un but précis, et c'est clairement pas fait pour du calcul.
Après le côté perf code natif toussa, je rentrerais pas dans le troll.
Des mecs qui seront amenés à faire du troubleshooting sur des systèmes compliqués ou à créer des trucs innovants c'est pas débile de les sortir de leur zone de confort pour aller voir comment ils raisonnent et comment ils attaquent les problèmes. Y'a même pleins de questions techniques où on n'attend pas forcement de toi que tu trouves la bonne ou la meilleure réponse. En parallèle, y'en a aussi beaucoup où tu as intérêt à être bon techniquement, en CS, et très très carré.
Dans les 3 puzzles donnés, le 2 et le 3 utilisent les même raisonnement qu'aurait un dev ou un admin pour construire sa solution même si sur la 2 y'a une astuce. Le 1 est plus abstrait mais en général ce type de question est pour les managers.
Je défends pas le truc, j'aime pas et je suis mauvais aux puzzles. Mais c'est toujours un peu facile de critiquer et de dire que les autres sont incompétents… Mais on peut aussi faire preuve d'un peu d'objectivité et d'humilité.
Simplement pour avoir longtemps refusé de passer ces itw sur cette mauvaise appréciation; avoir pas mal d'anciens collègues qui ont été embauché ou pas; et avoir expérimenté moi même quelques uns; je trouve assez débile de dire qu'ils recrutent des incompétents. Les mecs qui passent sont compétents.
Vu qu'ils ont beaucoup plus de candidats que de postes, ils peuvent se permettre d'avoir des critères de recrutement plus large que la plupart des boites. Ils ont aussi la possibilité de comparer un grand nombre de candidats sur ces critères. Ca peut mener à des faux négatif, et ils assument pleinement leur très fort taux. Mais ca n'empeche pas que sur les critères standard ils ont des exigences largement plus élevées et objectives que l'immense majorité des boites.
Par contre tu es libre de ne pas aimer tout leurs critères de recrutement ou toute autre chose chez eux.
[^] # Re: rêve d'une gubuntu
Posté par ckyl . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 4.
Oui certains marchés imposent le fait d'être accessible. Quand tu es sur ce créneau tu peux pas livrer si tout n'est pas internationalisé (support rtl et bidi inclus) et accessible.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 2.
Tu te sers d'un truc une fois par an mais t'es persuadé que c'est le mieux ? Soit je perds mon temps.
C'est une vraie question ? Y'a encore besoin de vanter les mérites d'une completion contextuelle, d'une doc en ligne, de la detection d'erreur en 2012 ? Surtout quand tu te sers d'un truc une fois par an.
Devoir passer par ton broswer et une rechercher pour trouver font-style t'as pas l'impression de perdre ton temps alors qu'un ctrl-espace t'aurais sortir le nom exact et la doc en moins de 2s ? Au passage il te dira si tu fais une typo ou écris quelque chose d'invalide…
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 1.
Donc tu sais que tu cherches les éléments d'une catégorie. Tu as un résumé de toutes les catégories, dont form
https://developer.mozilla.org/en/HTML/Content_categories#Form-associated_content
Note que tu as mis de côté tout ce qui concerne le DOM, et la logique des événements et properties listées.
Si c'est ce que tu cherches, alors je te conseil vraiment d'acheter un éditeur de texte correct…
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 2.
MDN présente dans le sens et avec les concepts qui définissent les normes. Si tu veux savoir ce que tu peux mettre dans une catégorie tu vas voir la dite catégorie
Tu cliques sur flow content et tu as la réponse. Au passage tu as la définition exacte de ce que tu peux mettre ou pas et pas un sous ensemble approximatif au pifomètre.
Idem pour les événements. Tu vas dans la section DOM interface et tu cliques
Tu as les properties et les méthodes de l'élement ainsi que les informations sur l'héritage.
Alors oui tu vas "perdre" un peu de temps au début. Mais avoir les informations clairement démarquées va très vite te permettre de passé du rang d'assisté a celui du mec qui comprend ce qu'il fait plutôt que faire du copier coller. Tu vas très vite mémoriser et identifier les différents points importants et tu comprendras très vite la logique et ce que tu peux faire avec chaque chose.
w3school mélange tout de manière incompréhensible. Ca parait plus simple mais c'est une fausse bonne idée. Pourquoi dans Standard Attributes t'as qu'une partie des attributs standards ? Quelle est la logique qu'un element y soit ou pas ? De même dans Event Attributes on mélange les événements spécifiques et d'Element mais on en oubli certains. Pourquoi ? Quelles sont les propriétés du nœud DOM ? Je sais pas. Quelles sont les méthodes du nœud DOM ? Je sais pas.
Bref w3school ca résume bien la réputation que se traine les devs frontend. Copier/coller vite fait mal fait sans trop comprendre.
Je suis dev, et pas frontend, donc je ne fais de l'html/css que par hasard.
N'importe quel outil qui te permet d'éditer du JS correctement doit pouvoir le faire. Je peux te confirmer pour netbeans et pycharm/intellij/webstorm. Pycharm est suffisamment bon pour pas te proposer form quand tu es déjà dans un form etc. Il assure monstrueusement bien sur la complétion et le support de tout et n'importe quoi; c'est bluffant. Par contre pour la doc netbeans pointe directement sur la spec W3C alors que pycharm à un résumé pourri à la w3school. Mais bon quand tu as besoin de la doc, tu vas sur MDN ou autre de toute facon.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 1. Dernière modification le 25 avril 2012 à 13:36.
Bha compare les deux:
https://developer.mozilla.org/en/HTML/Element/form
http://www.w3schools.com/tags/tag_form.asp
Mais si c'est juste pour obtenir la liste des éléments que peut contenir une balise je te conseil fortement d'utiliser un éditeur de texte correct ou de le configurer. N'importe quel outil digne de ce nom te propose la complétion et la documentation (souvent la spec du W3C) qui va avec pour chaque élément.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 1.
En même temps quand tu cherches un truc c'est pour l'utiliser. Donc autant avoir les infos qui permettent d'éviter de faire de la merde, de toute façon t'en aura besoin. Avec "The setTimeout() method calls a function or evaluates an expression after a specified number of milliseconds." tu vas pas aller bien loin, alors que toutes les infos sur MDN sont pertinentes. MDN place souvent le curseur au bon endroit, c'est concis tout en étant précis, c'est très comparable à une man page. w3school c'est un peu comme couper les man pages après la section sysnopsis, ca sert à rien.
Si tu cherches comment faire quelque chose, alors stackoverflow te trouve la solution dans 95% des cas, c'est assez hallucinant.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 4.
w3school c'est un peu comme commentcamarche, un page rank super haut pour des infos pourries. Il manque plein d'infos, y'a plein de fautes, c'est mal présenté, pas d'explication, pas d'analyse, y'a pas de lien vers la spec bref le blacklister fait pas de mal.
Genre sur un truc tout con, compare https://developer.mozilla.org/en/DOM/window.setTimeout et http://www.w3schools.com/jsref/met_win_settimeout.asp.
Ca dépend ce que tu cherches, mais bien souvent la combinaison MDN, stackoverflow, moteur de recherche, et spec W3C si besoin (pourtant les specs les plus illisibles je trouve), MSDN te donnera des résultats bien plus utiles.
# Comparaison
Posté par ckyl . En réponse à la dépêche EditableGrid, des nouvelles du projet. Évalué à 6.
Il existe une comparaison fonctionnelle avec les autres implémentations de grid ? Genre page 12 et 13 ici http://www.slideshare.net/sitepen/dgrid-next-generation-dojo-grid Ou un retour d'expérience d'utilisateurs ?
Par exemple en regardant les démos j'ai pas vu de lazy loading, pas de scrolling, pas de navigation clavier, pas de focus, pas de retaillage des colonnes etc. Pas vu non plus si ca supportait le rtl et le bidi. J'ai raté quelque chose ?
Le problème des grids en JS, c'est dès que tu commences à les utiliser un peu sérieusement tu arrives assez vite aux limites et ça devient de la voltige.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 6.
Je répondais à tanguy, le pointilleux casse couille de service mais quand ca l'arrange il est un poil moins pointilleux ;)
C'est exactement ce que je dis. Les chiffres mesurent une chose, pourquoi vouloir mentir sur leur signification ?
Ça m'attriste que les linuxiens soient sur-représentés sur ce site de merde alors qu'il ne demande qu'à être blacklisté. (Note que leurs stats sont à l'image de leur site on ne sait même pas ce qu'ils mesurent: hits, pages, visiteurs, visiteurs uniques ?)
Puisque tu sais que je ne suis pas nouveau, tu sais aussi que je m'en fou totalement. Je ne me suis jamais senti en croisade ou avoir à prouver quelque chose au monde entier à propos des outils que j'utilise ;)
Mais surtout, et comme tout le monde ici, je n'ai aucun moyen de savoir si c'est 0.5% ou 10%. Par contre j'aime pas mentir.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 6.
Il ne te reste donc plus qu'à monter un business et faire fortune !
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 6.
Non ca fait 1.87% des hits de wikipedia.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 10.
Le but c'est de s'auto convaincre que Linux à une existence sur le desktop ou d'être factuel ?
1- Dans les mêmes stats on sépare iPad/iPhone/Mac par contre on mélange Android et Linux
2- On essaye de faire croire que le marché n'est pas segmenté alors que la distro la plus importante représente 0,71% des requêtes
3- On essaye de faire croire qu'on mesure quelque chose qui a un rapport avec la part de marché mais je sais pas si on arrive a prouver que le nombre de hits sur wikipedia équivaut avec les pdm.
Un peu d'honnêteté fait pas de mal.
[^] # Re: 10000 ?
Posté par ckyl . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 1. Dernière modification le 23 avril 2012 à 16:22.
Dont 3.6% d'android… Et c'est une stat sur le nombre de requete par de visiteur.
[^] # Re: Ballmer avait donc raison ?
Posté par ckyl . En réponse au journal Notre petit univers de geek privilégié. Évalué à 2.
La pure concurrence, l'élitisme, et seul le premier à le droit à quelque chose, c'est très communiste oui.
Le côté bisounours du logiciel libre, c'est quand tu es côté consommateur. Côté producteur, je pense que si on appliquait ce qui se fait dans le LL à tout la société y'en a quelques uns à gauche qui se plaindraient un tantinet ;)
[^] # Re: il manque une hypothese
Posté par ckyl . En réponse au journal Anomalie Pioneer: une solution en vue ?. Évalué à 10.
Je ne dis pas qu'elle est idiote. Je dis que t'as intérêt à connaître un peu beaucoup le sujet et les travaux qui ont été fait pour supposer qu'ils n'ont pas pensé à un truc qui t'es venu à l'esprit entre ton sandwich et ta banane.
[^] # Re: il manque une hypothese
Posté par ckyl . En réponse au journal Anomalie Pioneer: une solution en vue ?. Évalué à 9.
Par ce que évidement t'es plus malin que des mecs qui se sont fait chier pendant X plombes à récupérer des données et à publier des articles ?
Attention au syndrome dit des commentaires youtube. Il me semble pas loin.
[^] # Re: mythomanes
Posté par ckyl . En réponse au journal 285 jours : l’ancienneté moyenne au chômage des demandeurs d’emploi en informatique. Évalué à 2.
Tu m'as l'air plein de certitudes, mais tout ne se résume pas à des bullet lists.
Pour continuer dans mon exemple précédent, tu fais rentrer le cas de LMAX dans laquelle de tes cases ? Je sais qu'ils recrutent, et je sais que les boites qui m'intéressent n'ont pas de RH (ou alors ils se bornent à leur vraie rôle, signer des papiers et faire la secrétaire pour les interviews). Ton CV formaté pour les grosses boites ou les SSII, il part direct à la poubelle. Des boîtes comme ca j'en ai à la pelle.
Je peux te trouver plein d'autres cas qui rentrent pas dans tes cases, où qui montrent que c'est pas aussi simple que ce que tu prétends:
- Les candidatures spontanées bien ciblées à court terme c'est pas forcément très productif. À moyen ou long terme ca peut être assez payant. Quand y'a un poste t'es sur l'affaire. Les boîtes qui cherchent des gens bons n'arrêtent jamais d'interviewer même si il n'y a pas de poste immédiatement dispo. Il ne faut pas laissé le pipe de candidat se vider comme ca quand un poste s'ouvre tu recrutes pas par défaut. Du coup ton téléphone sonne.
- Les "bouteilles à la mer" qui font que jamais autre chose qu'un RH t'appelles, mon expérience prouve que c'est faux.
Donc oui chaque situation est différente, et dire qu'il faut "bidonner" son CV pour avoir un bon job est une bêtise, bien au contraire.
[^] # Re: mythomanes
Posté par ckyl . En réponse au journal 285 jours : l’ancienneté moyenne au chômage des demandeurs d’emploi en informatique. Évalué à 4.
Faut simplement essayer d'adapter ton CV en fonction de chez qui tu postules; y'a pas de règle générale. Si ton CV atterri en premier chez les RH d'une grosse boite, les mots clés te permettront peut être d'aller à l'étape suivante. Si il atterri chez des techos d'une boite qui connait son métier, il ira directement à la poubelle. Pas mal boites qui cherchent des mecs très bons sont beaucoup plus pointilleuses que les RH sur les CV mais avec des critères opposés. Un exemple parmi tant d'autres: http://mechanitis.blogspot.com/2011/12/how-to-make-your-cv-not-suck.html
Faut essayer de s'adapter à la culture de l'entreprise chez qui tu postules et c'est pas une science et tu te feras jeter ou pas aléatoirement…
[^] # Re: C'est quoi un informaticien ?
Posté par ckyl . En réponse au journal 285 jours : l’ancienneté moyenne au chômage des demandeurs d’emploi en informatique. Évalué à 8.
C'est pas par ce qu'il y des chomeurs qu'ils correspondent à la demande. Recruter du lambda pas cher, aucun problème. Recruter des mecs vraiment compétents c'est pas aussi facile que ça, surtout selon la région.
Le niveau moyen en informatique est quand même très très bas. Ce qui correspond exactement à ce que recherche les SSII… Pas cher.
# Rapport
Posté par ckyl . En réponse au journal 285 jours : l’ancienneté moyenne au chômage des demandeurs d’emploi en informatique. Évalué à 10.
Je comprends pas bien. D'un côté on parle d'informatique et de l'autre de SSII. Faudrait choisir de quoi on parle…
[^] # Re: Ca s'appelle le principe de Dilbert
Posté par ckyl . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 6. Dernière modification le 19 avril 2012 à 19:23.
Tu es patron et tu l'as déjà mis en pratique pour être aussi sur de toi ?
Pour aller chercher l'insuffisance professionnelle t'as intérêt à avoir un dossier vraiment béton pour pas signer un bon gros chèque aux prud'homme. C'est d'autant plus difficile dans nos métier, où le travail produit est difficilement mesurable et où on peut très facilement plaider le manque formation.
[^] # Re: Téléchargement et webservice
Posté par ckyl . En réponse au journal spdy://. Évalué à 4.
Le but de spdy c'est de rendre HTTP TCP friendly. On change juste ce qui passe sur le cable et comment, mais on ne touche pas à la partie visible par les utilisateurs.
[^] # Re: IO OK / CPU KO
Posté par ckyl . En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 5.
C'est simplement que tu veux utiliser un rateau pour percer un trou. Node.js c'est fait pour un but précis, et c'est clairement pas fait pour du calcul.
Après le côté perf code natif toussa, je rentrerais pas dans le troll.
[^] # Re: dans le même genre
Posté par ckyl . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 3.
Des mecs qui seront amenés à faire du troubleshooting sur des systèmes compliqués ou à créer des trucs innovants c'est pas débile de les sortir de leur zone de confort pour aller voir comment ils raisonnent et comment ils attaquent les problèmes. Y'a même pleins de questions techniques où on n'attend pas forcement de toi que tu trouves la bonne ou la meilleure réponse. En parallèle, y'en a aussi beaucoup où tu as intérêt à être bon techniquement, en CS, et très très carré.
Dans les 3 puzzles donnés, le 2 et le 3 utilisent les même raisonnement qu'aurait un dev ou un admin pour construire sa solution même si sur la 2 y'a une astuce. Le 1 est plus abstrait mais en général ce type de question est pour les managers.
Je défends pas le truc, j'aime pas et je suis mauvais aux puzzles. Mais c'est toujours un peu facile de critiquer et de dire que les autres sont incompétents… Mais on peut aussi faire preuve d'un peu d'objectivité et d'humilité.
[^] # Re: dans le même genre
Posté par ckyl . En réponse au journal De l'incompétence comme moteur de l'économie…. Évalué à 3.
Tu fais complétement fausse route.
Simplement pour avoir longtemps refusé de passer ces itw sur cette mauvaise appréciation; avoir pas mal d'anciens collègues qui ont été embauché ou pas; et avoir expérimenté moi même quelques uns; je trouve assez débile de dire qu'ils recrutent des incompétents. Les mecs qui passent sont compétents.
Vu qu'ils ont beaucoup plus de candidats que de postes, ils peuvent se permettre d'avoir des critères de recrutement plus large que la plupart des boites. Ils ont aussi la possibilité de comparer un grand nombre de candidats sur ces critères. Ca peut mener à des faux négatif, et ils assument pleinement leur très fort taux. Mais ca n'empeche pas que sur les critères standard ils ont des exigences largement plus élevées et objectives que l'immense majorité des boites.
Par contre tu es libre de ne pas aimer tout leurs critères de recrutement ou toute autre chose chez eux.