![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Until circumstances change, this will just be the most horrible geek tease you can imagine.
At the office, we have exactly three approved programming languanges: C for performance, Python for everything else, and a begrudging tolerance for ECMA-262 for the WebUI team and site design. (Although the docs deployment people get away with PHP, which annoys me to absolutely no end.)
The problem has been that unit testing the WebUI has been more or less impossible in a systematic way in a language that QA has been required to learn. The most useful of all WebUI unit testing frameworks is FireWatir, Firefox Web Application Testing In Ruby. It's a nifty framework; it talks to a Firefox (or Mozilla) instance over a telnet socket opened up in firefox's backside (oh, baby, talk dirty to me!).
But it's written in Ruby, dammit. I don't want to have to teach my QA team another programming language.
Therefore, the solution was completely obvious: rewrite FireWatir in Python.
I'm not saying I've done this. I won't even talk about what I have done. But for programmers fluent in Python, Ruby, and Javascript, who are comfortable with network programming and can successfully build Mozilla by hand, it won't take more than 24 straight hours (not "a day," mind you but a 24-hour work cycle) to port the entire project to Python.
If someone did such a thing, though, what would they call it?
At the office, we have exactly three approved programming languanges: C for performance, Python for everything else, and a begrudging tolerance for ECMA-262 for the WebUI team and site design. (Although the docs deployment people get away with PHP, which annoys me to absolutely no end.)
The problem has been that unit testing the WebUI has been more or less impossible in a systematic way in a language that QA has been required to learn. The most useful of all WebUI unit testing frameworks is FireWatir, Firefox Web Application Testing In Ruby. It's a nifty framework; it talks to a Firefox (or Mozilla) instance over a telnet socket opened up in firefox's backside (oh, baby, talk dirty to me!).
But it's written in Ruby, dammit. I don't want to have to teach my QA team another programming language.
Therefore, the solution was completely obvious: rewrite FireWatir in Python.
I'm not saying I've done this. I won't even talk about what I have done. But for programmers fluent in Python, Ruby, and Javascript, who are comfortable with network programming and can successfully build Mozilla by hand, it won't take more than 24 straight hours (not "a day," mind you but a 24-hour work cycle) to port the entire project to Python.
If someone did such a thing, though, what would they call it?
no subject
Date: 2008-08-25 11:03 pm (UTC)Or PyreWatir.
*duck*
no subject
Date: 2008-08-25 11:07 pm (UTC)Or possibly Snake Oil since it's (hypothetically) a Python app. But that's just me.
no subject
Date: 2008-08-25 11:40 pm (UTC)Snake Oil. A hypothetical Python app. See, you get it. It's *precisely* the sort of inside tongue-in-cheek-ness a dev geek would commit.
Whiskey would just be begging for a Tango Firefox to get added, and that would be just a bit much, though. :) :) :)
no subject
Date: 2008-08-25 11:43 pm (UTC)Or, maybe call it Moccasin or Cottonmouth?
no subject
Date: 2008-08-26 02:11 am (UTC)no subject
Date: 2008-08-25 11:14 pm (UTC)no subject
Date: 2008-08-25 11:41 pm (UTC)no subject
Date: 2008-08-25 11:31 pm (UTC)no subject
Date: 2008-08-26 11:13 pm (UTC)no subject
Date: 2008-08-27 04:24 am (UTC)no subject
Date: 2008-08-25 11:58 pm (UTC)no subject
Date: 2008-08-25 11:59 pm (UTC)Have you examined Selenium yet?
no subject
Date: 2008-08-26 12:08 am (UTC)Following logical naming conventions is important!
Why are all these people talking about snakes? And planes? I mean WATIP does seem to be a navaid near Vermont, but that's a bit tenuous.
:)