TAW Logo
TAW 3.0 (2/9/10 5:12 PM) Validation conform to WAI guidelines, W3C Recommendation 5 May 1999
Testing outcome: https://etsiit.ugr.es/apps/cicj/
Go to the Fundación CTIC website
Test summary outcome
AutomaticHuman review
Priority 1025
Priority 2346
Priority 3016
1. Human review2. Human review3. Human review2. Human review1. Human review1. Human review1. Human review2. Human review1. Human review2. Human review1. Human review1. Human review1. Human review2. Human review1. Human review2. Automatic

ETS de Ingenierías Informática y de Telecomunicación

2. Human review 3. Human review2. Human review

3. Human review
2. Human review 2. Human review2. Human review 2. Human review

I Certamen intelligenia CodeJam

2. Human reviewSoluciones y premios

2. Human review2. Automatic Con motivo del Día de la Escuela que se celebrará el próximo 9 de Mayo de 2008 en la Escuela Técnica Superior de Ingenierías Informática y de Telecomunicación, el Equipo Web de la Escuela, con el patrocinio de 2. Human reviewintelligenia, 2. Human reviewempresa del sector del 2. Human reviewdesarrollo de software, 2. Human reviewdiseño web y 2. Human reviewprogramación, ha querido organizar el I Certamen intelligenia CodeJam.

Este certamen pretende premiar la capacidad resolutiva de los concursantes ante problemas de programación y algorítmicos en un tiempo reducido y bajo un clima competitivo. El certamen constará de varios problemas cortos, por tanto la velocidad mental para situarse en un problema y resolverlo rápidamente será un factor importante.

Los problemas propuestos en el certamen serán tales que permitan evaluar las siguientes habilidades o facetas propias de un ingeniero:

  • Implementación de algoritmos from scratch,
  • Comprensión de código ajeno,
  • Capacidad de adaptación a lenguajes de programación desconocidos,
  • Capacidad para el planteamiento de soluciones a problemas complejos,
  • Comprensión de textos en ingles de carácter informático/matemático,
  • Capacidad para detectar posibles problemas en las primeras fases de análisis de un problema,
  • Etc.

Serán factores a valorar la rapidez de resolución de los problemas, la elegancia de las soluciones propuestas, su eficiencia, su capacidad para sorprender e innovar, la legibilidad del código resultante, etc.

Este concurso es promovido y organizado por el Equipo Web de la ETSIIT, contando con el patrocinio de 2. Human reviewIntelligenia Soluciones Informáticas S.L. y la ETSIIT.

Para cualquier duda o sugerencia puede ponerse en contacto con el Equipo Web de la ETSIIT mediante el 2. Human reviewformulario de contacto de ésta Web, poniendo en el asunto "I Certamen intelligenia CodeJam".

1. Human review

Información sobre el certamen

1. Human review2. Human review2. Automatic

  • Coordinación: Equipo Web de la ETSIIT
  • Patrocinadores: 2. Human reviewintelligenia y ETSIIT
  • Jurado: El jurado estará compuesto por varios miembros, con representación al menos de los siguientes grupos:
  • Fecha del certamen: El 9 de Mayo de 2008, día de la ETSIIT.
  • Horario de certamen: De 11:00 a 13:00.
  • Lugar: Laboratorio 3.1 de la ETSIIT.
  • Requisitos: Ser estudiante de la ETSIIT en cualquiera de las 4 titulaciones que se imparten. Quedan excluidas las personas vinculadas al Equipo Web y los miembros de intelligenia.
  • Material: En el laboratorio dispondrán de las herramientas software necesarias para la resolución de los problemas. Los participantes que lo deseen pueden utilizar portatiles propios. Es posible que necesiten contar con un compilador C++, un navegador web y conexión a internet.
  • Identificación: Para acceder al certamen deberá ir acompañado de su DNI o documento identificativo similar. En caso de resultar ganador se pedirá documento acreditativo de estar matriculado en cualquiera de las cuatro titulaciones que se imparten en la ETSIIT.
  • Plazas: El número de plazas estará limitado en función del número de puestos disponibles. Se aplicará estrictamente el orden de inscripción, si bien es posible que el número de plazas disponibles sea mayor para aquellos que cuenten con sus propios equipos. Visite periódicamente esta web para más información.

1. Human review

Premios

El ganador del certamen recibirá una consola Nintendo Wii (premio patrocinado por intelligenia). Además se otorgará un accésit consistente en la realización del curso Programación Web 2.0: Interfaces De Usuario Avanzadas Con Ajax, organizado por el Centro de Formación Continua de la UGR y reconocido como Libre Configuración por la secretaría de la ETSIIT (premio patrocinado por intelligenia). La Escuela Técnica Superior de Ingenierías Informática y de Telecomunicación también otorgará uno o más accésit cuyo premio está por determinar.

Todos los premios pueden ser declarados desiertos por el jurado si la calidad de los trabajos presentados o el número de participantes así lo hacen recomendables.

Modificación de éstas bases

Sin perjuicio de lo dispuesto en éstas bases, la organización se reserva el derecho de modificación unilateral de las mismas. Todos los cambios serán notificados en ésta misma web, sin que la organización quede obligada a ningún otro tipo de notificación.

2. Human reviewcontactar con equipo web
2. Human reviewcontactar con secretaria

C/Periodista Daniel Saucedo Aranda s/n E-18071 (Granada-Spain) Phone: +34-958242802

2. Human reviewlogo ETSIIT
2. Human reviewxhtml valid 3. Human review2. Human reviewtaw3 valid
2. Human reviewcss valid 3. Human review2. Human reviewOptimizado para firefox
ETSIIT-Web 2.0 Pinky. Rev. 14902.
2. Human review1. Human review1. Human review1. Human review2. Human review1. Human review 2. Human review1. Human review1. Human review1. Human review2. Human review1. Human review

Found issues:

Priority 1[WAI] Priority 1 accessibility issues. A Web content developer must satisfy this checkpoint. Otherwise, one or more groups will find it impossible to access information in the document. Satisfying this checkpoint is a basic requirement for some groups to be able to use Web documents. No automatically detected problems and 25 problems that require human review have been found.

2.1 Ensure that all information conveyed with color is also available without color, for example from context or markup.

4.1 Clearly identify changes in the natural language of a document's text and any text equivalents (e.g., captions).

6.1 Organize documents so they may be read without style sheets. For example, when an HTML document is rendered without associated style sheets, it must still be possible to read the document.

6.2 Ensure that equivalents for dynamic content are updated when the dynamic content changes.

6.3 Ensure that pages are usable when scripts, applets, or other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page.

7.1 Until user agents allow users to control flickering, avoid causing the screen to flicker.

8.1a Make programmatic elements such as scripts and applets directly accessible or compatible with assistive technologies, if functionality is important and not presented elsewhere.

11.4 If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has equivalent information (or functionality), and is updated as often as the inaccessible (original) page.

14.1 Use the clearest and simplest language appropriate for a site's content.

Priority 2[WAI] Priority 2 accessibility issues. A Web content developer should satisfy this checkpoint. Otherwise, one or more groups will find it difficult to access information in the document. Satisfying this checkpoint will remove significant barriers to accessing Web documents. 3 automatically detected problems and 46 problems that require human review have been found.

11.2 Avoid deprecated features of W3C technologies.

2.2a Ensure that foreground and background color combinations for images provide sufficient contrast when viewed by someone having color deficits or when viewed on a black and white screen.

3.1 When an appropriate markup language exists, use markup rather than images to convey information.

3.2 Create documents that validate to published formal grammars.

3.4 Use relative rather than absolute units in markup language attribute values and style sheet property values.

3.5 Use header elements to convey document structure and use them according to specification.

3.6 Mark up lists and list items properly.

3.7 Mark up quotations. Do not use quotation markup for formatting effects such as indentation.

6.4 For scripts and applets, ensure that event handlers are input device-independent.

7.2 Until user agents allow users to control blinking, avoid causing content to blink (i.e., change presentation at a regular rate, such as turning on and off).

7.3 Until user agents allow users to freeze moving content, avoid movement in pages.

8.1b Make programmatic elements such as scripts and applets directly accessible or compatible with assistive technologies.

9.3 For scripts, specify logical event handlers rather than device-dependent event handlers.

10.1 Until user agents allow users to turn off spawned windows, do not cause pop-ups or other windows to appear and do not change the current window without informing the user.

10.2 Until user agents support explicit associations between labels and form controls, for all form controls with implicitly associated labels, ensure that the label is properly positioned.

11.1 Use W3C technologies when they are available and appropriate for a task and use the latest versions when supported.

13.1 Clearly identify the target of each link.

13.2 Provide metadata to add semantic information to pages and sites.

13.3 Provide information about the general layout of a site (e.g., a site map or table of contents).

13.4 Use navigation mechanisms in a consistent manner.

Priority 3[WAI] Priority 3 accessibility issues. A Web content developer may address this checkpoint. Otherwise, one or more groups will find it somewhat difficult to access information in the document. Satisfying this checkpoint will improve access to Web documents. No automatically detected problems and 16 problems that require human review have been found.

2.2b Ensure that foreground and background color combinations for text provide sufficient contrast when viewed by someone having color deficits or when viewed on a black and white screen.

4.2 Specify the expansion of each abbreviation or acronym in a document where it first occurs.

9.4 Create a logical tab order through links, form controls, and objects.

9.5 Provide keyboard shortcuts to important links (including those in client-side image maps), form controls, and groups of form controls.

10.5 Until user agents (including assistive technologies) render adjacent links distinctly, include non-link, printable characters (surrounded by spaces) between adjacent links.

11.3 Provide information so that users may receive documents according to their preferences (e.g., language, content type, etc.)

13.5 Provide navigation bars to highlight and give access to the navigation mechanism.

13.6 Group related links, identify the group (for user agents), and, until user agents do so, provide a way to bypass the group.

13.7 If search functions are provided, enable different types of searches for different skill levels and preferences.

13.8 Place distinguishing information at the beginning of headings, paragraphs, lists, etc.

13.9 Provide information about document collections (i.e., documents comprising multiple pages.).

14.2 Supplement text with graphic or auditory presentations where they will facilitate comprehension of the page.

14.3 Create a style of presentation that is consistent across pages.

13.10 Provide a means to skip over multi-line ASCII art.