Posts Tagged ‘development’
Nuevo lenguaje desde Microsoft
Aunque todavía no tiene nombre estoy totalmente entusiasmado con lo que se está rumoreando del nuevo lenguaje: M#. Intentaré recopilar enlaces sobreo lo que vaya apareciendo.
- C# for Systems Programming. Su presentación en sociedad. Me quedo con que no es interpretado y podría ser compatible con c#.
- Error model.
Programación funcional
Cierto que los lenguajes imperativos como C# están incluyendo aspectos de los funcionales, en este caso mediante lambdas y Linq. Y muchas son las opiniones a favor de este cambio de mentalidad, como por ejemplo, esta proclamando la muerte del IF.
También es muy recomendable esta serie: Refactoring to functional:
I’ve been thinking. They teach us that we need to think in terms of objects and identify these with nouns among other techniques. We then need to make sure that we name them correctly, that they’re small, that they only have a single responsibility and that they can’t have too many dependencies injected into them. And now they’re telling us that we should try and not maintain state because it’s bad for concurrency. I’m beginning to wonder, why the hell have classes at all?
Por último también incluir este punto de vista muy acertado, de la complejidad de tratar la concurrencia con lenguajes imperativos.
En desarrollo de software
I would submit that the appearance of hard work is often an indication of failure
via.
Lenguaje D
Me gusta leer las características de otros lenguajes, para compararlos con mi conocido c#. Y la verdad es que D tiene muchas cosas positivas e interesantes.
D is not a scripting language, nor an interpreted language. It doesn’t come with a VM, a religion, or an overriding philosophy. It’s a practical language for practical programmers who need to get the job done quickly, reliably, and leave behind maintainable, easy to understand code.
Por cierto tiene clases, GC, lambda functions, y tipos inmutables entre otras.
Fases del desarrollo de software
Parallelize development. The short 6 month development time was partly a product of the quality infrastructure, but of also running significant development activities in parallel. The development team was split into design, front-end engineering, infrastructure engineering, and data migrations. In parallel they built: UI prototypes on a test backend, production UI on a simulated backend, the scalable backend, the denormalization framework, the data warehouse, and simulated load testing.
via.
Over-engineering
Parece que es la palabra de moda, algo que sólo confirma lo poco establecido que está la metodología de desarrollo. Ayende dedica una serie de posts en su blog mostrando la cantidad de infraestructura que usamos, muchas veces innecesaria. De un modo parecido se situa Icaza.
La verdad creo que alcanzar esa simplicidad, y no incluir más infraestructura de la necesaria no es tarea sencilla. Si además la mayoría de las veces nos encontramos pensando en condicional.
La simplicidad es algo que Rob Conery, siempre ha pretendido conseguir, y creo que lo consigue con Massive, su nuevo de acceso a datos.
NuPack
Sale a la luz NuPack, una nueva herramienta que viene a ayudar mucho en el desarrollo, sobre todo cuando se integran librerías o utilidades open source. Se añade funcionalidad similar a gems de ruby, y entra en competencia con nu-net, que precisamente hacía uso de ruby. La verdad es que la integración con visual studio y el uso de scaffold commands promete.
Esto refleja los cambios que está sufriendo Microsoft, la verdad es que me gusta la dirección en cuanto a herramientas y framework, así como la continua mejora de productos. Algo nuevo que probar 🙂
Update: Por ahora sólo hace falta que aumenten el número de paquetes disponibles. Aquí los existentes en nu.
IIS7 Request no disponible en Application_Start
Este estupendo cambio me ha producido una perdida de varias horas al pasar una aplicación a un servidor con IIS7. Por otro lado seré alguna vez capaz de usar la depuración remota.
Command and Query Responsibility Segregation CQRS
Parece que todo el mundo esta hablando sobre Messaging y CQRS, y hoy he leído un post muy esclarecedor. En el que se definen los principales patrones, conceptos y arquitecturas.
Aprovecho para incluir algunos apuntes que he ido leyendo y recopilo para tener una especie de índice. Su definición y una aclaración. Su relación con Event Sourcing. La problemática que presenta. Su relación con Event Storage.
(Actualización 20100223). Greg Young sigue aclarándonos conceptos y ventajas, en este caso de Event Sourcing.