Actually if the plumbing and wiring aren't in the walls, it will never pass the rough-in inspection unless you bought the inspector
You'd be surprised at how little some municipalities look at. The plans, and... the plans. Once the fee is paid and the permit issued, they're not going to come by every day to make sure everything is up to code. That's why you can end up digging up sewer pipe and copper plumbing a few years after its been installed because it doesn't conform to code and nobody checked.
That's nothing compared to selling houses that were built on a non-existent street ("the city is behind schedule for laying the sidewalks and asphalt - they promised it will be done by July, though" with no water or sewer connections. Happened in Montreal (I guess they got the idea from watching Les Bougon).
And there's now this - cities allowing - or even requiring - the use of cast iron pipe for the sewer pipe between the house and city connection, even though that's been obsolete for 30 years. SDR-26 and SDR-35 pvc sewer pipe is cheaper, lighter, and better (you can force the rubber gasket joints together with some grease and a sledge hammer, or use a backhoe bucket to push them together),
Why not read a whole book at a sitting, to get the proper context. Some of them (1, 2 Kings, for example) are a real death-march in that fashion, but otherwise the "read 3 chapters a day every day", while better than nothing, still misses a lot.
It's only 750k words long. At a piddling 300wpm (about the average), that's only a bit more than a 40-hour week. For something that so many people claim to base their lives on, and claim to believe, they should at least invest a week and READ it first.
After all, how can you claim to believe it if you haven't even read it? Isn't that lying?
So, how can you say yu believe it if you haven't read all of it?
Disclaimer: I have read all of it, multiple times. It's one of the reasons I could not continue to believe it. Too many contradictions were self-evident, and it required more intellectual dishonesty than I could muster to continue to believe. In the end, I saw it for what it was - a bunch of stories put together by people who were pushing disparate agendas.
So, because someone has a very rare and temporary problem, we should automatically prop down for an unproven system that the originators say will work as well as antivirus software does? (yes, that's the brain-fart comparison they made). I don't think so, Clyde.
Zuo, who spoke about his research at the national meeting of the American Chemical Society on Sunday, found that $5, $10, $20 and $50 bills were more likely to be positive for cocaine than $1 bills.
"Probably $1 is a little too less to purchase cocaine," Zuo said "I don't know exactly [why]. It's an educated guess."
Cocaine binds to the green dye in money, he said.
In 1998, Negrusz published similar findings after comparing freshly printed dollar bills that were not released to the public and money collected from a suburb near Chicago, Illinois. In the study, 92.8 percent of the bills from the public had traces of cocaine, but the uncirculated bills tested negative.
"Imagine a bank teller who's working with cash-counting machine in the basement of the bank," Negrusz said. "Many of those bills, over 90 percent, are contaminated with cocaine. There is cocaine dust around the machines. These bank tellers breathe in cocaine. Cocaine gets into system, and you can test positive for cocaine.... That's what's behind this whole thing that triggered testing money for drugs."
So, drug dealers feel good about counting coke-laden bills.
Cops feel good pocket^H^H^H^H^H^Hcounting coke-laden bills.
Bank tellers feel good breathing in the drug dust from coke-laden bills.
I totally agree on that last one - I refuse to import whole packages - it's stupid. Instead, I use a macro that expands to the full class name. If java *had* a pre-processor, there wouldn't be the need to do things like the class name bogosity that you pointed out.
The advantages -
My source isn't polluted with excess verbosity, so it's easier to read
If there's any question as to what class is actually being used, the intermediate output shows the full path to the class in every statement, so you know the class/package.
It's the only way I'll ever work with Java. Anything else just sucks too much.
You totally fail because you miss one point - JAVA IS NOT A COMPILED LANGUAGE. It's an interpreted language, so your arguments about compiler optimization simply don't apply.
And you assume, to your error, that I'm a n00b. I'm fully aware of compiler optimizations by in-lining code - I was writing c back before there was a standard - when you had to manually decide which chunks of code to inline to make the trade-off between speed and bloat (memory was measured in kb, not gb or even mb).
the kids will work around it anyway - they have more skills (and time) than a parent who admits that they're clueless
giving each kid their own computer? Let them learn to share, and to do things cooperatively
"with a proper setup, he can actually log in to this monitoring web page from work and keep an eye on the kids and stop bad behavior from work." Good way to get fired really quick - and that solves the problem of "how do I keep an eye on the kids while I'm at work". Think of nanny-cams from a decade ago, and how workplaces came down hard on them - "You're here to work, not watch your kids."
It's dumb. If technology is the problem, more technology - in the hands of and managed by dummies - is not the solution.
I'd love to hear a better way of doing this as a single parent short of making a robot wife or integrating your house with HAL9000.
If you're a single dad, hang around with your kids. You'll find a lot more single moms that way. Do I have to explain *everything* to you?
(and don't whine "but I don't want someone else's kids" - hey, it's a package deal, and you're no prize yourself - or maybe you are, in which case ASK YOUR KIDS TO HOOK YOU UP!!!!)
1. The real problem with your code is that it actually does nothing. It doesn't calculate the factorial of a number. A proper test would actually produce a result.
2. The cardinal rule for optimization when you've been coding for more than a quarter-century is optimize early, optimize often - including when you're doing the initial design, where you get the biggest pay-off from optimizations by eliminating code (and bugs) that you don't have to write:-) Tat also increases maintainability. Java is not all that maintainable when you need an IDE to hold your hands.
3. Pre-processor meta-programming is useful because you can see things like overflow at compile time. Try doing that with Java. You simply can't.
4. "is to include a shit-ton of macros in one universally included header" - use a real environment, not Windows. Our header that contained the differences between networking and socket code between bsd and linux was 30 lines long - mostly comments and white space.
5. RTTI is evil. Spend more time thinking about what you're really trying to accomplish, and you can always eliminate it.
6. The fact is that Java still under-performs - in your example, by 40%. In other examples, by a lot more. Look at screen redraws. There's a reason First-Shooter games aren't written in Java.
7. Even if your "9 out of 10" argument is true, that means that 10% of the time, Java would benefit from a preprocessor. Your numbers, not mine:-) Why not give it a try? Java as it stands today is a piece of bloated crap. (and C++ is heading down the same road). Use the preprocessor to at least slim it down from the programmers perspective.
My original statements stand:
1. Java needs to lose the "everything should be a class" model;
2. Java needs to get a pre-processor - nobody HAS to use it, but when used by someone who knows how to use a pre-processor it's darned handy;
3. (not in the original list) Java needs to have an "emit a native binary" mode (not where the runtime is included, but where, instead of emitting byte-code that's interpreted by a JVM, it produces code that runs directly on the hardware without a JVM (in other words, either emit c code and compile it, or directly emit machine-executable instructions).
That last one would make Java a really nice tool, from prototyping to deployment. It would also eliminate some of the speed problems Java has.
Otherwise, Java will continue to lose ground, which would be a shame - it has its uses.
Bytecode is not compiled code that can be executed directly on a cpu. It requires runtime interpretation. Java is totally an interpreted language - which wasn't the original intent. They f*ed it up. And a 40% difference is VERY significant. And I'm sure someone could redo it with templates and bring the difference up to 1,000% to 10,000% or better.
No - the original goalpost was "there is no such law". They further claimed it would be unconstitutional. that's a pretty easy goalpost to beat, since there are weveral states that have such a law. They were wrong. TOTALLY wrong. Get over it.
It's like saying "It's illegal for elephants to be in the US" I don't have to show elephants in all 50 states to prove them wrong. Just 1 state.
I hope the people who did this are enjoying using their phones. I'm sure all he has to do is say "here are the EINs of my real phones, turn off the rest please"
Here, let me fix that for you:
"here are the EINs of my real phones, triangulate the rest as they are obviously the work of a network of terrorists.
A difference of 40% in favour of c is hardly trivial. And there are compilers that are a LOT better at optimizing than GCC - ask Intel. Up to 3x or better performance.
Java is compiled to non-platform specific bytecode, and then depending on the JVM may or may not be transformed into CPU specific instructions at runtime.
and you just proved you don't know what you're talking about. bytecode is NOT compiled code and can NEVER be executed directly, so it HAS to be interpreted at runtime. Java is an interpreted language. Get over it, silly goose.
To force a function or method call behind the scenes call when a direct assignment to a variable would do DOES add both bloat and reduces performance. That's basic knowledge that anyone who knew how programming languages work would "get" right away.
hundreds of people have registered their cell phones in the name of the president of Mexico, Felipe Calderon Hinojosa, to show how pointless is the registry
Slashdot Mirror
You'd be surprised at how little some municipalities look at. The plans, and ... the plans. Once the fee is paid and the permit issued, they're not going to come by every day to make sure everything is up to code. That's why you can end up digging up sewer pipe and copper plumbing a few years after its been installed because it doesn't conform to code and nobody checked.
That's nothing compared to selling houses that were built on a non-existent street ("the city is behind schedule for laying the sidewalks and asphalt - they promised it will be done by July, though" with no water or sewer connections. Happened in Montreal (I guess they got the idea from watching Les Bougon).
And there's now this - cities allowing - or even requiring - the use of cast iron pipe for the sewer pipe between the house and city connection, even though that's been obsolete for 30 years. SDR-26 and SDR-35 pvc sewer pipe is cheaper, lighter, and better (you can force the rubber gasket joints together with some grease and a sledge hammer, or use a backhoe bucket to push them together),
It's only 750k words long. At a piddling 300wpm (about the average), that's only a bit more than a 40-hour week. For something that so many people claim to base their lives on, and claim to believe, they should at least invest a week and READ it first.
After all, how can you claim to believe it if you haven't even read it? Isn't that lying?
So, how can you say yu believe it if you haven't read all of it?
Disclaimer: I have read all of it, multiple times. It's one of the reasons I could not continue to believe it. Too many contradictions were self-evident, and it required more intellectual dishonesty than I could muster to continue to believe. In the end, I saw it for what it was - a bunch of stories put together by people who were pushing disparate agendas.
So, because someone has a very rare and temporary problem, we should automatically prop down for an unproven system that the originators say will work as well as antivirus software does? (yes, that's the brain-fart comparison they made). I don't think so, Clyde.
Corporations may have free speech, but they don't have the right to lobby.
Or you can get a free 19" monitor from lots of places - people (and stores) are giving them away because otherwise it costs $$$ to dispose of them.
Even at ten cents, Ubuntu is overpriced because it's just so fugly-ugly, even with the "new look."
They really need to learn that "standing out from the crowd" isn't necessarily a good thing ...
The actual figure is 92.5% - and not just for $100 bills eithr.
So, drug dealers feel good about counting coke-laden bills.
Cops feel good pocket^H^H^H^H^H^Hcounting coke-laden bills.
Bank tellers feel good breathing in the drug dust from coke-laden bills.
PKD may be dead but the meme lives on
You already have a fine detector for that - it's called your NOSE.
Also works wonders for all other sorts of poisonous gases.
The advantages -
It's the only way I'll ever work with Java. Anything else just sucks too much.
You totally fail because you miss one point - JAVA IS NOT A COMPILED LANGUAGE. It's an interpreted language, so your arguments about compiler optimization simply don't apply.
And you assume, to your error, that I'm a n00b. I'm fully aware of compiler optimizations by in-lining code - I was writing c back before there was a standard - when you had to manually decide which chunks of code to inline to make the trade-off between speed and bloat (memory was measured in kb, not gb or even mb).
Sheesh. Kids nowadays.
It's dumb. If technology is the problem, more technology - in the hands of and managed by dummies - is not the solution.
If you're a single dad, hang around with your kids. You'll find a lot more single moms that way. Do I have to explain *everything* to you?
(and don't whine "but I don't want someone else's kids" - hey, it's a package deal, and you're no prize yourself - or maybe you are, in which case ASK YOUR KIDS TO HOOK YOU UP!!!!)
Now I have to turn off my cell phone when I serve burritos.
1. The real problem with your code is that it actually does nothing. It doesn't calculate the factorial of a number. A proper test would actually produce a result.
2. The cardinal rule for optimization when you've been coding for more than a quarter-century is optimize early, optimize often - including when you're doing the initial design, where you get the biggest pay-off from optimizations by eliminating code (and bugs) that you don't have to write :-) Tat also increases maintainability. Java is not all that maintainable when you need an IDE to hold your hands.
3. Pre-processor meta-programming is useful because you can see things like overflow at compile time. Try doing that with Java. You simply can't.
4. "is to include a shit-ton of macros in one universally included header" - use a real environment, not Windows. Our header that contained the differences between networking and socket code between bsd and linux was 30 lines long - mostly comments and white space.
5. RTTI is evil. Spend more time thinking about what you're really trying to accomplish, and you can always eliminate it.
6. The fact is that Java still under-performs - in your example, by 40%. In other examples, by a lot more. Look at screen redraws. There's a reason First-Shooter games aren't written in Java.
7. Even if your "9 out of 10" argument is true, that means that 10% of the time, Java would benefit from a preprocessor. Your numbers, not mine :-) Why not give it a try? Java as it stands today is a piece of bloated crap. (and C++ is heading down the same road). Use the preprocessor to at least slim it down from the programmers perspective.
My original statements stand:
1. Java needs to lose the "everything should be a class" model;
2. Java needs to get a pre-processor - nobody HAS to use it, but when used by someone who knows how to use a pre-processor it's darned handy;
3. (not in the original list) Java needs to have an "emit a native binary" mode (not where the runtime is included, but where, instead of emitting byte-code that's interpreted by a JVM, it produces code that runs directly on the hardware without a JVM (in other words, either emit c code and compile it, or directly emit machine-executable instructions).
That last one would make Java a really nice tool, from prototyping to deployment. It would also eliminate some of the speed problems Java has.
Otherwise, Java will continue to lose ground, which would be a shame - it has its uses.
C++ using template metaprogramming - 3,138 times (3,138,000%) faster than Java. And that's with NO compiler optimizations.
... that alone makes it worth having a pre-processor.
And you can't do this in Java because - guess what - you don't have a preprocessor.
Java sucks in large part because it lacks a preprocessor, on top of being too class-bound.
#include <stdlib.h>
#include <stdio.h>
template<int n>
struct Factorial
{
enum {RET=Factorial<n-1>::RET*n};
};
template<>
struct Factorial<0>
{
enum{RET=1};
};
int main() {
printf("Factorial(12)=%d\n", Factorial<12>::RET);
return 0;
}
3 million times faster
Bytecode is not compiled code that can be executed directly on a cpu. It requires runtime interpretation. Java is totally an interpreted language - which wasn't the original intent. They f*ed it up. And a 40% difference is VERY significant. And I'm sure someone could redo it with templates and bring the difference up to 1,000% to 10,000% or better.
It's like saying "It's illegal for elephants to be in the US" I don't have to show elephants in all 50 states to prove them wrong. Just 1 state.
Here, let me fix that for you:
"here are the EINs of my real phones, triangulate the rest as they are obviously the work of a network of terrorists.
Use a modern editor like vim, and ctags, and you're all set.
Heck, even kate is smart enough to be able to open an associated .h file when you open the .c file.
and you just proved you don't know what you're talking about. bytecode is NOT compiled code and can NEVER be executed directly, so it HAS to be interpreted at runtime. Java is an interpreted language. Get over it, silly goose.
To force a function or method call behind the scenes call when a direct assignment to a variable would do DOES add both bloat and reduces performance. That's basic knowledge that anyone who knew how programming languages work would "get" right away.
"Hey, Felipe, CAN YOU HEAR ME NOW?"
Horse, meet Barn Door. Barn Door, meet ... oops, gone already!
If they're clueless to begin with, they won't know what to look for in server logs.
"ExpertSexChange?"
"No, it's ExpertsExchange - a computer information site"
(parent looks, scratches head in amazement - the kid's telling the truth!)
"Two Girls, 1 Cup?"
"Oh, that's a tennis match, mom!"
"Hot Coffee?"
"An add-in for Java."
"Tubgirl?"
"The fattest girl in the world, mom."
"reddit?"
"On-line book reviews - like 'I read it', get it?" Think 'Cliff Notes'"
"autopr0n?"
"on-line drivers ed course, -p for park, r for reverse, n for neutral, 0 for overdrive, duh!"
"4chan?"
"Kids TV listings - teacher gives us an assignment once a week."
"slashdot?"
"okay, you caught me - its a site that posts slasher snuff videos."
(parent goes to look at slashdot)
"Very funny!"