¿Hay algún trabajo en el campo de la programación que no requiera que te sientes en un escritorio todo el día? [cerrado]

Soy nuevo en el campo de la programación. Realmente lo disfruto como carrera, pero no estoy seguro de poder soportar sentarme en un escritorio durante ocho horas al día. Por supuesto, no me importa por períodos cortos de tiempo, pero no puedo hacerlo día tras día.

¿Existe un campo de programación que posiblemente tenga trabajos que requieran menos tiempo en el escritorio?

Hay entornos en los que no te sentarás en un escritorio todo el día. Muchos entornos de investigación o ingeniería lo harán trabajar tanto en su escritorio como en el laboratorio o en el piso de ingeniería.

Por ejemplo, donde trabajo tengo un escritorio ordinario donde hago tareas de administración y programación intensiva o fuera de línea, pero también tengo dos estaciones experimentales que apoyo. Cada vez que necesito probar el código en 'la máquina', tengo la opción de usar Remote Desktop Connection o bajar y trabajar en la 'conejera' experimental.

De manera similar, en mis tres trabajos anteriores tenía un escritorio, pero gran parte del trabajo se realizaba en el taller o en el taller, probando, optimizando o codificando las máquinas que estábamos desarrollando. Incluso me enviaron a los EE. UU., Alemania, Taiwán y China para apoyar y desarrollar más software en máquinas en el campo después de que se hayan entregado a los clientes.

Incluso en mi primer trabajo después de la universidad, que estaba más vinculado al escritorio que cualquier otra cosa desde entonces, me enviaron a los sitios de los clientes para implementar software y ayudar con la resolución de problemas.

Por cierto, aunque gran parte de mi carrera podría describirse como sistemas embebidos, como sugiere Thomas Owens , no asuma que embebido significa microcontroladores, placas de circuito diseñadas internamente o sistemas operativos de núcleo duro como QNX u OS-9 .

Gran parte de la industria se ejecuta en PLC como sugiere Wolfger y en PC industriales que ejecutan sistemas operativos como Linux, Windows Embedded o incluso Windows antiguo. Estos sistemas integran subsistemas 'en tiempo real duro ' con sistemas de control 'en tiempo real suave'. Donde la capa superior puede ser la más compleja y desafiante, especialmente cuando se trata de representar una máquina compleja con una interfaz de usuario simple y fácil de usar.

Podrías entrar en la programación de enseñanza. La mayor parte de su tiempo estaría al frente de la sala dando conferencias. No estoy seguro de cuánta programación real aún estaría involucrada. Probablemente tanto como quisieras, dependiendo del estilo con el que elijas enseñar. Más demostraciones prácticas en lugar de simplemente dar conferencias en teoría.

Mira en la programación del PLC . Por lo general, se requieren muchos viajes y muchos pararse / caminar en el piso de una fábrica.

Un controlador lógico programable , PLC o controlador programable es una computadora digital utilizada para la automatización de procesos electromecánicos , como el control de maquinaria en líneas de ensamblaje de fábricas , atracciones mecánicas o artefactos de iluminación ...

Hay algunas posibilidades Dos que vienen a la mente son trabajar con sistemas integrados o interactuar con hardware o algún tipo de trabajo de soporte de campo.

Si trabaja con sistemas embebidos o software que se basa en sistemas de hardware, puede tener la oportunidad de trabajar en un laboratorio, tal vez junto con ingenieros mecánicos, eléctricos e informáticos. Sin embargo, el tiempo que pasa en el laboratorio, si lo hay, depende del proyecto y la estructura organizativa.

Un trabajo de soporte de campo probablemente estaría en un escritorio, pero estaría trabajando con los clientes para analizar requisitos, resolver problemas de despliegues y desarrollar nuevas funcionalidades o parches en el campo. Probablemente sería un trabajo de escritorio, pero podría implicar viajar o trabajar en instalaciones que no sean la oficina de su empresa.

Los detalles exactos dependen, por supuesto, de la compañía para la que está trabajando y de lo que esperan de un ingeniero de software. Debido a la naturaleza del trabajo, probablemente sea difícil encontrar un trabajo que no tenga una gran cantidad de tiempo en un escritorio frente a una computadora.

En las peores empresas, no estará en un escritorio todo el día. En cambio, estará sentado en una mesa de conferencias escuchando cómo la empresa lo hará más productivo mediante la implementación de Scrum , ágil , cascada , programación extrema , bla, bla, bla. En ese momento, rezarás para volver a tu escritorio.

Robótica No solo tendrás que cortar el código, sino que tendrás que hablar con los encargados del hardware y salir al campo y observar a tu pequeño y lindo prototipo T-800 haciendo lo suyo :)

Personalizo los sistemas ERP, esto implica bastante trabajo en el sitio, pero es posible que desee o no tener que tratar directamente con los clientes.

Wolfger ya menciona la programación de PLC. Hay muchos programadores que trabajan en automatización en programación general PLC, robots (lo que hago), PAC, PC e integrados.

Usted pasa tiempo detrás de un escritorio, parte de la programación, parte de la atención al cliente. También pasas mucho tiempo en el campo con el equipo. A menudo hay viajes considerables involucrados. Mi oficina cubre América del Norte y Central. También ocasionalmente viajo a Europa para reunirme en la sede de la división.

Únase al proyecto One Laptop per Child .

Es un proyecto de desarrollo mundial. Necesitan técnicos de sistemas y administradores para cuidar sus servidores y su infraestructura general. Lo que significa que debe estar donde se usan las computadoras portátiles / servidores para brindar un buen soporte técnico, lo que significaría mucho viajar y descubrir otras culturas.

Además, si no se siente lo suficientemente desafiado, siempre puede desarrollar software de código abierto o ir de excursión.

Los trabajos son realmente lo que haces. Usted podría pasar todo el tiempo de codificación en su escritorio, pero el desarrollo de software es mucho más que la codificación.

Un trabajo anterior mío consistió en construir el software interno para una compañía de pruebas. Si bien no era muy glamoroso, el trabajo implicaba un poco de viaje, aunque las condiciones eran malas a veces (no se obtienen monitores duales y una silla cómoda en el lugar). La ventaja eran los cortos circuitos de retroalimentación porque estaba literalmente en la habitación contigua y pude trabajar con una variedad de personas (probadores de petróleo y gas y agricultura).

En mi (s) sitio (s) primario (s), podría dar vueltas a todas las áreas para ver cómo funcionaba todo y obtener críticas de primera mano de las aplicaciones. Es mejor que las encuestas.

Al entrevistar en compañías que no son de desarrollo de software, asegúrese de saber en qué se está metiendo porque a menudo los líderes tienen puntos de vista muy ignorantes del desarrollo de software porque no son desarrolladores de software.

De acuerdo con Thomas Owens en la medida en que las posiciones de apoyo implican mucho movimiento. Solía ​​trabajar en los enrutadores Cisco. Trabajar con sistemas de enrutamiento avanzados es algo similar a la programación en términos de complejidad. El proceso de configuración es bastante complicado y puede ser bastante complejo. Especialmente si buscas una certificación avanzada como CCDP .

Los profesionales de redes a menudo obtienen buenos ingresos. Varios de mis amigos están en la industria y disfrutan el trabajo.

Si me disculpa, voy a ir de lado con esta pregunta.

El campo de programación es vasto y hay muchos aspectos diferentes, sea cual sea el campo.

Mis últimos dos días (jueves y viernes) los pasé en una sala de reuniones, con otras 6 a 12 personas, dependiendo del tema actual, mientras trabajábamos en nuestro nuevo proyecto.

Estaba sentado, pero no en mi escritorio. Y también podía pararme y llegar a la pizarra de vez en cuando.

Por qué ? Como no estaba programando per se, estábamos discutiendo y planificando. La discusión fue muy técnica y se centró en la programación, pero todo lo que tuve conmigo fue una libreta y un bolígrafo (y una botella de agua).

La programación no necesariamente significa estar sentado en su escritorio sacando el código de su cerebro todo el día. Dependiendo del proyecto / lugares y de su rol exacto, podría tener más o menos interacciones sociales, y podría (o no) viajar más o conocer clientes.

Como referencia, estoy (ahora) haciendo programación de servidor, para aplicaciones internas.

Si desea un trabajo de programación, estará en un escritorio (sentado, de pie o caminando) la mayor parte del tiempo. No hay forma de evitar eso.

Pero si lo que está buscando es un trabajo relacionado con la programación, existen alternativas, PERO usted no será el que realmente esté programando.

EDITAR:

No quería enumerar los nombres de los trabajos, porque tienden a cambiar de una compañía a otra, pero enumeraré las responsabilidades:

• Estar a cargo de obtener los requisitos de sus clientes, donde necesita estar en el sitio para conocer el negocio del cliente.
• Coordinación de equipos de desarrollo, donde debe saltar y estar disponible para resolver problemas por todas partes.
• Coordinación entre el cliente y el equipo de desarrollo para crear el producto adecuado para un cliente en particular.

Básicamente, varios trabajos relacionados con el desarrollo de software, pero que en realidad no requieren codificación, que era realmente el punto que estaba tratando de hacer.

Aunque mi trabajo como programador interno de Windows Forms implica mucho trabajo de escritorio. A menudo estoy en los escritorios de otras personas viéndolos demostrar un error o expresando el deseo de una nueva característica de algún tipo. A veces tengo la opción de solo verlos trabajar, y al hacerlo puedo ver cómo usan la aplicación, así que puedo pensar en formas de hacerlos más capaces de hacerlo a su manera, en lugar de la forma en que estaba pensando cuando desarrollado esa característica particular.

Como gran parte de mi trabajo también implica integración e interoperabilidad con hardware y software de terceros. A menudo estoy en el laboratorio jugando con varios artilugios y viendo cómo reaccionan los programas. Mi último trabajo fue en programación web, y no había mucho "trabajo de laboratorio", así que sí, ese trabajo estaba sentado frente a una computadora codificando la mayor parte del día.

La programación es simplemente un trabajo de conocimiento, lo que significa que es principalmente un trabajo de escritorio. Si quiere ir más allá, necesita un trabajo que no sea solo programación, sino otros elementos del SLDC, incluidos el análisis y el diseño. Eso lo saca de su cubo y se encuentra en reuniones cara a cara con las personas que se beneficiarán del nuevo trabajo de programación, o al menos las personas que pagan las facturas.

En mi trabajo actual veo programadores para la industria automotriz, que también trabajan con equipos especializados. No siempre significa trabajar en el escritorio, pero puede significar salir del sitio para conectarse al bus CAN de un automóvil .

Bueno, en mi lugar de trabajo ahora tenemos dos desarrolladores que permanecen todo el día trabajando. Levantaron sus escritorios (es del tipo de cubículo que puedes deslizar hacia arriba y hacia abajo en la pared) y se paran mientras trabajan. Hablo en serio y puedo relacionarme un poco, aunque me siento mientras trabajo.

A algunas personas les gusta estar de pie y moverse un poco más mientras trabajan, así que depende de usted. Nadie va a decir que tiene que sentarse en un escritorio, pero generalmente tiene que usar una computadora durante gran parte del día, a menos que sea un gerente; entonces te sientas en reuniones todo el día.

Hay muchos campos e industrias donde hay más en un trabajo de programación que sentarse frente a un escritorio. Por experiencia personal: -

• Consultoría: mucho trabajo en los sitios de los clientes, mucha interacción con los usuarios comerciales
• Finanzas: trabajar en una mesa de negociación puede ser muy divertido

Pero es probable que cualquier cosa en la que esté tratando directamente con los usuarios de su software sea más variada