Do you think TCL has a future in embedded domains the same way that Lua does? It seems to me (not that I know anything) that a lot of folks are stuck on TCL as that thing they had to write to make Tk applications. GNOCL exists now, and there's TCL.js here now that could bring TCL to an even larger audience.
I mean, TCL with js-extensions could be a game-changer.
I don't even play around with TCL anymore, but I've been writing Ruby for a few years, and it's been a good time. The syntax isn't dense enough to block out the constructs, I guess.
Anyways, I was looking at Dart a while back, and sat down in my editor and started working and quickly realized that I hold the entire program in my head but had to keep checking a cheat sheet for syntax. There's definitely something to be said for languages or tools that can alleviate that blockage.
I guess it's the level of abstraction more than anything. TCL is really neat and being that the syntax IS the code, like Lisp, there's really no difference between how a solution works in your head and how it has to be written in the editor.
Must be nice to check out 34 customers at a time though, right?
I kid.
Fragmentation is a huge issue in the retail industry. I've heard of companies that have different payroll staffers for different states, some that have different phones for different states because of fees, etc etc.
It also seems like there might be potential for a POS device that could 'spoof' other devices, to avoid fees and such. Surely it's just sending out certain headers to identify itself, right?
God, when I log on to HN in the morning and see that damned black bar I know it's going to hurt.
But Marvin Minsky? My Tuesday wasn't ready for this. He has had such an impact on the field of AI, and even on the social dialogues about it. Not everybody thinks that robots are going to go Skynet on us, and a lot of us that realize that were informed by his work. Whether directly or indirectly, so much of his work has become common knowledge amongst AI enthusiasts and scientists.
I'd be wasting my breath to say that he'll be missed, of course. I wish I could have met him.
Except that huge corporations use both Perl and Common Lisp on a daily basis. Craigslist, Google, etc.
So you have some old perl scripts laying around, but they work well enough and some guy takes care of them, updating them when they need. He knows perl and that's his job, so whatever. One day, the architecture changes and the scripts need to go parallel. That's a problem because the perl guy doesn't know Pony (a promising language with a community even smaller than perl6...) and really needs to get these scripts running again.
So he uses Perl6 along with the inline module, and things are working again. Over time, he hacks up a better system in vanilla Perl6, and deploys that too. He had such a great time using Perl6 that he even hacks up a few more tools he could use, etc etc, next thing you know he's a Perl6 developer.
I write ruby because it is modeled similarly to how I think about problems, but if I was a perl guy, I could see the appeal to Perl6, but saying that it's a dinosaur is both wrong and irrelevant to the FUD surrounding Perl6 right now. At this point, it's about adoption.
This is pretty cool! Being able to use Dart easily and comfortable will go a long way I think.
Especially with new things like the Flutter toolkit for mobile apps, it'll be nice to have something like StageXL for porting those games to browser or from the browser to apps, etc.
Dart gives me the feeling that it'll be easy to port my code to another platform later. Nice and simple, but plenty fast enough and with good lang features.
I'm on a Chromebook, and none of the performance demos seem to work... nothing renders or happens at all
https://www.youtube.com/watch?v=J1q4Ir2J8P8