Yo lo traduciría como "límite aceptable"

Un saludo


Enviado desde mi iPhone

El 30/04/2013, a las 00:03, jfcalcerrada <notifications@github.com>
escribió:

In accepted/es/PSR-2-guia-de-estilo-de-codificacion.md:

> +- NO DEBERÍA implica que pueden existir razones bajo ciertas circunstancias cuando el comportamiento es aceptable o incluso útil, pero todas las implicaciones deben ser entendidas cuidadosamente y sopesadas antes de implementar algún comportamiento descrito por esta etiqueta para ignorar dicho comportamiento.
> +- PUEDE u OPCIONAL implica que el elemento es puramente opcional. Cualquier proveedor puede elegir incluir dicho elemento porque crea que conlleva mejoras en su producto mientras otro puede elegir obviarlas. Una implementación que no incluya un opción particular TIENE QUE estar preparada para operar con otra implementación que incluya dicha opción, aunque implique limitar la funcionalidad. De la misma manera, una implementación que incluya una opción particular TIENE QUE estar preparada para otra que no la incluya (excepto, por supuesto, para la característica que la opción provea).
> +
> +[RFC 2119]: http://www.ietf.org/rfc/rfc2119.txt
> +[PSR-0]: https://github.com/php-fig/fig-standards/blob/master/accepted/es/PSR-0.md
> +[PSR-1]: https://github.com/php-fig/fig-standards/blob/master/accepted/es/PSR-1-basic-coding-standard.md
> +
> +
> +1. Visión general
> +-----------------
> +
> +- El código TIENE QUE seguir [PSR-1][].
> +
> +- El código TIENE QUE usar 4 espacios como indentación, no tabuladores.
> +
> +- NO TIENE QUE haber un límite estricto en la longitud de la línea; el límite TIENE QUE estar 120 caracteres; las líneas DEBERÍAN tener 80 caracteres o menos.

Y también falta un adjetivo, alguna sugerencia para soft limit?

—
Reply to this email directly or view it on
GitHub<https://github.com/php-fig/fig-standards/pull/114/files#r4008983>
.