1,215 karma · joined May 19, 2008
Twitter: @obeattie
JSON.parse(`go run json.go`)
No.Care to elaborate? Sounds intriguingly crufty.
> an adaptable software package which is designed to be modular, easily copied, and easily modified - and therefore used in many different applications. We intend to use Eris as the relevant platform when we incorporate the Association at a later date, but we will not be limiting future development of the platform to that single application.
Oh, the irony that the article itself isn't served over HTTPS.
As far as connectivity goes: again, you're talking about a hypothetical. While there's no reason you can't create a low-bandwidth experience on desktop, the fact remains that simply opening my email transfers over .5MB. Opening my Facebook account transfers more than 1MB. Doing this on my phone uses a fraction of this data.
These places are completely leapfrogging desktop technology and going straight to mobile. It isn't just the case that the end user can't afford desktops: think how much infrastructure is needed (in terms of power, connectivity, etc) for a desktop device versus a smartphone or tablet.
Beyond this, yEd[2] is really quite cool (even if it does have a very dated UI).
[1] https://www.evernote.com/shard/s3/sh/67c67a48-8b3d-4eac-b7ee...
Specifically, we offer courses that are far shorter and more targeted than a "traditional" offering (or one that you'd find on a MOOC). Content is broken down to the concept level, and available in multiple presentations. This facilitates delivering content that is most suited to a learner's personal style, as well as spaced repetition whereby a student exposed to the same information multiple times over a period of time, in an altered format or context. As I mentioned, this is on mobile, a space that's largely ignored aside from educational games in higher learning.
I hope that is a little less buzzword-heavy, though I suspect it may still not be as BS-free as it could be. Learning what messages work best for different audiences is all part of the fun with a startup…
This is part of the problem that I'm working to solve with my startup Ellumia. Some others are making great strides in areas like language learning, but there's still lots to be tackled. We're building a mobile platform that blends bite-sized content with a highly personalised, social experience – something that would be immensely helpful to the students mentioned in this post. If you're interested in innovative learning methods, please check us out: http://www.ellumia.com
I don't know about knowing what "space" a program will consume ahead of time, but I believe the halting problem[1] means there'd be no way of computing a time requirement.
While I agree with your suggestions (caching is absolutely a must, as is batched rendering etc), but I think the real issue is the lack of good-quality canvas libraries that have the kind of breadth of functionality that their native counterparts have have. All of these "performance hacks" are certainly not unique to canvas, but what is is unique is the developer (user of these APIs) having to care about them. They should be abstracted away.
Libraries like Paper.js (which I've used and extended a lot) and EaselJS are bridging the gap, but they aren't there yet — either because they aren't feature-complete in the way that they need to be, they're buggy, and/or they don't seem to be getting enough community development (or in some cases, want it).
Do they give a grace period? (if so, even more impressive)
And what does he suppose the odds would be if he applied the same cherry-picking whilst operating with the option of a blood transfusion?
I'm not necessarily advocating for reliance on blood transfusions here, but the logic (and ethics) of this seem highly questionable.
Fantastic job, it works beautifully. Congratulations (to GitHub and to Elastic Search - I'm sure it's a big win for them too!)
To be honest, PayPal could not have been less helpful at any step of the process, both before we were wanting to switch and during the process. They're a total nightmare of a company to deal with.
The only thing that does seem slightly annoying is all their support and accounts people are in Chicago, meaning the inevitable back-and-forth can drag on for way longer than it should for merchants based in Europe. Hopefully this is something they will get ironed out once they have some significant traction in the EU.
[1] http://huanliu.wordpress.com/2012/03/13/amazon-data-center-s...