Diplômé en tant que Sysadmin, puis changé dans le domaine du développement.
Je viens d'avoir ce moment d'illumination, réalisant que les PC sont de la merde. Pas vraiment. Vous avez des spécifications matérielles qui ne sont pas claires, tout le monde l'implémente légèrement différemment, causant de minuscules problèmes de compatibilité. Si les PC n'étaient pas de la merde, il n'y aurait pas d'incompatibilité lors de l'utilisation de certains types de RAM (tant que leur standard correspond à celui de la carte mère - il n'y a absolument aucune excuse pour laquelle la RAM DDR3-1066 devrait être incompatible avec les cartes mères DDR3-1066) ou avec certains périphériques USB.
Vous avez donc du matériel qui est cassé par conception parce que les spécifications sont inutiles, et en plus de cela, vous avez buggé le logiciel. Je viens de réaliser alors que SysAdmin est un travail qui n'a rien à gagner. Vous ne pouvez pas "résoudre" les problèmes - vous pouvez simplement utiliser du ruban adhésif pour résoudre temporairement certains symptômes, mais vous êtes toujours du côté des perdants car vous n'avez pas de bonnes bases pour commencer.
Pour ceux d'entre vous qui ne veulent pas travailler avec la merde x86 / x64, YMMV, mais j'ai suffisamment appris au cours de mes 7 années de SysAdmin pour savoir que ce n'est pas mon travail.
Donc, au lieu de toujours prendre la merde lorsque le matériel cassé tombe en panne, je suis passé au domaine de la création de valeur. Égoïste? Peut être. Oui, mon logiciel est parfois bogué et, en fin de compte, construit sur le même fondement défectueux, mais en tant que développeur, j'ai l'impression de faire quelque chose de valable.
Cela étant dit: respect à tous ceux qui font le travail SysAdmin avec passion. C'est un travail ingrat et souvent insatisfaisant, mais tous ceux qui maintiennent les serveurs opérationnels sont un héros dans mon livre.
J'ai commencé en tant que développeur, j'ai fini en tant qu'administrateur de base de données, puis administrateur système et maintenant gestionnaire administrateur système.
J'ai trouvé l'administration système plus intéressante car j'ai eu l'opportunité de travailler dans un grand environnement distribué avec beaucoup de pièces mobiles à intégrer et à maintenir.
En outre, l'OMI, un pourcentage élevé d'emplois de développement, consiste à maintenir des applications de merde ou à personnaliser des packages commerciaux. Pouah. Pour moi, sysadmin semblait offrir plus d'occasions d'être créatif et d'avoir un impact visible sur les systèmes qui font fonctionner une entreprise.
J'ai commencé comme un administrateur système qui aimait coder. J'ai trouvé que les compétences en programmation étaient la compétence n ° 1 importante pour un administrateur système. Si vous ne savez pas comment automatiser les tâches, vous vous retrouverez dans un cauchemar de maintenance.
Au fil des années, j'ai fait de moins en moins d'administrations système. Et préfèrent maintenant faire l'architecture de nouvelles solutions à la place. Si je fais du sysadmin, son débogage de 3ème ligne est généralement lourd, ou du code pour intégrer des solutions de merde - sur les boîtes, un autre administrateur est installé pour moi.
la source
Pendant que je suis toujours à l'université, j'ai un travail en tant qu'administrateur Web, donc c'est certainement plus proche d'être administrateur système, puis développeur. Ensuite, j'ai progressivement fait de plus en plus de développement, et au fur et à mesure que l'entreprise grandissait, il y avait plus de tâches informatiques. C'est arrivé au point, quand j'ai dit à mon patron, que c'est trop de charge de travail pour faire les deux choses, nous avons embauché des gars qui étaient strictement administrateurs système, alors que je me suis consacré à 100% au développement.
la source
Je n'ai pas eu le luxe de l'un ou l'autre. J'ai dû commencer à faire les deux à la fois . Ajoutez à cela la migration d'un héritage d'anciens Mac 68k vers des ordinateurs de bureau HP plus récents, ET la tentative de moderniser la production industrielle (optimisation des listes de coupe) ET la configuration de l'accès à Internet ET du courrier électronique ET l'apprentissage d'une nouvelle langue (Delphi) ET la gestion des problèmes de données ET l'apprentissage de Linux ET apprendre Windws NT 4 ET les bases de la mise en réseau TCP / IP .... bla bla bla ....
Vous avez eu l'idée. Le baptême par le feu et parfois le soufre servaient sur le côté. 1997 n'était pas la même chose que 2007, et de nombreux "nouveaux venus" dans le travail administratif pourraient ne pas apprécier la différence. Vous ne pouviez pas simplement "google it", Google était encore une startup.
Vous apprenez rapidement des choses sous ce genre de pression, comme l'importance (ou non) de votre travail pour les autres. Pour eux, vous êtes un mal nécessaire. Pour vous, vous savez dans votre cœur que l'endroit ira en enfer dans un panier à main si vous ne le faites pas fonctionner.
Quand je suis parti, c'était parce que j'étais épuisé et que le propriétaire n'avait aucune appréciation pour le travail acharné que j'avais accompli. Il est ridicule de compter 24 heures de travail consécutives sans nourriture, repos ou compensation. Être censé rester encore 12 heures en plus sans nourriture, repos ou compensation repoussait les limites de mon endurance physique. Voyons voir, 36 heures en deux jours, et il ne peut pas se demander pourquoi je veux un seul jour de congé après tout ça.
C'était il y a 10 ans. Inutile de dire que mon nouvel employeur est beaucoup plus raisonnable. Je fais toujours SysAdmin et le travail de programmation, même si cela a tendance à être beaucoup plus facile. Probablement parce que tout n'est pas en feu et qu'il y a plus d'une personne pour travailler sur un problème .
la source
Je suis développeur. Voilà ce que je suis vraiment.
Mes amis et ma famille non techniques me confondent en tant qu'administrateur système.
Je suis un développeur devant mes amis avertis et un administrateur système pour tout le monde. Je mène une double vie.
la source
Voici une version concise de mon histoire:
J'ai commencé strictement en tant que développeur, mais j'ai dû apprendre beaucoup de choses sur les administrateurs système parce que j'ai commencé à aider mon père dans son entreprise. Actuellement, je suis toujours développeur, mais je fais aussi des trucs d'administrateur système lourds.
Je dirais que les deux domaines se complètent assez bien. Par exemple, bien que je ne sois pas un administrateur système expert, je sais comment configurer un serveur Web sécurisé pour mes applications, résoudre plusieurs problèmes d'administrateur système, etc. Et lorsque j'ai besoin d'assistance, je suis mieux en mesure de communiquer avec les bonnes personnes .
En tant qu'administrateur système, la connaissance du développement de logiciels m'a permis de mieux automatiser les tâches lourdes et de comprendre assez bien le fonctionnement de certaines choses sous-jacentes.
C'est peut-être un cas courant? Je suppose que la plupart des administrateurs système connaissent au moins un peu de programmation, non?
Je suis très intéressé de savoir comment vous avez appliqué l'un ou l'autre domaine de connaissances à l'autre.
la source
Il est plus facile de passer de sysadmin -> sysadmin qui code -> développeur. À moins que vous n'ayez de la chance, vous faites face à une baisse de salaire dans l'autre sens.
À tout le moins, lorsque vous travaillez dans un environnement où vous devez parler aux développeurs, une certaine familiarité avec le codage est inestimable - cela aide vraiment d'avoir une lingua franca , surtout quand vous devez expliquer pourquoi l'instrumentation pour l'opérabilité est une bonne chose. .
la source
J'ai commencé comme administrateur système et je me suis retrouvé à devenir un administrateur paresseux qui détestait faire la même chose deux fois, alors j'ai appris à faire des scripts. Le script a non seulement facilité les tâches banales, mais il a également aidé à rationaliser les choses en veillant à ce que toutes les étapes appropriées soient prises en compte dans une tâche. Le script m'a également amené au point où j'en suis aujourd'hui où je n'aime pas les interfaces graphiques, car je ne sais pas quel code y exécute sur le backend et donc je ne leur fais pas confiance. J'ai également suivi l'évolution naturelle des scripts vers le travail de développeur, mais parce que je suis un administrateur système dans l'âme et que je n'ai jamais reçu de formation formelle en développement aucun jour de ma vie, je me retrouve toujours à retomber dans le travail d'administrateur système. Honnêtement, à certains égards, j'aurais aimé être mis à pied, ou peut-être plus adéquatement de longues vacances (3-4 semaines),
la source
J'ai commencé en tant que sysadmin / dba, puis je me suis lancé dans la programmation. Je suis entré dans l'arène sysadmin / dba parce que je pensais à tort que les programmeurs étaient enfermés dans une arrière-salle et ne parlaient à personne. Lorsque j'ai commencé à me familiariser avec la programmation (VBA -> VB6 -> .NET), j'ai constaté que j'avais besoin de savoir comment les processus fonctionnaient auprès des personnes qui les avaient faites (imaginez cela!)
J'ai progressé dans le développement et je suis maintenant programmeur. Apparemment, j'ai toujours été un programmeur dans l'âme parce que je n'ai plus l'impression de travailler! :-)
Ma connaissance du côté sysadmin / dba m'a énormément aidé lorsque j'ai commencé à coder car je savais comment tout fonctionnait et comment cela devait fonctionner. Cela m'a donné une énorme longueur d'avance sur les solutions de programmation pour les administrateurs système!
-JFV
la source
J'ai commencé en tant que technicien de bureau et suis passé à sysadmin après quelques mois. J'ai passé 8 ans à faire sysadmin et j'ai constaté qu'une grande partie de mon temps était consacrée à l'écriture d'applets et de scripts pour accomplir mes tâches d'administration. J'aimais beaucoup plus le codage que mes tâches d'administrateur système et j'ai eu la chance de devenir développeur dans la même entreprise. Maintenant, je fais les deux, en fait. Je fais partie d'un petit groupe d'applications hautement spécialisées et je porte les deux chapeaux. Le meilleur des deux mondes! Je peux suivre sysadmin et me concentrer également sur le développement dans le cadre de ma description de poste.
la source
Commencé en tant que développeur. Passé par l'administration système, DBA, retour au développeur, retour à DBA, retour à l'administration système. Maintenant de retour en tant que DBA.
Je pense qu'il est assez simple de passer du dev aux autres domaines. Je ne pense pas qu'il soit aussi facile de passer de l'administration système au développement. Il y a une certaine mentalité au développement et à la pratique de l'écriture de code et de la construction d'applications. J'ai trouvé beaucoup d'excellents administrateurs système qui ont eu du mal à l'adopter.
la source
J'ai commencé comme développeur web en écrivant ASP, que je connaissais plus à l'époque que PHP. J'étais un peu heureux parce que j'avais écrit beaucoup d'ASP au secondaire et au postsecondaire pour mes cours de projets, mais je devais beaucoup contourner les limitations pour faire des choses comme le cryptage et le téléchargement / téléchargement de fichiers. J'ai finalement pris le rôle d'administrateur système, et quand j'ai été réduit, je suis devenu administrateur système mobile (pas Geek Squad, mais une idée similaire).
Je préférais être un administrateur système, mais je préfère encore plus mon travail actuel qui est celui d'analyste. Je peux faire un peu de tout sans le fardeau d'énormes projets.
la source
Programmer à sysadmin au programmeur à sysadmin au programmeur (qui assiste également occasionnellement avec des trucs sysadmin). :-) Je finis par faire tout le travail que je peux trouver (et ces postes d'administrateur système ont également été combinés avec netadmin)!
la source
J'ai commencé un développeur web sur un projet universitaire virtuel. Au fil du temps, en devenant responsable des serveurs d'applications (comme Adobe ColdFusion), je suis devenu de plus en plus impliqué dans l'administration des serveurs Web. Branché sur les serveurs Unix et Windows au fil des ans.
De plus, comme je connais également Oracle (qui a été défini comme un programmeur de base de données pendant un certain temps), j'ai été appelé pour aider avec les tâches DBA au besoin.
Maintenant que j'ai migré pour devenir administrateur Solaris en raison de problèmes de personnel, je deviens un administrateur système à part entière (tout en continuant à programmer et à maintenir des serveurs Web). Je suis également destiné à devenir développeur multimédia si l'un de mes projets démarre pour générer du contenu en streaming pour mon employeur actuel.
la source
J'ai commencé comme une combinaison des deux sur mon TRS-80. Certes, il n'y avait pas beaucoup d'administration à faire mais quand même.
Ma prochaine rencontre informatique majeure a été un VAX 11/780. Nous étions également des combinaisons d'administrateurs et de développeurs.
Au collège et dans une partie des études supérieures, j'utilisais toutes les ressources informatiques disponibles dans les laboratoires (développeur uniquement).
Après le milieu des études supérieures, j'ai été payé pour être à la fois développeur et administrateur pour notre laboratoire SGI. Quelqu'un d'autre dans le test bêta pour IRIX 5 sur les machines Onyx d'origine? Oh, MIPS R4400, comment je t'aime ...?
Depuis lors, je me retrouve toujours à faire les deux emplois. Le fait est que je sais exactement comment je veux que les ordinateurs fonctionnent pour m'aider dans mon autre travail à temps plein, à savoir l'écriture de logiciels.
la source
J'ai commencé en tant que développeur et suis devenu un administrateur système par pur hasard. Nous étions à court de personnes dans le département sysadmin et nous dans le département de développement attendions que les choses soient installées et configurées. J'ai donc commencé à prendre en charge certaines de ces tâches car je voulais faire une partie de mon travail de développement qui dépendait de celles-ci. Ensuite, j'ai commencé à faire de même pour les autres développeurs et lentement, je maintenais tout l'environnement de développement. Cela nécessitait un accès à tout (machines, réseau, etc.), donc j'ai fini par être la sauvegarde du vrai administrateur système lorsqu'il était en vacances et / ou malade. Au fur et à mesure que la société grandissait, nous avons réalisé qu'il était plus facile d'embaucher de nouveaux développeurs que les administrateurs système, j'ai donc «transféré» officiellement le service administrateur système. Et je ne regrette pas d'avoir suivi cette voie.
la source
En tant qu'étudiant, j'avais un emploi à temps partiel en tant que helpdesk de niveau un / deux / trois dans un FAI lorsqu'un FAI de taille moyenne ici en Australie comptait de 1 à 2 000 utilisateurs. Était CS à l'époque. La formation était, voici le mot de passe root et le code d'alarme. Assurez-vous de verrouiller la porte lorsque vous partez.
De cela, je suis devenu un administrateur système débutant. Perl appris pendant la nuit lorsque le fichier passwd a été emporté, mais nous avions les données pour le reconstruire sur les attributs du système de fichiers et un fichier radius.
Finalement, j'ai eu une programmation de travail dans une petite boutique avec de gros clients où tous les programmeurs étaient des geeks Linux, donc nous avons tous un peu d'administration. Mais j'ai fait BEAUCOUP d'administration du système et aidé à exécuter le FAI 10 utilisateurs de 100 modems que nous avions sur le côté
De là est passé à un rôle d'ingénieur de déploiement. Où vous deviez être en mesure de déployer le logiciel prod d'une manière évolutive raisonnable, mais aussi avoir suffisamment d'expérience en programmation pour comprendre comment fonctionnait le logiciel sur mesure et pour pouvoir parler avec les développeurs pour le déboguer.
De là, programmation Web et administrateur système.
De leur concert d'administrateur sys à plein temps.
la source
Vous pouvez lire mon histoire sur: /programming/547155/from-admin-to-dev/547177#547177
la source