Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
The Programming Mess
Message
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Divers
Thread ID:
01572688
Message ID:
01572825
Vues:
79
Rick,

As usual your reply is well thought out.

But I am not advocating everyone return to VFP, nor am I advocating writing Twitter.com in cobol.

Most new platforms and technologies come into existance to solve no know problem but rather to be new. Worse is when said platforms are layers on top of existing technology -- it is like peeling back an onion.

The examples I mentioned fot my case, and they were examples from the main aticles of what I believe is a respected publication. The PHP and data class collection examples could have not only been done quicker, easiser, and faster in VFP, but in other platforms as well. The examples simply added layers of complexity to make sure programmers have work and end users have no idea what is going on. There was no goal achieved and no demonmstrable benefit to adding these layers/platforms. And as for typescript, even the author of the article admitted it was hard to find a reason to use yet another layer on top of javascript.

It may be true that with 20+ years in VFP and only 3 in .Net I probably am more proficient/efficient in the former. But I am not advocating platform X or Y, but rather the most appropriate platform at the most appropriate level. No extra fluff so speakers can say something at conferences.


>Tuvia,
>
>I feel overwhelmed these days by all the choices we have and all the complexity of some of the modern approaches available. One look at the JavaScript space and the complexity involved to build true JavaScript client applications (SPA's) will make the best of us cringe at the hideous amount of dependencies, technologies and general understanding required to make all that work and fit together.
>
>Solutions in the past have been easier - simple as that, but at the same time we've gotten way more power out of modern solutions. Visual FoxPro was a great tool in its day, but it's actually a pretty terrible tool when it comes to being a Web server. yes it works for quite a few scenarios but no-one will EVER build something like Twitter or Yahoo on it - it simply could never scale to that level. Other solutions can do that however as they are designed for it.
>
>These days newer tools have to do a lot more and provide higher scale and flexibility to address different needs. With it technology has changed to reflect these changed expectations.
>
>The other thing to remember is that with FoxPro YOU are the expert. You've used this tool for 20 years (or whatever), you know it inside out, you know all the tricks. That's your thing! Now imagine somebody in a newer technology with the same level of skill. To you some things may seem more code intensive, but to them that may not mean anything - the productivity is what matters.
>
>I've said it before and I say it again. If you are at the top of your technology and you've put in your time, the amount of code you write between different tools/technologies will not vary drastically. The code I wrote with FoxPro on typical business systems at the end of that cycle, didn't look that drastically different than the .NET code I write today for business systems. Similar logic through similar business process/framework logic looks similar no matter which approach you take!
>
>IOW, before you dismiss other technologies as overly verbose or convoluted make sure you're comparing apples to apples. Don't compare say a 101 type article to a senior architect level code :-)
>
>
>+++ Rick ---
>
>
>>Today I feel we find ourselves in a programming mess. New tools constantly come out, young developers cry for more bleeding edge components, and we add layers and layers of uncessary work. We have forgotten the point of programming - to make as efficiciently as possible an application that will the needs of the indentifed user. No wonder the average end user often feels befuddled - we make
>work for ourselves and cloud it with obscure reasoning.
>>
>>What drove this home was the issue of Code magazine I just received in the mail. CODE magazine is well written; my examples could come from any similar publication. but let's use this as an example.
>>
>>One article was about using typescript, which is a pre-processor for Javascript. It allows you to create OO code in a way JS does not. The author is honest enough to ask why one would use this, and his answer is so that other developers in your organization, who do not know javascript well, will have an easier time following what you are doing in JS. Learn a new language, add time and money to every project, so that people will learn to read Typescript much easier than they can figure out your javascript code. Egads.
>>
>>Another article was about to create collections from data sources. Lots and lots of code to create classes that can read a data row and create an object in memory to manipulate. Egads again - SCATTER NAME oObject anyone? Even his extensive classes would be mjaybe 10 lines of VFP code.
>>
>>Another article was about using PHP to access MySQL data. The code was about 5 times longer than VFP code. Here I am willing to give a little - the requirement was to be able to run the code on Linux and Windows servers not under the client's control. I assume they have enough control to install PHP, so the requirement circumsances beg an explanation. So on second thought I may or may not give a little.
>>
>>The only article not like this was an article on writing code to control a microprocessor device. The article was interesting and the code examples simple (too simple, anyone could figure that code out themselves) but it broke out of the make work for ourselves mode.
>>
>>Logic is out the window. We learn and want to use new things for no reason other than they are new and they give us "marketable skills." The majority of IT projects finish well behind schedule and over budget -- if they finish. Fortunately, there are still some people who work to give the client what they need.
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform