Mon lieu de travail étant à l'étranger et me trouvant hors de Corée, devoir aller en Corée pour changer d'opérateur et d'appareil, c'est vraiment... agaçant.
Moi aussi, parmi les langages à typage statique, je pense que Java est celui qui est le plus confortable à utiliser.
En revanche, du point de vue du développement généraliste et pragmatique, écrire en Java des applications orientées utilisateur final avec une interface graphique n’a jamais été un très bon choix. (Dans cette optique, la combinaison C# + .NET est clairement la meilleure.)
Compte tenu des points forts de Java, je pense que le cas d’usage le plus pertinent d’un point de vue pratique reste le backend ou le middleware.
Quoi qu’il en soit, comme c’est un langage que j’ai l’occasion d’utiliser de temps en temps et que je peux manier sans pression à chaque fois, j’en garde surtout de bonnes expériences.
La sécurité psychologique comme les débats constructifs ne sont, au fond, que le carburant de l’« exécution ».
Pour qu’une idée prenne vie, il faut bien que quelqu’un la fasse avancer, et c’est la répétition de cette action qui construit la confiance.
Si les débats se répètent sans exécution, même dans une atmosphère très sûre, l’équipe reste sur place.
Une bonne culture ne se prouve pas par les mots, mais par les actes.
Dernièrement, comme je cherchais depuis longtemps un moteur pour créer un jeu de stratégie, je me suis dit qu’à ce compte-là il vaudrait mieux en fabriquer un moi-même ; voir un exemple de quelqu’un qui est passé à l’action et a réussi me redonne vraiment du courage.
En général… quand le chef d’équipe est du genre conservateur, à fuir ses responsabilités et à tout déléguer, tout le monde devient gentiment docile sans même qu’on ait besoin de le dire.
Bonjour, j’ai découvert ce post via les recommandations de Google et je vous contacte. J’ai 5 ans d’expérience en développement Python à l’étranger (13 ans en développement au total), mais je fais une petite pause en Corée en ce moment. J’aimerais contribuer… Pourriez-vous éventuellement me communiquer votre adresse e-mail ? Je souhaiterais vous contacter et en apprendre davantage à ce sujet.
« Il arrive qu’on qualifie intérieurement les autres équipes de “ces idiots”, et avec cet état d’esprit, tout débat productif est d’emblée bloqué.
Il est important de d’abord identifier à quel type d’équipe on appartient. Les équipes qui affirment que le “consensus silencieux” est une valeur fonctionnent le plus souvent en réalité sur des décisions égoïstes prises à l’avance par une minorité, sans vouloir voir émerger de nouvelles opinions en réunion plénière. »
Il ne faut évidemment pas tenir des réunions de grand quartier général comme celles de l’armée japonaise pendant la Seconde Guerre mondiale. Une culture non coopérative, intérieurement hostile envers les autres — par crainte d’être mis à l’écart, qu’ils gagnent des points, obtiennent une promotion ou réussissent mieux —, à l’intérieur comme à l’extérieur de sa propre ligne, est sans doute elle aussi un problème.
Mon lieu de travail étant à l'étranger et me trouvant hors de Corée, devoir aller en Corée pour changer d'opérateur et d'appareil, c'est vraiment... agaçant.
Moi aussi, parmi les langages à typage statique, je pense que Java est celui qui est le plus confortable à utiliser.
En revanche, du point de vue du développement généraliste et pragmatique, écrire en Java des applications orientées utilisateur final avec une interface graphique n’a jamais été un très bon choix. (Dans cette optique, la combinaison C# + .NET est clairement la meilleure.)
Compte tenu des points forts de Java, je pense que le cas d’usage le plus pertinent d’un point de vue pratique reste le backend ou le middleware.
Quoi qu’il en soit, comme c’est un langage que j’ai l’occasion d’utiliser de temps en temps et que je peux manier sans pression à chaque fois, j’en garde surtout de bonnes expériences.
C# >= Java > C++
Comme il s’agit d’un problème de multithreading, ce ne sera pas facile.
Entre personnes capables de passer à l’action, des débats constructifs finissent inévitablement par émerger.
La sécurité psychologique comme les débats constructifs ne sont, au fond, que le carburant de l’« exécution ».
Pour qu’une idée prenne vie, il faut bien que quelqu’un la fasse avancer, et c’est la répétition de cette action qui construit la confiance.
Si les débats se répètent sans exécution, même dans une atmosphère très sûre, l’équipe reste sur place.
Une bonne culture ne se prouve pas par les mots, mais par les actes.
Dernièrement, comme je cherchais depuis longtemps un moteur pour créer un jeu de stratégie, je me suis dit qu’à ce compte-là il vaudrait mieux en fabriquer un moi-même ; voir un exemple de quelqu’un qui est passé à l’action et a réussi me redonne vraiment du courage.
En général… quand le chef d’équipe est du genre conservateur, à fuir ses responsabilités et à tout déléguer, tout le monde devient gentiment docile sans même qu’on ait besoin de le dire.
Le déclin de Deno : le nombre de régions dans le monde a été réduit à 6
On dirait que c’est une réponse à ce post.
J’ai aussi publié séparément une explication sur les raisons du retard de la mise à jour de Fresh : Mise à jour Fresh 2, le framework web de Deno
C’est parce que ça devait sortir qu’OpenAI a essayé de couper l’herbe sous le pied avec Codex ? ^^;
Pu... c'est incroyable !
Merci ~
Mon e-mail est josephroh@naver.com. Merci.
Bonjour, j’ai découvert ce post via les recommandations de Google et je vous contacte. J’ai 5 ans d’expérience en développement Python à l’étranger (13 ans en développement au total), mais je fais une petite pause en Corée en ce moment. J’aimerais contribuer… Pourriez-vous éventuellement me communiquer votre adresse e-mail ? Je souhaiterais vous contacter et en apprendre davantage à ce sujet.
Pourquoi votre équipe « harmonieuse » échoue
Pourquoi les retours francs sont importants
Ce serait bien qu’un agent apparaisse pour faire automatiquement le portage et les tests !
« Il arrive qu’on qualifie intérieurement les autres équipes de “ces idiots”, et avec cet état d’esprit, tout débat productif est d’emblée bloqué.
Il est important de d’abord identifier à quel type d’équipe on appartient. Les équipes qui affirment que le “consensus silencieux” est une valeur fonctionnent le plus souvent en réalité sur des décisions égoïstes prises à l’avance par une minorité, sans vouloir voir émerger de nouvelles opinions en réunion plénière. »
Il ne faut évidemment pas tenir des réunions de grand quartier général comme celles de l’armée japonaise pendant la Seconde Guerre mondiale. Une culture non coopérative, intérieurement hostile envers les autres — par crainte d’être mis à l’écart, qu’ils gagnent des points, obtiennent une promotion ou réussissent mieux —, à l’intérieur comme à l’extérieur de sa propre ligne, est sans doute elle aussi un problème.
Et malgré ça, c’est évident que quelques mois plus tard, ils resteront tranquillement n°1, donc c’est franchement vain.
222
Merci.