Journal Journal: Slashdot: The Flowchart 2
This week's miscellanea comic details my experiences on slashdot in flowchart form.
Comment Re:Teacher shortage? (Score 1) 660
Queue the teachers union to strike/protest.
Which is why there should be a separate union for science and maths teachers.
-CGP
Which is why there should be a separate union for science and maths teachers.
-CGP
Submission + - Define: /etc
ogar572 writes: There has been an ongoing and heated debate around the office concerning the definition of what /etc means on *nix operating systems. One side says "et cetera" per Wikipedia. Another side says it means "extended tool chest" per this gnome mailing list entry or per this Norwegian article. Yet another side says neither, but he doesn't remember exactly what he heard in the past. All he remembers is that he was flamed when he called it "et cetera", but that "extended tool chest" didn't sound right either. So, what does it really mean?
Submission + - Blackberry-style smartphone runs Linux
An anonymous reader writes: Looks like the Research-in-Motion (RIM) Blackberry and Palm Treo are no longer the only smartphones with full hardware keyboards and "push" email. Dutch consumer electronics giant Grundig has come out with a B700 mobile communicator, a quad-band EDGE phone with a nice sleek design and lots of Linux-based multimedia and messaging goodness.
Submission + - Alien Technology to Solve Global Warming
sarlos writes: "Paul Hellyer, former Canadian Defense Minister, has an interesting proposition for solving climate change. Dust off the UFOs from Roswell, New Mexico, figure out their power source, and use it to replace fossil fuels for good!"
Submission + - Cracking iTunes DRM - A Foolproof Cracking Tutoria
Ryan writes: "Everyone loves iTunes but hates DRM... Decrypt your downloaded iTunes protected files with this easy tutorial. It highlights existing cracking tools and shows you step-by-step how to remove FairPlay DRM."
Submission + - The world's most anti-reflective coating
Roland Piquepaille writes: "Researchers from the Rensselaer Polytechnic Institute (RPI) have created a material that reflects virtually no light — or absorbs it like a black hole. They've built this new material by stacking layers of 'silica nanorods.' And they reached a refractive index of 1.05. This can be compared with 1.0 for air or 2.4 for diamonds. This coating, which is effective for all wavelengths, could be used for brighter light-emitting diodes (LEDs), more efficient solar cells, and new classes of 'smart' light sources that adjust to their environments. But don't expect to see your next glasses or the windshields of your cars protected with this coating: it's too sensitive to water and it would be destroyed by rain. Here is a link to more details and references about this anti-reflective coating."
Submission + - Simple Key Generator Cracks Windows Vista
An anonymous reader writes: A simply coded key generator, has emerged on the internet that uses a brute force technique to generate a valid Windows Vista product key hours of trial and error. This causes a whole world of problems for Microsoft since the keys that are being generated are considered genuine.
Submission + - Virtual Black Hole
mounce writes: "NSF News reports a new coating that virtually captures all light and prevents reflection. I heard that NASA spent a lot on developing this type of reflective coating in the 1980's (history clarification, please?), and only managed to about break-even with what you can get in the soot deposited from a burning candle. Why? The soot, which is known as "carbon black," looks like a bunch of tiny fingers when you view them up-close (you might say they are natural carbon nanotubes) which is what the NASA engineers tried to duplicate. Now comes-along Jong Kyu Kim and a team from Rensselaer Polytechnic Institute, working with National Science Foundation-supported electrical engineer Fred Schubert, using a common silica deposit process to grow ranks of nanoscale rods that look like piles of shag carpet. This high surface-to-volume ratio makes a good pigment, of course, but can also be used to conduct heat, and the authors believe it will be useful for transferring energy in developing solar cells. I think NASA originally wanted the Right Stuff for the ultimate sunglasses. The article was published in the 1 March 2007 issue of Nature Photonics
NSF News
Rensselaer Polytechnic Institute
Fred Schubert
Nature Photonics"
Comment Re:Fantastic (Score 5, Funny) 198
"Excellent, some piece of technology that can magically make my problem go away without me expending any effort to try and actually solve it."
That's how we ended up with all these fucking computers in the first place.
KFG
That's how we ended up with all these fucking computers in the first place.
KFG
Submission + - No more FoxTrot daily comic strips; WoW to blame?
Philaretus writes: A press release at the Universal Press Syndicate is announcing that Bill Amend will cease production of daily FoxTrot comic strips, long popular in the nerd community. Amend "is taking time to pursue other creative outlets." But in other news, Bill discusses being hooked on World of Warcraft. Coincidence? I don't think so! Says Amend: "Seriously, it's a full-time job just getting my strips out the door each week. And Warcraft doesn't help."
Submission + - Sony plays off failed advertising campaign.
kinglink writes: "Sony's site has finally admitted to being a shill for the site. Sony's response to the public is to shrug it off and act like there was no problem. "Busted. Nailed. Snagged. As many of you have figured out (maybe our speech was a little too funky fresh???), Peter isn't a real hip-hop maven and this site was actually developed by Sony. Guess we were trying to be just a little too clever. From this point forward, we will just stick to making cool products, and use this site to give you nothing but the facts on the PSP.""
Submission + - Review of "The Art of C++"
scottsk writes: "THE ART OF C++
by Herbert Schildt
Osborne, 2004
0-07-225512-9
$39.99
I had seen some of Schildt's material in the early 90s, and had
recently found a copy of his original "Turbo C: The Complete
Reference" book because I was working with Turbo C 1.0 and 1.5 for
historical research. But what was Schildt up to now? I found a chapter
on garbage collection in C++ which looked really interesting, and
bought "The Art of C++" very cheaply because it's no longer in print
even though it is from 2004. I've been looking through it, trying to
brush up on both C and C++. The bottom line is, there's some good
stuff in this book, but some bad stuff too. It's probably worth what a
used copy would sell for to get the garbage collection chapter. Many
of Schildt's books have a quote about his material being "first-rate",
but much in this book is second-rate, as I'll explain when I get into
the individual chapters.
The goal of the book is to demonstrate the "Art" of C++ (does the
title echo Knuth on purpose?) by showing the artistry with which the
language can be used to craft elegant solutions. The book's chapters
are hands-on projects the novice can build to get some experience with
the language. It's by no means a professional programming book, but
not aimed at the rank novice, either. Because the book is a grab-bag
of extremely varied projects, there's probably something in here for
almost anyone. You're assumed to have some facility with your C++
compiler, editor, etc; and to know the basics about the
language. There are two chapters (multithreading and the Internet file
downloader) which are specific to the Windows environment, but the
other chapters could be worked through by anyone with a C++ compiler
(such as g++ on Linux).
Let's look at the chapters!
Chapter one is just a preface masquerading as a chapter. The author
basically could have said "C++ is a powerful language" on the title
page and skipped this. His point is valid, but doesn't require a
chapter to make. C++ allows the programmer to get close to the
machine and write expressive code. I assume anyone buying a
project-oriented book on C++ already knows this. It's curious that,
writing in 2004, the author doesn't even mention why p-code systems
such as the C# CLI and Java's JVM have eclipsed C++. That would be
interesting to examine, since there's got to be some reason people are
going back to the inefficiency of p-code.
Chapter two is the garbage collection chapter, and is actually very
interesting. Schildt uses C++ fully, and does a decent job explaining
how garbage collectors work. I was pleased by this. The explanation is
very simple and straightforward. I've seen garbage collectors in LISP
implementations written in C before, but never fully reverse
engineered them. Unlike LISP versions, this garbage collector is a
reference counter. It's probably not adequate for real-world use, but
it's fascinating to look under the covers of a simple garbage
collector and learn how it works.
Chapter three is about Windows multithreading, which I didn't pay much
attention to since I don't program on Windows. He extends the garbage
collector to run as a separate thread.
Chapter four is interesting. Schildt builds a front-end for C++ so new
language features can be implemented, much like the "cfront" program
added new C++ language features to C. The front-end reads your program
and translates several new features into their C++ equivalents. What's
interesting is that he adds a foreach keyword, but then doesn't extend
it to iterate over STL containers, just built-in arrays, so that's
underwhelming. If it supported STL containers, it would have made this
a killer chapter. Because I don't use C#, I don't understand the
benefits of the "typeof" operator Schildt develops. I thought it was a
cool idea to do to C++ what C++ did to C. The only beef I have is this
front-end is little more than C code. It isn't developed as an
object-oriented program from the ground up, even though it does throw
an exception. Where is the parser factory, and delegation to helper
objects which do the code rewrites, and the design patterns?
Chapter five is about Internet file downloads, which is so 1998. To
develop this program, Schildt uses a Windows high-level API called
WinInet, which I have to guess is a wrapper around the usual socket
functions common to UNIX and Windows. It's certainly easy! Basically
you just have to call about five functions in the right order and it's
all magic. You learn nothing about TCP or UNIX socket calls in this
chapter, so I'm not sure what the point is. Since this is a book on
C++, you would expect to be using the Borland VCL, or maybe MFC, but
the demo program is a Petzold-era Windows program written in C. The
author even includes a manual resource definitions file! Get out your
Petzold book and try to remember how to manually compile a resource
file. I am not very impressed by this chapter, since you don't learn
anything useful!
Chapter six has a bunch of financial formulas from your college
economics book coded in C++. This chapter is totally awful! Every
single formula uses C++'s built-in floating point data type. Surely
you're joking, Mr. Schildt? I expected this chapter to discuss
rounding errors, BCD packages, fixed-point class libraries, and so
on. A guy billed as "a genuine C++ guru" on the cover (it really says
that; I couldn't invent anything that corny) ought to know more about
this. This chapter alone is a good reason to put all copies of this
book in the recycle bin. I hope no one from my bank reads it! The
chapter is so bad I don't even need to get into the fact that the code
isn't very object-oriented.
On to chapter seven, where things get better. This is a chapter on
(very basic) AI based problem solving. Back in 1987, Schildt wrote a
classic book on Borland's Turbo Prolog which included this chapter. He
actually did a commendable job bringing it up to date for this book,
re-writing the examples in C++. What this chapter covers is creating a
decision tree and walking it in different orders. Again, like most of
these chapters, it's really basic, but gives a newcomer to AI a way to
get started before, say, venturing into "Structured Interpretation Of
Computer Programs".
Chapter eight is how to build your own STL container. This is a gentle
chapter, which works through the standard interfaces containers need
to support to interoperate with the standard algorithms and
iterators. I liked this chapter because I find the STL a little
disorienting, and most books (like one I have, "Generic Programming
and the STL") to be almost too detailed for a novice. What he builds
is an array that's indexed from any number, not just zero. This gives
the container a nice, clean implementation (subtract the index from
the base and index a real array) that doesn't get in the way of the
STL stuff.
The final chapter is a Mini-C++ interpreter. Many of us will remember
Little C, Schildt's August 1989 contribution to Dr. Dobb's
Journal. (If not, you can find the original source and article online
if you convince Google you want it badly enough.) This is the same
code! The interpreter is a hand-coded recursive descent parser that
knows a rudimentary form of C. It does not use LEXX and YACC, so it's
actually a fascinating example of how these parsers work. Or, it
was. The trouble is this code has been around for a long time, and is
not even a C++ interpreter. It does not understand classes at
all. What else is there that distinguishes C++ from C? The interpreter
does understand using "cout > var" but not deeply,
it's just syntactic sugar.
If you're too lazy to enter the programs, you can download the source
online from Osborne's site, but a word of warning that the zip file
has a single text file for each chapter with the listings one after
the other, so it's hard to pick each file's source code apart. There
aren't any markers in the file to show you where one file ends and the
other begins. Almost silly to do it this way, since (hopefully) the
code was in separate files during testing!
My feeling at the end of the book was one of being underwhelmed. I
wouldn't waste much time with this book. If you can get it for a
couple of dollars, you might like to see the garbage collection
chapter. Given that the book bills its author as "the world's
number-one programming author" and "a genuine C++ guru", there's not
much to back up these claims.
(If you want to read the garbage collector chapter, see the link to it
on Schildt's Wikipedia entry.)"
by Herbert Schildt
Osborne, 2004
0-07-225512-9
$39.99
I had seen some of Schildt's material in the early 90s, and had
recently found a copy of his original "Turbo C: The Complete
Reference" book because I was working with Turbo C 1.0 and 1.5 for
historical research. But what was Schildt up to now? I found a chapter
on garbage collection in C++ which looked really interesting, and
bought "The Art of C++" very cheaply because it's no longer in print
even though it is from 2004. I've been looking through it, trying to
brush up on both C and C++. The bottom line is, there's some good
stuff in this book, but some bad stuff too. It's probably worth what a
used copy would sell for to get the garbage collection chapter. Many
of Schildt's books have a quote about his material being "first-rate",
but much in this book is second-rate, as I'll explain when I get into
the individual chapters.
The goal of the book is to demonstrate the "Art" of C++ (does the
title echo Knuth on purpose?) by showing the artistry with which the
language can be used to craft elegant solutions. The book's chapters
are hands-on projects the novice can build to get some experience with
the language. It's by no means a professional programming book, but
not aimed at the rank novice, either. Because the book is a grab-bag
of extremely varied projects, there's probably something in here for
almost anyone. You're assumed to have some facility with your C++
compiler, editor, etc; and to know the basics about the
language. There are two chapters (multithreading and the Internet file
downloader) which are specific to the Windows environment, but the
other chapters could be worked through by anyone with a C++ compiler
(such as g++ on Linux).
Let's look at the chapters!
Chapter one is just a preface masquerading as a chapter. The author
basically could have said "C++ is a powerful language" on the title
page and skipped this. His point is valid, but doesn't require a
chapter to make. C++ allows the programmer to get close to the
machine and write expressive code. I assume anyone buying a
project-oriented book on C++ already knows this. It's curious that,
writing in 2004, the author doesn't even mention why p-code systems
such as the C# CLI and Java's JVM have eclipsed C++. That would be
interesting to examine, since there's got to be some reason people are
going back to the inefficiency of p-code.
Chapter two is the garbage collection chapter, and is actually very
interesting. Schildt uses C++ fully, and does a decent job explaining
how garbage collectors work. I was pleased by this. The explanation is
very simple and straightforward. I've seen garbage collectors in LISP
implementations written in C before, but never fully reverse
engineered them. Unlike LISP versions, this garbage collector is a
reference counter. It's probably not adequate for real-world use, but
it's fascinating to look under the covers of a simple garbage
collector and learn how it works.
Chapter three is about Windows multithreading, which I didn't pay much
attention to since I don't program on Windows. He extends the garbage
collector to run as a separate thread.
Chapter four is interesting. Schildt builds a front-end for C++ so new
language features can be implemented, much like the "cfront" program
added new C++ language features to C. The front-end reads your program
and translates several new features into their C++ equivalents. What's
interesting is that he adds a foreach keyword, but then doesn't extend
it to iterate over STL containers, just built-in arrays, so that's
underwhelming. If it supported STL containers, it would have made this
a killer chapter. Because I don't use C#, I don't understand the
benefits of the "typeof" operator Schildt develops. I thought it was a
cool idea to do to C++ what C++ did to C. The only beef I have is this
front-end is little more than C code. It isn't developed as an
object-oriented program from the ground up, even though it does throw
an exception. Where is the parser factory, and delegation to helper
objects which do the code rewrites, and the design patterns?
Chapter five is about Internet file downloads, which is so 1998. To
develop this program, Schildt uses a Windows high-level API called
WinInet, which I have to guess is a wrapper around the usual socket
functions common to UNIX and Windows. It's certainly easy! Basically
you just have to call about five functions in the right order and it's
all magic. You learn nothing about TCP or UNIX socket calls in this
chapter, so I'm not sure what the point is. Since this is a book on
C++, you would expect to be using the Borland VCL, or maybe MFC, but
the demo program is a Petzold-era Windows program written in C. The
author even includes a manual resource definitions file! Get out your
Petzold book and try to remember how to manually compile a resource
file. I am not very impressed by this chapter, since you don't learn
anything useful!
Chapter six has a bunch of financial formulas from your college
economics book coded in C++. This chapter is totally awful! Every
single formula uses C++'s built-in floating point data type. Surely
you're joking, Mr. Schildt? I expected this chapter to discuss
rounding errors, BCD packages, fixed-point class libraries, and so
on. A guy billed as "a genuine C++ guru" on the cover (it really says
that; I couldn't invent anything that corny) ought to know more about
this. This chapter alone is a good reason to put all copies of this
book in the recycle bin. I hope no one from my bank reads it! The
chapter is so bad I don't even need to get into the fact that the code
isn't very object-oriented.
On to chapter seven, where things get better. This is a chapter on
(very basic) AI based problem solving. Back in 1987, Schildt wrote a
classic book on Borland's Turbo Prolog which included this chapter. He
actually did a commendable job bringing it up to date for this book,
re-writing the examples in C++. What this chapter covers is creating a
decision tree and walking it in different orders. Again, like most of
these chapters, it's really basic, but gives a newcomer to AI a way to
get started before, say, venturing into "Structured Interpretation Of
Computer Programs".
Chapter eight is how to build your own STL container. This is a gentle
chapter, which works through the standard interfaces containers need
to support to interoperate with the standard algorithms and
iterators. I liked this chapter because I find the STL a little
disorienting, and most books (like one I have, "Generic Programming
and the STL") to be almost too detailed for a novice. What he builds
is an array that's indexed from any number, not just zero. This gives
the container a nice, clean implementation (subtract the index from
the base and index a real array) that doesn't get in the way of the
STL stuff.
The final chapter is a Mini-C++ interpreter. Many of us will remember
Little C, Schildt's August 1989 contribution to Dr. Dobb's
Journal. (If not, you can find the original source and article online
if you convince Google you want it badly enough.) This is the same
code! The interpreter is a hand-coded recursive descent parser that
knows a rudimentary form of C. It does not use LEXX and YACC, so it's
actually a fascinating example of how these parsers work. Or, it
was. The trouble is this code has been around for a long time, and is
not even a C++ interpreter. It does not understand classes at
all. What else is there that distinguishes C++ from C? The interpreter
does understand using "cout > var" but not deeply,
it's just syntactic sugar.
If you're too lazy to enter the programs, you can download the source
online from Osborne's site, but a word of warning that the zip file
has a single text file for each chapter with the listings one after
the other, so it's hard to pick each file's source code apart. There
aren't any markers in the file to show you where one file ends and the
other begins. Almost silly to do it this way, since (hopefully) the
code was in separate files during testing!
My feeling at the end of the book was one of being underwhelmed. I
wouldn't waste much time with this book. If you can get it for a
couple of dollars, you might like to see the garbage collection
chapter. Given that the book bills its author as "the world's
number-one programming author" and "a genuine C++ guru", there's not
much to back up these claims.
(If you want to read the garbage collector chapter, see the link to it
on Schildt's Wikipedia entry.)"
Submission + - Cloaking method worked out
goombah99 writes: Cloaking of broadband light, ala the Romulans, has been shown to be impossible for passive, locally responsive media (i.e. No Acme invisible paint). Recently, Sir Pendry et al showed that a hollow thick shell of negative refractive index material will act as cloaking device for objects placed in the interior. A difficulty with that system is that at present broad waverlength negative index matrials are not possible. Now, David Miller describes in Optics Express a active system can be built using some simple math that would give the appearance of a cloaking for broad wavelengths. It would not be useful against temporal probes like Radar, but would give the illusion of looking through the volume of space when viewed from any angle. He discusses how simplified systems which approximate cloaking are also possible using local response properties (i.e. Acme quasi-invisible paint).
Submission + - Big Dairy Can't Compete, Bans Innovator
UbuntuDupe writes: "It blew my mind that they could be so direct about it, but, as reported by the Washington Post, Congress has shut down a farmer who competitively bottled his own milk, outside of the regulated system of farm subsidies. From the story:
Considering that the only reason many voters allow agricultural subsidies is to protect the small family farmer, how does Congress get away with this? It reminds me of Congressman Barney Frank's (D-Ma.) speech a while back."
In the summer of 2003, shoppers in Southern California began getting a break on the price of milk.
A maverick dairyman named Hein Hettinga started bottling his own milk and selling it for as much as 20 cents a gallon less than the competition,... .
That was when a coalition of giant milk companies and dairies, along with their congressional allies, decided to crush Hettinga's initiative. For three years, the milk lobby spent millions of dollars on lobbying and campaign contributions and made deals with lawmakers, including incoming Senate Majority Leader Harry M. Reid (D-Nev.).
Last March, Congress passed a law reshaping the Western milk market and essentially ending Hettinga's experiment — all without a single congressional hearing.
Considering that the only reason many voters allow agricultural subsidies is to protect the small family farmer, how does Congress get away with this? It reminds me of Congressman Barney Frank's (D-Ma.) speech a while back."
