.

[innosan81]

sin lugar a dudas

 

[Victor123]

Yo también creo que esta habilidad es muy útil hoy en día pero no creo que todos necesiten saber programar. Todo depende del trabajo que uno tiene. A mí, por ejemplo, me sirvió mucho un curso de mecanografía que hice a través de este sitio www.ratatype.es/learn/ Ya que escribo textos, necesito teclear rápido. Ahora ya lo logré.

 

[Pokecavernoso]

Yo tengo el mismo puesto que el del artículo y sinceramente no me lo creo, vamos, que creo que es una trolleada de Reddit.

Para empezar, si el entorno está en desarrollo no es tan fácil automatizarlo. Cambia constantemente y así mismo hace falta actualizar la 'prueba automática'.

Si por el contrario el software fuera estable, realmente hizo lo que debía, ya que en este caso las pruebas automáticas son más fiables que 6 años de pruebas manuales mientras el trabajador, aburrido, piensa en el fin de semana.

En este caso le despedirían para poner a otro trabajador a hacer manualmente algo que él hacía automáticamente (¡y mejor!).

Si todo esto no fuera síntoma de mala organización de la empresa, además necesitaría una falta total de control de su jefe. ¿Nunca le vio la pantalla?, ¿No le controlaba el trabajo?

Y necesitaría libertad total para instalar software en su equipo, entiendo que Selenium. Yo por ejemplo, no he tenido dicha libertad en más de 10 años trabajando.

Y finalmente lo que más me hace sospechar que se trata de una trolleada, es que se queje amargamente de haber olvidado programar. Si hubiera hecho su trabajo tal como le pedían (pruebas manuales) habría olvidado programar igualmente. Al automatizar las pruebas al menos tuvo que programar esos 8 primeros meses.

 

[anonimocobarde]

Se programa tanto hoy en día en ensamblador y C++

En ensamblador cosas muy concretas, pero en C++ hay mogollón de curro.

 

[anonimocobarde]

Mientras me sirva para lo que yo quiero, llamalo como quieras. No obstante demuestras el desconocimiento de lo que es VBA, a mi me parece que escribir código durante 4 meses si es programar. Entiendo que la gente que programaba en basic en su dia, según tu no programaba, si no que eran "usuarios avanzados del lenguaje basic" no? No hace falta que respondas

Escribir código durante cuatro meses es programar a nivel aficionado junior, siendo generoso. A lo mejor te piensas que algunos nos pasamos años estudiando sobre desarrollo de software porque nos la pone dura o porque estamos aburridos y no tenemos nada mejor que hacer.

Usar VBA parece una mala idea, porque si tu idea funciona y en el futuro necesitas un programador de verdad que te mantenga el chiringuito, no vas a encontrar uno barato ni de broma. Los que hemos sufrido VB6 ya peinamos canas, y eso que yo empecé joven y tarde. Y la experiencia en este sector hay que pagarla. No demasiado cara, pero se paga.

 

[cucerulo]

Dejo esto por aquí...

Python has already replaced Excel in banking #Python #Finance

Al leerlo me acordé de lo que nos decía el OP que tardaban sus pruebas con el VBA y lo que mejoraría en Python:

Hampson's comments come amid suggestions that Excel is in danger of dying out as sheets can be imported into Python where the computation is much quicker.

"I can run an Excel model with a several hundred interlocking formulas and a data table that has 50,000 rows and 100 columns and it takes 15 min to update," said one contributor to Wall Street Oasis last month. "Or, I can run a Python based model with thousands of interlocking corelation points and an underlying data structure that has 10,000,000 rows and 1,000 data attributes. Not to mention I can write scripts to infer missing data points. All of this can be done in about a second."

@especialista, reescribe todo en Python ya si no quieres hacerte mayor entre prueba y prueba.

 

[anonimocobarde]

@especialista, reescribe todo en Python ya si no quieres hacerte mayor entre prueba y prueba.

No sé si esto va en serio, la verdad. Pero voy a contar una historia del abuelo cebolleta igualmente.

Cuando yo hice la carrera, allá por el pleistoceno, un compañero decía que el lenguaje que usábamos en las asignaturas de la carrera era una fruta cosa (en cuanto a rendimiento).

Para ilustrarlo, cogió un programa hecho en C++ (o puede que fuera C, ya no me acuerdo) y lo migró a nuestro lenguaje. ¿Resultado? Pues efectivamente, iba como 100 (!!!) veces más lento.

Efectivamente, nuestro lenguaje era una fruta cosa.


¿...o no lo era? Resulta que el chaval había cogido un código altamente optimizado y lo había migrado como dios le había dado a entender. Y resulta también que no tenía mucha idea de desarrollo de software, había hecho una chapuza gigantesca.

Tras un par de horas arreglando cosas (sin hacer nada del otro mundo más allá de hacer las cosas bien, tampoco es que yo fuera un programador experto y mucho menos en ese lenguaje) conseguí una versión que iba como un 50% (puede ser algo más o menos, hace ya mucho tiempo, pero en ese orden de magnitud) más lenta que el código de C++.


VB tiene muchos defectos pero el rendimiento no es uno de ellos, al margen de que hacer aplicaciones multihilo es como jugar a la ruleta rusa. Python también tiene muchas virtudes pero el rendimiento tampoco está entre ellas.

 

[Rafael Alberti]

El que se ama mucho a si mismo pobre que abre el hilo aún no sabe lo que es Fiverr y contratar a un tio de Bangladesh por cuatro chavos para que haga lo que a tí te llevaría horas de quemarte las pestañas.