mrkurt's devblog

What can Lisp teach us about the future of programming? For a while, Slashdot was a favorite web hangout of mine, and I racked up probably close to 100 posts. My attention to that favored web site of geekdom was interrupted two years ago by my mother's illness and decline, as well as by my concentration on several dev projects that took up a lot of what had been my spare time. Now that I am off my last project and have a little time, I have been visiting with Slashdot again. A visit to the front page of Slashdot the other day is leading to an examination by me of-- of all things-- Lisp. The story that led up to this was a link to an article written by Simeon Simeonov, who, I believe, was the author of the Cold Fusion web scripting language. He discussed how he thought that "Rich Internet Applications" were the way of the future, and how "Composite applications"-- mixing HTML with server-side code and database access-- is not the right programming model, bu...

Undertaking the task of converting a Visual Basic application to Python/C/C++. I have undertaken the task of dusting off a VB application I delivered to a client about 2 years ago and converting it to Python and C/C++. You might rightfully conclude from my previous blog entries that I am leaning toward Python/C and C++/LAMP as my development platform of choice. I do have a more favorable view of Python than Java or .NET, and I am just driven by curiosity about Python and C/C++ and what I am missing from my education about programming and systems design by having been stuck on VB 6 for the past 3 1/2 years. So, yesterday, I started authoring a document about the application I am porting to Python/C/C++/MySQL. The application currently has 29 different GUI modules (I will avoid the use of the word "form", *ahem*), which might be reduced to about 26 or fewer GUI classes through code reuse. According to my document, the design and creation of the database in MySQL will come f...

The .NET Framework is not the latest in application frameworks and tools from Microsoft. Windows application frameworks have been evolving continuously over the past 10 to 15 years. First, there was the Windows application programming interface (API), functions that were called from C that hooked into parts of the operating system that allowed you to do different things with Windows. Then there was Object Linking and Embedding (OLE), which allowed your application to use objects and incorporate them or link to them in both Visual Basic and C/C++. Later iterations of OLE have been known as ActiveX or COM (the Component Object Model). With the increasing use of the Internet, another extension of COM and OLE, called the Distributed Component Object Model (DCOM), allowed for the use of object linking and embedding over a distributed network computing architecture. In a lot of ways, these application interfaces have been built upon one another. OLE is built upon the Windows API, COM is...

Java is a robust, full-featured environment, but I am not sure it is the framework for me. At one point in 2002, when I was caught up in the idea that I had to make a choice between .NET and Java as the next platform to array my programming skills around, I might have been inclined to choose Java over .NET. A lot of negative sentiment about .NET was whipped up by conspiracy theorists who were concerned with what .NET was really about. A lot of these people were from the open source software camp, and were convinced that .NET was yet another attempt by Microsoft to take over the Internet and to drive Linux and any other operating system alternative out of existence, so that Microsoft could have a monopoly on computing. These fears have largely turned out to be unfounded, as Windows and .NET did not take over the world. .NET's adoption has been stalled by the unwillingness of a lot of enterprises to install the .NET framework on their machines. Microsoft has bundled .NET into S...