Radical Engineering

To keep it simple you need to be smart

2012-01-06T01:47:00.001Z

To keep it simple you need to be *very* smart. Corollary: Simple and stupid is just stupid.

Essential software cycle

2010-12-19T00:16:00.004Z

One step back, two steps forward: Deconstruct Reconstruct Extend

The old school

2010-08-26T01:44:00.001+01:00

Once upon a time there was: Do it properly. Keep it simple. Follow the rules. The old school of engineering.

A semantic space-dimension for the Web

2009-07-10T00:16:00.022+01:00

[ "A space-dimension to the Web: a combinatorial optimisation problem" Published at: http://architectando.blogspot.com /2009/07/space-dimension-to-web-combinatorial.html Discussed at: http://groups.google.co.uk /group/sci.math/browse_frm/thread/2cd2380c0bd245eb How to give a *sensible* space-dimension to the Web. Solutions, corrections, suggestions, etc. all

Software craftsmanship

2009-04-14T09:52:00.003+01:00

"Crafting the details" to me evokes hours spent filling in the little gaps and cleaning up, while rethinking the whole thing over and over again. Hours when few lines of code get written, yet the overall quality and understanding improve dramatically. I was thinking how much I value and do it...Software craftsmanship is when we spend at least 20% of the project-time crafting the details.Posted to

I am a software professional

2009-04-06T20:20:00.007+01:00

[ Draft manifesto. Partly in response to the craftsmanship manifesto. ]I am a software professional:1) I build software that solves my customers' needs, explicit and implicit.That is the only software I will qualify as "working".2) The software I build not only works, it keeps working.Always around the optimal balance between minimality and continuous improvement.3) I build software with honesty,

Artificial Intelligence

2009-02-01T07:37:00.001Z

THE AVERAGE MAN ISTHE NEXT GENERATION AI(There is intelligence and intelligence.)

Why is the Software Industry sucking more and more

2008-12-02T06:00:00.015Z

With inflation and pollution come ignorance and even more confusion.To begin with, the A in the ABC of software production:It is not about doing it right, it is about:doing the right *thing*!!Software is about the conceptual side and only marginally about the technicalities. About using your mind, sensibility and intelligence to provide a concrete and competitive service to people.This is

Yet another argument: against test-driven

2008-09-20T16:54:00.012+01:00

Mr Jason Gorman, in his post "Test-driven Enterprise Architecture" (September 16, 2008) [*], writes:I've discovered that the most effective way to align business goals with the software and systems we deliver is through heirachies of tests, not through pretty pictures and dotted lines.I have to disagree, in the essence. It is certainly true that most of those dotted lines get drawn without

If I jump into a Ferrari and... run away?

2008-04-14T17:37:00.022+01:00

Ok, let's suppose somehow I get around the boxes of an F1 circuit at the time of a race: difficult surely, but if you take into account a bit of luck, pretty doable.Let's then suppose somehow I manage to find an F1 car in the proper conditions, that is as much ready to start as needed: so difficult that, again, with a bit of luck, it is definitely possible.Let's finally suppose I manage to start

On readability -- Pure induction in action

2008-03-27T01:07:00.020Z

Radical engineering principle: On readabilityMemento:Engineering principles are true by good convention.Principle:Optimal "readability" is readable _optimality_.Comment:Never ever optimize. <*>Do make code readable. <**>Clean up the dark side. <***>Readability before all. <****>The only way to optimal code. <>Extended:<*> Includes refactoring, the semantic side of optimization.<**> Includes

Foundationals

2008-03-14T20:15:00.008Z

0 = Not(First learn to say "no"!)1 = All (is mine)_____________________________________Note: This is still work in progress.A related claim and conjectures is here (please dis-prove):Claim: The Theory of All Is Equivalent to Inductive Logichttp://mathforum.org/kb/thread.jspa?threadID=1712270

Radical contradiction

2008-03-11T09:21:00.009Z

Technically speaking,We have blown up the "root of contradiction" with an _atomic_ bomb.To the casual philosophers we are, I will show the links below.To the professional programmer: a crack is not a hack, but a hack is a crack.Keep up the go(o)d work.==============================================Julio Di EgidioRe: Question about proof by contradictionPosted: Mar 10, 2008 11:12 AMhttp://

I need money!!

2008-03-10T19:37:00.015Z

Only £4K/month! Plus, the more you are the more you share!!Please, leave a comment here with your email address, a reasonable explanation why you would support, and your maximal amount: comments are moderated. I will then publish any details you may ask, including yours.Thank you!

The unified theory of all we can do with it (seriously)

2008-03-09T15:42:00.014Z

I have posted the following message to the Mathforum yesterday at 4:43 AM (GMT+00). Starting from around 6:00 AM today, the Mathforum has become less and less responsive, until at 8:00 AM it has finally stopped working.I am reposting the message here (untouched), because at the moment it doesn't appear in any other publicly available sci.math repository.I have also attached an exchange with Mr

On correctness -- Correct is Good!

2008-02-12T03:07:00.012Z

Radical engineering principle: On correctnessMemento:Engineering principles are true by good convention.Principle:Correct is good! Period.Comment:As far as it passes systems testing, a system is "correct", and the problem becomes "good" testing.Extended:We do solve the halting problem in everyday life, though asymptotically: up to the next failure.Hint:Consider the full set of systems for a given

On refactoring -- You should clean up!

2008-02-11T01:51:00.004Z

Radical engineering principle: On refactoringMemento:Engineering principles are true by good convention.Principle:You shouldn't refactor. You should clean up!Comment:You can refactor when finished, i.e. never.Extended:Clean up before and after yourself.Hint:You can be many, but you can't be one.

Italian Agile Day 2007

2007-11-27T17:06:00.004Z

Great event in Bologna, with some 300 participants and sessions going on the whole day across three different tracks, from classic sessions for beginners, to open space sessions for advanced discussion.Very interesting relations and ideas were exposed, with most of the speakers sharing real life experiences. Most of the discussion revolved around how to introduce agility in a team, how to track

TicTacToe 1.2.B released for preview

2007-01-06T17:00:00.005Z

TicTacToe 1.2.B has been released for preview.« Tic-tac-toe is a classic case in the field of computer science, though our primary goal here is to investigate software development concepts and practices, and infer engineering-level indications to formal methods and patterns of construction. »Contents:Iteration zero and beyondTop-level design and source codeNext open issuesRead the full document

Announcing the Italian Agile Day 2006

2006-11-18T00:00:00.013Z

Venerdi 1 Dicembre 2006 a Milano si terrà il terzo Italian Agile Day.Si tratta di una conferenza gratuita di un giorno dedicata alle metodologie agili per lo sviluppo e la gestione dei progetti software rivolta agli sviluppatori, project leaders, IT managers, tester, architetti e coach che hanno esperienze da condividere o che iniziano solo ora ad interessarsi a queste tematiche.La giornata ha