Una nueva ley de educación en Argentina

En La Nación:

Una de las máximas responsabilidades que deberá asumir en poco tiempo más el Congreso de la Nación será la de analizar, debatir y sancionar la futura ley nacional de educación. La Argentina necesita dejar atrás la frustrante experiencia que se vivió con la llamada ley federal de educación, que fue aprobada por abrumadora mayoría en 1993, pero terminó por acarrearle a la comunidad educativa -y a la sociedad en su conjunto- más problemas que soluciones, en parte por desaciertos del propio texto normativo y en parte por equivocaciones en su aplicación.

El texto del Ministerio de Educación, según La Nación:

• restablecimiento del ciclo secundario como un ciclo único
• obligatoriedad de cumplir el ciclo secundario completo
• "procura superar las dificultades creadas por el excesivo fraccionamiento a que ha sido llevado el sistema educativo nacional, debido a las notorias disparidades que presentan las diferentes jurisdicciones"
• incorporación de tutores y coordinadores de cursos, cuya misión será acompañar a los jóvenes y orientarlos en su trayectoria escolar
• estructuración de procesos adecuados de orientación vocacional
• "el anteproyecto dispone que cada jurisdicción provincial o territorial deberá optar por una de las dos modalidades estructurales siguientes: o se adopta una duración de seis años para el nivel de educación primario y seis para el nivel secundario o se elige una duración de siete años para la primaria y cinco para la secundaria. Algunos observadores calificados de la problemática educativa opinan que el anteproyecto no debería autorizar esa opción. A juicio de esos especialistas, la ley debería optar lisa y llanamente por uno u otro régimen"
• se crea el Instituto Nacional de Formación Docente, que buscará garantizar una formación continua común en todo el país.

Debe tenerse en cuenta que para disminuír la deserción no alcanza con hacer obligatoria la enseñanza...Habrá que ver qué otros elementos se diseñan para hacer que la obligatoriedad no sea letra muerta. Es importante la institución de las tutorías, y el énfasis en la capacitación docente. Nuevamente, otros elementos deben acompañar al establecimiento de una institución.
Cada diez o quince años pasamos por una nueva ley de educación, con el mayor resultado visible de más confusión en el ejercicio de la enseñanza, nuevas dificultades en la terminación de estudios (quienes quedan en la frontera entre los dos sistemas encuentran dificultades para asimilar el cambio), y algo más de degradación en los resultados. Pero también, cada intento es una nueva oportunidad de planear un mejor sistema, que pueda torcer el rumbo hacia un resultado exitoso.

Ingeniería de Software como materia de estudio

El profesor Thomas Hillburn ofrece una lista de materiales orientados a formalizar una currícula para el estudio de Ingeniería de Software. Soporta en su sitio algunos materiales del SEI (Guidelines for Software Engineering Education, Specification for an introductory Software Engineering Curriculum). Particularmente, están disponibles muchos de los papeles de trabajo de la conferencia "Fronteras en Educación".

Dos palabras más sobre SAP, Oracle, y SOA

Henning Kagermann, en la nota de Wharton mencionada antes, habla de su Enterprise Services Architecture, como su elección para el uso de servicios web. Tony Baer, de onStrategies, menciona, reforzando las palabras de Kagelmann, las soluciones de SAP y Oracle, y cómo las soluciones middleware , como BEA, se aproximan a la misma visión, para soportar aplicaciones "compuestas":

With the emergence of SOAs, it’s become thinkable to tie bits and pieces from the same system, or disparate systems, together into so-called composite applications. You can use third party tools, like business process management systems to tie things together, or you can buy prepackaged composite apps, like SAP’s xApps.

And if you take SOA seriously, you start thinking about breaking down those packaged software monoliths into federated services that could loosely couple with whatever else is out there. In other words, SOA gives best of breed a new lease on life.

Oracle’s Fusion architecture is being designed to decouple enterprise apps into services. SAP’s Enterprise Services Architecture (ESA) forms the blueprint on how its apps will be exposed. However, exposing apps as services that can readily integrate with third party offerings does not mean that SAP, Oracle, et al are ready to cede account control. Just the opposite – they intend to play the hub in larger playing field.

SAP: cómo va un elefante a la guerra

Knowledge Wharton publica el cuatro de octubre un valioso reportaje a Henning Kagermann, CEO de SAP. La conversación es un excelente resúmen del estado de situación de la competencia entre los grandes actores de las aplicaciones ERP, y de la posición de su empresa en ésta. Las complejas aplicaciones construídas por SAP, Oracle, ahora Microsoft, y otras empresas menores, son una cantera para aprender ingeniería...No es muy probable encontrar otras más abarcativas, extensas, y requeridas de resolver entre persistencia y variabilidad.
Algunos puntos destacables:
Dice introductoriamente Wharton sobre las posibilidades de cambio del producto:

When Henning Kagermann became the sole CEO of SAP in 2003, a role he had previously shared with company co-founder Hasso Plattner, he faced a number of challenges, including an economic slowdown that hurt SAP's growth. Kagermann moved quickly to put in place a program to reshape the company's product offerings and adjust its market focus to position it for the next generation of software. But because major corporations use SAP's software to run nearly every aspect of their business, change at SAP requires a delicate balance between progress and stability.[Resaltado mío]

Sobre el estado de la competencia:

Based in Walldorf, Germany, SAP is the worldwide market leader in enterprise software applications with annual revenues of $10.08 billion at the end of 2005. Microsoft and Oracle compete with SAP and are among the fiercest rivals in the industry. Oracle's recent acquisition spree -- scooping up PeopleSoft, Siebel Systems and more than a dozen smaller companies -- has increased its customer base and consolidated much of the market. Microsoft poses an additional challenge: While serving as a vital partner for SAP to link its ubiquitous Office products to SAP's enterprise backend, Microsoft is also SAP's main competitor in the mid-range market, a key segment for SAP's future growth. Managing such complex relationships is one of Kagermann's major challenges.

Sobre el cambio tecnológico planeado:

In addition, he [Kagermann] must navigate SAP through industry changes that are rewriting the rules of software deployment. With a long history of developing tightly integrated client/server systems -- which use traditional desktop "client" software tightly coupled with back-end server applications -- SAP has to compete in a rapidly-evolving world of Internet-based software applications. Some competitors, such as SalesForce.com's brash CEO Marc Benioff, have even declared the death of traditional, locally installed software. Determining whether these are growing trends or passing fads are key decisions for Kagermann.

(...) we want to reach out to more users within the company and beyond. To put it differently -- we have the philosophy that in the future people will work differently. They won't just sit down and have a transaction with a computer. It will be more of a "push" principle, managed by exceptions -- so that the application is pushing exceptions to your desk. For example, in the morning you would have not only email, but also an inbox of all the urgent business issues you should know about -- information which is critical for you to make decisions. This empowers people and brings decision making down to a decentralized level. People can act very quickly, but still -- I come back to this -- within the company's rules. And if you do those things you can reach more users.

(...)

In Duet, some of the Microsoft screens have an SAP panel on the right-hand side, where the user sees the productivity environment and can then go for deeper information. But there will also be users who are not using Outlook. If you go to manufacturing plants, for example, it's more about the integration between manufacturing execution systems and ours. It's more about the information coming from the NC [numerically controlled] machines, etc.

It's about collecting all of this information so that the guy who is managing the manufacturing flow is getting all the information on one screen. He can make smart decisions [based on information] coming from different systems. So, if I say "push," it doesn't mean that the user has to have an SAP user interface. If he wants a different user interface, we could push the alerts into it. And we also have to do it for mobile [hand-held devices].

Sobre la utilización de servicios Web:

[Habla Kagermann]Another piece that has impacted SAP is the concept of Web Services, which was also developed to provide more interoperability between the applications of different departments and companies. We have extended this concept to an enterprise level. We felt it was still too technical, it was still not in business language, and it didn't have the scalability and the robustness that business needs.

And we have used the standards of Web Services, or the Web Services stack, to build what we call Enterprise Services, which helps companies to communicate. So, yes, it has impacted SAP, but we went beyond this because companies expect us to solve their business problems and not just to deliver the technology.

(...)You cannot convert everything into a service. It always depends on whether something is strategic for a company. Why are companies buying assets and not leasing them all the time? The same thing happens with software. There will be areas where companies still believe they have to own the software and have it on site because only then are they entirely independent. But there are areas where it's not that important and they say, "Why should I own this? I can have it as a service, and I can switch it off. [Referido aquí en dos sentidos:Servicio Web, y externalización de la aplicación]"

Sobre el estado actual, y las derivaciones en el tiempo medio futuro, de la competencia entre las compañías que desarrollan ERPs:

Knowledge@Wharton: Speaking of your competitors, how do you differentiate SAP's strategy from that of your key competitors, like Oracle and Microsoft?

Kagermann: In enterprise applications we are the market leader -- and that means that we have to lead the market. And if you want to do that, you should believe in your own capabilities, and therefore we have adopted organic growth strategies. We have developed most of our products ourselves. We acquire [other companies] only if we are not fast enough to market and in areas where we have no capabilities. That's our difference from Oracle and Microsoft.

Microsoft entered the market with two acquisitions and is building competency from there. That's fine, but we don't have to do this. And Oracle has consolidated the market to buy market share and customers.

We are the market leader. If we bought customers [through acquisition] we would have to maintain the acquired products in parallel for a long time, which would split our R&D capabilities and defocus us from what is really important. We could not push clients to migrate quickly to our products, because we have a good relationship with our clients. We didn't want to be in the position where we have to maintain, develop and migrate three or four different products designed by different people. We have done a pretty good job with the organic growth strategy. We have gained a lot of market share.

(...) Knowledge@Wharton: You mentioned Microsoft briefly. You compete with them on mid-range business software, but they are also a key partner of yours. You've launched "Duet," which integrates their front-end client tools with your back-end enterprise software. How do you manage that kind of relationship?

Kagermann: That's a good question. First of all, we are driven by customer demand. If you are a strategic partner to your customer, you have to follow the demand. And the demand is for interoperability between the key vendors.

Even if you compete in some areas, you have to be professional enough to be a good partner. We are continuing to support Oracle's database with our applications, because our clients want this. The point of view that drives us is: If it's a client demand and it's important for the client's success, we have to do it.

Now, internally you are right, it takes strong leadership to make the organization aware that the customer's success is more important than the little fights you might have internally. And as long as you deal fairly with your partner and the partner is fair with you -- it works. It only starts not working if one of the partners doesn't believe in win/win and fairness in business. But so far we have had fair partners.

Sobre la complejidad de manejo de SAP:

Knowledge@Wharton: Historically your software has had the reputation of being a bit complex, difficult to install and, perhaps, rather inflexible...

Kagermann: Yes. Yes.

Knowledge@Wharton: Is there some justification for this?

Kagermann: You have to be fair here. On the other side you hear "highly integrated," "big productivity improvements," "entirely reliable," "highest quality." With the existing architecture, these are more or less [exclusionary]. If you have lots of functionality, you are not simple any longer. If you have lots of choices, it takes time to find the right thing. If you have a high degree of integration, you are not the most flexible. So, these benefits we brought to the market are always a trade-off.

We have seen other products which were more flexible and [yet they] died, because all of a sudden, the books were not in sync. Those types of things happen when it is too flexible.

But I'm with you; the future is getting both. And that's what we are trying to do with a new architecture. We don't want to give up on what we achieved in the past -- 100% compliance, etc., but we want to add much more flexibility. And I think we can do so.

I feel that [what we have done] was the right sequence. You should not come with highly flexible but noncompliant and unproductive software. You should first come with highly integrated, highly productive software and then make it flexible. I think this is the better sequence.

Agregando a esto, la apertura a terceros proveedores:

This concept of enterprise service and process components is so important. We would not bring flexibility and modularity to a level where it's not compliant. This is a big point. We will not open up the platform. Our flexibility starts on top of the platform. What is inside the platform we will not open up because that's where we can guarantee that the pieces are compliant.

Here you have a platform which should also guarantee compliance. You can innovate; you can put pieces together but only pieces that still guarantee the compliance. The components have built-in integration so that you cannot, [for example,] decouple logistics from finance.

It's more like exchanging documents. If you do it by a message flow, by a document, it's decoupled enough, but we would write this document and show it. If somebody then plugs in a different finance system, which has bugs in it, we are at least compliant so that we can say, "Our file documents the entirety of what's happening on a client level so that you can have clear books." So, this type of compliance we will keep. We would not allow people to say, "We don't need this any longer," and switch it off.

En fin, hay mas... Para leer desde distintos puntos de vista, y extraer líneas de trabajo...

Google Reader

Desde hace algún tiempo, cambié el seguimiento de todos los blogs que me interesan, pasándolos del mecanismo de registro y seguimiento de Firefox, al Reader, el beta de Google. En principio lo hice porque estoy comenzando a usar el escritorio Google como inicio de mi browser, acomodando en una sola página correo, notas, bookmarks, noticias...y consulta de blogs. Resulta especialmente práctico el hecho de simplificar las conexiones, evitando la marea de puertos abiertos al consultar los blogs registrados en Firefox, pero ahora (dos días atrás en mi caso) Reader tomó un valor mayor, presentando de manera clara todo el material: es posible ver lo nuevo, de forma resumida o analítica, y agrupado por etiquetas. Rápido para leer, las nuevas entradas aparecen como una fila con una breve introducción al contenido, de una lista que permite ver toda la historia de cada blog. Las etiquetas apuntando a un blog pueden ser múltiples, como en Gmail, de tal forma que los contenidos pueden agruparse y clasificarse. Una manera ágil de seguir las novedades, y conservar lo que sea de interés.

...y hablado de historia, eXtreme Programming

XP, reciente, pero merecedora de una recopilación histórica. Mencionada por Steve Yegge en su artículo sobre Agile (Bad Agile, Good Agile), que conocí por el blog de Juan Palacio
(Bad Agile, Good Agile, y otros fundamentalismos).

Extreme Programming was created by Kent Beck, Ward Cunningham, and Ron Jeffries during their work on the Chrysler Comprehensive Compensation System (C3) payroll project. Kent Beck became the C3 project leader in March 1996 and began to refine the development methodology used on the project. Kent Beck wrote a book on the methodology, and in October 1999, Extreme Programming Explained was published. Chrysler cancelled the C3 project in February 2000, but the methodology had caught on in the software engineering field. As of 2006, a number of software-development projects continue to use Extreme Programming as their methodology.

¿Cómo tomar el comienzo fallido en Chrysler? Quizá más bien como un aspecto más de los fallos en la competitividad de la industria automotriz americana frente a la japonesa (¿y cuáles son las prácticas en estas empresas?)

Historia de los servidores de IBM

"New to IBM systems", en la sección de Servidores de IBM Developer, muestra una breve línea de vida de sus servidores de datos, con una descripción elemental del alcance actual de cada uno de los tipos de servidores. Quizá la línea más movida, y probablemente la generadora de más innovación, haya sido la iniciada por el System/3, que ha llevado al I5 (antes, AS/400):

IBM System i models also follow a rich history, beginning with the powerful and innovative IBM AS/400® products. System i is a scalable minicomputer based on a virtual machine (VM) design. Applications compile to a virtual instruction set (called TIMI) rather than the system’s native instruction set. Through this behavior, an application that was compiled for an original AS/400 system (using the IBM PowerPC® AS A50 processor) can run on a new eServer iSeries™ system (running an IBM POWER5™ processor) without having to be recompiled.

Wikipedia es otro punto de entrada para conocer el ISeries:

[en 1995] IBM re-christened the one-stop shop programming style "OPM" (for Original Programming Model) and introduced a new language paradigm called "ILE" (for Integrated Language Environment). ILE had significant enhancements over OPM, including the ability to create modules (similar to .obj or .lib files), and then bind (link) the modules together into a single executable. The executable could be created as a program or a service program (service programs are similar to .lib or .dll files).
The real power of the ILE environment is in the "integrated" aspect, however. Modules in ILE-compliant languages (RPG, COBOL, C, C++, and CL) could be created and bound together. For the first time, AS/400 programmers could exploit the strengths of multiple ILE-compliant languages in a single program. Also, with the introduction of service programs, standard routines could be externalized more easily, and modularity increased. To ensure proper migration to the ILE environment, OPM RPG and COBOL programs could be migrated to ILE easily

Nota: Este artículo, por largo tiempo, perdió el enlace a las páginas asociadas de IBM. El artículo original se puede localizar a través de The Internet Machine, en su versión del 5 de enero de 2007. La referencia siguiente al Sistem i5 también ha cambiado su ubicación.

China: ¿El arte de hacer negocios?

El fallo en la adquisición de Millicom, hecha luces sobre las prácticas empresarias chinas:

las compañías chinas pueden estar operando en desventaja respecto de sus competidores multinacionales, que por lo general tienen equipos especiales dedicados a fusiones y adquisiciones, señala Oded Shenkar, autor de "The Chinese Century" (El siglo chino) y profesor de Administración de Empresas de la Ohio State University. "Tienen experiencia y rutinas respecto de cómo se maneja un acuerdo y abortan en fases muy tempranas" si piensan que la cosa no va a funcionar, contó Shenkar. "Los chinos aún no tienen eso", añadió.

BlogInnova habla de mi compañia...(con la que trabajo)

BlogInnova, que ofrece buen material de España y Europa en evolución e innovación tecnológica (y también por lo mismo, a veces de educación), dedica unas líneas a Dominion, la empresa con la que colaboro en Valencia: "Tecnología con vocación industrial".

Finalmente, viviendo en Valencia...

Después de casi un mes de ajetreo, finalmente nos ubicamos en Valencia... Restablecido el ambiente de trabajo, nuevamente tiempo para escribir...
Valencia merece un espacio propio. En los próximos meses, habrá mucho que comentar: la Politécnica, la vida cultural de la ciudad, la nueva arquitectura, los espacios verdes (encuentro jacarandás y palos borrachos en las calles y en las plazas), la persistencia de la arquitectura antigua...El Micalet, la Catedral, las torres de la ciudad vieja amurallada, el cauce del Turia convertido en parque...

Para revisar: Microsoft Solutions Framework (MSF) Process Guidance actualizado

MSF for Agile Software Development Process Guidance:
MSF for Agile Software Development is a scenario-driven, context-based, agile software development process that utilizes many of the ideas embodied in Team System
MSF for CMMI® Process Improvement:
MSF for CMMI® Process Improvement process template (process guidance only), is a highly iterative, adaptive planning, agile software development process which meets the requirements for the Software Engineering Institute’s (SEI) Capability Maturity Model Integration (CMMI) level 3 and provides a smooth transition all the way to level 5.

Información informal en el sitio de David J. Anderson

Lo que Ud debe saber sobre SOA

En las prácticas recetas de Techrepublic, las (+ de) diez cosas que Ud debe saber sobre Arquitectura Orientada a Servicios:

It's important to understand that service oriented architecture, when practiced successfully, is not just a technology architecture. The SOA paradigm is really about modeling the business processes, which are not always supported directly by technology components. Ultimately, services may be implemented by technology components, but the business processes themselves are more important than the services that support them.

SOA as a technology is an enabler. The technology doesn't provide direct value. It's not necessarily less expensive to develop services on a line-of-code basis as compared to EJBs or .NET components. Instead, SOA technology should be seen as an enabler of other benefits, such as improved and broader reuse, better responsiveness to changing business processes, and better alignment with business processes.

Dos fuentes contínuas de conocimiento sobre SOA y Web Services son los grupos de discusión de Yahoo: Service Oriented Architecture, de Gervas Douglas, y Web Services Latinos, de José Carlos Del Arco. Hace tiempo que les debo mencionarlos.

Tres años en Chile: segunda parte

Quisiera completar la nota anterior de mi paso por Chile con otros dos o tres aspectos destacables, por su lado positivo y negativo cuando corresponda.

• Políticas de vivienda y urbanización. Claramente visibles, existen dos grandes etapas: las políticas (o inexistencia de políticas) de urbanización de vieja data, y los más o menos nuevos emprendimientos, crecientemente racionales: Cualquier ciudad tiene áreas antiguas de construcción desordenada, en muchos casos muy primaria. Existe una frontera temporal de pocas décadas, en que la construcción pasó a ser manejada con parámetros urbanistas, de menor a mayor: las más antiguas, elementales y algo precarias. Las más recientes, más robustas, confortables, y, especialmente, con sus servicios urbanos ya establecidos. Actualmente, no es común que una vivienda sea construída como un emprendimiento individual, sino que es un conjunto habitacional de decenas o cientos de viviendas, con sus servicios en general listos. En general, encaradas por constructoras privadas, en el marco de un sistema de asignación de viviendas por el que toda familia chilena tiene asegurada una casa en su vida. El ahorro para la vivienda, y la adjudicación por sorteo con el agregado de un subsidio, son uno de los aspectos que abarca al conjunto de la sociedad. Un estudio de este sistema se puede encontrar en el escrito de Arturo Orellana Ossandon, para la Universidad de Barcelona. Además de este sistema universal de obtención de vivienda, las clases más humildes disponen del plan llamado "un techo para Chile", auspiciado por el voluntariado de la Iglesia Católica. La vivienda se paga en créditos de hasta treinta años, que representan una carga constante sobre las familias, ya que los saldos se ajustan en Unidades de Fomento (UF), un valor variable, pero que han significado un gran factor de estabilidad. La construcción basada en proyectos colectivos ha significado secundariamente una mejor capacidad de resistencia sísmica, en un país de alto riesgo de temblores. El terremoto de grado 7 de Antofagasta en 1995 fue un ejemplo: el daño producido fue muy bajo, fundamentalmente en construcciones antiguas de adobe.
  

• Actuación conjunta de Estado, Empresa y Universidades. Así como en otras áreas, existe una colaboración deliberada y sistemática entre estos tres factores. Debiera anotar además que la colaboración entre Estado y Empresa no comienza en la Universidad, sino antes, ya que también los estudiantes de último curso de escuela media suelen hacer una práctica de su especialidad en las empresas. Tuve ocasión de tener a mi cargo dos estudiantes, uno de escuela media, y otro de la Universidad en distintos momentos, y mi mayor sorpresa fue el seguimiento que el tutor del alumno de media hizo de él, tomándose el trabajo de visitar la gerencia de Recursos Humanos ante un informe negativo (no mío) en un momento. Es de destacar que es usual que la práctica, que puede abarcar varios meses y recibe un pago simbólico, acaba en un informe de la persona con la que trabajó, que evalúa distintos parámetros de rendimiento. Esta práctica generalizada le da a los estudiantes una visión temprana del mundo laboral, y aporta, especialmente en el caso de los casi egresados universitarios, nuevas ideas a la empresa. Usualmente, un buen estudiante termina optado, mas tarde o más temprano, a la empresa donde hizo su práctica.
• Dentro de ésta colaboración, un aspecto de crecimiento para las empresas lo ha significado la promoción de la capacitación del personal de las empresas: existe un sistema supervisado por el SENCE (Servicio Nacional de Capacitación y Empleo), que permite adiestrar en especialidades técnicas compatibles con la función a miles de trabajadores, a cuenta de desgravación de impuestos. Por esta vía, un alto porcentaje de trabajadores son especializados y elevados en su conocimiento con estudios de nivel técnico terciario. Este sistema está muy difundido.
  
• Pero esto es sólo la base. La mayor colaboración se expresa en el desarrollo de programas conjuntos de promoción de áreas de avance tecnológico o económico. La Agenda Digital es el más interesante de estos proyectos, y una guía desde la cual se pueden rastrear las numerosas iniciativas de modernización proyectadas. Atina tiene un resúmen de sus propósitos:

· Masificación del Acceso a Internet:
- Consolidar las medidas que facilitarán el acceso individual y comunitario a la banda ancha para todas las chilenas y chilenos.
- Promover el desarrollo de Infocentros como centros de servicios.
- 900 mil hogares y 150 mil empresas conectadas a Internet para el año 2006.

· Educación y Capacitación:
- Alfabetización digital para medio millón de chilenas y chilenos.
- Despegue de la certificación de habilidades en TIC.
- Promoción de escuelas conectadas y equipadas.
- Integración de TIC en las prácticas curriculares.
- Impulsar la formación técnico-profesional en TIC.
- Promover contenidos de calidad mundial.
- Dominio de inglés básico e instrumental para todas las escuelas.

· Estado en Línea:
- Plataforma de servicios electrónicos para trámites.
- Red digital de banda ancha para el sector público (Ruta 5D).
- Plataforma electrónica para Chile Solidario y las políticas sociales.
- Desarrollo de tecnologías digitales en el sector salud.
- Desarrollo digital de gobiernos regionales y municipios.
- Aumentar la métrica y la eficiencia del gasto público en tecnologías de información.
- Mejoramiento de la seguridad de estructuras de información esenciales para el sector público.

· Desarrollo Digital de las Empresas:
- Masificación de la factura electrónica.
- Consolidación y expansión del uso de ChileCompra.
- Simplificación y puesta en línea de trámites empresariales.
- Boleta electrónica de honorarios e inicio de actividades en línea.
- Desarrollo de medios de pago para el comercio electrónico e impulso y consolidación del Portal de Pagos del Estado.
- Ventanilla electrónica y marketplace de comercio exterior.
- Profundizar la adecuación de los Instrumentos de Fomento.

· Despegue de la Industria TIC:
- Identificación de oportunidades y focalización de esfuerzos para el desarrollo de la industria TIC
- Asegurar la calidad a través de la certificación de empresas
- Intensificar el programa de Atracción de Inversiones Extranjeras de Alta Tecnología.
- Fortalecer la promoción de la investigación y desarrollo (I+D) en TIC.
- Facilitar el proceso de exportación de la industria TIC.
- Financiamiento para crear y emprender.

· Marco Jurídico:
- Eliminación de obstáculos y fomento del uso de documento y firma
electrónica.
- Título ejecutivo de factura electrónica.
- Derechos del consumidor en el comercio electrónico.
- Actualización de la legislación para la protección de la propiedad intelectual.

• Un informe de Knowledge Wharton, un servicio de la Universidad de Wharton, Pennsylvania, dice sobre la Agenda:

Speeding up the slow-moving advance of information technologies in Chile is a priority not only for the government but for the private sector, which has produced a pact known as the Digital Agenda. This initiative officially attempts “to convert Chile into a digital country by 2010.” To achieve that goal, it was decided to move into a new phase in the inter-operability of public services, putting special emphasis on the needs of companies and citizens.
The Agenda also wants to strengthen existing laws and regulations and promote efficiency through means of digital processes such as electronic billing and digital signatures.
[George Lever, director of research at CCS] for one believes that it won’t be hard to eliminate the cultural barrier that has impeded widespread implementation of information technologies in Chile. The challenge is to create an environment that promotes their use. He takes an optimistic view about the responsibilities that companies and the government have accepted in the Digital Agenda.
For Lever, a key factor is the emergence of more dominant players, such as the electronic platform designed by the country’s internal revenue service (SII) for the declaration and payment of taxes via the Internet. He calls that a clear boost for the growth of information technologies in Chile “because the benefits in terms of costs and time-saved are obvious; it can become a factor that overcomes the cultural barrier through its multiplier effect.”
Lever and [Ricardo Stevenson, managing director in Chile for International Data Corporation (IDC)] both emphasize that this is an area where Chilean companies are leaders in the world digital scene. According to CCS data, 49% of Chilean companies use the SII tool, a higher percentage than in the country’s two closest competitors – France (18%) and Australia (16%.)
Considered one of the great symbols of the digital economy by the government, electronic billing began to operate in a pilot project in the middle of 2002. By last August, SII had received 1.7 million electronic tax documents – about 1% of all tax documents that were transmitted every three months.
The CCS study predicts that by the end of 2005 nearly 40% of Chilean tax documents will be transmitted electronically, although for this to happen, the electronic billing project must grow at an annual rate of 370% - nearly quadrupling each year.
Stevenson also cites the portal Chilecompras, the system for public-sector hiring and purchasing that requires all government suppliers to participate in an electronic bidding platform. “In other words, if you are not online, you don’t get business. It’s that simple.” At the moment, Chilecompras counts 29,000 officially registered suppliers, for whom 58% of all purchases are reported through the web site.
The CCS study predicts that by the end of 2005 nearly 40% of Chilean tax documents will be transmitted electronically, although for this to happen, the electronic billing project must grow at an annual rate of 370% - nearly quadrupling each year

• Para terminar, por hoy, dos palabras sobre la composición económico social: el crecimiento chileno está apoyado en grandes empresas nacionales y extranjeras, que dominan grandes áreas económicas, no sólo finanzas o minería (sin discusión), sino áreas medias, como el retail (supermercados, farmacias, materiales de construcción, muebles, electrodomésticos, con un cada vez más concentrado número de actores), la construcción, la alimentación. Así, es débil, de baja o nula presencia, la existencia de pequeños comercios o unidades de producción, y con un mínimo, exiguo capital de giro. El movimiento cooperativo, por ejemplo, es muy débil, comparado con el argentino, aún después de sus caídas desde la década de 1990. La inexistencia de esta capa media de productores y emprendedores, si me guío por su valor en otros países, representa un punto débil de importancia en su futuro desarrollo, y el patrón de crecimiento actual no permite vislumbrar un cambio cercano (en mi humilde opinión, basado en observaciones informales).

• En fin, el informe de Knowledge Wharton, indica sobre la existencia de emprendedores:
  

A Scarcity of Entrepreneurs
Analysts agree that small and mid-size Chilean companies confront an additional issue when it comes to quickly incorporating new technologies into their production processes: They need to be more competitive in order to take advantage of opportunities now opening up as a result of the free-trade treaties that Chile recently signed with the European Union, the United States, and South Korea.
“In Argentina or Brazil, smaller companies are more oriented toward competing in the local or regional markets, but that is a very different situation from what Chilean exporting firms are facing,” says José Miguel Benavente, an economics professor at the University of Chile. Benavente, however, doesn’t claim that every company should incorporate sophisticated IT. “Bringing in information technologies is a complex process. Many companies don’t see any tangible benefits, and there is still distrust, above all, among business-to-business (b-to-b) companies,” he says. One major factor affecting IT progress is a scarcity of entrepreneurs.
Chile is “very well positioned” in its indices of economic and political stability and in its platforms of electronic commerce and “digitization,” notes José Miguel Piquer, director of the computer sciences department at the University of Chile. “But it turns out that there are no great risk takers or investors ready to enter segments that are not the traditional ones.” In Chile, traditional segments are generally associated with raw materials and natural resources.
Investors’ conservatism reflects a lack of points of reference, Piquer notes, adding that “in Chile, there are no examples of people who have invented a major technological advance” and then gone on to become millionaires. Moreover, he says, entrepreneurs and risk capital investors often fail to see eye-to-eye. Entrepreneurs complain that they don’t have access to financial resources while investors complain that good projects aren’t emerging. “It is the dilemma of the chicken or the egg.”

Fin por hoy...quizá todavía haya alguna nota más en las próximas semanas. Creo que dejo una idea de qué se puede aprender de Chile, aunque sea sólo basado en experiencias personales.

Visual Studio SDK: DSL Tools

Stuart Kent acaba de anunciar la disponiblidad de la documentación de Microsoft sobre DSL Tools (Domain Specific Languages).
La definición de Microsoft:

A domain-specific language, in contrast to a general-purpose language, is designed to be useful for a specific task in a fixed problem domain. Using Domain-Specific Language Tools, you can build customized modeling tools. You can define a new modeling language and implement it very simply. For example, you can create a specialized language to describe a user interface, a business process, a database, or the flow of information, and then you can generate code from those descriptions.

You can use Domain-Specific Language Tools to construct custom visual designers tailored to your problem domain. For example, you can create a tool to describe concepts that are specific to the way your organization models business processes. If you are building a state chart tool, you can describe what a state is, what properties a state has, what kinds of states exist, how transitions between states are defined, and so on. A state chart that describes the status of contracts in an insurance company is superficially similar to a state chart that describes user interaction among pages on a Web site, but the underlying concepts that they convey differ significantly. By creating your own domain-specific language and custom model designer, you can specify exactly what state chart concepts you need in your tool

DSL es uno de los puntos de apoyo del concepto de Software Factory de Microsoft y Jack Greenfield. La lectura detallada de la documentación muestra sus puntos fuertes y débiles:
Básicamente, sólo grandes proyectos, o dominios de problema estables y contínuos, pueden promover la creación de un DSL específico.

OOD en diseños Web

De tanto en tanto, en el foro Comp.Object se inician interesantes discusiones sobre diseño orientado a objetos (sin hablar de algunos que perduran durante largo tiempo -inclsuo años-).
El ocho de septiembre se inició una que seguramente se irá ampliando...titulada "El futuro de la programación orientada a objetos", discurre inicialmente sobre la OOP y los diseños Web, considerándolos básicamente procedurales. Inicia Vibi Varghese:

I am interested in hearing everyone's opinion on what they think the future is of Object Oriented programming.

I have spend most of my career with object oriented concepts (12+ years) but recently with AJAX and the free tools, I really wonder what the future of OO is.

I recently launched a business written completely with free tools like php and AJAX. I worked hard to give everything a structure like we OO programmers are so particular about but honestly there was minimal dependence on OO.

The extend of my reusability might have been include pages, constants, etc.

Are many of you finding widespread use of OO in the web world?

El grupo, con algunos colaboradores permanentes, da algunas razones en favor de OOP, que contribuyen también a perfilar el paradigma. Como siempre, HS Lahman tiene algo que aportar (los resaltados son míos):

Responding to VV...

> I am interested in hearing everyone's opinion on what they think the
> future is of Object Oriented programming.

> I have spend most of my career with object oriented concepts (12+ years
> ) but recently with AJAX and the free tools, I really wonder what the
> future of OO is.

> I recently launched a business written completely with free tools like
> php and AJAX. I worked hard to give everything a structure like we OO
> programmers are so particular about but honestly there was minimal
> dependence on OO.

Huh? It is true that a lot of the RAD CRUD/USER tools and layered model infrastructure are object-based at best. In addition, OSes like Windows and interoperability infrastructures are pretty much a bunch of class wrappers overlaid on function libraries.

But the OOness lies in the OOA/D of the application, which is largely independent of the specific implementation technologies. (The transformation engines used for full code generation from UML OOA models routinely target languages like C or even Assembly for the output.)

> The extend of my reusability might have been include pages, constants

> etc.

Reuse is nice but not a major consideration in using OO techniques. The real objective of OO development is to create maintainable applications in the face of volatile requirements over the product life cycle.

To answer your title question, OO programming is still the only game in town for producing maintainable software. Unfortunately there is a lot
of software called "OO" that is just C or FORTRAN programming with strong typing.

The long term future of OO lies in UML as a 4GL. Currently UML is the only truly general purpose 4GL available and the OO paradigm's emphasis on abstraction is ideally suited to 4GLs because it allows independence from the local computing environment.

Currently we are just moving into a paradigm shift similar to the shift
from 2GLs (BAL) to 3GLs in the early '60s. In another 10-15 years I
fully expect 3GL programmers to be as rare as Assembly programmers
today. Currently the only vehicle in town for that shift is the OO
paradigm.

> Are many of you finding widespread use of OO in the web world?

From what little I've seen, no. Much of current web development seems
to be a throwback to the '60s. That's sad because there really shouldn't be anything different about web development than one finds in typical R-T/E environments. You've got a remote client and asynchronous messages. What's new about that?
[Apocryphal anecdote. A couple of years ago I saw an article in a journal where the author actually claimed the first markup language was invented in 1986. How soon they forget and repeat past mistakes.
Markup and scripting languages were very much in vogue in the late '50s and '60s. But there was a reason why they were abandoned by the early '70s.]

Lahman impulsa Pathfinder, uno de los productos 4GL embarcados en un desarrollo MDD. La discusión desemboca naturalmente en el plano en que se debe establecer: lo importante no es OOP (la programación), sino OOD/OOA, el diseño conceptual y el análisis. Las herramientas 4GL aplican las posibildades de la orientación a objetos en un plano abstracto, implementándolo luego en el medio que se requiera, es decir, lo que va de un modelo PIM (Platform Independent Model) a un modelo PSM (Platform Specific Model) en el esquema MDA...

Registrado en Technorati...

Este mensaje es sólo para registrar mi Technorati Profile. Probablemente luego sea eliminado...

Patrones, técnicas para su definición

Ralph Johnson refiere y adhiere a un consistente artículo de Martín Fowler sobre documentación de patrones de diseño. Particularmente útil es la recopilación de estilos de definición, y su propia fórmula. Sea cual sea la forma de hacerlo, es fundamental en la definición de un patrón el explicitar al menos

• El problema
• La solución
• La estructura estática del patrón
  
• La implementación
• ...y si es posible, un ejemplo

Disponer de un repositorio de patrones, documentado claramente, es vital para su uso real: en primer lugar, para que el equipo de desarrollo conozca los que tiene disponibles; en segundo lugar, para abreviar el tiempo de adaptación a un uso específico. De los ejemplos mencionados por Fowler, valoro especialmente el conjunto de observaciones y recomendaciones de construcción elaboradas por Buschman, Meunier, Rohnert, Sommerland y Stal, avaladas por su experiencia en Siemens.

Tres años en Chile: un balance inicial

En poco más, se cumplirá un año de nuestra partida de Chile, y creo que le debo el hacer un balance de estos tres años allí. Lo pienso hace tiempo, y ayer mismo, conversando con un amigo, hablábamos de aspectos que merecen ser destacados, difundidos, y estimados. Digo "balance inicial" porque creo que el tema volverá más de una vez...Creo que existen asuntos que pudieran servir para reflexionar sobre nuestro propio futuro como nación (dicho esto pensando en Argentina)
Trabajé allí en una empresa nacional que hoy afronta decisiones difíciles, y aquí también hay asuntos que conversar, lo que ahora o más adelante haré. Es importante tener en cuenta que mi visión no fue desde Santiago, sino desde la Cuarta Región, en una zona que no es el centro económico del país.
Por ahora, quisiera simplemente enumerar algunos puntos destacables, más o menos como me vienen a la cabeza en este momento. En todos los casos, es necesario dejar a salvo las excepciones: lo que es la regla, siempre tendrá excepciones. en los casos en que valga la pena, apuntaré el punto adverso. Adelante:

• Confiabilidad en las decisiones tomadas. Esto debiera ser lo normal, y sin embargo, necesito destacarlo. Una vez que algo fue acordado, se cumple. Extiéndase esto a la legislación, a la concertación de contratos, a cualquier cuestión formal. Acostumbrado a la informalidad y falta de cumplimiento, llevado a extremo en la inseguridad jurídica, esto es un valor para mí. Saber que existe continuidad y respeto por las decisiones acordadas, permite proyectar estrategias de larga duración y progresivas, algo que es justamente un fenómeno que cualquiera que siga la evolución chilena tiene que notar.
• Responsabilidad, que es base de la confiabilidad seguramente...En general, cada persona cumple su obligación; lo puedo decir notablemente en los funcionarios. Solemos identificar a "funcionario" con un personaje de importancia en el gobierno, pero en Chile un funcionario es toda la línea de personas actuantes en un área: me acostumbré a hablar de los funcionarios de la empresa, para identificar a todas las personas que trabajan en ella, desde los gerentes hasta los empleados de mostrador. Si le extiendo la connotación que se esperaría de la palabra aplicada a un alto cargo, tenemos el sentido en que cada uno toma su responsabilidad. Un empleado de la administración conoce su obligación, y la cumple. No es que sean técnicos especialistas; puede tratarse de una persona simple, incluso que cometa errores; pero hace su trabajo, una tarea tras otra, sin indolencia, incluso con celeridad (una frase que aprendí allí es "lo hago al tiro", es decir, "lo hago inmediatamente"...) Los trámites se completan en tiempos razonables, las colas avanzan. Como en otros países, normalmente si has cometido una infracción en la carretera, pagarás la multa sin chistar, sin "transa", salvo que el procedimiento lo permitiera. Cuando en un país puedes confiar en que el que atiende tu trámite no obra con preferencias, o busca un "estímulo", puedes estimar tiempos con realismo, y competir en un marco más transparente. Responsable y atento a sus normas es el empleado de Registro Civil, el carabinero, el maestro, el peón que recoge la cosecha en el surco, el chofer del transporte público...Hay un aspecto en el que la responsabilidad tiene especial interés: la educación, que comentaré por separado.
  
• A estos dos puntos anteriores, debiera moderarlos con dos antivalores que los limitan:
  
• una comprensión dogmática de la obligación asignada, que puede llevar a atascamientos en la resolución de un problema. He pasado en ocasiones por episodios de poca flexibilidad para resolverlos, sea en trámites en la esfera del Estado, como en la actividad comercial.
  
• poca disposición por considerar que la función es un servicio, y que el cliente o solicitante deben ser escuchados y atendidos. Las organizaciones de defensa del consumidor no tienen, en la medida de mi experiencia, un peso importante, y el consumidor medio es sujeto en ocasiones de procedimientos que serían inaceptables en otros lugares.
• Preocupación universal por la educación. Aunque los mismos chilenos ponen en duda la calidad de su enseñanza (y mis hijos lo experimentaron al pasar al sistema español), sin embargo, el esfuerzo puesto en mejorar, seguramente dará frutos en el futuro. Tuve experiencia directa de la enseñanza media y universitaria, y puedo asegurar que existe un esfuerzo para ampliar la base social de la educación, y el equipamiento para el estudio, desde la disponibilidad de material, hasta la extensión progresiva de medios avanzados de comunicación. Como en Argentina, observé el seguimiento de los niños en reuniones periódicas de evaluación con los padres, pero a diferencia nuestra, el paso de la enseñanza media a la superior es exigente, planeado, y tomado colectivamente casi como una tarea nacional. Existe un período de dos años que son fuertemente orientados a la preparación del ingreso a la Universidad. El ingreso, por otra parte, requiere aprobar una prueba de aptitud, y las posibilidades de admisión a una carrera son proporcionales al puntaje obtenido: los postulantes se anotan en una lista para su preferencia, y son elegidos por su puntaje. Para esta prueba trabajan prácticamente todos los estudiantes de nivel medio, durante estos dos años, con evaluaciones periódicas, y seguimiento de los padres. Es un objetivo fundamental del noventa por ciento de los estudiantes, y, para la época de exámen, es seguida por todos los medios de difusión, porque también se convierte en una prueba del rendimiento de los establecimientos de enseñanza. Doy fe, por mi hijo y por todos sus compañeros, del esfuerzo que ponen para aprobar, y para llegar a entrar al establecimiento que se han propuesto. Y en esto se incluyen también estudiantes y familias humildes, que deben hacer un gran esfuerzo económico para poder seguir adelante, porque la enseñanza superior no es gratuita. Luego, la dedicación no termina al ingresar, sino que produce resultados. Compartí actividades laborales con colegas de formación superior o técnica, capaces y dedicados, aunque a veces su puesto de trabajo no fuera remunerado acorde a su aptitud (Pero eso es un mal universal, ¿no es cierto?).
  
• El punto negativo del manejo de la educación es que la Universidad estatal no es gratuita, y, en algunos casos, aún más cara que la privada. Existe un sistema de becas que se ha ampliado (desconozco si esto cambió en los últimos meses, con el nuevo gobierno), pero el costo se convierte en un limitante importante en un país donde la clase media tiene sus ingresos muy comprometidos, y las familias con bajos ingresos son numerosas.
  
• Agilidad del Estado: Conviven sistemas avanzados y anticuados...particularmente la informatización de la administración es mucho más amplia que la que dejé en Argentina. Por nuestra experiencia personal, obtener una partida de nacimiento, un certificado de antecedentes, un estado de la propiedad de un automóvil, son tareas inmediatas: se obtienen en la ventanilla en que se solicita, en el tiempo que se tarda tomar los datos. El seguimiento de un trámite, el conocimiento del pago de rentas de una persona, son actividades bien logradas. La Tesorería puede cruzar los datos de pago de impuestos con bastante precisión, y puede determinar con bastante acierto la exactitud del pago, en base al seguimiento de las actividades de facturación, movimientos bancarios, y actividades notariales. Todo el mundo realiza su declaración de impuestos, y, eventualmente, recibe un cheque de devolución por un ajuste en el volúmen de pago efectuado. Dejé Chile en momentos en que comenzaba a implementarse la factura electrónica, con un conjunto de items a ser informados en forma estándar, de tal forma que el movimiento comercial será controlado más ajustadamente. Muchas entidades gubernamentales disponen de sitio web con información para facilitar las gestiones de los usuarios; en particular, TrámiteFacil ofrece un punto único de consulta sobre los más importantes trámites administrativos en el estado. Muchos de éstos se pueden iniciar por Internet, particularmente la declaración de impuestos. El documento de identidad posee un buen nivel de seguridad, con una identificación electrónica que permite que, si es robado o perdido, pueda ser bloqueado para impedir su uso fraudulento. El bloqueo es instantáneo al ser denunciado en un Registro Civil. El equipamiento informático es extendido, y , como digo, tiene contenido, no se trata de tener un computador con un procesador de texto y una hoja de cálculo.
  
• En contrapartida, algunas decisiones son lentas y burocráticas; mis hijos por ejemplo, esperaron meses para certificar sus estudios, y en algún momento estuvimos en riesgo de perder los documentos a homologar. En general, a pesar de que Chile pone el acento en los convenios comerciales internacionales, y se propone atraer capital (mientras vivíamos allí se proponía como "Plataforma de Negocios para América Latina"), las gestiones de radicación de un extranjero no son muy fáciles de llevar adelante: no sólo es dificultoso completar un trámite de radicación, sino que, aunque tenga papeles transitorios, no podrá operar comercialmente con facilidad hasta que no tenga su documento de extranjero: no es posible abrir una cuenta bancaria con facilidad, ni comprar propiedades, o realizar operaciones de crédito (abriré un punto sobre "Chile y el mundo"). Un aspecto que es una traba frecuentemente, es el propio sistema político organizativo: Chile es un país fuertemente centralizado, con escasa autonomía regional, donde las decisiones de peso se toman en Santiago. Así, un proyecto puede avanzar si se inicia desde Santiago, pero será más dificultoso desde Regiones.
• Hay más...pero será en una segunda oportunidad. Quizá este balance sea el primero que motive comentarios, acotaciones y respuestas de quienes lo lean...eso es lo que esperaría...

Una colección de textos en teoría de lenguajes de programación

Si llegara al sitio por su primera página, probablemente lo pasaría por alto...Sin embargo, Frank Atanassow ofrece un excelente punto de referencia a fundamentos matemáticos y lógicos de lenguajes de programación, y listas de éstos mismos. Particularmente en Programación funcional.

I'm a German citizen. (No, really!) I was born just outside Frankfurt, raised in Los Angeles, attended secondary school at Harvard-Westlake, attended college in New York at Cornell, and employed in Tokyo (at Next Solution Co.). German was my first language, but English is my native language. I'm fairly fluent in Japanese, which I've studied and used for over 10 years now. In the U.S. and Japan, I am known as Frank Atanassow Christoph, that is, "Atanassow" is my middle name and "Christoph" is my last. (It's a long story.) By the way, Atanassow is the German transliteration of my father's name, which is Bulgarian; so it's pronounced like "Atanassoff". And, no, I don't speak Bulgarian

DSL: Una bibliografía anotada

Registrado en Lambda the ultimate, una lista anotada y comentada de literatura sobre Lenguajes Específicos de Dominio (DSL, Domain-Specific Languages) , preparada por Arie van Deursen, Paul Klint y Joost Visser:

A domain-specific language (DSL) is a small, usually declarative, language that offers expressive power focused on a particular problem domain. In many cases, DSL programs are translated to calls to a common subroutine library and the DSL can be viewed as a means to hide the details of that library

El propósito de la lista:

We survey the literature available on the topic of domain-specific languages as used for the construction and maintenance of software systems. We list a selection of 75 key publications in the area, and provide a summary for each of the papers. Moreover, we discuss terminology, risks and benefits, example domain-specific languages, design methodologies, and implementation techniques

DSL es de real interés, y apuntado aquí en otras oportunidades, por su propia entidad, o por el significado que se le dá en el concepto de Software Factories tal como lo plantean Jack Greenfield y otros. Sin duda DSL es un concepto de interés para compañias dedicadas a desarrollar para un área específica de problemas, aunque sea utópico en el banco de trabajo de una empresa encarando un proyecto. Esta es la observación de Ralph Johnson recientemente:

I've been reading Juha-Pekka about [domain-specific models] I always like to read people with strong opinions! I think he knows what he is talking about. However, creating good languages is not easy, and few people can do it. I think that is the limiting factor in DSLs

En mi opinión, quizá simplista, DSL, Model Driven Development, "Software Factory" de Greenfield, y el marco de Software Product Line (SPL) del SEI (Software Engineering Institute) están construyendo un camino para la construcción de software más confiable, y veremos en tiempos próximos nuevos conceptos unificadores. Digo simplista, porque también es una competencia de marcas, y sigo creyendo en la evolución darwinista de la teoría en el terreno del software.