Comments on: Clean Code Talks – Global State and Singletons

By: Toby’s Epril » Blog Archive » 싱글톤과 스프링

Toby’s Epril » Blog Archive » 싱글톤과 스프링 — Wed, 22 Jul 2009 00:20:00 +0000

[...] 전역상태의 문제점에 관해서는 그의 Clean Code Talk 시리즈의 하나인 Global State and Singleton을 보면 이해하는데 도움이 될 [...]

By: mrclay.org » Archive » Miško Hevery Programming Talks

mrclay.org » Archive » Miško Hevery Programming Talks — Mon, 29 Jun 2009 18:35:07 +0000

[...] Global State and Singletons [...]

By: Žilvinas

Žilvinas — Tue, 30 Dec 2008 15:22:12 +0000

I watched all of your online presentations and this particular presentation is a big “aha” moment for me. I also enjoyed your talk about polymorphism, your notes about precondition checking, minimizing class responsibilities. Simply put. Thank you – you have relieved questions of my mind that were bothering me for years in search of code elegance. I’m very eager to watch more of your talks.

By: Nitin Verma

Nitin Verma — Fri, 26 Dec 2008 13:23:03 +0000

Nice presentation Misko, I do all the parameter passing to make my code more testable as you said and I do agree with you on most but we make global to make life easy for most. Like Object never knows about its garbage collector, new Object(gc1); or new Object(gc2); … 2ndly I am not sure why you said Singletons in java are at JVM level and we can not have multiple apps using different instances in a single JVM. Classes are loaded by class loaders and we can have different instances of the Class Object per class loader.

By: misko

misko — Sun, 23 Nov 2008 20:59:03 +0000

I am working on open-sourcing the review cards and they should be available soon.

By: Johannes

Johannes — Sun, 23 Nov 2008 02:15:50 +0000

Hello Misko,
are these code review cards, that you mentioned at the end of your talk, somewhere online available?

Thanks
Johannes

By: Eddy Young

Eddy Young — Sat, 22 Nov 2008 23:26:14 +0000

You are a breath of fresh air. I really enjoy all your presentation, especially this last one.

BTW do you read H S Lahman on comp.object? Much of what you advocate echoes what Lahman has been preaching for the past decades on comp.object.

You talk of separating object instantiation from object calls; Lahman says that relationship instantiation and collaboration are two diffeernt concerns.

Lahman also has an interesting view of client/service relationship. In his world (which I agree with), the client dictates what the service should do. However, most of the time, applications are designed so that clients respect their interface (maybe why SPI is so hard to grasp by some people). Therefore, dependencies between classes and packages, according to Lahman, derive from this “flow of requirements” from client to services. The biggest impact of viewing this way is that there is no such thing as application layers, but rather collaborating subsystems and levels of abstraction. For example, the merchant subsystem depends on the credit-card processing subsystem at the same level of abstraction. However, the credit-card processing subsystem depends on the credit-card network subsystem from a lower level of abstraction.

Again, thank you for a very nice presentation.

Eddy.

By: Sandro

Sandro — Sat, 22 Nov 2008 19:57:34 +0000

Great presentation! Singletons are indeed one of the more evil entities to a test environment. With the help of Guice, injecting “application” singleton objects is very easy thanks to the Scopes.SINGLETON binding. So there should be no reason to stick to the old global state ways which tools like these available.

At the end of your presentation you mentioned some form of cue card that can be used in code reviews which have points to look for when evaluating code testability. I’m very interesting in acquiring a copy. Do you have it in an electronic format?

By: Herme Garcia

Herme Garcia — Fri, 21 Nov 2008 22:00:05 +0000

Great and clear talks, Misko

Thanks a lot.