Group items tagged

Google publicó el primer preview de su nuevo lenguaje. Soporta 2 ambientes de ejecución: una nueva virtual machine y compilado a javascript. La VM soporta startups muy rápidos leyendo el estado del sistema desde archivos de imagen estilo smalltalk. El lenguaje es OO pero basado en interfaces, no clases (aunque tiene clases, todos los method dispatch se refieren a una interfaz). El tipado estático es 100% opcional, permite no poner tipos e incluso permite ejecutar código que no valide el typechecker (con errores). El modelo de ejecución es tipo erlang como procesos single-threaded aislados unos de otros (no pueden compartir nada) que solo se comunican pasando mensajes, éstos se llaman "Isolates".

Es un chiste no? :)

El título lo pregunta, no lo afirma. ¿por qué decis que la prueba está mal hecha?

Si, bueno, donde puse "dice" quise decir "pregunta". Se pregunta si apache 2.4 es mas rápido que nginx, como una cosa novedosa, ya que es sabido lo contrario para versiones anteriores de apache, y que los devs de apache salieron a decir que el 2.4 es mas rápido que nginx. La prueba parece floja por varios lados... en los comentarios se mencionan varias cuestiones. Paradójicamente lo que sí es creíble es la conclusión, independientemente de la prueba. Aunque contradice las declaraciones de los devs de apache.

No sé si ya fue posteada acá, pero definitivamente es relevante la Cotton Candy para quien esté interesado en la Raspberry Pi.

Si la diferencia de guita es así... pero creo que también son bastante diferentes de hard... en tamaño y capacidades. Creo q CC es mucho mas chica y trae 1GB de RAM vs 256MB de la Pi entre otras difs, pareciera q la Pi no trae ni gabinete... creo que la Pi está buena para, por ejemplo, que AFIP compre 1000 y las ponga de cloud privada (manejadas por mesos :P) mientras que la CC está buena para el tv de que tengo en el living :)

Si, son cosas diferentes. Es más, la Raspberry fue pensada originalmente para el ámbito educativo, que los pendejos puedan tener una pc por muy poca guita. Pero para cosas dedicadas, como ser armarse un servidor de archivos hogareño, un media center, un servidor para las descargas me parece que es una excelente solución, muy bajo consumo y económico. El Cotton Candy qué onda? hace algún tiempo leí de artefactos similares que levantaban una temperatura terrible, que incluso derretía la carcasa...

Es un problemón conocido y con blancos sin estandarizar el juntar SAML 2.0 en cuanto a AuhN y Oauth2 para autorización. Éste post es el mas sintético que encontré con un agregado de valor muy alto: Deja entrever que aunque no sea estándar, el mecanismo es posible, y se basa en convertir una aserción SAML2 en un token de acceso OAuth2. uno puede transliterar ésta propocisión así: "convertir una aserción CLAVE FISCAL en un token de acceso OAuth2".  La pregunta es: ¿Que será una aserción CLAVE FISCAL?

Queria decir que es un buen comienzo para ir aprendiendo la epoca que se viene, que es probablemente el declinar (el fin?) de la virtualiacion basada en VMs. Aunque el autor confiese que las conclusiones no pueden emparentarse con la ciencia.

Muy buena charla de Runar Bjarnasson sobre DI estilo funcional. En alguna charla lo escuché decir algo así como:   Como todos sabemos "Inversion Of Control" es solo otra forma de llamar al "pasaje de parámetros". Y eso marca el approach alternativo al "DI estilo Spring" que tomó el mundo de la programación funcional.

...investigadores de la Universidad Carlos III de Madrid (UC3M) han desarrollado el algoritmo SoSACO, que acelera la búsqueda de caminos entre dos nodos pertenecientes al grafo que representa a una red social... Habría que analizar si es aplicable a los datos de navrel este algoritmo.

"Introduction In the modern era, software is commonly delivered as a service: called web apps, or software-as-a-service. The twelve-factor app is a methodology for building software-as-a-service apps that: Use declarative formats for setup automation, to minimize time and cost for new developers joining the project; Have a clean contract with the underlying operating system, offering maximum portability between execution environments; Are suitable for deployment on modern cloud platforms, obviating the need for servers and systems administration; Minimize divergence between development and production, enabling continuous deployment for maximum agility; And can scale up without significant changes to tooling, architecture, or development practices. The twelve-factor methodology can be applied to apps written in any programming language, and which use any combination of backing services (database, queue, memory cache, etc). Background The contributors to this document have been directly involved in the development and deployment of hundreds of apps, and indirectly witnessed the development, operation, and scaling of hundreds of thousands of apps via our work on the Heroku platform. This document synthesizes all of our experience and observations on a wide variety of software-as-a-service apps in the wild. It is a triangulation on ideal practices for app development, paying particular attention to the dynamics of the organic growth of an app over time, the dynamics of collaboration between developers working on the app's codebase, and avoiding the cost of software erosion. Our motivation is to raise awareness of some systemic problems we've seen in modern application development, to provide a shared vocabulary for discussing those problems, and to offer a set of broad conceptual solutions to those problems with accompanying terminology. The format is inspired by Martin Fowler's books Patterns of Enterprise Application Architecture and Refactoring. Who should

Bueno. Eso. Compartí el que me di cuenta que puso antes Pablo en vez del original por error, pero la idea entre ambos, si la obviedad es tolerable, es idéntica :) Está muy bien estructurado en cuanto que cada factor depende de los demás a la vez que los promueve. Permite un enfoque general que incluye prácticas de arquitectura - y de armado cotidiano de productos - que posibilitan llegar donde yo entiendo - según me voy enterando - que es el lugar a donde llegar. Sin embargo, creo que ni éste departamento en sus sistemas más nuevos cumple todos y cada uno de aquellos factores. Esto, lejos de ser una crítica, es una invitación para que revisemos si es el único método posible - cosa improbabilísima - o el mejor método - también bastante improblable - a seguir. Lo que sí sostengo como un absoluto - quien no lo haría - es que es un método practicable. Mi aporte mínimo es defenderlo como uno bueno.

Describe el proceso seguro de automatización de emisión y revocación de certificados implementados en el protocolo ACME de Let's Encrypt. Excelente!

Jugoso debate y ejemplos de como reemplazar inyección de dependencias (DI) con patrones comunes de programación funcional.

Me expresé muy mal, muy desde el punto de vista de un programador java... el asunto en realidad no es "cómo reemplazar DI" sino qué patrones de diseño hicieron que nunca fuera necesario el uso de DI en los lenguajes del paradigma funcional y cómo se pueden aplicar en scala.

"Australian engineers just built a quantum logic gate in silicon for the first time"

El algebra boole / ley de morgan de la "puertas lógicas" tiene 2 estados ( 0 y 1 , con la con 2 NANDS tengo todo ) y la tautologia de las tablas se basa en esos 2 estados. Si pensamos en QBit ( |0> , |1> , |01>, |10>, .....) ), no hay tautologia clasica... se derrumba el álgebra de boole/morgan en este campo, salvo que sean reversibles las operaciones. Interesante el campo que se abre !!!!!! a investigar un poco mas del tema en lo que se refiera a superposición cuántica.

La api mas copada que conozco para escribir clientes de HTTP... de verdad. Por ejemplo, consultar el servicio de info de Outbox para pedir el listado todos los archivos PDF, parsear el XML de respuesta, extraer del mismo los nombres de todos los archivos e imprimirlos puede ser tan solo así.

Asombroso: un paper de 1994 de investigadores de Sun en el cual concluyen que "RPC" está roto de varias maneras y que no se puede arreglar con ninguna implementación. Ummm... ¿de qué año era CORBA? ¿de qué año era EJB?

Este espacio contiene material de ayuda y orientación respecto de la Clasificación de Puestos (Catálogo, Modelo de Competencias de Gestión y Materiales Disponibles), el Programa de Movilidad Interna (Manuales de Usuarios) y Dotaciones (Instructivo de Aplicación SARHA del Plan Anual de Dotaciones y estadísticas respecto de la composición de la Dotación AFIP).

Interesante para probar de ponerlo en práctica y ver qué resulta, ¿no?

En github funciona muy muy bien el mecanismo, lo vengo usando bastante. El análisis, comprensión y diálogo que se genera a partir de los pull requests (y los reviews implícitos que esto produce, sumado a que la herramienta es muy muy buena, permitiendo cosas como poder poner comentarios y responderlos directamente en las lineas de código) son sumamente beneficiosos, ágiles y los resultados son muy buenos. Nosotros, localmente, venimos trabajando de manera similar a lo que se propone (y se acostumbra en github), tenemos branches por temas y se hace review y refactoring de las mismas antes de mergear al tronco de avance. Obviamente en este caso se extrañan MUCHO las herramientas de comunicación que provee github y que NO tenemos localmente.

Data.js is a data representation framework for Javascript. It is being developed in the context of Substance, a web-based document authoring and publishing engine. It took some inspiration from various existing libraries such as the Google Visualization API or Underscore.js.  You can report bugs and discuss features on the GitHub issues page, on Freenode IRC in the #_substance chann el, post questions to the Google Group, or send tweets to @_substance. With Data.js you can: Model your domain data using a simple graph-based object model that can be serialized to JSON. Traverse your graph, including relationships using a simple API. Manipulate and query data on the client (browser) or on the server (Node.js) by using exactly the same API. 

El machetón de git que no entra en la palma de la mano.

Una explicación bastante concisa de varianza, covarianza y contravarianza en el sistema de tipado de scala.

Excelente presentación sobre virtualización y la nube. Imperdible. Incluye transcripción que se puede leer en lugar de ver el video.