Heh, I'm a contractor working for the largest bank in America. I was pretty amazed that, when I interviewed, I was talking to a Vice President. That was until I actually took a job there and found out that in order to be paid what a modern tech worker makes, they have to be at the VP or at least Assistant Vice President level. Out of the 60k workers in this city, roughly half are at the AVP level or above. It's insane.
And I don't mean Active Server Pages.:) The last bit of news I've heard about Novell is their targeting of the Application Service Provider market. After all, this is where Unix (and to a lesser extent, NT) shine. File sharing services are ho-hum and directory services, while important, are being passed by in favor of returning to the mainframe style of computing. Dumb-terminals (web browsers) talking to mainframes (ASP applications)... I guess what goes around comes around. However, Novell is going to find it impossible to get into that market. Their last-best hope is to find a buyer (Caldera or IBM) and roll NDS stuff into LDAP...
My boss recently saddled me with a Metrocall pager that is a T900 two-way pager. Kinda neat and not much larger than a standard Motorola pager (just a bit thicker). Might check them out.
If you don't mind doing Java, then I'd suggest using jsp's for the page, jboss (or enhydra) for the middle tier and Oracle for the backend. Why Oracle instead of Postgresql or MySQL? Because in both of those cases, you have to invest more logic in the middle tier since the database has anemic (postgresql) or no (mysql) support for database side processing. The last project I did used Oracle, Voyager (a corba-like Java server) and Java server pages. Worked out really, really well.
Sprint invested *BUX* on an advanced traffic routing system implemented in Smalltalk using GemStone as the database. Worked great in the lab but when they started to do real-world processing with it, nada. Didn't have enough oomph to accomplish the job. Now, whether this was due to any inherent limitations in the language, or due to crummy coding, I'm not sure. All I know is that they've started the process of redoing the whole thing in Java. If nothing else, it'll make it easier to get consultants to work on it...
Copy protected? I'm using a copy of the cd as my primary cd so I don't have to worry about hosing it when carrying it around with me...
Re:KDE/GNOME war hurts developers...
on
KDE Strikes Back
·
· Score: 1
> If coding/porting in KDE/Qt is so easy, why don't they just incorporate Bonobo and be done with it? Developers and users both win.
Ugh. More memory/cpu cycles burned in making "everything work (and look like) everything else". I wish they'd figure out some way to merge the products. I like Gnome's flexibility and *REALLY* dislike KDE's insistence on looking like Windows. That said, if KDE's UI became a bit more customizable (or maybe not -- enforced standards can be good) and I got a reasonable explanation of the current QT licencing picture I could be persuaded to change.
If speed is that much of an issue, use the GCJ compiler (or TowerJ for that matter) and turn it into a binary. Little "tricks" like that usually end up making the code hard to maintain and can cause subtle errors to creep in. Also, your choice of VM can have a lot to do with the performance of the code...
Much earlier in the "agreement" was an interesting change related to only using Comcast-approved equipment and software. I'd think that that little provision would generate more discussion as it could be used to keep Linux machines from being used on their service.
I waited to purchase the Linux specific version of Quake3. It was (unfortunately) a bit of a wait and, less than a block away, Best Buy had the Windows version on the shelf so I was sorely tempted to cancel my order and have the game instantly. In any event, the Linux version arrived and I gleefully installed it only to be presented with quite a bit of heartburn with my Nvidia card (TNT2 and then a GeForce2). So, I snagged a copy of the Windows patch and run the game under Windows.:( If I had the option of, say, buying a Windows version of the game then getting a Linux "patch", that'd work for me. It doesn't help the sales figures, but if I can't get the game in a timely manner...
I visited on Thursday and was told by one of the vendors still there that they had a total of 65 visitors on Wednesday. 65; Damn. I had high hopes for the show but after being there, I'd be very, very surprised if KC ever gets another Linux tradeshow with any big vendors. Informix was gone by Wed noon and RedHat pulled out Wed evening. I was really looking forward to talking to both those vendors. The guys at the Atipa booth were cool and somewhat bummed by the fact that the turn-out was so awful. Bah. This just serves to remind me why I'm moving to the east coast. Someplace where technology in general (and Linux in particular) is appreciated.
> And lastly, if you watch the end, you can > figure out that a gravity well in a huge > ice/asteriod field could collect enough > mass for a planet.
> Granted that they don't explain the mechanism > (no living human knows it.) it does fit into > the science fiction possibility category.
Interesting, I hadn't considered that aspect of the movie. I'd pretty much dismissed the movie as simple fluff, but your comments about the science caused me to revisit my thinking about the film.
As a result, I like it much more now.:) Thank you!
There are quite a few transatlantic undersea cables. One of the projects that I'm involved in at Sprint involves a management system for TAT-14 (www.tat-14.com) that will be turned up sometime later this year.
To get back to your question though, a lot depends on the ISPs involved. As another poster noted, the peering relationships in the UK are poor and in a lot of cases, traffic will bounce over to the US and then return to the UK over a different pipe. (Kind of like how some requests across town go through California...)
Interbase is open sourced and is available today. It lacks a few things (notably a pure java JDBC driver) but is otherwise quite functional. Check it out at http://www.interbase.com/.
I'm quite terrible at math (although I managed to squeak out a B in college calc 1) but I am firmly convinced of the need to be able to "eyeball" a problem and have a quick guesstimate of the end solution. That way, if you make a computational error (fat-finger a key on the calculator) you will have a gut feeling that the answer is incorrect. My uncle is a professor of biology at Michigan Tech and he feels much the same way. When doing calculations on the number of particles of a certain substance within a fluid the slipping of a decimal place can be quite catastrophic to an experiment (you'll kill all yer critters). Having said that, calculators are useful tools, but they cannot replace a decent understanding of what it is that you're doing.
We did some speed comparisons between IBM's 1.1.8 JDK and the 1.2.2 JDK from Blackdown/Sun/Borland and found the 1.2.2 platform to be significantly faster. Now, our tests were centered around using JRun behind Apache, but using the Apache Servlet Killer program, the 1.2.2 JDK held up a lot longer under load than 1.1.8 did. (shrug) We haven't tried the 1.3 JDK yet as it's a flippin' HUGE download (~60 megs) but it'll be interesting to test it out in the same way.
I'm wondering if it's strictly necessary to buy one of the base stations if I already have a "router" machine? From what I can garner from the specs on the cards, it should work but I'm not sure if there is some subtle requirement for the base station.
I just completed a project using Servlets. We were able to complete the project on time and close to on budget (we'd have been below budget except for a last minute scope change). This was an upgrade away from a system written in perl (not mod_perl though). The customer's complaint was that the implementors of the previous system hadn't done a good job in documenting their code and as a result, the in-house maintainers couldn't follow the code and that led to large amounts of rewrite. Our system was half the number of lines of code and was twice the speed. But a lot of that optimization could be attributed to a very good analyst who gave us solid specs to code by. It's been my experience (and I've been at this a while now) that perl code is useful for smaller or single-shot systems. If the code has to be maintained by anyone else (or a different team) be kind to them and use Servlets.
Slashdot Mirror
*sigh* I hate Javascript bombs.
Heh, I'm a contractor working for the largest bank in America. I was pretty amazed that, when I interviewed, I was talking to a Vice President. That was until I actually took a job there and found out that in order to be paid what a modern tech worker makes, they have to be at the VP or at least Assistant Vice President level. Out of the 60k workers in this city, roughly half are at the AVP level or above. It's insane.
http://slash dot.org /article.pl?sid=00/11/01/0313248&mode=thread
And I don't mean Active Server Pages. :) The last bit of news I've heard about Novell is their targeting of the Application Service Provider market. After all, this is where Unix (and to a lesser extent, NT) shine. File sharing services are ho-hum and directory services, while important, are being passed by in favor of returning to the mainframe style of computing. Dumb-terminals (web browsers) talking to mainframes (ASP applications) ... I guess what goes around comes around. However, Novell is going to find it impossible to get into that market. Their last-best hope is to find a buyer (Caldera or IBM) and roll NDS stuff into LDAP ...
My boss recently saddled me with a Metrocall pager that is a T900 two-way pager. Kinda neat and not much larger than a standard Motorola pager (just a bit thicker). Might check them out.
If you don't mind doing Java, then I'd suggest using jsp's for the page, jboss (or enhydra) for the middle tier and Oracle for the backend. Why Oracle instead of Postgresql or MySQL? Because in both of those cases, you have to invest more logic in the middle tier since the database has anemic (postgresql) or no (mysql) support for database side processing. The last project I did used Oracle, Voyager (a corba-like Java server) and Java server pages. Worked out really, really well.
Sprint invested *BUX* on an advanced traffic routing system implemented in Smalltalk using GemStone as the database. Worked great in the lab but when they started to do real-world processing with it, nada. Didn't have enough oomph to accomplish the job. Now, whether this was due to any inherent limitations in the language, or due to crummy coding, I'm not sure. All I know is that they've started the process of redoing the whole thing in Java. If nothing else, it'll make it easier to get consultants to work on it ...
Copy protected? I'm using a copy of the cd as my primary cd so I don't have to worry about hosing it when carrying it around with me ...
> If coding/porting in KDE/Qt is so easy, why don't they just incorporate Bonobo and be done with it? Developers and users both win.
Ugh. More memory/cpu cycles burned in making "everything work (and look like) everything else". I wish they'd figure out some way to merge the products. I like Gnome's flexibility and *REALLY* dislike KDE's insistence on looking like Windows. That said, if KDE's UI became a bit more customizable (or maybe not -- enforced standards can be good) and I got a reasonable explanation of the current QT licencing picture I could be persuaded to change.
Actually, the wife of my friend would fall into (and gleefully call herself) an Economics Geek...
If speed is that much of an issue, use the GCJ compiler (or TowerJ for that matter) and turn it into a binary. Little "tricks" like that usually end up making the code hard to maintain and can cause subtle errors to creep in. Also, your choice of VM can have a lot to do with the performance of the code ...
Much earlier in the "agreement" was an interesting change related to only using Comcast-approved equipment and software. I'd think that that little provision would generate more discussion as it could be used to keep Linux machines from being used on their service.
I waited to purchase the Linux specific version of Quake3. It was (unfortunately) a bit of a wait and, less than a block away, Best Buy had the Windows version on the shelf so I was sorely tempted to cancel my order and have the game instantly. In any event, the Linux version arrived and I gleefully installed it only to be presented with quite a bit of heartburn with my Nvidia card (TNT2 and then a GeForce2). So, I snagged a copy of the Windows patch and run the game under Windows. :( If I had the option of, say, buying a Windows version of the game then getting a Linux "patch", that'd work for me. It doesn't help the sales figures, but if I can't get the game in a timely manner ...
Last I checked, the Puffin Group was making a native version of Linux for the PA-RISC processors which should (I think) include yours.
I visited on Thursday and was told by one of the vendors still there that they had a total of 65 visitors on Wednesday. 65; Damn. I had high hopes for the show but after being there, I'd be very, very surprised if KC ever gets another Linux tradeshow with any big vendors. Informix was gone by Wed noon and RedHat pulled out Wed evening. I was really looking forward to talking to both those vendors. The guys at the Atipa booth were cool and somewhat bummed by the fact that the turn-out was so awful. Bah. This just serves to remind me why I'm moving to the east coast. Someplace where technology in general (and Linux in particular) is appreciated.
> And lastly, if you watch the end, you can
:) Thank you!
> figure out that a gravity well in a huge
> ice/asteriod field could collect enough
> mass for a planet.
> Granted that they don't explain the mechanism
> (no living human knows it.) it does fit into
> the science fiction possibility category.
Interesting, I hadn't considered that aspect of the movie. I'd pretty much dismissed the movie as simple fluff, but your comments about the science caused me to revisit my thinking about the film.
As a result, I like it much more now.
There are quite a few transatlantic undersea cables. One of the projects that I'm involved in at Sprint involves a management system for TAT-14 (www.tat-14.com) that will be turned up sometime later this year.
...)
To get back to your question though, a lot depends on the ISPs involved. As another poster noted, the peering relationships in the UK are poor and in a lot of cases, traffic will bounce over to the US and then return to the UK over a different pipe. (Kind of like how some requests across town go through California
Interbase is open sourced and is available today. It lacks a few things (notably a pure java JDBC driver) but is otherwise quite functional. Check it out at http://www.interbase.com/.
I'm quite terrible at math (although I managed to squeak out a B in college calc 1) but I am firmly convinced of the need to be able to "eyeball" a problem and have a quick guesstimate of the end solution. That way, if you make a computational error (fat-finger a key on the calculator) you will have a gut feeling that the answer is incorrect. My uncle is a professor of biology at Michigan Tech and he feels much the same way. When doing calculations on the number of particles of a certain substance within a fluid the slipping of a decimal place can be quite catastrophic to an experiment (you'll kill all yer critters). Having said that, calculators are useful tools, but they cannot replace a decent understanding of what it is that you're doing.
I'm unsure about the JIT. When I execute java -version I get the following output:
...
Classic VM (build 1.2.2-L, green threads, nojit)
So, I don't think that in this case the JIT is helping out at all. And besides, the IBM JVM was using both native threads and JIT
We did some speed comparisons between IBM's 1.1.8 JDK and the 1.2.2 JDK from Blackdown/Sun/Borland and found the 1.2.2 platform to be significantly faster. Now, our tests were centered around using JRun behind Apache, but using the Apache Servlet Killer program, the 1.2.2 JDK held up a lot longer under load than 1.1.8 did. (shrug) We haven't tried the 1.3 JDK yet as it's a flippin' HUGE download (~60 megs) but it'll be interesting to test it out in the same way.
There was/is a linux client for ultima online.
I'm wondering if it's strictly necessary to buy one of the base stations if I already have a "router" machine? From what I can garner from the specs on the cards, it should work but I'm not sure if there is some subtle requirement for the base station.
Why not use Sybase on Linux? It's protocol is wire-compatable with MS-SQL and should do what you want to do.
I just completed a project using Servlets. We were able to complete the project on time and close to on budget (we'd have been below budget except for a last minute scope change). This was an upgrade away from a system written in perl (not mod_perl though). The customer's complaint was that the implementors of the previous system hadn't done a good job in documenting their code and as a result, the in-house maintainers couldn't follow the code and that led to large amounts of rewrite. Our system was half the number of lines of code and was twice the speed. But a lot of that optimization could be attributed to a very good analyst who gave us solid specs to code by. It's been my experience (and I've been at this a while now) that perl code is useful for smaller or single-shot systems. If the code has to be maintained by anyone else (or a different team) be kind to them and use Servlets.