User: it's a Latitude CPi-A. Tech: Got it, a CPi. User: no, it's a CPi-A. Tech: I heard you the first time, eh? A CPi. User: No, a CPi with the letter A. Tech: With what letter, eh? ... User: I think it's a boot virus. Tech: What's about virus? User: No, it's a boot virus. Tech: What does "it's about virus" mean? What virus, eh?...
The difference is that QoS is something extra you have to tell routers to do, the same as packet filtering. NOT blocking port 25 is easier, but some ISPs do it anyway because spam is such a problem. They let you send on port 25 if you pay for a more expensive "business" connection than if you just want the el cheapo personal connection.
>It is too bad that Apple only offers the slower 5400rpm drives in their notebooks.
I agree. I got the Hitachi 7200RPM drive last week and the performance difference is noticeable, though not really twice as fast - more like 50% faster than the 8MB 4200RPM dog that I had before. (Yes, I used benchmarks that were relevant to what I use it for, which is software development.)
The 1600x1200 screen point is perfectly valid. Apple seems to be more interested in widescreen displays than high resolution; even the 17" doesn't have 1600x1200 resolution. This might be because of the pixel size issue (how to fit 1600x1200 in a small form factor) but that shouldn't be a problem with software scaling (96 dpi vs. 72 dpi vs 150 dpi or whatever). You'd see the same amount of content on the screen but it'd be at a higher resolution, and scaled/smoothed in OS software if the individual application wasn't smart enough to adjust itself accordingly.
>And I did mis-mention two of the specs on this model
OK so that's three features you happened to "mis-mention". That kind of undermines your argument when you're trying to explain how behind the leading edge Apple is... your own best example doesn't have those features either.
I did search for about a half hour before posting the grandparent post. I think I would stick with Dell or Alienware personally because I don't mind spending a bit more for support and some assurance of quality from a known vendor. I'm also surprised that IBM, who once carried the torch of very expensive but also very full-featured laptops, doesn't appear to have anything in this class. Oh well.
Your definition of "directly" really means "somebody wrote an API to expose a native library with low-level language bindings to a high-level language". For instance I wrote a PHP app that uses Oracle. Oracle didn't provide a full database driver library implemented in pure PHP. Somebody wrote the wrapper code in C (or C++) that links to the regular old Oracle library that comes with C headers, and this wrapper code exposes the Oracle driver API as PHP functions.
The same thing could be done with JavaScript using Rhino talking to JDBC, by wrapping the JDBC API and providing a set of JavaScript objects that simulates it. Or, you could write some XPCOM/XUL code in C++ and expose ODBC as JavaScript objects. That would satisfy your definition of "direct" database access.
No they wouldn't. DVDs cost $15 and people pirate them anyway. If they can't deal with the downloading and burning method, they can just get bootleg copies from street vendors.
A 1KB "hello world" app that links to a 1GB library and never calls it would have a virtual memory size of just over 1GB, but the 1GB library would never be paged in so that really doesn't mean anything. It's memory mapped as part of the process's address space, but it isn't pulled into memory and then shoved back out into the swap file, because there's no need to do that. The resident set size of that 1KB-on-disk program could be just a few kilobytes, and that's how much memory it's really using.
Exactly how does JavaScript fail where Java succeeds, from a language design point of view? A browser implementation of the DOM may be bad, but that doesn't prove that the language is flawed.
If you remove the Java class libraries and just leave the language, you get something that's very similar to JavaScript. The biggest difference that I can think of off the top of my head is the static type checking that Java has which JavaScript doesn't. The next biggest difference is prototypes vs. classes (JS doesn't use classes).
Play around with Rhino a bit and see if you still think JavaScript is too wimpy to do anything serious with.
"Directly?" Nobody writes database drivers in VB or Perl but they "directly" talk to databases. (I mean, I *hope* nobody writes database drivers in VB...)
Javascript running in a browser context with the browser DOM and nothing else can't connect to a database via a native driver, that's true. But there's no reason that Javascript the language can't possibly talk to a database.
In fact, Netscape LiveWire is/was a JavaScript based server-side programming environment that shipped in Netscape Enterprise Server. It had database access via native database drivers, that were accessible to JavaScript code. Developers didn't have to write their own database driver wrappers or business logic in a lower level language. It worked like PHP or Perl DBM is now - native drivers accessed by a higher level langauge.
If you wanted to, you could write a simple JDBC driver wrapper in Java that exposed arbitrary JDBC drivers in a uniform way, and use the Rhino JavaScript environment to write JavaScript code that hits a database. Once you did this you'd have a similar environment that would run JS code and wouldn't make you cross over into another language all the time to get Real Work done.
A more important question, though, is whether you'd actually want to write a client-server app in JavaScript plus some lower-level language that actually had database drivers (i.e. Java or C or whatever). I don't think that would be a good idea. I would think (based on no experience actually trying to do this) that a better architecture would be to use web services, and have some sort of lower-level language marshalling the web service calls to/from JavaScript objects, so that XML parsing isn't being done by JavaScript code but by something native/JIT compiled and thus much faster. The middle tier would do the database stuff and the web services API would hand coarsely grained chunks of response data to the thick client to reduce round-trips.
You could still write the client and middle tier in JavaScript and have let only the middle tier touch the database. That might be icky if you ended up writing the front end as a XUL app, talking to a middle tier written as a JavaScript/Rhino app, since there would very likely be JavaScript bugs on one implementation that weren't on the other (so code that ought to run in both places would actually break).
>>Weird handling of '0' vs. null >The special handling of null forces you to write slightly less braindead code.
Way to spin it, dude. Here's another way to look at it: The retardo handling of null in MySQL makes your work as a programmer harder. It's just a pissing match argument: only a wuss needs those training-wheels features. Real Programmers never make mistakes.
create table foo (bar integer not null, biz integer not null); insert into foo (bar) values (1); select * from foo; +-----+-----+ | bar | biz | +-----+-----+ | 1 | 0 | +-----+-----+
That's just the MySQL dudes deciding that silently doing the wrong thing is better than giving you an error message. Hmm, 0 isn't null, so technically the NOT NULL is not violated, but that's not what it does on other databases, and in SQL books, etc.
This sort of thing is consistent with MySQL AB's attitude toward product design and standards compliance: we don't feel like implementing it because it's hard, and/or the people who are asking for it don't really need it, and/or we don't really understand the issue, so we'll just document it and that makes the problem go away.
So, you have to learn all sorts of oddities about the way that MySQL differs from everything else, and that makes your job as a programmer harder, which means more bugs and slower coding.
Re:How does Yahoo! Finance use MySQL?
on
High Performance MySQL
·
· Score: 2, Insightful
>Prior to its switch to MySQL in 2000, Yahoo! Finance managed its database > needs through homegrown flat files and Berkeley DB databases. But those solutions > proved to be inflexible and not scalable enough for their needs, with the >volume of data nearly doubling every few months
So, a SQL database is better than flat files. Ergo, MySQL rules...?
I'm glad that Yahoo has found a solution that works (or at least that the person who said that thinks it does) but that doesn't say anything about why MySQL is better or worse than another SQL database, or another kind of DBMS for that matter. Did they even do an evaluation, or did they just upgrade from DBM to MySQL and see no reason to consider other options?
If Yahoo Finance loses a story, or a stock chart, or a user account, or an email, big whoop, it's a huge free service. If they can run 30% fewer database servers, that's more important. So it probably is a good choice for them. But if there were actual money in transit they'd probably want to use something else for that (there's no reason the content management couldn't stay in MySQL, of course).
>Those things that will eventually put me out of business when everybody >can automate his tasks with a few mouseklicks.
No, they'll just pay you to write them for everybody, and then later they'll pay you to train them to write their own, and then they'll pay you to debug theirs, and then they'll pay you to write plugins for theirs...
>What's your argument for getting an Apple or Dell versus me?
I have a job. My TCO includes my time.
>They never crash. Modern OSs hardly ever crash. "Never" is just denial on your part. Admit it, at least one of your computers has crashed at least once.
Hmm. You have a laptop that has: - 4GB max RAM - A 10000rpm ATA/133 hard drive
Most of the other stuff can be had from Dell or Alienware, just barely, for around $3200. I wasn't able to find a system that actually had the 3.4GHz CPU + that video card + that drive + the flash card slot but I'm not willing to spend hours and hours googling for it. I'll assume that it's out there and that I'm just not looking hard enough.
However, I have recently spent some time shopping for a new laptop hard disk. The 10000 rpm ATA/133 laptop drive is either bullshit, or the world's best kept secret. According to many many web sites that do hardware reviews, Hitachi's 7200rpm 7K60 is still the fastest laptop drive out there, and it's ATA/100. Perhaps they're wrong, or haven't gotten around to doing a review, but combine that with the fact that major hardware resellers don't have such a thing either, and this claim is very suspect.
So, let's see a link, and you can prove whether you're a very thorough shopper or just trolling.
>It doesn't run too well on the slower G4s, either.
This is just nonsense. My wife has a 450MHz G4 desktop and it's totally fine at running OS X and a bunch of apps all at once (Firefox, Mail, Photoshop, BBEdit, Terminal, InDesign, etc. etc.). Only when you're doing something that's very very CPU intensive do you need a faster machine. I can't convince her that she needs a faster machine because it's fine for the stuff she's doing (web development, Photoshop, etc.). It's fine for 3D games too (WarCraft III, Dungeon Siege, etc.). I repeat: only if your work is extremely CPU-intensive or if you've just got to play the latest greatest 3D game would you need anything faster.
One word of advice for anyone wanting to get the most out of an old Mac: max out the RAM in your machine. Unlike Classic Mac OS, OS X will actually use it.
> What happens when some bit-torrent users figure out how to double their download speeds by setting the QoS bits on their traffic.
At that imaginary time, whatever stupid ass ISPs turned on QoS for all customers with no extra fees or access restrictions or planning will learn a hard lesson. Then they'll turn it off by default and make you pay extra for the privilege of QoS. Or, more likely, that scenario will never happen, because ISPs will only let high-paying customers use QoS, and those high-paying customers won't waste their expensive guaranteed bandwidth across the whole ISP's network on BitTorrent traffic, when they could just let that be "best effort" packet traffic at a near-zero cost.
QoS is not a magic "I get to take all your bandwidth" bit that you can set that will trick all the intermediate routers into putting your stream first. It's not something that ISPs are just going to open up to every customer for free so that the l33t h4x0r kids who know about it can fuck up the network. Or, at least, most ISPs will be smarter, and the ones that aren't will get nailed and figure it out pretty quickly.
Actually that much money can get you a low-end G4 desktop (search on eBay for "sawtooth 450MHz"; I sold mine for about $350) that's fast enough for everyday use, games, etc.
>Pr0n, wicked graphic hunting shows, and real-life stuff would dominate the bandwidth, things we may want to keep our kids away from.
Seeing goatse hasn't turned you/your kids into hardcore gay anal sex fetishists, has it? Spend a few minutes on rotten.com and see if you become desensitized. Are you lusting after festering corpses all of a sudden?
Your kids can go outside... and then they might run off to the big city and become crack whores. You better lock them inside and never let them out!
I like the phrase "real-life stuff would dominate the bandwidth, things we may want to keep our kids away from." That pretty much sums up the problem. Being a parent to your kids is your responsibility, and nobody else's.
> The VM isn't allowed to crash, even on bad programs. Therefore the problem is in the VM.
Sure, if you want to define "VM" as "VM running on perfect hardware with a perfect OS managed by a perfect admin". Otherwise, you're wrong.
What if your RAM is defective, or your CPU is overclocked and unreliable, or you have some wacko spyware that mucks around in other processes' memory, or your app uses JNI and your C code is buggy, or your sysadmin installed some runaway process monitor that does kill -9 to procs that use too much CPU for too long, or somebody manually upgraded a library on your machine to a version that the VM isn't compatible with?
There's a bit of value to a bug report that mentions a strange problem, since other people might see the same thing and be motivated to file a proper bug report with repro steps, or maybe the developers knew about it and de-prioritized it because they thought nobody saw it. But that's not enough to say that the developers are lazy for not dropping everything trying to reproduce a crash that (as far as they know) only happens on your environment.
Good point! Global search and replace is a feature that's unique to Perl, after all, just like regular expressions.
OTOH sometimes Perl is the right tool to use for a given problem. In this case it isn't. An IDE is the right tool to use; IDEA or Eclipse can do this more accurately, without fucking up your code as "an exercise left to the reader" turns into iteration after iteration of a not-quite-right regex. ("Oh wait, it can't just be / enum/, it has to tolerate [ and ] and . and +...") With an IDE it'd be changed, and compiled, and you'd be running the test suite already.
>Why keep it in a room where you spend a lot of time?
How much time DO you spend in the bathroom each day? Maybe you need more fiber in your diet.
Bathrooms are designed to handle unpleasant smells, either with windows or exhaust fans or air fresheners or all of the above. Most basements aren't, if there is a basement at all.
Slashdot Mirror
not necessarily...
...
User: it's a Latitude CPi-A.
Tech: Got it, a CPi.
User: no, it's a CPi-A.
Tech: I heard you the first time, eh? A CPi.
User: No, a CPi with the letter A.
Tech: With what letter, eh?
...
User: I think it's a boot virus.
Tech: What's about virus?
User: No, it's a boot virus.
Tech: What does "it's about virus" mean? What virus, eh?
The difference is that QoS is something extra you have to tell routers to do, the same as packet filtering. NOT blocking port 25 is easier, but some ISPs do it anyway because spam is such a problem. They let you send on port 25 if you pay for a more expensive "business" connection than if you just want the el cheapo personal connection.
I looked on Seagate's web site and according to it, their fastest notebook drive is 5400RPM:e x/1,,,00.html
http://www.seagate.com/cda/products/discsales/ind
Not even 7200 RPM. So, it looks like you were just making that up.
>It is too bad that Apple only offers the slower 5400rpm drives in their notebooks.
I agree. I got the Hitachi 7200RPM drive last week and the performance difference is noticeable, though not really twice as fast - more like 50% faster than the 8MB 4200RPM dog that I had before. (Yes, I used benchmarks that were relevant to what I use it for, which is software development.)
The 1600x1200 screen point is perfectly valid. Apple seems to be more interested in widescreen displays than high resolution; even the 17" doesn't have 1600x1200 resolution. This might be because of the pixel size issue (how to fit 1600x1200 in a small form factor) but that shouldn't be a problem with software scaling (96 dpi vs. 72 dpi vs 150 dpi or whatever). You'd see the same amount of content on the screen but it'd be at a higher resolution, and scaled/smoothed in OS software if the individual application wasn't smart enough to adjust itself accordingly.
>And I did mis-mention two of the specs on this model
OK so that's three features you happened to "mis-mention". That kind of undermines your argument when you're trying to explain how behind the leading edge Apple is... your own best example doesn't have those features either.
I did search for about a half hour before posting the grandparent post. I think I would stick with Dell or Alienware personally because I don't mind spending a bit more for support and some assurance of quality from a known vendor. I'm also surprised that IBM, who once carried the torch of very expensive but also very full-featured laptops, doesn't appear to have anything in this class. Oh well.
Your definition of "directly" really means "somebody wrote an API to expose a native library with low-level language bindings to a high-level language". For instance I wrote a PHP app that uses Oracle. Oracle didn't provide a full database driver library implemented in pure PHP. Somebody wrote the wrapper code in C (or C++) that links to the regular old Oracle library that comes with C headers, and this wrapper code exposes the Oracle driver API as PHP functions.
The same thing could be done with JavaScript using Rhino talking to JDBC, by wrapping the JDBC API and providing a set of JavaScript objects that simulates it. Or, you could write some XPCOM/XUL code in C++ and expose ODBC as JavaScript objects. That would satisfy your definition of "direct" database access.
No they wouldn't. DVDs cost $15 and people pirate them anyway. If they can't deal with the downloading and burning method, they can just get bootleg copies from street vendors.
I think you're probably counting wrong.
A 1KB "hello world" app that links to a 1GB library and never calls it would have a virtual memory size of just over 1GB, but the 1GB library would never be paged in so that really doesn't mean anything. It's memory mapped as part of the process's address space, but it isn't pulled into memory and then shoved back out into the swap file, because there's no need to do that. The resident set size of that 1KB-on-disk program could be just a few kilobytes, and that's how much memory it's really using.
Exactly how does JavaScript fail where Java succeeds, from a language design point of view? A browser implementation of the DOM may be bad, but that doesn't prove that the language is flawed.
If you remove the Java class libraries and just leave the language, you get something that's very similar to JavaScript. The biggest difference that I can think of off the top of my head is the static type checking that Java has which JavaScript doesn't. The next biggest difference is prototypes vs. classes (JS doesn't use classes).
Play around with Rhino a bit and see if you still think JavaScript is too wimpy to do anything serious with.
"Directly?" Nobody writes database drivers in VB or Perl but they "directly" talk to databases. (I mean, I *hope* nobody writes database drivers in VB...)
Javascript running in a browser context with the browser DOM and nothing else can't connect to a database via a native driver, that's true. But there's no reason that Javascript the language can't possibly talk to a database.
In fact, Netscape LiveWire is/was a JavaScript based server-side programming environment that shipped in Netscape Enterprise Server. It had database access via native database drivers, that were accessible to JavaScript code. Developers didn't have to write their own database driver wrappers or business logic in a lower level language. It worked like PHP or Perl DBM is now - native drivers accessed by a higher level langauge.
If you wanted to, you could write a simple JDBC driver wrapper in Java that exposed arbitrary JDBC drivers in a uniform way, and use the Rhino JavaScript environment to write JavaScript code that hits a database. Once you did this you'd have a similar environment that would run JS code and wouldn't make you cross over into another language all the time to get Real Work done.
A more important question, though, is whether you'd actually want to write a client-server app in JavaScript plus some lower-level language that actually had database drivers (i.e. Java or C or whatever). I don't think that would be a good idea. I would think (based on no experience actually trying to do this) that a better architecture would be to use web services, and have some sort of lower-level language marshalling the web service calls to/from JavaScript objects, so that XML parsing isn't being done by JavaScript code but by something native/JIT compiled and thus much faster. The middle tier would do the database stuff and the web services API would hand coarsely grained chunks of response data to the thick client to reduce round-trips.
You could still write the client and middle tier in JavaScript and have let only the middle tier touch the database. That might be icky if you ended up writing the front end as a XUL app, talking to a middle tier written as a JavaScript/Rhino app, since there would very likely be JavaScript bugs on one implementation that weren't on the other (so code that ought to run in both places would actually break).
>>Weird handling of '0' vs. null
>The special handling of null forces you to write slightly less braindead code.
Way to spin it, dude. Here's another way to look at it: The retardo handling of null in MySQL makes your work as a programmer harder. It's just a pissing match argument: only a wuss needs those training-wheels features. Real Programmers never make mistakes.
create table foo (bar integer not null, biz integer not null);
insert into foo (bar) values (1);
select * from foo;
+-----+-----+
| bar | biz |
+-----+-----+
| 1 | 0 |
+-----+-----+
That's just the MySQL dudes deciding that silently doing the wrong thing is better than giving you an error message. Hmm, 0 isn't null, so technically the NOT NULL is not violated, but that's not what it does on other databases, and in SQL books, etc.
This sort of thing is consistent with MySQL AB's attitude toward product design and standards compliance: we don't feel like implementing it because it's hard, and/or the people who are asking for it don't really need it, and/or we don't really understand the issue, so we'll just document it and that makes the problem go away.
So, you have to learn all sorts of oddities about the way that MySQL differs from everything else, and that makes your job as a programmer harder, which means more bugs and slower coding.
>Prior to its switch to MySQL in 2000, Yahoo! Finance managed its database
> needs through homegrown flat files and Berkeley DB databases. But those solutions
> proved to be inflexible and not scalable enough for their needs, with the
>volume of data nearly doubling every few months
So, a SQL database is better than flat files. Ergo, MySQL rules...?
I'm glad that Yahoo has found a solution that works (or at least that the person who said that thinks it does) but that doesn't say anything about why MySQL is better or worse than another SQL database, or another kind of DBMS for that matter. Did they even do an evaluation, or did they just upgrade from DBM to MySQL and see no reason to consider other options?
If Yahoo Finance loses a story, or a stock chart, or a user account, or an email, big whoop, it's a huge free service. If they can run 30% fewer database servers, that's more important. So it probably is a good choice for them. But if there were actual money in transit they'd probably want to use something else for that (there's no reason the content management couldn't stay in MySQL, of course).
>Those things that will eventually put me out of business when everybody
>can automate his tasks with a few mouseklicks.
No, they'll just pay you to write them for everybody, and then later they'll pay you to train them to write their own, and then they'll pay you to debug theirs, and then they'll pay you to write plugins for theirs...
http://packages.debian.org/stable/admin/faubackup
Faubackup does the same thing.
BackupPC looks like a more complete solution for a network backup requirement, though.
Try TransLucy if you haven't already...
>I'd like to buy some stock of Macromedia, dreamweaver may
>become a major developing tool in next ten years.
Sure, just as soon as they can make a release that doesn't suck donkey balls.
>What's your argument for getting an Apple or Dell versus me?
I have a job. My TCO includes my time.
>They never crash.
Modern OSs hardly ever crash. "Never" is just denial on your part. Admit it, at least one of your computers has crashed at least once.
Hmm. You have a laptop that has:
- 4GB max RAM
- A 10000rpm ATA/133 hard drive
Most of the other stuff can be had from Dell or Alienware, just barely, for around $3200. I wasn't able to find a system that actually had the 3.4GHz CPU + that video card + that drive + the flash card slot but I'm not willing to spend hours and hours googling for it. I'll assume that it's out there and that I'm just not looking hard enough.
However, I have recently spent some time shopping for a new laptop hard disk. The 10000 rpm ATA/133 laptop drive is either bullshit, or the world's best kept secret. According to many many web sites that do hardware reviews, Hitachi's 7200rpm 7K60 is still the fastest laptop drive out there, and it's ATA/100. Perhaps they're wrong, or haven't gotten around to doing a review, but combine that with the fact that major hardware resellers don't have such a thing either, and this claim is very suspect.
So, let's see a link, and you can prove whether you're a very thorough shopper or just trolling.
>It doesn't run too well on the slower G4s, either.
This is just nonsense. My wife has a 450MHz G4 desktop and it's totally fine at running OS X and a bunch of apps all at once (Firefox, Mail, Photoshop, BBEdit, Terminal, InDesign, etc. etc.). Only when you're doing something that's very very CPU intensive do you need a faster machine. I can't convince her that she needs a faster machine because it's fine for the stuff she's doing (web development, Photoshop, etc.). It's fine for 3D games too (WarCraft III, Dungeon Siege, etc.). I repeat: only if your work is extremely CPU-intensive or if you've just got to play the latest greatest 3D game would you need anything faster.
One word of advice for anyone wanting to get the most out of an old Mac: max out the RAM in your machine. Unlike Classic Mac OS, OS X will actually use it.
> What happens when some bit-torrent users figure out how to double their download speeds by setting the QoS bits on their traffic.
At that imaginary time, whatever stupid ass ISPs turned on QoS for all customers with no extra fees or access restrictions or planning will learn a hard lesson. Then they'll turn it off by default and make you pay extra for the privilege of QoS. Or, more likely, that scenario will never happen, because ISPs will only let high-paying customers use QoS, and those high-paying customers won't waste their expensive guaranteed bandwidth across the whole ISP's network on BitTorrent traffic, when they could just let that be "best effort" packet traffic at a near-zero cost.
QoS is not a magic "I get to take all your bandwidth" bit that you can set that will trick all the intermediate routers into putting your stream first. It's not something that ISPs are just going to open up to every customer for free so that the l33t h4x0r kids who know about it can fuck up the network. Or, at least, most ISPs will be smarter, and the ones that aren't will get nailed and figure it out pretty quickly.
> If MS prevents critical mass and even kills Linux
Please explain how exactly Microsoft would kill Linux.
Open source software doesn't go bankrupt.
Actually that much money can get you a low-end G4 desktop (search on eBay for "sawtooth 450MHz"; I sold mine for about $350) that's fast enough for everyday use, games, etc.
>Pr0n, wicked graphic hunting shows, and real-life stuff would dominate the bandwidth, things we may want to keep our kids away from.
Seeing goatse hasn't turned you/your kids into hardcore gay anal sex fetishists, has it? Spend a few minutes on rotten.com and see if you become desensitized. Are you lusting after festering corpses all of a sudden?
Your kids can go outside... and then they might run off to the big city and become crack whores. You better lock them inside and never let them out!
I like the phrase "real-life stuff would dominate the bandwidth, things we may want to keep our kids away from." That pretty much sums up the problem. Being a parent to your kids is your responsibility, and nobody else's.
> The VM isn't allowed to crash, even on bad programs. Therefore the problem is in the VM.
Sure, if you want to define "VM" as "VM running on perfect hardware with a perfect OS managed by a perfect admin". Otherwise, you're wrong.
What if your RAM is defective, or your CPU is overclocked and unreliable, or you have some wacko spyware that mucks around in other processes' memory, or your app uses JNI and your C code is buggy, or your sysadmin installed some runaway process monitor that does kill -9 to procs that use too much CPU for too long, or somebody manually upgraded a library on your machine to a version that the VM isn't compatible with?
There's a bit of value to a bug report that mentions a strange problem, since other people might see the same thing and be motivated to file a proper bug report with repro steps, or maybe the developers knew about it and de-prioritized it because they thought nobody saw it. But that's not enough to say that the developers are lazy for not dropping everything trying to reproduce a crash that (as far as they know) only happens on your environment.
Good point! Global search and replace is a feature that's unique to Perl, after all, just like regular expressions.
/, it has to tolerate [ and ] and . and + ...") With an IDE it'd be changed, and compiled, and you'd be running the test suite already.
OTOH sometimes Perl is the right tool to use for a given problem. In this case it isn't. An IDE is the right tool to use; IDEA or Eclipse can do this more accurately, without fucking up your code as "an exercise left to the reader" turns into iteration after iteration of a not-quite-right regex. ("Oh wait, it can't just be / enum
>6000 sq. ft. in the area of Silicon Valley too ... lol.
:)
two words: East Bay.
>Why keep it in a room where you spend a lot of time?
How much time DO you spend in the bathroom each day? Maybe you need more fiber in your diet.
Bathrooms are designed to handle unpleasant smells, either with windows or exhaust fans or air fresheners or all of the above. Most basements aren't, if there is a basement at all.