Misc .NET

ASPxGridView and Editors Suite - Q131273 - Force update on ASPxGridView in edit mode on tab change event. - View Issue

Sat, 04 Jul 2009 21:47:31 GMT

Read More......(read more)

RSS Management

Sat, 04 Jul 2009 20:44:47 GMT

Sponsored Links:

Diabetes Diet	Custom Wedding Bands		Green Interior Design
Executive Recruiter Consulting Toronto	Janitorial Services Fredericksburg	Static Electricity Control	Legal Information

** Follow Fwicki on Twitter

ASP.NET MVC: How to combine scripts and other resources - Gunnar...

Sat, 04 Jul 2009 21:00:00 GMT

ASP . NET pages that use AJAX components make usually many requests to server per one page to load all required JavaScript and CSS files. Read More......(read more)

asp.net development

Sat, 04 Jul 2009 20:16:30 GMT

.NET development Read More......(read more)

IT diary - Stuff that works: how-to add programatically TemplateField to run commands on GridView

Sat, 04 Jul 2009 20:11:58 GMT

Read More......(read more)

How to: Insert New Records into a Database

Sat, 04 Jul 2009 19:31:34 GMT

Read More......(read more)

displaying multiple static paths by single page

Sat, 04 Jul 2009 18:26:00 GMT

...http://www.mysite.com/Default.aspx?page... Read More......(read more)

CodeProject: Charts, Graphs and Images. Free source code and programming help

Sat, 04 Jul 2009 22:00:18 GMT

Read More......(read more)

Microsoft Virtual labs - getting the lab notes directly

Fri, 03 Jul 2009 21:46:14 GMT

Microsoft has great virtual labs available, but it takes some time to get in there. If you just want the lab notes, type the following in Google: site:download.microsoftvirtuallabs.com filetype:pdf or just follow this link.

ProgrammerFish - Everything that's programmed!

Fri, 03 Jul 2009 21:37:05 GMT

Read More......(read more)

Validating Stored Procedures using SQL Server 2008 policies and C#

Fri, 03 Jul 2009 21:25:00 GMT

Microsoft SQL Server 2008 incorporates a new feature named Policy Based Management, allowing the administration of SQL 2008-based policies. DBAs can control many different aspects of SQL Server and automate several time-consuming tasks.

Among other uses, the policies can help to ensure that Stored Procedures follow a desired standard (set of policies).

Then you could also write your own application to validate a set of stored procedures against the different policies defined in the target server, using .NET code and a set of classes available to interact with SQL Server objects.

Additionally, you could validate stored procedures from previous SQL versions such as 2005 and 2000.

In order to write some .NET code to achieve this, first we have to refer to a few assemblies:

          1: using Microsoft.SqlServer.Management.Dmf;

         2:  

         3: using System.Data.SqlClient;

         4:  

         5: using Microsoft.SqlServer.Management.Sdk.Sfc;

         6:  

         7: using Microsoft.SqlServer.Management.Smo;

Then we should get the policies collection from our target server. We will use the GetPolicyCollection method which receives a parameter with the connection string information from our SQL Server 2008 hosting the policies.

       1: private PolicyCollection GetPolicyCollection(string ConnectionString)

       2:  

       3: {

       4:  

       5: PolicyStore policyStore = new PolicyStore();

       6:  

       7: SqlConnection oSqlConn = new SqlConnection(ConnectionString);

       8:  

       9: SqlStoreConnection oStoreConn = new SqlStoreConnection(oSqlConn);

      10:  

      11: policyStore.SqlStoreConnection = oStoreConn;

      12:  

      13: return policyStore.Policies;

      14:  

      15: }

Then we can write some code to ensure that our StoredProcedure complies with established policies.

This method receives a StoredProcedure object, which represents the stored procedure we will evaluate.

Policy class exposes some methods to validate an StoredProcedure objects agains it.

We will iterate through the collection of policies and invoke the Evaluate method passing the sp object as parameters, and telling the framework to check whether the validation fails or not, using the AdHocPolicyEvaluationMode enum (in this case will be set to Check), and an array with the objects to validate.

       1: private bool Validate(StoredProcedure sp)

       2:  

       3: {

       4:  

       5: Object[] parameters = new Object[1];

       6:  

       7: parameters[0] = sp;

       8:  

       9: PolicyCollection policyCollection = GetPolicyCollection(strConnectionString);

      10:  

      11: foreach (Policy policyItem in policyCollection)

      12:  

      13: {

      14:  

      15: if (policyItem.Evaluate(AdHocPolicyEvaluationMode.Check, parameters))

      16:  

      17: {

      18:  

      19: return true;

      20:  

      21: }

      22:  

      23: return false;

      24:  

      25: }

      26:  

      27: }

And that?s it! You can have a friendly UI to display how a set of stored procedures will comply or not with the defined policies at the target server, before you actually decide to move them.

(by the way, it?s quite easy to move stored procedures from one server to another using the classes included in these libraries and a few lines of .NET code).

Post written by Santiago Gonnet - .NET Developer @ UruIT

PhillyWebJobs : ASP related: .NET Administrator, SBSS Operations, Philadelphia, PA (53985286): following technologie.. http://cli.gs/PeQTS

Fri, 03 Jul 2009 21:16:42 GMT

PhillyWebJobs : ASP related: .NET Administrator, SBSS Operations, Philadelphia, PA (53985286): following technologie.. http://cli.gs/PeQTS Read More......(read more)

SOA Patterns With BizTalk Server 2009 (and Biztalk ESB Toolkit)

Fri, 03 Jul 2009 21:12:00 GMT

Over the last weeks after finishing my collaboration with the ESB Toolkit project, I had the chance to read a great book on Biztalk called SOA Patterns with BizTalk Server 2009 by Richard Seroter, an authority on BizTalk topics.

The book discusses in a very comprehensive and well structured way the core principles of SOA and how to get a great synergy with WCF Adapters with samples on implementation of synchronous and asynchronous communication patterns. In particular I was more biased to focus on chapter 11 where it is described the ESB Toolkit.

The first thing I noticed was that the chapter was based on the CTP2 version of the toolkit. Nevertheless, the overall structure and samples are pretty good and follow basically the general approach. Naturally some details and parts had changed since that version of the toolkit and in particular the licensing area where now it DOES have official Microsoft support as a product (Biztalk Server 2009).

After that I also found that Richard also posted in his blog some comments and samples regarding the final version like the presentation of the latest ESB Toolkit version or this great sample about executing multiple maps in sequence (Notice that this sample shows some screenshots of the new Itinerary Designer).

I recommend this book to all Biztalk audiences in particular if you want to build maintainable mission critical based solutions.The book can be purchased from Packt Publishing and Amazon.

Problems with ASP.net JSON Webservice response type - Stack Overflow

Fri, 03 Jul 2009 21:11:03 GMT

Read More......(read more)

jqGrid, ASP.NET, JSON is Driving me crazy. Please Help. - Stack Overflow

Fri, 03 Jul 2009 21:08:31 GMT

Read More......(read more)

Is the remote control a thing of the past?

Fri, 03 Jul 2009 11:30:18 GMT

We humans used to be almighty atheletes, then the TV was invented.

For a time, the only exercise we found was in hopping up to change the channel (this was usually relegated to the youngest member of a family unit)

Time went on and we got lazier still.

The remote control became a must-have for every lounge room.

The next step is to become so lazy that we can no longer reach for a remote control.

We'll use mind-power to control the volume.

Pretty soon, thinking will be too much trouble.

The TV will need to do the thinking. You watch TV -- and TV watches you.

"He's looking bored? Better switch channel."

Automatic volume control will be easy. TV pays attention to the ambient noise level in the room, looks where the audience are seated, and listens to the shows its broadcasting, adjusting to keep everyone comfortable.

Maybe we end up putting ourselves into the matrix, one little feat of laziness at a time.

The Utterly Thorough Guide To Awesome Application Compatibility on Windows 7.

Thu, 02 Jul 2009 11:39:44 GMT

How does backward compatibility work in windows 7?

I'm glad you asked.

You don't got to be a Hanselman to know all this.

Here's a pictographicatorial guide to compatibility checking in the windows 7.

* In point of fact, it's a virtual Raymond Chen (a VRC), but the MS guys are so freakin good at virtualization now that You Will Never Ever Ever EVER Be Able To Detect The Difference. Even Mrs Chen is rarely sure. And only when that fails do they invoke the real Ray Chen.

So take it from me, a world expert on the computing technologies, that this new version of windows will be just about the best thing since Vista.

Recursing over the Pareto Principle...

Sun, 07 Jun 2009 08:26:42 GMT

Vilfredo Pareto:
don't got time to shave.

I keep hearing rather a bit too much about this Pareto Principle.

Apparently, with just 20% effort, correctly applied, I can achieve 80% of the desired effect. Marvellous stuff!

I was about to go ahead and do this when it occurred to me:

"Why waste all that time, doing a whole 20%?

"If I only did 20% of that 20%, then surely I could achieve 80% of the 80%?"

Then with a little more head scratching, and the help of an excel spreadsheet, I determined that with just 0.8% of the effort I could achieve 51.2% of the result -- which is a PASS in anyone's books.

So from now on, you will excuse me while I spend 99.2% of my time:

Lounging around, drunk, in a pool bar and
Determining exactly which 0.8% of the effort to apply myself to.

Unless, of course, it takes 80% of the effort to work out exactly which 20% will achieve the desired effect. And it takes...

A Non Warning, from Windows XP

Fri, 05 Jun 2009 08:11:53 GMT

I feel sorry for the programmer who was forced, no doubt after endless emails, meetings, focus-groups and think-tanks to check this obscure non-warning warning message into the Windows source tree...

"The amount of physical memory in your system has increased. This typically does NOT indicate a hardware failure. Contact your Help Desk if you did not personally change your system's physical memory configuration."

Why didn't they say "Congratulations!" or "Good news" or "Ahhhh! thanks for feeding me those yummy ram chips!" or best of all:

"Well, how about that! The tight bastards in IT must've approved that RAM upgrade request we noticed you writing in MS-Word, all those months ago.

"Now let's see if we can get the cowards to consider upgrading the browser to IE 7."

Sometimes, The Better You Program, The Worse You Communicate.

Fri, 05 Jun 2009 10:24:14 GMT

The habits of a good programmer are not simply orthogonal to good communication practices -- frequently they are in direct opposition.

A couple of weeks ago I put out a twitter post I've been meaning to come back and explain:

"the habits of a good programmer are not simply orthogonal to good communication -- frequently they're in direct opposition."
http://twitter.com/secretGeek/status/1870937085

This is a pretty startling and upsetting result: I'd like to think that the heart of good programming is crisp and direct communication. That all of my efforts to be better at programming will, somehow, make me a better all-round person. If only it were true.

Here's a bunch of ways that good programming practices are directly opposed to good communication practices.

In bullet form:

D.R.Y. Does Not Apply.
Humans don't mean what they say.
Compilers don't need to see an example.
Programs love definitions; Humans get flummoxed.

And in detail:

1. D.R.Y. Does Not Apply

The golden rule of programming is D.R.Y. -- don't repeat yourself. This is the heart of effective programming. But this is the opposite of effective communication.

Let me say that again:

The golden rule of programming, DRY, is the opposite of effective communication. ;-)

Say everything once and only once -- go ahead -- then be amazed as everyone misses your point!

Humans are not machines. Memories made of this gooey, spongy stuff called a brain are nothing like memories made of silicon.

With Humans, nothing sinks in the first time. And furthermore, you may be surprised to hear that NOTHING sinks in the first time.

"Human, All Too Human"

Nietzsche preferred the
company of a good compiler
over that of a human.

"Compilers never make fun
of one's moustache,"
--Ibid., pg 293.

2. Humans don't mean what they say.

Compilers are of course perfectly literal. They don't care at all what you mean, they are always hung up on precisely what you say.

Even if you didn't start off life as an anal-retentive git, you'll slowly gain the requisite faculties over years of trying to please a compiler.

The art of trying to please a compiler consists of the ability to logically, dispassionately, analyse what you've said, to discover and remove any mistake or ambiguity -- to always produce an output that is perfectly comprehensible to the strictest of master.

Try being like that around real people. Just try it.

People are barely literal at all. If you take them literally when their meaning differs from their words -- they will get quite irate with you. They won't see that the mistake is theirs.

When the words they use differ from their intent, you may feel an overwhelming desire to 'correct' their mistake. You may even think you are doing them a favour.

This is a natural feeling, amongst programmers, who would be happily spared the torture of spending time trying to remove all ambiguity from the words they provide to a parser.

But please (please) hold back. You might score a small point in the 'intelligence' column for pointing out their 'mistake'. But you'll also score about a bajillion points in the 'what a freaking dork' column.

3. Programs don't need to see an example.

Explain a function to a compiler, and it will be able to calculate the answer.

Explain a function to a human... and then give them an example, and draw them a picture, and give two counter examples, and draw another picture, plus provide an interpretive dance on the topic of functions -- and maybe, just maybe, if you've danced very nicely, they will begin to see "what you're trying to say."

"What I'm trying to say?" I'm saying it damn clear! I'm saying it directly, concisely and with perfectly constructed phrases! I'm not trying to say anything! I'm succeeding, you're just not listening, you freaking imbecile!

And don't take that tone with me. With humans I mean. There's no point yelling. Their rational mind shuts down, their sympathetic nervous system takes over. They get ready to fight or flee. Your point is lost when you get them angry.

Computers don't mind if you type angry. Humans think the anger is more important than the words themselves.

When you have the customer in a headlock, knocking their face against the ground with every syllable: the syllables themselves are no longer of tremendous consequence.

True: that bit about beating up the customer may not be a typical trait amongst great programmers. Perhaps I included it just for entertainment purposes. Continuing...

4. Programs love definitions; Humans get flummoxed.

In programming we define new terms all day long. We define class names or function names or variable names.

We immediately attach a specific definition to them -- and then we use that definition throughout our code.

I imagine that some part of the brain is associated with the ability to define a new term and then hold onto its definition. That part of the brain would be monstrous in programmers. Very over-developed. Gigantic -- a tiger amongst kittens.

But define a new term in front of an audience of non-programmers: watch as the eyes glaze over. Heads slump forward. They start planning their weekend.

Let's call this our Neologismic Synaptic Aptitude, or NSA. Actually: let's not call it our NSA, because if we do, then programmers will start bandying the terminology around like it's something we've known about all their life. And the normal people will just look at us with that 'freak' expression, and we'll be even further from ever making it into the boardroom.

I think this aptitude for new terms is what makes TLA's so abundant in the IT world. I do hope you realise it scares everyone else.

So please, I implore you...

Stop defining new terms. Stop expecting non-programmers to understand the specific and concrete definitions you attach to funny little abbreviations.

Stop striving for brevity and conciseness.

Stop correcting other people.

Stop expecting people to understand you first time around.

Start giving examples -- real examples, earthy examples.

Let people be people -- let them be vague and a little incorrect -- listen more for the gist of what they're saying than the exact terminology.

Be a compassionate speaker, a compassionate listener. Embrace the 'all too human' aspects of the strange bipeds you interact with.

Then drop me an email and please, for the love of god, tell me how you managed it.

Astounding Hyperlinked Noticeboard

Sat, 13 Jun 2009 12:17:23 GMT

I see this sign on the noticeboard in the staff kitchen every day, and thought I ought to share the wry little WTF it invokes, every last time.

sorry i redacted it slightly; i think the guilty deserve some protection too; they're just hard working kids in the end)

Three Questions About Each Bug You Find

Fri, 12 Jun 2009 13:06:58 GMT

3 Questions...
in cartoon form too!

I really love this timeless Tom Van Vleck article from 1989.

It teaches us to ask ourselves:

Three Questions About Each Bug You Find

Those questions being:

Is this mistake somewhere else also?
What next bug is hidden behind this one?
What should I do to prevent bugs like this?

When I first read these rules, I was foolish enough to think:

'Cute, But Too Obvious! i do this intuitively all the time.'

But watch yourself closely! I've caught myself out on occasion, and maybe you will too.

I'm making an effort to be more explicit about the three questions. Maybe i'll end up fixing related problems at first hint more often than i do now.

10 Simple Rules To Follow In Case Your Software Becomes Self-Aware

Fri, 08 May 2009 08:44:49 GMT

Well, It turns out that the 80's geek classic, 'War Games' has inspired a sequel, the film

'War Games: the dead code' was released in 2008. Though, perhaps the correct term is 'foisted.'

WG: TDC is such a deliberately bad film that you can only begin to enjoy it once you grok that it's a comedic satire.

For the first hour and a half I assumed it was trying to be a cool, teenage-targetted tech-savvy thriller, like the original. This had me wincing in agony at every bad line and predictable twist. Only then did I realize it was all a joke: a parody of the teenage-targetted tech-savvy thriller. A kind of 'scary-movie' style satire of the entire genre. Hopefully?

Well, I've just finished watching it and it's inspired me to share a few helpful tips for up and coming programmers.

As one of today's young parents, I can tell you what concerns us. Not swine flu, or global economic disasters and so forth. What really keeps us terrified at night is a desperate hope that we, as parents, take all of the right steps to ensure that our sons and daughters grow up to be thoughtful, well-meaning, much loved people. In short: How Can We Be Certain Our Children Will Become Programmers.

And a lot of hard work (err, blog posts) have gone into that endeavour, but as usual I like to look beyond the obvious problem, and into the deeper realms or possibility:

If you're child does (thank god!) grow up to be a Programmer -- what simple lessons can you provide to ensure they don't inadvertently destroy the planet?

Programming is a powerful profession, and as you well know, global apocalypse is but a keystroke away. We want to give our kids the right tips to ward off such misadventures -- to learn from our wisdom, as it were.

Fortunately, like all global catastrophes, this one can be averted with another 3 minute guide from secretGeek.

Please, sit back, breath a deep sigh of relief for the salvation of your measly planet, and drink deep of this crucial lesson to imprint upon your younglings:

10 Simple Rules To Follow Incase Your Software Becomes Self-Aware

(I have included links to information about Government-Approved documentary films on each of these points. I only pray you heed my warnings and enforce these lessons before we are all routinely destroyed.)

Teach your software that war is futile.
If, after pre-supposing a minimal competency level in your opponent, a game's inevitable state upon termination is mutually-assured destruction, then the only winning move is not to play.

[reference]
Prepare a virus that can be used to remotely shut down the program from any terminal in the world.
My personal contiuous integration suite won't let me commit any code until I can demonstrate 100% code-coverage with remote-shutdown killer viruses.

[reference]
Don't discuss switching off the computer if you are, in fact, being observed by the computer.
This is s.o.p. (...that's standard operating practice, if you're not a super-spy type like me, who knows all the jargon). Never discuss shutting down your software until you have found a locked, sound-proof chamber, where the computer system cannot hear your discussion. Also, in case there is a remote possibility that your software has learnt to read lips, let me suggest you cover your mouth.
Simple, every day precautions.

[side note: a parody of this famous Kubrick scene was included in 'the dead code'. nice.]

[reference]
Ensure that when faced with a tricky question, your software will either breakdown completely, or devote all of its resources for a long time.

Grandiose, open-ended philosophical questions tend to have a compute time in the order of millions of years.

Similarly, when given a dilemma (e.g. "This sentence contains a lie") a self-aware program will tend to explode spectacularly. A competent programmer will keep a few of these handy.

[reference 1]

[reference 2]

In case of emergency, have time machine handy.
You may need to send someone back in time to protect the mother of the person who leads the rebellion against the self-aware software in the future.

[reference]

Don't make your self-aware machine indistinguishable from a human.

Maybe you're not very creative, and don't have the time to give your machine a stunningly inventive new exterior. So you fall into the tired old pattern of mimicking the human body.

That way, badness lies.

[reference]
Should your software become self-aware, don't let it near your girl.
Fairly self-evident that one.

[reference 1]

[reference 2]
If applying temporary appendages to a self-aware robot, be considerate of your legislation governing public safety.
Scissors for example, are not recommended, even if they are 'just for now'.

[reference]
Be safety conscious.
Switch off all electrical equipment during thunder storms.

[reference]
Use a rules engine.
Hardwire 3 clear and unambiguous rules into the program's positronic brain that will ensure all humans are safe from harm.

[reference]

Hopefully, if you follow my advice, we can avoid any more major disasters. But please: always be nice to your inventions. Hopefully then, should the unthinkable happen, your self-aware creations will take pity on us and keep us barely alive in liquid chambers so they can gorge on our brains.[reference]

Oh, and if you don't believe in self-aware robots... (cough cough) here's some i prepared earlier.

See also (important information in similar vein)

In the enterprise, nothing is what it seems

Fri, 22 May 2009 12:29:33 GMT

There is a hidden network of bloggers (all around you), a kind of secret brotherhood...

These are the 'ghost bloggers'.

'Ghost-blogging' is the practice of sharing true stories about your own working life, true stories too cutting, too poignant and too true to share on your own blog.

The following is an example of a ghost blog entry, sent to me by someone I know, appalled at some of the Kafkaesque behaviour they've been subjected to inside the kind of enterprise everyone should find familiar.

(I've ghost-blogged my own personal stories on other blogs, at times...)

Here goes...

Version Control,
Requirements Tracking
and Deployments

In the enterprise, nothing is what it seems

In the enterprise when they say: "don't worry about that, another team will do that for us" what they mean is: "you just took on a dependency that you have no control over".

In the enterprise when they say "we want you to re-use this standard asset" what they mean is "we want you to hold on to this gold-plated, diamond encrusted anchor while we throw you over the side".

In the enterprise, the group allegedly responsible for 'provisioning developer desktops' will, in actual fact, be the group who expends every effort imaginable to stop developers from being able to actually install developer tools onto their desktops.

In the enterprise when there are three separate groups, allegedly responsible for version control, requirements tracking and deployments, you'll find in practice the requirements are documented through excel spreadsheets over email, the source code won't build, and the deployments take everyone by surprise, including the deployment team.

In the enterprise when they talk about 'strategic direction', they mean 'strategy tax'.

In the enterprise when they ask you to "simply call a web service", what they mean is, "use ftp to push a fixed-width file onto a queue that feeds the mainframe which routes another file to a web service that calls you back on a random port". With a completely straight face.

How to get a Free iPhone

Wed, 13 May 2009 11:23:25 GMT

Follow this simple three step guide to become a proud member of the awesome club of people who loudly proclaim:

"I too am cool! I too have an iphone!"

Go to the settings area of the mail client you use on your regular PC
Change your email signature to read 'Sent from my iPhone'
Send short, pointless emails to everyone you know

Okay, you won't technically have an iPhone. But for the most part, other iPhone users will *want* to believe that you have joined their "team" -- hence, they will be convinced.

And -- as a final twist -- once you're thought to be a member of their team, you'll find that acquiring an actual free iPhone will be easy. Other iPhone owners will be more than happy to let you borrow one of their iPhones next time you see them, if you claim to have momentarily misplaced yours, for example in the pocket of "your other white leather trousers".

--lb Sent from my iPhone

Small Moments in Software Philosophy

Wed, 08 Apr 2009 09:47:36 GMT

I've been using my tiny slice of computer time to write software lately, and haven't spared any cycles for writing articles. In lieu of that, here's a series of lost notes to accompany some of my recent twitter outburts.

Abstractions should be as high-level as possible, and no higher. #

Einstein of course said,

"Make everything as simple as possible, but no simpler."

... and that's a kind of programming mantra, as so often in our race to simplify we end up over-simplifying. (The famous 'Worse Is Better' philosophy could be phrased as an argument that sometimes you should actually sacrifice correctness for the sake of the simplicity -- i.e. 'Einstein was wrong.')

In a similar vein, I think there there is such a thing as 'too abstract'. And it is a terrible thing.

Pre-emptive Abstraction is at least as bad as Premature Optimization #

If your class name contains the word "Abstract" -- you're doing it wrong.
If ClassName.Contains("FactoryFactory") -- you're doing it wrong.
If Your ClassName Ends With "BaseBase" -- you're doing it wrong.
If ClassName.Contains("Factory") && ClassName.Contains("Provider") -- you're doing it wrong.

Economists re-evaluate bird in hand as 1.9 times bird in bush. #

A more appropriate tweet might've been:

'Economists write down bird in bush to 0.45 times bird in hand.'

Or:

'Government provides 8 trillion birds-in-hand to replace 16 trillion birds lost in bush.'

Someone (I think that cockroach poet Archy) once called humanity something like "a strange species of bipeds who cannot run fast enough to collect the money which they owe themselves."

i am not homophobic. Infact, some of my best friends have iPhones. #

And I'm still waiting to see them make the millions of dollars from iPhone apps that they promised themselves last year.

If a job's not worth doing, it's not worth doing properly #

The original statement: "If a job's worth doing, it's worth doing properly" has the corollary that any job that is not worth doing properly is therefore not worth doing at all.

This is patently absurb and a kind of shining example of why perfectionism doesn't pay.

The slightly twisted variation:

If a job's not worth doing, it's not worth doing properly

...may seem defeatist and sloppy -- but i think it's the very soul of true productivity.

That's what no one seems to appreciate about being rich: the first 100 bazillion is the hardest. #

After that, you can just sit back and live off the interest of the interest.

And your next code editor is... a browser. #

I still think it's true -- and once i get a bunch of other things out of my todo pile -- i'm going to make it happen. Maybe.

Meanwhile I'm working on TimeSnapper v.Next, and tinkering on something tentatively called MetaNote -- about which you'll be hearing more.

Your next text editor is... MetaNote!

Sun, 19 Apr 2009 11:21:32 GMT

Example: two toolbar buttons
titled 'Lower' and 'Upper'.

Right click the toolbar to edit a button
(or add a new one)

The button hosts a python macro that does whatever you want. (The current
document's main textbox is exposed as txt.)

Add more buttons, edit the menus...
everything's extenisble... everything.

I've open-sourced a side project of mine, MetaNote.

Here's the gist of it...

MetaNote is a text editor. Ultimately, MetaNote intends to be the most versatile editor imaginable.

See that button in the toolbar? Right click on it, and edit the code behind it.

Don't like the way 'Find' works? -- right click on it, and edit the code.

Need a new button in the toolbar? So add it already, with a single click.

Share packs of extensions and macros with other users.

Everything in MetaNote is under your control, effortlessly, at runtime.

It's easier to show than to describe -- maybe the pictures on the right give you the idea.

The source code is available to browse or download. This is very much pre-alpha. It is explorative and non-commercial.

binaries are also available to download.

The project is written in C#, and I need your help getting it done.

I've got many of the basics done, but I'm only at the tip of what's needed.

I'm looking for clever kids like you, willing to help out.

What do you think? Can you take a look at the code, and lend your fellow programmer a few minutes of your time?

I'm not doing it for any commercial gain, i just want a text editor that I can bend to the whims of whatever writing task I come across.

There's a great many features still in need of implementing, and already there are wrong turns to be corrected.

Down the track I really want to find some way to embed the WPF-based Text Editor Control from VS2010. It's the same one used in intellipad (part of Oslo) and in Powershell 2.0's (awesome) Integrated Scripting Environment -- I didn't have any success bringing it to life just yet. So, for now the text is plain text, and features like syntax highlighting and intellisense will have to wait.

One of my mentors tells me the smart approach would be to bring in MEF for giving a really powerful plugin model, where plugins can have plugins and so on.

The intermediate goal though, is just to make the tool sweet enough that I'd use it for my own day to day text editing needs.

And one day, hopefully one day soon, this thing won't suck at all.

Drowning in things to do

Sat, 18 Apr 2009 09:07:26 GMT

The heart of a good 'Getting Things Done' process is to have a Single trusted system where you capture your tasks.

I guess I'm Doing It Wrong :-(. Here's all the places where I distribute my todo list...

In my current moleskine (pronounce it with me -- Moh-leh-skeen-ah) on pages 9, 12, 31, 57 etc.
in my phone
in outlook (at work)
in my code using //TODO: tags (scattered over numerous projects)
in my code using NotImplementedExceptions.
in timesnapper's hosted fogbugz account
in 'nextaction' on my work pc
in 'nextaction' on my home pc
in 'nextaction' on my laptop
in my gmail account (emails labelled 'todo')
in my gmail account (emails marked with a star)
in my gmail account (any emails from me)
in my other moleskine, beside the bed

Still, I think i'm pretty good because I do actually tend to 'get things done'. But also because i resist keeping lists in all these other places:

in iGoogle
in sharepoint (at work)
in my gmail account (using the Gmail Tasks plugin)
on pieces of paper on my cubicle wall
in my other notebooks
in timesnapper using flags/tasks/notes
in yet another todo.txt file
on sticky notes randomly decorating places I inhabit
in twitter
in tada list
in that surprisingly popular codeproject todo list
in remember the milk
in a tiddly wiki
in the iphone i don't have
in the PDA i don't have
in chandler
at trimpath 'next action' web site
on my blog
using tattoos (memento style)
in google calendar

There's no shortage of places to keep your things to do.

I don't worry about having too many systems. A bigger fear is failing to capture a problem as it arises.

You frequently get just one chance to capture an idea, so I capture it anywhere I can.

Further proof that testing is for wimps and bad programmers

Sat, 18 Apr 2009 10:21:54 GMT

Couple of days ago I wrote a C# function for a colleague and emailed it to him.

This is the function:

private static string EscapeCsv(string value) { //Double all quote characters value = value.Replace("\"", "\"\""); //If it contains a comma or a quote char -- qualify it with quotes. if (value.IndexOf('"') > -1 || value.IndexOf(',') > -1) { value = "\"" + value + "\""; } return value; }

The syntax highlighting looks very strange, because I wrote it in sql server management studio. It just happened that the only text editor i had open at the time was SQL server, so that's what i used.

(Real developers don't use any particular editor - they just use whatever's open at the time. Even the act of opening notepad is too cumbersome for the ubergeek.)

After I emailed it to my colleague I had a moment of weakness, when I suffered the tiniest smidgen of self doubt.

"Perhaps I should've tested the code in some way. Or -- at least -- compiled it?"

Scott Bellware and the cool alt.net kids are always banging on about this sort of stuff, so I wrote an awesome console app to test it.

namespace tests_are_for_wusses { class Program { static void Main(string[] args) { System.Console.WriteLine(EscapeCsv("fred") == "fred"); System.Console.WriteLine(EscapeCsv("fre,d") == "\"fre,d\""); System.Console.WriteLine(EscapeCsv("fre\"d") == "\"fre\"\"d\""); System.Console.ReadLine(); } private static string EscapeCsv(string value) { //Double all quote characters value = value.Replace("\"", "\"\""); //If it contains a comma or a quote char -- qualify it with quotes. if (value.IndexOf('"') > -1 || value.IndexOf(',') > -1) { value = "\"" + value + "\""; } return value; } } }

Naturally, the awesome code passed my awesome tests first go.

Thus I have once again shown that testing is a waste of time if you are awesome like me.

And the so-called cool kids from alt.net are just bad programmers.

Thank you.

Wait a second... I still feel I'm missing the point. Care to enlighten me?

(By the way -- pretty much every sentence in this post was sarcastic... while the story is true, my real interpretation is that i just got lucky this time. There's definitely some bugs still hidden even in a simple function like this)

Differentiating between environments within SQL Server Management Studio

Mon, 23 Mar 2009 07:28:26 GMT

When you're looking at a query window that's connected to Production, it would be nice if it was visually distinct from a non-production environment.

For example, there could be a red theme applied to the window.

Furthermore, there could be a warning before a potentially destructive query is executed. (Essentially, any query that isn't just a select - for example, a drop, delete, update, insert, create or alter)

This would be an effective way to lower the chance of something being done to production that was intended for another environment (pre-prod say, or development)

I can imagine a straw-man counter-argument to this concept that says:

"The only people who should have access to production are people who know what they're doing"

Or alternatively,

"Developers shouldn't have access to production"

And that's fine by me.

We can limit who accesses production, and we can give minimum privileges to those that do have access.

But even then:

*Someone* will have destructive privileges in production.

And that person will definitely have access to more than one system.

And that person, no matter how smart or conscientious they are, will be fallible.

Hence, it's helpful for that person to be able to differentiate (visually) between the different environments.

Why am I writing this blog entry right now?

Don't worry. I stopped myself in time ;-)

(And like all blog posts everywhere, there is already a stackoverflow question that says the same thing and a whole lot more)

Misc .NET

ASPxGridView and Editors Suite - Q131273 - Force update on ASPxGridView in edit mode on tab change event. - View Issue

RSS Management

ASP.NET MVC: How to combine scripts and other resources - Gunnar...

asp.net development

IT diary - Stuff that works: how-to add programatically TemplateField to run commands on GridView

How to: Insert New Records into a Database

displaying multiple static paths by single page

CodeProject: Charts, Graphs and Images. Free source code and programming help

Microsoft Virtual labs - getting the lab notes directly

ProgrammerFish - Everything that's programmed!

Validating Stored Procedures using SQL Server 2008 policies and C#

PhillyWebJobs : ASP related: .NET Administrator, SBSS Operations, Philadelphia, PA (53985286): following technologie.. http://cli.gs/PeQTS

SOA Patterns With BizTalk Server 2009 (and Biztalk ESB Toolkit)

Problems with ASP.net JSON Webservice response type - Stack Overflow

jqGrid, ASP.NET, JSON is Driving me crazy. Please Help. - Stack Overflow

Is the remote control a thing of the past?

The Utterly Thorough Guide To Awesome Application Compatibility on Windows 7.

Recursing over the Pareto Principle...

A Non Warning, from Windows XP

Sometimes, The Better You Program, The Worse You Communicate.

1. D.R.Y. Does Not Apply

2. Humans don't mean what they say.

3. Programs don't need to see an example.

4. Programs love definitions; Humans get flummoxed.

So please, I implore you...

Astounding Hyperlinked Noticeboard

Three Questions About Each Bug You Find

Three Questions About Each Bug You Find

10 Simple Rules To Follow In Case Your Software Becomes Self-Aware

10 Simple Rules To Follow Incase Your Software Becomes Self-Aware

In the enterprise, nothing is what it seems

In the enterprise, nothing is what it seems

How to get a Free iPhone

Small Moments in Software Philosophy

Abstractions should be as high-level as possible, and no higher. #

Pre-emptive Abstraction is at least as bad as Premature Optimization #

Economists re-evaluate bird in hand as 1.9 times bird in bush. #

i am *not* homophobic. Infact, some of my best friends have iPhones. #

If a job's not worth doing, it's not worth doing properly #

That's what no one seems to appreciate about being rich: the first 100 bazillion is the hardest. #

And your next code editor is... a browser. #

Your next text editor is... MetaNote!

Drowning in things to do

Further proof that testing is for wimps and bad programmers

Differentiating between environments within SQL Server Management Studio

i am not homophobic. Infact, some of my best friends have iPhones. #