@@ -32,15 +32,15 @@ msgstr "Contenido"
32
32
33
33
#: ../Doc/faq/design.rst:11
34
34
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?"
36
36
37
37
#: ../Doc/faq/design.rst:13
38
38
msgid ""
39
39
"Guido van Rossum believes that using indentation for grouping is extremely "
40
40
"elegant and contributes a lot to the clarity of the average Python program. "
41
41
"Most people learn to love this feature after a while."
42
42
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 "
44
44
"elegante y contribuye mucho a la claridad del programa Python promedio. La "
45
45
"mayoría de las personas aprenden a amar esta característica después de un "
46
46
"tiempo."
@@ -51,7 +51,7 @@ msgid ""
51
51
"grouping perceived by the parser and the human reader. Occasionally C "
52
52
"programmers will encounter a fragment of code like this::"
53
53
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 "
55
55
"agrupación percibida por el analizador y el lector humano. Ocasionalmente, "
56
56
"los programadores de C encontrarán un fragmento de código como este::"
57
57
@@ -63,7 +63,7 @@ msgid ""
63
63
"decremented even for ``x > y``."
64
64
msgstr ""
65
65
"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 "
67
67
"experimentados de C a veces lo miran durante mucho tiempo preguntándose por "
68
68
"qué ``y`` se está disminuyendo incluso para ``x > y``."
69
69
@@ -97,9 +97,9 @@ msgstr ""
97
97
"obtener una buena visión general de un programa. Idealmente, una función "
98
98
"debería caber en una pantalla (por ejemplo, 20-30 líneas). 20 líneas de "
99
99
"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."
103
103
104
104
#: ../Doc/faq/design.rst:46
105
105
msgid "Why am I getting strange results with simple arithmetic operations?"
@@ -173,7 +173,7 @@ msgid ""
173
173
"The typical precision of 53 bits provides Python floats with 15--16 decimal "
174
174
"digits of accuracy."
175
175
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 "
177
177
"dígitos decimales de precisión."
178
178
179
179
#: ../Doc/faq/design.rst:88
@@ -211,7 +211,7 @@ msgid ""
211
211
"and in Python, no amount of activity will change the string \" eight\" to "
212
212
"anything else."
213
213
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 "
215
215
"números. Ninguna cantidad de actividad cambiará el valor 8 a otra cosa, y en "
216
216
"Python, ninguna cantidad de actividad cambiará la cadena \" ocho\" a otra "
217
217
"cosa."
@@ -245,13 +245,13 @@ msgstr ""
245
245
"Primero, es más obvio que está utilizando un método o atributo de instancia "
246
246
"en lugar de una variable local. Leer ``self.x`` o ``self.meth()`` deja "
247
247
"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 "
249
249
"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 "
251
251
"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."
255
255
256
256
#: ../Doc/faq/design.rst:125
257
257
msgid ""
@@ -266,7 +266,7 @@ msgid ""
266
266
msgstr ""
267
267
"En segundo lugar, significa que no es necesaria una sintaxis especial si "
268
268
"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 "
270
270
"en una clase derivada, debe usar el operador ``::`` -- en Python puede "
271
271
"escribir ``baseclass.methodname(self, <argument list>)``. Esto es "
272
272
"particularmente útil para métodos :meth:`__init__`, y en general en los "
@@ -291,13 +291,13 @@ msgid ""
291
291
"instance variables live in two different namespaces, and you need to tell "
292
292
"Python which namespace to use."
293
293
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 "
295
295
"la asignación: dado que las variables locales en Python son (¡por "
296
296
"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 "
298
298
"una forma de decirle al intérprete que una asignación estaba destinada a "
299
299
"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++ "
301
301
"hace esto a través de declaraciones, pero Python no tiene declaraciones y "
302
302
"sería una pena tener que presentarlas solo para este propósito. Usar el "
303
303
"``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?"
313
313
314
314
#: ../Doc/faq/design.rst:154
315
315
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 !"
317
317
318
318
#: ../Doc/faq/design.rst:156
319
319
msgid ""
@@ -382,7 +382,7 @@ msgstr ""
382
382
#: ../Doc/faq/design.rst:191
383
383
msgid "Why is join() a string method instead of a list or tuple method?"
384
384
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 "
386
386
"tupla?"
387
387
388
388
#: ../Doc/faq/design.rst:193
@@ -416,7 +416,7 @@ msgid ""
416
416
"on names bound to strings there is no logical reason to make them "
417
417
"unavailable on literals."
418
418
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 "
420
420
"un método de un literal de cadena (constante de cadena)\" , a lo que la "
421
421
"respuesta es que sí, pero un literal de cadena es solo un valor fijo. Si se "
422
422
"permiten los métodos en nombres vinculados a cadenas, no hay razón lógica "
@@ -441,7 +441,7 @@ msgid ""
441
441
"the given separator (or, by default, arbitrary runs of white space)."
442
442
msgstr ""
443
443
"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 "
445
445
"arbitrarias de espacio en blanco)."
446
446
447
447
#: ../Doc/faq/design.rst:223
@@ -461,7 +461,7 @@ msgstr ""
461
461
462
462
#: ../Doc/faq/design.rst:231
463
463
msgid "How fast are exceptions?"
464
- msgstr "¿Qué tan rápido son las excepciones?"
464
+ msgstr "¿Qué tan rápido van las excepciones?"
465
465
466
466
#: ../Doc/faq/design.rst:233
467
467
msgid ""
@@ -564,7 +564,7 @@ msgid ""
564
564
"stackless-dev/stackless/wiki>`_, which has a completely redesigned "
565
565
"interpreter loop that avoids the C stack."
566
566
msgstr ""
567
- "Respuesta 2: Afortunadamente, hay `Python sin pila <https://github.com/"
567
+ "Respuesta 2: Afortunadamente, existe `Python sin pila <https://github.com/"
568
568
"stackless-dev/stackless/wiki>`_, que tiene un bucle de intérprete "
569
569
"completamente rediseñado que evita la pila C."
570
570
@@ -583,7 +583,7 @@ msgstr ""
583
583
"Las expresiones lambda de Python no pueden contener declaraciones porque el "
584
584
"marco sintáctico de Python no puede manejar declaraciones anidadas dentro de "
585
585
"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 "
587
587
"funcionalidad, las lambdas de Python son solo una notación abreviada si eres "
588
588
"demasiado vago para definir una función."
589
589
@@ -654,7 +654,7 @@ msgid ""
654
654
msgstr ""
655
655
"Sin embargo, otras implementaciones (como `Jython <http://www.jython.org>`_ "
656
656
"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 "
658
658
"sutiles de portabilidad si su código de Python depende del comportamiento de "
659
659
"la implementación de conteo de referencias."
660
660
@@ -786,10 +786,10 @@ msgid ""
786
786
"Functions which operate on this output would generally not break if you "
787
787
"added another file or two to the directory."
788
788
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 "
790
790
"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. "
793
793
"Las funciones que operan en esta salida generalmente no se romperían si "
794
794
"agregara otro archivo o dos al directorio."
795
795
@@ -847,7 +847,7 @@ msgstr ""
847
847
848
848
#: ../Doc/faq/design.rst:442
849
849
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 ?"
851
851
852
852
#: ../Doc/faq/design.rst:444
853
853
msgid ""
@@ -882,7 +882,7 @@ msgstr ""
882
882
"1142331976. El código de resumen se usa para calcular una ubicación en una "
883
883
"matriz interna donde se almacenará el valor . Suponiendo que está "
884
884
"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 "
886
886
"recuperar una clave."
887
887
888
888
#: ../Doc/faq/design.rst:459
@@ -953,7 +953,7 @@ msgid ""
953
953
"being a mutable object, could contain a reference to itself, and then the "
954
954
"copying code would run into an infinite loop."
955
955
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 "
957
957
"lista, al ser un objeto mutable, podría contener una referencia a sí misma, "
958
958
"y luego el código de copia se ejecutaría en un bucle infinito."
959
959
@@ -983,8 +983,8 @@ msgstr ""
983
983
"diccionario. El problema es que no solo el objeto de nivel superior puede "
984
984
"cambiar su valor; podría usar una tupla que contiene una lista como clave. "
985
985
"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."
988
988
989
989
#: ../Doc/faq/design.rst:501
990
990
msgid ""
@@ -1036,7 +1036,7 @@ msgstr ""
1036
1036
"En el caso de ListWrapper, siempre que el objeto contenedor esté en un "
1037
1037
"diccionario, la lista ajustada no debe cambiar para evitar anomalías. No "
1038
1038
"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 "
1040
1040
"advertido."
1041
1041
1042
1042
#: ../Doc/faq/design.rst:541
@@ -1054,7 +1054,7 @@ msgid ""
1054
1054
msgstr ""
1055
1055
"En situaciones donde el rendimiento es importante, hacer una copia de la "
1056
1056
"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 "
1058
1058
"lista ordenada. De esta manera, no se dejará engañar por sobreescribir "
1059
1059
"accidentalmente una lista cuando necesite una copia ordenada, pero también "
1060
1060
"deberá mantener la versión sin ordenar."
@@ -1083,7 +1083,7 @@ msgid ""
1083
1083
"helps in the construction of large programs."
1084
1084
msgstr ""
1085
1085
"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 "
1087
1087
"módulo. Muchos sienten que la aplicación en tiempo de compilación de las "
1088
1088
"especificaciones de la interfaz ayuda en la construcción de grandes "
1089
1089
"programas."
@@ -1196,7 +1196,7 @@ msgstr ""
1196
1196
#: ../Doc/faq/design.rst:623
1197
1197
msgid "Why can't raw strings (r-strings) end with a backslash?"
1198
1198
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 "
1200
1200
"barra diagonal inversa?"
1201
1201
1202
1202
#: ../Doc/faq/design.rst:625
@@ -1206,7 +1206,7 @@ msgid ""
1206
1206
"an unterminated string."
1207
1207
msgstr ""
1208
1208
"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 "
1210
1210
"comillas de cierre, dejando una cadena sin terminar."
1211
1211
1212
1212
#: ../Doc/faq/design.rst:629
@@ -1221,7 +1221,7 @@ msgstr ""
1221
1221
"Las cadenas de caracteres sin formato se diseñaron para facilitar la "
1222
1222
"creación de entradas para procesadores (principalmente motores de expresión "
1223
1223
"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 "
1225
1225
"es un error de todos modos, por lo que las cadenas de caracteres sin "
1226
1226
"procesar no lo permiten. A cambio, le permiten pasar el carácter de comillas "
1227
1227
"de cadena escapándolo con una barra invertida. Estas reglas funcionan bien "
@@ -1241,7 +1241,7 @@ msgid ""
1241
1241
"If you're trying to build a pathname for a DOS command, try e.g. one of ::"
1242
1242
msgstr ""
1243
1243
"Si está tratando de construir una ruta para un comando de DOS, intente por "
1244
- "ejemplo uno de::"
1244
+ "ejemplo uno de los siguientes ::"
1245
1245
1246
1246
#: ../Doc/faq/design.rst:649
1247
1247
msgid "Why doesn't Python have a \" with\" statement for attribute assignments?"
@@ -1256,7 +1256,7 @@ msgid ""
1256
1256
"construct that looks like this::"
1257
1257
msgstr ""
1258
1258
"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 "
1260
1260
"una construcción que se ve así:"
1261
1261
1262
1262
#: ../Doc/faq/design.rst:659
@@ -1369,7 +1369,7 @@ msgid ""
1369
1369
msgstr ""
1370
1370
"Otra razón menor es que los dos puntos facilitan a los editores con "
1371
1371
"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 "
1373
1373
"del texto del programa."
1374
1374
1375
1375
#: ../Doc/faq/design.rst:726
0 commit comments