World: r3wp

I've already started the research, bought the phone and such. My 
limiting factors aren't Carl. And I don't do the incremental development 
with frequent compiling style, I do the write it ahead of time style, 
so am not limited yet by not having a lib in hand.

...Moving this conversation to....................hmm.............. 
we don't have a Group that nails this one....but I'm moving this 
to Android....

Interesting comment on SSL libraries:

http://www.varnish-cache.org/docs/trunk/phk/ssl.html

http://edition.cnn.com/2010/WORLD/europe/11/18/switzerland.cern.antimatter/index.html


38 anti-matter atoms trapped ... I wonder if they'll let them go 
free?

They've capatured anti-hydrogen .. next is anti-CO2 and then we can 
get rid of the excess CO2!

The above is in wrong group - should be in humour.

Ladislav, you have no sense of humour!

getting rid of the CO2, one molecule at a time.

But imagine the energy released when matter meets anti-matter ... 
has no one seen Star Trek??

There is no sound in space, and there is no excess CO2

Ah .. the old Zen thing

http://www.theregister.co.uk/2011/02/14/html5_in_2014/

They're taking the timeframe of R3 development to implement a... 
test suite

Perhaps we can use this THREE YEARS, to simply revert to somethign 
like xwindows, or even EPS, which simply works, and make a new web 
that vector and scales, and is small and fast.

That's called the Next, and the web was invented on it, so we're 
supposed to already have it

Reichart, that might have bigger ramifications than what we would 
immediately see, since many systems are (needlessly) rendered using 
heavy HTML engines, like the OSX dashboard. There are some big savings 
to make here by changing the Volkswagen of programming languages 
to something simpler to render.

That is what I had in mind when I wrote that.  I still own both a 
BW and Colour Next.

uh oh ... consuming the food/water near tokyo for a year is eqivalent 
to one CT scan ... not good

http://www.blackcatsystems.com/RadMap/map.html

http://www.epa.gov/japan2011/rert/radnet-data.html

http://www.zerohedge.com/sites/default/files/images/user5/imageroot/vonhavenstein/japan_earthquaketsu_fukushima_daiichi_march18_2011_dg.jpg

(note the RED forrest..................just like Ukrain)

http://www.epa.gov/japan2011/rert/radnet-losangeles-bg.html

http://georgewashington2.blogspot.com/2011/03/amount-of-radioactive-fuel-at-fukushima.html

Not trying to over load anyone, just showing that the Tech of this 
topic is "tricky".

Seems simple enough to me. Wanna cool a nuclear plant? Throw water 
on it :-)

And the heavier it is the better?

It's interesting to me that we don't have anything better or more 
efficient to actually throw the water with.

Perhaps liquid helium is not available in large enough amounts?

The height of our hi-tech is low.

Can't they bring in like 10 in remote controlled firetrucks that 
would spray water and go out for refiling while next one comes? (they 
made ad-hoc remote controlled cars in myth busters so it can't be 
that hard)

and don't japanese have all kinds of robots? (I know ratiation can 
screw electronics, but it seems it's not that hard, those chopters 
and firetrucks that they use now surely rely on electronics too)

or just construct the pipes and pumps that would use seawater near 
to constantly water it? They transport oil across continets in pipes 
no matter how far the water is, they sould be able to make a constant 
suply in there.

or probably 100 other things that seem better than driving in with 
human controlled firetrucks and flying over with a helicopter pouring 
water on it.

at slight risk of looking like idiot: http://jankom-code.posterous.com/idiots-3-minute-solutions-on-cooling-down-the
Idiot's 3 minute solutions for cooling down the reactors in Japan

There is probably no money in developing equipment for handling nuclear 
accidents, if one only happens every 25 years, as it just adds to 
the cost of building reactors, reducing the financial incentive to 
build them in the first place. Also even though many reactor designs 
that are supposedly better than the current ones exist on paper or 
are in research, there is apparently not enough people working in 
the field of research and licensing to move such reactors into production.


There are reactor types that work entirely with passive cooling and 
can be evacuated for 72 hours before anything happens, but they are 
still at the research stage.


Putting the reactor in a big hole might be a good idea, but it depends 
on the location and how an earth quake would affect the hole.


It seems that many of these accidents are due to very clear design 
flaws or overriding specific safety procedures. That's a positive 
thing, because it means, it's not impossible to build very safe reactors.

The only thing they seem to robotisize is a Dutch company they asked 
to make aerial photos with those remote controlled geek helicopters

I thought those were always Made In China, but apparently the Dutch 
are good at making them seem high tech :-)

just so that we don't start feeling too smug about how things are 
done here in North America wrt nuclear plants:

http://www.counterpunch.org/stclair03162011.html

http://xkcd.com/radiation/

That's good info

http://www.i-programmer.info/news/150-training-a-education/2188-cmu-drops-oop.html

Why not just teach Javascript?

At least they can use it

There are these rare messages where I sometimes think there is some 
sanity left in the world after all

unfortunately, what I call flat OOP (limited inheritance & polymorphism) 
is very effective and functional programming isn't a substitute for 
OOP.  The fact that the page talks about OOP being anti-modular, 
IMHO, clearly shows a fundamental lack of understanding for that 
paradigm.


the problem here is not OOP, its how people have granted it the "golden 
hammer" status that it never should have gotten in the first place. 
 The problem is that people have diluted the core ideas behind OOP 
by bloating it out of its purity.   


When you look at the huge mess that are the current commercial frameworks 
like java or .net, then it does seems like OOP has somehow failed, 
but in reality, going back to basics and teaching how to leverage 
OOP properly would have been a better decision IMHO.

Hmm, a subset of C and ML. Maybe the anti-modular comment refers 
to modularity in the large, e.g. system modularity, which I agree 
with. 


I'm not sure about bloating out purity though Max. Yes, the three 
legs it stands on are easy enough to list as bullet points, but even 
early works (not going back to Simula's era) like Booch's OOAD talk 
about notations and other heavy additions, along with the view that 
we needed OOP to help manage complexity, because software is inherently 
complex.

when I mentionned purity I guess I should have used a more descriptive 
sentence.


I really meant to say, objects, being used as objects.   nowadays, 
OOP (the paradigm) is used for every part of software, even parts 
for which its ill-suited.


OOP is not about the language, its about the logical step after structured 
programming.   grouping things together.


why stop at OOP, they might as well re-introduce the GOTO as a viable 
pattern.  :-)


OOP when its used without all the "advanced" object patterns, is 
incredibly effective... just look at the Amiga OS which was almost 
totally OO in its layout and use while still being coded in C.

I like the Go model to OOP: No inheritance, polymorphism based on 
interfaces, object-based concurrency.

I don't know that I would say *after* structured programming. Grouping 
by binding code and data together is not the only way, though it 
can work well. I think we're on the same page. And I agree with Brian.

http://www.stuff.co.nz/science/4825382/Meteor-explodes-over-North-Island

Missed it!