Geez, he's right there in Denver, too.

--
Dave Walker
                8..7 4(())  -:&:-
  -:&:-    8.74 .74(())
                 ((88.74  ..74  -:&:-
                        ((88.74   * Peace

 

> -----Original Message-----
> From: Andrew Lakeland [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 17, 2005 4:02 PM
> To: [email protected]
> Subject: RE: [U2] uv pe
> 
> 
> John,
> 
> There is also a huge amount of things which can be done with 
> a "single line
> query" in both UD and UV.   Because you don't know how to do 
> them does not
> mean they cannot be done. As you say, you are new,  it's an 
> unwise man who
> rubbishes a product he knows little about.  Suggest you ask a 
> few questions,
> especially on the issues which take so much time to do.
> 
> Andy
> 
> 
> -----Original Message-----
> From: Aherne, John [mailto:[EMAIL PROTECTED] 
> Sent: 17 February 2005 20:31
> To: [email protected]
> Subject: RE: [U2] uv pe
> 
> Ease of development? Very little support required? I have just started
> to use UD, and development is horrific, it take 10 times longer to do
> things that can be accomplished by a single line query in an 
> RDBMS'. Our
> system requires constant attention, more attention than even MS Sql
> server on a bad week. 
> 
> But the thing that annoys me most is the poor support from 
> IBM. I cannot
> get access to some of their tech docs because our UD license 
> is held by
> our VAR (Don't ask). What kind of policy is that? For any other DBMS I
> can get access to vast amounts of information, and I don't 
> even need to
> have seen the software, nevermind have a license.
> 
> I looked forward to working with UD when I found out I would be
> developing on it, I have never used an mvdbms before, and the concept
> intrigued me. But so far, I do not see any benefit to using UD for
> anything what-so-ever, and nothing IBM or our VAR has 
> provided has even
> hinted that UD, and UV are anything but an archaic relic of times gone
> by, like COBOL. Why else would a company make it so difficult for
> someone to learn about development on their software, if not because
> they didn't really have any interest in supporting it, and 
> believe that
> you should have upgraded to more modern technology already?
> 
> 
> Regards,
>       John Aherne
> 
> 
> 
> 
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Kevin P Lynch
> Sent: Thursday, February 17, 2005 10:44 AM
> To: [email protected]
> Subject: RE: [U2] uv pe
> 
> Bill,
> So you have a fast quick Oracle or DB2 solution that doesn't involve
> pulling teeth or a learning curve and is cost effective and machine
> independent ?
> 
> Let me know the stock symbol !
> 
> Perhaps all the people who are touting Oracle and SQL Server should go
> develop in them and they can try competing with Peoplesoft , 
> JD Edwards,
> SAP et al.
> 
> The strength of U2/mvDbms lies in the ease of development and the fact
> that the apps run forever requiring very little support.
> Try running some of those other systems without a DBA and a 
> Unix/Windows
> technician available on a very regular basis.
> 
> Kevin Lynch
>  
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Bill H.
> Sent: Thursday, February 17, 2005 11:20 AM
> To: [email protected]
> Subject: RE: [U2] uv pe
> 
> Phil:
> 
> Although this is a U2 specific list, the same pricing problem exists
> with ALL mvDbms products.  In addition knowledge seems to be locked up
> and there are so many proprietary solutions to simple problems.
> 
> Developers often have to pull teeth to solve some basic 
> problems.  Every
> business problem requiring an mvDbms solution seems to entail a steep
> learning curve (kind of like Linux and networking).
> 
> Since the mvDbms vendors aren't interested in long-term revenue but in
> short-term profits I doubt whether this will change.  So, in the
> long-term we'll all have to migrate off of the dbms (or die 
> first).  :-)
> 
> Bill
> -------
> u2-users mailing list
> [email protected]
> To unsubscribe please visit http://listserver.u2ug.org/
> -------
> u2-users mailing list
> [email protected]
> To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to