Re: OKCupid, I left the feature on. I find that it provides some valuable intel. Sometimes, I'll find an unlikely candidate checking my profile out suspiciously often. It sometimes goes somewhere, sometimes not.
Well-worth the hassle of the occasional false positive, in my mind.
I imagine there will be similar utility, at least for certain users, with the LinkedIn feature.
Akihabara is probably the most complete JS game lib, but man is it messy. It has clearly grown organically and is in need of a good refactoring.
CakeJS is a bit cleaner, it has a nice scene graph, but it's at a much lower level than Aki. There's none of the useful game basics like collision detection so you have to write those yourself. http://glimr.rubyforge.org/cake/canvas.html
Raphael is similar to Cake in scope but for SVG/VML instead of Canvas. http://raphaeljs.com/
Finally there's Processing.js, which is the javscript port of the Java library. http://processingjs.org/
No it's not a requirement that I use canvas or svg. But does svg have javascript functions to make elements drawn interactive, like keyboard movements etc? (under the assumption that svg/canvas is one way. like only draw and not refer to the elements and edit props)
Teamonkey and Akihabara. Thanks for the links.
CakeJS and Akihabara are both good enough for me. Also, CakeJS's Google Code page says that the author is looking for a maintainer.
Somehow, these days I feel like if an opensource project is on Github it seems to be active and the maintainer responsible enough. Don't know why I have this feeling, maybe it's just easier to look at the last commit date or fork it or just find another forker who's been working on it actively.
> But does svg have javascript functions to make elements drawn interactive, like keyboard movements etc? (under the assumption that svg/canvas is one way. like only draw and not refer to the elements and edit props)
Not sure about svg, but you're right that canvas doesn't support that sort of thing natively. It's one of the main things canvas-based game engines encapsulate, though. While the canvas loses all your higher-level object information once you write it (it's just a bunch of pixels), the engines keep track of object locations separately, and then map clicks on canvas (x,y) coordinates to the objects that were clicked on, which can then trigger a callback (sometimes with some additional features supported beyond the direct click-to-object mapping).
I haven't been following this very closely, but Guy Romain has mentioned a language called "RenderScript" in a presentation or two. RenderScript, to my understanding, is a sort of C-like language that the Android team intends to use to fill the gap between Java development and NDK development, enabling less painful game dev.
I'm not too familiar with it, so here's a few links:
it should have been totally obvious that my original statement was related to business strategy, not homicide.
I'm well aware that I have a looser sense of ethics than average, but ethics is a cultural construct that can be debated on its own merits.
Not abusing trust, not breaking promises and not being violent are the core tenets of my ethical/moral beliefs - the violence one is just not relevant to business discussions. I've often discussed this with people who have stricter codes that are adhered to less stringently.
your comment verges on ad hominem. If somebody wants to twist my words to make their point, yeah they'll get a little sarcasm in return.
Well-worth the hassle of the occasional false positive, in my mind.
I imagine there will be similar utility, at least for certain users, with the LinkedIn feature.