R
Rebel Science
rebelscience.org · Personal blog · on HN since 2008
Louis Savain's site pushing fringe views on physics, AI and software reliability, including the COSA component-based programming model and Bible-based AI.
What HN saysHN commenters mostly dismiss it as crackpot or troll content, citing its claims about physicists and Bible-derived science, though one links COSA to similar projects.
16HN people shared it
14linked it in comments
3stories submitted
5story points
9 years agolast shared
2008people per year2026
Most-shared posts
- 1Nasty Little Truth About Spacetime Physics4 people · 2 points · first shared 2009 · discussion on HN
- 2COSA3 people · first shared 2008
- 3Why Software Is Bad and What We Can Do to Fix It2 people · 1 points · first shared 2010 · discussion on HN
- 4Bible2 people · first shared 2009
- 5Nasty2 people · first shared 2009
- 6Quicksort2 people · first shared 2008
- 7Animal, a Biologically Inspired AI Program that Tries to Learn Chess from Scratch1 people · 2 points · first shared 2008 · discussion on HN
- 8Post 31 people · first shared 2010
- 9Components1 people · first shared 2010
- 10Physics1 people · first shared 2010
What HN people wrote when they linked it
VMG · 2010-03-03
Hey, I remember that guy from posting crazy comments on ESRs blog. He has got stome great stoff on "Artificial Intelligence From The Bible": http://www.rebelscience.org/Seven/bible.html
boryas · 2009-09-17
Does it also pay to think Revelations contains secret truths about biology/physics and that almost all the great physicists of the 20th century were crackpots?
http://www.rebelscience.org/Crackpots/nasty.htm
mkapij · 2015-05-08
Sounded familiar, reminds me of:
http://www.rebelscience.org/Cosas/COSA.htm
https://github.com/gocircuit/escher
cracki · 2010-05-08
blah blah blah. there's a troll blog spouting the same content-less bullshit.
http://www.rebelscience.org/Cosas/Reliability.htm
http://rebelscience.blogspot.com/
there you go.
unless there's some substance behind this, it's basically FUD.
he can lament the state of affairs all he wants. making software parallel is still not trivial, and i didn't see how he addressed that.
he's merely pushing his business. i get that. he's trying to sell energy efficiency, because that's what computing centers look for. the monthly power bill often is the limiting factor.
so he's peddling his stuff, hoping that nobody would ask him how to use it properly!
Fixnum · 2010-03-17
The author is a crackpot. See for instance
http://www.rebelscience.org/Seraphim/Physics.htm
("Abstract: Most people never think of the Bible as a source of scientific knowledge. In these pages, I argue that the Bible contains powerful secrets regarding the fundamental structure and composition of the physical universe.")
pvg · 2010-03-17
And I'm not allowed to call this guy a kook...
Oh I think you're not only allowed but encouraged to. Click around his site for some gems like
"I will argue that the messages to the seven churches of Asia are a detailed metaphorical description of the organization and operation of the brain. I will further argue that the golden lampstand (Jewish menorah) symbolizes a seven-node sequence in brain memory."
and the page where he calls a bunch of important physicists (and Goedel) crackpots.
http://www.rebelscience.org/Crackpots/notorious.htm
Moving right along...
jacquesm · 2010-03-17
More enlightened reading:
http://www.rebelscience.org/discussion/viewtopic.php?f=5&t=3
pook · 2010-03-09
http://www.rebelscience.org/Crackpots/nasty.htm
Do I need to spell out the similarities with Time Cube, or enumerate John Baez's Crackpot Index in an oddly self-referential strange loop?
It is indeed not rocket science. Or much of any science.
edit: "We are all accustomed to believe that everything is made of something. We are taught that matter consists of molecules and that molecules are made of atoms which are themselves made of even smaller components. This line of reasoning makes sense initially but, as seen below, it cannot be sustained." if you think I am merely being obtuse.
anthonyb · 2010-03-03
Still doesn't really help. What's the while loop actually doing? Where's the data being stored, and how do you get it out?
Similarly for his quicksort example (http://www.rebelscience.org/Cosas/quicksort.htm) - from what I can see, there's no means to input or output whatever you're sorting - that part is all internal, and the only accessible parts are 'start' and 'done'.
basugasubaku · 2009-08-07
Wow, if you start reading the rest of this guy's writings the crackpot indicators start lighting up.
http://www.rebelscience.org/Seven/bible.html
http://www.rebelscience.org/Crackpots/notorious.htm
He has a good sense of humor about it though and even links to this Google search:
http://www.google.com/search?hl=en&q=%22louis+savain%22+crackpot&a…
arockwell · 2008-07-01
The blog post is full of hand-waving and the mindset that "if you think this you must be stupid".
I'm extremely wary of anyone promoting the next silver bullet for writing software. The Project COSA, http://www.rebelscience.org/Cosas/COSA.htm, that the author mentions sounds very complex, and I have no idea how using such a system would simplify writing code.
jobeemar · 2008-06-30
He has a parallel quicksort example on his "relevant links" section. He seems to be saying that software should work pretty much like hardware.
http://www.rebelscience.org/Cosas/quicksort.htm
alextgordon · 2010-03-03
A less troll-y overview: http://www.rebelscience.org/Cosas/COSA.htm
I don't buy the argument that textual code is a remnant of our mathematical past and visual programming is the future. Surely our writing systems are just as text-based and yet, I don't see anyone proposing we supplant them with pictograms.
Aside from that, many problems are simply not suited to an event-based model, just as many problems are not suited to functional models and others are not suited to imperative models. There is not, and will never be, a one size fits all approach to development.
The reason software is so susceptible to errors is nothing to do with the model of its development, but rather that bugs can be "hidden" until the program is running, and commonly much longer after that. This is why you rarely get bugs in CSS, HTML or PNGs - the full results of modifications can be seen in near real time. When you do get bugs in HTML or CSS, they are browser issues or issues with resizing - things that are not immediately apparent.
Importantly, any programming environment sufficiently well equipped to be useful, will always have places to hide bugs. Event-based programming does nothing to address this, in fact I think it provide more bugs.