Y a-t-il des emplois dans le domaine de la programmation qui ne vous obligent pas à rester assis à un bureau toute la journée? [fermé]

Je suis nouveau dans le domaine de la programmation. J'apprécie vraiment cette carrière, mais je ne suis pas sûre de pouvoir rester assise à un bureau huit heures par jour. Cela ne me dérange pas pour de courtes périodes, bien sûr, mais je ne peux pas le faire jour après jour.

Existe-t-il un domaine de la programmation comportant des travaux qui nécessitent moins de temps au guichet?

Il existe des environnements où vous ne serez pas assis à un bureau toute la journée. Dans de nombreux environnements de recherche ou d'ingénierie, vous travaillerez à la fois sur votre bureau, en laboratoire ou sur le sol de l'ingénierie.

Par exemple, là où je travaille, j’ai un bureau ordinaire où je fais de l’administration et des tâches de programmation intensive ou hors ligne, mais j’ai également deux stations expérimentales que je soutiens. Chaque fois que j'ai besoin de tester le code sur «la machine», j'ai la possibilité d'utiliser Remote Desktop Connection ou de travailler dans le «banc d'essai» expérimental.

Dans mes trois emplois précédents, j'avais également un bureau, mais une grande partie du travail était effectuée en atelier ou en atelier, en testant, en optimisant ou en codant sur les machines que nous développions. On m'a même envoyé aux États-Unis, en Allemagne, à Taiwan et en Chine pour soutenir et développer davantage les logiciels sur les machines sur le terrain après leur livraison aux clients.

Même dans mon premier emploi après l’université, qui était plus contraignant que tout depuis, j’ai été envoyé sur les sites des clients pour déployer des logiciels et aider au dépannage.

Soit dit en passant, alors qu'une grande partie de ma carrière pourrait être décrit comme les systèmes embarqués, comme Thomas Owens suggère, ne présumez pas que embarqués moyens micro - contrôleurs, en interne des cartes de circuits conçus ou systèmes d'exploitation du noyau dur comme QNX ou OS-9 .

Comme le suggère Wolfger, une grande partie de l'industrie fonctionne sur des automates programmables, ainsi que sur des PC industriels fonctionnant sous des systèmes d'exploitation tels que Linux, Windows Embedded ou même tout simplement le vieil Windows. Ces systèmes intègrent des sous - systèmes " temps réel " avec des systèmes de contrôle "temps réel". Là où la couche la plus haute peut être la plus complexe et la plus difficile, en particulier lorsque vous essayez de représenter une machine complexe avec une interface utilisateur simple et facile à utiliser.

Vous pourriez aller dans l'enseignement de la programmation. La plupart de votre temps serait à l'avant de la salle des conférences. Je ne sais pas à quel point la programmation réelle serait encore impliquée. Probablement autant que tu voulais, selon le style que tu as choisi d'enseigner. Plus de démonstrations pratiques que de conférences théoriques.

Regardez dans la programmation automate . Généralement, de nombreux déplacements sont nécessaires et beaucoup de personnes qui se tiennent debout ou marchent dans une usine.

Un automate programmable , l' automate ou automate programmable est un ordinateur numérique utilisé pour l' automatisation des électromécaniques procédés, tels que le contrôle de la machine sur l' usine lignes d'assemblage , les manèges ou les appareils d' éclairage ...

Il y a quelques possibilités. Deux solutions me viennent à l’esprit: travailler avec des systèmes embarqués ou s’interfacer avec du matériel ou un type de travail de soutien sur le terrain.

Si vous travaillez avec des systèmes intégrés ou des logiciels reposant sur des systèmes matériels, vous aurez peut-être la possibilité de travailler dans un laboratoire, éventuellement avec des ingénieurs en mécanique, en électricité et en informatique. Cependant, le temps passé dans le laboratoire, le cas échéant, dépend du projet et de la structure organisationnelle.

Un travail de support sur le terrain se ferait probablement sur un bureau, mais le groupe travaillerait avec les clients pour analyser les besoins, dépanner les déploiements et développer de nouvelles fonctionnalités ou correctifs sur le terrain. Ce serait probablement un travail de bureau, mais cela pourrait impliquer de voyager ou de travailler dans des installations autres que le bureau de votre entreprise.

Bien entendu, les spécificités exactes dépendent de la société pour laquelle vous travaillez et de ce qu’elles attendent d’un ingénieur en logiciel. En raison de la nature du travail, il est probablement difficile de trouver un travail qui ne nécessite pas beaucoup de temps passé devant un bureau devant un ordinateur.

Dans les pires entreprises, vous ne serez pas au bureau toute la journée. Au lieu de cela, vous serez assis à une table de conférence en écoutant comment la société va vous rendre plus productif en mettant en œuvre Scrum , agile , cascade , programmation extrême , blah, blah, blah. À ce moment-là, vous prierez de retourner à votre bureau.

Robotique. Non seulement vous devrez couper du code, mais vous devrez parler à des spécialistes du matériel informatique, vous rendre sur le terrain et observer votre adorable petit prototype du T-800 en train de le faire :)

Je personnalise les systèmes ERP, cela implique un peu de travail sur site, mais vous pouvez ou non vouloir traiter directement avec les clients.

Wolfger mentionne déjà la programmation automate. Il y a beaucoup de programmeurs qui travaillent dans l'automatisation dans les API de programmation générale, les robots (ce que je fais), les PAC, les PC et les systèmes embarqués.

Vous passez du temps derrière un bureau, une partie de la programmation, une partie du support client. Vous passez également beaucoup de temps sur le terrain avec l'équipement. Souvent, les déplacements sont considérables. Mon bureau couvre l'Amérique du Nord et centrale. Je me rends aussi occasionnellement en Europe pour des réunions au siège de la division.

Rejoignez le projet One Laptop per Child .

C'est un projet de développement mondial. Ils ont besoin de techniciens ainsi que d’administrateurs pour s’occuper de leurs serveurs et de leur infrastructure générale. Ce qui signifie que vous devez être là où les ordinateurs portables / serveurs sont utilisés pour fournir un bon support technique, ce qui impliquerait beaucoup de voyages et de découverte d'autres cultures.

De plus, si vous ne vous sentez pas suffisamment mis au défi, vous pouvez toujours développer un logiciel open source ou faire une randonnée.

Les emplois sont vraiment ce que vous en faites. Vous pouvez passer tout votre temps à coder à votre bureau, mais le développement de logiciels va bien au-delà du codage.

Un de mes emplois précédents consistait à construire le logiciel interne pour une entreprise de tests. Bien que peu glamour, le travail a nécessité pas mal de déplacements, même si les conditions étaient parfois médiocres (il n’ya ni double moniteur ni fauteuil confortable sur place). Les avantages étaient de courtes boucles de rétroaction, car j'étais littéralement dans la pièce d'à côté et j'ai pu travailler avec diverses personnes (testeurs de pétrole, de gaz et d'agriculture).

Sur mon (mes) site (s) principal (s), je pouvais parcourir tous les secteurs pour voir comment tout fonctionnait et obtenir des critiques directes des applications. Ça bat les sondages.

Lorsque vous interviewez des sociétés de développement autres que des logiciels, assurez-vous de savoir dans quoi vous vous engagez, car les dirigeants ont souvent une vision très ignorante du développement de logiciels, car ils ne sont pas des développeurs de logiciels.

D'accord avec Thomas Owens dans la mesure où les postes de soutien impliquent de nombreux déplacements. Je travaillais sur les routeurs Cisco. Travailler avec des systèmes de routage avancés est un peu similaire à la programmation en termes de complexité. Le processus d’installation est complexe et complexe. Surtout si vous optez pour une certification avancée comme CCDP .

Les professionnels des réseaux gagnent souvent un bon revenu. Plusieurs de mes amis sont dans l'industrie et apprécient le travail.

Si vous voulez bien m'excuser, je vais prendre du recul sur cette question.

Le domaine de la programmation est vaste et comporte de nombreux aspects, quel que soit le domaine.

Mes deux derniers jours (jeudi et vendredi) ont été passés dans une salle de réunion, avec 6 à 12 autres personnes, en fonction du sujet, pendant que nous élaborions notre nouveau projet.

J'étais assis mais pas à mon bureau. Et je pouvais aussi me lever et aller au tableau blanc de temps en temps.

Pourquoi ? Parce que je ne programmais pas en tant que tel, nous discutions et planifions. La discussion était très technique et centrée sur la programmation, mais je n'avais avec moi qu'un bloc-notes et un stylo (et une bouteille d'eau).

Programmer ne signifie pas nécessairement rester assis à son bureau à pomper du code toute la journée. En fonction du projet / des lieux et de votre rôle exact, vous pourriez avoir plus ou moins d'interactions sociales et vous pourriez (ou non) voyager plus ou rencontrer des clients.

Pour référence, je suis (maintenant) en train de faire de la programmation serveur, pour des applications internes.

Si vous voulez un emploi en programmation, vous passerez la plupart de votre temps sur un bureau (assis, debout ou marchant). Il n'y a pas de chemin aux alentours.

Mais si ce que vous recherchez est un travail lié à la programmation, il existe des alternatives, MAIS vous ne serez pas celui qui programme.

MODIFIER:

Je ne voulais pas énumérer les noms de poste, car ils ont tendance à changer de société, mais je vais énumérer les responsabilités:

• Être en charge de répondre aux besoins de vos clients, où vous devez être sur place pour apprendre le métier du client.
• Coordonnez les équipes de développement, où vous devez vous déplacer et être disponible pour résoudre les problèmes.
• Coordination entre le client et l'équipe de développement pour créer le bon produit pour un client particulier.

Fondamentalement, plusieurs tâches sont liées au développement de logiciels, mais cela n’exige pas de codage, c’est ce que j’essayais de dire.

Bien que mon travail en tant que programmeur Windows Forms interne implique beaucoup de travail de bureau. Je suis souvent aux bureaux d'autres personnes qui les regardent démontrer un bug ou exprimer le désir d'une nouvelle fonctionnalité. Parfois, j’ai la possibilité de les regarder travailler et, ce faisant, je peux voir comment ils utilisent l’application, afin que je puisse réfléchir à des moyens de les rendre plus aptes à le faire à leur manière, au lieu de la façon dont je pensais développé cette fonctionnalité particulière.

Une grande partie de mon travail implique également l'intégration et l'interopérabilité avec du matériel et des logiciels tiers. Je suis souvent dans le laboratoire à bricoler divers gadgets et à regarder comment les programmes réagissent. Mon dernier emploi était dans la programmation Web et il n'y avait pas beaucoup de "travail de laboratoire". Donc, oui, cet emploi était assis devant un ordinateur, codant tête baissée presque toute la journée.

La programmation est tout simplement un travail axé sur le savoir, c’est-à-dire qu’il s’agit essentiellement d’un travail de bureau. Si vous voulez aller au-delà de cela, vous avez besoin d'un travail qui ne consiste pas uniquement à programmer, mais à d'autres éléments de SLDC, notamment l'analyse et la conception. Cela vous permet de sortir de votre cube et de participer à des réunions en face à face avec les personnes qui bénéficieront du nouveau travail de programmation, ou du moins les personnes qui paient les factures.

Dans mon travail actuel, je vois des programmeurs pour l'industrie automobile, qui travaillent également avec des équipements spécialisés. Cela ne signifie pas toujours de travailler au bureau, mais cela peut signifier de sortir du site pour se connecter au bus CAN d' une voiture .

Eh bien, sur mon lieu de travail, nous avons maintenant deux développeurs qui travaillent toute la journée. Ils ont soulevé leurs bureaux (c'est le genre de cabine que vous pouvez glisser de haut en bas sur le mur) et ils se tiennent debout tout en travaillant. Je suis sérieux et je peux en quelque sorte me comprendre même si je m'assieds en travaillant.

Certaines personnes aiment rester debout et bouger un peu plus pendant qu'elles travaillent, alors c'est à vous de décider. Personne ne dira que vous devez vous asseoir à un bureau, mais généralement, vous devez utiliser un ordinateur pendant une grande partie de la journée, à moins que vous ne soyez un responsable. Ensuite, vous restez assis toute la journée en réunion.

Il y a de nombreux domaines et industries dans lesquels un travail de programmeur ne se limite pas à rester assis devant un bureau. Par expérience personnelle: -

• Consultation - beaucoup de travail sur les sites clients, beaucoup d'interaction avec les utilisateurs professionnels
• Finance - Travailler sur un pupitre de négociation peut être très amusant

Mais en réalité, tout ce qui concerne les utilisateurs de votre logiciel est susceptible d’être plus varié.