Why would you NOT want to redefine syntax if that new definition could make you dramatically more productive and or your code more readable? Sure if you are working on a large project for a large company (or even a large open source project) of course you want to make sure your code can be understood/maintained by johnny random but when you are talking about your journeyman type project - why would you compromise - and better yet why is it you aren't tackling problems which make you "up your game" in terms of abstractions and tools available to you?
Mechanics have wrenches with the edges ground off or thinned down, even heated and bent to fit special applications. So why shouldn't I have my own syntax which sits on top of a readily available platform?
Not against changing syntax in general, but in the case of LISP, it seems hard to change it without messing it up.
I guess I don't like more and more "special signs" (like @, [], <>, #) invading the code.
I've witnessed it with Java where a lot of new syntax was introduced. The thing is, these are all new concepts adding to the complexity of the language (annotations, generics,...). I prefer to keep things simple.
Good point - there is definitely fundamentally beautiful and intrinsic about the balance and simplicity of lisp. Personally I find removing syntax (another way of changing it) to be an empowering project. My current project is to introduce a syntax for php which is something more along the lines of smalltalk meets lisp - the real trick here was removing syntax and making it more gramatically relevant if used at all.
Well as the article pointed out Objective-C is supposed to be a better C. Do you see anyone who knows C care about this Objective-C? Obviously the original is around now for almost 40 years.
I wouldn't say Objective-C is supposed to be "a better C", just different, and better. They're quite different (besides the obvious fact that Objective-C is indeed a superset of C). C is a statically typed procedural language while Objective-C is a very dynamic object oriented language with optional static typing.
It's really quite elegant if you think about it. It's a highly dynamic language that was designed more than 20 years ago and is still very relevant today as the platform of choice for developing nearly all Mac OS X and iPhone apps. As far as dynamic languages go it's very fast since it's compiled. It integrates seamlessly with C (and even C++).
Just because you don't know or care about Objective-C doesn't mean there aren't plenty of people who do. I regularly see articles about Objective-C on the front page of Hacker News, Reddit, etc.
I didn't dispute the potential of Objective-C being better and more useful. What I said, is that although Objective-C may be better it never got more popular than the original.
Therefore although their effort with what they call Objective-J may be worthwhile, it's certain it will never go mainstream.
One significant reason? It runs toooo slow on IE. IF it ever gets fast, maybe more people will give it a shot.
Hm, isn't it only relevant because Apple forces people to use it? If there was a public vote for the programming language for the iPhone, would people really vote for Objective-C?
Mechanics have wrenches with the edges ground off or thinned down, even heated and bent to fit special applications. So why shouldn't I have my own syntax which sits on top of a readily available platform?