It sounds like your application development needs are going to be
exceeding the more pratctical capablities of VB. Whereas VB,
and any tool worth its salt can create pretty GUI screens,
its the logic behind those screens that dictate the overall
effectiveness and power of an application.
Therefore you should consider the amount of logic you care to
hand code. VB 'like' tools will be a comfortable
fit for you if you'd like to make pretty screens and write code,
lots of it. The question is however, do you need to?
You need to bear in mind that when selecting your tool you need to
consider: the maintenance of your screens, team development (check-
in/check-out)features, the number of platforms/environments you
plan to deploy on (Windows, Mac, Unix, Internet Browsers), the
ultimate number of transactions you'll grow to (will you be using
a TP Monitor like TUXEDO), and scalability.
JAM has been helping major corporations around the globe build
mission critical applications for over 18 years. You can download
a demo of our products as well as review our technical materials
at http://www.jyacc.com. Or, please feel free to contact us at
+(212) 267 7722 for more detailed information.
David A. Stark
>Please help. I am juggling Delphi 2.0 and VB 4.0 as a standard for a
>software development shop of 40 people. We are currently a mainframe
>cobol shop. I like VB but have been intrigued by all of the awsome press
>that Delphi is getting.
>Is anyone using VB as a development environment in a large shop?
>Is VB performance really a problem for a large shop?
>Can you build large mission critical applications with VB?
>Are there any performance issues with building VB remote OLE servers that
>may have up to 50 transactions/minute.
>Can you see database stored procedure from within the VB environment like
>you can with Delphi.
>Can you see live data while you are developing in VB like you can with
>Any advice related to these question or the general topic would be
>greatly appreciated. Thank you.