Ce genre de problème ne risque pas d'exister en C puisque le langage est très simple et n'introduit pas d'abstraction cherchant à limiter ce qui peut être fait avec.
En même temps c'est mieux pour gérer des développeurs d'avoir des managers qui comprennent un peu. J'ai vu des managers d'équipes de dev qui n'y connaissaient pas grand chose et c'est pire que tout.
Ce qu'il faut c'est sélectionner des managers parmi les devs qui ont envie de le devenir et qui montrent des compétences. Et les former. Et s'assurer qu'il n'y a pas une atmosphère dans l'entreprise laissant penser que devenir manager est le seul moyen d'évoluer.
Je suis actuellement dans une boîte où le 'niveau' (de responsabilité en quelque sorte et auquel correspond une fourchette de salaire) d'un développeur peut être plus élevé que celui de son manager, ou même son n+1, n+2 … Ça change tout ! Les gens ne se battent pas pour être manager et les managers choisissent cette voie parce que ça leur plait.
Mon conseil, c'est d'en discuter sérieusement avec ton management si ce n'est pas la voie qui te plaît. C'est dans l'intérêt de ta boîte et de ton management (en plus du tiens) que tu sois au poste où tu es le plus efficace et le plus heureux.
Malheureusement dans beaucoup de boîtes, rester développeur c'est stagner. Pour "avancer" il faut passer manager. Auquel cas tu as 4 choix: faire quelque chose que tu n'aimes pas, "stagner" (en salaire je suppose), faire changer la mentalité de ta boîte, changer de boîte.
En passant, j'ai eu moi aussi mon expérience de manager dans une boîte ou ça semblait être le seul moyen de ne pas stagner. La vérité c'est que le salaire était le même. En montant encore d'un échelon la différence aurait commencé à devenir visible, mais partir dans une voie qui ne te plaît pas juste pour ça serait une erreur je pense.
Trouver une boîte où les compétences techniques sont récompensées (si il s'avère que ce n'est pas le cas dans la tienne) est à mon avis la meilleure option si bouger est une possibilité (famille, tout ça).
Je pense qu'il pensait plutôt aux vers (worms) qu'aux virus quand il a écrit son journal. Ca ne rend pas son propos beaucoup plus intelligent mais rechercher la différence lui permettra peut-être de comprendre ta réponse.
Moi j'aime bien regarder la télé pourtant, ça me calme. Sauf quand quelqu'un vient l'allumer, dans ce cas je pête les plombs (blague piquée aux fatal picards si je me souviens bien)
Parce qu'il faut une liste sur laquelle cocher les votants pour éviter les doubles votes et, accessoirement, comparer au nombre de voix décomptées. Tu propose quoi en remplacement ?
Le mieux c'est d'utiliser un vrai langage, comme lisp, qui autorise les symboles avec les espaces:
(defun 'do all')
('open the door')
('do the first step')
('close the door'))
Pareil pour moi. Je ne retrouve plus ce qui m'a donné envie de m'y remettre par contre. Une nouvelle récente expliquerait cette coïncidence ou est-ce juste une coïncidence ?
j'ai du mal à voir le rapport entre talle des API disponibles et quantité de RAM nécessaire pour une tâche, surtout niveau système.
Effectivement je n'ai pas été clair, je parlais de l'espace disque requis, pas de la RAM. Avec Windows, dur de faire une version light car tout est mélangé. Comment je fais pour faire une image Windows sans interface graphique ? Sans les drivers pour gérer tout le matos que je n'ai pas ? etc…
Tanenbaum dans son fameux livre 'Operating systems' (paragraphe 1.6) compare rapidement les interfaces 'systeme' de windows et linux(/unix) et montre que celle de linux est beaucoup plus petite et plus cohérente mais pas moins fonctionnelle (au contraire).
Windows propose beaucoup des fonctions aux signatures complexes sans consistance dans les types ni l'ordre des arguments avec des doublons (tous ces problèmes pour des raisons de compatibilité avec les anciennes versions).
Enfin, il y'a un mélange d'appels systèmes et de fonctions en userland dans l'API Win32 et il n'est pas toujours facile de savoir si une fonction fera un appel système ou non ni quel sera son coût, d'autant que ca peut varier d'une version à l'autre (c'est autant un problème qu'une fonctionnalité, l'API Win32 étant justement là pour assurer une interface stable aux développeurs sans geler l'interface noyau).
Pour résumer, personnellement je trouve qu'une collection d'API simples, cloisonnées et clairement documentées est préférable. Exemple typique des avantges du cloisonnement: comment faire un serveur web light avec windows ? Avec linux on peut le faire en 500MB sans problème. Et avec Windows 10 ?
[^] # Re: Oui mais non
Posté par Colin Pitrat (site web personnel) . En réponse au journal ADN overflow : c'est de la faute de l'open source. Évalué à 10.
La fonction gets c'est pas un problème avec le langage, c'est une fonction d'une librairie (certes standardisée et fortement liée).
Un exemple de faille dans le langage, c'est par exemple quand on peut forcer java à avoir une référence invalide alors que le langage a été conçu pour rendre celà impossible (https://dev.to/rosstate/java-is-unsound-the-industry-perspective)
Ce genre de problème ne risque pas d'exister en C puisque le langage est très simple et n'introduit pas d'abstraction cherchant à limiter ce qui peut être fait avec.
[^] # Re: Pas très convainquant
Posté par Colin Pitrat (site web personnel) . En réponse au journal Openmailbox. Évalué à 10.
Techniquement il a raison, la deuxième est bien la même chose que la deuxième …
[^] # Re: OVH et sécurité
Posté par Colin Pitrat (site web personnel) . En réponse au journal Let's Encrypt, OVH et la sécurité. Évalué à 0.
Mais as tu déjà vérifié qu'une erreur sur le dernier caractère était détectée ?
[^] # Re: Peter & Dilbert
Posté par Colin Pitrat (site web personnel) . En réponse au journal Ça y est, je suis manager :(. Évalué à 8. Dernière modification le 11 juillet 2017 à 22:48.
Google.
[^] # Re: Peter & Dilbert
Posté par Colin Pitrat (site web personnel) . En réponse au journal Ça y est, je suis manager :(. Évalué à 10.
En même temps c'est mieux pour gérer des développeurs d'avoir des managers qui comprennent un peu. J'ai vu des managers d'équipes de dev qui n'y connaissaient pas grand chose et c'est pire que tout.
Ce qu'il faut c'est sélectionner des managers parmi les devs qui ont envie de le devenir et qui montrent des compétences. Et les former. Et s'assurer qu'il n'y a pas une atmosphère dans l'entreprise laissant penser que devenir manager est le seul moyen d'évoluer.
Je suis actuellement dans une boîte où le 'niveau' (de responsabilité en quelque sorte et auquel correspond une fourchette de salaire) d'un développeur peut être plus élevé que celui de son manager, ou même son n+1, n+2 … Ça change tout ! Les gens ne se battent pas pour être manager et les managers choisissent cette voie parce que ça leur plait.
[^] # Re: Des menaces ?
Posté par Colin Pitrat (site web personnel) . En réponse au journal Ça y est, je suis manager :(. Évalué à 10.
Mon conseil, c'est d'en discuter sérieusement avec ton management si ce n'est pas la voie qui te plaît. C'est dans l'intérêt de ta boîte et de ton management (en plus du tiens) que tu sois au poste où tu es le plus efficace et le plus heureux.
Malheureusement dans beaucoup de boîtes, rester développeur c'est stagner. Pour "avancer" il faut passer manager. Auquel cas tu as 4 choix: faire quelque chose que tu n'aimes pas, "stagner" (en salaire je suppose), faire changer la mentalité de ta boîte, changer de boîte.
En passant, j'ai eu moi aussi mon expérience de manager dans une boîte ou ça semblait être le seul moyen de ne pas stagner. La vérité c'est que le salaire était le même. En montant encore d'un échelon la différence aurait commencé à devenir visible, mais partir dans une voie qui ne te plaît pas juste pour ça serait une erreur je pense.
Trouver une boîte où les compétences techniques sont récompensées (si il s'avère que ce n'est pas le cas dans la tienne) est à mon avis la meilleure option si bouger est une possibilité (famille, tout ça).
# Google Duo
Posté par Colin Pitrat (site web personnel) . En réponse au journal Au revoir Skype, bonjour Matrix et Riot. Évalué à 0.
Pour ma part j'ai commencé à utiliser Duo et la qualité est bien meilleure que Skype, Hangout et autres lorsque la connexion est un peu faiblarde.
[^] # Re: retour d'expérience Access
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Le Manifeste agile pour l’Éducation. Évalué à 3.
Une expérience vieille de 20 ans, c'est pas ce qu'il y a de plus frais …
[^] # Re: Couplage avec IPoT
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Prédire la note d’un journal sur LinuxFr.org. Évalué à 5.
Ou alors juste afficher la note au preview, ce qui permet de retoucher jusqu'à l'obtention de la note recherchée
[^] # Re: ha bon ?
Posté par Colin Pitrat (site web personnel) . En réponse au journal La peste ou le choléra ?. Évalué à 6.
Ras le bol de ces commentaires politiques qui viennent polluer jusqu'aux journaux parlant de médecine ! :)
[^] # Re: pire
Posté par Colin Pitrat (site web personnel) . En réponse au journal MICROSOFT et malfaçon. Évalué à 3.
Je pense qu'il pensait plutôt aux vers (worms) qu'aux virus quand il a écrit son journal. Ca ne rend pas son propos beaucoup plus intelligent mais rechercher la différence lui permettra peut-être de comprendre ta réponse.
[^] # Re: de la pluie d'acide
Posté par Colin Pitrat (site web personnel) . En réponse au journal MICROSOFT et malfaçon. Évalué à 5.
Non, tu parles d'une attaque extérieure. Automatisée, exploitant les faiblesses du système, mais pas une bête pluie.
Une attaque de drones dans ta comparaison peut-être ?
[^] # Re: C'était déjà partiellement le cas
Posté par Colin Pitrat (site web personnel) . En réponse au journal Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 5.
Moi j'aime bien regarder la télé pourtant, ça me calme. Sauf quand quelqu'un vient l'allumer, dans ce cas je pête les plombs (blague piquée aux fatal picards si je me souviens bien)
[^] # Re: Supprimer l'inscription
Posté par Colin Pitrat (site web personnel) . En réponse au journal Et si les "erreurs purement matérielles" pouvaient influer sur le processus démocratique. Évalué à 4.
Parce qu'il faut une liste sur laquelle cocher les votants pour éviter les doubles votes et, accessoirement, comparer au nombre de voix décomptées. Tu propose quoi en remplacement ?
# Lisp rocks
Posté par Colin Pitrat (site web personnel) . En réponse au journal CamelCase ou lowercase_with_underscore. Évalué à 4.
Le mieux c'est d'utiliser un vrai langage, comme lisp, qui autorise les symboles avec les espaces:
(defun 'do all')
('open the door')
('do the first step')
('close the door'))
[^] # Re: UEFI
Posté par Colin Pitrat (site web personnel) . En réponse au journal Libérer un Mac/Intel. Évalué à 2.
Oui mais comme il dit avec UEFI, ça marche tout de suite, et après tu te fais c**r parce que t'as plus rien à faire.
[^] # Re: Conjonction des temps
Posté par Colin Pitrat (site web personnel) . En réponse au journal Découvrons Common Lisp. Comparaison avec l'environnement Python.. Évalué à 1.
Pareil pour moi. Je ne retrouve plus ce qui m'a donné envie de m'y remettre par contre. Une nouvelle récente expliquerait cette coïncidence ou est-ce juste une coïncidence ?
[^] # Re: Il oublie LES 2 raisons principales
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pourquoi Windows. Évalué à 0.
Le problème de compatibilité binaire que cherche à résoudre l'API win32 n'existe évidemment pas dans le monde open source où il suffit de recompiler …
[^] # Re: Pas sûr de tout comprendre
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pourquoi Windows. Évalué à 1.
Non non pas RAM, je parlais de disque pour le système complet.
[^] # Re: Pas sûr de tout comprendre
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pourquoi Windows. Évalué à 1.
Merci je ne connaissais pas. Je savais qu'il y avait les versions light autrefois mais qui étaient non officielle et qui n'existent plus il me semble.
[^] # Re: Pas sûr de tout comprendre
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pourquoi Windows. Évalué à 1.
Effectivement je n'ai pas été clair, je parlais de l'espace disque requis, pas de la RAM. Avec Windows, dur de faire une version light car tout est mélangé. Comment je fais pour faire une image Windows sans interface graphique ? Sans les drivers pour gérer tout le matos que je n'ai pas ? etc…
[^] # Re: Pas sûr de tout comprendre
Posté par Colin Pitrat (site web personnel) . En réponse au journal Pourquoi Windows. Évalué à 9.
Tanenbaum dans son fameux livre 'Operating systems' (paragraphe 1.6) compare rapidement les interfaces 'systeme' de windows et linux(/unix) et montre que celle de linux est beaucoup plus petite et plus cohérente mais pas moins fonctionnelle (au contraire).
Windows propose beaucoup des fonctions aux signatures complexes sans consistance dans les types ni l'ordre des arguments avec des doublons (tous ces problèmes pour des raisons de compatibilité avec les anciennes versions).
Enfin, il y'a un mélange d'appels systèmes et de fonctions en userland dans l'API Win32 et il n'est pas toujours facile de savoir si une fonction fera un appel système ou non ni quel sera son coût, d'autant que ca peut varier d'une version à l'autre (c'est autant un problème qu'une fonctionnalité, l'API Win32 étant justement là pour assurer une interface stable aux développeurs sans geler l'interface noyau).
Pour résumer, personnellement je trouve qu'une collection d'API simples, cloisonnées et clairement documentées est préférable. Exemple typique des avantges du cloisonnement: comment faire un serveur web light avec windows ? Avec linux on peut le faire en 500MB sans problème. Et avec Windows 10 ?
[^] # Re: Value Semantics Rocks
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche C++17 garantit le court-circuit de copie (suite de la précédente dépêche). Évalué à 4.
Mes deux centimes: si vraiment tu veux faire de la pub, fait un journal. Ça oblige à rédiger un petit descriptif du projet mais ca sera plus visible …
# Integration echouée
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Le père Noël arrive avec des jeux. Évalué à 1.
Pourquoi ? Des obstacles techniques ?
[^] # Re: les Frères ennemis
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Le père Noël arrive avec des jeux. Évalué à 3.
Mince alors, Oldelaf ne l'a donc pas inventé ("ne dit pas non oh mais si" dans 'Natalie, mon amour des JMJ')