Polymorphic rants http://www.lucagrulla.it Most recent posts at Polymorphic rants posterous.com Mon, 26 Sep 2011 01:41:00 -0700 Control flow in Javascript http://www.lucagrulla.it/flow-control-in-javascript http://www.lucagrulla.it/flow-control-in-javascript

Mark Needham recently wrote a blog post on how his team worked around a Javascript asynchronous unwanted behaviour.

They want to iterate over a collection, executes some code for each element of the collection and only when all the collection has been traversed execute a final step.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
//for the original blog post check
//http://www.markhneedham.com/blog/2011/09/25/jquery-collecting-the-results-from-a-collection-of-asynchronous-requests/

var people = ["Marc", "Liz", "Ken", "Duncan", "Uday", "Mark", "Charles"];
 
var grid = [];
$.each(people, function(index, person) {
  $.getJSON('/git/pairs/' + person, function(data) {
    // parse data and create somethingCool
    grid.push(somethingCool);
  });
});
 
// do something with grid

Obviously this didn't work. Due to the asynchronous nature of Javascript the do something with grid block is invoked before the grid itself is filled and nothing interesting happens.

 

Their final approach is solving the unwanted behaviour by mostly removing any possible event driven behaviour and handling control in a full imperative way, explicitly calling functions in the expected sequence.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
// for the origina blog post check
// http://www.markhneedham.com/blog/2011/09/25/jquery-collecting-the-results-from-a-collection-of-asynchronous-requests/

var people = ["Marc", "Liz", "Ken", "Duncan", "Uday", "Mark", "Charles"];
asyncLoop(people, [], function(name, grid, callBackFn) {
  // parse data and create something cool
  grid.push(somethingCool);
  callBackFn();
}, function(grid) {
  // do something with grid
});

function asyncLoop(collection, seedResult, loopFn, completionFn) {
  var copy = collection.slice(0);
  (function loop() {
    var item = copy.shift();
 
    if(copy.length == 0) {
      completionFn(seedResult);
    } else {
      loopFn(item, seedResult, loop);
    }
  })();
}

This works but it's not leveraging Javascript nature, and the code itself results harder then what it should be.

How the same problem can be solved embracing asynchronous thinking ?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
function fecthData() {
  var people = ["Marc", "Liz", "Ken", "Duncan", "Uday", "Mark", "Charles"];
 
  var grid = [];
  $.each(people, function(index, person) {
    $.getJSON('/git/pairs/' + person, function(data) {
      // parse data and create somethingCool
      grid.push(data["name"])
      if (grid.length === people.length) {
        $(document).trigger("gridFilled", [grid]);
      }
    });
  });
}
 
 
$(document).bind("gridFilled", function(e, grid) {
   //ready to do something with grid !
})

The way to achieve control flow in Javascript is with events.

When a block is completed it emits an event. All the interested parties will be listening to the specific event and execute their specific job, contributing to our overarching business flow.

This alternative solution is probably also more idiomatic and as a consequence more coincise and easier to read.

Permalink | Leave a comment  »

]]>
http://posterous.com/images/profile/missing-user-75.png http://posterous.com/users/hd2akPlb4Tfom lucagrulla lucagrulla lucagrulla
Thu, 15 Sep 2011 12:13:00 -0700 Introducing node-tail: a NodeJS tail library http://www.lucagrulla.it/node-tail-a-nodejs-tail-library http://www.lucagrulla.it/node-tail-a-nodejs-tail-library

In the previous blog post I described the architecture of the firehose we built in Forward with NodeJS.

At the lowest level each node has to tail a log file.

Tom Hall and I couldn't find any useful cross-platform (i.e. not relying on the unix tail command) node module for that task, so I ended up writing node-tail:

Using node-tail is very simple:

1
2
3
4
5
6
7
Tail = require('tail').Tail;

tail = new Tail("fileToTail");

tail.on("line", function(data) {
  console.log(data);
});

node-tail is also available via npm, just install it with:

> npm install tail

 

Permalink | Leave a comment  »

]]>
http://posterous.com/images/profile/missing-user-75.png http://posterous.com/users/hd2akPlb4Tfom lucagrulla lucagrulla lucagrulla
Mon, 12 Sep 2011 15:00:00 -0700 Building a firehose with NodeJS http://www.lucagrulla.it/building-a-firehose-with-nodejs http://www.lucagrulla.it/building-a-firehose-with-nodejs

In Forward we handle a huge stream of real time data and we are always looking for interesting ways to use that stream.

We already have a Hadoop cluster for high latency analysis (mostly reporting), but recently we started building a set of tools that can give us a near real-time view of what's going on.

With this goal in mind I have been recently involved in building a data firehose with NodeJS.

 

 

The result is the following:

Firehose

 

The lowest layer of the firehose is a thin component installed on each server that tails the log file we care about and publishes each log entry to a collector (called firehose-master) via ZeroMQ. The master collects the log entries from all the nodes and republishes everything to the rest of our software ecosystem as a single stream via a single ZeroMQ end point.

With this architecture we easily preserve the horizontal scalability of our main service, in fact adding a new node to the firehose is as simple as installing the tail component on the new server and adding its IP address to the master configuration file.

This stream can now be the core foundation of clients that consume the firehose for different purposes, from real-time trends visualisation to HDFS data bulk load.

 

Permalink | Leave a comment  »

]]>
http://posterous.com/images/profile/missing-user-75.png http://posterous.com/users/hd2akPlb4Tfom lucagrulla lucagrulla lucagrulla
Tue, 15 Jun 2010 22:41:48 -0700 Javascript testing http://www.lucagrulla.it/javascript-testing http://www.lucagrulla.it/javascript-testing Javascript has become in the last years the language for rich web applications,  but still it rarely receives the level of attention it deserves. Libraries such jQuery boost our productivity but the code we often end up writing tend  to be a big ball of mud, with an entangled mix of presentation logic, busines logic and server side interaction,  all incredibly hard to test and to maintain. It's time to move away from this approach and start writing better quality Javascript. The very first step required to avoid Javascript spaghetti code is start thinking to Javascript as a first class language, and start dealing with it with the same mindset and approach we would use for any server side language. With this new approach in the same way we identify roles and integration points  in server side code we want to start building abstractions in our Javascript codebase. With the right abstractions in place we are defining clear boundaries between different parts of the system, and as a consequence our code is simpler, we promote reuse  and the DRY principle, and  we are finally enabling better testing. Let's look at any standard Web 2.0 Javascript code from this new perspective: now the DOM and HTTP are two clear integration points. Our javascript code manipulates the DOM adding  nodes or changing existing nodes content in the same way any other language would interact with a database. Each call to a server over HTTP via Ajax is exactly the same of calling a web server from our server side code. With these very two first abstractions in mind, we can start rewriting our code, isolating these interactions behind clearly defined objects. Now the javascript code is not a ball of mud anymore, but a network of objects that collaborate. With these smaller objects  in place we can now favour interaction based tests, moving away from any dependency on the DOM and on the HTTP protocol. The identified abstractions let me actually mock  and stub things out and test if the different tiers in my javascript code are exchanging the right messages. This separation of concerns keep the business logic nicely isolated from the user interface transformations, enabling also a cleaner state based testing for that specific part of the code (there are no more dependencies on the DOM).

Permalink | Leave a comment  »

]]>
Sun, 02 Aug 2009 18:42:25 -0700 Italian Agile Day 2009: date announced http://www.lucagrulla.it/italian-agile-day-2009-date-announced http://www.lucagrulla.it/italian-agile-day-2009-date-announced Friday, 20th of November 2009, the 6th Italian Agile Day will be held in Bologna.
Media_httpwwwagileday_fabqp
It's a great opportunity to share experiences and practices, learn, discuss and meet other praticioners part of the  Agile community...and moreover it's free :-) I'll see you there !

Permalink | Leave a comment  »

]]>
Sun, 05 Jul 2009 13:08:08 -0700 What has to be ready for the beginning of a project ? http://www.lucagrulla.it/what-has-to-be-ready-for-the-beginning-of-a-p http://www.lucagrulla.it/what-has-to-be-ready-for-the-beginning-of-a-p The beginning of a project is always a hectic period where several things have to be put in place in order to be able to start the actual development from a solid position. Interestingly enough, I see that what is important to have ready for ThoughtWorkers most of the time is not what has to be ready for other people. Given that obviously every project is different and deserve specific attention, here is my list of things that has to be ready before the kick off of iteration 1. Infrastructure A repository, a Continuos Integration Environment with Cruise (or suitable alternatives) installed and working, a QA environment where we can deploy every successful build whenever we want, a basic build script (i.e. build/run tests/package). Pairing boxes, each one with exactly the same configuration. Architecture Just identify the core services/components, there's no need to go into detail for each one at this time of the project. If we identify what is the main responsibility of a service is good enough for now, the details will be discovered later in the project. If we can easily identify the way services will communicate (web service ? message broker ?) good, if not through good OO principles we can abstract the low level mechanism and reduce the cost of change later, deferring the final decision to the point in the project where we have more understanding of the technological constraints. Patterns Pairing and frequent pair rotation will help in spreading the knowledge of the approach to solve specific problems and in maintaining consistency throughout the code base, so most of the time there is no need of defining a sort of "project dictionary" of valid patterns at day 1. If we're introducing new approaches to solve a specific problem, it's important to highlight pros and cons of the approach so that people know what they are doing once pairing. Most of the time these are probably enough to start Iteration 1. All the other decisions can (and sometimes should...) be deferred to a later stage.

Permalink | Leave a comment  »

]]>
Tue, 31 Mar 2009 08:48:47 -0700 QA productivity metrics http://www.lucagrulla.it/qa-productivity-metrics http://www.lucagrulla.it/qa-productivity-metrics In a lot of companies  the productivity  of a QA is measured through the number of defects she raised: the  more defects she finds, the harder she works, therefore the better she is. This approach has an interesting corollary:  if you have really good QAs you don't have good developers. If your QAs are finding a lot of defects this means that your developers are quite poor and are regularly introducing defects in the code base. This approach isn't obviously team oriented: QA and Development are seen as two separate and independent entities that interact through a specific contract. If we truly believe in collaboration the most important productivity metrics are not related to a specific role/set of skills but to the team capability of deliver quality software in time and in budget. We need to ask ourselves why the defects are finding their way into the application deployed in the live environment (incomplete acceptance criteria ? not enough analysis or understanding of the domain ? gap in the test suite ?), and fix the issue as a team, not just using that number as the boundary between two streams of work.

Permalink | Leave a comment  »

]]>
Sat, 14 Feb 2009 14:00:24 -0800 Local optimization doesn't necessarily mean improvement http://www.lucagrulla.it/local-optimization-doesnt-necessarily-mean-im http://www.lucagrulla.it/local-optimization-doesnt-necessarily-mean-im Delivering software is a pretty complex activity that requires interaction between people with different skill sets. One of the cornerstone of Agile Development is continuous improvement, and one of the tool often used to learn and improve  is the retrospective. In a context where the collaboration is not effective, people tend to look for local optimization instead of seeing the big picture, and you have things such  the "QA retrospective"  or the  "Developer retrospective". In this scenario a "QA retrospective" (as the Dev's one, or a BA's one)  is probably more harmful than anything else; the specific issues that will be identified won't address the whole activity of delivering software but will only be focused on that specific step ("we need x to do y"). But what is the impact of that step in the overall process ? How that step fits into the chain of event that will take a business idea to be delivered as a software artifact (hopefully in a timely and quality fashion ) ? Don't get me wrong: it's definitively through specific improvements that you improve your overall process but if  don't frame your changes in the big picture, it's more likely that your changes will impact your process in the wrong direction and actually cause an additional waste. Each attempt of optimization should therefore start from the clear analysis of what is wrong from a high level point of view and only then it's time to shift our attention to the specific details of each step.

Permalink | Leave a comment  »

]]>
Mon, 26 Jan 2009 22:08:09 -0800 Acceptance Testing of Flex applications http://www.lucagrulla.it/acceptance-testing-of-flex-applications http://www.lucagrulla.it/acceptance-testing-of-flex-applications Acceptance Testing is a fundamental practice: it gives you confidence that your application behaves as expected from the end customer point of view. In the Flex world there are some projects that are currently emerging in the Acceptance Testing space, each one with specific advantages and weak points. Let's have a look to some of these. FlexMonkey FlexMonkey Open source but based on closed source API (the Automation API are released only with FlexBuilder and not with the open source Flex SDK), it's based on the record-playback approach and as far I  have seen is not easily integrable with a Continuous Integration server. Flash-Selenium Flash-Selenium is open source, and it works as an extension of SeleniumRC; the tests can be written in Java, .Net, Ruby or Phyton and the integration with a Continuous Integration server is therefore quite out of the box. SeleniumFLex API SeleniumFlex is another open source project. it's an extension of SeleniumIDE, test should be written in Selenese. FunFX FunFX is based on the automation API (therefore you can use it only if you're owner of FlexBuilder), the fixtures are  written in Ruby. At the moment there isn't a  de-facto solution: the community is quite dynamic and all these different tools are trying to find their space. Which one is  my favourite ? It's really hard to say, I think that the context matters a lot. I  don't like the solutions that require the Automation API simply because this tights you to a vendor just for testing; it's also true that the pure open source solutions requires some extra-hack (like exposing methods through  ExternalInterface) that are less than ideal. Looking at the two pure open source tools I like Flash-Selenium for its out of the box integration with Continuous Integration server, while I prefer Selenium-Flex approach for handling the necessary ExternalInterface configuration.

Permalink | Leave a comment  »

]]>
Sun, 28 Sep 2008 23:23:53 -0700 Signs of poor communication http://www.lucagrulla.it/signs-of-poor-communication http://www.lucagrulla.it/signs-of-poor-communication Walking in an office and just looking around for 10 minutes is enough to have a feelingof the level of communication in the environment. When:
  • co-located people communicate mainly via IMs, mails, or comments on online collaborative tools instead of face-to-face conversation
  • a heavyweight tool is the preferred way for driving the work flow instead of using it only for backup and tracking
  • on the whiteboard you can read the outcomes of the retrospective of 7 months before
There's definitively something wrong. What about your team ? How many of the above bullet points are you ticking off ?

Permalink | Leave a comment  »

]]>
Sun, 29 Jun 2008 10:39:55 -0700 Technology should leverage your business (a.k.a. REST anyone ??) http://www.lucagrulla.it/technology-should-leverage-your-business-aka http://www.lucagrulla.it/technology-should-leverage-your-business-aka Technology is a exceptional way of improving your business. The REST architecture is a good example; with a clear URL we definitively improve the effectiveness of our message. People will easily remember the URL and our product will be faster on the market (because people actually know how to get to our product). Now this sounds pretty basic in 2008 but it looks like that some big companies are still missing the whole point. Some time ago I was googling for Quality Center, a testing tool owned by HP. Now, in the REST era, I personally expect a URL on the line of: www.hp.com/products/testing/qualitycenter This is not what I had. The actual direct URL to Quality Center is: https://h10078.www1.hp.com/cda/hpms/display/main/hpms_content.jsp?zn=bto&... HP is obviously missing the key point: how I can remember that thing ??? Even if that is google first choice at the beginning I considered it just white noise because the URL is some undefined bunch and hieroglyphic instead of something with a semantic meaning. And if I cannot get easily to your product, I will never be able to become a customer. Sounds easy to me that I' m not a marketing guy. It's still not so clear to some companies.

Permalink | Leave a comment  »

]]>
Tue, 24 Jun 2008 20:29:35 -0700 Flex: How to achieve proper separation of responsibilities http://www.lucagrulla.it/flex-how-to-achieve-proper-separation-of-resp http://www.lucagrulla.it/flex-how-to-achieve-proper-separation-of-resp In a previous post I was discussing on my experience with Flex and one of the highlighted pain points is the extremely poor quality of the available tutorials. Let's have a look at the source code of the Flick tutorial:
Media_httpwwwlucagrul_ezfih
In a single page you have:
  • the declaration of visual components (TileList)
  • the declaration of non visual component (HTTPService)
  • event handling (photoHandler)
  • data binding (photoFeed)
  • pure logic (requestPhotos)
If you decide to follow this development model you will obtain something that is extremely fragile to evolve or simply just to maintain. Let's start assigning the right responsibilities to the right objects. The first step is creating our own Application object and use it as root in the mxml file:
Media_httpwwwlucagrul_abpjh
Now the HttpService component is not exposed anymore (and ideally can also be injected) and the events handling in the right place. The second step is to extends the HttpService object to place the requestPhotos behaviour in the service. The result is below:
Media_httpwwwlucagrul_vuhki
At the end of this refactoring our mxml file looks like this:
Media_httpwwwlucagrul_hfacx
Now we are declaring only visual components, and its only role is defining what we want to see and how. This is the way of writing code. The other one is just rubbish.

Permalink | Leave a comment  »

]]>
Sat, 21 Jun 2008 12:58:50 -0700 Working with Adobe Flex http://www.lucagrulla.it/working-with-adobe-flex http://www.lucagrulla.it/working-with-adobe-flex RIA is a pretty hot topic in these days; even in ThoughtWorks a lot of discussions are going on (if you have time you can check fellow ThoughtWorkers posts here, here and here). Funny enough I'm quite involved in the discussion, due to the use of Adobe Flex in my current project. So what is Flex ? Flex is the Adobe solution for RIA; based on ActionScript, it promises quick development of rich UI, the ability of testing and TDD-ing, good tools for development and out of the box integration with Web Services and REST services. Everything sounds cool,but my experience with Flex highlighted few elements that worth a bit of attention...let's analyze those one by one. Testability Let's start from testability: ActionScript is really hard to test !! A Unit testing framework (FlexUnit) is available, but it cannot be used by command line because the test runner works only in your browser; this slow down your development cycle (red bar-green bar- refactor) quite a lot, reducing your effectiveness during the day. ActionScript is a half way between a static and a dynamic language (with a clear direction towards being a pure static language, my guess is that the language designers are trying to increase the language appeal to the Java and the dotNet community); the problem is that of a static language you miss the testing framework( mock libraries mostly) and of a dynamic one you're missing the complete dynamic approach(all the classes are sealed by default, and you can't do methods override at runtime even for objects that are explicitly declared dynamic). In this scenario interaction testing is nearly impossible to do; sure, you can write your own mock library or stub everything out but this is a pretty strategic decision and a lot depends on the scope of the project. Flex Security Model Another aspect that gave us more than one trouble is Flex security model. A Flex application can connect to a WebService or a REST service only if:
  • the target service is on the same domain where the Flex application is deployed
  • the target service is on an external domain but in the target domain there is a crossdomain.xml file that declares your domain as secure
What does it mean ? That if I want to access a public feed (let's say the BBC weather feed) BBC has to have my domain specified on its crossdomain.xml file that lives on its server. This is a strong limitation: you cannot simply call BBC and ask to add your domain to their list of trusted site, and this take you down the path of over design your application (like adding a proxy web service on your domain just to be able to get the real data you need from BBC). Tutorials and suggested best practices A final comment is for the Adobe tutorials: it's hard to see in 2008 something so poor. The tutorials (have a look at the Flickr one to have an idea) are a collection of worst practices: the basic model of development is spaghetti-code, where you write all the code in the Script tag within your main Flex application file (mxml). And what about separation of responsibilities ? Do we really think that this is the code you obtain doing TDD ? The heavily usage of the Script tag will take you down maintenance nightmares, transforming your application in something that is quickly out of your control and you cannot evolve. ...but is it good or not ?? Looking at these pain points, for me Flex is not yet a mature technology. Adobe promises a lot but a number of the promises are not there; TDD is simply to hard to do due to the lack of mock support(even if it's promised), the set of possible permissions you can give to the Flash player clashes with the new services oriented feature (introducing cumbersome security model that take you to overdesign as a possible workaround), and with really poor tools (FlexBuilder, the IDE, crashes regularly and the Ant task is pretty basic).

Permalink | Leave a comment  »

]]>
Sun, 25 May 2008 22:54:46 -0700 Article: Seniority, Respect, Authority and an Agile Team http://www.lucagrulla.it/article-seniority-respect-authority-and-an-ag http://www.lucagrulla.it/article-seniority-respect-authority-and-an-ag Here on InfoQ some interesting thoughts around Seniority and Authority in an Agile team.

Permalink | Leave a comment  »

]]>
Sun, 25 May 2008 22:51:26 -0700 Article: Patrick Kua on the Agile Coach role http://www.lucagrulla.it/article-patrick-kua-on-the-agile-coach-role http://www.lucagrulla.it/article-patrick-kua-on-the-agile-coach-role Here a really good article from my friend Patrick Kua on the role of the Agile Coach.

Permalink | Leave a comment  »

]]>
Thu, 17 Apr 2008 14:06:58 -0700 Integrate Ivy in a dotNet build http://www.lucagrulla.it/integrate-ivy-in-a-dotnet-build http://www.lucagrulla.it/integrate-ivy-in-a-dotnet-build I'm currently involved in a dotNet shop and I'm working on redesigning the build pipeline (good old CI stuff). Ivy appeared in our brainstorming sessions as solution for the requirement of having a more defined control on the projects dependencies. The problem is that currently (but you never know about the future ;-) ) there isn't a dotNet native port of Ivy. This can be solved using the exec tag from your NAnt script and using java as an external program. Here is the bit to add to your NAnt build script: <target name=\"dependencies\" description=\"resolves project dependencies\"> <exec program=\"java.exe\"> <arg value=\"-classpath\" /> <arg> <path> <pathelement file=\"tools/apache-ivy-2.0.0-beta2/ivy-2.0.0-beta2.jar\" /> <pathelement file=\"tools/apache-ivy-2.0.0-beta2/ivy-core-2.0.0-beta2.jar\" /> <pathelement file=\"tools/apache-ivy-2.0.0-beta2/lib/commons-cli-1.0.jar\" /> </path> </arg> <arg value=\"org.apache.ivy.Main\" /> <arg value=\"-settings\" /> <arg> <path> <pathelement file=\"ivysettings.xml\" /> </path> </arg> <arg value=\"-retrieve\" /> <arg> <path> <pathelement dir=\"lib/[module].[artifact].[ext]\" /> </path> </arg> </exec> </target>

Permalink | Leave a comment  »

]]>
Thu, 17 Apr 2008 10:22:05 -0700 Ivy: how-to download dependencies to different folders http://www.lucagrulla.it/ivy-how-to-download-dependencies-to-different http://www.lucagrulla.it/ivy-how-to-download-dependencies-to-different Ivy is a dependency manager that lets you define in a declarative way directly in the build file the dependency of your project. In order to downlaod dependencies in different folders (i.e. separate the runtime dependencies from the testing ones) you have to define configurations. Let's say we have this project structure: /lib -prod -test The first step is defining in your ivy.xml a configuration for each folder: <configurations> <conf name=\"test\" visibility=\"public\" description=\"test dependencies\" /> <conf name=\"prod\" visibility=\"public\" description=\"runtime dependencies\" /> </configurations> and then defining the actual dependencies assigning to each one the right configuration(in these scenario all are extending the default one): <dependencies> <dependency org=\"org.apache\" name=\"junit\" rev=\"2.0\" conf=\"test->default\"/> <dependency org=\"org.apache\" name=\"log4j\" rev=\"2.0\" conf=\"prod->default\"/> </dependencies> Finally in the build file you have to define the pattern in the ivy:retrieve tag: <ivy:retrieve pattern=\"$ {ivy.lib.dir}/[conf]/[artifact].[ext]\"/> is easy to see that the pattern chunk that defines the actual destination directory id the [conf] token.

Permalink | Leave a comment  »

]]>
Sat, 12 Apr 2008 15:28:02 -0700 Live documentation with Evernote http://www.lucagrulla.it/live-documentation-with-evernote http://www.lucagrulla.it/live-documentation-with-evernote I recently discovered Evernote, a tool to capture and search information easily ( on the web, with a fat client or a mobile one) The coolest thing is that the client does Optical Character Recognition on pictures. Evernote looks really good for ToDo lists and GTD stuff but I actually see it as an incredible tool for traking info for a project. Think at this scenario: quick meeting to clarify some bits regarding your new project Foo1(let's say the build pipeline).
Media_httpwwwlucagrul_ffohg
At the end of the meeting we have a pretty good idea and everything is on the flip chart/whiteboard. We just need to take a picture of the defined pipeline and upload it in Evernote. Now the snapshot is a live document: we can easily search it using any of the words we wrote on the flip chart ! It's still not perfect, but it's definitively worth to give to these guys a bit of time to improve somethings that it's already looking pretty cool.

Permalink | Leave a comment  »

]]>
Wed, 09 Apr 2008 21:48:48 -0700 Essap 2008 http://www.lucagrulla.it/essap-2008 http://www.lucagrulla.it/essap-2008 For the third year the European Summer School of Agile Programming(Essap) is a great opportunity to learn more about Agile Methodologies. Here the website of the school: check it out.

Permalink | Leave a comment  »

]]>
Sat, 29 Mar 2008 18:05:05 -0700 Just a bit of confusion... http://www.lucagrulla.it/just-a-bit-of-confusion http://www.lucagrulla.it/just-a-bit-of-confusion From a  job offer recently received: [...]Please note it is essential that applicants have worked in a structured development environment ideally utilising the Agile (SCRUM, XP) methodology or any other similar methods such as Waterfall, RAD or RUP[...] Simply awesome.

Permalink | Leave a comment  »

]]>