Dev devrait-il être administrateur sur leur ordinateur? [fermé]

35

Dans un environnement d'entreprise, les développeurs doivent-ils disposer de droits d'administrateur sur leur ordinateur? Pourquoi?

Environnement technologique:

  • Windows 7
  • Visual Studio 2008 et 2010
  • serveur SQL
PBelanger
la source
3
Voir aussi: stackoverflow.com/questions/701214/…
Zoredache
2
Voir aussi: programmers.stackexchange.com/questions/4596/…
goodguys_activate le
3
Je vote pour rouvrir celui-ci parce qu'en dépit de la nature quelque peu subjective de la question, c'est un presque tous les administrateurs Windows (je ne peux pas commenter sur d'autres plateformes) sera confronté au cours de sa carrière. Les réponses affichées à ce jour fournissent des informations qui, à mon avis, aideront les autres à faire face à ce problème.
John Gardeniers
2
Si je pouvais voter pour rouvrir ceci, je le ferais.
jmort253

Réponses:

52

Devraient-ils? Cela dépend de la société. Personnellement, je pense que ça va tant qu'il y a des règles bien comprises.

  1. Être administrateur de votre boîte est un privilège, pas un droit.
    1. Catching virus à plusieurs reprises obtiendra le droit révoqué
    2. Désactiver les agents de l'entreprise obtiendra le droit révoqué - AV / inventaire / déploiement de logiciel / etc.
    3. Fondamentalement, si vous faites quelque chose qui risque de donner le droit au réseau d'être révoqué
  2. Les outils que vous installez ne doivent pas devenir une dépendance de votre projet sans les avoir inscrits sur la liste des projets approuvés. Demandez gentiment, ne vous bloquez pas le jour du déploiement et demandez à $ random_library d'être installé sur tous les serveurs sans aucun test.
  3. Pour tout ce qui est en dehors des applications normales installées partout ailleurs, le support sera au mieux. Le support technique et / ou les administrateurs système ne passeront pas 5 heures à essayer de déboguer pourquoi vous avez des conflits .dll.
Zypher
la source
18
Bonne liste. Cela ajouterait également que si le produit devait finalement être utilisé par des utilisateurs sans droits d’administrateur, vous devez tester en conséquence (véritable test d’utilisabilité). Trop de développeurs font des tests au pauvre homme, où ils testent sur leur machine de développement sur laquelle ils ont le droit divin. Le produit fonctionne bien et ils lui donnent une approbation avant d’apprendre qu’il s’étouffe dans un environnement non privé.
Shawn Anderson
4
@Shawn, il y a une raison pour laquelle vous avez besoin de testeurs ainsi que de développeurs.
Ian Ringrose
11
C'est une réponse typique d'un administrateur réseau qui ne comprend pas pourquoi les développeurs ont besoin de privilèges administrateur. Cela devrait être décidé par une personne de niveau gestionnaire qui a géré ou a été développeur par le passé. Sinon, vous garderez les machines exemptes de virus et le logiciel libre de développeurs.
Muhammad Hasan Khan
11
@Hasan et voici une réponse typique des développeurs qui n'ont jamais eu à traiter avec un réseau infesté saturant une DS3 avec du trafic détruisant tout le bureau. Je ne vous demande pas de faire quelque chose d'aussi lourd que cela.
Zypher
9
Dans une maison de développement, vous êtes en affaires à cause du logiciel que l'équipe de développement produit. J'ai travaillé dans plusieurs entreprises où les machines étaient verrouillées à un point qui rendait le travail impossible et nous avons eu du mal à convaincre les gens que nous avions besoin de privilèges d'administrateur pour utiliser les outils de développement. Ou alors que l'accès à Internet était coupé de sorte que nous ne pouvions même pas lire la documentation en ligne. Ou un produit antivirus qui analysait chaque insertion d'enregistrement de base de données et nuisait tellement aux performances qu'il était impossible pour nous, développeurs, de faire fonctionner le logiciel correctement.
Matt
35

En général, je dirais oui. Des fonctions telles que les débogueurs nécessitent des droits d’administration assez élevés, voire supérieurs, pour fonctionner correctement. Les développeurs doivent souvent installer des logiciels aléatoires, ce qui peut prendre des jours, voire des semaines, avant de s’installer sur des canaux. Pendant ce temps, le développeur est généralement en arrêt de travail, ne lui coûtant que de l’argent, en particulier si le développeur est un consultant.

mrdenny
la source
13
+1 - Les développeurs sont (généralement) des gens assez intelligents et gardent leurs machines propres
Mark Henderson
9
Ne dis pas ça. :)
mrdenny
4
@Mark, je n'ai pas encore vu d'éléments de preuve à l'appui de cette affirmation.
John Gardeniers
4
@ Mark Henderson, vous aurez peut-être la chance de travailler avec un bon groupe de personnes. Si les sites que je lis quotidiennement me donnent l’impression que tous les développeurs ne sont pas créés égaux.
Zoredache
8
Je crois qu'il existe un vieux proverbe klingon qui dit: "Attention aux programmeurs qui portent des tournevis".
Bart Silverstrim
23

La science et l’art sont en développement; ce n'est pas aussi simple que de "savoir" ce dont nous avons besoin. Si nous avions déjà la réponse, la moitié de notre travail serait discutable; trouver la bonne approche est souvent itératif et peut impliquer plusieurs outils de manière imprévisible. Demander à un intermédiaire d'installer chacun de ces éléments (souvent avec une latence élevée), puis de trouver (environ une heure) que, pour votre scénario, le "super outil supplémentaire" est nécessaire est ridicule.

Bien qu'une machine virtuelle soit idéale pour cela, il existe également de nombreux outils de développement qui ne peuvent pas s'exécuter (correctement, voire pas du tout) dans une machine virtuelle, car ils sont eux - mêmes une machine virtuelle - et je ne parle pas de choses comme la machine virtuelle; Je veux dire machine complète emus / vms, tels que les kits d'outils. La compatibilité s’améliore.

De plus, la plupart des outils de développement ont une très grande empreinte - beaucoup plus grande que les outils "normaux" (ce qui rend l'hébergement de machines virtuelles un peu plus pénible que prévu) et, souvent, la nature du débogueur de processus nécessite un accès élevé. Sans parler du fait qu'ils peuvent être intensifs GUI; essayer de fonctionner à plein temps sur une interface graphique de machine virtuelle est ... extrêmement douloureux.

La performance est un énorme sont ici; Pensez-vous que les utilisateurs pouvaient attendre 3 secondes après chaque pression sur une touche dans Word afin que leur clé soit enregistrée? Je ne plaisante pas - les outils de développement sur les machines virtuelles, etc. peuvent être aussi sournois; pour la plupart des objectifs de développement, vous avez besoin de réactivité. Interrompre le flux de la logique complexe du cerveau au clavier peut rendre presque impossible le travail. Et je déteste le dire, mais oui: le temps de développement coûte cher.

Marc Gravell
la source
18

Dans un environnement Windows, et en particulier lors de l’utilisation de produits pour développeurs Microsoft, le développeur devra disposer de droits d’administrateur sur sa machine. Si vous leur refusez ces droits, leur capacité à faire leur travail sera restreinte, voire totalement empêchée.

John Gardeniers
la source
1
Peut être. Mais ils devraient être tenus de tester leur code dans un environnement non privilégié s'ils fabriquent un produit destiné à la consommation de l'utilisateur.
Bart Silverstrim
2
@ Bart, je suis tout à fait d'accord, mais les développeurs devraient quand même faire leurs tests sur une machine séparée car les outils de développement créent un environnement complètement différent de celui d'un ordinateur "normal".
John Gardeniers
@BartSilverstrim qui ne suit pas toujours. Ce n'est pas parce que la partie utilisateur de l'application s'exécute en tant qu'utilisateur normal que tous les composants le sont (par exemple, considérons un service-client, le serveur aura probablement besoin de privilèges plus élevés). Et puis considérez l'installateur ...
Richard
1
@ Richard, c'est également vrai, mais je crois que le point de vue de Bart était que les tests doivent être effectués dans un environnement aussi proche que possible de celui utilisé par le client.
John Gardeniers
1
La réponse correcte à un problème logiciel non lié aux tâches système ne doit presque jamais être "exécutée en tant qu'administrateur".
Bart Silverstrim
9

En tant que développeur, je nous classe au niveau de privilège supérieur à l'utilisateur de base, mais inférieur à celui du ou des administrateurs système.

Il est parfois nécessaire d’installer une bibliothèque supplémentaire pour que l’application que je développe soit opérationnelle dans l’environnement de production. Cela dit, j’ai une règle stricte que je développe par: "Pour toute application nécessitant des bibliothèques tierces, la Les bibliothèques doivent être installées dans un environnement sandbox avant le déploiement en production et, dans certains cas, avant le développement de l'application. "

L'administrateur système avec lequel je travaille et j'accepte, et entre nous deux, nous allons activement appliquer cette règle et retarder tout déploiement d'application n'ayant pas passé les "contrôles de dépendance".

Pour répondre à votre question cependant, les développeurs doivent disposer d'un accès complet à leurs propres machines, mais ces machines doivent être isolées de l'environnement sur lequel l'application sera finalement déployée. Dans ce cas, même le déploiement de l'application doit être mis en sandbox jusqu'à ce que le déploiement soit jugé sûr dans l'environnement de production.

NESV
la source
9

Disclaimer: Je suis un développeur.

Pour moi, cette question (et les réponses) semblent s'attaquer au problème en adoptant une approche erronée. En d'autres termes, le débat se concentre sur ce que les administrateurs souhaitent / ont besoin et ce que les développeurs souhaitent / ont besoin. Mais vous avez spécifié que nous évoluons dans un environnement d'entreprise, examinons-le ainsi.

Alors, imaginons que nous discutions devant le directeur de l'informatique ou des opérations, ou de quiconque contrôle notre budget , et posons ces questions.

  1. Quel est le privilège minimum requis pour exécuter des fonctions de département? Ceci est notre base.
  2. Quels sont les risques de leur donner plus d'accès? (risques réels, pas seulement les meilleurs / pires scénarios)
  3. Quel est le véritable coût attendu de leur accorder plus d'accès? (coûts de support, correction des modifications apportées par inadvertance par un administrateur inexpérimenté, etc.)
  4. Quel est le véritable coût attendu de ne pas leur accorder plus d'accès? (perte de productivité, nécessité de l'assistance informatique pour effectuer les tâches quotidiennes, rotation du personnel expérimenté du fait du moral, etc.)

Avec ces réponses à vos questions, vous pouvez prendre une décision éclairée plutôt que passionnée.

Pour votre environnement spécifique , certaines choses nécessitent des droits d’administrateur (voir Droits de l’utilisateur et Visual Studio ). Si ce n’est pas le cas, vous pouvez répondre aux questions 2 à 4.

En tant que consultant, j'ai vu les deux extrêmes de cette politique et bien que je veuille toujours avoir un accès administrateur à une machine, dans certains cas, cela n'avait aucun sens. Et je ne suis pas sûr de la cause ni de l’effet, mais sans exception, chaque endroit que j’ai vu faire du développement Windows et où les développeurs avaient un accès administrateur avait également BEAUCOUP une productivité plus élevée de chaque développeur que les endroits où ils étaient verrouillés.

Philip Rieck
la source
+1 parce que vous le mettez dans la bonne perspective. Définissez les préférences personnelles des développeurs et des administrateurs et concentrez-vous sur ce qui est important pour l'organisation dans son ensemble.
Jaap Coomans
4

Je pense que vous posez la mauvaise question, vous devriez demander:

Est-ce qu'un bon développeur travaille pour un employeur qui ne lui donne pas les droits d'administrateur sur son PC?

Ce dont une personne a «besoin» et ce à quoi il s'attend ne sont souvent pas la même chose. Après tout, vous n'avez pas besoin de permettre à un développeur de boire du café pendant les heures de travail, mais si vous ne le…

(Assurez-vous de bien préciser votre politique au stade de l'entretien, sinon vous risquez de faire accepter à des personnes le travail qui méprise alors votre entreprise en raison du manque de droits d'administrateur. Ne vous attendez pas à ce que les programmeurs pensent de manière logique à ce genre de choses! )

Ian Ringrose
la source
J'admets que je travaille dans l'enseignement supérieur et que je suis un "administrateur système / programmeur", comme tout le monde dans mon groupe. Je suppose donc que mon expérience n'est pas tout à fait pertinente. Mais je ne peux pas imaginer travailler en tant que développeur dans un magasin qui ne me donnerait pas un contrôle total sur mon poste de travail (choix et installation du système d'exploitation, choix du logiciel, etc.), sans parler des droits d'accès root qui s'y trouvent.
Jason Antman
4

Cela dépend en fait davantage de qui vous demandez que de qui en a réellement besoin. Si vous demandez aux groupes informatiques et de gestion des risques de l'entreprise qu'ils vous racontent des histoires horribles (et qu'ils vous le donnent, ils exigent une chèvre sacrifiée dans un lien sacré de promesse qu'ils ne seront pas tenus responsables), les développeurs d'autre part, exige des droits d'administrateur principalement parce que le travail est stressant et suffisamment exigeant sans qu'il soit nécessaire d'obtenir la permission du service d'assistance pour procéder à une fuite. La triste situation est que maintenant, il est plus question de lutte de pouvoir et d’exercer le pouvoir que de besoins commerciaux et de productivité (par exemple, il s’agit de savoir qui fera sauter l’autre).

IMHO, le meilleur environnement de travail que j'ai vu à ce jour est celui où les deux groupes sont séparés. Les développeurs ont leur propre domaine dans la forêt (par lequel l'informatique contrôle ce que ce domaine et ses utilisateurs peuvent faire dans le reste de la société) et ils sont tous administrateurs locaux avec des gars expérimentés, MCSE agissant en tant qu'administrateurs de domaine locaux et disposant de leur propre environnement de test. et peuvent faire à peu près ce qu'ils veulent et ce dont ils ont besoin sur leur réseau local avec une seule stratégie informatique (aucun logiciel piraté). L’entreprise informatique n’est pas responsable et ne fournit pas de support aux développeurs et ne fait que respecter certaines règles générales (pas de facebook, porn ou similaire via un pare-feu, les développeurs ne permettent pas de jouer avec le réseau local de l’entreprise) et ils disposent tous de VPN basés sur RSA pour travailler à domicile ce qui les met directement dans leur LAN. Neat, n'est ce pas?

mmix
la source
2

La réponse est susceptible d'être subjective et spécifique à chaque scénario, mais dans la plupart des cas, je dirais oui.

joeqwerty
la source
2

Je dirais que les droits administratifs sont importants pour le processus de développement. Étant donné la facilité relative d'utilisation d'une machine virtuelle dans un bac à sable, il n'y a aucune raison pour que vous ne puissiez pas les mettre dans une machine virtuelle et maintenir la sécurité.

Tout va mal et vous pouvez effacer et reconstruire en quelques minutes.

DivinusVox
la source
2
Il y a une très bonne raison de ne pas les verrouiller dans une VM: les performances. Un développeur travaillant sur une application majeure pourrait facilement utiliser tous les éléments d’une machine de haute spécification avec d’énormes quantités de RAM, de disques durs rapides, etc. Le fait de les mettre sur une VM revient à peu près à leur rendre leurs machines d’il ya quelques années. Idéal pour la sécurité mais pas si bon pour la productivité.
John Gardeniers
1
Mais idéal pour forcer les développeurs à écrire sur le bas de gamme des machines officiellement prises en charge dans le projet. De plus, avec les serveurs virtuels, nous sommes en mesure de prendre en charge la tolérance aux pannes (et dans certains cas, la charge principale) pour les produits en direct. Tout est une question de quelle machine / grappe votre machine virtuelle est exécutée.
DivinusVox
4
Il ne s'agit pas d'écrire pour les besoins les plus bas, mais d'utiliser des outils nécessitant des performances supérieures à celles autorisées par les machines virtuelles. L'utilisation de Visual Studio 2010 dans une machine virtuelle est nettement moins sensible que sur du métal nu. Le produit que vous écrivez peut très bien fonctionner sur une machine virtuelle, mais cela ne signifie pas que les outils de développement fonctionnent toujours.
Michael Shimmins
2

Absolument! Généralement, une grande partie du développement en cours peut se faire ou non dans un environnement virtuel. Les droits d’administrateur aident à surmonter un grand nombre de dérogations liées à la gestion des services, aux entrées de registre et à IIS localement. Par contre, cela dépend du degré de confiance vous accordez à vos développeurs.

En tant que développeur, il est frustrant de constater que quelque chose ne fonctionne pas car nous n'y avons pas accès.

Mike
la source
2

Dépend. En tant que développeur, il convient de toujours utiliser le principe des moindres privilèges. Si vous travaillez en tant que contractant gouvernemental, vous pourriez être tenu contractuellement de ne pas pas avoir d'accès administrateur, par exemple.

En tant que développeur Java, je n’avais guère besoin de disposer de droits d’administrateur sur ma machine de façon continue . Cependant, il existe des cas légitimes où vous avez besoin d'un accès administrateur à la demande (par exemple, vous devez déplacer votre ordinateur portable dans des domaines physiquement séparés et modifier votre carte réseau en conséquence). C'était la seule fois où j'avais vraiment besoin accès administrateur permanent et permanent à ma machine.

Parfois, vous avez besoin d’un accès administrateur car le personnel informatique est en sous-effectif (ou est incompétent ou lourd de formalités administratives.) Mais si vous travaillez avec un service informatique compétent, il peut installer le matériel pour vous même à distance (ou en fournissant des programmes d’installation personnalisés "admin et installez le matériel pour vous en cliquant simplement dessus.)

Donc, la réponse (encore) est - cela dépend. Avez-vous un personnel informatique réactif qui peut installer des éléments à la demande (ou dans un délai raisonnable)? Les développeurs en ont-ils réellement besoin pour les tâches pour lesquelles ils sont payés ?

Si les développeurs en ont vraiment et légitimement besoin (comme dans "Je ne pourrai littéralement rien faire sans cela" ), par opposition à une commodité (comme dans "Je veux installer tout ce que je veux" ), et si le support informatique n'est pas suffisamment réactif (pour quelque raison que ce soit), alors oui, ils devraient avoir un accès administrateur à leurs machines.

Sinon, non. Rappelez-vous le principe du moindre privilège , les gens.

luis.espinal
la source
2

Il y a des développeurs et il y a des développeurs. Si un "développeur" est un gars JBoss Java à 40 $ / heure écrivant des règles pour un moteur de règles, alors bien sûr que non. Si un "développeur" est un responsable C / Assembly de 350 $ l'heure, si votre logiciel de montage vidéo s'exécute aussi rapidement que possible sur un processeur graphique, alors oui, bien sûr.

sensations fortes
la source
1

Pour les entreprises qui s’inquiètent pour la sécurité, elles seront contrôlées par un responsable de la sécurité qui tentera de faire appliquer une politique qui fonctionne avec leur modèle de développement et leurs systèmes. Dans un environnement Windows, la plupart des gens vous diront que vous devez disposer de droits d'administrateur sur l'hôte sur lequel ils développent pour pouvoir exécuter leurs tâches.

Ce n'est pas forcément vrai...

Vous pouvez créer une stratégie personnalisée et faire en sorte que tous les programmes et fonctions fonctionnent avec les utilisateurs du développement sur un système. Il vous suffira de vous familiariser avec les autorisations personnalisées sur les répertoires du programme / système avec des groupes ou des groupes personnalisés en fonction de la conception souhaitée.

La plupart des entreprises vont dire qu'il est très dangereux pour les développeurs de disposer de systèmes sur des réseaux ouverts, car les pirates informatiques pourraient en prendre le contrôle et commencer à compiler leurs propres outils.

Jason B Shrout
la source
Bien que ce que vous dites soit techniquement correct, il s’agit également d’un cauchemar à mettre en œuvre et à maintenir et à créer des environnements fragiles.
John Gardeniers
Je préférerais alors un accès complet sur le réseau de dev et ne me connecter au réseau de l'entreprise via Internet avec un VPN que si le problème est réel. De plus, beaucoup de départements informatiques que j'ai vus m'ont fourni moins qu'un bon FAI !! En tant que développeur, il n'est pas nécessaire d'être sur le même réseau non filtré que le service des comptes, etc.
Ian Ringrose Le
1

Les développeurs devraient (idéalement) avoir deux identifiants de domaine.

Une qui a les droits d’administrateur local (pour le travail de développement) et une qui a les mêmes droits que tout le monde dans l’entreprise. Ils peuvent ensuite tester leur travail sur un ensemble d'autorisations représentatif.

Cela devrait alors réduire le risque d'ItWorksOnMyMachine-itis qui apparaît parfois .....

Nick Haslam
la source
0

Je dois (apparemment) donner la voix dissidente et dire non seulement non, mais "diable non". Je n'ai aucun problème à donner des droits d'administrateur de devs sur une machine virtuelle en mode bac à sable qui n'a pas d'accès réseau. Zypher avait presque raison (correction en gras):

"1.Etre administrateur sur ma boîte est un privilège, PAS un droit." Ces systèmes sont des actifs de l'entreprise dont je suis ultimement responsable. Lorsque Joe Developer installe sa copie piratée de Microsoft Bob ("parce que j'en avais besoin "), ce n'est pas lui qui va devoir expliquer comment il n'a pas été trouvé avant l'audit. Les développeurs pensent régulièrement que les règles d'entreprise ne leur sont tout simplement pas applicables. En leur fournissant une machine virtuelle en bac à sable, ils peuvent suivre toutes les règles que tout le monde doit suivre (à présent, seul le service informatique peut copier des fichiers depuis et vers le système). Comme par magie, le système de requête est à nouveau utilisé par les développeurs, le ciel ne s'effondre plus lorsque Joe Developer modifie sa zone de développement - il en demande simplement une nouvelle (ou une restauration s'il lui est demandé de sauvegarder).

M. Denny a mentionné que les développeurs coûtaient de l'argent lorsqu'ils devaient attendre l'installation d'applications. A. bonjour ... mon temps est généralement tout aussi précieux que Joe Developer (généralement plus puisque je garde le crapware existant en cours d'exécution - et puis-je vraiment Il faut mentionner tout le temps passé à aider le développeur Joe à déboguer son dernier chef-d'œuvre), et à B. lorsque les devs dépassent les limites budgétaires parce qu’ils attendaient une application et essayaient de les blâmer pour cela, je dirais:

Votre manque de planification pour ce dont vous avez besoin pour écrire un logiciel n’est pas de ma responsabilité, nous avons un ensemble standard d’outils et si cette boîte à outils manque ce dont vous avez besoin, vous auriez dû recevoir vos demandes pour obtenir plus d’outils accélérés plutôt que de tenter de me faire sauter. grâce à des paniers pour l'obtenir pour vous parce que votre date limite est demain.

Ceci dit, si on bloque les ordinateurs de bureau des développeurs, on pourrait éliminer les développeurs de merde qui pensent qu'ils ont le droit de regarder leur collection de Baywatch et qui sont indignés d'apprendre qu'ils ne peuvent pas installer Babewatch Player pour les visualiser ( open source "), vous pourriez peut-être vous détendre. Mais pour chaque grand développeur qui «l'obtient», il y en aura 10 de plus que votre société va embaucher pour cette application verticale de 200 millions de dollars, et c'est à qui vous devez faire attention.

EDIT: Il est certainement tout à fait possible que les développeurs auxquels j'ai été exposé soient inhabituellement ennuyeux (seul le sondage portant sur la culture actuelle a déjà entendu parler du stackoverflow, pour donner un certain niveau de référence). Le point de vue par lequel je commence est le suivant: "Que devez-vous faire pour que la société paie pour vous?". Si vous avez besoin de droits d'administrateur, vous les obtenez, mais vous ne devriez pas commencer avec eux et si je peux vous donner une boîte qui, franchement, je ne me soucie pas de ce que vous faites avec ça et que ça marche, alors nous sommes tous les deux prêts à partir.

Jim B
la source
14
Wow, le BOFH vit parmi nous! Vous avez échoué sur le principe de base selon lequel notre travail consiste principalement à permettre à tout le monde de faire son travail du mieux que nous pouvons dans les limites imposées par les politiques, les obligations légales, etc. Il ne s'agit pas de dicter arbitrairement à d'autres comment doivent travailler simplement parce que cela nous convient.
John Gardeniers
+1 pour le dernier paragraphe. Vous pouvez éliminer tous les autres paragraphes si vous embauchez des développeurs honnêtes.
Robert Harvey
6
Wow - aime la mentalité nous et eux. Avez-vous considéré que "son" délai est en réalité "votre" délai aussi puisque vous êtes tous dans le même bateau (vraisemblablement) au profit de la société. Je ne vous connais pas dans un pain de savon, mais vous me rappelez le système d'administration système typique, méchant, arrogant, qui tente de trouver un moyen de dire non plutôt que oui. Pour tout le monde, un bon administrateur système emploie dix autres personnes embauchées par votre société, qui perpétuent le stéréotype que vous venez d'exposer et rendent encore plus difficiles toutes les autres tâches de la société. Vous devez être concerné par la prestation de services, pas de contrainte.
Michael Shimmins
J'ai spécifiquement répondu à la plupart de ces points dans une réponse: serverfault.com/questions/232416/…
Marc Gravell
1
Peut-être que VOUS êtes la raison pour laquelle «les développeurs auxquels vous avez été exposé sont inhabituellement ennuyeux»…. Une entreprise doit décider si elle veut des développeurs libres ou sans pensée et ne peut pas agir d’une manière que les développeurs libres pensent détester et s’attendre ensuite à ce que toute personne soit séparée des développeurs sans intérêt. Cependant, les développeurs ennuyeux peuvent être le meilleur d'un grand travail d'entreprise.
Ian Ringrose