feat(content): Added content of slicing to python cheatsheet #2
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
|
¡Muy buena contribución! Lo que sí, como con slicing lo que hacés es crear sublistas, no se si lo pondría bajo esa subsección, que está más referido a acceder y asignar elementos de una lista (tal vez habría que mejorar ese título también). Me armaría otro título que sea "Sublistas" (misma jerarquía que acceso y asignación) y puede ir al final de la sección de listas. |
There was a problem hiding this comment.
Y ya que estoy, molesto un poco con algunos typos. Tanto "siguiente" como "métodos" están mal escritas. También llevan tilde "rápidamente", "posición", "índice" (y sus variaciones) y "último" (y sus variaciones). ¡La explicación está genial! Pero ya que estamos hago un poquito de editor pesado.
JZylber
added
enhancement
There was a problem hiding this comment.
Te sugiero los siguientes cambios:
En esta parte, "slicing" no debería llevar backticks porque no es código. Podrías usar slicing o slicing.
En esta parte, los backticks están bien utilizados, pero el término "instancias" es ambiguo porque se usa para otros conceptos en programación. Yo usaría el término "pasos" o "steps".
Acá el "=" y el "+=" sí deberían llevar backticks porque representan código.
|
Ahí hice todos los cambios que me pidieron y agregue lo de los strings, ya que me parecía importante mencionar su posibilidad. |
There was a problem hiding this comment.
¡Buenísimos los cambios! Pero tengo unas cosas para que comentar de lo que agregaste de strings. Uy, que pesados, más correcciones.
El problema
Los strings no son listas en Python. Tienen algunos comportamientos parecidos, pero son diferentes en formas bastante fundamentales. Menciono algunas de las más importantes:
- Los strings son inmutables (no cambian después de su creación), las listas no. Esto tiene como consecuencia por ejemplo que las listas tienen longitud variable mientras que los strings no. Otra consecuencia es que puedo cambiar elementos de una lista, mientras que no puedo hacerlo en un string. Los strings no soportan la operación de asignación.
- Hay métodos que tienen las listas que no tienen los strings y viceversa. Así como los strings no tienen ni pop ni append, las listas no tienen format por ejemplo. Comparten algunos métodos, pero muchos otros no.
- Las listas se pasan por referencia mientras los strings por copia. Le tendría que dedicar una subsección entera en funciones explicando esto (y lo voy a hacer eventualmente), pero esto cambia completamente como se comportan frente a funciones.
Fuente: https://developers.google.com/edu/python/strings
Posibles soluciones
¿Bueno y cómo lo arreglamos? Sugiero 2 posibles formas, pero estoy abierto a otras ideas
- Mandar el slicing de strings a un lugar exclusivo para strings, compartiendo lugar con otras estucturas de datos. La jerarquía de títulos iría Estructuras Básicas -> Strings -> Substrings. Si, strings quedaría súper pelado, pero un lugar para hablar de strings en python es súper necesario. Nos estaríamos adelantando a futuros agregados del tema.
- Mandar slicing entero a su propia sección, fuera de listas y estructuras de básicas. Irían tanto el slicing de listas como el de strings.
Obviamente habría que también cambiar la parte en que afirmás que los strings son y funcionan como listas. ¡Qué pesado Julián! Sólo molesto para que el cheatsheet sea lo más claro posible.
Escribiendo estas sugerencias me inclino más por la 1, pero acepto otras ideas. Desde ya, infinitas gracias por colaborar con estos apuntes.
Si se agregan secciones nuevas, hay que arreglar el índice. En Visual Studio Code se hace automático con el paquete de markdown.
Lo que estaba crasheando el preview era que decía "pyhton" en vez de "python".
Agregue contenido a la cheatsheet de Python sobre el mecanismo de slicing en el caso de listas
Source:
https://stackoverflow.com/questions/509211/understanding-slicing
https://www.w3schools.com/python/python_strings_slicing.asp