Personal Workflow Blog - Comments

Sed is much slower than Perl, or not... - Steve Schnepp

Steve Schnepp — Fri, 27 Nov 2009 19:51:40 +0100

Thx.

About i18n, I'm wondering if it's the local part or the encoding that cause this massive slowdown...

Sed is much slower than Perl, or not... - Andreas Schamanek

Andreas Schamanek — Fri, 27 Nov 2009 10:53:24 +0100

Indeed a very interesting finding. Thanks for sharing.
One cannot but repeat again and again how important it is to set locales properly with every piece of code. Personally, I am no fan of i18n the command line.

A Simple Dns Server for a SOHO Network - Steve Schnepp

Steve Schnepp — Fri, 21 Aug 2009 14:31:35 +0200

The things I discovered so far are :

ZeroConf based solutions, mostly using UPnP
Have a small server like Pdnsd.

Checked or Unchecked Exceptions for Legacy Code ? - Steve Schnepp

Steve Schnepp — Fri, 21 Aug 2009 14:21:18 +0200

Yeah, same here in Java :

  try {
     processThing();
  } catch (Exception e) {
     // Do nothing
  }

Don't ever underestimate the power of laziness in the same team as ignorance :-)

Checked or Unchecked Exceptions for Legacy Code ? - Krystof von Murphy

Krystof von Murphy — Fri, 21 Aug 2009 14:00:47 +0200

Whatever the choice of the developer, that’as better than these "checked" exceptions:

BEGIN
 (SQL code...)
EXCEPTIONS 
 WHEN OTHERS THEN NULL ;
END ;

(People should be shot for that.)

A Simple Dns Server for a SOHO Network - Krystof von Murphy

Krystof von Murphy — Fri, 21 Aug 2009 13:51:37 +0200

Me too.

A problem: it means a dedicated server, always on, and another point of failure (server down, no network). For a home network, I’d like to see it integrated into the ADSL box (which is a DHCP server already). For the moment, I live with manual hosts files.

Does a distributed DNS exist, where any Linux/Win/Mac on the network can be "the" DNS ?

Databases: Efficient Denormalization with Views - Krysztof von Murphy

Krysztof von Murphy — Wed, 17 Jun 2009 07:53:38 +0200

Sorry, I didn’t even see I was replying in another language :-))))

Databases: Efficient Denormalization with Views - Steve Schnepp

Steve Schnepp — Tue, 16 Jun 2009 08:53:39 +0200

Merci :-)

For an english translation of these interesting comments, just use Google translate services.

Databases: Efficient Denormalization with Views - Krysztof von Murphy

Krysztof von Murphy — Mon, 15 Jun 2009 18:40:52 +0200

J'ajoute aussi :

Il y a un domaine où on dénormalise à fond délibérément : les systèmes décisionnels (datawarehouse). Ce sont des systèmes séparés alimentés par les diverses applications d'une entreprise. Les perfs à la lecture passent devant les soucis de volumétrie ou de temps de mise à jour. Mais ladite mise à jour se fait en batch nocturne ou ouikénal.

On utilise rarement du code applicatif classique mais des outils spécialisés (ETL) qui se chargent de malaxer les données depuis plusieurs applications, calculer un milliard d'indicateurs, etc. Et avoir des vues déjà toute prêtes du côté de l'application dont on pompe les données est effectivement une bénédiction pour le développeur qui n'a pas à recoder les jointures dans son outil (surtout si lesdites jointures sont subtiles...).

Ces systèmes décisionnels (et les autres systèmes qui ont besoin de regarder « sous le capot » au niveau SQL) sont une des raisons qui doivent décourager de mettre de la logique (contraintes, cohérence statique, pas les flux et process) ailleurs que dans la base. À l'inverse, il existe des plugins (coûteux) pour les ETL courant pour lire par exemple dans SAP, l'archétype de l'application qui interdit que quiconque lise dans la base sans passer par lui (et ça donne ça :http://www.courtois.cc/blogeclectiq...)

Par contre, le code applicatif dans la base c'est pas glorieux pour l'indépendance envers les fournisseurs de BdD, il faut savoir ce qui est important pour son application, et coder au PPCD si on tient à avoir des données « libres » - d'où des compromis dans les fonctionnalités utilisables.

Databases: Efficient Denormalization with Views - Krysztof von Murphy

Krysztof von Murphy — Mon, 15 Jun 2009 18:24:05 +0200

Que dire sinon que tu parles d'or ? Je soufre actuellement (et le client paye très cher au final) à cause d'une application dénormalisée à mort faite par des gens qui doivent raisonner encore en fichiers plats et en Cobol.

Ajoutons que stocker contraintes, vues utilitaires, même logique fonctionnelle en base permet de garantir la cohérence contre toutes les attaques contre la cohérence de la base (du point de vue du DBA) : développeurs indisciplinés, doc pas claire, erreurs humaines, sous-traitance, stagiaires...

La dénormalisation doit être réservée aux cas extrêmes, et comme tu dis, entre les vues simples et les vues matérialisées, on doit pouvoir simplifier le développement. Attention, ces vues à mon sens ne doivent pas contenir de logique fonctionnelle précise sinon on duplique ce qui existe ailleurs dans l'appli (sauf à réutiliser, disons, des fonctions stockées fournies par cet appli) ; je n'aime que les vues qui font des jointures naturelles (le long des clés étrangères, comme n'importe qui a le réflexe de faire) sauf à coder pour une application précise.

À propos des jointures que l'on évite : c'est encore plus intéressant avec les clés naturelles puisqu'on a souvent là deux ou trois colonnes par index sinon plus, ce qui fait autant que l'on n'a pas à écrire en en oubliant. (Une des raisons pour lesquelles je préfère les clés arbitraires.)

Databases: Version History - Krysztof von Murphy

Krysztof von Murphy — Thu, 09 Apr 2009 22:12:00 +0200

Tom Kyte would say something along the lines of “if the answer is a trigger, then you didn’t understand the question”, and I hate things that happen magically under the hood too, but I can’t think of any other maintenable ways of adding stamp dates in an application. I had to deal with it in Oracle Applications, all tables had creation_date, update_login, with associated logins and so on (but no history): it was a pain to add all these columns in every bit of code.

Anyway, the ddj article is very good. I have this recurring problem in my current job, it’s nice to read something clean about the different options.

Should The URL Include a Date, or Not ? - Steve Schnepp

Steve Schnepp — Thu, 09 Apr 2009 16:04:13 +0200

True, and solved typically by software. Make me wonder why blogging engines don't do it auto-magically... Actually, in mine, I can just erase the first generated one, change it's modification date to now via the provided little calendar widget, and the URL will be regenerated with the fresh, updated, date. Unfortunately this translates itself to many manual steps that could be easily automated in the engine (may be on a opt-in/out basis), and therefore not forgotten.

Should The URL Include a Date, or Not ? - Krysztof von Murphy

Krysztof von Murphy — Thu, 09 Apr 2009 15:50:20 +0200

I've got blog entries that were "in progress" for years. Or still are.

A day or a week precision is not important. It should be the date at the (first) publication. Before that, the URL is not supposed to be published and its URL can change.

Why Negative comments are better than positive ones - Krysztof von Murphy

Krysztof von Murphy — Mon, 15 Dec 2008 21:49:05 +0100

Mistakes in isolation are the worst when you don't know much about the problem/the language/the algorithm/the business, you go full speed into the wall.
On the contrary, a Master in isolation WILL achieve high productivity (that is, until the next paradigm change, that he won’t see from his ivory tower).

Another fact is that you really learn when you burn yourself. Of course, letting others criticize your work is learning their experience without getting burnt yourself. But if you always follow the advices from the others, you may avoid valuable lessons: knowing WHO are the real gurus whose advice really count; when knowing that YOU are right and all the others aren’t; and recognizing that they were right indeed, but you had to try.

Why Negative comments are better than positive ones - pieroxy

pieroxy — Wed, 25 Jun 2008 15:51:52 +0200

You say "I actually prefer to have negative comments than positive ones... at least when they are well argumented"

You are (I think) mixing up "negative comment" and "criticism".

A negative comment that is well argumented is called a constructive criticism. That's a criticism you can build on, by opposition to destructive one that don't give you anything to improve.

I think everyone agrees to the fact that constructive criticism is good!