Change Instance

HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "unit": "https://translate-dev.freebsd.org/api/units/13549/?format=api",
    "component": "https://translate-dev.freebsd.org/api/components/freebsd-doc/articles_bsdl-gpl/?format=api",
    "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_bsdl-gpl/es/?format=api",
    "user": "https://translate-dev.freebsd.org/api/users/Aaron/?format=api",
    "author": "https://translate-dev.freebsd.org/api/users/Aaron/?format=api",
    "timestamp": "2020-12-10T12:30:22.643110Z",
    "action": 2,
    "target": "Las empresas han reconocido desde hace mucho tiempo que la creación de estándares de facto es una técnica de marketing clave. La licencia BSD cumple bien este papel, si una empresa realmente tiene una ventaja única en la evolución del sistema. La licencia es legalmente atractiva para la audiencia más amplia, mientras que la experiencia de la empresa asegura su control. Hay ocasiones en las que la GPL puede ser el vehículo adecuado para intentar crear tal estándar, especialmente cuando se intenta socavar o cooptar a otros. La GPL, sin embargo, penaliza la evolución de ese estándar, porque promueve una suite en lugar de un estándar comercialmente aplicable. El uso de una suite de este tipo plantea constantemente problemas legales y de comercialización. Puede que no sea posible mezclar estándares cuando algunos están bajo la GPL y otros no. Una verdadera norma técnica no debería exigir la exclusión de otras normas por razones no técnicas.",
    "id": 85714,
    "action_name": "Translation changed",
    "url": "https://translate-dev.freebsd.org/api/changes/85714/?format=api"
}