RSS feed [root] /weblog /design




login:

password:

title search:




 


Thu Apr 06 06:32:51 GMT 2023

design



(google search) (amazon search)
second
download zip of files only

Sat Apr 23 17:07:07 GMT 2011 From /weblog/design

saga


Introduction to Saga - http://www.udidahan.com[..]sistence-and-event-driven-architectures/

(google search) (amazon search)


Thu Feb 10 16:48:54 GMT 2011 From /weblog/design

when api design rule conflict


2 best practices of API design confilct each other, and how to find out the solution - http://martinfowler.com/bliki/ExpressionBuilder.html

What exactly simple mean? http://typo.objectmentor.com[..]s-that-pass-for-simple-i-cant-understand . In my opinions, a more concrete interpretation of simple is first define what is most important to you, then find the quickest way to get there.

Iceberg Classes, if encapsulation is good, how about having more private method? Or actually the logic should be split? - http://www.artima.com/weblogs/viewpost.jsp?thread=125574

(google search) (amazon search)


Mon Feb 07 16:38:32 GMT 2011 From /weblog/design/distribute

GridGain


Implement ping-pong play between two nodes on the cloud using GridGain Distributed Actors - http://gridgaintech.wordpress.com[..]11/01/26/distributed-actors-in-gridgain/

(google search) (amazon search)


Sat Jan 15 17:51:29 GMT 2011 From /weblog/design

testable


http://misko.hevery.com/code-reviewers-guide/

Discussion on TDD algorithm - http://css.dzone.com/articles/tdd-algorithms

(google search) (amazon search)


Mon Dec 13 16:57:34 GMT 2010 From /weblog/design

language


Issues of annotation dependence test framework, usually new language feature come out to solve some problem people get excited. However people found that the problem it bring are not less than the problem it solve, it take time to proof the value - http://jroller.com[..]tmotion?entry=annotations_suck_a_lot_and

Compare OO feature of difference language - http://www.derangedcoder.net[..]ral/comparingObjectOrientedFeatures.html

Comparing C# and Java - http://www.25hoursaday.com/CsharpVsJava.html

Discussion about extending standard API - http://www.codinghorror.com/blog/archives/001151.html

Few good suggestion when thinking of design a language, Consider using ML, Don't be afraid of being the same - http://www.plsadventures.com[..]programming-language-design-is-hard.html

Design Principles Behind Smalltalk, see how idea of inheriance, polymorphism originated - http://web.archive.org[..]/design_principles_behind_smalltalk.html

(google search) (amazon search)


Tue Feb 02 04:03:55 GMT 2010 From /weblog/design

indexing


twelve things you should know about indexing - http://www.ademero.com[..]elve-things-you-should-know/indexing.php

(google search) (amazon search)


Wed Jan 20 17:46:26 GMT 2010 From /weblog/design/IoC

Inversion of Control


When these containers talk about how they are so useful because they implement "Inversion of Control" I end up very puzzled. Inversion of control is a common characteristic of frameworks, so saying that these lightweight containers are special because they use inversion of control is like saying my car is special because it has wheels.

http://www.martinfowler.com[..]ticles/injection.html#InversionOfControl

This guy think IoC is going to use is more and more place as GC. However, I will think quit a lot of time IoC is use incorrectly, somebody even try to use it everywhere and replacing constructor... - http://howardlewisship.com[..]endency-injection-mirror-of-garbage.html

IMHO jetty is the first widely used program about IoC idea, even before spring - http://kasparov.skife.org/blog/2004/08/30/

Explain when IoC is overkill - http://blog.objectmentor.com[..]010/01/17/dependency-injection-inversion

(google search) (amazon search)


Thu Jan 14 11:13:15 GMT 2010 From /weblog/design

aspect


Article with example to show how aspect can help in most common case - http://www.infoq.com/articles/aspects-of-domain-model-mgmt

http://veerasundar.com[..]se-cases-of-aspect-oriented-programming/

(google search) (amazon search)


Tue Jan 05 17:47:53 GMT 2010 From /weblog/design

version


A Theory of Compatible Versions, and introduction of how and why difference versions are comptible or not - http://www.xml.com/lpt/a/1684

XStream offers some support for refactorings (aliases can help). But very soon you will run into big troubles and will have to make some decisions. Either avoid refactorings (just a little tweak here and there, will weaken your architecture over time) or start implementing workarounds – e.g. custom converters (much work, bad code). - http://blog.cedarsoft.com[..]ts-wrong-with-xstream-and-similar-tools/

(google search) (amazon search)


Wed Dec 30 16:46:40 GMT 2009 From /weblog/design/interview

Rod Johnson


Lessons Learned From Java EE’s Evolution, discuss about value of standard and opensource - http://www.infoq.com/presentations/Lessons-Learned-from-Java-EE

(google search) (amazon search)


Sat Dec 12 02:43:54 GMT 2009 From /weblog/design

login


Batch login Authentication - http://www.udidahan.com[..]us-high-performance-login-for-web-farms/

(google search) (amazon search)


Wed Dec 09 16:01:54 GMT 2009 From /weblog/design/interview

Ralph Johnson


http://www.infoq.com[..]h-Johnson-Parallel-Programming-Patterns#

(google search) (amazon search)


Fri Nov 27 07:56:17 GMT 2009 From /weblog/design/distribute

eventual-consistency


A short example to show how eventual-consistency work - http://sbtourist.blogspot.com[..]/11/eventual-consistency-by-example.html

(google search) (amazon search)


Thu Nov 12 01:57:25 GMT 2009 From /weblog/design/pattern

repository


http://giorgiosironi.blogspot.com/2009/10/repository-pattern.html

(google search) (amazon search)


Fri Sep 25 11:04:28 GMT 2009 From /weblog/design

mutability


http://en.wikipedia.org/wiki/Const
http://www.c2.com/cgi/wiki?ValueObjectsShouldBeImmutable
http://www.markhneedham.com[..]09/16/coding-watch-out-for-mutable-code/
Discuss issue of mutability from another aspect - http://www.artima.com/articles/hickey_on_time.html

(google search) (amazon search)



Thu Sep 24 04:35:05 GMT 2009 From /weblog/design

failfast


Have read this article long time before: http://www.martinfowler.com/ieeeSoftware/failFast.pdf However, the more I work on programming the more I find that reasonable default (may be with logging) work better in some cases, but really need to beware about the cost of debugging if there is problem....

Another discussion about failfast vs. failsafe - http://www.certpal.com[..]009/09/iterators-fail-fast-vs-fail-safe/

(google search) (amazon search)


Fri Sep 18 17:37:37 GMT 2009 From /weblog/design

concept


http://www.butunclebob.com[..].UncleBob.ArchitectureIsaSecondaryEffect

sunday-school truth: if you don't do well in small think, you will do worse at big thing: http://udidahan.weblogs.us/archives/035032.html

Wait for best solution - http://www.threeriversinstitute.org/blog/?p=374

(google search) (amazon search)


Sat Sep 12 16:05:27 GMT 2009 From /weblog/design

delete


I think there's perfectly reasonable scenarios for both soft and hard deletes, with and without audit trails.

1. Soft delete:
A user signs off of your service, but you need to keep (anonymized) stats data consistent for your customers - here you cannot remove the entire user, you just blank his personal data (name, email, phone, ...) and keep the anonymized statistical data (country, birth year, profession).

2. Soft (or super-soft) delete with audit trail:
Any financial transaction data, even if entered by error, may only be corrected by adding a correction entry, not by deleting the erroneous entry, or the IRS will be all over you. So either you flag it as deleted (soft delete) or you correct it by adding another entry ("super-soft delete").

3. Hard delete with audit trail:
A user unsubscribes from your newsletter. No need to keep the info "he once was subscribed to it" in the live database, but need to keep the info somewhere accessible in case he sues you for spamming and you can prove "but back in August when you got the mail, you were still subscribed".

4. Hard delete with no audit trail:
Personal data as in #1 if your local data protection laws require. (This means *no* more storing, *anywhere*, technically speaking not even in last month's backup, but that's another issue altogether.)

http://ayende.com/Blog/archive/2009/08/30/avoid-soft-deletes.aspx

And Udi think is real life, people usually never really delete something - http://www.udidahan.com/2009/09/01/dont-delete-just-dont/

(google search) (amazon search)


Wed Sep 02 16:28:22 GMT 2009 From /weblog/design

composition over inheritance


Good example of composition over inheritance - http://www.javablogging.com/comparable-vs-comparator/

(google search) (amazon search)


Wed Jun 25 01:59:02 GMT 2008 From /weblog/design/exception

problem of using exception for control flow


Other than harder to read, this approach is easier to have side effect, consider the following case:

// Code which fail
public String service() {
try {
// a lot of other code....
return getRecord();
} catch (SQLException re) {
return "defaultRecord";
}
}

private String getRecord() throws SQLException {
PreparedStatement ps = getConnection().prepareStatement("select something from sometable");
try {
final ResultSet rs = ps.executeQuery();
try {
if (rs.next())
return rs.getString(1);
else
throw new NotFoundException();
} finally {
rs.close();
}
} finally {
ps.close();
}

// definition of NotFoundException, analog to IOException and FileNotFoundException
public final class NotFoundException extends SQLException {....}


The idea is, for any database problem, just return default value. However, if someone change the interface of NotFoundException to

public final class NotFoundException extends RuntimeException {....}

Then it break service() silencely :-/ Some to it is better to have


// Code which fail
public String service() {
try {
// a lot of other code....
return getRecord() == null ? "defaultRecord" : getRecord();
} catch (SQLException re) {
// proper exception handling
}
}

private String getRecord() throws SQLException {
PreparedStatement ps = getConnection().prepareStatement("select something from sometable");
try {
final ResultSet rs = ps.executeQuery();
try {
if (rs.next())
return rs.getString(1);
else
return null;
} finally {
rs.close();
}
} finally {
ps.close();
}



(google search) (amazon search)


Tue May 06 06:25:04 GMT 2008 From /weblog/design/interview

Donald Knuth


Donald Knuth on Multi-Core, Unit Testing, Literate Programming, and XP:

I also must confess to a strong bias against the fashion for reusable code. To me, "re-editable code" is much, much better than an untouchable black box or toolkit. I could go on and on about this. If you’re totally convinced that reusable code is wonderful, I probably won’t be able to sway you anyway, but you’ll never convince me that reusable code isn’t mostly a menace...


http://www.artima.com/forums/flat.jsp?forum=276&thread=229705

(google search) (amazon search)


Mon Apr 28 17:46:55 GMT 2008 From /weblog/design/interview

Bjarne Stroustrup


Nice message cover DSL, IDE, multiple dispatch, message passing, and more

http://msdn2.microsoft.com/en-us/magazine/cc500572.aspx

(google search) (amazon search)



Mon Mar 17 17:25:24 GMT 2008 From /weblog/design/exception

Handle exception at event


To prevent no one notice there is problem

What the code is trying to do is make sure is that any exception thrown is brought to the attention of the user. I’ve been looking at a few approaches to help catch and handle these exceptions without the developer having to explicitly catch them at the UI level.
You can create your own EventQueue, and have it catch uncaught exceptions when dispatching methods

http://www.magpiebrain.com[..]2004/07/21/catching-uncaught-exceptions/

(google search) (amazon search)