Comments for Jamie's Blog

Comment on tgrep challenge by Consuela Vejar

Consuela Vejar — Tue, 13 Mar 2012 17:08:25 +0000

Amazing Post! Just bookmarked your site for further visits

Comment on Converting C headers is hard – yajl for Delphi by Menjanahary

Menjanahary — Wed, 22 Feb 2012 09:35:43 +0000

Have considered to embbed obj files instead of using yajl.dll?

Comment on Delivering software continuously and why you should by Cranking up the dynamic environments with Puppet | Jamie's Blog

Cranking up the dynamic environments with Puppet | Jamie's Blog — Sun, 18 Dec 2011 20:37:13 +0000

[...] an advocate of Continuous Delivery, I needed a consistent development and production environment and I didn’t like the idea of [...]

Comment on MQTT Client Library for Delphi by Jamie’s Blog | MQTT Client Library for Delphi « The Wiert Corner – irregular stream of Wiert stuff

Wed, 23 Nov 2011 05:01:49 +0000

[...] Another way to talk to WebSphere MQ from Delphi is to use the MQTT Client Library for Delphi. [...]

Comment on Time to bury this “Is Delphi Dying” nonsense by dennis

dennis — Fri, 11 Nov 2011 12:34:06 +0000

Looks like delphi is dead.
Just because the domains are.

Comment on tgrep challenge by Dorin Duminica

Dorin Duminica — Wed, 26 Oct 2011 02:26:27 +0000

Interpolation search is the way to go IF AND ONLY IF the data is in ascending or descending order.
If the files are huge, then one could read in chunks of a few mega bytes, say 20-25mb(because that’s almost certain that it will load within 1 sec).

Comment on Dynamically compiling code with Delphi Prism by Mark Johnson

Mark Johnson — Mon, 08 Aug 2011 18:36:49 +0000

I recently told to start programming for .NET including for Linux environment. So, I am programming and learning Delphi Prism for the last 3 months. It definitely has been a true learning experience. However, I should give credits to people like you who post very important and great programming articles like this one. Thank you.

Comment on Delivering software continuously and why you should by Gary

Gary — Fri, 29 Jul 2011 00:55:14 +0000

@LDS

True, some organisations require strict regulatatory compliance. In which case, you guys are stuck in the dark ages because of red-tape.

I’ve been in the software business professionally for over 20 years, and none of what’s been mentioned in favour of CD is bad, wrong, or nonsense as you put it.

If there are tests, more tests, and even more tests, to prove something is right then your confidence of the feature being right will naturally be higher than simply pushing a load of code live and hoping that the UAT people covered every angle.

Feature toggles are good.

How many big releases in your career needed to be backed out? What if you could switch the toggle (either on the fly, or through a restart), and everything was back as it was? (OK – there are exceptions to this case) but I think up to 80 of the time this is true.

Once confidence of a feature is 100%, remove the old code, and move on. If you get it wrong the tests will tell you.

What if you could automate the whole release process from one environment to the next, and more importantly, make it reliable and repeatable for each environment, including Production?

Okay, regulatory requirements may get in the way, but hey, look what you gain in other aspects regardless.

This can only happen if you do what hurts often.

It’s not easy to get to this state, but when you do, there’ll be no room for people scratching their backsides.

I hope you’re not one of those people.

Comment on New Goodies in Delphi Prism 2011 by Mark Johnson

Mark Johnson — Fri, 15 Jul 2011 13:52:41 +0000

I agree with Jim Mckeeth. Indeed excellent summary of what’s new in Delphi Prism 2011. Although I am a beginner in this programming playing field, I am learning a lot from blogs like yourself. Thank you and keep up the good work.

Comment on Delivering software continuously and why you should by jamiei

jamiei — Fri, 24 Jun 2011 23:31:06 +0000

@LDS: Regulation is certainly one constraint that may mean you are unable to truly push the last mile everytime. But at least you’d have the systems, practice and testing to ensure that when you do, it is less risky.