Dr. Dobb's Blogs http://www.drdobbs.com//author/6852 Dr. Dobb's Copyright 2013, United Business Media. en-us Software Development Lifecycle, Fahgettaboudit! http://www.drdobbs.com/architecture-and-design/software-development-lifecycle-fahgettab/229401132 257 or so authors and their readers aren't going to agree with me when I say do not waste your time documenting, developing, or devising in any way, shape, or form a software/systems development lifecycle. Fahgettaboudit! Thu, 07 Apr 2011 07:21:00 -0400 I'm Loving It! http://www.drdobbs.com/cpp/im-loving-it/229300567 I wrote a very little code in the 1970s, got paid to write a little more in the 1980s, and have been writing code professionally, ever since 1990. I started with C++ -- self taught -- right when it came out in 1990. C++ was hard language to learn by myself, but I read Stroustrop, Eckel, Booch, Coplien, Meyers, Thielen and more, and these guys were pretty darn good teachers Tue, 08 Mar 2011 08:08:00 -0500 Stranded on a Desert Island... http://www.drdobbs.com/tools/stranded-on-a-desert-island/229300566 I just got back from Microsoft's MVP Summit 2011. I grouse a little (well, ok, a lot) about going because at 6'4 I hate cramped planes Tue, 08 Mar 2011 05:58:00 -0500 Present Day Software is Unimaginative and Staid http://www.drdobbs.com/architecture-and-design/present-day-software-is-unimaginative-an/229300232 A million monkeys hammering on a piano are never going to create art. Software is built the same old way, with the same old skillset, and it is starting to look, well, boring. Wed, 09 Feb 2011 06:17:30 -0500 Absence of Specialists http://www.drdobbs.com/architecture-and-design/absence-of-specialists/229300308 What do you cherish? Suppose it breaks and needs repair? Would you hire a geenralist or a specialist? Which do you think will do the job more competently? Mon, 03 Jan 2011 12:24:12 -0500 Commenting, Testing, and Instrumenting Code http://www.drdobbs.com/architecture-and-design/commenting-testing-and-instrumenting-cod/229300224 Commenting, unit tetsing, and instrumenting code is the low hanging fruit of project discipline. Don't leave honme without it. Mon, 03 Jan 2011 11:08:27 -0500 Is Your Edge Bleeding? http://www.drdobbs.com/architecture-and-design/is-your-edge-bleeding/229300314 I am a software architect and developer by day. I adminsitrate an enterprise network configuration with a PDC, Active Directory, ISA Server, SQL Server, DNS, DHCP, a second server and wired and wirele... Thu, 02 Dec 2010 11:37:13 -0500 Why You Shouldn't Use Prefix Notations Revisited http://www.drdobbs.com/architecture-and-design/why-you-shouldnt-use-prefix-notations-re/228701909 Prefix notations in code were intended as cues for weakly typed languages. We no longer use weakly typed languages, so its time that prefix notations were allowed to gracefully go into that good night. Sun, 31 Oct 2010 17:07:39 -0400 Paul's Theory on Local Authority http://www.drdobbs.com/architecture-and-design/pauls-theory-on-local-authority/228701729 Limited auhtority is like a mall cop: it is better to disengage from the domain of local authority than it is to ask that person to yield what they have in so limited an amount. Sun, 31 Oct 2010 17:02:47 -0400 Other Party Software http://www.drdobbs.com/architecture-and-design/other-party-software/228700814 Many, many times in over twenty years I have heard the statement we don't use 3rd party software. It got me thinking about this. Instead of trying to tell people what to do I thought how Herb Cohen would get someone over to his way of thinking. It evokes the following questions: do you hire contractors that write software for you? Do you hire employees that write software for you? Sun, 31 Oct 2010 16:46:00 -0400 Are You a Macro or a Micro? http://www.drdobbs.com/are-you-a-macro-or-a-micro/228700629 Keep interactions between big picture people like managers and customers and detail people like developers and testers to a minimum. Detailed people need periods of high intensity alone time, and big picture people need interaction without the interrupt of digressing into details. Wed, 29 Sep 2010 10:32:59 -0400 Timing is Everything http://www.drdobbs.com/timing-is-everything/228700265 Build software with a few people first, identifying the riskiest, most critical elements of the solution, and add the overhead of task scheduling, planning, and formality slowly. Wed, 29 Sep 2010 10:09:36 -0400 Don't Bite the Flip Bozo http://www.drdobbs.com/architecture-and-design/dont-bite-the-flip-bozo/228700716 Computer languages are complicated. Software development tools and design languages are complicated. Is it any wonder that building software is complcated and the results are often complicated for users to GROK too. Surrounded by complexity what part of the food chain lends itself to producing something simple. Tue, 24 Aug 2010 15:42:01 -0400 What Bugs Me http://www.drdobbs.com/windows/what-bugs-me/228700065 Most of the code we all use is part of a framework, probably as much as 90% or more. Yet some developers and some managers refuse to search out existing code with intent and prefer to build in house. The reasons for doing so are all bad, and if I might be so bold to say are almost always wrong. Think of every project as buying and assembling software as the default approach and write code only when you must. Wed, 18 Aug 2010 15:56:52 -0400 Taking the god View in Software Development http://www.drdobbs.com/architecture-and-design/taking-the-god-view-in-software-developm/228700140 The god view is not about playing god or being a know it all. It is about perspective, figuring out what is essential for basic, core functioning of a solution, and getting there with all of your energies and efforts first. Everything else is secondary. Mon, 02 Aug 2010 15:34:17 -0400 Capital Flows to Efficient Use and Disrupts Individual Lives http://www.drdobbs.com/architecture-and-design/capital-flows-to-efficient-use-and-disru/228700027 Investor money flows to efficient uses. This means if something can be done more cheaply outside of the U.S. that something is likely to land there eventually. Economic consolidation and the exportation of jobs is a historical fact in the U.S. It just seems like these days things move a little faster and are more complex. The solution is to never become complacent, chellenge your self, grow your skills, and keep moving. Tue, 06 Jul 2010 15:23:50 -0400 Understanding Covariance and Contravariance http://www.drdobbs.com/windows/understanding-covariance-and-contravaria/228700608 What the heck are covariance and contravariance? In a simple sense they preserve assignment compatibility in a more intuitive manner between parent and child relationships. Thu, 17 Jun 2010 15:55:51 -0400 Peeling the Banana http://www.drdobbs.com/windows/peeling-the-banana/228701674 Consider thinking about feedback whether good, bad, or indifferent as an opportunity to derive or return value and then all feedback is useful to someone. Tue, 01 Jun 2010 18:46:09 -0400 Automatic Properties in VB 2010: Sanity at Last http://www.drdobbs.com/windows/automatic-properties-in-vb-2010-sanity-a/228701487 VB should have feature equity comparable to C#. Programming with VB or C# should be about syntax preference not access to features. Finally, a more reasoned approach from Microsft for VB developers. Tue, 25 May 2010 15:04:54 -0400 Grokking Means to Observe and Influence http://www.drdobbs.com/windows/grokking-means-to-observe-and-influence/228701153 Grokking means understanding and influencing. Learning about capabilities and limitations help developers avoid re-inventing the wheel or build better wheels as the case may be. Sun, 09 May 2010 14:04:18 -0400 Hindsight is X-Ray Vision http://www.drdobbs.com/windows/hindsight-is-x-ray-vision/228701519 Guy Bellamy calls hindsight an exact science. My lifelong friend Jackson Wayfare calls it X-Ray vision. Either way, when an idea as support for multiple monitors in Visual Studio 2010 shows up, it is just seems so simple that everyone gets it. Fri, 16 Apr 2010 17:19:32 -0400 Evolution of Programming Rules for the Road http://www.drdobbs.com/architecture-and-design/evolution-of-programming-rules-for-the-r/228701642 Have rules of the road for programmers changed significantly, evolved slightly, or skewed radically? (Or is this a party conversation starter that leaves one sitting alone?) Tue, 23 Mar 2010 13:52:11 -0400 95 to 5 Factor http://www.drdobbs.com/architecture-and-design/95-to-5-factor/228701725 Malcolm Gladwell writes in "Outsiders: The Story of Success" about bonafide genuises that are largely unknown. Extreme intelligence without an audience is a tree falling in the woods. Luck, an audience, and some smarts all make up the Mulligan stew that determines how far we go and what we accomplish or not. Mon, 15 Mar 2010 17:44:32 -0400 The Art of Work http://www.drdobbs.com/architecture-and-design/the-art-of-work/228701216 Surviving the workplace is as much about being managing relationships and listening to and accepting criticism as it is your skill level. Mon, 15 Mar 2010 17:31:41 -0400 Glad To Meet You... http://www.drdobbs.com/windows/glad-to-meet-you/228701582 My name is Paul Kimmel. I have been contributing to Dr. Dobb's for about a decade. I also write the VB Today column for http://www.codeguru.com for about 11 years now. My day job is Technical evangelist for Develoepr Express. Developer Express makes great software tools, and it is a great place to work. I am a 7 time VB MVP and have been writing books almost as long as I have been writing software. Occasionally people have asked me if I was lucky. My response has always been "you bet". I like an interactive blogging experience, so if there is something about Windows or Visual Studio that you want to know about, post it on my blog. If it is DevExpress related, then write me at paulk@devexpress.com. If it is a general question or a challenge, then contact me at pkimmel@softconcepts.com. One of the best things about the work I do (besides meeting great people and learning about great products) is that people ask me questions -- and I get to learn from them. Mon, 08 Mar 2010 09:11:37 -0500