Yo estoy mas o menos en tu situacion, y me da que tengo inquietudes similares.
Como hobby la informatica era lo mas divertido, asm ,codigo de bajo nivel para programar directamente los chipsets,demos graficas...
Ahora todo eso ha desaparecido y despues de años programando para ganarme la vida solo encuentro diversion cuando estoy con el linux y hago inventos extraños (radioenlaces con openwrt,lirc,mythtv,zoneminder y cosas asi)
Desde hace un tiempo me esta rondando en la cabeza hacer cosas completamente diferentes y sin haber pillado una herramienta en mi vida me he instalado el aire acondicionado ese de 30000 pelas del pryca (primero me he tenido que mirar la teoria del "frio" y pedir ayuda a san google) y ahora voy a meterme de lleno en la electronica y en linux a ver si puedo ganarme la vida por estos derroteros.
Los que nos aburrimos pronto tenemos un problema bastante grande,y encima, no juego al cupon!
Cuando alguien dice que tú eres un programador malo y yo soy muy bueno ya se empieza a ver por dónde anda la gente...
Cada proyecto es nuevo, cada programa es diferente, y el que tengas un completo juego de herramientas no quita que tengas que programar, aunque, sin duda alguna, ayude a incrementar la fiabilidad del código que escribes descargándola sobre código ya probado.
Pero el otro problema es cómo te pagan. Si te pagan por HORAS, quizás prefieras reprogramar algo fácil, fiable y sencillo (incluso gastando bastante tiempo) que algo muy sofisticado, complejo, dependiente de muchas herramientas preprogramadas y mucho más innovador y completo.
Es una decisión del programador, pero recuerda que el límite sólo lo impones tú: Una excesiva eficiencia puede conducir a mejores y cada vez más sofisticados programas, pero también a imprevistos y a "malacostumbrar" a la dirección. Yo, para trabajar, hago lo que puedo probar, y lo que sé que puedo programar sin que me reviente la cabeza.
Espero que me hayas entendido, pero te lo resumo: si haces lo que te piden en un tiempo récord, ¿para qué usarás el tiempo restante? He supuesto que lo usarás para añadir más y más características a tus programas, o para hacer más y más programas, complicándote cada vez más, porque todo código que escribas lo TIENE que mantener ALGUIEN. ¿Se ha entendido?
Bue, no será mi primer mensaje que se utiliza como pié para una falacia. Guárdate esto también:
Tengo -entre otros muchos- un amigo que se llama Luis Mora Sotomayor (con su permiso), que es licenciado por la UAM, ahora mismo está haciendo el doctorado, lleva menos tiempo trabajando que yo (unos tres o cuatro años) y ya está mas harto.
Y suscribo lo que dicen arriba, si siempre picas el mismo código ahórrate trabajo factorizándolo.
No, si ya digo yo que en la Universidad no enseñan a pensar.
1. Yo no he dicho que pique siempre el mismo código. Esa falsa deducción de mis palabras puede deberse a dos cosas: malicia o analfabetismo funcional, y no son excluyentes. A lo mejor tú encuentras una diferncia sustancial entre programar una centralita de una máquina de tren o modificar el firmware de un lector RFID. Pero es que después de no 8, sino 18 años picando código, las diferencias entre ambas cosas no son suficientes para constituir un nuevo reto.
2. He trabajado en cuatro empresas en los últimos ocho años. De las dos primeras me fuí por motu propio ante una oferta sustancialmente mejor, no tiene nada que ver pero te voy avisando porque te veo venir y así nos ahorramos tonterías aunque supongo que en eso no necesitarás escatimar porque se te ve sobrado. No puedo aprovechar el código de una empresa en la siguiente porque no soy el propietario del mismo.
3. He picado código en lenguajes cuyo nombre ni siquiera recuerdo, para sistemas tan específicos que no se pueden llevar a ninguna otra parte, ya me dirás como aprovecho una librería escrita en ADA con una alta dependencia de la arquitectura para un procesador HP que va en la centralita de una máquina de metro en mis proyectos actuales para procesadores totalmente distintos, que no disponen de compilador de ADA y que son una arquitectura totalmente diferente. Y eso aunque pudiera (ver punto 2).
4. Para la próxima le echas dos cojones y firmas, así me puedo guardar yo también tu comentario para próximos debates, cobarde.
Re:Trabajo vs. Hobbie
(Puntos:1)( http://www.micro-electronica.com | Última bitácora: Domingo, 09 Enero de 2005, 23:44h )
Eid0
Re:Trabajo vs. Hobbie
(Puntos:3, Interesante)( http://guslibu.awardspace.com/ | Última bitácora: Viernes, 18 Marzo de 2011, 08:29h )
Cada proyecto es nuevo, cada programa es diferente, y el que tengas un completo juego de herramientas no quita que tengas que programar, aunque, sin duda alguna, ayude a incrementar la fiabilidad del código que escribes descargándola sobre código ya probado.
Pero el otro problema es cómo te pagan. Si te pagan por HORAS, quizás prefieras reprogramar algo fácil, fiable y sencillo (incluso gastando bastante tiempo) que algo muy sofisticado, complejo, dependiente de muchas herramientas preprogramadas y mucho más innovador y completo.
Es una decisión del programador, pero recuerda que el límite sólo lo impones tú: Una excesiva eficiencia puede conducir a mejores y cada vez más sofisticados programas, pero también a imprevistos y a "malacostumbrar" a la dirección. Yo, para trabajar, hago lo que puedo probar, y lo que sé que puedo programar sin que me reviente la cabeza.
Espero que me hayas entendido, pero te lo resumo: si haces lo que te piden en un tiempo récord, ¿para qué usarás el tiempo restante? He supuesto que lo usarás para añadir más y más características a tus programas, o para hacer más y más programas, complicándote cada vez más, porque todo código que escribas lo TIENE que mantener ALGUIEN. ¿Se ha entendido?
Si tienes algo innovador, hazlo libre.
Re:Triste.
(Puntos:2)( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
Bue, no será mi primer mensaje que se utiliza como pié para una falacia. Guárdate esto también:
Tengo -entre otros muchos- un amigo que se llama Luis Mora Sotomayor (con su permiso), que es licenciado por la UAM, ahora mismo está haciendo el doctorado, lleva menos tiempo trabajando que yo (unos tres o cuatro años) y ya está mas harto.
Y suscribo lo que dicen arriba, si siempre picas el mismo código ahórrate trabajo factorizándolo.
No, si ya digo yo que en la Universidad no enseñan a pensar.
1. Yo no he dicho que pique siempre el mismo código. Esa falsa deducción de mis palabras puede deberse a dos cosas: malicia o analfabetismo funcional, y no son excluyentes. A lo mejor tú encuentras una diferncia sustancial entre programar una centralita de una máquina de tren o modificar el firmware de un lector RFID. Pero es que después de no 8, sino 18 años picando código, las diferencias entre ambas cosas no son suficientes para constituir un nuevo reto.
2. He trabajado en cuatro empresas en los últimos ocho años. De las dos primeras me fuí por motu propio ante una oferta sustancialmente mejor, no tiene nada que ver pero te voy avisando porque te veo venir y así nos ahorramos tonterías aunque supongo que en eso no necesitarás escatimar porque se te ve sobrado. No puedo aprovechar el código de una empresa en la siguiente porque no soy el propietario del mismo.
3. He picado código en lenguajes cuyo nombre ni siquiera recuerdo, para sistemas tan específicos que no se pueden llevar a ninguna otra parte, ya me dirás como aprovecho una librería escrita en ADA con una alta dependencia de la arquitectura para un procesador HP que va en la centralita de una máquina de metro en mis proyectos actuales para procesadores totalmente distintos, que no disponen de compilador de ADA y que son una arquitectura totalmente diferente. Y eso aunque pudiera (ver punto 2).
4. Para la próxima le echas dos cojones y firmas, así me puedo guardar yo también tu comentario para próximos debates, cobarde.
libreXpresion.org [librexpresion.org]
Limitada experiencia la tuya
(Puntos:2)( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
Te digo lo mismo que al otro "listo" [barrapunto.com].
libreXpresion.org [librexpresion.org]