Aquí os dejo un manual de prácticas de Python pensadas para aprender sin tener ningún conocimiento previo. Pensada para alumnos de bachillerato, pero invitamos a cualquiera que quiera iniciarse a que lo pruebe. Estas cosas que se comparten para el bien de todos tienen un alto coste en tiempo y esfuerzo, así que también se agradece mucho la difusión y aportaciones que queráis hacer.
|
etiquetas: prácticas , python , desde cero , javier fernández panadero 
![Manual de prácticas para Python desde cero [PDF|900 KiB]](https://peta.meneame.net/backend/media?type=link&id=3195288&version=0&ts=1570782726&image.jpeg)
Que sí, que el autor podría hablar de TDD, de inyección de dependencias, y de lo que quieras, pero por lo que he visto en las primeras páginas, es un manual para SUPER PRINCIPIANTES que no han programado en la vida. Es como el manual del BASIC del Spectrum para que alguien haga el típico programa de input("Dime tu nombre") y luego "Hola {}".format(nombre)...
Digo yo que como introducción valdrá, y sin necesidad de explicar inyección de dependencias, o de explicar patrones de diseño, para que un "chaval" se acerque a python y, si le pica la curiosidad, se mire cosas más serias...
Es un tutorial para que gente que no tiene ni idea haga sus primeros prints y fors y vea qué es un programa y qué cosas se pueden hacer. No lo van a enviar en la próxima sonda Voyager como representación de la Raza Humana...
Hay que ver qué registro usar con cada destinatario...
En fin, me rindo.
Es un manual básico para niños. Lo que tú hablas entra del ámbito profesional.
if edad > 9 or altura > 1.0:
print('pasa')
else:
print('no pasa')
print('texto A')
print('texto B')
¿Cómo sabes ahí si "texto A" va en el else o no? Sin indentación es ambiguo y los ficheros PDF a menudo se la cargan.
En JavaScript la indentación también la pierdes, salvo por un detalle: tienes las llaves y con ellas el código siempre es funcional, y el indentado automático también va a funcionar.
if (edad > 9 or altura > 1.0){
print('pasa');
}else{
print('no pasa');
print('texto A');
}
print('texto B');
No será muy legible, pero es funcional, pero no pasa nada, muchos editores lo pueden hacer legible.
if (edad > 9 or altura > 1.0){
_ print('pasa');
}else{
_ print('no pasa');
_ print('texto A');
}
print('texto B');
Es muy legible, pero no es funcional porque he tenido que añadir guiones bajos y necesitaría eliminarlos.
Este es el problema que ha introducido Python y que no existía antes, al menos desde que apareció C en los años 1970.
www.youtube.com/playlist?list=PLlrxD0HtieHhS8VzuMCfQD4uJ9yne1mE6 (están en inglés pero tienen subtítulos)
Si lo prefieres en español también tienes este Mooc de EDx:
www.edx.org/es/course/programacion-para-todos-2
( Yo lo hice hace tiempo en inglés en Coursera )
Eso con C no era un problema, con JavaScript tampoco. Es un problema que ha introducido Python a lo tonto, porque no era tan difícil seguir la estela de C y añadir solo lo que se quiere añadir.
Que si, que hay que indentar, pero una cosa es forzarlo en mayor o menor medida y otra es confundir la funcionalidad con la legibilidad, que es el problema de Python, que la funcionalidad depende del indentado.
Pienso que Python está bien para algoritmos sencillos, pero en el momento que acumulas varios niveles de indentación puede ser confuso. Vaya que está bien para los que están aprendiendo a programar, o los que lo necesitan para cosas muy especificas en matemáticas, física, lingüística, etc.
En plano puramente empresarial creo que es mas recomendable los lenguajes con llaves como Java, C#, y TypeScript (No incluyo JavaScript por que la falta de tipos ralentiza mucho el desarrollo de aplicaciones grandes, ni C/C++ por creo que las asignación dinámica de memoria puede dar mas problemas que beneficios en esos ámbitos)
if edad > 9 or altura > 1.0:
print('pasa')
else:
print('no pasa')
Así sale en el Bloc de notas, sin indentar, en JavaScript la cosa no iría mejor, salvo por un detalle: en JS al haber llaves el código siempre va a ser funcional y además se puede indentar automáticamente en el editor. Yo no pongo en duda las bondades de Python, pero basar el código en la indentación y no seguir el estilo de C, siempre lo veré como un error o incluso un retroceso tecnológico.
Que si, que está muy bien lo de indentar el código, pero... ¡No basar la funcionalidad del código en la indentación!
Últimamente estaba usando finxter, que te propone muchos problemas de python y tienes que averiguar la solución. Rollo gamification:
app.finxter.com/learn/computer/science/
Pero llegado a un punto ya tienes que pagar una pasta para seguir usandolo. Alguien conoce algo parecido con ejercicios amenos y tal?
printf("%s", ( edad > 9 || altura > 1.0) ? "pasa" : "no pasa");
Y si pretendes hacer un "copipaste", sin tener que corregir indentaciones... lo llevas claro, porque a mí por ahora, la mayor parte de las veces que he copiado algo me ha tocado retocarlo, pero no sólo en Python, sino en otros muchos lenguajes....
El problema de Python es que un código copiado y pegado desde un PDF es ambiguo, con las llaves de C no ocurre eso.
Entonces, que me vendan ese lenguaje como mejor... pues no.
Yo vengo de JAVA y quiero empezar con python y este manual no me parece un mal punto para comenzar. Ojo, y creo saber patrones de diseño y demás fanfarrias.
print("pasa" if edad > 9 or altura > 1.0 else "no pasa")
print ("pos ok tio")
Yo typescript lo uso en dos partes de una aplicación web:
-> Para el cliente en angular (obligatorio typescript, no confundir angular con angularjs) que consume datos del servidor REST
-> Para el servidor REST en nodejs usando express pero con código typescript transpilado a código javascript.
Tengo en mente hacer algún tutorial de como combino ambas cosas en un mismo repositorio git, y como lanzar todos los procesos que hacen falta para que funcione (tanto en desarrollo como en producción) usando pm2. No obstante existe multitud de información de en la red.
print('pasa') if edad > 9 or altura > 1.0 else print('no pasa')
Pero hacer eso asi precisamente choca con el dogma de python.
Decir que esa es una debilidad de Python es como decir que los demas lenguajes son peores por depender de las llaves, porque ¿y si en tu teclado se te rompe la tecla de la llave { eh, eh, eh? a ver que haces ahora listo????? vas a estar todo el rato copiando y pegando llaves???
A que es una gilipollez? pues eso.
Coñe, voy a haber seguido una buena práctica de chiripa.
#33 cualquier lenguaje imperativo con el que conocer las estructuras de control y funciones/procedimientos. La sintaxis es irrelevante.
También evitar los lenguajes orientados a objetos, al menos al principio. No se debería hacer OO hasta pasar por Patrones y tener un mínimo de experiencia. Eso descarta Java, Smalltalk y Objective-C.
También descartaría el uso de librerías aunque sean las standard. Cuando aprendes a programar, estás aprendiendo algoritmos (bucles, condiciones) y a estructurar tu código (funciones/procedimientos), no a usar librerías.
Tienes que programar estructuras de datos antes de usar estructuras de datos.
Aprender a programar pasa por sufrir a fuego el mantenimiento de código spaghetti alguna vez para no hacerlo jamás o leer código identado 80 columnas y dejar media pantalla vacía.
Luego pasas por libros de algoritmos y el concepto de coste.
A partir de ahí, pues depende de para qué vayas a programar: que si frontend web, aplicaciones nativas, backend...
Realmente el código máquina no es más que una traducción literal del ensamblador, cuando metes un opcode en ensamblador lo haces porque memotécnicamente es más fácil y mucho más corto a la hora de escribirlo, pero básicamente le estás diciendo al micro, por esta pata te meto un 1, por esta otro 1, por esta un 0 y por esta otro 1 y así sucesivamente pero con letras y de forma abreviada.
Por eso me gusta más JavaScript y C, eso si, bien indentados, pero con sus llaves para separar el código.
Es cierto que se suelen dar los ficheros en un anexo, pero fíjate que con C eso no es problema.
De todas formas: ¿Te gusta estructurar el código con espacios? Me parece estupendo, pero luego no pretendáis que al resto nos guste así, porque yo he tratado de programar para FreeCAD y en pocas horas terminé odiando Python y lo de programar con espacios.
Tampoco es cuestión de estudiar C en toda su potencia, pero si para tener una noción básica (estructuras de código, tipos de datos, vectores, matrices, un poco de asignación dinámica de memoria, un poco de formateo, un poco de ficheros...).
De C++ me quedo con su sencillez para entrada y salida de datos (con "los piquitos"), pero para conocer más un ordenador "en crudo" es peor que C. Tampoco es cuestión de hacer ensamblador (algo que debería conocerse a modo de noción, sin programar). Puede pareceros demasiado hablar de ensamblador (sin usarlo ni tener que memorizar), pero a lo mejor la gente dejaría de pensar que el ordenador es el Espíritu Santo y que hace los milagros que le pidas.
Si no se exagera, es asequible para mucha gente y se tiene una base buenísima, ya no para programar, sino para más o menos saber qué es un ordenador y qué puede hacer y qué no.
Si ya es TurboBASIC, QuickBASIC o GWBASIC ya es un tema de sabores. Pero todo el mundo debería conocer GOTO y, opcionalmente, GOSUB.
Igual se recomienda usar espacios para indentar (en todo caso los editores serios convierten los tabs en espacios para comodidad) y ahí no hay problemas en el copiar pegar.
Edit: ahí entendí, el problema es el trim que está haciendo menéame en los comentarios, bueno, en cualquier foro de programación hay tags para específicar código...
if edad > 9 or altura > 1.0:
print('pasa')
else:
print('no pasa')
Lo hacen por "nosotros"
Javascript está donde está sólo porque es el único lenguaje que interpretan todos los navegadores, pero como lenguaje de programación es un pastiche que pasará a la historia como la mayor violación del principle of least astonishment (PoLA) de un lenguaje conocido.
Y para muestra... un repo
github.com/denysdovhan/wtfjs (quicir: WTF, JS)
Respecto a Python es precisamente su semántica de líneas e indentación la que lo convierte en uno de los lenguajes más legibles, a mi juicio el más legible, y comprensible incluso por programadores que jamás hayan leído una línea de Python (si es que aún queda alguno).
Comparativamente, el wtfpy, resulta hasta enternecedor.
A partir de 157 cada "def" es una función que termina cuando aparece el siguiente el elemento al mismo nivel de indentación. Es decir, es como el formato clásico de lista:
- elemento uno
- elemento dos
- elemento tres
- elemento cuatro
Todos ahí vemos claramente que el elemento "dos" está incluido en el "uno", que el "tres" lo está en el "dos" (y por tanto en "uno") y que el elemento "cuatro" está al mismo nivel jerárquico de "uno".
un lenguaje de programación es mejor si es asequible a todo el mundo y no restringido a profesionales
Totalmente de acuerdo. Y esa es la opinión mayoritaria que he escuchado sobre Python, y no tanto sobre Javascript. Con lo de "me gano la vida con ello" no quería dar a entar que por ello mi opinión sobre su legibilidad fuese más válida que la de otros, sino dar a entender que mi experiencia o gusto personal tampoco es un argumento a favor o en contra. La legibilidad es totalmente cuantificable, en base a un montón de parámetros (de los cuales desconozco más de la mitad), y en ese aspecto lenguajes como Python, Haskell o Smallscript aparecen siempre en los primeros puestos.
Obviamente en nuestro caso, que ya sabemos programar, nuestro bagaje pesa más que esos aspectos porque, digámoslo así, tenemos el entendimiento viciado. Y que conste que las llaves no me disgustan en absoluto, mis problemas con Javascript son otros. De hecho Kotlin me parece una auténtica virguería (y me reconcilió con la JVM, algo que no hizo ni Jython). Y Go no estaría mal si no fuese por esa lamentable gestión de errores a las que les ha llevado querer renegar de las excepciones y del try-catch-finally para acabar enmascarándolo en panic, recover y defer.
Lo que si tengo que decir es un problema que está apareciendo en JS y en otros lenguajes: el exceso de atajos. Para el que programa mucho están bien, pero para los que no se dedican a ello... es una barrera porque es fácil no saber lo que se hace, con lo que al final es posible que veamos programas "para profesionales" y otros desarrollados a bajo nivel por gente más aficionada donde haya reglas que limiten el número de funciones del lenguaje usado.
La verdad es que en los últimos años todo mi acercamiento a JS, ya fuese en el front con React o Vue o en back con Node ha sido a través de Typescript. Y ya últimamente, en VSCode, en el que Typescript se integra perfectamente y que han acabado convirtiendo la experiencia de programar para el browser en una actividad insospechadamente placentera
Y respecto a los espacios en blanco, debo reconocer que es algo que he tenido que ir corrigiendo a lo largo de los años. Recordándome que los enters son gratis, que el código está hecho principalmente para ser leído y obligándome a pensar en ocasiones en cómo vería ese código si no lo hubiese escritro yo, lo que me ha hecho en muchas ocasiones sustituir one-liners con atajos como los que comentas por dos o tres líneas mucho más evidentes a simple vista.
A mi juicio, que sea sencillo y explícito son las mejores cualidades que puede tener un pedazo de código cualquiera. Y después viene todo lo demás.
Yo paso de pedir recomendaciones, no parece que haya un estandar para aprender, solo puedo echar vistazos a cosas como estas e intetar aprender.
Es de las pocos caracteres para los que necesito mover toda la mano en lugar de uno o dos dedos y casi siempre tengo que mirar el teclado porque una vez quitada la mano de su posición para pulsar el AltGr no sé donde queda el ' o el ç. Si al menos hubiera otra AltGr en la otra mano seria mucho más cómodo.
La tecla AltGr me queda bien para escribir, por ejemplo, € porque pulso esa tecla especial con una mano y escribo el carácter con la otra (con lo que ninguna pierde su posición en el teclado), pero para los corchetes un engorro porque sí lo hago.
Por otro lado, puedes hacer scripts para automatizar tareas que recurran a ciertos servicios, por ejemplo insertar algo en una bbdd. Yo lo tengo para tener control de las vms que tengo.
Es justo lo que buscaba
De hecho yo rara vez he visto código JS no indentado, y aunque lo viera... ¿Sabías que se puede indentar automáticamente? Y lo que es mejor, adaptarlo a mis ojos, no tener que seguir la forma de ver del creador de Python, que él tendrá sus ojos, pero y no tengo por qué ser igual que él. Porque esa es otra, se piensan que la forma de ver de todo el mundo es igual, no se dan cuenta de que lo que para una persona es demasiado compacto para otra puede estar demasiado disperso. Se piensan que todos salimos de un mismo molde.
¿Y sabes cuál es para mi la principal diferencia entre JS y Python? Que en JS he podido hacer cosas, en Python NO, lo tuve que dejar por imposible, no soporto eso de tener que estructurar el código con espacios.
En JS si no quiero usar el operador "+" para concatenar cadenas de texto, tengo esa opción, Python en cambio no da ese tipo de libertades, tiene que ser todo como su creador diga.
En mi opinión JS se adapta al programador, en cambio en Python es el programador el que se tiene que adaptar a Python.
- Prefiero la estructuración del código mediante "llaves ocultas" (como dices) a tener que andar quitando y poniendo espacios para hacer una triste prueba para localizar un fallo.
- Yo siempre indento JavaScript y lo hago a mi gusto, no al gusto de los creadores de JS. El código resultante es muy legible a mis ojos.
- Me gusta tener las cosas bien separadas, si tengo un IF me gusta ver la condición entre paréntesis, si no me pones paréntesis me cuesta diferenciarla. Como dije, cada persona tiene sus ojos y yo tengo los míos.
Yo como ejemplo pondría esto:
github.com/shaise/FreeCAD_SheetMetal/blob/917c4fcecde8120b046be213b47d
Mira la línea 157 y siguientes, a lo mejor tú lo ves claro, yo, sin llaves, sin paréntesis... no.
Y eso que está coloreada la sintaxis, con JavaScript yo he usado hasta el Bloc de notas.
¿Resultado? Soy incapaz de programar en Python sin mandarlo a freír espárragos antes de 6 horas de "trabajo", a lo mejor no seré profesional, pero un lenguaje de programación es mejor si es asequible a todo el mundo y no restringido a profesionales.
Salu2
www.codewars.com
Qué remedio. Aunque desde conocí Typescript no he vuelto a tocar Javascript ni con un palo.
En JS si no quiero usar el operador "+" para concatenar cadenas de texto, tengo esa opción
En Python también:
cadena = ("un trozo" "de la cadena" ", y también puedes" "incluir saltos de línea")
es perfectamente válido.
Más allá de tu experiencia personal con ambos lenguajes o de la mía, que es la de llevar un buen puñado de años ganándome la vida con esto, y de las "formas de ver" y gustos que tenga cualquiera, la legibilidad es un concepto perfectamente cuantificable.
La cuestión no es que "puedas" indentar, sino que la indentación, al tener una semántica, te permite interpretar el código sin buscar relaciones ocultas por llaves. No puedes engañar al ojo con Python. Javascript sin embargo, lo hace constantemente.
Puedes estar seguro de que jamás encontrarás a Javascript en los primeros puestos en una encuesta sobre legibilidad. Aunque quizás sí te encuentres a Coffeescript... cuya diferencia más notable con Javascript consiste en sustituir las llaves por indentación