¿En qué se diferencia la programación como pasión de la programación como trabajo?

La programación como pasión es muy diferente a la programación como trabajo.

En primer lugar, programar como pasión no te hará ganar mucho dinero.

La programación como pasión no tiene plazos. No tienes presión.

Puede crear su propio proyecto y no tiene ningún supervisor que le dé instrucciones o lo obligue a hacer algo que no le gusta.

Puede programar con su propio estilo, forma y velocidad.

No necesita seguir las reglas de un equipo de desarrollo. Los equipos de desarrollo no son malos, pero cada persona programa de manera diferente. No necesita seguir las reglas de programación. Por ejemplo, si está creando un programa o proyecto, deberá seguir un estilo de programación, deberá escribir alguna función o algoritmo con una forma específica de que su código sea compatible o legible para otros programadores en el equipo de desarrollo.

La programación como trabajo no siempre es agradable. A veces se verá obligado o tendrá que tomar un proyecto no por diversión, sino para vivir, ya que tendrá que pagar para pagar sus facturas.

La programación como Pasión es lo mejor en mi opinión, pero también hay desventajas: no recibirá la experiencia del entorno profesional, con los plazos y el acceso al capital de la empresa. Por ejemplo, si está trabajando como desarrollador de juegos para una gran empresa, tendrá acceso a más recursos como: capital más grande y otros desarrolladores experimentados y sin programadores también, pero estará obligado solo al proyecto y no tendrá libertad espiritual . Como programador de pasión o desarrollador independiente, tendrá libertad espiritual, pero hay otras desventajas, como no tener acceso a un capital más grande, falta de equipo de desarrollo, pero no fechas límite y un progreso más lento del proyecto menos estrés.

Por lo general, las personas apasionadas por la programación finalizan sus proyectos pero carecen de recursos y equipos de desarrollo y necesitan más tiempo para un proyecto que los programadores que programan como trabajo.

Los programadores de trabajo tienen más proyectos terminados que son para otras personas y nunca terminan sus propios proyectos porque no tienen suficiente tiempo para programar sus propios proyectos.

Un programador de empleo aprenderá otras cosas que no aprenderá un programador de pasión. Por ejemplo, gestión de proyectos.

Un programador de Passion no aprenderá a trabajar más rápido, no aprenderá a trabajar con grandes equipos de desarrollo, no aprenderá a administrar el proyecto.

También hay programadores de pasión que trabajan como programadores de empleo y disfrutan de su programación. Si tienes una gran pasión por la programación, creo que no encontrarás ninguna dificultad para tomar un proyecto y terminarlo.

Pero un programador de pasión no necesita tener una falta de recursos también.

INCLUSO: si alguien tiene un gran capital y es un apasionado de programar y tener acceso a cualquier cosa, creo que la única diferencia es el disfrute espiritual de la programación que un trabajo aburrido para vivir. Incluso si no necesita dinero para vivir, el proyecto que cree no es para usted y quizás sea aburrido.

Wow, esta es una gran pregunta y vale la pena explorar. Ya hay algunas respuestas geniales también.

Programar como una pasión es como cualquier otra pasión. Cuando amas tanto algo que nada puede impedirte hacerlo, te sumerges profundamente en él. Exploras nuevas ideas. La programación, para muchos, es muy similar a ser músico o artista. El concepto de crear algo de la nada puede ser una experiencia tan satisfactoria.

Programar como un trabajo puede ser como cualquier trabajo, supongo. Te presentas a las 9, te vas a las 5 y trabajas duro mientras te pagan por hacerlo. Continuamente te educas para ascender en la escala de tu carrera y, con suerte, lograr algunos objetivos financieros. La programación puede ser un trabajo bastante lucrativo, después de todo. Los salarios de ingeniería de software actualmente están en tendencia a alrededor de $ 166k / año en YouWorth. Eso puede ser muy gratificante para algunos.

Salarios de ingeniería de software en San Francisco, CA

Si tienes la suerte de ser un apasionado de la programación pero también lo haces como tu trabajo, entonces considérate afortunado. Dicen que si haces lo que amas, no trabajarás un día en tu vida. Esto es cierto para muchos programadores. Por eso trabajan día y noche. Es por eso que constantemente crean cosas nuevas y resuelven problemas nuevos. Estas son las personas que constantemente impulsan la tecnología hacia adelante y aportan nuevas ideas al mercado. Ojalá seas una de estas personas. Si es así, ¡felicidades!

Programación como pasión:

• Siempre estás trabajando en proyectos que TÚ encuentras interesantes.
• No hay una fecha límite real . Puede gastar tanto o tan poco tiempo / dinero como desee en cada función
• No importa si el proyecto es un gran fracaso o un gran éxito, te divertiste de cualquier manera.
• Puede mezclar y combinar tecnologías de la forma que mejor le parezca. No hay nadie que te diga por qué el lenguaje X apesta, o Y no es la mejor herramienta para el trabajo. Solo quieres usarlo o aprenderlo.

Programación como trabajo:

• Siempre estás trabajando en proyectos que son el mejor uso de tu tiempo.
• Siempre hay una fecha límite, ¡y ya estás atrasado!
• Si el proyecto es un gran fracaso, su trabajo, su promoción o su aumento está en juego.
• Tienes que usar las tecnologías que estableció el responsable hace eones. Es decir, si eres una tienda de Java, pero sabes que node.js es mejor para otra cosa … ¡ja! estás atrapado trabajando con Java.

La programación es un trabajo monótono. Usted hace la misma tarea, es decir, obtiene un proyecto similar, lo desarrolla dentro de la fecha límite, corrige errores y repite. Este proceso sigue y sigue. Llegas al punto donde ya no te importa. No se trata de escribir programas con muchos errores o código feo, etc. Es solo que no te encanta. Solo desea hacer el trabajo por el bien de hacer el trabajo.

Mientras que la pasión es algo diferente. No se trata de IDE o lenguaje. Se trata de trabajar en algo que amas. Te apasiona Ya sea un guión simple que organice su colección de películas en función de la calificación imdb en python o una aplicación simple que creó para tomar notas en java. Es la sensación de satisfacción que obtienes de la programación. Es posible que no lo comparta con alguien o que su código contenga muchos errores, pero le encanta. La satisfacción que te da te impulsa a hacer otra tarea.

No es que seas un mejor desarrollador si te apasiona la programación. Puedes aprender muchas cosas de la programación en el trabajo. El proceso de aprendizaje será más fácil y divertido cuando seas apasionado. Esta es la facilidad para convertirte en un mejor desarrollador.

Programando como un trabajo

• Trabajas en una pequeña parte de un gran proyecto. La mayoría de los trabajos son repetitivos. Necesita hacerlo la mayor parte de su trabajo.
• Escribe menos código, a veces 10 LOC en un día y pasa tiempo leyendo el código de otra persona que dejó la empresa 2 meses antes. Desafortunadamente, no sabía cómo escribir código limpio.
• Debe comprometer 500 LOC en un día, probarlo y liberarlo al final del día. Desafortunadamente, necesita usar algunas interfaces que no están bien escritas y la documentación no existe.
• Debe completar la hoja de Excel para la gestión interna, debe asistir a las reuniones.
• El equipo es increíble, el código heredado es bueno, pero tienes un sistema de construcción malo que falla con bastante frecuencia. Todos tienen una solución excepto tú.
• Eres de SVN o IBM clearcase world y el equipo usa Git. No estás de acuerdo con la línea de comando. Apestas en la mayoría de las cosas además de la programación. Debe hacer clic 5 veces para ir al archivo de origen, escribir el nombre del archivo en un bloc de notas.
• El software de calidad de producción pasa por pruebas exhaustivas y algunas veces el error no es reproducible. La prueba realizada en un país extranjero. La implementación se realizó 10 meses antes, y no se dio cuenta de que era necesario iniciar sesión.

Programando como una pasión

• Automatizaste la mayor parte de tu trabajo.
• El sistema dañado asignado a usted es estable en 2 meses o puede solucionarlo en pocas horas si se rompe. Todos en la oficina necesitan hablar con usted si necesitan su ayuda. Están en problemas si no te gustan.
• En un día, tiene más confirmaciones que sus compañeros de equipo, y generalmente una confirmación cambia múltiples archivos.
• Revisa el código de todos y puede encontrar errores lógicos incluso si nunca lo ejecutó una vez.
• Tiene una increíble combinación de IDE, pequeños scripts que automatizan parte del trabajo diario. Eres más rápido que la mayoría de las personas en la oficina.
• Escribe menos código nuevo, pero refactoriza con orgullo y confianza. Usted conoce la solución de la descripción del defecto o al menos su suposición es casi cierta.
• Lo estás haciendo mejor que el tipo que tiene más experiencia en el equipo.
• No recuerda cuándo escribió un código incorrecto para corregir un defecto rápido.
• Conoces la mayoría de las características del lenguaje que usas, características indocumentadas de tu IDE.

Contestaré esto basado en mis experiencias

• Programar como una pasión aumentará su conocimiento y se convertirá en geek.
  Programando como pasión, aprenderá todo lo nuevo basado en la publicidad y la popularidad. Cuando llegue un nuevo marco, lo aprenderá, creando proyectos simples en él. Pero cuando termine de aprenderlo, si no se usa en su producción, nunca los volverá a ver. Te volverás geek y sentirás curiosidad por cualquier cosa nueva allí.
• La programación como un trabajo aumentará su experiencia para convertirse en profesional.
  La programación como un trabajo, se trata de profesionales y responsabilidades. Debes enfrentar cuál es tu papel. Serás responsable de tu producto. Simplemente piense en la función y la entrega más rápida en lugar de la tecnología nueva y elegante utilizada.
• La pasión se trata de “crear” algo. El trabajo es “hacer” algo
  Crear significa que creas algo de la nada a una existencia. Hacer significa que forma algo a partir de cosas agregando muchas cosas.
  Cuando seas apasionado, tendrás muchas ideas. Quiero crear esto, quiero crear eso. Quiero aprender esto, aquello y aquello. La programación como trabajo hablará sobre lo que podemos hacer con nuestros productos. La programación como trabajo lo hace crear un gran impacto en sus productos.
• Ambos aumentan tu valor como ingeniero
  Entonces, pase lo que pase, aumentará su valor como ingeniero. Y será más bueno si tu pasión se combina con tu trabajo. Te encantará tu trabajo, pero cuando te apasiona la programación, conoce tu límite cuando lo combinaste con tu trabajo.

Puede leer más detalles sobre esta respuesta aquí: Programación como una pasión versus programación como un trabajo – Trabajo en pareja

No debería ser, pero lo es. Olvidó la razón principal de eso: en el 99,99999999% de los casos cuando programa como trabajo, le dicen qué herramientas usar. Esto incluye la elección del lenguaje de programación principal, generalmente el único lenguaje, porque es raro que sean tan inteligentes para darse cuenta cuando es conveniente usar más de un lenguaje de programación. Y en el 100% de los casos, esa elección resulta ser completamente errónea. Los programadores senior pueden predecir eso de inmediato, los programadores junior probablemente necesiten un poco de experiencia en desarrollo antes de darse cuenta.

¿Quién toma esta decisión por ti cuando no debería? Si se trata de un nuevo desarrollo, es principalmente su gerente, quien sigue la tendencia y solo usará un lenguaje si es fácil encontrar otros programadores que lo sepan, para cuándo será despedido (y si es un buen programador). , sin duda serás despedido o te despedirás, confía en mí).

Si se supone que debe mantener y extender una vieja pieza de software, ni siquiera sabe a quién culpar, porque hay una larga historia de personas que dejaron ese trabajo antes que usted, por desesperación por lo malo que es el código. La única solución: a menos que sea libre de elegir las mejores herramientas para el trabajo, no programe como un trabajo. Sin embargo, bienvenido al club de programadores de desempleo.

La principal diferencia:

Programación como pasión:

Desarrollas una hermosa artesanía para tu uso personal con tu conocimiento y dejas que otros la usen.

Programación como trabajo:

Desarrolla un software para el uso de otros y lo prueba.

Otros,

Como pasión

Si este es un flujo de trabajo complejo, vamos a hacerlo paso a paso. No me importa si debería llegar al mercado.

Necesita internacionalización de las palabras utilizadas en su aplicación. Influya con eso. Tengo otras cosas en las que enfocarme.

Hay un error en el código. ¿Estoy agregando algo grande en mi proyecto? Si es así, solucionemos el error más tarde. No quiero perder mi flujo actual. Cambiar el contexto es una operación costosa. Solucionará este problema después de terminar este módulo.

El color del elemento de la interfaz de usuario es poco extraño. Deja eso. Se volverá normal con el tiempo.

¿Usando bibliotecas de terceros? Increíble. Si no es agradable, bótelo y pruebe con otra versión.

Aburrido de la codificación? Vamos a refactorizar el código, cambiar los nombres de los paquetes, cambiar las interfaces, cambiar la estructura del archivo. Organiza todo y finalmente un ping. (Macha naa konjom mathiten). “Amigo, he cambiado de estructura” (si estás trabajando con amigos). Mi amigo: ok da.

La interfaz de usuario se rompe en IE. ¡¡¡Mierda!!! Qué significa IE.

Cambió la estructura de DB? Los datos antiguos que valen la pena manejar la estructura no cambian durante la actualización. No hay necesidad. Hagamos otro trabajo. Podemos repoblar los datos.

Revisión de código durante el lanzamiento? ¿Qué es el proceso de lanzamiento? ¿Qué es la revisión de código? Ya estoy usando el producto todos los días. Ni siquiera sé el número de versión. Lol. Ni siquiera tengo el número de versión en mi proyecto.

¿Ha fallado el proceso de actualización? Encuentre la causa raíz y corríjala.

¿Hoy es fin de semana? Es solo el mismo día que ayer.

Como trabajo ,

Si se trata de un flujo de trabajo complejo, deje de lado los casos esquimales y libere la función, cumpla con la fecha límite, antes de que todos comiencen a usar esa función y corrija la liberación de errores nuevamente.

No les importará la ineficiencia en su código. ¿Pero una palabra en la interfaz de usuario sin internacionalización? ¿¿¡Qué has hecho!??.

Hay un error en el código y el cliente lo encontró. Primero dar parche al cliente. Tire lo que esté haciendo ahora y configure el entorno del cliente para reproducir el problema localmente. Pruébalo y dale un parche. Luego continúe lo que esté haciendo ahora. Luego incluya lo mismo en la rama actual.

El color del elemento de la interfaz de usuario es el # 345567, debería haber puesto el # 345568 según las pautas primero y cambie el color. Seriamente ?

Pensando qué archivo de licencia debo incluir para esta versión de biblioteca de terceros en lugar de pensar en cómo se ha diseñado esa hermosa biblioteca.

Aburrido de la codificación? Vamos a tomar café. ¿Vas a cambiar esta estructura de archivos? Primero elimine los repositorios de este proyecto de archivo. Luego agregue un nuevo archivo en los repositorios de su proyecto. Para cada operación, debe pedir permiso a su equipo.

Se harán preguntas:

• Funcionará
• ¿Desde qué versión está refactorizando el código?
• ¿Esto realmente necesita entre otro trabajo?
• La estructura vieja es lo suficientemente buena. No es necesario cambiar la estructura, aunque esta sea mejor que la anterior.

La interfaz de usuario se rompe en IE. Dar un respaldo para IE. Marque si y maneje este caso de manera compatible.

Los datos antiguos son lo más importante, incluso si no son tantos datos importantes. Debe procesar los datos antiguos y cambiarlos a la nueva estructura de base de datos. Manejar todos los casos desde la versión 1 a 10000000000 para la actualización 10000000001.

El proceso de revisión y publicación de códigos es más difícil que el desarrollo de software.

¿Ha fallado el proceso de actualización? Tener una reunión . Explique el problema al gerente incluso antes de que no conozca la situación, y finalmente encuentre la razón real. Arregle y vuelva a realizar el proceso de lanzamiento.

Hoy es fin de semana, ¡hola sí! Tiempo de fiesta….

Y la lista continúa …

Hay excepciones, pero en general las principales diferencias son:

• Al programar como trabajo, debe trabajar con otras personas. La mayoría de las respuestas aquí muestran esencialmente lo difícil que puede ser pasar de trabajar en proyectos individuales en la universidad y pasar a trabajar con otros y tener que comprometerse y ser objeto de críticas.
• En un trabajo estás trabajando en cosas que son importantes para otras personas. La mayoría de los proyectos en solitario que las personas hacen “por pasión” son intrascendentes. Es similar a la diferencia entre construir una casa para alguien versus construir con legos por diversión.
• En un trabajo de programación, aprenderá rápidamente lo que realmente se necesita para construir software de calidad de producción. Si simplemente trabajas solo en las cosas, te tomará mucho más tiempo resolverlo, si alguna vez lo haces.

Trabajar en ‘proyectos de pasión’ es divertido y lo aliento mucho. Su trabajo como programador profesional mejorará y se verá reforzado por estos proyectos. Mis primeros años como programador los pasé descifrando, depurando y arreglando un enorme desorden de código escrito en un lenguaje / plataforma que despreciaba. En ese momento lo odiaba. Mirando hacia atrás, fue una experiencia muy formativa para mí y me enseñó mucho sobre cómo construir un buen software. Principalmente, me enseñó qué no hacer y por qué la consistencia y el compromiso son tan importantes para construir un producto de calidad.

Paso 40 horas a la semana programando * como trabajo.

Tres noches a la semana, y a menudo un día los fines de semana, programo como hobby.

La diferencia entre los dos es enorme. Cuando trabajo en mi propio tiempo, puedo experimentar con idiomas y estilos. Puedo resolver nuevos problemas que me interesan y puedo dedicar el tiempo necesario para hacer el trabajo correctamente. También puedo extraer cosas que se están comportando mal y rehacerlas cada vez que creo que es lo correcto.

Cuando codifico en el trabajo, paso mi tiempo investigando el trabajo de otras personas, gran parte de lo cual se realizó dentro de un plazo ajustado, o escrito por el nuevo tipo en los dos meses anteriores a que decidimos que no estaba funcionando, o es el resultado de diez años de hackear arreglos en el código de espagueti, o vinieron del mejor postor de un tercero sin documentación. Por lo general, no puedo justificar el tiempo para arreglarlo en el grupo de gestión de proyectos, a pesar de que el tiempo extra ahora sería más que suficiente para la próxima vez que yo u otro desarrollador senior tenga que cavar en el desastre, así que solo estoy rescatando sale agua de un barco que se hunde y trata de no empeorarlo antes de pasar al siguiente incendio del contenedor de basura.

Uno de estos viene con una sensación de logro. El otro viene con crecimiento profesional. Dejaré que el lector decida cuál es cuál.

* Como arquitecto, utilizo la ‘programación’ como un conjunto para el diseño, la planificación, la especificación, el control de calidad, las revisiones de código, las operaciones y el trabajo de infraestructura, así como la codificación real porque realizar un seguimiento de todo eso por separado sería un completo Hora de trabajo.

Si tienes la suerte de ser un apasionado de la programación y tener una carrera en él, tendrás un suministro ilimitado de energía para tu trabajo y lo encontrarás muy gratificante. Serás mucho mejor en eso que las personas que carecen de pasión, ya que la pasión le da el poder de permanencia que se necesita para superar los problemas desafiantes que enfrentarás. Las cosas que estás construyendo serán de mayor calidad, porque realmente te preocupas por ellas. Aprenderás cosas nuevas más rápido si realmente te interesan. A lo largo de su carrera, la pasión significará que mejorará exponencialmente.

No creo que puedas fingir pasión. Para cualquiera que aún no haya encontrado su pasión, les recomendaría que sigan buscando hasta que la encuentren, incluso si eso lleva muchos años probando cosas diferentes. Es enormemente gratificante y gratificante pasar tanto tiempo haciendo algo que te apasiona. Y si no te apasiona algo, será muy difícil completarlo con quienes sí lo son.

Por contradictorio que pueda parecer, puede ver su trabajo como “solo un trabajo” o una pasión dependiendo de varias cosas, como su estado de ánimo. No creo que haya nadie que vea su trabajo como “solo pasión” durante toda su carrera. Para responder a su pregunta, cuando programa solo por el bien de la tarea que se le asignó, ¡simplemente lo hace! Nada más y nada menos. Por el contrario, cuando te apasiona, piensas en formas de mejorar tu código / diseño.

Por ejemplo, digamos que busca / filtra la página para el usuario. Funciona lo suficientemente bien pero con un poco de retraso aceptable para mostrar los resultados. Si no está de humor o tiene otras fechas límite cercanas, puede dejarlo así. Por otro lado, si está de buen humor, podría dedicar un poco más de esfuerzo a pensar en una mejor manera de hacerlo (es decir, entregar resultados rápidamente). Luego lo mejoras, aprendes una o dos cosas en el camino, te sientes bien y sigues adelante.

La advertencia aquí es que diferentes personas ven “extra” de diferentes maneras. Un desarrollador podría pensar que entregar resultados rápidos al usuario no es negociable y ya debe estar allí. Otros esperan hasta que el cliente / usuario se queje (y tal vez incluso les cobren por eso) y luego mejoran.

Programar como una pasión significa que expandes tu conocimiento de programación diariamente, no porque tengas que terminar un proyecto en particular, sino porque lo disfrutas. Esto puede no ayudar con el proyecto actual, pero valdrá la pena para otros proyectos. Es probable que tenga sus propios proyectos paralelos para probar su creciente conocimiento.

De cualquier manera, terminarás el proyecto. Si te apasiona, es más importante para ti que para los demás.

Creo que puedes tener la programación como una pasión Y como un trabajo. En la mayoría de los trabajos que he tenido en los últimos 50 años, me han apasionado. Y cuando no estaba, encontré algo que me apasionaba relacionado con el trabajo.

He estado programando a tiempo completo durante los últimos 20 años (fuera de lugar durante los últimos 40 años) y me apasiona el desarrollo y todavía gano dinero.

Me apasiona desarrollar el mejor software que pueda, hacerlo CORRECTAMENTE la primera vez, dejar un producto que las personas puedan mantener y expandir. Las definiciones de la mayoría de las personas aquí de ser “apasionados” por la programación parecen implicar no preocuparse por esas cosas.

Una cosa acerca de ser apasionado hasta el punto de exclusión de todo lo demás, es que se agota. Veo esto con demasiada frecuencia y estoy incluido en ese grupo. Creo que más de 40 años es suficiente.

Esto va a ser largo, así que si no tomas nada más de esto, recuerda: la programación para mí ha sido la profesión inversa y no la abandonaría por nada del mundo. La diferencia es muy pequeña. En el trabajo, debe estar orientado al bloqueo de tiempo o nunca pasará de una cosa a otra. Fuera del trabajo, puedes regresar (no vivir, por supuesto) y experimentar con cada idea que se te ocurrió y que no pudiste hacer por varias razones. Puedes tener todos los días curiosidades satisfechas.

A menudo las personas tratarán de convertir su pasión en un negocio. Al crecer, mi abuelo (no recuerdo cuál *) me dio la versión carnicería de un dicho que sin duda reconocerás,

“Toma lo que amas y encuentra a alguien que te pague por hacerlo. Nunca trabajarás un día en tu vida ”-Grandpas, Philosophy Rippers Untd.

El problema que más me ocurre cuando las personas prueban esto es que dejan de disfrutarlo porque hay presión para hacerlo desde todos los ángulos y me aventuraría a decir que es peor para los artistas porque en otros la solución es simplemente trabajar más rápido (mucho más difícil en la práctica ) pero no se te ocurre una idea más rápido. Como artista que hace muy poco profesionalmente por este motivo, no puedo elegir lo que me inspira. Puedo ir a una galería de arte de bellas obras e inspirarme solo para hacer el acto de dibujar / pintar / diseño digital / guitarra / etc. pero me voy sin tener nada en mente. Pero caminando a casa por el centro veré la cosa más estúpida … No sé, un charco con un poco de aceite e instantáneamente tengo un pensamiento y no puedo llegar a casa lo suficientemente rápido. ¡Toda una galería de arte de un artista talentoso, a mi disposición y me apresuro a casa después de lo que vi en un charco de barro! Simplemente no puedes elegir, pero eso no impedirá que nadie quiera, “apúrate”, como, “oye, mi hombre, * silbato *, oye, ¿puedes ir más rápido? Necesito que esto se haga a la hora del almuerzo. “ Ya … Voy a entenderlo.

Nunca he experimentado sentimientos negativos hacia la programación debido a la presión, si algo es lo que me mantiene en marcha. Hay un libro en proceso sobre el que quiero leer más (el tipo lo está escribiendo en GitHub, las personas que compran pueden seguirlo y dar su opinión a través de Issues, es una idea bastante perversa) donde habla sobre el agotamiento y he estado allí, pero tenía todo que ver con el jefe ya que el trabajo era intercambiable en ese escenario. Creo que es sólido ser apasionado y ganar dinero haciéndolo. De hecho, creo que te estás robando algo si no lo haces. La razón es que si haces algo y lo pones en la tienda de aplicaciones y a la gente le gusta, vas a tener un poco de presión para agregar y ajustar. En ese punto, tienes un jefe y una tarea que bien podrían recibir un pago.

La programación se hace para compartir. no es algo que normalmente guarde para usted, salvo por las docenas de pequeñas automatizaciones que uno podría tener. Entonces, para mí, ya sea que esté trabajando o divirtiéndome, me cuesta mucho notar la diferencia por la forma en que me siento mientras lo hago.

* Amo a mi abuelo pero este es difícil. Ninguno de ellos pudo mantener un dicho directo. Piensa en el viejo cantinero de Boondock Saint sin vulgaridad “Gente en casas de cristal, barcos hundidos” -F *** A **

Trabajo en una empresa mediana basada en software. Tenemos unos cientos de desarrolladores de software. La mayoría son más jóvenes que yo, muchos mucho más jóvenes. En mi experiencia, a la mayoría de ellos les apasiona lo que hacen. Lo abordan con mucho entusiasmo y energía y se preocupan mucho por hacerlo bien y hacer que la empresa tenga éxito.

Tenemos hackatones de un día cada año y ocasionales “días de eng” de dos días en los que las personas pueden desarrollar proyectos (relacionados con el trabajo) de su propia invención. Pueden ganar premios por hacerlo (premios con valor en efectivo real, no solo tokens simbólicos). Casi todos participan en estos eventos (y el hackathon es de toda la empresa, no solo de ingeniería). También caracterizaría la mayoría de estos proyectos como exploratorios.

Además, muchos persiguen sus propios proyectos fuera del trabajo también.

Entonces, mi perspectiva es que para los ingenieros que conozco y con los que trabajo, la única diferencia entre cómo abordan la programación en el trabajo y la programación en su propio tiempo es que para el trabajo hay que trabajar en las cosas que la empresa ha decidido seguir.

Programando como Pasión

La pasión por la programación es algo como ilimitado, gratis. Puedes hacer lo que quieras. puedes aprender lo que quieras. A veces puede ser que vayas a construir una bonita y sorprendente creación de sitios web. En algún momento puede ser la aplicación de Android o en algún momento puede escribir una consulta SQL para desarrollar su conocimiento.

Nunca vas a jabalí, ya que tienes diferentes tipos de problemas. En algún momento no sabes cómo resolverlos. Entonces lo intentas una y otra vez. Eso realmente asombroso.

no necesita usar comentarios más grandes que sus códigos para que otros programadores puedan entender cuál es su lógica detrás de esta línea de código.

Programando como un trabajo

En primer lugar, a nadie le importa lo que quieres o cómo te sientes al respecto. serás una máquina productora, que produce proyectos.

Trabajo de tipo monótono. Fácilmente serás jabalí. En algún momento puede enfrentar nuevos desafíos, pero algo así como la invitación a una fiesta, que se realiza una o dos veces en un mes.

En algún momento tus comentarios son más grandes que tus códigos. Realmente no es tan genial.

Ninguna otra opción estará allí. Para qué publicación obtuvo el trabajo, debe trabajar en ese campo en particular. Por ejemplo, si usted es un desarrollador web, nunca tendrá la oportunidad de desarrollar una aplicación de Android.

Tu pasión por la programación morirá …

Programación como trabajo: sentarse frente a una computadora y hacer algo que no le gusta / algo que su jefe quiere que haga.
Resultado: principalmente un programa con errores que no se vende bien.

Programación como una pasión: ¡Sentarse frente a una computadora y disfrutarla para usted y para nadie más! 😀
Resultado: ¡en su mayoría un programa perfecto sin errores y algo que realmente es útil para las personas!

Nunca he trabajado como codificador, sino como cuantificador, pero he experimentado algunas características de la experiencia de los codificadores puros.

La diferencia más importante es que, como pasión, puedo elegir el idioma, las herramientas de desarrollo y cambiar las especificaciones cuando sea. Y la presión no existe.

Como cuantitativo trabajamos con lo que tenemos. Nunca obtienes todo lo que necesitas, pero he estado en entornos en los que podemos influir lo suficiente como para garantizar que se hagan las cosas, por lo que creo que es importante no aceptar en exceso la mala gestión. Lo que más me molesta es cuando tomo las decisiones correctas para moverme y cada egomaníaco al oeste del Támesis supone que no es un problema y que soy una prima donna.