Skip to content

Commit 70b3f7e

Browse files
kantkant
authored
Semantic issues & minor fixes
1 parent b0494ea commit 70b3f7e

File tree

1 file changed

+21
-21
lines changed

1 file changed

+21
-21
lines changed

‎translations/es_ES/readme.md

Lines changed: 21 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -106,9 +106,9 @@ Los proyectos deberían tratar de incluir siempre algún mecanismo para que el c
106106

107107
### Testing
108108

109-
Los proyectos _deben_ incluir alguna forma de testing (test unitario, test funcional, etc). Las demos NO CUENTAN como "tests". A continuación, una lista de frameworks para testing, ninguno de los cuales recomiendo más que otro.
109+
Los proyectos _deben_ incluir alguna forma de prueba (test unitario, test funcional, etc). Las demos NO CUENTAN como "tests". A continuación, una lista de frameworks para testing, ninguno de los cuales recomiendo más que otro.
110110

111-
* [QUnit](http://github.com/jquery/qunit)
111+
* [QUnit](https://github.com/jquery/qunit)
112112
* [Jasmine](https://github.com/pivotal/jasmine)
113113
* [Vows](https://github.com/cloudhead/vows)
114114
* [Mocha](https://github.com/visionmedia/mocha)
@@ -121,7 +121,7 @@ Los proyectos _deben_ incluir alguna forma de testing (test unitario, test funci
121121

122122
* [Espacios en blanco](#whitespace)
123123
* [Beautiful Syntax](#spacing)
124-
* [Checkeo de tipos (Cortesía de la guía de estilo de jQuery)](#type)
124+
* [Comprobación de tipos (Cortesía de la guía de estilo de jQuery)](#type)
125125
* [Evaluación condicional](#cond)
126126
* [Estilo práctico](#practical)
127127
* [Naming](#naming)
@@ -137,7 +137,7 @@ Los proyectos _deben_ incluir alguna forma de testing (test unitario, test funci
137137

138138
## Prólogo
139139

140-
Las siguientes secciones delinean una guía de estilos _razonable_ para desarrollo moderno de JavaScript, y no intentan ser prescriptivas. Lo más importante es la **ley de consistencia de estilo de código**. Cualquiera sea el estilo que escojas para tu proyecto debería ser considerado ley. Piensa en este documento como una declaración del compromiso para con la consistencia de estilo, legibilidad y mantenibilidad.
140+
Las siguientes secciones delinean una guía de estilos _razonable_ para un desarrollo moderno de JavaScript, y no intentan ser prescriptivas. Lo más importante es la **ley de consistencia de estilo de código**. Cualquiera sea el estilo que escojas para tu proyecto debería ser considerado ley. Piensa en este documento como una declaración del compromiso para con la consistencia de estilo, legibilidad y mantenibilidad.
141141

142142

143143

@@ -342,7 +342,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
342342
343343
// Expresión de función con identificador
344344
// Esta forma es preferida porque tiene el valor agregado de
345-
// poder ser llamada a sí misma y ser identificable en el seguimiento de la pila (MUY útil para debugging) :
345+
// poder ser llamada a sí misma y ser identificable en el seguimiento de la pila (MUY útil para debugging):
346346
var factorial = function factorial( number ) {
347347
if ( number < 2 ) {
348348
return 1;
@@ -375,7 +375,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
375375
// 2.C.1.1
376376
// Funciones con callbacks
377377
foo(function() {
378-
// Como se ve no hay espacio entre el primer paréntesis
378+
// Como se ve, no hay espacio entre el primer paréntesis
379379
// y la palabra "function"
380380
});
381381
@@ -402,7 +402,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
402402
D. La consistencia siempre gana
403403

404404
En las secciones 2.A-2.C, las reglas para los espacios son puestas con un objetivo más simple y con un propósito más general: consistencia.
405-
Es importante destacar que algunas preferencias de formato, deberían ser consideradas opcionales, pero solo un estilo debería existir a través de todo el código de fuente de tu proyecto.
405+
Es importante destacar que algunas preferencias de formato, deberían ser consideradas opcionales, pero solo un estilo debería existir a través de todo el código fuente de tu proyecto.
406406

407407
```javascript
408408
@@ -430,13 +430,13 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
430430

431431
E. Comillas
432432

433-
Si prefieres comillas simples o dobles no debería importar, no hay diferencias en como JavaScript las parsea. Lo que **ABSOLUTAMENTE DEBE** ser cumplido es la consistencia. **Nunca mezclar comillas en el mismo proyecto. Elegir un estilo y cumplirlo.**
433+
Si prefieres comillas simples o dobles no debería importar, no hay diferencias ya que JavaScript las parsea. Lo que **ABSOLUTAMENTE DEBE** ser cumplido es la consistencia. **Nunca mezclar comillas en el mismo proyecto. Elegir un estilo y cumplirlo a rajatabla.**
434434

435435
F. Fin de línea y líneas vacías
436436

437437
Espacios en blanco pueden arruinar diffs y hacer los cambios imposibles de leer. Considera agregar algún mecanismo para remover automáticamente los espacios que se encuentran al final de la línea o en líneas vacías.
438438

439-
3. <a name="type">Checkeo de tipos (Cortesía de la guía de estilo de jQuery)</a>
439+
3. <a name="type">Verificación de tipos (Cortesía de la guía de estilo de jQuery)</a>
440440

441441
A. Tipos
442442

@@ -514,12 +514,12 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
514514
...
515515
516516
// En algún lugar, más tarde en tu código, necesitas modificar `foo`
517-
// con un nuevo valor derivado de el elemento input del HTML
517+
// con un nuevo valor derivado del elemento input del HTML
518518
519519
foo = document.getElementById("foo-input").value;
520520
521521
// Si vas a testear `typeof foo` ahora, el resultado sería `string`
522-
// Esto significa que si hubieras tenido lógica que comparara `foo` así:
522+
// Esto significa que si hubieras tenido lógica que comparar `foo` así:
523523
524524
if ( foo === 1 ) {
525525
@@ -636,7 +636,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
636636
// false
637637
638638
// Nótese que el ejemplo anterior debería ser considerado "innecesariamente inteligente"
639-
// Prefiérase el approach obvio de comparar el valor retornado de
639+
// Prefiérase el método obvio de comparar el valor retornado de
640640
// indexOf, como en:
641641
642642
if ( array.indexOf( "a" ) >= 0 ) {
@@ -663,7 +663,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
663663
// Todos resultan en 2
664664
665665
666-
// Tener en cuenta que números negativos serán tratados de otra manera...
666+
// Tener en cuenta que los números negativos serán tratados de otra manera...
667667
668668
var neg = -2.5;
669669
@@ -752,7 +752,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
752752
753753
754754
// 4.1.7
755-
// Cuando solamente se esta evaluando una referencia que puede ser null o undefined, pero NO false, "" or 0,
755+
// Cuando solamente se está evaluando una referencia que puede ser null o undefined, pero NO false, "" or 0,
756756
// en lugar de:
757757
if ( foo === null || foo === undefined ) ...
758758
@@ -764,7 +764,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
764764
null == undefined
765765
766766
```
767-
SIEMPRE evaluar por el mejor, más preciso resultado - lo de arriba es sólo una guía, no un dogma.
767+
SIEMPRE evaluar por el mejor, por el resultado más preciso - lo de arriba es sólo una guía, no un dogma.
768768

769769
```javascript
770770
@@ -884,7 +884,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
884884

885885

886886

887-
Si no eres un compilador/compresor humano de código, no te esfuerces por de serlo.
887+
Si no eres un compilador/compresor humano de código, no te esfuerces por serlo.
888888

889889
A continuación ejemplos "tristes" de nombramiento de variables
890890

@@ -986,13 +986,13 @@ B. Caras de `this`
986986
stream.read( opts.path, function( data ) {
987987
988988
// Actualizar el valor de la instancia
989-
// con el valor mas reciente del
989+
// con el valor más reciente del
990990
// data stream
991991
this.value = data;
992992
993993
}.bind(this) );
994994
995-
// Regular la frecueancia de eventos emitidos de
995+
// Regular la frecuencia de eventos emitidos de
996996
// esta instancia de Device
997997
setInterval(function() {
998998
@@ -1127,7 +1127,7 @@ B. Caras de `this`
11271127

11281128
7. <a name="misc">Varios</a>
11291129

1130-
Esta sección servirá para describir ideas y conceptos que no deberían se considerados dogmas, pero existen para alentar a cuestionarse prácticas, en un intento para encontrar mejores maneras de llevar a cabo tareas comunes de programación en JavaScript.
1130+
Esta sección servirá para describir ideas y conceptos que no deberían ser considerados dogmas, pero existen para alentar a cuestionarse prácticas, en un intento para encontrar mejores maneras de llevar a cabo tareas comunes de programación en JavaScript.
11311131

11321132
A. El uso de `switch` debería ser evitado, ya que los métodos modernos de tracing marcarán como negativas las funciones que contengan sentencias `switch`.
11331133

@@ -1156,7 +1156,7 @@ B. Caras de `this`
11561156
11571157
// 7.A.1.2
11581158
// Una manera alternativa que soporta componibilidad y reusabilidad es
1159-
// usar un objeto para guardad "cases" y una función para delegar:
1159+
// usar un objeto para guardar "cases" y una función para delegar:
11601160
11611161
var cases, delegator;
11621162
@@ -1304,4 +1304,4 @@ Cualquier proyecto que cite este documento como una guía para estilo no va a ac
13041304
----------
13051305

13061306

1307-
<a rel="license" href="http://creativecommons.org/licenses/by/3.0/deed.en_US"><img alt="Creative Commons License" style="border-width:0" src="http://i.creativecommons.org/l/by/3.0/80x15.png" /></a><br /><span xmlns:dct="http://purl.org/dc/terms/" property="dct:title">Principles of Writing Consistent, Idiomatic JavaScript</span> by <a xmlns:cc="http://creativecommons.org/ns#" href="https://github.com/rwldrn/idiomatic.js" property="cc:attributionName" rel="cc:attributionURL">Rick Waldron and Contributors</a> is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by/3.0/deed.en_US">Creative Commons Attribution 3.0 Unported License</a>.<br />Based on a work at <a xmlns:dct="http://purl.org/dc/terms/" href="https://github.com/rwldrn/idiomatic.js" rel="dct:source">github.com/rwldrn/idiomatic.js</a>.
1307+
<a rel="license" href="https://creativecommons.org/licenses/by/3.0/deed.en_US"><img alt="Creative Commons License" style="border-width:0" src="https://i.creativecommons.org/l/by/3.0/80x15.png" /></a><br /><span xmlns:dct="http://purl.org/dc/terms/" property="dct:title">Principles of Writing Consistent, Idiomatic JavaScript</span> by <a xmlns:cc="https://creativecommons.org/ns#" href="https://github.com/rwldrn/idiomatic.js" property="cc:attributionName" rel="cc:attributionURL">Rick Waldron and Contributors</a> is licensed under a <a rel="license" href="https://creativecommons.org/licenses/by/3.0/deed.en_US">Creative Commons Attribution 3.0 Unported License</a>.<br />Based on a work at <a xmlns:dct="http://purl.org/dc/terms/" href="https://github.com/rwldrn/idiomatic.js" rel="dct:source">github.com/rwldrn/idiomatic.js</a>.

0 commit comments

Comments
 (0)