🚀 go-pugleaf

vaya pues yo opino todo el contrario,

creo que hoy en dia no es artesanal ni es mucho menos
y esas etapas que mencionas son mas de lo mismo

Estoy de acuerdo en lo de dise�ar o programar como
algo diferente, pero ala vez para mi es lo mismo,
mexplico:

Hoy en dia, somos productores de programas, usemos
lo que usemoas utilizamos las librerias (herramientas
de una fabrica en cadena) para ser un trabajador rutinario
en una cadena de produccion, lo que pasa que en lugar de
pasar el producto de trabajador en trabajador, es la cadena
con un solo producto que pasa por un mismo trabajador, (o grupo)

no hacemos un trabajo artesanal y no usamos un buen dise�o, porque
no tenemos tiempo, y para colmo lo hemos cogido como algo normal
y no nos extra�a que nos pidan mas espacio en disco, mas potencia
y demas... Hace diez a�os seria una burrada nos mirarian con mala 
cara.

	Ayer mismo estuve viendo las demos de la euskal party, las
cosas que se pueden hacer con 4k son impresionantes!!!

	Bien, pues creo que como sabemos que es imposible desarrollar
un codigo "para demos" en el trabajo, pero tambien sabemos que lo
que tenemos que hacer es el pouesto, porque no buscamos el termino
medio? es decir...

Inicie este thread con la intencion de sacar alguna idea de que hacer
y que no hacer cuando se programa.

Empezare pringando yo:

	Considero que usar librerias de otros es solo por necesidad.
es decir si tengo tiempo me lo hago yo.Muchos en cambio creen que no
merece la pena rehacer lo echo.

	Considero que si se puede usar un lenguaje de bajo nivel, que
se use, ahorra tiempo de ejecucion y espacio en disco.

	Considero que si hemos de tocar hardware a costa de perder
portabilidad pues se hace, en la mayoria de los programas que hacemos
la portabilidad no sirve para nada, normalmente un cliente quiere algo
fijo que no tenga que cambiar.

Quizas yo sea demasiado extremista, discutamos esto y lleguemos a un
punto en el que estemos de acuerdo...

Quizas aqui podamos sentar una metodologia de programacion.
porque creo que no hay ninguna que se adapte al hoy en dia. y al futuro
que se nos avecina. Y cuando digo metodologia, me refiero mas a un
"libro de estilos" de que hacer y que no ahcer, que ha hablar de si
el codigo ha de ser modular, scalable, o portable etc etc, porque
considero que eso depende mucho del proyecto al que ata�a.

Alex Estevez