Forgot your password?
typodupeerror

Comment: Re:Paid by the tax payer .... (Score 2, Informative) 131

by EsJay (#30801608) Attached to: Lacking Buyers, NASA Cuts Prices On Shuttles and Old Engines
They are being given away. $28.8 million is the estimated "cost to complete display preparation for each Orbiter and ferry the Orbiter to its ultimate display location".

And private collectors are not invited: "Organizations responding to this RFI must be: 1) a U.S. museum, institution, or organization dedicated to education or educational outreach, including NASA Visitor Centers; 2) a U.S. Federal agency, State, Commonwealth, or U.S. possession or any municipal corporation or political subdivision thereof; or 3) the District of Columbia."

http://www.nasa.gov/mission_pages/transition/home/int_orbiter_rfi.html

Comment: What about already submitted proposals? (Score 3, Informative) 131

by EsJay (#30800272) Attached to: Lacking Buyers, NASA Cuts Prices On Shuttles and Old Engines
Does this mean they rejected all the existing bids? I thought about 20 applied, including:
National Museum of the United States Air Force, Dayton OH
Intrepid Sea, Air and Space Museum, NYC
Kennedy Space Center, Florida
Space Center Houston
Evergreen Aviation & Space Museum, Oregon
Tulsa Air and Space Museum
Museum of Flight, Seattle
Columbia Memorial Space Science Learning Center, Downey CA
Air Force Flight Test Center Museum, Edwards AFB, CA
San Diego Air and Space Museum
Palmdale Plant 42, CA

Comment: Re:One person's myth is another person's fact. (Score 2, Informative) 580

by innocent_white_lamb (#30616838) Attached to: Myths About Code Comments

If you're writing in C, do yourself a favour and check out this editor: http://www.geany.org/

It's the slickest C editor that I've ever had the pleasure of using. It seems little-known, though, and I don't know why.

(It handles other stuff than C too, but I haven't used it for any of those yet.)

Comment: Please no (Score 5, Insightful) 580

by dachshund (#30616836) Attached to: Myths About Code Comments

Christ, I know everyone has their own personal style and everything, but this is just pernicious. In any case, the author gives the game away: when he thinks code is overcommented, he can ask Emacs to hide the comments. So far as I know there's no automatic system that will generate the comments that the author failed to put in because the code was "self-documenting". This is particularly important when you're working with anything other than standard libraries --- you might know what "libfzp_inc_param_count_fast", but your reader probably won't.

Right now I'm working on a crypto library that incorporates a lot of very specific elliptic curve operations. My technique is to comment the hell out of every damned interesting piece of code on the assumption that a picky reader can turn off the damned comments if they get in his way. In fact, there are various places where I've actually scaffolded all of the comments before writing a line of code. Doing otherwise would have been an enormous headache and made bugs a whole lot more likely. And this way even a non-expert should be able to understand the entire program flow.

Unfortunately, one of the previous pieces of software in this area followed the poster's "self documenting code" style (very nice, clean, well written code with no comments), and even I find it difficult to piece together what's going on in places --- not because all of the code is crypto-specific, but because the author has thrown so much effort into writing "clean, pretty" code that it's actually hard to know where the crucial pieces are. I can't quite explain why I find this so irritating, but perhaps some of you will know what I mean.

Parkinson's Law: Work expands to fill the time alloted it.

Working...