The 'Bee Log - Latest Comments

Re: Managing State in CAB Smart Clients

Reno Jackson — Sat, 09 Jan 2010 06:33:18 -0000

I understand what you are trying to say here. I too have a problem with CAB that has plagued it since its inception. Its in-process and standalone nature does not allow it to scale beyond a certain point. Integrity issues pop up and the best option is not to use it altogether. All this is better explained here: http://www.alachisoft.com/n...

Re: The Smart DTO

G- — Tue, 21 Jul 2009 11:38:24 -0000

thought i would correct a typo in the SmartDTO source:

PropertyChangedEventArgs args = new PropertyChangedEventArgs(propertyName);

changed from '= new PropertyChangedEventHandler(' to '= new PropertyChangedEventArgs(' around line 9 not counting '\n'

thanks for the tips...

Re: Domain Model: Less Pattern, More Lifestyle

ASP.NET Applications — Sun, 11 Nov 2007 06:58:51 -0000

Great post.

(Evan - did your epiphany - add anything else???)....

Re: ALT.NET

ASP.NET Applications — Wed, 17 Oct 2007 07:58:16 -0000

I'm not sure that David Larabee named the term ALT.NET.

Anyway, great blog.

Re: Exercise and Expect Discipline

Max Pool — Thu, 11 Oct 2007 20:51:32 -0000

Great post Dave, rediscovered it while weeding my delicious bookmarks.

If you haven't heard of it before, the Kaizen Manifesto has the same mentality towards software only in the discipline of continuous, incremental improvement.

http://www.kaizenmanifesto....

Re: ALT.NET

Charlie Poole — Fri, 21 Sep 2007 15:41:46 -0000

Andy Stopford just asked me if I was planning to attend the the ALT.NET conference. I said "What's that?" He expressed dismay that I hadn't heard about it, since I write NUnit, which he thinks of as an ALT.NET tool.

Tracking it down via google, I eventually found this blog, which originated the term. This seems as good a place as any to post a comment on how the term strikes me.

It's an interesting term, seeming to suggest a reaching out to a broader community, but at the same time containing the proprietary ".NET" as a suffix. Folks who are writing about it seem not to see the irony. In practice, it actually seems to denote a subset of the broader .NET community, those interested in tools not produced by non-Microsoft tools.

Being part of a "community" is different from working with a particluar platform. I'm not part of the .NET community, mostly by choice, so I obviously can't be part of the subset that is ALT.NET. Personally, I think that's too bad, both for that new community and for me and others like me, for whom it might have provided an alternative to the unwelcoming (there I said it) .NET "community."

So my suggestion is to rethink ALT.NET as a subset of the .NET community and start reaching outside of it - into the agile and TDD world, for example - maybe even into the world of alternatives TO
.NET, where lots of cool tools are being developed, many of which happen to work quite well on .NET.

Charlie

Re: SaaS Pricing Models

steve jreige — Mon, 17 Sep 2007 12:56:50 -0000

David,

You mention in this post that infrastructure intensive apps generally require a separate fee in addition to the per user per month charge. I'm wondering if you have any suggestions on how to derive that fee? Thanks...

Re: Ordered Fluency

Dave — Thu, 13 Sep 2007 15:56:49 -0000

Well, one reason to have both is to have the fluent interface serve as a means of building up an object in code but someday (danger!) you want to have a factory that builds up the same kinds of objects from data/metadata.

Thanks for the link!

Re: Ordered Fluency

Colin Jack — Thu, 13 Sep 2007 13:16:34 -0000

Jeez just re-read my last post, what I meant to say was:

Thanks for the response.

Yeah I can see mocking (Rhino/TypeMock) and configuration as two great usages.

On the domain side, like you say having both styles in the classes is trivial but the resulting interface seems to me to be a little messy. Having say that I don’t think having Expression Builders is perfect, though I guess it lets you choose to use fluent interfaces only where they are most useful.

If you are thinking of fluent querying then it might be worth considering this approach, which is at the very least interesting:
http://tech.groups.yahoo.co...

Re: Ordered Fluency

Colin Jack — Thu, 13 Sep 2007 13:14:07 -0000

Thanks for the response.

Yeah I can see mocking (Rhino/TypeMock) and configuration as two great usages. Like you say having both is trivial but the resulting interface seems to me to be a little messy, with a mixture of two very different styles. However I don't think having Expression Builders is much better, though I guess it lets you choose to use fluent interfaces only where they are most useful?

If your thinking of fluent querying then it might be worth considering this approach, which is at the very least interesting:
http://tech.groups.yahoo.co...

Re: Ordered Fluency

Dave — Thu, 13 Sep 2007 08:01:41 -0000

@Colin - Not really. I've had some success with it in the presentation layer or for configuring infrastructure services or for, of course, mock object testing. It's a trivial matter to have an object with both a method chain and a "normal" API, but ordering your fluent interface can help you set the usage of your API along a dotted path. One use for fluent interface in the DM is a fluent query object, I've toyed around with this but at this point Specification is doing the trick for me.

Re: Ordered Fluency

Colin Jack — Wed, 12 Sep 2007 15:49:18 -0000

Interesting solution and a good example of how it can work.

Since you're a DDD guy I should say that I'm not completely sold on the worth of fluent interfaces in domain models, it just seems like a lot of effort and in many cases I think you'd still need both the fluent interface methods and the normal API. Anyway have you found them useful in the domain?

Re: More Me Than You Can Shake a Stick At

Dave — Sat, 08 Sep 2007 23:32:33 -0000

@Justice - now that's _THE_ attitude!

Re: More Me Than You Can Shake a Stick At

Justice~! — Fri, 07 Sep 2007 21:56:05 -0000

WORLDS WILL COLLIDE!!

ALT.NET!!!

DEVTEACH 2007!!!

JUSTICE GRAY!!

DAVID LARIBEE!!

MY CAPS LOCK IS *BROKEN*!!!!

SEE YOU THERE!!!

Re: More Me Than You Can Shake a Stick At

Chris Patterson — Fri, 07 Sep 2007 19:33:28 -0000

Looking forward to the Alt.NET conversation and likely Tulsa TechFest.

See ya there

Re: Ordered Fluency

Kostantinos — Fri, 07 Sep 2007 09:40:41 -0000

Nice!

Re: Managing State in CAB Smart Clients

edgelttrind — Thu, 06 Sep 2007 17:09:35 -0000

http://free-sex-lolita-tgp.... lolita zoo tgp

Re: Agile Cheat Sheet

Bonnie — Wed, 05 Sep 2007 12:51:21 -0000

Typo alert: Agile Principals should be Agile Principles

Re: Using Attributes to Exclude Code from Coverage

siva — Mon, 27 Aug 2007 02:10:17 -0000

Hi Kiwidude,
Do you have any idea to take the coverage for webservices.. I have unittests for webservices.. Using NCover.Explorer is it possible to take the coverage report(Funtion and line coverage) ..
Note: I am able to take the coverage reports for dlls(assemblies).

Thanks
Siva

Re: ALT.NET Open Spaces – Registration Open!

Chris Patterson — Sat, 25 Aug 2007 18:32:50 -0000

This conference is going to be an amazing experience for those that attend. As the tagline says on the site, expect to be surprised.

Re: Boring Inside

Ken — Wed, 15 Aug 2007 06:45:12 -0000

Yes ! I agree with Jeff. Having a bit of basic knowledge helps you a lot in your work and also other ancillary duties. But only basics. I have seen some people trying to go deep into all the things that they touch. This is surely a waste of time. Nevertheless, my experience says that having basic knowledge helps and in fact generates interest in that field, and also gives you a chance to boss around less knowledgeable people and you become more likely to be promoted as a 'manager'.

Re: Boring Inside

Dave — Tue, 14 Aug 2007 20:09:59 -0000

@Evan - Sure those items all belong in my enumeration. You're a scary individual by the way. Can I review your first book? :)

@David, @Ben - Yeah, yeah. I mean I have a basic level of competency. It's wise to know the layer beneath you (OS) and to have some basic troubleshooting ability. I'm not suggesting developers should treat their workstation as a total black box and I certainly buy into self-reliance as a general way of life. I just can't see the hardware modding lifestyle as giving you any kind of competitive advantage.

@Jeff - For the most part I agree. My point boils down to: I'd invest more in acquiring knowledge in a number of other areas before becoming a pc modder. A battlefield service competency and appreciation for quality/performance sure are desirable. I think, though, at a certain point interest in infrastructure becomes a tangential hobby for the professional developer.

Re: Boring Inside

Jeff Atwood — Tue, 14 Aug 2007 14:47:52 -0000

> I care about my experience — keyboard, mouse, video walls – but the internals — Intel, AMD, pico-hampsters running on pico-hampster-wheels – make absolutely no difference to me.

I find the outside largely reflects what's on the inside, in anything I build-- whether it's software or hardware.

I'm not saying you need to spend the rest of your life doing it, but building a little basic competency in something that so fundamentally affects your work is a wise idea.

I'd expect pianists to care about how their pianos work for the same reason. Not that they need to be full time piano tuners, mind you-- but they'll know when it's out of tune and what to do about it.

Re: Boring Inside

Ben Scheirman — Tue, 14 Aug 2007 11:11:01 -0000

I disagree. Knowing the ins and outs of hardware can really help you with being a better overall computer user.

As a developer, you are expected to be a power user of the computer.

If your PC is running slowly, can you pinpoint the bottleneck? Granted, IT people should be doing this for you, but how often does that really happen? Often times it is software configuration that is the problem, but sometimes it isn't.

If visual studio is flickering or repainting too slowly when you scroll, then you probably need a graphics card with some decent memory on it (not like the Intel embedded video crap they usually give you).

It's incredibly hard to keep up with computer hardware because it changes so fast, but knowing a bit about it can really help you understand how to get the most out of your machine.

The minutes we spend a day waiting for Visual Studio to build, or for unit tests to run, is time wasted. Keeping a tip-top machine is a time and money saver all around.

Re: Boring Inside

David Douglass — Mon, 13 Aug 2007 20:38:01 -0000

I'd agree with you if hardware always worked or the infrastructure people took care of everything ASAP. But I've seen too many situations where developers are sitting around like a bunch of helpless babies because they don't want to get down to the hardware level.

Also, to really fine tune your software you need to understand your hardware environment.