Re: [U2] Unibasic: Sample Program
Agile? The thing about Agile is mimics the real world. It supposed to allows flexibility in the design process and attach a business value to what's going on. That's what really what happens in practicality. I think it all depends on what being developed, as well. Creating an ERP System from the ground up requires a different kind of skill sets and environment than writing reports to meet end-user-requirements. The more I read on it the more it seems to be getting codified and stricter, which in itself is a paradox, because, as I understand it, Agile is supposed to be what its name means: agile or flexible. Rather than being a strict methodology, Agile should me more of a philosophy. It's the way most U2 shops work, that I've been in. However, it is becoming, itself, more strict from what I read. Ironic! Agile is a reaction to the top-down-hierarchical approach to IT, where the programmers are simply supposed to be cogs in a wheel, rather than integral to the design and development process. The extreme top-down-hierarchical approach failed in the 70's at XEROX... a famous business case... - Original Message - From: Susan Lynch sly...@fwdco.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Wednesday, October 14, 2009 5:34:31 PM GMT -05:00 US/Canada Eastern Subject: Re: [U2] Unibasic: Sample Program Brenda, I did check it out, and it is interesting, but I still wonder if 3 years later, when the business requirements change, if anyone from the original team will a) be there, and b) remember all the intricacies of the design decisions made, and c) be part of the new team to modify the original stuff. Of course, the 'agile' concept does have a 'design' phase, which to me would mean developing the spec from the user's requests, which I write and save so that 3 years later, when I get called back and asked how to change something, I can hit the ground running rather than reading all the code again. I look forward to hearing back from you in a few years on how well this works in the real world! Susan Lynch - Original Message - From: Brenda Price bren...@marketamerica.com To: U2 Users List u2-users@listserver.u2ug.org Sent: 10/14/2009 3:28 PM Subject: Re: [U2] Unibasic: Sample Program Well, when our company gets this fully implemented. You can count over 250 Highlander's Immortals on the list! Seriously, check out agile and scrum, it is interesting. Brenda L Price UniVerse Programmer Rapid Response Team Market America, Inc. Greensboro, NC -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- boun...@listserver.u2ug.org] On Behalf Of Susan Lynch Sent: Wednesday, October 14, 2009 3:26 PM To: U2 Users List Subject: Re: [U2] Unibasic: Sample Program Ah, it must be lovely to know that you will live forever and will never become ill or incapable of working... Eventually, if the company does not go out of business, or their business needs change so much that all your code is obsolete, somebody else will have to figure out how the system works. A good spec turns into good documentation, which (properly maintained through all the ensuing changes to the system for the changing needs of the users, of course) is a blessing to the person who follows you. Sounds like we have at least 2 of Highlander's Immortals on the list! ;-) Susan Lynch - Original Message - From: Brutzman, Bill bi...@hkmetalcraft.com To: U2 Users List u2-users@listserver.u2ug.org Sent: 10/14/2009 3:20 PM Subject: Re: [U2] Unibasic: Sample Program John's world is similar to my world here. When I realized that I would be the only person reading the specs, I stopped writing to myself. At the risk of no longer being a professional dinosaur, I learned that some people call it agile. Check out... Eckhart Tolle's book The Power of Now. --B ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] UniData - BUILD.INDEX on large file - comment
Wally, That's what I'm talking about!! Thanks for the update... Here's another one: temp files are very important in SQL. Another example of an improvement would be to get the SQL temp files to work outside of the old AE style SQL editor, in BASIC especially. Then, we could use one of most powerful features of UniSQL, which is dynamically created temp files. Then, we could do things like selects files, group them and summarize data and then select on the summary data. That would save hours of coding this kind of stuff!!! Example: SELECT CUSTOMER,ORDER,SUM(QTY),SUM(AMOUNT) FROM ORDERS TO CUST_SUM_TEMP; SELECT CUSTOMER,ORDER, QTY,AMOUNT FROM CUST_SUM_TEMP ORDER BY AMOUNT; Brad - Original Message - From: Wally Terhune wterh...@rocketsoftware.com To: U2 Users List u2-users@listserver.u2ug.org Sent: Monday, October 12, 2009 10:19:29 AM GMT -05:00 US/Canada Eastern Subject: [U2] UniData - BUILD.INDEX on large file - comment You shouldn't have any problem with TMP files exceeding 2gb with BUILD.INDEX at UniData 7.2 - assuming your TMP filesystem supports large files. I presume this was the problem Brad encountered. Prior to 7.2, you may have an issue if you PHANTOM the BUILD.INDEX command, or if you start a udt session, shell out of it (!sh), cd to another directory, start a new udt session and BUILD.INDEX there. Regards Ps - posted from Liverpool! Wally Terhune U2 Support Architect Rocket Software 4700 S. Syracuse Street, Suite 400 **Denver, CO 80237 **USA Tel: +1.720.475.8055 Email: wterh...@rs.com Web: www.rocketsoftware.com/u2 -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of BraDav Sent: Sunday, October 11, 2009 10:27 AM To: U2 Users List Subject: Re: [U2] U2 is now Rocket U2 Charlie, I agree with you overall that U2 (Unidata and Universe) is the best there is for development and maintaining applications. The data model stands head and shoulders above the rest, when it comes to RAD. However, there could be many improvements to the dbs, above and below the hood so to speak. That being said, one of the benefits of the U2 architecture is that it can be improved. For example, I maintained a file with 80 million records, at one site. It has virtually no overflow and the record distribution was nearly perfect. Access to the file was very fast, but we couldn't create indexes on it, because the indexes ran out of space. That's just one example, but the list is long. However, that's a positive. With the right amount of RD, U2 is positioned for another 20 year run. thanks, Brad ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Worst Case/Best Case
Laura - Would have thought this was laid to rest a long time ago. You're time with Codd and Date proves that the relational argument is really about standards, not the the relational data model. There are databases that have relational interfaces, that are not SQL/Btree based architectures. Network model databases and hierarchical model databases are still heavily in use in the world today. One data model that is dominant in the financial sector is the network model, and this has nothing to do with hardware networking. Also, the object oriented databases are making a comeback in the transactional world. The problem is not the underlying data model, but it's the query and update interface languages. A database can be relational without being SQL; however, Unidata/Universe already have SQL, and all that probably needs to happen here is an upgrade to level of an Oracle or a MSSQL server -- in this area SQL. The success of U2 will not live or die because of the relational model, because they are already relational databases, at least to some extent -- as you have already pointed out. What we really need in the U2 world is constant innovation, a new, modern development platform, or several, the ability to use and interface to the Windows world with all it's wonderful tool sets. We just need some visionary injection into our world... Brad ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users