Yo llevo alrededor 8 años programando y 4 de manera profesional. He trabajado en empresas de menos de 50 empleados hasta multi nacionales con miles de empleados.

El libro me lo lei hace alrededor de 3 años y te ayudara en lo siguiente:

• Sabras que partes del codigo deben ser re-diseñada y como hacerlo
• Te ayuda mucho a tomar desiciones de diseño del codigo
• Programaras de forma que cualquier ajuste pueda causarte la menor cantidad de bug
• Se facilita mucho introducir cambios en un codigo bien diseñado
• Sabras decidir cuando un nombre de una clase, variable, metodo es correcto
• Sabras decidir cuando debes dividir una clase o metodo en varias clases o varios metodos
• Sabras decidir si un codigo pertenece a una clase o no, de la misma forma que las funciones
• Sabras utilizar de forma efectiva las excepciones

Con el indice del libro sabras de que trata y lo bueno es que podras aplicar los principios a cualquier lenguaje.

La forma en que diseñas un software, muestra la calidad de desarollador que eres.

Lo mas curioso es que mas del 70% de las personas violan mas del 70% de los principios del libro.

Uno de los principios de la programacion orientada objeto se llama encasulamiento que tiene que ver con tu duda.

No he visto el código fuente compa, y veo muy difícil de que alguien se siente a revisar el codigo fuente. Ahora, si escribes una pequenia porción de algo que te interese entonces si.


Eso que cite es lo primero que debes entender, se programa pensando en como se programaran pruebas contra el código, de lo contrario la efectividad de los test va a ser baja y en algunos no se le podrá programar test.

Puede que alguien programe sin tener en mente programar pruebas contra el código. Y por lo tanto pueda que lo que programes no sea testeable.

En el caso del void o un método que retorne un objeto, si alguien no realizo el método pensando en realizar pruebas al codigo, entonces se dificultara sus pruebas.

Ahora, a un método void se le podría hacer unit test, ya sea verificando que este lance o no lance una excepción. Tambien se le podria hacer functional testing, ya que el metodo debe realizar algun cambio no, ya sea en la DB o en algun recurso, y se podria verificar que el cambio se haya realizado correctamente. Pero programar, y luego pensar en como se podria implementar las pruebas dificulta la creacion de test y su efectividad.

1 - Debes programar de una forma que tu código sea testeable.
2 - Si el método se comportara igual independientemente el tamanio de la MATRIX, entonces no tienes que hacer un test por cada nivel. Pero si se comporta diferente dependiendo del tamanio de la matrix, entonces tienes un problema de diseno, ya que tienes un método que hace muchas cosas, por lo tanto se dificulta desarrollar unit testing y tampoco el método puede llegar a ser reusable sin tener que hacerle modificaciones.

Yo llevo casi un año pagando Spotify y no me arrepiento. Tengo toda mi música en mis dispositivos, no tengo que estar descargando la música para luego pasarla a los demás dispositivos, y cuando salgo con los amigos o con alguna chica, hago streaming de alguna lista de reproducción de alguien xD.

Te dan un mes de prueba creo, podrías probar haber que tal.

Netflix me parece muy bueno pero el catalogo de latinoamericano no me convence.

Quizas mi comentario no ayude pero lo hago igual  .

Actualizado, intermedio-avanzado y bien escrito dudo que lo encuentres en español y siempre sera un problema hasta que no te acostumbres a leer en ingles. Los materiales de programacion se suelen sacar en ingles porque la mayoria de los programadores dominan ese lenguaje.

Todavía sigue el mito que Java es lento...

Java es un lenguaje compilado, al igual que C. Eso si, los objetos en Java tienen un overhead y esto causara que java utilice mucho mas memoria comparado con la misma version en C.

Java - Build anything; Run anywhere; Faster than lightning

Eclipse para Java EE/SE. Para cambios rápido utilizo Notepad++. Y nano cuando necesito editar archivos en servidores remotos o hacer cambios rapido en Linux.

El compilador java compila código fuente a un código llamado Java ByteCode y este código puede ser leído por la maquina virtual de java. Luego este código se compila a un código nativo, de la misma manera que cuando compilas un código en C++. Pero también hay algo mas, la transición del Java bytecode a código nativo se puede tunear de forma que desde que se ejecute cada porción de código este se compile pero también se puede tunear para en vez de compilar todo el código a código nativo, la JVM examine la aplicación durante su ejecución (el código java se interpreta, durante este tipo de ejecución se ejecutara mas lento) de esta forma analiza que partes de la app se suelen ejecutar mas, optimizarlo y luego compilar a código nativo pero esta vez compilaría un código mucho mas optimizado.

Igual Java es muy verbose, y esperemos que en el futuro mejoren este aspecto.

Y mi favorito es Java, fue el mejor error en mi vida y de lo único que me arrepiento es de no conocerlo mucho antes.

Saludos.

Buen aporte.