Re: Killing VB softly with his song, Killing VB softly...with a song.............

Actually, now I don't think VB.NET will prove as useful as it seemed. While
your already familiar with the VB syntax and grammar you have to learn OOP
as applied to the .NET Framework. The stumbling block is the fact that the
customer would have to have the .NET Framework installed on their machine or
download the framework which is 20MB. We can deploy the framework with the
application itself but it still weighs 20MB plus the weight of the
application. Bad news for dial-up customers.

On the other hand, C/C++ applications do not require the framework and run
fast but I don't know if you want to spend what could take perhaps a year to
learn the Windows 32 API and master all of the build and deployment issues
involved. Using VB6 was much much easier it seems as the run-time was much
lighter. Microsoft has stated they will continue to support VB6 but there
will be no more updates as I understand it.

So you're in a real pickle.

One of the reasons I've been so supportive of the learn three for the price
of one philosophy (341) is because I picked up on two trends early on. The
first trend was hosted applications that run on the web which was a business
model that was not seen by many as viable when the .com era crashed and
burned. By 'many' I mean those that controlled the funding who for the most
part did not understand computer science, never did, and clearly never will
because the second trend is the resurgence of hosted applications proving
the naysayers dead wrong. The rapid adoption of AJAX is already spawing all
kinds of hosted applications and this trend will explode over the next
couple of years. The point is in this regard, the use of asynchronous
methods written using JavaScript and an XML data structure enables web
applications to be developed to look and feel like Windows applications
reducing the appearance of trips back to the server to refresh the page. It
is an allusion in some regards but an important allusion.

So it seems you can get out of the pickel if you can develop hosted
applications. The SmartClient architecture I referred to is somewhat of a
hybrid. On the one hand it is a Windows application and on the other it
interacts with the web to update itself for example. Still, SmartClient
architecture requires the .NET framework on the desktop so your right back
to the pickle.

Now it you learned C# and the .NET Framework and sold hosted applications
you could enjoy the benefits of 341 as the trend for web development is as
I've stated as the use of asynchronous JavaScript XML is written in legacy C
syntax and grammar allowing a developer to optimize their time. That's
really all 341 is about. The consolidation of one's time by using a single
syntax and grammar for both server-side and client-side development.

VB.NET is just as useful as C# on the server but what of all of the
client-side JavaScript that must be learned and mastered? There's a division
of labor in that regard that I contend is greatly reduced or goes away
entirely when using C# rather than VB.NET and with the trend towards an
asynchronous application architecture the 341 philosophy will likely become
a matter of greater concern to a greater number of developers that consider
341 in the context I have put forth.

<%= Clinton Gallagher


"ProfitMaxTrading.com" <nospam@xxxxxxxxxx> wrote in message
news:F4Q6f.5939$xE1.2886@xxxxxxxxxxxxx
> "Are you familiar with what Microsoft calls the Smart Client?"
>
> No. Here's a bit more background as it appears to help me get a bearing on
> which way to go.
>
> My career has been mostly in hardware troubleshooting and putting together
> large and small scale systems. Over the years they kept getting smaller
> and smaller as you know (desktops). So during the latter period of my
> career I started self-learning 'C' and wrote just a small number of simple
> applications. Using Borland C. Also during this time I learned Delphi and
> may have written a small program or two. Never became an expert in either.
> Delved into C++ when it was being touted as the 'better C' with OOP and
> all. Now I'm not sure what the deal is with OOP.
>
> In 1994 I was introduced to VB4 and have been in that camp since then...up
> to the present with VB6. The prior languages seem now to be a distant
> memory. I am not able to just pop out a 'C' app quickly like I used to be
> able to do. Delphi is even more a passing memory.
>
> Since 1996 I retired from the computer field to concentrate full-time in
> Market Forecasting, having developed some extraordinary forecasting
> programs that are powerful and unique. So of course I continue to program
> (in VB) to put my ideas into data producing applications. When I have a
> theory about the markets I wish to test out, I can QUICKLY put together a
> VB application to do it. I'd say that VB is certainly a RAD environment
> without a doubt.
>
> But technology is moving along quickly and I feel I'm losing touch with
> it. Although my career path is much different now, I still have a passion
> for computers and mostly on the programming side. Going back to 1973, it
> remains in your blood as they say.
>
> So I guess all my questions these last few days is trying to find the best
> route to take that will allow me to stay sharp in the programming realm.
> Your 3 for 1 post started my thinking along these lines because there just
> isn't enough time in the day to learn everything the hard way. If I can
> learn something that will make learning other important concepts or
> languages much easier, that is what I want. Perhaps I will or will not
> need to deviate from VB6. I do not know. But I do want to learn new
> things.
>
> But Clinton, I do have some things I need that does go with my business.
> For one, PROGRAM SIZE and PROGRAM SPEED are two very big issues for me.
> You see, my clients have to download my programs from my website. They do
> not all have high-speed internet service (several older clients are using
> the slow dial-up). In addition, some of my applications are data
> intensive. They churn and churn, crunch and crunch, and we are left having
> to wait for the results to pop on the screen. So SPEED is another
> important issue.
>
> Now I do not recall whether C would produce smaller code or not than VB. I
> kind of recall the argument some years back that once you have the runtime
> on your machine, all you need is the small .exe from VB. C on the other
> hand produces a bigger .exe file. This still the case? Or am I mistaken to
> begin with?
>
> When I programmed in 'C' back in early 90's, I used Borland. So I did not
> have Visual C and never have tried it. Naturally plopping a form on the
> screen and placing controls on it attracted me with Delphi and then VB
> because now I'm putting out apps faster than before. But did I sacrifice
> speed? Did I sacrifice program size?
>
> I've said alot above (sorry). Do you still feel that VB.NET is the 3 for 1
> direction for what I need now and in the future (in your opinion)?
>
> TIA
>
> Rick
>
>
>
>
> "clintonG" <csgallagher@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
> news:eJTa4m51FHA.460@xxxxxxxxxxxxxxxxxxxxxxx
>> <snip />
>>
>> Oh, now that I understand more about your specific background and your
>> current skill set perhaps the best strategy would be migrating from VB to
>> VB.NET after all. I would consider it a smart move to go through the .NET
>> Framework learning curve using the VB syntax and grammar you are familiar
>> with. Are you familiar with what Microsoft calls the Smart Client?
>>
>> <%= Clinton Gallagher
>>
>>
>>
>>
>>
>
>


.

Relevant Pages

  • Re: Does .net replace win32?
    ... > ontop of windows for general applications, ... applications, so the Win32 API is built with C programmers in mind. ... This makes the .Net Framework cleaner, nicer, easier to use, etc. ...
    (microsoft.public.dotnet.languages.vc)
  • Re: Cannot run .NET CF applications
    ... You compiled against the full .NET Framework and what you need is the .NET ... > i'm trying to see how .NET CF applications looks like on my PocketPC 2002. ... > Compilation ends without errors and produces my DummyForm.exe executable that works fine on the desktop PCs i tried it on. ... > Then, i use ActiveSync 3.7 to copy this executable on my iPaq h5450, where i previously installed .NET Compact Framework SP2. ...
    (microsoft.public.dotnet.framework.compactframework)
  • Re: Quick Question
    ... The code syntax, and even apparently the same compiler is shared between the ... visual basic have a different forms object model. ... significant difference in the use of the two languages because you're ... much of the applications are built around the forms model, ...
    (comp.databases.ms-access)
  • Re: Fast Multiple Application Comunication
    ... You seem to have left out shared memory which would be the fastest solution ... Here is a simple wrapper that may ... comunication between multiple applications. ... not part of the .net framework and does not seem to support message ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Windows 2000 hangs on Internet Explorer using .NET Framework 1.1
    ... be caused by a third party applications like Kernel level filter drivers, ... Windows NT/2000/2003 Cluster Technologies ... > I ran .NET Framework 1.0 with this and I could happily log on to the ... > internet using my internal modem. ...
    (microsoft.public.win2000.advanced_server)