Hormis pouvoir recruter LE mec pour un point précis, ou si tu es dans des bassins d'emploi limités explique moi ce que tu perds à centraliser tes mecs par rapport à les avoir aux 4 coins du monde et qu'ils ne se voient "jamais".
Ça peut revenir moins cher de garder quelqu'un à distance
Oui c'est pour ca qu'on balance souvent les tests, Q&A à l'autre boût de la planète et qu'on embauche la R&D dans des endroits hors de prix.
quant à la productivité qui serait supérieure en étant physiquement proche, ce n'est vrai que s'il n'y a pas de distractions par ailleurs
Quand tu payes 100 à 200K des devs, tu leurs paies aussi un bureau et de quoi bosser correctement.
Il y a même une chance que quelqu'un se souvienne des études sur l'incidence d'avoir un bureau sans distraction sur la qualité du code et la vitesse de dev (ca date des années 90 et l'écart était de 30% IIRC)
En ce qui me concerne je suis plus productif à distance.
Ca va évidement varier en fonction de tes tâches.
Mais la question est: Est ce que si tu mets tes 300 mecs (R&D, Q&A, dev, UX & co) en remote ton département est plus productif ? Ta qualité augmente ? Tu gagnes en cohérence ? Tu gagnes en collaboration ? Tu gagnes en temps de réponse sur incident ? Tu arrives à pousser des changements aussi vite ?
Je ne dis pas que ca marche pas. Il y a même de bons côtés, comme forcé les gens a être ponctuels et se tenir aux agendas. C'est l'enfer quand tu repasses dans une boîte ou avoir 10 minutes de retard et déraper de 2h est la règle. Je dis la même chose que pbpg, avoir des équipes éclatées c'est compliqué à gérer et à vivre.
Même dans les boîtes concues pour, le coût d'être remote n'est pas négligeable. Ni pour ceux qui le vive, ni pour le produit. Si tu as bossé dans des boîtes qui ont des bureaux partout dans le monde et/ou dans des équipes distribuées je ne vois pas comment tu peux affirmer cela aussi fort. Sinon t'es en train de donner une lecon à un mec qui doit certainement plus le vivre que toi (MS quoi…).
Ce n'est pas insurmontable; ca va dépendre beaucoup de ce sur quoi tu bosses, du découpage des équipes et des interactions que tu dois avoir. Mais clairement le résultat est moins bon ou plus cher que de prendre les même gars, et les mettre dans le même couloir.
Quelle est la proportion de boîtes qui bossent comme ça ?
Difficile à dire.
Est-ce que ma première embauche se fera forcément dans une boîte pourrie ?
À fuir comme la peste. C'est un peu le début de ta carrière qui en détermine la suite. Si tu arrives à chopper des trucs intéressants ca t'ouvre plein de choses par la suite. Bha oui tu es compétent techniquement et en plus tu as quelque chose à vendre en plus des autres.
Comment juger de la qualité d'une entreprise avant de la rejoindre ?
Qualité des entretients (si ca passe trop facilement tu peux facilement en déduire le niveau des gens avec qui tu vas bosser).
Qualité et attitude du mec avec qui tu discutes. Attention ca peut être trompeur, les mecs faisant passer les itw étant générallemment les meilleurs. Si c'est ton futur chef qui te fait passer l'entretient ca donne de très bons indices sur comment il se comporte (fuir le mec qui est largé mais qui fait comme si, être largué est ok si il se repose sur son équipe pour le côté technique). Si tu rencontres des techos, discutes avec eux. Sinon ca peut être mauvais signe, essai de voir si tu peux rencontrer l'équipe.
N'hésite pas à poser des questions sur ce qu'ils font et comment ils font. Ca montre un signe d'intêret et te permettra d'en savoir un peu plus. Ils disent faire de l'agile ? N'hésite pas à leur demander comment ils se sont organiser pour telle ou telle situation pour voir si c'est de l'esbrouffe où non. Ils font de l'intégration continue ? Comment gèrent t'il les branches ?
La forme est tellement supérieure au fond que je me demande si l'on n'est pas dans uné école de com.
C'est que ton école c'est de la merde. Au pire c'est trop tard, fais ce qu'il faut pour bien te classer et basta
Du coup, j'ai vraiment l'impression de me donner à fond pour pas grand chose. Si j'ai bien compris, toute la promo se fera embaucher à 35k car "le secteur est porteur", peu importe nos réels talents…
C'est peut être vrai au moment T de la sortie de promo. 5 ans après ca risque de l'être beaucoup moins. Les bons finissant générallement par sortir du l'eau et avoir des opportunités et des salaires que les autres non pas. Ca ne veut pas dire qu'il n'y a pas de faux négatifs/positifs.
Attention à ne pas t'enterrer dans la masse d'incompétence ca peut être difficile d'en ressortir ou ca peut t'avoir grillé le cerveau.
Je pensais tout de même que les job boards pouvaient être utiles.
Ils ont un très mauvais ratio signal/bruit. Après ca ne veut pas dire que tu ne vas pas tomber sur le contre exemple qui t'offrira le poste dont tu rêves.
Pour en avoir discuté avec des collègues récement on semble avoir le même sentiment. Viadeo et les jobs bords francais ne servent que si tu veux faire de la SSII et le nombre de contact intéressant trouvés grâce à eux tend vers 0.
Attention aux particularités des marchés locaux. Ce qui je dis peut être complétement faux chez toi. A toi de sentir si ca t'apporte quelque chose ou non.
Peut-être est-ce là une partie de mon problème alors. L'informatique n'est peut-être pas au final ce que j'ai envie de faire alors.
Et pourtant, j'aime l'informatique. J'aime développer. Mais développer, sans même être architecte, ce n'est pas juste pisser du code.
Attention justement à ce mélange, ce n'est pas ce que j'ai dit. L'informatique est un domaine assez à part; les processus de réalisation sont différents du reste de l'industrie. Ca ne veut pas dire que tu fais du pousse-bouton loin de là, mais que le terme ingénieur est très mal adapté à notre métier.
Maintenant, dans tout les taffs que j'ai eu et que j'envisage, déveloper ca veut dire: être en charge de la réalisation des features et servir d'input au "product owner" pour qu'il puisse gérer son projet en ayant les bonnes infos. Ca veut dire que tu discutes des features qu'on te balance (ok, infaisable, mal spécifiée, autre solution moins couteuse, comprendre ce qu'il veut vraiment etc.) et que ton job après c'est que ce soit fait comme tu l'as négocié. Tu as donc tout ce qui semble t'intéresser là dedans. Ca correspondrait au boulot que tu fais quand tu es maintainer d'un projet (mais tu n'as pas le lead des features, et le "tu" c'est ton équipe). Autrement il faut effectivement se tirer fissa.
Mais pourquoi pas virer au final pas mal de mots clés ou technos, histoire de ne plus sortir du tout sur certaines recherches.
Vire ton CV tout cours des job boards, y'a que des boulets la dessus. Et à l'inverse les bonnes offres passent assez rarement sur les canaux officiels/mainstream.
Fais en sorte que tu sois trouvable sur linkedin, et visible sur les groupes de dev locaux. Si tu ne veux pas bouger y'a pas grand chose de plus à faire.
Pour chercher contactes les mecs que tu connais pour qu'ils fassent suivre, fouilles les annuaires de boites pour trouver qui existe et qui fait quoi, regarde qui finance et va aux confs & apero dans ton coin etc.
Les bonnes offres sont peu annoncées par ce que si tu le fais tu prends tout les boulets du monde. Puisque les "A players" ont tendances à se regrouper il exise des stratégies plus performantes pour les boîtes. Donc c'est un peu à la chance et au culot. Y'a des boîtes qui même si elles n'ont pas de poste ouvert, gardent leur pipe de recrutement ouvert pour le futur voir ouvre un poste qu'en y'a quelqu'un à embaucher qui se présente. Statistiquement si l'offre est sur monster, l'apec ou autre vaut mieux y regarder à deux fois…
J'ai un peu de mal avec ton article. Tu ne te plais pas dans ton job et tu critiques l'ensemble de l'informatique. Tu critiques le fait que tu places des boutons et tu dis que l'informatique n'a rien d'intéressant dans sa globalité.
Il faut bien comprendre que tout ca est nécéssaire. Qu'en volume il y aura forcément plus de "placeurs de boutons" et de "plombiers" que de R&D ou d'éditeurs logiciels. Pour un producteur d'un composant tu as 10 à 100000 clients. T'as 10 devs pour une brique open source qui va se faire consommer par toute la planète. Après ca va dépendre de tes centres d'intêret mais même faire le millième site web peut être intéressant si ce que tu aimes c'est d'une part de livrer des choses, et d'autres part de mener toute la discussion avec le client et les intéractions qui vont avec.
Après, même quand tu fais du taff "intéressant", tu vas passer un temps significatif à "placer des boutons" et faire des conneries par ce que c'est ton job et que ca constitue la majorité du taff. Quand tu vois les présentations dans les confs tu te dis "c'est cool" mais ca représente 5% - 10% du temps d'un projet. Dans les bonnes boîtes, tu auras des interactions saines entre le marketing, l'UI/UX et les devs. Notre métier c'est la négociation et l'implémentation.
À te lire j'ai quand même l'impression que ta vision est biaisée sur le côté ouvrier du métier. C'est peut être une réalité de ce que tu as vécu, mais ca ne se généralise pas. Si tu veux trouver des postes qui correspondent plus à ce que tu souhaites, à rapprocher de quelque chose comme Who needs an architect, Martin Fowler, ils existent. Attention à bien savoir ce que tu cherches et ne pas tout mélanger.
Par exemple il faut faire attention au côté ingénieur. En dehors de domaine très spécalisés, l'informatique n'est pas un domaine d'ingénieur. Les approches sont très différentes par ce que nos monde et nos outils sont très différents. Si ca ne coutait rien de construire un pont avec du bon sens et de le tester/corriger/amelliorer/changer le lendemain au besoin; est-ce que les approches ne se rapprocheraient pas des notres ?
Par certains côtés je dirais bien pourquoi pas (enfin une fois que mon niveau d'anglais sera remonté à un seuil acceptable)
Ca pourrait aussi être un piste de ce qui te limite actuellement. Dans toutes les boîtes qui embauchaient des bons et investissaient dans leurs devs que j'ai connu, l'anglais était un critère non négociable: interview toujours en anglais.
Pas besoin d'être "bon" en anglais, par contre tu dois pouvoir te sortir d'un entretient à l'international sans aucun soucis. Franchement c'est pas dur, le sous ensemble que l'on utilise est simple.
Mais au final c'est si bien que ça ou c'est qu'une partie visible et à côté il y a tout une masse médiocre, comme ici ?
Comme partout. Mais si tu veux aller moins loin il y a des places avec des boîtes en Europe qui recherchent et vont chercher des mecs bons. En général c'est à côté des pôles financiers mais selon le domaine il peut y en avoir d'autres.
Et du coup, si tu es ingénieur et ne veux faire ni du management, ni du commercial, tu es un raté qui culminera à 2000€/mois.
Faut arrêter de déconner. Je connais pas mal de monde en province qui font de la R&D depuis des années et qui ont les salaires qui vont avec. Ca reste assez loin de ce qu'on peut chopper en se tirant dans un pays plus R&D friendly mais 2000€ faut pas déconner hein.
Si c'est le cas il faut aussi peut être se poser la question de pourquoi on se retrouve dans cette merde. Si tu n'arrives pas à rentrer dans des boîtes qui cherchent des mecs bons il faut comprendre pourquoi. Après si il n'y absolument aucune boîte correcte dans ton secteur (attention ca peut prendre du temps pour rentrer si le marché est petit) alors soit t'arrêtes l'info soit tu bouges. En bougeant dans une place forte ton saut de salaire peut compenser la perte temporaire du deuxième revenu.
Pour résumer:
- Faire le point sur ce que tu sais faire, ce que tu peux vendre et ton niveau réel pour le monde réel
- Faire le point sur ce que tu veux faire (domaine), ce qu'il te manque et ce sur quoi se focaliser pour faire la différence.
- Si tu cherches un taff dans un endroit donné, faire le point sur le bassin d'emploi. Par exemple c'est débile de se tourner vers du .com forte volumétrie si y'a personne qui fait 100M+ pages / jour dans ton bled. Idem apprendre Scala ne sert grosso modo à rien. Par contre tu peux planifier un changement de domaine en 1/2 ans si tu vois qu'il y a un marché porteur dans ton secteur.
- Faire le tour des boites qui font des trucs cools. Aller parler avec les gens de ces boîtes même si y'a rien en ce moment ca paiera peut être dans 1 ans. Une bonne technique peut être d'aller dans les meetup et autre conf. Ca te permetra de parler direct avec les ingés qui pourront faire suivre ton CV en interne si tu as quelque chose à vendre.
- Bosser et bosser à mort les entretients. La majorité des gens sont simplement mauvais et/ou ne se préparent pas. En france en général les entretients sont très faciles, mais ta prestation doit faire la différence. On doit être certain que tu es le mec pour le job. Revient mini à ton niveau de fac en algo, bosses tes ADT, soit capable de coder n'importe quoi au tableau, soit capable de t'exprimer, si tu dis être expert dans un domaine soit sur de pouvoir le montrer. Pour garder un esprit vif faire des kata ou trainer sur careercup, geeksforgeeks régulièrement peut aider.
Ce n'est pas simple. Ca peut être compliqué selon les contraintes géographiques. Mais bordel soyons sérieux. Actuellement on fait des ponts d'or au bons devs. Je trouve assez déliquats de se plaindre quand on se compare à d'autres métiers. Reste a être effectivement bon, pouvoir le montrer et à faire quelques sacrifices selon sa situation.
Les marchés sont assez petits et tu vas devoir finir par devoir accepter tout et n'importe quoi. Et surtout c'est pas le genre de position ou tu as toujours des trucs intéressant vu que tu interviens ponctuellement. Tu repasseras pour le côté je concois, pousse et livre mes idées. Ou alors c'est des tout petit trucs faisable tout seul dans son coin… Mais la encore c'est que le client s'en branle du truc, autrement il le filerait pas à un freelance…
À côté de ca, trouver une bonne boîte qui crois en la valeur de ses équipes de R&D ca me semble vachement mieux correspondre à ses attentes.
Il aurait 5 ans de bouteille dans un domaine précis et porteur et serait dans un grand bassin d'emploi, la clairement indépendant ca peut le faire.
Pour Chronopost j'ai oublié un détail rigolo, c'est assez fréquent que sur une livraison de X cartons, X-1 arrivent le jour prévu et que 1 arrive le lendemain ou encore mieux la veille…
UPS appelle toujours le matin pour prévenir à quelle heure ils pensent passer et te demande si tu veux rerouter vers une autre adresse (pour se faire livrer au taff par exemple) ou livrer un autre jour. Le livreur appelle quand il trouve pas.
Chronopost passe toujours à la même heure à 30 minutes près. Je sais qu'ils sont chez moi entre 9h15 et 9h45.
TNT est fidèle à la réputation de TNT…
Le techos Dell passe à J+1 ou J+2 sans horaire (testé uniquement en TPE)
Après pour du matos perso je vois pas du tout l'intêret de ce genre de garantie qui est générallement pensée pro. Rien que le bordel pour renvoyer le truc ou attendre un techos sur une journée ouvrée te coûte plus cher que de régler le problème toi même. Même si tu dois acheter du matos temporairement le temps que la garantie normale s'applique.
si tu casses ta voiture, tu paieras moins cher si tu as le cash que si tu dois emprunter pour en acheter une autre
En ce moment ils sont prêt à se prostituer pour vendre une caisse. Du coup tu peux arriver à avoir du prêt à 0% (+ la reduc qui va bien). Mais c'est juste pour le contre exemple.
En même temps tu compares une compilation du noyau Linux à un make kernel & world. Tu m'étonnes que c'est plus long. Les versions de gcc peuvent pas mal jouer aussi.
D'une manière générale, il a dit serveur. Quelque soit la puissance de ta machine, en général c'est pas une très bonne idée de faire des compiles (ou une autre tâche longue qui bouffe de l'IO & CPU) sur de la prod. Ca serait con d'exploser ton SLA, un service ou la machine…
et les trucs qu'il partage ne sont pas versionnés.
Quand je bossais avec des designers ce qu'ils nous produisaient était versionné; sinon on s'en sort pas et c'est n'importe quoi.
Versionné de ne pas forcément dire pouvoir faire un diff. Ca veut dire avoir une cohérence et un historique de livraison et de travail. Autrement ca devient La Rache. Si j'ai besoin de refaire le boulot que tu as fait y'a 3 jours comment je fais ? Comment je fais pour m'assurer que j'ai rien raté ? Comment je fais pour pousser en prod de manière cohérente ?
Ce n'est pas le genre de chose qui arrive souvent, même si je conviens que c'est une épée de Damoclès pas spécialement agréable.
Bof le bien que tu occupes n'est pas unique, pas de raison que tu ne retrouves pas la même chose. Ca demande juste du temps.
En 4 ans, j'ai deux propriétaires qui ont récupéré leur bien (j'explose toutes les stats donc). C'est pas bien grave je leur ait même facilité la vie, et inversement, car je comprends aisément qu'on puisse vouloir récupérer son appart.
Personne ne nie l'importance du code GPL ou ne la dénigre. Il me semble par contre qu'il faut avoir de sacré oeillère pour ne pas voir que dans les devs actuels l'utilisation de la GPL est très minoritaire. Quasi exclusivement utilisées par des boîtes qui veulent faire du business sur des produits développés en interne et qui voit les BSD-like comme trop risquées.
Il y a des domaines ou la GPL est très importante: tout ce qui touche au desktops libre, au dev système Linux et certainement d'autres que je ne connais pas. Mais ca reste petit par rapport au reste.
Côté firmware pour appareil photo/vidéo Magic Lantern donne déjà pas mal de fonctionnalités aux réflex de chez Canon et c'est gratuit, (pas sur que cela soit libre par contre)
Je ne dis absolument pas qu'il n'y a rien à faire. Je dis que pour les besoins actuels, avec les machines actuelles, ca marche suffisamment bien pour que ca vivote sans plus. Le coût de dev ne serait pas rentabilisé.
Après pour le côté desktop, l'user-land rame aussi derrière les avancés noyaux pour des raisons de portabilité. Quand tu fais un soft tu veux pas dépendre de btrfs ou de tel syscall ou interface, tu vises le plus large possible (et quand tu ne le fais pas on t'insulte pendant quelques années). La seul exception étant les softs internes qui ont de gros besoin de performance et ou on maîtrise toute la chaîne. Mais on en revient aux serveurs. Bref on tourne en rond.
ça remplace un aller-retour FTP par une syncronisation en P2P.
Et surtout sembles remplacement un mauvais outil par un autre mauvais outil. Ce que tu sembles vouloir c'est un SCM pour d'une part faire travailler en collaboration, et d'autre par déployer le produit. FTP, rsync, ou bittorrent ca semble plutôt crado pour ce que tu décris.
J'ai l'impression aussi que certaines avancés noyaux auraient besoin d'application user-space "sérieuse" pour être correctement exploité (fonctionnalité de btrfs, netfilter, cgroups, etc…). Et que ce n'est pas encore le cas.
Les dites applications utiliseraient des fonctionnalités non portables et se feraient dégommer à vue…
Ca bouge la où les gens on des besoins suffisamment marqués pour payer des devs noyaux. Pour l'instant professionnellement tout le monde se fou du desktop au sens historique, il ne reste donc actuellement que des hobbyists pour faire ca. Et l'histoire à un peu montré que si tu voulais pousser des gros trucs il fallait être solide et soutenu, cf. CK. Ca marche déjà suffisamment bien pour que ca ne bouge plus, game over.
Pour valgrind […] je suis "un peu" paumé avec cet outil.
mais… d'abord apprendre à gérer gdb correctement
dans C::B aucun élément d'UI n'est fixe (ah, si, barre de menu et de statut, pardon), et leur (dé/re)placement est simplissime. Chose que je considère vitale
[^] # Re: On engage
Posté par ckyl . En réponse au journal Et si on faisait un "Who's hiring" à la linuxFr ?. Évalué à 3. Dernière modification le 09 mai 2013 à 19:24.
Ouai tu peux même être payé pour faire de l'open source qui sera reversé à la fondation Apache, et faire aussi du Java.
Sinon ben… c'est aussi à Redmond et pour la même boîte.
http://www.bright.com/jobs/job/125879_microsoftcorp-2523490
[^] # Re: Demenage aux USA
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 4.
Hormis pouvoir recruter LE mec pour un point précis, ou si tu es dans des bassins d'emploi limités explique moi ce que tu perds à centraliser tes mecs par rapport à les avoir aux 4 coins du monde et qu'ils ne se voient "jamais".
Oui c'est pour ca qu'on balance souvent les tests, Q&A à l'autre boût de la planète et qu'on embauche la R&D dans des endroits hors de prix.
Quand tu payes 100 à 200K des devs, tu leurs paies aussi un bureau et de quoi bosser correctement.
Il y a même une chance que quelqu'un se souvienne des études sur l'incidence d'avoir un bureau sans distraction sur la qualité du code et la vitesse de dev (ca date des années 90 et l'écart était de 30% IIRC)
Ca va évidement varier en fonction de tes tâches.
Mais la question est: Est ce que si tu mets tes 300 mecs (R&D, Q&A, dev, UX & co) en remote ton département est plus productif ? Ta qualité augmente ? Tu gagnes en cohérence ? Tu gagnes en collaboration ? Tu gagnes en temps de réponse sur incident ? Tu arrives à pousser des changements aussi vite ?
Je ne dis pas que ca marche pas. Il y a même de bons côtés, comme forcé les gens a être ponctuels et se tenir aux agendas. C'est l'enfer quand tu repasses dans une boîte ou avoir 10 minutes de retard et déraper de 2h est la règle. Je dis la même chose que pbpg, avoir des équipes éclatées c'est compliqué à gérer et à vivre.
[^] # Re: Demenage aux USA
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 5.
Même dans les boîtes concues pour, le coût d'être remote n'est pas négligeable. Ni pour ceux qui le vive, ni pour le produit. Si tu as bossé dans des boîtes qui ont des bureaux partout dans le monde et/ou dans des équipes distribuées je ne vois pas comment tu peux affirmer cela aussi fort. Sinon t'es en train de donner une lecon à un mec qui doit certainement plus le vivre que toi (MS quoi…).
Ce n'est pas insurmontable; ca va dépendre beaucoup de ce sur quoi tu bosses, du découpage des équipes et des interactions que tu dois avoir. Mais clairement le résultat est moins bon ou plus cher que de prendre les même gars, et les mettre dans le même couloir.
[^] # Re: Au moins tu as de l’expérience ;)
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 5.
Difficile à dire.
À fuir comme la peste. C'est un peu le début de ta carrière qui en détermine la suite. Si tu arrives à chopper des trucs intéressants ca t'ouvre plein de choses par la suite. Bha oui tu es compétent techniquement et en plus tu as quelque chose à vendre en plus des autres.
Qualité des entretients (si ca passe trop facilement tu peux facilement en déduire le niveau des gens avec qui tu vas bosser).
Qualité et attitude du mec avec qui tu discutes. Attention ca peut être trompeur, les mecs faisant passer les itw étant générallemment les meilleurs. Si c'est ton futur chef qui te fait passer l'entretient ca donne de très bons indices sur comment il se comporte (fuir le mec qui est largé mais qui fait comme si, être largué est ok si il se repose sur son équipe pour le côté technique). Si tu rencontres des techos, discutes avec eux. Sinon ca peut être mauvais signe, essai de voir si tu peux rencontrer l'équipe.
N'hésite pas à poser des questions sur ce qu'ils font et comment ils font. Ca montre un signe d'intêret et te permettra d'en savoir un peu plus. Ils disent faire de l'agile ? N'hésite pas à leur demander comment ils se sont organiser pour telle ou telle situation pour voir si c'est de l'esbrouffe où non. Ils font de l'intégration continue ? Comment gèrent t'il les branches ?
C'est que ton école c'est de la merde. Au pire c'est trop tard, fais ce qu'il faut pour bien te classer et basta
C'est peut être vrai au moment T de la sortie de promo. 5 ans après ca risque de l'être beaucoup moins. Les bons finissant générallement par sortir du l'eau et avoir des opportunités et des salaires que les autres non pas. Ca ne veut pas dire qu'il n'y a pas de faux négatifs/positifs.
Attention à ne pas t'enterrer dans la masse d'incompétence ca peut être difficile d'en ressortir ou ca peut t'avoir grillé le cerveau.
[^] # Re: Oublie un peu tout ça
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 6.
Ils ont un très mauvais ratio signal/bruit. Après ca ne veut pas dire que tu ne vas pas tomber sur le contre exemple qui t'offrira le poste dont tu rêves.
Pour en avoir discuté avec des collègues récement on semble avoir le même sentiment. Viadeo et les jobs bords francais ne servent que si tu veux faire de la SSII et le nombre de contact intéressant trouvés grâce à eux tend vers 0.
Attention aux particularités des marchés locaux. Ce qui je dis peut être complétement faux chez toi. A toi de sentir si ca t'apporte quelque chose ou non.
[^] # Re: On en parle sur rue89
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 3.
Attention justement à ce mélange, ce n'est pas ce que j'ai dit. L'informatique est un domaine assez à part; les processus de réalisation sont différents du reste de l'industrie. Ca ne veut pas dire que tu fais du pousse-bouton loin de là, mais que le terme ingénieur est très mal adapté à notre métier.
Maintenant, dans tout les taffs que j'ai eu et que j'envisage, déveloper ca veut dire: être en charge de la réalisation des features et servir d'input au "product owner" pour qu'il puisse gérer son projet en ayant les bonnes infos. Ca veut dire que tu discutes des features qu'on te balance (ok, infaisable, mal spécifiée, autre solution moins couteuse, comprendre ce qu'il veut vraiment etc.) et que ton job après c'est que ce soit fait comme tu l'as négocié. Tu as donc tout ce qui semble t'intéresser là dedans. Ca correspondrait au boulot que tu fais quand tu es maintainer d'un projet (mais tu n'as pas le lead des features, et le "tu" c'est ton équipe). Autrement il faut effectivement se tirer fissa.
[^] # Re: Oublie un peu tout ça
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 7.
Vire ton CV tout cours des job boards, y'a que des boulets la dessus. Et à l'inverse les bonnes offres passent assez rarement sur les canaux officiels/mainstream.
Fais en sorte que tu sois trouvable sur linkedin, et visible sur les groupes de dev locaux. Si tu ne veux pas bouger y'a pas grand chose de plus à faire.
Pour chercher contactes les mecs que tu connais pour qu'ils fassent suivre, fouilles les annuaires de boites pour trouver qui existe et qui fait quoi, regarde qui finance et va aux confs & apero dans ton coin etc.
Les bonnes offres sont peu annoncées par ce que si tu le fais tu prends tout les boulets du monde. Puisque les "A players" ont tendances à se regrouper il exise des stratégies plus performantes pour les boîtes. Donc c'est un peu à la chance et au culot. Y'a des boîtes qui même si elles n'ont pas de poste ouvert, gardent leur pipe de recrutement ouvert pour le futur voir ouvre un poste qu'en y'a quelqu'un à embaucher qui se présente. Statistiquement si l'offre est sur monster, l'apec ou autre vaut mieux y regarder à deux fois…
[^] # Re: On en parle sur rue89
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 8.
J'ai un peu de mal avec ton article. Tu ne te plais pas dans ton job et tu critiques l'ensemble de l'informatique. Tu critiques le fait que tu places des boutons et tu dis que l'informatique n'a rien d'intéressant dans sa globalité.
Il faut bien comprendre que tout ca est nécéssaire. Qu'en volume il y aura forcément plus de "placeurs de boutons" et de "plombiers" que de R&D ou d'éditeurs logiciels. Pour un producteur d'un composant tu as 10 à 100000 clients. T'as 10 devs pour une brique open source qui va se faire consommer par toute la planète. Après ca va dépendre de tes centres d'intêret mais même faire le millième site web peut être intéressant si ce que tu aimes c'est d'une part de livrer des choses, et d'autres part de mener toute la discussion avec le client et les intéractions qui vont avec.
Après, même quand tu fais du taff "intéressant", tu vas passer un temps significatif à "placer des boutons" et faire des conneries par ce que c'est ton job et que ca constitue la majorité du taff. Quand tu vois les présentations dans les confs tu te dis "c'est cool" mais ca représente 5% - 10% du temps d'un projet. Dans les bonnes boîtes, tu auras des interactions saines entre le marketing, l'UI/UX et les devs. Notre métier c'est la négociation et l'implémentation.
À te lire j'ai quand même l'impression que ta vision est biaisée sur le côté ouvrier du métier. C'est peut être une réalité de ce que tu as vécu, mais ca ne se généralise pas. Si tu veux trouver des postes qui correspondent plus à ce que tu souhaites, à rapprocher de quelque chose comme Who needs an architect, Martin Fowler, ils existent. Attention à bien savoir ce que tu cherches et ne pas tout mélanger.
Par exemple il faut faire attention au côté ingénieur. En dehors de domaine très spécalisés, l'informatique n'est pas un domaine d'ingénieur. Les approches sont très différentes par ce que nos monde et nos outils sont très différents. Si ca ne coutait rien de construire un pont avec du bon sens et de le tester/corriger/amelliorer/changer le lendemain au besoin; est-ce que les approches ne se rapprocheraient pas des notres ?
[^] # Re: Demenage aux USA
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 1.
Ca pourrait aussi être un piste de ce qui te limite actuellement. Dans toutes les boîtes qui embauchaient des bons et investissaient dans leurs devs que j'ai connu, l'anglais était un critère non négociable: interview toujours en anglais.
Pas besoin d'être "bon" en anglais, par contre tu dois pouvoir te sortir d'un entretient à l'international sans aucun soucis. Franchement c'est pas dur, le sous ensemble que l'on utilise est simple.
Comme partout. Mais si tu veux aller moins loin il y a des places avec des boîtes en Europe qui recherchent et vont chercher des mecs bons. En général c'est à côté des pôles financiers mais selon le domaine il peut y en avoir d'autres.
[^] # Re: La filière technique et managériale
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 10.
Faut arrêter de déconner. Je connais pas mal de monde en province qui font de la R&D depuis des années et qui ont les salaires qui vont avec. Ca reste assez loin de ce qu'on peut chopper en se tirant dans un pays plus R&D friendly mais 2000€ faut pas déconner hein.
Si c'est le cas il faut aussi peut être se poser la question de pourquoi on se retrouve dans cette merde. Si tu n'arrives pas à rentrer dans des boîtes qui cherchent des mecs bons il faut comprendre pourquoi. Après si il n'y absolument aucune boîte correcte dans ton secteur (attention ca peut prendre du temps pour rentrer si le marché est petit) alors soit t'arrêtes l'info soit tu bouges. En bougeant dans une place forte ton saut de salaire peut compenser la perte temporaire du deuxième revenu.
Pour résumer:
- Faire le point sur ce que tu sais faire, ce que tu peux vendre et ton niveau réel pour le monde réel
- Faire le point sur ce que tu veux faire (domaine), ce qu'il te manque et ce sur quoi se focaliser pour faire la différence.
- Si tu cherches un taff dans un endroit donné, faire le point sur le bassin d'emploi. Par exemple c'est débile de se tourner vers du .com forte volumétrie si y'a personne qui fait 100M+ pages / jour dans ton bled. Idem apprendre Scala ne sert grosso modo à rien. Par contre tu peux planifier un changement de domaine en 1/2 ans si tu vois qu'il y a un marché porteur dans ton secteur.
- Faire le tour des boites qui font des trucs cools. Aller parler avec les gens de ces boîtes même si y'a rien en ce moment ca paiera peut être dans 1 ans. Une bonne technique peut être d'aller dans les meetup et autre conf. Ca te permetra de parler direct avec les ingés qui pourront faire suivre ton CV en interne si tu as quelque chose à vendre.
- Bosser et bosser à mort les entretients. La majorité des gens sont simplement mauvais et/ou ne se préparent pas. En france en général les entretients sont très faciles, mais ta prestation doit faire la différence. On doit être certain que tu es le mec pour le job. Revient mini à ton niveau de fac en algo, bosses tes ADT, soit capable de coder n'importe quoi au tableau, soit capable de t'exprimer, si tu dis être expert dans un domaine soit sur de pouvoir le montrer. Pour garder un esprit vif faire des kata ou trainer sur careercup, geeksforgeeks régulièrement peut aider.
Ce n'est pas simple. Ca peut être compliqué selon les contraintes géographiques. Mais bordel soyons sérieux. Actuellement on fait des ponts d'or au bons devs. Je trouve assez déliquats de se plaindre quand on se compare à d'autres métiers. Reste a être effectivement bon, pouvoir le montrer et à faire quelques sacrifices selon sa situation.
[^] # Re: Et bosser pour toi?
Posté par ckyl . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 4.
Mouai ca j'y crois moyen surtout hors Paris.
Les marchés sont assez petits et tu vas devoir finir par devoir accepter tout et n'importe quoi. Et surtout c'est pas le genre de position ou tu as toujours des trucs intéressant vu que tu interviens ponctuellement. Tu repasseras pour le côté je concois, pousse et livre mes idées. Ou alors c'est des tout petit trucs faisable tout seul dans son coin… Mais la encore c'est que le client s'en branle du truc, autrement il le filerait pas à un freelance…
À côté de ca, trouver une bonne boîte qui crois en la valeur de ses équipes de R&D ca me semble vachement mieux correspondre à ses attentes.
Il aurait 5 ans de bouteille dans un domaine précis et porteur et serait dans un grand bassin d'emploi, la clairement indépendant ca peut le faire.
[^] # Re: La préfecture de police n'a pas compté.
Posté par ckyl . En réponse au journal Méthode de calcul. Évalué à 2.
Bha ils sont sur Twitter, tu viens de le dire !
https://api.twitter.com/1/statuses/user_timeline.rss?screen_name=Ligne10_RATP
[^] # Re: les nouvelles de ce matin
Posté par ckyl . En réponse au journal Dell, le degré zéro du service client.. Évalué à 4.
Pour Chronopost j'ai oublié un détail rigolo, c'est assez fréquent que sur une livraison de X cartons, X-1 arrivent le jour prévu et que 1 arrive le lendemain ou encore mieux la veille…
[^] # Re: les nouvelles de ce matin
Posté par ckyl . En réponse au journal Dell, le degré zéro du service client.. Évalué à 3.
Chez moi:
UPS appelle toujours le matin pour prévenir à quelle heure ils pensent passer et te demande si tu veux rerouter vers une autre adresse (pour se faire livrer au taff par exemple) ou livrer un autre jour. Le livreur appelle quand il trouve pas.
Chronopost passe toujours à la même heure à 30 minutes près. Je sais qu'ils sont chez moi entre 9h15 et 9h45.
TNT est fidèle à la réputation de TNT…
Le techos Dell passe à J+1 ou J+2 sans horaire (testé uniquement en TPE)
Après pour du matos perso je vois pas du tout l'intêret de ce genre de garantie qui est générallement pensée pro. Rien que le bordel pour renvoyer le truc ou attendre un techos sur une journée ouvrée te coûte plus cher que de régler le problème toi même. Même si tu dois acheter du matos temporairement le temps que la garantie normale s'applique.
[^] # Re: « Circulez, y a rien à voir ! »
Posté par ckyl . En réponse au journal Comparer l'achat d'un bien immobilier et la location. Évalué à 2.
En ce moment ils sont prêt à se prostituer pour vendre une caisse. Du coup tu peux arriver à avoir du prêt à 0% (+ la reduc qui va bien). Mais c'est juste pour le contre exemple.
[^] # Re: Procédé d'upgrade propre inexistant
Posté par ckyl . En réponse à la dépêche Sortie de la version DragonFly 3.4. Évalué à 4.
En même temps tu compares une compilation du noyau Linux à un make kernel & world. Tu m'étonnes que c'est plus long. Les versions de gcc peuvent pas mal jouer aussi.
D'une manière générale, il a dit serveur. Quelque soit la puissance de ta machine, en général c'est pas une très bonne idée de faire des compiles (ou une autre tâche longue qui bouffe de l'IO & CPU) sur de la prod. Ca serait con d'exploser ton SLA, un service ou la machine…
[^] # Re: Tu ne trouveras pas...
Posté par ckyl . En réponse au journal Où se trouvent les services GTD libres !?. Évalué à 3.
Et pendant ce temps la les autres ont déjà livrés 5 releases !
[^] # Re: vous oubliez juste ...
Posté par ckyl . En réponse au journal Le test du samedi : Bittorrent Sync, dropbox killer ?. Évalué à 2.
Quand je bossais avec des designers ce qu'ils nous produisaient était versionné; sinon on s'en sort pas et c'est n'importe quoi.
Versionné de ne pas forcément dire pouvoir faire un diff. Ca veut dire avoir une cohérence et un historique de livraison et de travail. Autrement ca devient La Rache. Si j'ai besoin de refaire le boulot que tu as fait y'a 3 jours comment je fais ? Comment je fais pour m'assurer que j'ai rien raté ? Comment je fais pour pousser en prod de manière cohérente ?
[^] # Re: ???
Posté par ckyl . En réponse au journal L'immobilier, c'était mieux avant !. Évalué à 2.
Bof le bien que tu occupes n'est pas unique, pas de raison que tu ne retrouves pas la même chose. Ca demande juste du temps.
En 4 ans, j'ai deux propriétaires qui ont récupéré leur bien (j'explose toutes les stats donc). C'est pas bien grave je leur ait même facilité la vie, et inversement, car je comprends aisément qu'on puisse vouloir récupérer son appart.
[^] # Re: Tellement répété…
Posté par ckyl . En réponse au journal Privateur.... Évalué à 6.
Petite par rapport à ce qui produit du code actuellement qui lui même contient peu de GPL:
Personne ne nie l'importance du code GPL ou ne la dénigre. Il me semble par contre qu'il faut avoir de sacré oeillère pour ne pas voir que dans les devs actuels l'utilisation de la GPL est très minoritaire. Quasi exclusivement utilisées par des boîtes qui veulent faire du business sur des produits développés en interne et qui voit les BSD-like comme trop risquées.
Il y a des domaines ou la GPL est très importante: tout ce qui touche au desktops libre, au dev système Linux et certainement d'autres que je ne connais pas. Mais ca reste petit par rapport au reste.
[^] # Re: Chouette
Posté par ckyl . En réponse à la dépêche Le site d'apertus° en français. Évalué à 6.
C'est GPL
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par ckyl . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 3.
Je ne dis absolument pas qu'il n'y a rien à faire. Je dis que pour les besoins actuels, avec les machines actuelles, ca marche suffisamment bien pour que ca vivote sans plus. Le coût de dev ne serait pas rentabilisé.
Après pour le côté desktop, l'user-land rame aussi derrière les avancés noyaux pour des raisons de portabilité. Quand tu fais un soft tu veux pas dépendre de
btrfsou de tel syscall ou interface, tu vises le plus large possible (et quand tu ne le fais pas on t'insulte pendant quelques années). La seul exception étant les softs internes qui ont de gros besoin de performance et ou on maîtrise toute la chaîne. Mais on en revient aux serveurs. Bref on tourne en rond.[^] # Re: vous oubliez juste ...
Posté par ckyl . En réponse au journal Le test du samedi : Bittorrent Sync, dropbox killer ?. Évalué à 7.
Et surtout sembles remplacement un mauvais outil par un autre mauvais outil. Ce que tu sembles vouloir c'est un SCM pour d'une part faire travailler en collaboration, et d'autre par déployer le produit. FTP, rsync, ou bittorrent ca semble plutôt crado pour ce que tu décris.
[^] # Re: nouveauté pour l'utilisateur desktop ?
Posté par ckyl . En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 2.
Les dites applications utiliseraient des fonctionnalités non portables et se feraient dégommer à vue…
Ca bouge la où les gens on des besoins suffisamment marqués pour payer des devs noyaux. Pour l'instant professionnellement tout le monde se fou du desktop au sens historique, il ne reste donc actuellement que des hobbyists pour faire ca. Et l'histoire à un peu montré que si tu voulais pousser des gros trucs il fallait être solide et soutenu, cf. CK. Ca marche déjà suffisamment bien pour que ca ne bouge plus, game over.
[^] # Re: :/
Posté par ckyl . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 7.
Chacun ses priorités !