#152 Pues si, debemos tener realidades paralelas. Mi experiencia profesional ha sido siempre en pymes y la verdad es que ha sido un camino de rosas, pero he terminado en una carnica. Es verdad que tiene poco paro nuestra profesión, pero tambien es verdad que te mandan al paro muy facilmente un viernes a las 14:50 y sin tiempo para despedirte. Si, te engañan para entrar en estas carnicas con un sueldo pactado, pero cuando entras las posibilidades de ascenso o promoción son nulas, solo los pelotillas o los que le caen bien ascienden. Yo he estado en muchos proyectos apasionantes, pero no siempre es asi. Es mas, propones ideas y son tiradas a la basura, aunque fuera de este mundillo son realizables y funcionan. ¿Teletrabajo? Permitame que me ria, no existe practicamente, tenia que ser lo normal, pero prefieren tenerte en la oficina horas aunque estes desasignado. Aprendes cosas si te forman, si no tienes el buscador y arreglatelas como puedas. Es mas ese aprendizaje continuo no es valorado ni pagado.
A mi me encanta, pero te aconsejo que pises una carnica y bajes a la realidad. Lugares donde la estupidez se premia, donde las apariencia es lo que cuenta y donde la gestión del proyecto es mas importante que el proyecto, con 1.000 reuniones estupidas para justificar el sueldo de unos pocos.
La elección de un lenguaje de programación en un proyecto (o parte) raramente depende del gusto de quien lo use. Supongo que no hace falta listar la cantidad de factores que deciden qué lenguaje hay que usar para implementar la solución.
Cada uno se sentirá más cómodo en un lenguaje u otro dependiendo de su conocimiento, experiencia, rendibilidad, etc. Personalmente, no veo motivo para evitar C cuando sea posible usarlo si se cumplen las condiciones necesarias.
#57 Intuyo muchos más escenarios en los que iniciar un proyecto en C tenga mucha más ventaja que hacerlo en Rust o Go. Cuenta sólo la probabilidad de que un programador sepa C o Rust/Go, o la probabilidad que tengas librerias ya desarrolladas en C (aprovechables) y quieras tener un entorno homgeneizado.
#179 Pues ahí tienes otro gran ejemplo que acabas de poner con esa cabecita que tienes ... si ahora un ayuntamiento quisiera instalar un agregador de noticias, qué tendría que hacer? personalizar el código fuente de meneame o contratar a un amiguete para que se lo programe desde cero?
La resuesta es sencilla, siempre van a tomar el camino más largo y más caro para que por el camino caigan unos cuantos sobres. Luego los ceporros adeptos al partido de turno lo defenderán y los del 'otro partido' lo atacarán, ceporros a un lado y tontos al otro.
#172 La frase no será tuya, pero será de otro ceporro.
La forma más adecuada para no tirar dinero público es ahorrando trabajo, para reducir costes, que es la ventaja básica de un CMS. Ahora, si tú quieres rehacerlo todo entero por un precio 10 veces mayor pues entonces tienes vocación de político. Lo que pasa es que no nos molesta que circulen sobres, sino el color que tengan.
#169 Chorradas, un CMS te ofrece el 90% de la base que necesitas ... ahora si tú eres un 'chapucero' es cosa tuya, no implica que no haya profesionales que hagan virguerías si les das un código bien optimizado y testeado como base para trabajar. La frasecilla de que hacen imposible el 10% te la has inventado.
Los 'míos' y los 'tuyos' es de lo que va esto, si el ayuntamiento estuviera en manos del partido de enfrente, los que ahora defienden que 100k es muy poquito estarían poniendo el grito en el cielo y viceversa, está todo politizado y la gente lo único que ha aprendido a hacer es balar. Los corruptos de cualquier partido felices y tranquilos.
#99 Pues personalizas el CMS y te ahorras el 90% del trabajo, ya está bien de justificar lo que se hace mal cuando lo hacen 'los míos', así no se avanza.
#83 venia a decir justamente eso, el tio ya confiesa q ni se ha mirado el repo, es decir ha pasado directamente a soltar bilis sin tener npi de lo q esta hablando (tipico de los vende motillos del sector, mucha saliva pocas neuronas). Un bocarte desgastando el teclado.
#29 yo llevo cerca de 20 años aprendiendo C++, y eso con muchos de experiencia previa en C y ASM. Cada pocos meses aprendo algo nuevo.
Me hace gracia esto de aprenderlo en 1h.
#96 Si a mí me pagan 1.000 eur al mes por hacer de currito, pues igual me parece bien. Pero si, por el mismo sueldo, pretenden que coordine un equipo de 10 personas, pues ya no me parece tan bien. Y si en vez de 10 son 500, distribuidos en cinco sedes de tres países diferentes, pues es un salario de mierda, porque no puede ser que, con esa responsabilidad, gane tan poco. Y la gente que no es tonta y, si puede escoger, a mismo sueldo, entre un puesto con responsabilidades y otro sin ellas, lógicamente se irá al que le exija menos responsabilidad. Por tanto, si ofreces mucha responsabilidad con poco sueldo, sólo te van a venir los tontos y los que no tienen otra cosa, que no serán precisamente lo mejor de cada casa. Los buenos profesionales se pagan.
Y no puedo estar más en contra de lo que dices después, de vocaciones personales y demás. Yo, como ciudadano, quiero buenos gestores que sean buenos profesionales, y me da igual si el trabajo les gusta o sólo lo hacen por dinero, mientras lo hagan bien. Encontrar buenos profesionales ofreciéndoles mucha pasta es muchísimo más fácil que encontrar gente que cobre sueldos normales, pero que lo haga por vocación de servicio y buenos sentimientos. Y aun suponiendo que los encuentres, yo tampoco daría un duro porque toda esa vocación les dure toda la legislatura, y no acaben hartos de cobrar menos que colegas suyos que están a niveles similares, y se "complementen" el salario con prebendas extras, sobres, abusos de poder o cosas así. Si pagas poco, la tentación siempre va a estar ahí, mientras que si pagas buenos sueldos la corrupción deja de tener sentido, y a la larga igual hasta te sale más barato.
En lo que sí estamos de acuerdo es que todo esto no le aplica al sr Manzano ni por casualidad.
#84 Pues yo creo que el salario tiene que ser proporcional a la responsabilidad. Y un político tiene tanta responsabilidad o más que un directivo de una empresa privada gorda, por lo que debería ganar algo parecido. Y para la responsabilidad que tienen muchos políticos, 5.000 netos al mes no sólo me parece razonable, es que me parece poco.
Otra cosa es que ese salario lleva aparejada también una exigencia de calidad, y eso es lo que falla en la administración pública. Pero la solución no es bajar sueldos, porque entonces sólo querrán ocupar cargos públicos los mediocres (sí, aún más mediocres), los buenos se irán a la privada. Hay que tener sueldos altos, pero exigirles que se lo ganen. Bajar sueldos públicos es la solución populista que suena muy chachi de entrada, pero que sería una ruina a largo plazo.
#27 ¿Sabes que cara me pone mi jefe cuando le aviso de que la tecnología que usamos, está discontinuada, que debido a la capa de persistencia, hacer migraciones entre versiones del modelo de datos cuesta dios y ayuda, que carecemos de integración continua y gestión de paquetes?
#27 puedes tener un jefe con el que poder hablar, decirle "este plazo es imposible de cumplir", "esta funcionalidad es imposible de implementar sin tirar el trabajo de meses a la basura porque no planificaste esto ni esto", y que ese jefe te diga que te entiende, que tienes razón pero luego en realidad no te entienda, o le haya vendido ya la moto al cliente o mil cosas y al final todo acabe siendo una mierda.
#27 Sí, sí, entiendo perfectamente lo que dices. Yo, generalmente, he tenido la suerte de trabajar en sitios con cierta libertad, ya fuera por plazos holgados o libertad de decisión en cuanto a lenguajes y/o tecnologías. Y en otros sitios en los que no, en los que el jefe (o cliente) no sabe lo que quiere, de 2-3 llamadas contradictorias cada día proponiendo, cambiando, rectificando...
Yo nunca he tenido problema en decir que algo "no" se puede (a continuación suelo explicar que no es que no se pueda, sino que con ese presupuesto o plazo, es imposible, así que que mejor se olvide) y sé que a la larga lo suelen agradecer, aunque en el momento les parezca que no haces más que poner pegas, o pensar que eres un vago, o que no sabes qué hacer...
Creo que tanto jefes como clientes necesitan una "educación informática". Muchos siguen pensando que eso es "darle a la tecla" y si dejas de teclear para pensar ya se acercan preguntando si hay algún problema.
En resumen, es un tema más complejo de lo que parece, tienes razón en que no se puede simplificar diciendo que la culpa es de otro, sin embargo muchas veces tenemos las manos atadas y aún así nos llueven las hostias a nosotros
#41 Para git-flow existen extensiones desde hace tiempo que facilitan su uso: github.com/petervanderdoes/gitflow Si usas Linux es muy probable que tengas paquetes en la propia distribución, las más conocidas los tienen.
#103 Hombre si que era Waterfall, las funcionalidades que se pasaban a test eran completas por sí mismas, y a producción no se hizo un roll-out hasta pasar los 2 años y medio con la solución completa. En un proceso iterativo, la funcionalidad ya entregaba se puede cambiar en el siguiente ciclo dado que los requerimientos sobre un mismo proceso cambian de un ciclo siguiente y aqui no habia eso. De echo en otros proyecto con un modelo iterativo teniamos como 3 entornos de desarrollo distintos en paralelo y la gestión de incidencias era algo mortal.
En cuanto a la duración según para que sea el desarrollo los ciclos de 12-16 semanas, son hasta muy cortos!
#161 --212323-- 
