Android, nueva IDE?

 Oficialmente presentado en Google IO, el soporte de Android a una nueva IDE: IntelliJ IDEA, agregada a la existente sobre Eclipse. De lo que en distintas fuentes informales se puede inferir, no se trata de una IDE mas, sino de una preferente. Aunque parece ser que para los desarrolladores de Google es una excelente noticia (1, 2, en algún caso con alguna reserva,3), no estoy muy seguro que lo sea para un buen número de desarrolladores o empresas que hoy usan Android sobre Eclipse, no sólo por lo bien o mal que Android se puede usar sobre esta IDE, sino por el soporte que Eclipse ofrece en otros tipos de proyectos, que usualmente estarán conectados con Android. El valor de Eclipse está en la fuerte comunidad de desarrollo abierto, que ha montado sobre la IDE centenares de proyectos en el terreno del modelado, o de la infraestructura al  servicio de la construcción de estos proyectos. No sé si el  impacto de este cambio ha sido pesado de manera correcta.
En todo caso, si observo el tipo de críticas de los "googlers" a Eclipse, diría que están dispuestos a avanzar sobre IntelliJ con preferencia, dejando atrás a Eclipse si no es capaz de responder en sincronía a nuevos desarrollos. De sus dichos no se desprende un abandono de éste, sino un "soporte relegado".
En demérito del cambio se debería señalar que la comunidad de soporte de IntelliJ tendrá por lo general una extensión menor que la que Eclipse tendría...y que estamos hablando en este caso de una empresa comercial, de la que Android está tomando la parte de su producto que está puesta en open source. ¿Es esta una gran idea, estratégica? ¿Es comparable el alcance de la apertura y extensibilidad de uno y otro? Lo pongo en duda.
Una política que ha restado contínuamente seguidores a Microsoft es la de efectuar cambios a sus productos que dañan a su comunidad de usuarios (lo más evidente y profundo, el cambio de Win32 a WinRT). Parece ser que Google está jugando con el mismo estilo.
El anuncio del equipo de IntelliJ, en su sitio y su blog.

Wikipedia y la programación

Parece ser que, en Wikipedia, no hemos logrado el respaldo de los mejores escritores en algunas áreas de programación. En OOP, desde el mismo concepto hasta varios de sus elementos constitutivos, aparecen débilmente definidos: encapsulamiento, herencia, polimorfismo, interfaz, y varios otros. Quizá se podría decir que más interesante que el artículo en sí, es, en cada caso, la discusión entre los redactores y observadores. Creo que sería más conveniente la creación de un grupo de trabajo con respaldo en buenos conocimientos, que discutiera un enfoque general común, y mantuviera un plan de redacción unificado y consistente, que abarque el problema con mejor sustento teórico, y un plan homogéneo de casos y ejemplos. No parece recomendable en varios casos, acudir a Wikipedia en busca de una respuesta. En este caso, es preferible la versión inglesa.

Treinta años de Internet

Ariel Torres, en La Nación, comenta y rememora la creación de los protocolos que dieron lugar a Internet, hace treinta años, es decir, en enero de 1983. Coincidiendo con el inicio de la época en que el eje se desplazaba de mainframes o equipos de rango medio a las PCs, donde todavía reinaba IBM. Recuerdo las discusiones en revistas técnicas de networking, donde todavía ARPANET era el centro de la actividad: las nuevas perspectivas aparecían muy prometedoras desde su mismo inicio. Y aún faltaba para la WWW, y tampoco se hablaba todavía de la "autopista de la información". Habla Ariel Torres:

Fue un enero como cualquier otro, con noticias de primera plana, como la erupción del volcán Kilauea (cuya lava todavía hoy continúa fluyendo), el retiro de tenista Björn Borg de las canchas, el arresto del criminal nazi Klaus Barbie en Bolivia y la sentencia a cadena perpetua de 25 miembros de las Brigadas Rojas, en Italia, por el asesinato de Aldo Moro. Hubo también noticias menos relevantes, relacionadas con unas máquinas que se venían vendiendo como pan caliente desde agosto de 1981, las IBM/PC. En efecto, en enero de 1983 salía la primera versión de la planilla de cálculo Lotus 1-2-3 , que pronto se transformaría en una herramienta ineludible de la informática personal.
Detrás de estas noticias grandes y pequeñas, locales e internacionales, ocurrió algo sobre lo que no hubo crónica ni titular, pero que transformaría nuestra realidad, en los siguientes 30 años, más allá de lo que nadie por entonces se atrevía a imaginar. El primer día de 1983 nació Internet. O, dicho de otra forma, se completó la migración de los protocolos usados en Arpanet (los NCP, por Network Control Program) a los protocolos de Internet, los hoy bien conocidos y universalmente usados TCP/IP.
Arpanet, que había sido puesta en marcha el 29 de octubre de 1969 a las 10 y media de la noche , y que es considerada la antecesora de Internet, había comenzado a mostrar sus limitaciones en los primeros años de la década del '70. En 1973 se puso sobre la mesa la idea de que se necesitaba renovar la tecnología de tal modo que la transmisión de paquetes de datos pudiera realizarse no ya entre hosts (computadoras, por así decir), sino entre redes de computadoras. De hecho, la palabra Internet proviene de ese concepto, el de internetting , conectar redes entre sí, lo mismo que la frase red de redes para referirse a Internet.

Vinton Cerf, Lawrence Roberts (promotor de Arpanet), Bob Kahn y Tim Berners-Lee (creador de la Web) en 2002, cuando recibieron el Príncipe de Asturias. (Foto y leyenda de La Nación)

Vinton Cerf y Bob Kahn fueron los responsables de crear el nuevo conjunto de protocolos, es decir, la nueva tecnología de conexión a la que hoy llamamos, simplemente, Internet. Empezaron a trabajar en el proyecto en el verano de 1973, bosquejando las ideas básicas, que durante los siguientes 4 años se formularían, codificarían y consolidarían. En noviembre de 1977 se hizo el primer experimento conectando tres redes mediante TCP/IP, una en Noruega, otra en Inglaterra y la tercera en los Estados Unidos.
En total, les llevó 10 años y un ejército de programadores el crear, implementar y migrar a los TCP/IP; esto es, poner en marcha Internet. Pero cumplieron a rajatabla con el plan que se habían impuesto y el primer día de enero de 1983, aunque no salió en los diarios ni se le dedicó un instante de TV, este esforzado equipo de hombres y mujeres plantó los cimientos de una tecnología que cambiaría el mundo para siempre.
La falta de cobertura no fue, sin embargo, una falla de los periodistas. Por entonces, la recién nacida Internet era un experimento académico, tan lejos del resto de nosotros como los viajes espaciales, y ciertamente mucho menos atractivo. Una cosa de científicos. Habrían de pasar otros 7 años antes de que el público pudiera conectarse a la red de redes en los Estados Unidos. En la Argentina, que había sido conectada a Internet en 1990, los accesos a particulares llegarían en 1995. Es decir, 12 años después del nacimiento de la Red. Puede leerse (en inglés) el plan de migración de NCP a TCP/IP en este histórico documento .

 En Wikipedia en español hay una historia que debe complementarse con su versión inglesa. En la versión en castellano hay un cuadro de ARPANET que muestra el estado previo de las redes públicas.
Sólo mencionado al pasar: observo que el concepto "autopista de la información" están explicados de manera muy diferente en inglés o en castellano. Mucho que hablar sobre la preparación de artículos para Wikipedia...

Java legacy, II

A propósito de las afirmaciones sobre la declinación de Java, mayores hacia inicios de año que ahora, Martijn Verburg, en su revista de Java para 2012, se refiere al tema y lo refuta claramente:

The community continues to thrive despite many main stream tech media reports of ‘developers leaving the Java platform’ or ‘Java is dead’. There are more Java User Groups (JUGs) than ever before, consisting of ~400,000 developers world wide.
Notably, one of them, the London Java Community won several awards including the Duke’s Choice award and JCP Member of the Year (along with SouJava – the major Brazilian JUG).
The conference circuit is bursting at the seams with large, sold out in advance, world-class Java conferences such as JFokus, Devoxx and of course JavaOne. In addition to this the host of regional conferences that often pack in an audience of over 1000 people all continued to do well.
Oracle’s Java Magazine was launched and has grown to over 100,000 subscribers. Stalwarts like JaxEnter, Coderanch and the Javaposse continue to grow in audience sizes.

OpenJDK

Further OpenJDK reforms happened over 2012 and a new scorecard is now in place for the wider community to give feedback on governance, openness and transparency.
2012 also saw a record number of individuals and organisations joining OpenJDK. In particular, the port to the ARM processor and support for running Java on graphic cards (Project Sumatra) were highlights this year.

Java Community Process (JCP)

The Java Community Process (JCP), Java’s standards body also continued its revival with record numbers of new sign-ups and a hotly contested election. As well as dealing with the important business of trademarks, IP and licensing for Java, a re-focus on the technical aspects for Java Specification Requests (JSRs) occurred. In particular the new Adopt a JSR programme is being strongly supported by the JCP.

Java and the JVM

The JVM continues to improve rapidly through OpenJDK – the number of Java Enhancement Proposals (JEPs) going into Java 8 is enormous. Jigsaw dropping out was a disappointing but given the lack of broader vendor support and the vast amount of technical work required, it was the correct decision.

JEE / Spring

JEE7 is moving along nicely (and will be out soon), bringing Java developers a standard way to deal with the modern web (JSON, Web Sockets, etc). Of course many developers are already using the SpringSource suite of APIs but it’s good to see advancement in the underlying specs.

Rapid Web Development

Java/JVM based rapid web development frameworks are finally gaining the recognition they deserve. Frameworks like JBoss’s SEAM, Spring Roo, Grails, Play etc all give Java developers parity with the Rails and Django crowd.

Mechanical Sympathy

A major focus of 2012 was on Mechanical Sympathy (as coined by Martin Thompson in his blog). The tide has turned, and we now have to contend with having multi-core machines and virtualised O/S’s. Java developers have had to start thinking about how Java and the JVM interacts with the underlying platform and hardware.
Performance companies like jClarity are building tooling to help developers understand this complex space, but it certainly doesn’t hurt to get those hardware manuals off the shelf again!

Y cuando Martijn se refiere a las perspectivas de 2013, la expectativa persiste, con Java 8 en deliberación. Pero mejor vea el artículo, o siga Java Code Geeks. Al menos en mi caso, encuentro usualmente excelente material práctico con ellos.

¿Java Legacy?

Esta es una noticia "vieja": InfoQ comenta la migración de Twitter de Ruby a Java a propósito de la exitosa travesía de Twitter durante las elecciones estadounidenses. Twitter resistió 327.452 tweets por minuto, hasta 15.107 tweets por segundo en algunos momentos, sin caídas de proceso ni congestionamientos. InfoQ atribuye (en parte) esta mejora a la migración desde Ruby hacia java:

[ dice Mazen Rawashdeh, VP de Infrastructure Operations Engineering en Twitter]Part of the reason Twitter was able to sustain this level of traffic was down to a set of changes the company has been making to their infrastructure, including, as InfoQ previously reported, a gradual shift away from Ruby to a set of services written in a mixture of Java and Scala and running on the JVM.

InfoQ historia este proceso gradual de migración:

Twitter was at one time thought to be the largest Ruby on Rails shop in the world, and has made a substantial investment in its Ruby stack, going as far as developing its own generational garbage collector for Ruby called Kiji, which, unlike the standard Ruby collector, divides objects into generations and, on most cycles, will place only the objects of a subset of generations into the initial white (condemned) set.
In 2010, however the firm announced that it was shifting some of its development focus. For the front-end the firm followed the HTML5 trend of shifting rendering code into browser-based JavaScript, and, in so doing, it ceased to gain much benefit from Rails' templating model for building web pages. Then, citing both performance and code-encapsulation as drivers, the engineering team re-wrote both its back-end message queue and tweet storage engine in Scala.

 Respecto a los clientes móviles, Rawashdeh dice: As part of our ongoing migration away from Ruby we've reconfigured the service so traffic from our mobile clients hits the Java Virtual Machine (JVM) stack, avoiding the Ruby stack altogether.

Respecto a su motor de búsqueda, también el cambio se inclinó por java: in 2011 the engineering team announced that they had replaced the Ruby on Rails front-end for search with a Java server they called Blender. This resulted in a 3x drop in search latencies.

En años anteriores se comenzó a hablar de Java como un lenguaje legacy, y de su toma por parte de Oracle, como su sentencia de muerte. Sin embargo, ha corrido agua, y la muerte no se produce: Java 7 en marcha, y preparativos para Java 8. En mi experiencia personal, con un uso más extenso de Java, observo estabilidad, confiabilidad, y buena performace. Cada vez que he tenido problemas con la JVM se ha debido a fallos en la preparación de funciones, y he podido contar con buena ayuda de la  consola de java en primer lugar, y de la documentación y la buena capacidad de manejo de errores. Tanto como soporte servidor, como en funciones cliente, la respuesta ha sido normal. Como máquina servidora para aplicaciones web basados en HTML + Javascript, su servicio es transparente y robusto. Y esto, sin contar con su ubicuidad: en cierto modo, "multiplataforma" en mi caso implica Java. En fin, mi experiencia es coincidente con esto dicho en InfoQ.

La ética en la profesión informática

Nuevamente, Javier Garzás se ocupa de la informática en España desde el punto de vista de ésta como profesión. Aunque esta vez, el punto discutido trasciende el perfil de TI en España: es sin duda válido para cualquier medio. Javier propone un "juramento de no compromiso" con una práctica de desarrollo de software determinada, de tal forma que un profesional no adhiera a ultranza con una idea, particularmente en un universo en el que el cambio y la renovación conceptual es frecuente. Dice Javier:

Estoy cansado de la gente que es de una escuela de pensamiento y que rechaza las ideas de otra escuela de pensamiento. Tengo hambre de gente que no le importe de donde vienen las ideas, que les importe sólo lo que significan y lo que producen. Así que se me ocurrió esto del “juramento de no lealtad”.
Esto significa el fin de afirmaciones como “eso no está bien – no es ágil / orientado a objetos / puro / etc.”, en vez de discutir sobre si la idea (ágil o tradicional o impura o lo que sea) funciona bien en las condiciones del momento.
Los anteriores párrafos no son míos, aunque coincido tanto con ellos que es como si los hubiese escrito.
El anterior texto es el “juramento de no lealtad” escrito por Alistair Cockburn hace ya unos años y firmado por muchos profesionales que coinciden con él en rechazar esa mala práctica, tan común en nuestra profesión: casarse hasta el extremismo con una única manera de ver cómo gestionar y desarrollar software, hasta el punto de rechazar cualquier idea alternativa.
Así que si piensas igual, si se te ha pasado por la cabeza más de una vez que hacer y gestionar bien el software no pasa por casarse con una práctica de desarrollo, que una metodología no es ni un equipo de futbol, ni un partido político, ni una religión… que sepas que no estás sólo.

Confieso que, desde el punto de vista de adhesión a ideas, puedo incluírme en el bando de los "comprometidos", porque tengo algunos prejuicios, o quizá prevenciones, respecto a algunas prácticas y también a algunos "marcos de trabajo". Creo tener fundamento para ello, pero soy conciente de que corro este riesgo. Sin embargo, podríamos decir que hasta aquí estamos en un umbral de "autenticidad", es decir, cuando algo se hace por convencimiento, aunque pueda cometer errores gruesos por omisión o confrontación de otras soluciones posibles.
Pero existe algo más, que este juramento alcanza: cuando un argumento es defendido de mala fe. La informática es una profesión, que procura ingresos a partir de un servicio, especialmente para la inmensa mayoría de los profesionales que no son miembros de un grupo académico, o de una organización sin fines de lucro. Quisiera saber cuántos profesionales responsables o gerenciadores de alguna una gran empresa de informática, consultora, o asesora, no tienen sobre su conciencia el haber ocultado un fallo por omisión, una característica problemática en un producto en oferta, una obsolescencia frente a la competencia. Y eso dejando a un lado otras prácticas que caen en el delito, quizá más propias y abundantes en el "tercer mundo informático".
Quisiera ver un colegio profesional capaz de montar un tribunal de ética que condenara prácticas agresivas en la obtención de contratos, o que demandara promesas contractuales incumplidas. El día que así sucediera, les daré mayor valor. En tanto, veo pocas posibilidades de implantar el juramento de no-compromiso en nuestra profesión, y con ello, poco alcance de la credibilidad de un colegio.

Mejoras en el proceso de desarrollo de Plex

De interés para usuarios de Plex/2E: Acabo de recibir el boletín de noticias de CA, CA Tech Insider - CA Application Development, que trae una noticia que probablemente sea de importancia para muchos clientes, particularmente aquellos que puedan dedicar un pequeño equipo a laboratorio: CA aplicará Scrum al desarrollo de 2E y Plex, comenzando ya con 2E. Desarrollarán pre-releases mensuales con participación de clientes y retroalimentación de resultados: To boost ongoing collaboration with customers, the CA 2E 8.6 release used the Agile Scrum methodology. This approach provided monthly pre-release feature reviews with select customers. These reviews allowed customers to provide substantive feature feedback during the development cycle which allowed us to incorporate changes and provide customers with the features they wanted and needed. In 2013, we will continue to use the Agile Scrum methodology for CA 2E and will begin using Agile Scrum for CA Plex. 
Mejor solución que el sistema actual, basado en la participación en los programas beta, más espaciados, que agrupan la recolección de solicitudes de mejora en puntos anuales o bianuales, con participación en alrededor de un trimestre. Este estilo se puede sumar a la mejora que implica el proceso de Ideas, en marcha desde hace algún tiempo, por el que se pueden postular y explicar las mejoras y direcciones de desarrollo de importancia en el parecer de los usuarios y clientes, con un sistema de apoyo que ayuda a destacar su prioridad para la comunidad de usuarios. Este sistema se usó en la preparación del próximo beta, todavía organizado al estilo anterior.

Silverlight: Crónica de una muerte anunciada

Tim Anderson,  (¿ex?) entusiasta de Silverlight, informa que el sitio oficial del producto (Silverlight.net), ha desaparecido, y que ahora redirecciona a MSDN. La degradación (en términos militares) del producto queda evidente en que, si a grandes rasgos los contenidos principales fueron migrados, muchos contenidos dependientes y relacionados ahora conducen a enlaces perdidos ("shattered into a million broken urls"). Tim piensa en términos condicionales acerca de lo que Silverlight hubiera podido ser pero no fue. Algunos lectores apuntan otros casos de discontinuidad. Una vez más, para mí esta declinación planificada (¿obsolescencia programada?) refuerza la idea de que el software debe construírse a salvo de los proveedores de productos o plataformas, a nivel de modelo, de tal forma que sea capaz de sobreponerse a las conveniencias ajenas. Dejemos hablar a Tim:

There has been some Twitter chatter about the closure of silverlight.net, Microsoft’s official site for its lightweight .NET client platform. multimedia player and browser plug-in.
I am not sure when it happened, but it is true. Silverlight.net now redirects to a page on MSDN. Some but not all of the content has been migrated to MSDN, but Microsoft has not bothered to redirect the URLs, so most of the links out there to resources and discussions on Silverlight will dump you to the aforementioned generic page.
One of the things this demonstrates is how short-sighted it is to create these mini-sites with their own top-level domain. It illustrates how fractured Microsoft is, with individual teams doing their own thing regardless. Microsoft has dozens of these sites, such as windowsazure.com, windowsphone.com, asp.net, and so on; there is little consistency of style, and when someone decides to fold one of these back to the main site, all the links die.
What about Silverlight though? It was always going to be a struggle against Flash, but Silverlight was a great technical achievement and I see it as client-side .NET done right, lightweight, secure, and powerful. It is easy to find flaws. Microsoft should have retained the cross-platform vision it started with; it should have worked wholeheartedly with the Mono team for Linux-based platforms; it should have retained parity between Windows and Mac; it should never have compromised Silverlight with the COM support that arrived in Silverlight 4.
The reasons for the absence of Silverlight in the Windows Runtime on Windows 8, and in both Metro and desktop environments in Windows RT, are likely political. The ability to run Silverlight apps on Surface RT would enhance the platform, and if COM support were removed, without compromising security.
XAML and .NET in the Windows Runtime is akin to Silverlight, but with enough differences to make porting difficult. There is an argument that supporting Silverlight there would confuse matters, though since Silverlight is still the development platform for Windows Phone 8 it is already confusing. Silverlight is a mature platform and if Microsoft had supported it in the Windows Runtime, we would have had a better set of apps at launch as well as more developer engagement.
I posted that Microsoft’s Silverlight dream is over in October 2010, during Microsoft’s final Professional Developers Conference, which is when the end of Silverlight became obvious. It lives on in Windows Phone, but I would guess that Windows Phone 8.5 or 9.0 will deprecate Silverlight in favour of the Windows Runtime. A shame, though of course it will be supported on the x86 Windows desktop and in x86 Internet Explorer for years to come.

Start-Up Chile

Curiosamente, parece que no le he dedicado antes ningún artículo al programa Start-Up Chile, aunque debo haberlo mencionado más de una vez. A propósito de un reportaje de América Economía a Nicolas Shea, esta puede ser una oportunidad de conversar un poco sobre esta iniciativa. Esto es lo que la propia organización explica de sí:

Start-Up Chile es un programa creado por el Gobierno de Chile, ejecutado por Corfo vía InnovaChile, que busca atraer emprendedores de alto-potencial cuyas startups están en etapas tempranas para que vengan a Chile y utilicen al país como plataforma para salir al mundo.
La meta final del programa es convertir a Chile en el polo de innovación y emprendimiento de América Latina; esta es una misión compartida con el Gobierno de Chile y uno de los focos del Ministerio de Economía.
En 2010 cuando el programa se encontraba en su etapa piloto, atrajo a las primeras 22 startups de 14 países a Chile, otorgándoles CLP$20mm de capital y una visa de trabajo por un año para desarrollar sus proyectos durante seis meses en el país. Además, se les facilita el acceso a redes de capital y redes sociales. Los emprendedores seleccionados fueron aprobados a través de un proceso de postulación conducido por expertos de Silicon Valley y un Subcomité de Innovación de InnovaChile, que se enfoca fuertemente en la visión global del emprendimiento y si es escalable globalmente.
Entre los criterios requeridos es esencial que los postulantes posean una visión global, creyendo que la ruta del éxito se alcanza a través de la expansión y no del aislamiento. Gracias a lo alcanzado en 2010, la meta para 2011 fue atraer a 300 startups a Chile durante el este año para así alcanzar la participación de 1000 startups en Chile al 2014. El primer proceso de postulación de 2011 culminó con el arribo al país de 87 startups provenientes de más de 30 naciones, tras de haber recibido 330 postulaciones. La segunda ronda de postulaciones se realizó en julio de 2011 y contó con más de 650 de las cuales fueron seleccionadas 154. El tercer proceso del año convocó a 574 postulantes durante un periodo de 3 semanas.
Todos los emprendedores de Start-Up Chile son evaluados durante su tiempo en el programa por diversos indicadores tales como: participación en eventos locales, presentaciones en seminarios relacionado a su industria, levantamiento de capital nacional o internacional o contratación de talento local.
Start-Up Chile ha sido reconocido en diversos medios internacionales, destacándose la publicación de artículos en Forbes, The Economist, BusinessWeek, TechCrunch, y The Financial Times (entre otros) y ha inspirado spinoffs alrededor del mundo como Startup America, Startup Britain, Startup Greece, y Startup Italy.
Start-Up Chile es una iniciativa perteneciente al gobierno de Chile, apoyado en especial por los ministerios de especialmente por los Ministerios de Economia, Relaciones Exteriores, y del Interior.

El hecho de que el proyecto crezca y se mantenga en su segundo año de existencia es ya positivo de por sí, y probablemente estimulante entre otros países de América del Sur (en la última ronda de selección, las solicitudes de emprendedores argentinos, brasileros y peruanos alcanzan al 15% del total recibido, sólo por detrás de Estados Unidos).
Como el programa lo explica, el plan es una apuesta a retener empresas innovadoras que aporten conocimiento, tecnología y empleo de calidad a Chile, ofreciéndoles soporte económico, infraestructura, recursos humanos, para su crecimiento; un negocio mutuamente conveniente: Chile da un salto tecnológico, y las empresas logran su desarrollo. Aunque en el proceso, como Shea dice, sólo quede un 25% de las empresas, el cambio será fundamental.

Cambios propuestos para la siguiente versión de Plex (¡Vote!)

Patricia Bowman, nueva Product Manager para CA Plex, CA 2E and CA Gen, ha convocado a votar por las mejoras sugeridas por la comunidad de usuarios de cada producto. Su aviso se publica en el foro de Plex y 2E, incluyendo recomendaciones acerca de cómo votar. Más detalles se encuentran en https://communities.ca.com/web/ca-plex-ca-2e-global-user-community/message-board.  No olvide que para poder ingresar debe declararse como usuario. No deje de votar. Más aún, únase a la plataforma de mensajes llamada "Ideas", donde todo usuario tiene la posibilidad de proponer mejoras al producto, que, como se ve, serán recolectadas al momento de planear la siguiente versión.
Navegando esta guía, en https://communities.ca.com/web/ca-plex-ca-2e-global-user-community/message-board/-/message_boards/view_message/99574318?&#p_19 encontrará el PDF con la lista seleccionada para propuesta. El mismo documento contiene enlaces para votar por cada mejora propuesta. Como alí se dice, en https://caideation.secure.force.com/ideation/ideaList?c=09a30000000IBx1AAG&p=3&sort=recent se encuentra la lista para votar, ordenada primero por las mejoras a 2E y luego las de Plex.
Particularmente, me interesa la mejora "Local Model Configuration Profiles", "IBM I Kerberos Single Sign-on support", "New Plex API Methods" (quizá la que mayor potencial agrega), y "Java Spawn Process API", en este caso un poco por "deformación profesional", ya que llevo bastante tiempo concentrado en variantes java.
Este ha sido el primer contacto de Bowman con la comunidad de usuarios, y ha sido positivo. Patricia reemplaza al querido y respetado Bill Hunt, fallecido este año.

Sobre la "muerte de la PC"

A propósito de un artículo de Wharton sobre "la exagerada muerte de la PC"...
Comparto los puntos de vista de los tres especialistas consultados: todos ellos aciertan en la faceta que comentan, y todas éstas reflejan un crecimiento menor o estancamiento en las ventas de computadores personales. Peter Fader considera el mercado activo y saludable, poniendo el acento en el crecimiento de la competencia sobre un mercado dominado por Microsoft durante casi treinta años (Declining earnings at Microsoft are one thing — they are now facing viable competitors when it comes to operating systems and office tools, so that’s all part of the natural ebb and flow of competing firms). Eric Klemons sostiene que el segmento de mercado, las funciones cubiertas por la PC, están para quedarse, "como sucede con el mainframe" (The PC serves a function. Sometimes I do not want to rely on the Internet, as when I am at 37,000 feet. Sometimes I do not want to rely on the cloud, as when I am working on a first draft of a legal opinion. Where we do our computing has for a decade or more been determined by telecom speed, local PC processor speed, need for storage and local PC storage capacity, software costs, and the need for privacy and security). Daniel Levinthal, finalmente,  invita a no confundir las transformaciones de funcionalidad y de dominio de mercado con la desaparición del recurso (Technologies, even ones that suffer an enormous degree of substitution, tend to survive in particular niche applications. Indeed, while the volumes will shrink, so will competition, and modest margins over modest volumes can be earned. Also, the definition of the distinct category of “PC” may be (or is getting) a bit blurred. In what ways are the new Microsoft devices PCs or not PCs? Is the definition a function of the nature of the operating system? What fraction of processing is done on the machine versus (via an app) on a server? Is it a super narrow definition which implies a microprocessor made by Intel and operating system by Microsoft?).
Indudablemente el mercado ha cambiado y seguirá cambiando. Pero el aspecto central del cambio es el incremento monumental del alcance de los recursos usados. El negocio de las PCs se ha quedado chico, pero no porque se haya achicado, sino porque ha sido ahogado por la aparición de un mercado personal donde las ventas pueden contarse por miles de millones de aparatos, y asímismo su campo de acción. Los recursos móviles han traído nuevos competidores, tanto fabricantes como oferentes de software y sistemas operativos. El gran inconveniente (por no llamarlo error) de Microsoft con su nuevo sistema Windows 8 y WinRT, es tratar de salir a hacerse un lugar en este nuevo mercado gigante, ofreciendo el mismo producto adecuado a movilidad que el que propone a su mercado de escritorio. Quizá no termine perdiendo mercado en el mundo de las PCs, pero está dando una gran oportunidad de entrada a cualquiera que ofrezca un producto ajustado al escritorio. Es cierto: el mundo de las PC seguramente ya no será omnipresente, pero se trata de un nicho con su especificidad, que debe ser tratado como tal.

España y los recursos humanos en informática

Javier Garzas publica hoy algunas reflexiones sobre los profesionales informáticos, que comparto casi en un ciento por ciento, incluyendo sus acotaciones sobre Chile, que hablan de algo que conozco de cerca.
Particularmente los puntos ii y iii

ii. La mayoría (no todas) de las empresas TI en España compiten entre ellas por coste no por calidad, es decir, el proyecto se lo lleva el que menos cobra, y no el que oferta más calidad, o mejores perfiles profesionales (échale un vistazo a este post). A menor precio de venta de proyectos… menos margen para sueldos, y como realmente tener buenos perfiles no es diferenciador (y a los clientes no les preocupa mucho) se contratan ingenieros informáticos baratos o se contratan otros perfiles.
iii. El sector es principalmente de servicios (no de productos). Es decir, se compran horas, o “body shopping” (es decir, cesión de personas al cliente, siendo el cliente quien los gestiona). En cualquier caso no es un modelo de inversiones importantes a medio – largo plazo, no es un modelo en el que se quiera crear el mejor software para en un futuro venderlo y obtener rentabilidad. Es un modelo en el que se quieren cubrir necesidades a corto plazo. Y en este modelo no se quiere el mejor desarrollo, y para ello los mejores profesionales, si no terminar el trabajo cuanto antes.

Ambas razones concurren a un mismo problema: falta de visión estratégica en la dirigencia empresaria en primer lugar (descontando las excepciones), y en la dirigencia política también. Así como en una nación invertir en aquello que crea, innova, multiplica, mejora, es vital para sostener a las futuras generaciones, así sucede para las empresas: una empresa que no invierte en mejorar sus procesos, anticiparse en la visión de sus actividades futuras, o crear nuevas alternativas, es una empresa que se estanca y es superada por su competencia, interna o externa. Este es un problema acentuado en el marco de crisis que vive España hoy, pero que ya sucedía antes: este modelo que observa y critica Javier no es de hoy, sino que también se veía en mejores épocas. Este es un modelo que debe cambiar.
Si disiento en algo de lo que Javier afirma, es en el acento en la regulación (iv. No existe ninguna regulación, es decir, que aún siendo críticios ciertos sistemas informáticos, cualquier profesión puede trabajar en ellos). Este es un punto al que le ha dedicado más de una entrada, y es uno que suelo escuchar entre los profesionales españoles. La regulación sólo sirve para detener la innovación. Poner en manos de un comité regulador la actividad profesional es todo lo contrario de crecer. Los gremios y hermandades se acabaron como solución en la tardía edad media.

Buena presentación sobre MDE

Jordi Cabot publica hoy en Slideshare una muy interesante presentación sobre MDE/MDD, que, si bien hace una introducción general al tema, le dedica lo fundamental a las líneas de investigación y a los puntos problemáticos para lo que define como versión 2.0 de MDE. Dentro de las líneas de trabajo presente y futuro dos aspectos que veo particularmente interesantes son la actividad relacionada con  ingeniería reversa dirigida por modelos (mención especial de MoDisco), y el  manejo de muy grandes modelos, que parece ser un asunto de difícil solución en el marco de las premisas actuales de MDE/MDD.
La presentación es suficientemente detallada y amplia como para que pueda despertar la inquietud de aquellos que todavía dudan del valor de MDD/MDE, y más aún para quienes ya están embarcados en alguna forma de desarrollo basado en modelos. El camino es ancho y abierto...
No lo voy a reproducir: cualquiera puede ver la presentación en Slideshare.