El libro de los anti-patrones en Python (Creative Commons) [ENG]

Hay una cantidad abrumadora de libros de Python que te muestran cómo hacer las cosas centrándote en las mejores prácticas y ejemplos de buen código. Hay muy pocos libros que muestran cómo no hacer las cosas. Queríamos cambiar eso proporcionándote un anti-libro que te enseñe cosas que nunca deberías hacer en la práctica. Este documento está licenciado bajo una licencia de creative-commons NC, por lo que puedes utilizar el texto libremente para fines no comerciales y adaptarlo a tus necesidades.

[#6 Drachenfutter]

#4 Y a Monty Python, que no se te olvide!

[#7 Desactivado]

#6 no se de que habla abuelo,tómese su medicina.

[#1 Moteplass]

Interesante...

[#8 Desactivado]

Punto 1: Usar Python en el proyecto

[#13 cipoter]

Link guardado en la lista de cosas que no voy a volver a mirar en la vida.

[#21 Desactivado]

#13 gracias por comentar detalles de tu vida privada que nos enriquecen como personas a los demás

[#25 CrudaVerdad]

SELECT cualquier código FROM cualquier repositorio WHERE edad del programador < 40 años OR experiencia del programador < 25 años

Con esa instrucción se escribe el libro.

[#24 CrudaVerdad]

Ve a cualquier cárnica de software, allí tiene material infinito de como NO hacer software. El software desarrollado allí sirve como práctica para los recién iniciados en el mundo del hacktivismo..... Por la enorme colección de errores y vulnerabilidades.

[#20 Desactivado]

#10 Cuidado: eso sólo se aplica a "cogerlo de gratis de internet". Si le pagan para adaptarla a un producto es diferente, ya es una licencia distinta. Ambas no son incompatibles.

De hecho, Qt, la biblioteca gráfica de KDE, al principio se distribuía bajo una licencia dual similar.

[#16 animalDeBellota]

Por fin un libro que hace las cosas como yo

[#30 tonterias]

#28 A ver, tranquilidad... ¿desde dónde accede usted a los ficheros de properties? ¿Directamente desde la clase que usa las constantes? Lo mismo habrá que usar un objeto o clase intermedia, que es justo el paso que estaba proponiendo... y que no he hecho porque es un COMENTARIO DE MENEAME (por si no estaba claro ).

De todas formas, agradeceríamos todos que nos ilustrases con el cambio que propones para completar el ejemplo.

Luego ya, si quieres, nos las medimos para ver quién programa en qué, cuánto y cómo.

[#31 Powertrip]

#30 Es que es muy guay criticar a Java porque sí. Seguro que tú programas en ensamblador tus propias aplicaciones para la lista de la compra

[#26 Desactivado]

#18 a los pobres,dame unos cuantos teras mas de ram!!!

[#2 Desactivado]

Vamos un libro con código sin tabular que no compila,Java manda aficionados!!

[#3 Desactivado]

#2 Es imposible que un javero escriba un comentario de una línea, o traducido a Java:

Mi punto principal es que:
- Java obliga a escribir mucho codigo.
- Tu comentario es de solo una linea.
- Tu comentario no es el de un javero, porque no hay mucho código.
Aplico el punto principal y guardo el resultado en una lista que itero.

[#4 Desactivado]

#3 pues Java tiene su isla con su flora y fauna,y que tiene python? un reptil que solo molaba en los 80's con los striptease rancios.

[#23 fleong]

#4 El trono de la computación científica? por poner un ejemplo, vamos...
https://www.zarantech.com/blog/how-to-choose-the-correct-programming-language-to-train-your-staff-in-data-science/

[#19 tonterias]

#3 Qué dices! eso es pseudocódigo... esto es Java:

import net.meneame.users.comments.Comment;
import net.meneame.users.comments.Remark;
import net.meneame.users.comments.MainRemark;

class CommentAboutJava extends Comment String LINES_TEXT = "Tu comentario es de solo una linea.";
String COMMENTER_TEXT = "Tu comentario no es el de un javero, porque no hay mucho código. ";

public static void main(String[] args) {
Remark aboutJava = new Remark(JAVA_TEXT);
Remark aboutLines = new Remark(LINES_TEXT);
Remark aboutCommenter = new Remark(COMMENTER_TEXT);

MainRemark myMainRemark = new MainRemark();
myMainRemark.addRemark(aboutJava);
myMainRemark.addRemark(aboutLines);
myMainRemark.addRemark(aboutCommenter);

myMainRemark.publish();
">

}

Y porque no quiero perder más tiempo, que si no esas cadenas de texto habría que tenerlas en un POJO, un Bean o por lo menos en una clase externa con todas las constantes.

[#28 Powertrip]

#19 Los literales deben ir en ficheros de properties, nunca hardcodeados. Manda huevos criticar un lenguaje sin saber ni programar

[#18 tio_grande]

#2 Pues sí. Total, a quién le importa el rendimiento.

[#14 filtrodelapradera]

#10 Te propongo que te pases meses escibiendo, por ejemplo, un libro sobre tu lenguaje de programación favorito. Cuando lo tengas, lo publicaré y cobraré por cada ejemplar pero tú no te llevarás ni un euro. Pero oye, "tu obra tendrá mayor difusión", ¿eh? Incluso, "podría pagarte para adaptarla a un producto". Hasta la podría mejorar y seguir ganando más dinero que tú no llegarías a ver. ¿Te parecería bien? Si te parece bien, cuando quieras te pones.

[#15 Find]

#14 Sí, esa es la idea. Seguiré ganando los mismo que hasta ahora y tendré más difusión.
Quien ha decidido no cobrar nada es el autor, esa obra la puede obtener gratuitamente cualquier persona. Si otra pretende ganar dinero con ella tendrá que añadir valor y su obra derivada deberá ser licenciada de la misma manera por lo que otros se benificiarían a su vez. Permitir que otros puedan ganar dinero con ello incentivaría la mejora, para el software libre ha funcionado.

[#22 boulardii]

Hostia, es un clasico! No sabia que hacia falta recomendarlo. Ya que estamos os recomiendo las charlas de sus creadores en Youtube.

Y tambien un repositorio de patrones
https://github.com/faif/python-patterns

PD: si bien la guia me gusta, tiene algunas cosas excesivas, como el return con namedtuple... nice to have, pero...

[#29 Schrödinger_katze]

Entré pensando que me encontraría con muchos reproches y resulta que la mayoría ya son cosas que tengo en consideración. Al final no seré tan mal programador de Python como pensaba .

#22 Muy interesante esa página. Le echaré un vistazo a ver si aprendo algo nuevo.

[#5 Find]

Este documento está licenciado bajo una licencia de creative-commons NC, por lo que puedes utilizar el texto libremente para fines no comerciales y adaptarlo a tus necesidades.
No entiendo esta limitación, qué más les da?

[#9 Desactivado]

#5 ¿No entiendes que alguien no quiera que empresas hagan negocio gratis con su trabajo?

[#10 Find]

#9 De entrada tendría una mayor difusión para su obra, incluso podrían pagarle para adaptarla a un producto. Si se pudiera hacer una obra deribable comercial se podria hasta mejorar, pero el autor no lo permite.
Qué sería del software libre si se aplicaran las mismas limitaciones?

[#17 MDman]

#5 Ademas de lo que te dice #9 , añado CC-by-nc no implica que no se pueda vender...si no, que si lo quieres vender, pues se hace como cualquier otra obra, te pones en contacto con el autor y negocias los derechos y tal.

[#27 Desactivado]

A no ser que sea un recopilatorio de errores comunes, escribir libros con cosas que no hacer no vale para nada.

[#11 EuropeoDespierto]

Joder, muy bueno.

Alguien tiene lo mismo pero para C++? una de anti-pattern?

[#12 Desactivado]

#11 Esto es una "adaptación" de lo típico que se hace en otros lenguajes. Así que si, puedes encontrar artículos y libros sobre antipatrones en C.