Skip to content

Commit 466ea87

Browse files
cmaureirnarvmtz
andauthored
Apply suggestions from code review
Co-authored-by: narvmtz <51009725+narvmtz@users.noreply.github.com>
1 parent 5515526 commit 466ea87

File tree

1 file changed

+43
-43
lines changed

1 file changed

+43
-43
lines changed

faq/design.po

Lines changed: 43 additions & 43 deletions
Original file line numberDiff line numberDiff line change
@@ -32,15 +32,15 @@ msgstr "Contenido"
3232

3333
#: ../Doc/faq/design.rst:11
3434
msgid "Why does Python use indentation for grouping of statements?"
35-
msgstr "¿Por qué Python usa sangría para agrupar declaraciones?"
35+
msgstr "¿Por qué Python usa indentación para agrupar declaraciones?"
3636

3737
#: ../Doc/faq/design.rst:13
3838
msgid ""
3939
"Guido van Rossum believes that using indentation for grouping is extremely "
4040
"elegant and contributes a lot to the clarity of the average Python program. "
4141
"Most people learn to love this feature after a while."
4242
msgstr ""
43-
"Guido van Rossum cree que usar sangría para agrupar es extremadamente "
43+
"Guido van Rossum cree que usar indentación para agrupar es extremadamente "
4444
"elegante y contribuye mucho a la claridad del programa Python promedio. La "
4545
"mayoría de las personas aprenden a amar esta característica después de un "
4646
"tiempo."
@@ -51,7 +51,7 @@ msgid ""
5151
"grouping perceived by the parser and the human reader. Occasionally C "
5252
"programmers will encounter a fragment of code like this::"
5353
msgstr ""
54-
"Como no hay corchetes de inicio / fin, no puede haber un desacuerdo entre la "
54+
"Como no hay corchetes de inicio/fin, no puede haber un desacuerdo entre la "
5555
"agrupación percibida por el analizador y el lector humano. Ocasionalmente, "
5656
"los programadores de C encontrarán un fragmento de código como este::"
5757

@@ -63,7 +63,7 @@ msgid ""
6363
"decremented even for ``x > y``."
6464
msgstr ""
6565
"Solo se ejecuta la instrucción ``x ++`` si la condición es verdadera, pero "
66-
"la sangría lo lleva a creer lo contrario. Incluso los programadores "
66+
"la indentación lo lleva a creer lo contrario. Incluso los programadores "
6767
"experimentados de C a veces lo miran durante mucho tiempo preguntándose por "
6868
"qué ``y`` se está disminuyendo incluso para ``x > y``."
6969

@@ -97,9 +97,9 @@ msgstr ""
9797
"obtener una buena visión general de un programa. Idealmente, una función "
9898
"debería caber en una pantalla (por ejemplo, 20-30 líneas). 20 líneas de "
9999
"Python pueden hacer mucho más trabajo que 20 líneas de C. Esto no se debe "
100-
"únicamente a la falta de corchetes de inicio/fin, la falta de declaraciones "
101-
"y los tipos de datos de alto nivel también son responsables, sino también la "
102-
"sangría basada en la sintaxis ciertamente ayuda."
100+
"únicamente a la falta de corchetes de inicio/fin -- la falta de declaraciones "
101+
"y los tipos de datos de alto nivel también son responsables -- sino también la "
102+
"indentación basada en la sintaxis ciertamente ayuda."
103103

104104
#: ../Doc/faq/design.rst:46
105105
msgid "Why am I getting strange results with simple arithmetic operations?"
@@ -173,7 +173,7 @@ msgid ""
173173
"The typical precision of 53 bits provides Python floats with 15--16 decimal "
174174
"digits of accuracy."
175175
msgstr ""
176-
"La precisión típica de 53 bits proporciona flotadores Python con 15--16 "
176+
"La precisión típica de 53 bits proporciona flotantes Python con 15--16 "
177177
"dígitos decimales de precisión."
178178

179179
#: ../Doc/faq/design.rst:88
@@ -211,7 +211,7 @@ msgid ""
211211
"and in Python, no amount of activity will change the string \"eight\" to "
212212
"anything else."
213213
msgstr ""
214-
"Otra ventaja es que las cadenas en Python se consideran \"elementales\" como "
214+
"Otra ventaja es que las cadenas en Python se consideran tan \"elementales\" como los"
215215
"números. Ninguna cantidad de actividad cambiará el valor 8 a otra cosa, y en "
216216
"Python, ninguna cantidad de actividad cambiará la cadena \"ocho\" a otra "
217217
"cosa."
@@ -245,13 +245,13 @@ msgstr ""
245245
"Primero, es más obvio que está utilizando un método o atributo de instancia "
246246
"en lugar de una variable local. Leer ``self.x`` o ``self.meth()`` deja "
247247
"absolutamente claro que se usa una variable de instancia o método incluso si "
248-
"no conoce la definición de clase de memoria. En C ++, puede darse cuenta de "
248+
"no conoce la definición de clase de memoria. En C++, puede darse cuenta de "
249249
"la falta de una declaración de variable local (suponiendo que los globales "
250-
"son raros o fácilmente reconocibles), pero en Python, no hay declaraciones "
250+
"son raros o fácilmente reconocibles) -- pero en Python, no hay declaraciones "
251251
"de variables locales, por lo que debería buscar la definición de clase para "
252-
"estar seguro. Algunos estándares de codificación de C ++ y Java requieren "
253-
"que los atributos de instancia tengan un prefijo ``m_``, por que sea "
254-
"explicito también es útil en esos lenguajes."
252+
"estar seguro. Algunos estándares de codificación de C++ y Java requieren "
253+
"que los atributos de instancia tengan un prefijo ``m_``, porque el ser "
254+
"explícito también es útil en esos lenguajes."
255255

256256
#: ../Doc/faq/design.rst:125
257257
msgid ""
@@ -266,7 +266,7 @@ msgid ""
266266
msgstr ""
267267
"En segundo lugar, significa que no es necesaria una sintaxis especial si "
268268
"desea hacer referencia explícita o llamar al método desde una clase en "
269-
"particular. En C ++, si desea usar un método de una clase base que se anula "
269+
"particular. En C++, si desea usar un método de una clase base que se anula "
270270
"en una clase derivada, debe usar el operador ``::`` -- en Python puede "
271271
"escribir ``baseclass.methodname(self, <argument list>)``. Esto es "
272272
"particularmente útil para métodos :meth:`__init__`, y en general en los "
@@ -291,13 +291,13 @@ msgid ""
291291
"instance variables live in two different namespaces, and you need to tell "
292292
"Python which namespace to use."
293293
msgstr ""
294-
"Finalmente, por ejemplo, las variables resuelven un problema sintáctico con "
294+
"Finalmente, para las variables de instancia se resuelve un problema sintáctico con "
295295
"la asignación: dado que las variables locales en Python son (¡por "
296296
"definición!) Aquellas variables a las que se asigna un valor en un cuerpo de "
297-
"función (y que no se declaran explícitamente como globales), tiene que sea "
297+
"función (y que no se declaran explícitamente como globales), tiene que haber "
298298
"una forma de decirle al intérprete que una asignación estaba destinada a "
299299
"asignar a una variable de instancia en lugar de a una variable local, y que "
300-
"preferiblemente debería ser sintáctica (por razones de eficiencia). C ++ "
300+
"preferiblemente debería ser sintáctica (por razones de eficiencia). C++ "
301301
"hace esto a través de declaraciones, pero Python no tiene declaraciones y "
302302
"sería una pena tener que presentarlas solo para este propósito. Usar el "
303303
"``self.var`` explícito resuelve esto muy bien. Del mismo modo, para usar "
@@ -313,7 +313,7 @@ msgstr "¿Por qué no puedo usar una tarea en una expresión?"
313313

314314
#: ../Doc/faq/design.rst:154
315315
msgid "Starting in Python 3.8, you can!"
316-
msgstr "A partir de Python 3.8, ¡puedes!"
316+
msgstr "¡A partir de Python 3.8, se puede!"
317317

318318
#: ../Doc/faq/design.rst:156
319319
msgid ""
@@ -382,7 +382,7 @@ msgstr ""
382382
#: ../Doc/faq/design.rst:191
383383
msgid "Why is join() a string method instead of a list or tuple method?"
384384
msgstr ""
385-
"¿Por qué join() es un método de cadena en lugar de un método de lista o "
385+
"¿Por qué join() es un método de cadena de caracteres en lugar de un método de lista o "
386386
"tupla?"
387387

388388
#: ../Doc/faq/design.rst:193
@@ -416,7 +416,7 @@ msgid ""
416416
"on names bound to strings there is no logical reason to make them "
417417
"unavailable on literals."
418418
msgstr ""
419-
"El primero corre a lo largo de las líneas de: \"Parece realmente feo usando "
419+
"El primero corre a lo largo de las líneas de: \"Se ve realmente feo el uso de"
420420
"un método de un literal de cadena (constante de cadena)\", a lo que la "
421421
"respuesta es que sí, pero un literal de cadena es solo un valor fijo. Si se "
422422
"permiten los métodos en nombres vinculados a cadenas, no hay razón lógica "
@@ -441,7 +441,7 @@ msgid ""
441441
"the given separator (or, by default, arbitrary runs of white space)."
442442
msgstr ""
443443
"es una instrucción a un literal de cadena para devolver las subcadenas de "
444-
"caracteres delimitadas por el separador dado (o, por defecto, corridas "
444+
"caracteres delimitadas por el separador dado (o, por defecto, ejecuciones "
445445
"arbitrarias de espacio en blanco)."
446446

447447
#: ../Doc/faq/design.rst:223
@@ -461,7 +461,7 @@ msgstr ""
461461

462462
#: ../Doc/faq/design.rst:231
463463
msgid "How fast are exceptions?"
464-
msgstr "¿Qué tan rápido son las excepciones?"
464+
msgstr "¿Qué tan rápido van las excepciones?"
465465

466466
#: ../Doc/faq/design.rst:233
467467
msgid ""
@@ -564,7 +564,7 @@ msgid ""
564564
"stackless-dev/stackless/wiki>`_, which has a completely redesigned "
565565
"interpreter loop that avoids the C stack."
566566
msgstr ""
567-
"Respuesta 2: Afortunadamente, hay `Python sin pila <https://github.com/"
567+
"Respuesta 2: Afortunadamente, existe `Python sin pila <https://github.com/"
568568
"stackless-dev/stackless/wiki>`_, que tiene un bucle de intérprete "
569569
"completamente rediseñado que evita la pila C."
570570

@@ -583,7 +583,7 @@ msgstr ""
583583
"Las expresiones lambda de Python no pueden contener declaraciones porque el "
584584
"marco sintáctico de Python no puede manejar declaraciones anidadas dentro de "
585585
"expresiones. Sin embargo, en Python, este no es un problema grave. A "
586-
"diferencia de las formas lambda en otros idiomas, donde agregan "
586+
"diferencia de las formas lambda en otros lenguajes, donde agregan "
587587
"funcionalidad, las lambdas de Python son solo una notación abreviada si eres "
588588
"demasiado vago para definir una función."
589589

@@ -654,7 +654,7 @@ msgid ""
654654
msgstr ""
655655
"Sin embargo, otras implementaciones (como `Jython <http://www.jython.org>`_ "
656656
"o `PyPy <http://www.pypy.org>`_) pueden confiar en un mecanismo diferente, "
657-
"como recogedor de basura. Esta diferencia puede causar algunos problemas "
657+
"como recolector de basura. Esta diferencia puede causar algunos problemas "
658658
"sutiles de portabilidad si su código de Python depende del comportamiento de "
659659
"la implementación de conteo de referencias."
660660

@@ -786,10 +786,10 @@ msgid ""
786786
"Functions which operate on this output would generally not break if you "
787787
"added another file or two to the directory."
788788
msgstr ""
789-
"Las listas, por otro lado, son más como matrices en otros idiomas. Tienden a "
789+
"Las listas, por otro lado, son más como matrices en otros lenguajes. Tienden a "
790790
"contener un número variable de objetos, todos los cuales tienen el mismo "
791-
"tipo y que se operan uno por uno. Por ejemplo, ``os.listdir('.')`` Devuelve "
792-
"una lista de cadenas que representan los archivos en el directorio actual. "
791+
"tipo y que se operan uno por uno. Por ejemplo, ``os.listdir('.')`` Retorna "
792+
"una lista de cadenas de caracteres que representan los archivos en el directorio actual. "
793793
"Las funciones que operan en esta salida generalmente no se romperían si "
794794
"agregara otro archivo o dos al directorio."
795795

@@ -847,7 +847,7 @@ msgstr ""
847847

848848
#: ../Doc/faq/design.rst:442
849849
msgid "How are dictionaries implemented in CPython?"
850-
msgstr "¿Cómo se implementan los diccionarios en Python?"
850+
msgstr "¿Cómo se implementan los diccionarios en CPython?"
851851

852852
#: ../Doc/faq/design.rst:444
853853
msgid ""
@@ -882,7 +882,7 @@ msgstr ""
882882
"1142331976. El código de resumen se usa para calcular una ubicación en una "
883883
"matriz interna donde se almacenará el valor . Suponiendo que está "
884884
"almacenando claves que tienen valores hash diferentes, esto significa que "
885-
"los diccionarios toman tiempo constante, O(1), en notación Big-O, para "
885+
"los diccionarios toman tiempo constante -- O(1), en notación Big-O -- para "
886886
"recuperar una clave."
887887

888888
#: ../Doc/faq/design.rst:459
@@ -953,7 +953,7 @@ msgid ""
953953
"being a mutable object, could contain a reference to itself, and then the "
954954
"copying code would run into an infinite loop."
955955
msgstr ""
956-
"Haga una copia cuando use una lista como clave. Esto no funciona porque la "
956+
"Hacer una copia cuando use una lista como clave. Esto no funciona porque la "
957957
"lista, al ser un objeto mutable, podría contener una referencia a sí misma, "
958958
"y luego el código de copia se ejecutaría en un bucle infinito."
959959

@@ -983,8 +983,8 @@ msgstr ""
983983
"diccionario. El problema es que no solo el objeto de nivel superior puede "
984984
"cambiar su valor; podría usar una tupla que contiene una lista como clave. "
985985
"Ingresar cualquier cosa como clave en un diccionario requeriría marcar todos "
986-
"los objetos accesibles desde allí como de solo lectura, y nuevamente, los "
987-
"objetos autoreferenciales podrían causar un bucle infinito."
986+
"los objetos accesibles desde allí como de solo lectura -- y nuevamente, los "
987+
"objetos autoreferenciados podrían causar un bucle infinito."
988988

989989
#: ../Doc/faq/design.rst:501
990990
msgid ""
@@ -1036,7 +1036,7 @@ msgstr ""
10361036
"En el caso de ListWrapper, siempre que el objeto contenedor esté en un "
10371037
"diccionario, la lista ajustada no debe cambiar para evitar anomalías. No "
10381038
"haga esto a menos que esté preparado para pensar detenidamente sobre los "
1039-
"requisitos y las consecuencias de no cumplirlos correctamente. Considérate "
1039+
"requisitos y las consecuencias de no cumplirlos correctamente. Considérese "
10401040
"advertido."
10411041

10421042
#: ../Doc/faq/design.rst:541
@@ -1054,7 +1054,7 @@ msgid ""
10541054
msgstr ""
10551055
"En situaciones donde el rendimiento es importante, hacer una copia de la "
10561056
"lista solo para ordenarlo sería un desperdicio. Por lo tanto, :meth:`list."
1057-
"sort` ordena la lista en su lugar. Para recordarle ese hecho, no devuelve la "
1057+
"sort` ordena la lista en su lugar. Para recordarle ese hecho, no retorna la "
10581058
"lista ordenada. De esta manera, no se dejará engañar por sobreescribir "
10591059
"accidentalmente una lista cuando necesite una copia ordenada, pero también "
10601060
"deberá mantener la versión sin ordenar."
@@ -1083,7 +1083,7 @@ msgid ""
10831083
"helps in the construction of large programs."
10841084
msgstr ""
10851085
"Una especificación de interfaz para un módulo proporcionada por lenguajes "
1086-
"como C ++ y Java describe los prototipos para los métodos y funciones del "
1086+
"como C++ y Java describe los prototipos para los métodos y funciones del "
10871087
"módulo. Muchos sienten que la aplicación en tiempo de compilación de las "
10881088
"especificaciones de la interfaz ayuda en la construcción de grandes "
10891089
"programas."
@@ -1196,7 +1196,7 @@ msgstr ""
11961196
#: ../Doc/faq/design.rst:623
11971197
msgid "Why can't raw strings (r-strings) end with a backslash?"
11981198
msgstr ""
1199-
"¿Por qué las cadenas sin formato (r-strings) no pueden terminar con una "
1199+
"¿Por qué las cadenas de caracteres sin formato (r-strings) no pueden terminar con una "
12001200
"barra diagonal inversa?"
12011201

12021202
#: ../Doc/faq/design.rst:625
@@ -1206,7 +1206,7 @@ msgid ""
12061206
"an unterminated string."
12071207
msgstr ""
12081208
"Más precisamente, no pueden terminar con un número impar de barras "
1209-
"invertidas: la barra invertida no emparejada al final escapa del carácter de "
1209+
"invertidas: la barra invertida no emparejada al final escapa el carácter de "
12101210
"comillas de cierre, dejando una cadena sin terminar."
12111211

12121212
#: ../Doc/faq/design.rst:629
@@ -1221,7 +1221,7 @@ msgstr ""
12211221
"Las cadenas de caracteres sin formato se diseñaron para facilitar la "
12221222
"creación de entradas para procesadores (principalmente motores de expresión "
12231223
"regular) que desean realizar su propio procesamiento de escape de barra "
1224-
"invertida. Tales procesadores consideran que una barra invertida sin igual "
1224+
"invertida. Tales procesadores consideran que una barra invertida sin par "
12251225
"es un error de todos modos, por lo que las cadenas de caracteres sin "
12261226
"procesar no lo permiten. A cambio, le permiten pasar el carácter de comillas "
12271227
"de cadena escapándolo con una barra invertida. Estas reglas funcionan bien "
@@ -1241,7 +1241,7 @@ msgid ""
12411241
"If you're trying to build a pathname for a DOS command, try e.g. one of ::"
12421242
msgstr ""
12431243
"Si está tratando de construir una ruta para un comando de DOS, intente por "
1244-
"ejemplo uno de::"
1244+
"ejemplo uno de los siguientes::"
12451245

12461246
#: ../Doc/faq/design.rst:649
12471247
msgid "Why doesn't Python have a \"with\" statement for attribute assignments?"
@@ -1256,7 +1256,7 @@ msgid ""
12561256
"construct that looks like this::"
12571257
msgstr ""
12581258
"Python tiene una declaración 'with' que envuelve la ejecución de un bloque, "
1259-
"llamando al código en la entrada y salida del bloque. Algunos idiomas tienen "
1259+
"llamando al código en la entrada y salida del bloque. Algunos lenguajes tienen "
12601260
"una construcción que se ve así:"
12611261

12621262
#: ../Doc/faq/design.rst:659
@@ -1369,7 +1369,7 @@ msgid ""
13691369
msgstr ""
13701370
"Otra razón menor es que los dos puntos facilitan a los editores con "
13711371
"resaltado de sintaxis; pueden buscar dos puntos para decidir cuándo se debe "
1372-
"aumentar la sangría en lugar de tener que hacer un análisis más elaborado "
1372+
"aumentar la indentación en lugar de tener que hacer un análisis más elaborado "
13731373
"del texto del programa."
13741374

13751375
#: ../Doc/faq/design.rst:726

0 commit comments

Comments
 (0)