@ Richard - yes, this one : http://en.wikipedia.org/wiki/Peter_Principle
@ Jason - yes. In a more traditional build & release infrastructure, that kind of setup does make sense... However, this place isn't really traditional, actually far from it ;) I'd be happy to show you how web2py is used within the automation and why it makes the most sense (for them and their particularities). Thanks, Mart :) On Jan 21, 2:05 pm, Jason Brower <[email protected]> wrote: > It sounds like you could start the QT interface from web2py if you > wanted. :P But I think the best think would be to have two programs, > the Interface (Web, QT, Mobile app (nokia supports qt) etc...) and then > an application that communicates with that for the automation stuff. It > would have an interface that would be universally accessable from a > network. (I use amp in twisted, but you may xml or something) and your > interfaces would read that. You could have web2py do that serving of > that data and that would simply things a bit. > Best Regards, > Jason Brower > > On 01/21/2011 08:58 PM, Richard V�zina wrote: > > > > > > > > > Peter's principles > > > I should reread it... > > > Richard > > > On Fri, Jan 21, 2011 at 1:53 PM, mart <msenecal.sc > > <http://msenecal.sc>@gmail.com <http://gmail.com>> wrote: > > > Hey, > > > Its in-house (mostly all python) automation framework for > > builds&releases, and other process specific tasks (and acts a the > > interface between test and releas automation). Its all up and running > > as it is, and is doing a great job. So, I;m doing some feature > > development now that the foundation is up and running. The way I made > > layout the code structure means there is no separation beween blueLite > > (the automation) and web2py.. one can work on its own independently > > from the other if needed (but made to work together). I can launch > > web2py (the web app0 and serve applications, and those applications > > that act as front end to blueLite make reference to the blueLite > > modules s well. > > > So, it came as a surprise a little while when different team had asked > > to use the framework, but the ask mad lit of sense to. Since the whole > > thing is basically "dump to ds and run", new uses are coming up. Teams > > use it for continues build/integration in their sandboxes, dev folks > > use it on there desktop or laptop, and this a support fully, because > > they try to match as close as possible the actual production > > environment, and that often starts with the tooling. Some of the folks > > that want to make use of it and that are not that technical, find that > > having to launch a webApp + browser intimidated (even though its > > not)... so, pyQT can quell that "fear" of os the unknown for them. its > > the same thing really, but... the idea of having the ability to verify > > dev/build data on someone's desktop is quite appealing to them. The > > setup os the same, but the server part becomes invisible... almost > > like giving someone a placebo... as long as they believe it ;) So, s > > mentioned, when we will be able to dump a fully deployable web2py (as > > in dump and deploy, one click), things should start to get > > interesting :) > > > so it ends up like this: > > > they use a browser (that doesn't look like a browser - actually a > > browser that doesn't enable browsing), and they are happy... the only > > requirement is that they install python, which they can download > > internally n=on the corporate network, with a nice page with very > > simple instruction, to the letter (which always makes me giggle, > > because some are so focused on the litte detail that don;t make much > > of a difference ;)). > > > You ever hear of the Peter principle? this is it, at its best! :) > > > Mart :) > > > On Jan 21, 1:23 pm, Jason Brower <[email protected] > > <mailto:[email protected]>> wrote: > > > What product are you making. It really depends on the product > > you are > > > making as how you plan on making a gui that uses web2py tools. > > > I personally have made a web2py server that calls a wine program > > that > > > has a qt user interface and and a specially modified twisted server. > > > What is that, like 5 different programs?!) Each run seporatly > > but may > > > need to pull data from each other at times. It is certainly > > possible, > > > it's one of the reasons I chose web2py, because it was written in > > > python, and python can do just about anything. :P > > > Best Regards, > > > Jason Brower > > > > On 01/20/2011 10:08 PM, mart wrote: > > > > > Hi, > > > > > has anyone considered using pyQT within their apps? and if > > yes, any > > > > comments on its use? > > > > > Thanks, > > > > Mart :)
