Hoy es un gran día. Voy a tratar de explicar por qué. Como mencioné en mi introducción post nuestro equipo es la creación de varias de diferentes TCK. El área que mi trabajo consiste en la llamada LANG - Puedo desarrollar las pruebas de lenguaje Java. Hace mucho tiempo, más de 2 años a partir de ahora, empezamos a trabajar en . Tuvimos que resolver muchos problemas que suelen ocurrir durante el cambio de especificaciones (prometo escribir más sobre esto). Nuestro equipo está terminando JCK 6a, lang pruebas es parte de este JCK. Hoy ejecutar los scripts de cobertura y por fin podemos decir que tenemos 99% de cobertura de la afirmación de JLS 3. Para ser más precisos hemos 99,4%. Significa que escribió ensayos para el 99% de sentances en JLS 3 que había marcado como potencialmente comprobables. ¿No es genial? Apuesto a que es!
El trabajo no está terminado todavía y sin duda no será tan - hay muchas razones por las que más pruebas se necesitan para:
mejoramiento de la cobertura de profundidad - más pruebas para afirmaciones se necesitan varios;
hay sentances que son comprobables, pero por razones varias que no había marcado como potencialmente comprobables;
habrá JLS 4 en breve, debería empezar a trabajar en ella tan pronto como sea posible.
Diferentes personas podrían tener respuestas frente a una pregunta en un título. La mayoría diría "Sí, por supuesto". De hecho el 99% es casi el 100%. Y lo que es de 100% - es una perfección. 99% se ve muy bien, y es genial. Pero debemos entender lo que este número representa, y lo que se puede mejorar. Mi opinión es que sí, es grande, colosal, enorme, pero no, no es suficiente, quiero más, incluso más del 100% ", por eso me propongo crear un script para el cálculo de la cobertura de profundidad.
Gracias a todos los desarrolladores de Sun que ha funcionado JCK-Lang, gracias a la gente que ayudó a (especialmente, compilador de equipo) y gracias sin duda a todos los grandes programadores que utilizan Java
mundo Java se hizo aún más compatible y más seguros!
Leo blogs. Empecé a leer ellas mucho más. ¿Por qué hago esto? Bueno .. soy un creyente de que el intercambio de información hace divertido el trabajo de otras personas más. Y no sólo el trabajo, pero la gente vive en general. Compartir los conocimientos y pensamientos es un gran paso hacia la construcción de comunidades. Weblog permite publicar pensamientos, opiniones, ideas, preocupaciones de los lectores. Si bien los lectores pueden abrir un diálogo sobre un tema discutido el uso de comentarios. Yo quería crear mi blog personal hace mucho tiempo, pero creo que finalmente lo hizo. Yo trabajo como ingeniero de software en un grupo que crea un producto muy importante. Este producto no es tan conocido como Java o Solaris. Yo diría que la mayor parte de los ingenieros de software en este gran mundo no conoce. Sin embargo, sin este producto no habrá Java como la conocemos. Al menos Java no será tan bueno, tan popular y tan extendida como es y como queremos que sea. Sin este producto no habrá WORA (escribir una vez ejecutado en cualquier lugar). Sí, estoy hablando acerca de la compatibilidad. Y el producto es un TCK (Technology Compatibility Kit) para Java. En dos palabras TCK es una serie de pruebas, que se asegura de que las implementaciones de Java se ajustan a la especificación. Mi grupo trabaja en varios de TCK. Pero la principal es para la plataforma Java SE. Hay varias áreas diferentes en JCK (TCK para Java SE): API, lenguaje Java y la máquina virtual. Mi área que trabajo desde hace más de dos años es "lenguaje Java". Escribo compilador y pruebas de tiempo de ejecución para asegurarse de que las implementaciones de Sun y otras empresas se comportan exactamente como se dice en el JLS (Java Language Specification). En este blog trataré de compartir mis conocimientos, mis opiniones y pensamientos con respecto a mi trabajo. PS: Inglés no es mi lengua materna. Es por eso que me gustaría pedir disculpas por los posibles errores (estoy seguro de que hay muchos de ellos ya) y sentances raro en mi weblog. Voy a intentar hacerlo lo mejor posible.