Comment: Re:Brains are not digital (Score 1) 185
Great, I await your refutation of this paper. I'm sure it'll be interesting to read.
|
|
Great, I await your refutation of this paper. I'm sure it'll be interesting to read.
I took a look at the paper in case I managed to understand something, and came across this:
Information Storage Capacity
If each extended kinase can either phosphorylate at the S-T site on a tubulin substrate, or not, the process effectively conveys one bit of information (e.g. no phosphorylation = 0, phosphorylation = 1). Each set of six extended kinases on either side of a CaMKII holoenzyme can thus act collectively as 6 bits of information. Ordered arrays of bits are termed âbytesâ(TM).
[...]
Logic Gates
Clusters of phosphorylated tubulin, and/or MAP attachment may serve as logic gates for propagating information. Figures 9 and 10 demonstrate two types of Boolean logic gates, an AND gate and an exclusive OR gate (XOR) in which MAPs convey inputs, with output along tubulin pathways. Figures 11 and 12 show AND and XOR gates in which MAPs convey output of inputs and processes in tubulins within the MT. The combination of XOR and AND logic gates forms a universal set for computation in which all other logic gates (NOT, OR etc.) can be conceived. Signals propagating through MT-MAP logic circuits may extend throughout cytoskeletal networks, regulating synaptic function, cognition and behavior.
Whoa. If that research is correct then that's really amazing.
Well, most code stays in the same "niche".
For instance, I made contributions to the Second Life client. Some people actually reused my code. Where could I look for improved versions of it? Well, given that it was quite SL specific due to ties to their UI code, I'd say that in other people's SL viewers.
First, no, it would not be a complete rewrite. Pretty much just the function bodies.
"just", yeah.
Also a lot harder than you think. GPL code is still under copyright. To protect you against chances of infringement, you'd have to pretty much start by reimplementing the app by following a header file, and spending a lot of time wondering "WTF does this function do?", "what does this function return when passed a null pointer" and "Argh, this part is horribly ugly".
It can be done, but it's a pain in the ass, and coding your own app is a lot more enjoyable.
Somebody actually threatened me with your exact scheme once. 5 years later it has yet to materialize.
Second, you get the advantages of compatibility with add-ons, plugins, etc., for free.
Third, you get binary and user compatibility, so you can get access to current users.
Until development diverges, that is. Users mostly keep using what they were using before. You're going to provide something more impressive than "what you had before, only now you have to pay for it!"
Fourth, unlike the open version, which even the original devs would have a hard time making money selling the code, you're free to optimize and sell the resultant binary code - "100% compatible but 30% faster!" Or "we've removed over 400 bugs compared to the original."
So you get a few corporate customers maybe. 95% of the userbase won't really care. See how many normal people (ie, not companies) bother with paying for RHEL vs the marketshare of the other distributions. Heck, most companies use CentOS when they can get away for it.
Your bug fixing and improvements probably will require changing the ABI.
A complete rewrite.
Sure, you could do that. But at this point it'd be really easier and more convenient to rewrite from scratch.
Heh! Actually SL still exists, and is doing quite well as far as I can tell.
This would actually be perfect for a SL web shop.
Heh! I don't care for terminology arguments. It's not important to me what it's called. It does precisely what I want it to do, and that's why I use it, and not because I'm committed to some philosophical concept of freedom.
But, most practical freedom does come with strings attached. Even back when everybody was proudly saying that America is the Land of the Free, it wasn't by any means anarchic.
If you want to write free software for the benefit of the IT community and not a certain unemployed American self-righteous zealot, you should definitely release it into the public domain or â" if you want attribution â" use some easier and more relaxed license (both to understand and read) than any GNU license.
I don't want any of those things.
I write for my own benefit, not for the "IT community". I want attribution, and your improvements to my code, or your money in exchange for a different license. I have no reason to give you code with no strings attached, no matter how much that might displease you.
GPL is perfectly usable in a closed management model when the code is used internally, for example when you provide a service not a software product like google.
That doesn't apply to software that's intended to be sold to end users, which can take advantage of the GPL. For the rest, there's the AGPL. Google doesn't seem to like it.
look at the Linux kernel being locked into GPL v2 because all the contributors of patches and new features/functionality can't/won't authorize a switch to GPL v3
Actually that's in a way a benefit. Part of what I like about the GPL is precisely the situation with the kernel. By mixing together so much code from authors that would disagree with a change, are unavailable, dead, etc, it'd take the rewrite of a huge amount of code to relicense the kernel, to the point it's not worth trying. It exists in a weird category of its own where nobody really owns it, and nobody can ever become the owner. I consider that state to be desirable, even if there are problems like with the GPL3.
BSD licensed projects have been easier sells for some, for example Sun Microsystems and Apple Computers.
They like it better for sure, but why would be that a good thing for me? Darwin last time I looked at it was unusable and pretty much dead, for instance.
My guess would be that for programmers who plan a livelyhood based on writing wholly (or near to it) FOSS code, something like the GPL protects their interests and future business possibilities in the market more than a permissive license like the 3-clause BSD. For programmers who write a lot of code under proprietary licenses, I can totally understand that they would (1) want (or rather NEED) to use permissively-licensed libraries, and (2) thus would be much inclined to release their code under those same permissive terms.
Actually I'm not so sure of that. In my experience, companies don't like to help their competition. My company releases an open source product, and you can bet every bit of code has the GPL3 on it. There's no good reason for BSD licensing anything. We have competitors, why would we help those for free? With the GPL at least if we solve some thorny problem and they take that code, we can then get the improvements to that.
Same goes for me personally. I have no interest in helping a competitor in my free time, and if unemployed I don't want to be working for free for some company earning good profit.
To me, BSD people seem to have mostly an anti-copyright and academic background.
Presidency: The greased pig in the field game of American politics. -- Ambrose Bierce