Domain: chiralsoftware.com
Stories and comments across the archive that link to chiralsoftware.com.
Comments · 5
-
It's not that he has slammed SVN...
He has slammed the practicality of SVN within the Linux project. And the Linux project is a highly unique project. It is worked on by thousands, used passively by millions, it is the subject of constant experimentation (branches), it has no commanding leadership, etc. It needs a version control system which can handle that.
SVN is fine where there is a central command to control all the source (this is true in all corporate use and most projects in general), people can be assumed to be network connected while accessing the repos (true in corporate use), and there isn't a lot of experimentation / branching (true in corporate use and most projects).
Every time he's slamming SVN he's slamming how unacceptable it would be for Linux, not saying that it's some curse on the universe. It's a different tools for different jobs thing. I think he's right. And for everything I do I'll continue to use SVN because it's great for the roles I need it for. These are all typical corporate style projects where I want central control of everything, we have a project plan so there isn't a lot of need for branching, etc. SVN is great for that and I don't think Linus would say otherwise.
----------------
Web application development -
How vulnerable are Java apps, and why?
I posted a blog entry about how this applies in Java, with source code, examples of exploits, and an explanation of how Java generally avoids this problem, and another idea of how it could be avoided outside of Java.
-
They invented that in 1995It's called SSL / TLS. It uses a certificate, signed by a trusted certificate authority, to sign a cryptographic digest of a page, and to prove to the user that the page was generated by the entity that claims to have generated it, and the page was not modified. SSL / TLS doesn't even have to use encryption. It can be used to serve plaintext pages with signed digests, which prevents exactly what this attack is: a man-in-the-middle alteration.
And they are claiming a new tool to do something which a universally-deployed tool has been doing for ten years now.
------------
Software development blog -
Why they used C in the first place
Until recently, even the best possible pure Java JPEG implementation would have been a lot slower than the C implementation. "Java is slow" used to be true. Sun's decision made sense when they made it. It doesn't make sense anymore. With the state of JIT, a Java JPEG library would be running as native code, just like C, and would be as fast or perhaps faster.
------------
My IP address -
Java-based image hosting (not pirate though)
It's not uncensored, but it certainly is convenient:
http://chiralsoftware.com/drag-and-drop-upload.jsp
It's in beta testing at the moment.