Menéame: comentarios [2486753]

#198 La evolución de un Ingeniero de Software [ENG]

--450164-- — Sun, 04 Oct 2015 11:35:58 +0000

[Usuario deshabilitado]

» autor: --450164--

#197 La evolución de un Ingeniero de Software [ENG]

--347930-- — Sun, 04 Oct 2015 10:50:38 +0000

[Usuario deshabilitado]

» autor: --347930--

#196 La evolución de un Ingeniero de Software [ENG]

--199729-- — Sat, 03 Oct 2015 20:33:43 +0000

[Usuario deshabilitado]

» autor: --199729--

#195 La evolución de un Ingeniero de Software [ENG]

Mister_Lala — Sat, 03 Oct 2015 17:44:11 +0000

#134 Meter literales en código es una ñapa, porque te obliga a sacar una nueva versión de código, recompilar, etc., si tienes que traducirlo, o si quieres cambiar el mensaje. Lo normal es que esos literales estén en un archivo o en base de datos. Te lo dice un programador con 40 años que empezó a programar con 12 en el spectrum.

» autor: Mister_Lala

#194 La evolución de un Ingeniero de Software [ENG]

KimDeal — Sat, 03 Oct 2015 14:51:18 +0000

#82 cobol. Y programé con él hasta que me sangraron los dedos. Después de esoel Java te parece una cosa marciana

» autor: KimDeal

#193 La evolución de un Ingeniero de Software [ENG]

angat — Sat, 03 Oct 2015 09:08:03 +0000

La versión de tercer año no compila

» autor: angat

#192 La evolución de un Ingeniero de Software [ENG]

drunk_cook — Sat, 03 Oct 2015 08:33:09 +0000

#190 Interesante. Tienes razón en lo que no hay que hacer los tests verificar muchas cosas, deberían solo comprobar una. Sin embargo, solo sugiero verificar todo el comportamiento (BDD). Parte de ese comportamiento es la absencia de interacción con otros métodos de PrintStream.

Al introducir ese mock estás permitiendo que alguien en el futuro cambie sayHelloWorld() de

"output.println("Hello world!");" a

"output.println("Hello world!"); output.setError();output.print("foo");"

Y ningún test petaría. Esto parece una chorrada pero luego puede venir alguien, meter el pufo, todos los tests pasan y la culpa es tuya porque el mock no verificaba correctamente todo.

Qué utilizas en tu equipo intellij/eclipse? Yo hago final solo los miembros de las clases, hacer clases immutables hace el código mucho más robusto. Pero nunca he visto la utilidad en hacerlo en las clases/parameteros/variables locales.

» autor: drunk_cook

#191 La evolución de un Ingeniero de Software [ENG]

dreierfahrer — Sat, 03 Oct 2015 07:34:04 +0000

#137 Ya, pero el sexo anal es bueno....

» autor: dreierfahrer

#190 La evolución de un Ingeniero de Software [ENG]

aybkamen — Sat, 03 Oct 2015 06:40:24 +0000

#174 Bueno, la idea era sugerir el uso de TDD para esto.
- Clase privada: Problemas de traer cosas desde un IDE en vez de escribir directamente. En el IDE, HelloWorld era una inner class de HelloWorldTest, porque con crear un file me bastaba.
- Mockito: Se podria añadir Mockito.verifyNoMoreInteractions(output), pero en este test me la suda que llame a otros metodos ya que simplemente quiero asegurar que se escribe el texto correcto. Si nos ponemos a verificar todo (escuela de Londres) podemos acabar teniendo test que reflejan directamente la implementacion y hacer que cualquier cambio en la implementacion invalide multitud de tests que no deberian de ser invalidados, ralentizando el desarrollo. TDD esta para hacer el desarrollo mas agil y no para entorpecerlo.
- Parametro final: A mi tampoco me gusta mucho, pero es un requerimiento del Checkstyle en mi equipo y me he acostumbrado a acabar poniendo finals por todo para evitar que el Checkstyle me pare la compilacion.

» autor: aybkamen

#189 La evolución de un Ingeniero de Software [ENG]

--471550-- — Sat, 03 Oct 2015 01:44:21 +0000

#181 Supongo que te refieres al SICP, ese ya lo leí. Si te refieres a otro, comparte el enlace.

» autor: --471550--

#188 La evolución de un Ingeniero de Software [ENG]

--174-- — Sat, 03 Oct 2015 00:49:31 +0000

#65: Sino no compila.
Pero los nombres de variables en Español. 80 caracteres, ahí bien descriptivo para que no haya que comentar nada.

» autor: --174--

#187 La evolución de un Ingeniero de Software [ENG]

pollo — Sat, 03 Oct 2015 00:05:21 +0000

#78 Me temo que es una moda que trajo Java, cuando aparentemente los objetos eran buenos porque sí, aunque no hiciesen falta para nada. Era la época en la que para que un lenguaje fuese "In" tenía que decir que todo era un objeto (lo cual siempre acababa siendo mentira, por otra parte).

Luego acababas una ristra de clases y subclases para hacer auténticas chorradas que en otros lenguajes llevaban 3 líneas (y por tanto eran mucho más fáciles de depurar y había muy pocos puntos de fallo).

Cuando acababas lo que fuese, te dabas cuenta de que el 90% del tiempo se había empleado en pura burocracia y que sólo 3 líneas del programa hacían algo de verdad.

Al menos estas cosas sirven para darse cuenta de cuándo no deben usarse los cañones para matar moscas.

» autor: pollo

#186 La evolución de un Ingeniero de Software [ENG]

pollo — Fri, 02 Oct 2015 23:58:33 +0000

#55 Yo a veces veo las cabriolas que hacen algunos para cosas super chorras y me quedo pensativo ¿será que soy muy simple y ellos saben algo que no sé? Luego cuando veo que lo mío hace lo mismo de formas mucho más sencillas (y por lo general más eficientes) me quedo tranquilo.

Le tendencia a la sobreingeniería y sobre todo a la pose (se nota mucho por el uso excesivo de jerga y circunloquios) es exagerada en este mundillo.

Cada uno que pierda el tiempo como quiera, pero personalmente, KISS.

» autor: pollo

#185 La evolución de un Ingeniero de Software [ENG]

pollo — Fri, 02 Oct 2015 23:46:16 +0000

#140 Personalmente he tenido que hacer unas cuantas ñapas y nunca ha sido por voluntad propia, sino porque el cambio que pedían tenía que funcionar YA o se perdía mucha pasta (cosas de los mandamases de arriba). Luego si queda tiempo libre (que no suele ser el caso) a veces hay tiempo de rehacerlo bien.

Por lo general es mejor no tirar por lo cerdo y fácil porque tu yo del futuro se va a cagar en tus putos muertos, pero a veces no hay otra. En ese caso es altamente recomendable mencionar en el código que se es consciente de estar haciendo una ñapa y qué es lo que hace.

Por otro lado, hasta las ñapas es posible hacer que se entiendan bien. Es tan sencillo como poner nombres suficientemente descriptivosy descomponer lo más posible las operaciones, intentando huir de oneliners mágicos o sintaxis complejas, que están muy bien en algunas ocasiones pero no para lucirse y días después no entender nada.

» autor: pollo

#184 La evolución de un Ingeniero de Software [ENG]

zeioth — Fri, 02 Oct 2015 23:08:50 +0000

Version Python:
print("hello world")

» autor: zeioth

#183 La evolución de un Ingeniero de Software [ENG]

zeioth — Fri, 02 Oct 2015 23:05:52 +0000

#15 Que usais, C?

» autor: zeioth

#182 La evolución de un Ingeniero de Software [ENG]

miguelpedregosa — Fri, 02 Oct 2015 22:49:11 +0000

It’s the future!!

medium.com/@boopathi/it-s-the-future-7a4207e028c2

» autor: miguelpedregosa

#181 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 22:36:31 +0000

#180 Scheme mola. Hay un curso gratis del MIT. Aprovecha.

» autor: --125581--

#180 La evolución de un Ingeniero de Software [ENG]

--471550-- — Fri, 02 Oct 2015 22:31:46 +0000

#26 Lo digo con todo respeto y camaraderia; eres un cliche personificado.

» autor: --471550--

#179 La evolución de un Ingeniero de Software [ENG]

--143520-- — Fri, 02 Oct 2015 21:50:24 +0000

#100 Yo cambiaría ese hai world por un "ola k ase, chau"

» autor: --143520--

#178 La evolución de un Ingeniero de Software [ENG]

--143520-- — Fri, 02 Oct 2015 21:49:10 +0000

Soy yo el único que esperaba que al final hubiera una única línea de python?

» autor: --143520--

#177 La evolución de un Ingeniero de Software [ENG]

--143520-- — Fri, 02 Oct 2015 21:46:46 +0000

#110 Muy de acuerdo, es como comparar una navaja suiza con cada una de las herramientas que lleva, si necesitas algo a nivel "profesional" no te va a valer, para la mayoría de los casos es más que suficiente.

Aquí digo profesional, para referirme a cuando necesitas herramientas muy específicas o en este caso, acceso al hardware, especificaciones a bajo nivel, etc.

» autor: --143520--

#176 La evolución de un Ingeniero de Software [ENG]

--143520-- — Fri, 02 Oct 2015 21:41:14 +0000

#75 UnexpectedTrollInception

» autor: --143520--

#175 La evolución de un Ingeniero de Software [ENG]

--143520-- — Fri, 02 Oct 2015 21:39:15 +0000

#90 Sí puede dar problemas, a mi en netbeans/eclipse no me ha dado más problemas que al compartir el código con otra persona el archivo lo abra mal y en vez de salir "más" salgan cosas como "m«as". Si solo era en los comentarios, es una molestía, si era en el código, hay que arreglarlo.

Además, ten en cuenta que cada vez más se usan frameworks, plugins u otro tipo de herramientas externas que tienen que escanear tu código ellos para añadir alguna funcionalidad extra, así que siempre puede fallar algo.

PS: Y como dicen, es un problema de la codificación del archivo de texto y qué codificación espera cada programa que lo lea.

» autor: --143520--

#174 La evolución de un Ingeniero de Software [ENG]

drunk_cook — Fri, 02 Oct 2015 21:00:06 +0000

#88 Las clases en java no pueden ser privadas (a no ser que sean inner, que no es este caso).

En lugar de mockito, yo passaría mi propia inner class que extendiera PrintStream, un fail() en cada método que no esperamos que se llame y un asserEquals en println(String). Así el test es mucho más robuto, ya que con mockito si se llama a otros métodos no tienes forma de saberlo y devolveran valores por defecto como 0, false etc.. Lo cual introduce bugs divertidos de debuggear. Además utiliza reflection y tiene mucho overhead de velocidad, con un test no se nota pero con 30K sí.

No haría el parámetro final en el constructor simplemente porque no hace falta. No soy partidario de hacer parmámetros final. Nadie va a cambiar la referencia del parámetro en un método de una línea.

» autor: drunk_cook

#173 La evolución de un Ingeniero de Software [ENG]

jjmf — Fri, 02 Oct 2015 20:57:08 +0000

WRITE 'Hola mundo.'
END

» autor: jjmf

#172 La evolución de un Ingeniero de Software [ENG]

kyle — Fri, 02 Oct 2015 20:15:54 +0000

#166 <?= "hello world" ?>

» autor: kyle

#171 La evolución de un Ingeniero de Software [ENG]

--469438-- — Fri, 02 Oct 2015 19:58:46 +0000

#34 #72 C también devuelve return 0 por defecto si no hay retorno explícito. Concretamente a partir de C99. Eso sí, para ello la función main debe ser básicamente de tipo int, si no te dará warning. Así que en realidad ni pa uno ni pa otro (?).

P.D.: Por si alguien tiene dudas:
_{If the return type of the main function is a type compatible with int,areturn from the

initial call to the main function is equivalent to calling the exit function with the value

returned by the main function as its argument;10) reaching the } that terminates the

main function returns a value of 0. If the return type is not compatible with int, the

termination status returned to the host environment is unspecified.

www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf}

» autor: --469438--

#170 La evolución de un Ingeniero de Software [ENG]

Cidwel — Fri, 02 Oct 2015 19:35:44 +0000

#153 que se pueda hacer en programación no es que deba hacerse. Mientras en algunos lenguajes es posible que funcione usando como encode utf8, en otros puede fallar la ejecución:
"ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by any number of letters, digits ([0-9]), hyphens ("-"), underscores ("_"), colons (":"), and periods (".").
"
Los code standards deben de ser los Katas y Pumses de cada programador. Dogma. Incuestionables. Hechos para no provocar dolores de cabeza en aplicaciones mas allá de un hello world

» autor: Cidwel

#169 La evolución de un Ingeniero de Software [ENG]

--469438-- — Fri, 02 Oct 2015 19:30:28 +0000

#65 ¿Y por qué no código en euskera?

» autor: --469438--

#168 La evolución de un Ingeniero de Software [ENG]

sukh — Fri, 02 Oct 2015 19:19:58 +0000

#113 agüelo cebolleta mode on

» autor: sukh

#167 La evolución de un Ingeniero de Software [ENG]

beerbong — Fri, 02 Oct 2015 18:50:56 +0000

No me puedo creer que nadie lo haya escrito todavía en HTML. Menéame, no te reconozco.

» autor: beerbong

#166 La evolución de un Ingeniero de Software [ENG]

Javier_Vivanco — Fri, 02 Oct 2015 18:33:38 +0000

<?php
echo "Hello world";

» autor: Javier_Vivanco

#165 La evolución de un Ingeniero de Software [ENG]

ChronoTrigger — Fri, 02 Oct 2015 18:07:57 +0000

#102 La notación húngara no mola en lenguajes tipados.

» autor: ChronoTrigger

#164 La evolución de un Ingeniero de Software [ENG]

--481179-- — Fri, 02 Oct 2015 17:55:00 +0000

#90 JAVA debe morir

» autor: --481179--

#163 La evolución de un Ingeniero de Software [ENG]

--454789-- — Fri, 02 Oct 2015 17:52:32 +0000

vaya hilo de pajeros

» autor: --454789--

#162 La evolución de un Ingeniero de Software [ENG]

--183882-- — Fri, 02 Oct 2015 17:24:04 +0000

[Usuario deshabilitado]

» autor: --183882--

#161 La evolución de un Ingeniero de Software [ENG]

Calomar — Fri, 02 Oct 2015 17:00:24 +0000

#63 no puedo leer ese código sin pensar con voz robótica y venirme a la cabeza robocop o terminator

» autor: Calomar

#160 La evolución de un Ingeniero de Software [ENG]

zeioth — Fri, 02 Oct 2015 16:41:32 +0000

Hacer que tu código sea reutilizable 100% no siempre es facil, pero compensa.

» autor: zeioth

#159 La evolución de un Ingeniero de Software [ENG]

infestissumam — Fri, 02 Oct 2015 16:32:57 +0000

A mí Primefaces me ha reconciliado con Java, ya no uso otra cosa.

» autor: infestissumam

#158 La evolución de un Ingeniero de Software [ENG]

xizor — Fri, 02 Oct 2015 16:18:41 +0000

#23 Falso. Ahora usan frameworks nada mas salir de la carrera y miran por encima del hombro al que lo hace sencillo.

» autor: xizor

#157 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 16:18:33 +0000

#151 en.wikipedia.org/wiki/GLib

Si tu me pone Boost, pues bueno, yo no tendré problemas en ponerte una capa más idónea para usar C en el siglo XXI, y que no lastre tanto.
surf.suckless.org/
Este el navegador que te dije. Pude meter WebGL en una línea, y no, no fué ni con #DEFINE WEBGL 1 ni con #include's

No lo proveían por defecto, no te digo más. Y tampoco daban instrucciones.

» autor: --125581--

#156 La evolución de un Ingeniero de Software [ENG]

alfredo_casado — Fri, 02 Oct 2015 16:18:17 +0000

El ejemplo del Hello World no esta mal del todo, en la misma linea de criticar la sobre-ingeniería este otro articulo es mucho mejor: How (not) to write a factorial in java chaosinmotion.com/blog/?p=622, es un ejemplo más complejo donde para escribir un factorial termina usando factorías, carga dinamica de clases para terminar concluyendo que es todo una basura, gran articulo y también merece mucho la pena leer los comentarios.

Un ingeniero de software/desarrollador/programador/whatever que escriba software suele seguir una evolución como esta (al menos en mi caso fue así al cosa):

1 - Te preocupas de que funcione y listo, si funciona todo ok.
2 - Empiezas a darte cuenta que escribes mierda inmantenible y empiezas a investigar como hacerlo un poco mejor, aprendas a organizar un poco mejor tu código, algo de OO a un nivel básico al menos.
3 - Descubres los patrones, empiezas a entender mejor los principios OO (o funcional si vas por ese camino, o los dos si eres un fiera), descubres cosas como el AOP, aprendes algo de testing, aprendes a usar los frameworks de moda... en este fase normalmente es donde se te va la cabeza y construyes monstruos infumables.
4 - Vuelves a la razón y descubres que lo más importante es la simplicidad, profundizas en lo verdaderamente importante como los principios básicos OO o funcional, aprendes a entender que los frameworks y librerías son sólo herramientas y no el santo grial, aprendes a hacer testing de verdad incluso TDD, y por supuesto tienes en tu cabeza todas las herramientas que aprendiste en la fase anterior para usarlas cuando de verdad hacen falta.
5 - ¿quién sabe?, lo mismo hacemos software que no haya que tirar a la basura cada 4 o 5 años y rehacerlo de cero.

Eso si, algunos llegan una fase y no salen jamas de ella, la gran mayoría no pasan de la 1 y 2, los que están en la 3 se creen lo más de lo más y en realidad son un arma de destrucción masiva y los que están en la fase 4 o superiores... pues esos somos la ostia claro esta.

» autor: alfredo_casado

#155 La evolución de un Ingeniero de Software [ENG]

anonimo234 — Fri, 02 Oct 2015 16:17:33 +0000

#106 Porque el jefe/profesor lo ha dicho.

» autor: anonimo234

#154 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 16:17:13 +0000

#151 "Boost si es que despues de C++11 lo necesitas y metaprogramación además de mantener un rendimiento similar a C. "

No lo niego, lo sé. Perfectamente. Pero C++ está mal diseñado desde un principio. Quiso ser "retrocompatible" con C. Casi, pues en la vida real no lo es del todo, una cosa totalmente válida en C te puede cascar en C++.

Go es lo que C++ tenía que haber sido. Partir de cero para crear algo orientado a objetos de verdad, y realmente portable.

» autor: --125581--

#153 La evolución de un Ingeniero de Software [ENG]

anonimo234 — Fri, 02 Oct 2015 16:15:46 +0000

#111 O si hazlo, que ya no son los años 90.

#103 se guarda en UTF-8 y se abre en UTF-8, estos problemas ya no deberían existir, y si existen no se deberían tolerar.

» autor: anonimo234

#152 La evolución de un Ingeniero de Software [ENG]

--371029-- — Fri, 02 Oct 2015 16:15:25 +0000

Lo de comentar lo evidente nunca lo entendí. Lees el comentario y lees el código y es como leer dos veces lo mismo

» autor: --371029--

#151 La evolución de un Ingeniero de Software [ENG]

RojoVelasco — Fri, 02 Oct 2015 16:13:44 +0000

#149 Intenté tocar el código del Cataclysm DDA pero el lenguaje provee tantos conceptos de programación a la vez y tantas formas de hacer una misma cosa creando redundancia que ya casi no sabes como va a resultar una acción.

A ver si me entero.Estás juzgando la idoenidad de un lenguaje de programación para iniciar proyectos por el hecho de que no seas capaz de entender un software programado con el? Desconozco como está diseñado ese software pero quizá tambien sea por que no tengas los conocimientos necesarios para entenderlo.

En C no me pasó , de hecho adapté algunos jueguillos para el afamado blog (en el mundo linuxero) de K.Mandla al ver que unos juegos de terminal no cabían bajo 80x24 o la jugabilidad estaba mal implemetada.

Y resulta que C es major por que pudiste editar unos de terminal? Por favor...

Que me importa a mi que puedas hacer implementar soporte WebGL en un navegador X? O el codigo de Taipan? Es que me da lo mismo. Yo lo que quiero es potencia (a nivel de desarrollo) que me permita desarrollar mi proyecto de forma rápida, sostenible, escalable y con una razonble performance. C++ tiene POO, la STL con todo lo que ello implica, Boost si es que despues de C++11 lo necesitas y metaprogramación además de mantener un rendimiento similar a C.

Sinceramente, creo que no estás en tu terreno y estás diciendo sinsentidos.

» autor: RojoVelasco

#150 La evolución de un Ingeniero de Software [ENG]

pakoloko — Fri, 02 Oct 2015 16:08:29 +0000

#137 Pues tiene razón el de la foto.

» autor: pakoloko

#149 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 16:07:54 +0000

#148 ¿ Por donde empiezo ?

Intenté tocar el código del Cataclysm DDA pero el lenguaje provee tantos conceptos de programación a la vez y tantas formas de hacer una misma cosa creando redundancia que ya casi no sabes como va a resultar una acción.

De hecho todavía hoy se encuentran casos con efectos no deseados al usar C++.

En C no me pasó , de hecho adapté algunos jueguillos para el afamado blog (en el mundo linuxero) de K.Mandla al ver que unos juegos de terminal no cabían bajo 80x24 o la jugabilidad estaba mal implementada.

Ayer mismo toqué que cógido del Taipan para añadir nuevas opciones y poder salir del juego sin tener que hacer una fortuna. 5 min. Literalmente.
De hecho pienso expandir la zona y añadir más objetos y misiones.

O como con Gobject, puede añadir soporte de WebGL trivialmente al navegador Surf.

» autor: --125581--

#148 La evolución de un Ingeniero de Software [ENG]

RojoVelasco — Fri, 02 Oct 2015 16:02:00 +0000

#147 Que complejidad tiene C++ con respecto a C (que ya es mas complejo que C++ en si mismo debido a sus limitaciones) al que encima le tienes que sumar una libreria? No lo entiendo. A ver si ahora va a resultar que Glib es mejor que la STL

» autor: RojoVelasco

#147 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 16:00:19 +0000

#144 Que usarlo te aisla de las complejidades de C++, más con GLIB que te lo da casi todo hecho.

#145 El mejor código es el que mandas al cuerno y cuanto menos escribas, mejor.

» autor: --125581--

#146 La evolución de un Ingeniero de Software [ENG]

Maegruin — Fri, 02 Oct 2015 15:57:45 +0000

#30 Yo creo que es al reves, cada vez hay más frameworks que te dan ya toda la carcasa hecha y tu vas al grano olvidandote un poco de tareas tediosas como seguridad, gestión de usuarios, permisos, rutas, templates... .

» autor: Maegruin

#145 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 15:56:33 +0000

#135 a) Afirmativo, correcto.

b) Se han dado casos... pero la verdad es que yo he visto muy pocos y muy específicos. Los tests, de todos modos, deberían ser muchos y sencillos en vez de un mamotreto. Cada test debe comprobar un y sólo un caso de una y sólo una funcionalidad. Personalmente, cuando veo una función de test de 100 líneas, me mareo. Y cuando el código peta, es mucho más difícil saber por qué y dónde ha petado, así como también es muchísimo más difícil hacer un buen test de lo que quieres probar. Por lo general, si los tests están bien hechos, son la mejor herramienta para saber si el código está bien o mal.

c) Según la misma lógica, no. El código bien escrito claro que necesita tests. Lo que no necesitas es testear una función muy pequeña que coge una función de tu código, la llama con unos parámetros y comprueba el resultado. Porque no tiene sentido, ya que es tan mínimo que está todo muy claro: si eso peta, está mal escrito; si lo que devuelve la función llamada no es correcto, el código es el que está mal. Y punto.

La clave, creo yo, está en hacer muchos tests muy pequeños. Y, por supuesto, si estás testeando un pequeño espacio de toda la gama de posibilidades de error, no lo estás haciendo bien, eso lo tengo tan clarísimo como tú.

Un código sin tests es un código roto desde el principio. #YEsoEsAsí. Claro, que hay que saber hacer los tests y eso por supuesto es complejo y tiene todos esos rincones que tú estás comentando con toda la razón del mundo. Pero que es necesario, por supuesto, y que hay que pensarlos y hacerlos bien, por supuesto también. Y que te ayudan lo que no está escrito a programar, pues ya ves... yo he salido de cada pastel de código y bugs heredados gracias a los tests que ni te imaginas. Sin tests, no habría podido, así de fácil.

Y bueno... también es mi opinión, que por supuesto no es la más formada al respecto Yo sólo soy un tío que escribe tests, no el que los ha inventado

» autor: --423339--

#144 La evolución de un Ingeniero de Software [ENG]

RojoVelasco — Fri, 02 Oct 2015 15:54:54 +0000

#143 Que me quieres decir?

» autor: RojoVelasco

#143 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 15:53:35 +0000

#141 "No se que sentido tiene usar C hoy en día. "

Glib, Gobject.

» autor: --125581--

#142 La evolución de un Ingeniero de Software [ENG]

daphoene — Fri, 02 Oct 2015 15:45:54 +0000

#109, otra ventaja clara de los tests que se me ha olvidado mencionar, es que te suele forzar a diseñar código desacoplado. Eso sí es bueno, aunque hay otras maneras de conseguir el mismo objetivo.

Sobre el resto de lo que comentas en #61, chapó. Estoy aburrido de ver gente con un ego casi antinatural retorcer el lenguaje para utilizar siempre 'lo último de lo último', pasándose por el forro 500 buenos principios y el dictado de la experiencia, y luego darse de morros una y otra vez sin aprender nada. Supongo que es más fácil aprender 'lo último' para que parezca que eres super-cool y eres senior con 20 años, que dedicar cientos de horas a aprender a fondo todas las tecnologías que utilizas, y saber dónde es mejor no ser tan guay, o utilizar algo 'viejuno' pero que es la mejor solución.

Al respecto, yo suelo tratar de recordarle a la gente que para la empresa la informática no es un fin, sino un medio para lograr unos objetivos, y que esa perspectiva no hay que perderla nunca.

Otra es la humildad, pero esa no se enseña, o se tiene, o se aprende de las formas más humillantes...

» autor: daphoene

#141 La evolución de un Ingeniero de Software [ENG]

RojoVelasco — Fri, 02 Oct 2015 15:45:12 +0000

#28 No se que sentido tiene usar C hoy en día. A no ser que estés haciendo software empotrado donde usar C++ no está permitido por temás de seguridad (Software on-board aeroespaciales, por ejemplo), C solo te lastra.

C++11 es una maravilla, el problema es que hay mucha gente que sigue anclada en el "C++ es C con clases", y no.

» autor: RojoVelasco

#140 La evolución de un Ingeniero de Software [ENG]

RojoVelasco — Fri, 02 Oct 2015 15:32:55 +0000

#136 Una de las cosas que más me encuentro es que todo el mundo es "muy listo" y siempre recibe código de idiotas

Yo intento no pensarlo, por que la mayor parte de las ñapas, códigos ofuscados, con baja performance, etc, no suelen ser culpa del programador. Pienso que al pobre tipo quizá le asignarón un proyecto donde desconocia la técnologia, con arquitectura inexistente, los requisites cambiando como quien cambia de bragas, estaba al 30% en otro proyecto y mientras solucionaba bugs de deliveries anteriores. Así es imposible programar bien. Es lo que me pasa a mi a veces y es lógico que les pase a los demás.

Por otro lado, mi queja en #69 va por otro lado. Conozco perfectamente cual era la situación del tipo que lo desarrollo. Era una software con unos requisitos sencillisimos pero el colega acababa de salir de la Universidad y tenia que sacarse la polla con un código ininteligible, matando moscas a cañonazos. No hablo de alguien que usa metaprogramación de una forma lógica o alguien que usa un framework que se ajusta al proyecto ante el estupor de sus compañeros.

» autor: RojoVelasco

#139 La evolución de un Ingeniero de Software [ENG]

Gandulfo86 — Fri, 02 Oct 2015 15:30:40 +0000

No lo es pero funciona para cierto tipo de negocios de forma bastante eficiente

» autor: Gandulfo86

#138 La evolución de un Ingeniero de Software [ENG]

Shotokax — Fri, 02 Oct 2015 15:27:46 +0000

#137

» autor: Shotokax

#137 La evolución de un Ingeniero de Software [ENG]

angeldav — Fri, 02 Oct 2015 15:26:36 +0000

#17 40.media.tumblr.com/7dda187737d00fc3f3221fb46272246e/tumblr_ng3o5m4gIR

» autor: angeldav

#136 La evolución de un Ingeniero de Software [ENG]

--49228-- — Fri, 02 Oct 2015 15:23:35 +0000

[Usuario deshabilitado]

» autor: --49228--

#135 La evolución de un Ingeniero de Software [ENG]

daphoene — Fri, 02 Oct 2015 15:22:38 +0000

#109, yo defiendo el testing desde el punto de vista que te ayuda, al pensar en el test, a afinar realmente lo que tiene que hacer un apartado, y a revisar posibles estados que no habías tenido en cuenta antes, pero discrepo del resto que comentas:

a) "es un codigo extremadamente sencillo"
Corto no es equivalente de sencillo, y según lo que testes, aumenta la complejidad a veces por encima de la complejidad del código que estás testando, añadir mocks, diseñar teniendo en cuenta la posible inyección de dependencias ( a veces esto es mejor, a veces no ). Aparte, al mockear partes de la aplicación, estás dejando fuera del test muchas de las posibilidades de error de esa parte del código ( ya sé que esto es más funcional que unitario, pero ahí está la realidad ).

b) "Claro que los tests podrían estar mal hechos, pero entonces te darías cuenta enseguida (...)"

Ahí discrepo, y mucho. Un test puede no dar error, ni fallo, y ser incorrecto desde tantos ángulos como el propio código que testa. No sería la primera ni la vigésimo-cuarta vez que veo pasar los tests a código que después ni siquiera funciona.

c) "Los tests bien escritos tienen o éxitos o fallos, nunca errores. Por eso no es necesario hacer tests de tests, porque al ejecutarse "se testean solos"

Según la misma lógica, el código bien escrito no necesita tests. Si funciona es que está correcto. Y esto sabemos que no es así. Tests sin errores pueden dejar escapar muchas posibilidades. De hecho, la mayoría de los tests que suelo ver pecan de no probar infinidad de posibilidades, de tipado, de término vacío, de valores fuera de rango, etc. Se testa un pequeño espacio de la posibilidad de error, y cuanto más pequeño sea ese espacio, más fácil es cumplir el objetivo del test, pero a la vez menos completo será el mismo.

En definitiva, salvo para apartados con mucha complejidad ciclomática, sigo pensando que es un esfuerzo bastante estéril, salvo por lo comentado al principio.

Pero es sólo mi opinión, y no es ni de lejos la más formada al respecto.

» autor: daphoene

#134 La evolución de un Ingeniero de Software [ENG]

--199729-- — Fri, 02 Oct 2015 15:20:36 +0000

[Usuario deshabilitado]

» autor: --199729--

#133 La evolución de un Ingeniero de Software [ENG]

Arlequin — Fri, 02 Oct 2015 15:18:35 +0000

#98 No. Al quinto año todo es Java, o se le parece.

» autor: Arlequin

#132 La evolución de un Ingeniero de Software [ENG]

arllutoquintumi — Fri, 02 Oct 2015 15:13:52 +0000

#131 No estoy del todo de acuerdo, al menos en mi caso. Podría hacer una lista de errores mucho más comunes que ese. Normalmente me he encontrado con lo contrario, problemas resueltos de forma sencilla, que luego deben aumentar la complejidad, y tienes que rehacer el código por ser demasiado simple. Si tienes que hacer algo simple que no va a evolucionar, evidentemente no te compliques, pero a poco que deba aumentar la complejidad a posteriori, cuidao.

» autor: arllutoquintumi

#131 La evolución de un Ingeniero de Software [ENG]

--312149-- — Fri, 02 Oct 2015 14:59:12 +0000

[Usuario deshabilitado]

» autor: --312149--

#130 La evolución de un Ingeniero de Software [ENG]

thorpedo — Fri, 02 Oct 2015 14:57:27 +0000

#91 sobre todo su identación a fuego jajajja

» autor: thorpedo

#129 La evolución de un Ingeniero de Software [ENG]

--312149-- — Fri, 02 Oct 2015 14:56:38 +0000

[Usuario deshabilitado]

» autor: --312149--

#128 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 14:49:39 +0000

#74 Apruebe a mi colega, que el chaval lleva todo el curso estudiando

» autor: --423339--

#127 La evolución de un Ingeniero de Software [ENG]

cosmonauta — Fri, 02 Oct 2015 14:43:12 +0000

#107 Excepto los putos yankees que aseguran que con ISO 8859 se ahorra memoria. ( ¿O era inglés el puto memo que me lo dijo? No se...)

Lo que estoy seguro es que me jodio una base datos entera. Y también es seguro que el paso 3 días buscando y reemplazando marcianitos mientras yo ya había tirado de backup.

» autor: cosmonauta

#126 La evolución de un Ingeniero de Software [ENG]

sukh — Fri, 02 Oct 2015 14:28:07 +0000

#100

» autor: sukh

#125 La evolución de un Ingeniero de Software [ENG]

Ludovicio — Fri, 02 Oct 2015 14:25:16 +0000

#104 Los hombres de verdad hacemos el "pragma once" en tres líneas. Como está mandao.

» autor: Ludovicio

#124 La evolución de un Ingeniero de Software [ENG]

rafael90 — Fri, 02 Oct 2015 14:20:01 +0000

No puedo ser el único que tiene ganas de darle una colleja al sr. programador desde hace 5 años

» autor: rafael90

#123 La evolución de un Ingeniero de Software [ENG]

sisi — Fri, 02 Oct 2015 14:18:29 +0000

La version del quinto año esta mal. En la linea 17, de la declaracion del bean la inicializacion esta mal echa. Le ha jugado una mala pasada el copy y paste.

» autor: sisi

#122 La evolución de un Ingeniero de Software [ENG]

Ovlak — Fri, 02 Oct 2015 14:18:28 +0000

#118 Estás entendiendo lo que te da la gana. Digo que para mi no se puede comparar el rendimiento de dos lenguajes comparando una aplicación escrita en cada lenguaje de propósito similar porque el rendimiento también podría variar usando el mismo lenguaje por dos programadores distintos.
Java es más proclive a ser utilizado por programadores menos experimentados ya que es más sencillo que C++.

» autor: Ovlak

#121 La evolución de un Ingeniero de Software [ENG]

Angelusiones — Fri, 02 Oct 2015 14:15:53 +0000

#95 Amen. Empiezan hablando como pajilleros. Quienes eligen java no suele buscar eficiencia sino una velocidad de desarrollo aceptable "despreocupandose" de la portabilidad y viceversa.

Esto es como un arquitecto, para elegir materiales de construcción no siempre elegirá el mismo porque piense que sea "mejor", sino porque es el mas adecuado para las condiciones que va a soportar dentro del presupuesto en cada caso.

» autor: Angelusiones

#120 La evolución de un Ingeniero de Software [ENG]

antuan — Fri, 02 Oct 2015 14:15:11 +0000

#113 Oh, el LOCATE... aprendí basic por ósmosis prácticamente, de pequeño, con mi cpc464, y no tenía ni pajolera idea de inglés, así que para mí esas funciones no significaban más que un puñado de letras juntas que hacían algo según lo que le pusieras detrás

» autor: antuan

#119 La evolución de un Ingeniero de Software [ENG]

--26321-- — Fri, 02 Oct 2015 14:14:16 +0000

#115 ¡Excelente! Gracias por el enlace

» autor: --26321--

#118 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 14:13:28 +0000

#114 "También hay que contar que en Java "programa cualquiera"

Con esa razón mejor usar Haskell o Scheme, que seguro que dá más rendimiento al ser usados por gurús ¿no?

Vamos a ver, la VM milagros no va a hacer contra libstdc++ y GCC .

» autor: --125581--

#117 La evolución de un Ingeniero de Software [ENG]

Ovlak — Fri, 02 Oct 2015 14:12:39 +0000

#95 Amén. Nada es "mejor" ni "peor" sino que algo puede ser "más adecuado" según el caso.

» autor: Ovlak

#116 La evolución de un Ingeniero de Software [ENG]

Apatikorl — Fri, 02 Oct 2015 14:11:28 +0000

#79 Joe, lo había entendido al reves ^_^U Debe ser cosa de que es viernes por la tarde...

» autor: Apatikorl

#115 La evolución de un Ingeniero de Software [ENG]

daphoene — Fri, 02 Oct 2015 14:11:01 +0000

#80, Tienes razón, mi memoria de abuelo cebolleta, que se inventa los recuerdos. Era uno de los 'gurús' de Yii, con su explicación razonada:

weavora.com/blog/2013/03/26/why-we-prefer-symfony2-over-yii-framework/

» autor: daphoene

#114 La evolución de un Ingeniero de Software [ENG]

Ovlak — Fri, 02 Oct 2015 14:10:56 +0000

#112 cuidado con las comparaciones de aplicaciones. También hay que contar que en Java "programa cualquiera" y en C/C++ la curva de aprendizaje es mucho más pronunciada. Si no puedes asegurar que ambas aplicaciones usan instrucciones prácticamente idénticas, su rendimiento no es comparable.

» autor: Ovlak

#113 La evolución de un Ingeniero de Software [ENG]

--112718-- — Fri, 02 Oct 2015 14:09:01 +0000

[Usuario deshabilitado]

» autor: --112718--

#112 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 14:08:29 +0000

#110 Despreciable en un equipo de los nuevos

Ya te digo yo que en mi PentiumG 320 con utilidades similares en Java lo noto.

» autor: --125581--

#111 La evolución de un Ingeniero de Software [ENG]

Cidwel — Fri, 02 Oct 2015 14:08:10 +0000

#90 No lo hagas. Simplemente no lo hagas.

» autor: Cidwel

#110 La evolución de un Ingeniero de Software [ENG]

Ovlak — Fri, 02 Oct 2015 14:07:38 +0000

#99 si comparas dos cosas, deben de ser al menos en un campo comparable. Evidentemente C/C++ se come a Java con patatas cuando hace falta utilizar rutinas de bajo nivel optimizandolas para la cpu/gpu objetivo en tiempo de compilación. Pero te aseguro que en programación más generalista la diferencia es despreciable. Y te lo digo como alguien que hasta hace muy poco tiempo defendía tu postura hasta que me lo demostraron.

» autor: Ovlak

#109 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 14:07:09 +0000

#93 El test es un codigo extremadamente sencillo que simplemente llama al código a testear pasándole unos parámetros fijos y comprueba que se devuelven los valores esperados.

Claro que los tests podrían estar mal hechos, pero entonces te darías cuenta enseguida de que no estás testeando bien lo que quieres comprobar, porque entonces tendrías errores en vez de fallos. Los tests bien escritos tienen o éxitos o fallos, nunca errores. Por eso no es necesario hacer tests de tests, porque al ejecutarse "se testean solos": si dan error, están mal hechos.

» autor: --423339--

#108 La evolución de un Ingeniero de Software [ENG]

jmpep — Fri, 02 Oct 2015 14:01:18 +0000

#105Â100% de acuerdo. De lo contrario no habría dicho #64.

» autor: jmpep

#107 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 14:01:03 +0000

#103 Hoy en día todo el mundo usa UTF-8 excepto SO's mierder.

» autor: --125581--

#106 La evolución de un Ingeniero de Software [ENG]

mcfgdbbn3 — Fri, 02 Oct 2015 13:59:37 +0000

#21: ¿Y para qué necesitas Java?

» autor: mcfgdbbn3

#105 La evolución de un Ingeniero de Software [ENG]

Gordito — Fri, 02 Oct 2015 13:59:28 +0000

#79 los lenguajes son herramientas... Para algunas cosas es mejor java, para otras C++ y para otras qbasic.

» autor: Gordito

#104 La evolución de un Ingeniero de Software [ENG]

GoDie — Fri, 02 Oct 2015 13:58:24 +0000

#87 Nenaza

» autor: GoDie

#103 La evolución de un Ingeniero de Software [ENG]

jmpep — Fri, 02 Oct 2015 13:57:53 +0000

#90 Java como tal lo soporta perfectamente. El problema está en que tu código siguen siendo ficheros de texto que, si abre alguien con un locale/codificación regionla distinto al de tu máquina, puede decodificarse de otra forma. Vamos, que si el código no sale de tu máquina puedes nombrar las variables en cirílico si quieres, pero si vas a compartir el código no es buena idea.

Si te interesa el tema -> stackoverflow.com/questions/2178348/should-source-code-be-saved-in-utf

» autor: jmpep

#102 La evolución de un Ingeniero de Software [ENG]

Gordito — Fri, 02 Oct 2015 13:57:31 +0000

#14 con ese sistema de nomenclatura no se que hay en la variable... Deberia ser iyear[] o syear[] o algo por el estilo

» autor: Gordito

#101 La evolución de un Ingeniero de Software [ENG]

Muth — Fri, 02 Oct 2015 13:56:46 +0000

#97 Tiene que ser "apasionante" programar con eso...

» autor: Muth

#100 La evolución de un Ingeniero de Software [ENG]

aqeloutro — Fri, 02 Oct 2015 13:56:09 +0000

El mejor es el LOLCODE:

HAI 1.2
CAN HAS STDIO?
VISIBLE "HAI WORLD!!!1!"
KTHXBYE

» autor: aqeloutro

#99 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 13:55:39 +0000

#76 ", no pero casi."

Nope. Ya quisiera acercarse, por ejemplo, Minecraft a Minetest con el segundo con el mod Carbone petado de módulos.

Que no, que se dejen de magufadas, que en la vida alcazarán a C++. En un i7 con un SSD no lo notas casi, pero un Core Duo maximiza la ventana del MC contra Minetest, anda, o mejor: En un P4. Ni lo intentes.

Todo el que dice que Java con JIT se acerca a C++ que baje de la nube e imagine un Unreal Engine 4 con "eso".

Todo dicho.

» autor: --125581--

#98 La evolución de un Ingeniero de Software [ENG]

Abeel — Fri, 02 Oct 2015 13:55:29 +0000

Print 'hello world'. Python rules

» autor: Abeel

#97 La evolución de un Ingeniero de Software [ENG]

aqeloutro — Fri, 02 Oct 2015 13:55:04 +0000

#82 Es COBOL, y sigue siendo uno de los lenguajes más utilizados por la banca.

» autor: aqeloutro

#96 La evolución de un Ingeniero de Software [ENG]

Gordito — Fri, 02 Oct 2015 13:54:46 +0000

#10 un ingeniero jamas se equivoca... Se referia al día 18 y pico

» autor: Gordito

#95 La evolución de un Ingeniero de Software [ENG]

Muth — Fri, 02 Oct 2015 13:54:16 +0000

#58 Un ingeniero que dice que algo es "mejor" o "peor", no es un gran ingeniero.

» autor: Muth

#94 La evolución de un Ingeniero de Software [ENG]

--366202-- — Fri, 02 Oct 2015 13:52:41 +0000

#82 yoksetioxdxd script

» autor: --366202--

#93 La evolución de un Ingeniero de Software [ENG]

daphoene — Fri, 02 Oct 2015 13:52:01 +0000

#77, no es por trolear, pero ¿ quién te asegura que los tests testan lo que tienen que testar ? ¿ No es acaso el test otro código que a su vez requeriría otro test, para cumplir con el mismo principio que promete ?

Ahí lo dejo.

» autor: daphoene

#92 La evolución de un Ingeniero de Software [ENG]

Muth — Fri, 02 Oct 2015 13:51:57 +0000

#54 A mi jefe le dio una temporada por FuelPHP. Ya no es mi jefe y yo ya no programo en PHP.

Cc. #38

» autor: Muth

#91 La evolución de un Ingeniero de Software [ENG]

jmpep — Fri, 02 Oct 2015 13:51:34 +0000

#63 Qué tiempos... en el fondo al menos las instrucciones en COBOL son legibles.

» autor: jmpep

#90 La evolución de un Ingeniero de Software [ENG]

rafael90 — Fri, 02 Oct 2015 13:51:28 +0000

#14 ¿Utilizar caracteres españoles en el codigo puede dar problemas en java?
Estudio programación y nunca tuve ese problema con netbeans

» autor: rafael90

#89 La evolución de un Ingeniero de Software [ENG]

angeldav — Fri, 02 Oct 2015 13:51:21 +0000

#86 Por supuesto, shurmano

» autor: angeldav

#88 La evolución de un Ingeniero de Software [ENG]

aybkamen — Fri, 02 Oct 2015 13:51:15 +0000

Yo prefiero algo asi como:

------ HelloWorldTest.java
import org.junit.Test;
import org.mockito.Mockito;
import java.io.PrintStream;

public class HelloWorldTest {

@Test
public void test_hello_world_is_printed() {
PrintStream output = Mockito.mock(PrintStream.class);
HelloWorld hw = new HelloWorld(output);
hw.sayPhrase();
Mockito.verify(output).println("Hello world!");
}
}
------- HelloWorld.java
import java.io.PrintStream;

private class HelloWorld {

private final PrintStream output;

public HelloWorld(final PrintStream output) {
this.output = output;
}

public void sayPhrase() {
output.println("Hello world!");
}

public static void main(String[] args) {
HelloWorld hw = new HelloWorld(System.out);
hw.sayPhrase();
}
}

» autor: aybkamen

#87 La evolución de un Ingeniero de Software [ENG]

Ludovicio — Fri, 02 Oct 2015 13:50:59 +0000

#48 ¿#pragma once?

Eso no es standard!

» autor: Ludovicio

#86 La evolución de un Ingeniero de Software [ENG]

Trevago — Fri, 02 Oct 2015 13:50:52 +0000

#1 ¿Mismo nick que Forocoches y Erepublik?

» autor: Trevago

#85 La evolución de un Ingeniero de Software [ENG]

elzahr — Fri, 02 Oct 2015 13:50:46 +0000

#46 No sé si viene muy a cuento, pero me flipa muchísimo que un programador que no sea capaz de ganar más de 1200€ al mes en España se piense que puede ganar más en el extranjero. Pero mucho más me flipa que igual tiene razón!
Hasta el programador más mediocre se puede ganar bien la vida en el extranjero.

» autor: elzahr

#84 La evolución de un Ingeniero de Software [ENG]

Trublux — Fri, 02 Oct 2015 13:50:41 +0000

Saes
True Story

» autor: Trublux

#83 La evolución de un Ingeniero de Software [ENG]

sukh — Fri, 02 Oct 2015 13:49:43 +0000

#67 Me lo dices a mi ? Bahh no pasa nada.
No soy de la misma opinión. Aunque sea básico, que en eso no te contradigo, crea costumbre y es muy útil para sistemas tener esos códigos de salida (me he descubierto ).

Yo les meto returns ( exit, quit ... ) hasta a los pseucodigos.

» autor: sukh

#82 La evolución de un Ingeniero de Software [ENG]

Muth — Fri, 02 Oct 2015 13:47:47 +0000

#63 Madredelamorhermoso. Pobrecitos los que tenían que programar con esto. Que es, por cierto?

» autor: Muth

#81 La evolución de un Ingeniero de Software [ENG]

Muth — Fri, 02 Oct 2015 13:45:43 +0000

#61 Bueno. Si no entiendes un código es porque es una mierda, no porque no haya suficientes comentarios.

Por cierto, en general, un programador que escribe un código que sólo entienden programadores senior es un mal programador y le está haciendo una putada a su empresa.

» autor: Muth

#80 La evolución de un Ingeniero de Software [ENG]

--26321-- — Fri, 02 Oct 2015 13:44:30 +0000

#54 Tranqui, que ya tengo un tiempo en esto y sé cómo funciona el cotarro. Ahora, lo del creador de Yii (Qiang Xue) no encuentro nada que diga que se ha pasado a Symfony2.

» autor: --26321--

#79 La evolución de un Ingeniero de Software [ENG]

jmpep — Fri, 02 Oct 2015 13:44:16 +0000

#68 Con C++ (es lo que dice la frase...). Para empezar en Java casi no puedes hacer gestión de memoria, como mucho decirle al GC cuando quieres que pase. Y luego más cosas, como poder marcar las funciones como inline, virtual o const, poder marcar las variables como register o volatile, tienes herencia múltiple, tienes move semantics, tienes el preprocesador (que a veces es útil)... en fin, unas cuantas cosas.

» autor: jmpep

#78 La evolución de un Ingeniero de Software [ENG]

derethor — Fri, 02 Oct 2015 13:42:42 +0000

Es exáctamente asi. Miro mis programas de c++ y me identifico totalmente. Hoy para escribir 'class' tengo que tener una buena lista de motivos

» autor: derethor

#77 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 13:42:28 +0000

#69

Lo he tenido que rehacer solo por no ponerme a hacer modificaciones.

Es que es lo que se debe hacer con la basura. Mi procedimiento habitual para tratar con ella es ese. No será la primera vez ni la última que heredo código y, tras echar un vistazo y ver que es una puta mierda, hago unos cuantos tests (que el menda de antes no ha hecho) para comprobar que cumple lo que promete y acto seguido todo fuera y a hacerlo como toca.

» autor: --423339--

#76 La evolución de un Ingeniero de Software [ENG]

Ovlak — Fri, 02 Oct 2015 13:42:02 +0000

#58 en terminos de portabilidad, sin duda. En términos de eficiencia, no pero casi. Hace tiempo que java utiliza compilación just-in-time.

» autor: Ovlak

#75 La evolución de un Ingeniero de Software [ENG]

Muth — Fri, 02 Oct 2015 13:39:55 +0000

#7 > el año veinteavo

Cc #10

» autor: Muth

#74 La evolución de un Ingeniero de Software [ENG]

sukh — Fri, 02 Oct 2015 13:39:14 +0000

#72 Pues no lo sabia . Bueeeno, tu ganas, lo subo a 4,998 .

» autor: sukh

#73 La evolución de un Ingeniero de Software [ENG]

--366202-- — Fri, 02 Oct 2015 13:38:55 +0000

#60
kcaicasestudy.files.wordpress.com/2014/01/success.gif

» autor: --366202--

#72 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 13:36:43 +0000

#59 C++ sí que devuelve por defecto "return 0;" si el código no especifica un "return" en la función "main".

The body of the main function does not need to contain the return statement: if control reaches the end of main without encountering a return statement, the effect is that of executing return 0;.

en.cppreference.com/w/cpp/language/main_function

» autor: --423339--

#71 La evolución de un Ingeniero de Software [ENG]

Ludovicio — Fri, 02 Oct 2015 13:36:22 +0000

#2 La eficiencia no es más que una forma avanzada de vagancia.

» autor: Ludovicio

#70 La evolución de un Ingeniero de Software [ENG]

Wayfarer — Fri, 02 Oct 2015 13:36:01 +0000

#41 @echo Hello world

_{Me encanta la simplicidad del scripting de cmd para según qué cosas :-P}

» autor: Wayfarer

#69 La evolución de un Ingeniero de Software [ENG]

RojoVelasco — Fri, 02 Oct 2015 13:35:23 +0000

#61 En el proyecto en el que estoy trabajando ahora he visto una de las mayors aberraciones de mi vida. Un broker (cojo mensaje, distribuyo a otros brokers y si la subscripción casa, se lo mando al subscriptor) implementado con maquinas de estado, runnables por todas partes, factorias y polladas varias. Es como coger el libro de gang of four y implementar X patrones entren o no. Terrible. Lo he tenido que rehacer solo por no ponerme a hacer modificaciones.

» autor: RojoVelasco

#68 La evolución de un Ingeniero de Software [ENG]

Apatikorl — Fri, 02 Oct 2015 13:35:13 +0000

#56 Muchísimas menos opciones comparado con qué?

» autor: Apatikorl

#67 La evolución de un Ingeniero de Software [ENG]

--204103-- — Fri, 02 Oct 2015 13:34:44 +0000

El return en programas tan básicos no hace falta.

pd. Lo siento le he dado al botón de negativo sin querer. Te lo compenso.

» autor: --204103--

#66 La evolución de un Ingeniero de Software [ENG]

arllutoquintumi — Fri, 02 Oct 2015 13:34:34 +0000

Pues no lo acabo de ver... todo depende de las necesidades. Si sólo necesitas que imprima "Hello World" ningún desarrollador en su sano juicio pasaría por estas etapas de complejidad.

» autor: arllutoquintumi

#65 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 13:34:17 +0000

#15 El código escrito en cualquier idioma que no sea el Inglés hace llorar al Niño Jesús.

» autor: --423339--

#64 La evolución de un Ingeniero de Software [ENG]

jmpep — Fri, 02 Oct 2015 13:33:53 +0000

#58 No, te voy a decir que "mejor" depende del criterio de evaluación. Y la velocidad de ejecución o el consumo de recursos no son los únicos criterios posibles.

» autor: jmpep

#63 La evolución de un Ingeniero de Software [ENG]

KimDeal — Fri, 02 Oct 2015 13:33:50 +0000

criaturicas...

000100 IDENTIFICATION DIVISION.
000200 PROGRAM-ID. HELLOWORLD.
000300
000400*
000500 ENVIRONMENT DIVISION.
000600 CONFIGURATION SECTION.
000700 SOURCE-COMPUTER. RM-COBOL.
000800 OBJECT-COMPUTER. RM-COBOL.
000900
001000 DATA DIVISION.
001100 FILE SECTION.
001200
100000 PROCEDURE DIVISION.
100100
100200 MAIN-LOGIC SECTION.
100300 BEGIN.
100400 DISPLAY " " LINE 1 POSITION 1 ERASE EOS.
100500 DISPLAY "Hello world!" LINE 15 POSITION 10.
100600 STOP RUN.
100700 MAIN-LOGIC-EXIT.
100800 EXIT.

» autor: KimDeal

#62 La evolución de un Ingeniero de Software [ENG]

Magankie — Fri, 02 Oct 2015 13:33:40 +0000

Ésto era simpleza:

10 PRINT "Hello World!"
END

» autor: Magankie

#61 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 13:33:04 +0000

#24 Amén.

La de salvajadas que se ven por ahí para hacer cualquier puta irrelevancia donde alguna estrellita del código ha gastado todas las opciones que le ofrecía el lenguaje. Y por supuesto, sin ni un puto test, claro. Las estrellitas del código no escriben tests porque no hacen falta. Ni documentación, que el código "se lee solo" y si no sabes lo que hacen todas esas variables monoletra y sus complicadas operaciones y llamadas a 3 funciones distintas dentro de esa función que se supone que simplemente devuelve un fichero abierto, es porque no eres tan estrellita como ellos.

» autor: --423339--

#60 La evolución de un Ingeniero de Software [ENG]

--222052-- — Fri, 02 Oct 2015 13:31:33 +0000

[Usuario deshabilitado]

» autor: --222052--

#59 La evolución de un Ingeniero de Software [ENG]

sukh — Fri, 02 Oct 2015 13:31:26 +0000

#51 que yo sepa no ... y creo que C++ tampoco ... a no ser que lo haga auto el compilador.

Aún así , excusas no me vale

» autor: sukh

#58 La evolución de un Ingeniero de Software [ENG]

Magankie — Fri, 02 Oct 2015 13:31:13 +0000

#56 Ahora me vas a decir que un programa en VM es mejor que compilado??

» autor: Magankie

#57 La evolución de un Ingeniero de Software [ENG]

--204103-- — Fri, 02 Oct 2015 13:30:02 +0000

#5 Exacto, solo que en lugar de utilizar Java se utilizará otra lenguaje pero es lo mismico.

Lo bonito de la programación es su facilidad para hacer que te desconectes del mundo y solo pienses en como puñetas escribir el código para que el programa haga lo que tú quieres que haga.

» autor: --204103--

#56 La evolución de un Ingeniero de Software [ENG]

jmpep — Fri, 02 Oct 2015 13:28:33 +0000

#28 Ventajas de Java respecto a C hay unas cuantas: tienes orientación a objetos, contenedores genéricos, te despreocupas de punteros, hay una cantidad ingente de librerías modernas... no sé, en general es bastante más fácil de usar.

Respecto a C++ ya creo que sólo tiene que es algo más fácil de usar, pero más que nada porque tienes muchísimas menos opciones.

» autor: jmpep

#55 La evolución de un Ingeniero de Software [ENG]

daphoene — Fri, 02 Oct 2015 13:28:19 +0000

Sobre el meneo, real como la vida misma, yo nunca he abandonado la doctrina KISS (es.wikipedia.org/wiki/Principio_KISS), y según va pasando el tiempo, creo ha sido la mejor decisión de mi vida.

Edito, en inglés viene mucho más completo: en.wikipedia.org/wiki/KISS_principle

» autor: daphoene

#54 La evolución de un Ingeniero de Software [ENG]

daphoene — Fri, 02 Oct 2015 13:26:13 +0000

#38, Usar un framework tiene sus ventajas, pero Yii no, por favor... Busca otra cosa, cuanto más pequeña, mejor. De hecho, su creador se ha pasado a Synfony2, lo cual no dice nada bueno ni de Yii, ni de Synfony

Ahora en serio, cualquier cosa que te facilite la vida, está bien. Y si se usa ampliamente, mejor para ti, que te da más oportunidades laborales.

Pero una vez que comprendas cómo funciona el cotarro, trata de usar aquello que realmente te haga las cosas más fáciles, y sobre todo, que no te limite.

» autor: daphoene

#53 La evolución de un Ingeniero de Software [ENG]

Sofrito — Fri, 02 Oct 2015 13:25:41 +0000

#18 Qué recuerdos.

» autor: Sofrito

#52 La evolución de un Ingeniero de Software [ENG]

--86202-- — Fri, 02 Oct 2015 13:24:35 +0000

HOLA MUNDO

» autor: --86202--

#51 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 13:22:21 +0000

#34 ¿C no devuelve "return 0;" por defecto, en caso de omitirlo en la función "main"?

Pregunto, porque C++ sí que sé que lo hace...

» autor: --423339--

#50 La evolución de un Ingeniero de Software [ENG]

--366202-- — Fri, 02 Oct 2015 13:21:32 +0000

#46 año 11: apt-get install python

» autor: --366202--

#49 La evolución de un Ingeniero de Software [ENG]

EAM — Fri, 02 Oct 2015 13:21:31 +0000

¿Y los tests? Esperaba que el último caso fuese algo como: HelloWorldTest + HelloWorld.

» autor: EAM

#48 La evolución de un Ingeniero de Software [ENG]

GoDie — Fri, 02 Oct 2015 13:20:03 +0000

Justamente ayer cree un hello world son diferentes archivos todo en uno.

pastebin.com/TA8D1CV4

» autor: GoDie

#47 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 13:19:50 +0000

#28 El secreto está en el gigantesco ecosistema que se creó en su día, perfectamente documentado y mantenido.

Aunque la mayoría de ese ecosistema sea un mamotreto de proporciones astronómicas y su documentación más infumable que la Biblia en versos arameos, es justamente lo que hace que Java siga siendo ampliamente utilizado hoy en día.

» autor: --423339--

#46 La evolución de un Ingeniero de Software [ENG]

--222052-- — Fri, 02 Oct 2015 13:18:52 +0000

[Usuario deshabilitado]

» autor: --222052--

#45 La evolución de un Ingeniero de Software [ENG]

sukh — Fri, 02 Oct 2015 13:18:42 +0000

#31 aggghhh mis ojos !!! BASIC . Nooo por favor.

» autor: sukh

#44 La evolución de un Ingeniero de Software [ENG]

--466767-- — Fri, 02 Oct 2015 13:18:35 +0000

#42 ORGIA DE NOTARIOS!!!

» autor: --466767--

#43 La evolución de un Ingeniero de Software [ENG]

myself_83 — Fri, 02 Oct 2015 13:17:50 +0000

#14 #15 #35 Pues yo escribo year[19] ... Por aquello de darle un toque más internacional...
(Delirios de grandeza de pensar que tu código lo va a ver alguien más que tú mismo y puede que algún colega o jefe... si tal)

» autor: myself_83

#42 La evolución de un Ingeniero de Software [ENG]

--400360-- — Fri, 02 Oct 2015 13:17:47 +0000

#23 Doy fe de que has dado fe de ello.

» autor: --400360--

#41 La evolución de un Ingeniero de Software [ENG]

anv — Fri, 02 Oct 2015 13:17:41 +0000

#! /bin/bash
echo "hello world"

» autor: anv

#40 La evolución de un Ingeniero de Software [ENG]

superplinio — Fri, 02 Oct 2015 13:16:52 +0000

Aficionados, todo el mundo sabe que el mejor código está basado en patrones

taskinoor.wordpress.com/2011/09/21/the-abuse-of-design-patterns-in-wri

» autor: superplinio

#39 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 13:16:51 +0000

#12 Franco también hizo muchos pantanos y asfaltó muchas carreteras.

» autor: --423339--

#38 La evolución de un Ingeniero de Software [ENG]

--26321-- — Fri, 02 Oct 2015 13:16:14 +0000

#30 La carcasa? Te refieres la parte funcional? Porqué no usar una framework? (recién he descubierto Yii y me gusta un montonazo)

» autor: --26321--

#37 La evolución de un Ingeniero de Software [ENG]

elece — Fri, 02 Oct 2015 13:15:18 +0000

++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.>.

» autor: elece

#36 La evolución de un Ingeniero de Software [ENG]

--425756-- — Fri, 02 Oct 2015 13:14:59 +0000

Ingenebrio.

» autor: --425756--

#35 La evolución de un Ingeniero de Software [ENG]

--26321-- — Fri, 02 Oct 2015 13:14:49 +0000

#14 Yo escribo ano[19] y a tomar por culo... _{nunca mejor dicho}

» autor: --26321--

#34 La evolución de un Ingeniero de Software [ENG]

sukh — Fri, 02 Oct 2015 13:14:21 +0000

#16 Y el #include <stdio.h> ?
Sin int ni return para el SO ?!?

Suspenso !! Con un 4,99

» autor: sukh

#33 La evolución de un Ingeniero de Software [ENG]

--453660-- — Fri, 02 Oct 2015 13:13:51 +0000

Muy viejo.

» autor: --453660--

#32 La evolución de un Ingeniero de Software [ENG]

--366202-- — Fri, 02 Oct 2015 13:13:47 +0000

The fifth yeaar, es puro toc.

» autor: --366202--

#31 La evolución de un Ingeniero de Software [ENG]

antuan — Fri, 02 Oct 2015 13:13:04 +0000

10 CLS
20 PRINT "¡Hola Mundo!"
30 GOTO 20

» autor: antuan

#30 La evolución de un Ingeniero de Software [ENG]

--470744-- — Fri, 02 Oct 2015 13:09:56 +0000

#9 Pues PHP va por el mismo camino, se va a tardar más en crear la "carcasa" que la lógica de negocio.

» autor: --470744--

#29 La evolución de un Ingeniero de Software [ENG]

--413427-- — Fri, 02 Oct 2015 13:09:54 +0000

#16 Para qué necesitas una función?

» autor: --413427--

#28 La evolución de un Ingeniero de Software [ENG]

Magankie — Fri, 02 Oct 2015 13:09:20 +0000

#12 Aparte de que es posible que te funcione en sistemas distintos... no le veo ninguna ventaja, ni a la programación ni al producto final.

C

» autor: Magankie

#27 La evolución de un Ingeniero de Software [ENG]

--212323-- — Fri, 02 Oct 2015 13:09:09 +0000

[Usuario deshabilitado]

» autor: --212323--

#26 La evolución de un Ingeniero de Software [ENG]

--125581-- — Fri, 02 Oct 2015 13:08:35 +0000

(define (displayln arg)(display arg)(newline))
(define hello (lambda () (displayln "hello"))
(hello)

» autor: --125581--

#25 La evolución de un Ingeniero de Software [ENG]

GoDie — Fri, 02 Oct 2015 13:08:29 +0000

#21 GOTO #9

» autor: GoDie

#24 La evolución de un Ingeniero de Software [ENG]

RojoVelasco — Fri, 02 Oct 2015 13:08:25 +0000

Para lo que me pagan...

Ahora en serio, existe una tendencia absurda a hacer código overengineered. Si necesitas medir tu ego, mejor juega a ver quien mea mas lejos, que luego hay gente que tiene que leer tu código...

» autor: RojoVelasco

#23 La evolución de un Ingeniero de Software [ENG]

--466767-- — Fri, 02 Oct 2015 13:02:50 +0000

#1 Doy fe de que es cierto

» autor: --466767--

#22 La evolución de un Ingeniero de Software [ENG]

Penetrator — Fri, 02 Oct 2015 13:01:03 +0000

#7 y #8: se dice vigésimo.

» autor: Penetrator

#21 La evolución de un Ingeniero de Software [ENG]

aqeloutro — Fri, 02 Oct 2015 12:59:40 +0000

#16 Porque en Java no hay otra forma de hacerlo.

» autor: aqeloutro

#20 La evolución de un Ingeniero de Software [ENG]

minardo — Fri, 02 Oct 2015 12:47:14 +0000

#9 ...y al séptimo día creó groovy:

println "Hello World"

» autor: minardo

#19 La evolución de un Ingeniero de Software [ENG]

--467087-- — Fri, 02 Oct 2015 12:39:35 +0000

#6 Yo también. Ley del mínimo esfuerzo.

» autor: --467087--

#18 La evolución de un Ingeniero de Software [ENG]

fuynfactory — Fri, 02 Oct 2015 12:35:16 +0000

y los diveros son

PROGRAM Hola Mundo;
PRIVATE fuente1;
BEGIN
fuente1 = load_fnt("help/help.fnt");
write(fuente1, 160, 100, 4, "Hola Mundo");
LOOP
FRAME;
END
END

wass... que no se quede DIV atras

» autor: fuynfactory

#17 La evolución de un Ingeniero de Software [ENG]

Shotokax — Fri, 02 Oct 2015 12:34:36 +0000

#12 Java es de lo poco que ha conseguido poner de acuerdo a Richard Stallman y Linus Torvalds.

» autor: Shotokax

#16 La evolución de un Ingeniero de Software [ENG]

--298049-- — Fri, 02 Oct 2015 12:23:39 +0000

Los que no son ingenieros.

void main()
{
printf("Hello world\n");
}

¿Para qué necesitas una clase para imprimir "hola mundo"?

» autor: --298049--

#15 La evolución de un Ingeniero de Software [ENG]

khel_mva — Fri, 02 Oct 2015 11:41:46 +0000

#14 O agno.

» autor: khel_mva

#14 La evolución de un Ingeniero de Software [ENG]

ElPerroDeLosCinco — Fri, 02 Oct 2015 11:41:12 +0000

#10 Bien dicho. Lo suyo sería referirnos al vigésimo año como anyo[19].

» autor: ElPerroDeLosCinco

#13 La evolución de un Ingeniero de Software [ENG]

dreierfahrer — Fri, 02 Oct 2015 11:40:41 +0000

Esto es un alegato contra la POO?

» autor: dreierfahrer

#12 La evolución de un Ingeniero de Software [ENG]

dreierfahrer — Fri, 02 Oct 2015 11:39:13 +0000

#9 #11 Tiene sus cosas buenas...

» autor: dreierfahrer

#11 La evolución de un Ingeniero de Software [ENG]

khel_mva — Fri, 02 Oct 2015 11:35:11 +0000

#9 Amen, hermano.

» autor: khel_mva

#10 La evolución de un Ingeniero de Software [ENG]

khel_mva — Fri, 02 Oct 2015 11:34:58 +0000

#8 El problema es que haya ingenieros diciendo veinteavo en vez de vigésimo. Ese es el problema.

» autor: khel_mva

#9 La evolución de un Ingeniero de Software [ENG]

--423339-- — Fri, 02 Oct 2015 10:52:57 +0000

Puto Java...

» autor: --423339--

#8 La evolución de un Ingeniero de Software [ENG]

ElPerroDeLosCinco — Fri, 02 Oct 2015 10:43:42 +0000

#7 Qué optimista. El año veinteavo un ingeniero no será el puto amo sino que estará despedido, porque cobra mucho y la empresa puede poner en su lugar al hijo/yerno del gerente. Total, solo tiene que enviar ese mail que dices al becario.

» autor: ElPerroDeLosCinco

#7 La evolución de un Ingeniero de Software [ENG]

--138650-- — Fri, 02 Oct 2015 10:40:48 +0000

[Usuario deshabilitado]

» autor: --138650--

#6 La evolución de un Ingeniero de Software [ENG]

Mister_Lala — Fri, 02 Oct 2015 10:39:29 +0000

Real como la vida misma. Yo cada vez hago más ñapas directamente en código por pura desidia.

» autor: Mister_Lala

#5 La evolución de un Ingeniero de Software [ENG]

angeldav — Fri, 02 Oct 2015 10:39:28 +0000

#4Â2013 para ser más exactos, pero podía haber sido escrito ayer mismo y te hubiera dado igual. Es tecnología, no actualidad

» autor: angeldav

#4 La evolución de un Ingeniero de Software [ENG]

KaborlllLLLONE — Fri, 02 Oct 2015 10:38:02 +0000

Ésto es como muy 2014...

» autor: KaborlllLLLONE

#3 La evolución de un Ingeniero de Software [ENG]

takamura — Fri, 02 Oct 2015 10:36:56 +0000

Esto es más viejo que el cagar.

» autor: takamura

#2 La evolución de un Ingeniero de Software [ENG]

--193513-- — Fri, 02 Oct 2015 10:34:26 +0000

La verdad es que un ingeniero de software, cuanto mas vago, mejor codigo escribe... sin duda.

» autor: --193513--

#1 La evolución de un Ingeniero de Software [ENG]

angeldav — Fri, 02 Oct 2015 10:32:51 +0000

La evolución de un ingeniero de software.

» autor: angeldav