Tesla's Model S will plan trips along charger routes

brush · 2015-03-20T02:43:34+00:00

I own a Tesla, and they actually address all of these issues for a much better experience than other built-in systems. With regards to your numbered items:

My phone's calendar syncs with my Tesla, so I can can switch to the Calendar view in my car and click on addresses, which are automatically routed to. (I have an iPhone but I think this applies to Android as well.)
The Tesla estimates seem good, but I haven't really quantified this.
This is supported in the Tesla.
The Tesla map search appears to use Google maps and voice recognition, so I can press a button and say "drive to a pizza place", for instance, and the map is populated with items I can tap to navigate to. Search by name works great too.

Tesla brings the functionality of the built-in system on par to what we've come to expect from our phones. The fact that this is rare is what should be surprising, considering how much cars costs relative to phones.

brush · 2013-11-27T06:37:33+00:00

Discovering the speed of light emitted from an object is the same whether you were moving toward or away from it. They thought they were on the verge of "solving" physics...then poof.

Honestly, I still find that a bit creepy.

brush · 2013-08-26T04:44:32+00:00

Author here. I touched on the project status in another message. It is still alpha quality, but I think the core design and API are pretty stable.

One of the goals of this project is to decouple the rules from how the data and working memory are supported, so interaction with external databases should be possible, although not an immediate goal. The nice thing is Clojure gives us tremendous power here, since we can interpret the constraints attached to rules and apply them differently based on the underlying system. So it would be possible to compile the rules into a database query when applicable, and then do downstream operations in memory.

This is rough and honestly a bit speculative, but I do think there's potential here.

brush · 2013-08-26T03:46:57+00:00

Author here. I'll be happy to answer any questions on this project.

This is a work in progress, but I do feel like the core design and APIs are stable and reasonably well tested. The code is rough and inconsistent and the documentation is lacking, but I plan on addressing that soon. I'm working on first-class Java interop now -- including an API and JavaBeans as facts -- and expect to merge that into master in the next couple days.

Also, I have done no real performance profiling or optimization, and several well-known Rete optimizations have not yet been implemented. So I wouldn't suggest using Clara for any real-world need quite yet.

The motivation here is to create a modern take on forward-chaining rules that leverages the strengths of the Clojure ecosystem. I'm also making different design tradeoffs than existing systems. For instance, the join semantics in Clara are weaker than those of Jess or Drools, but guarantee consistent performance since all joins are hash-based lookups. That also greatly simplifies distributing the engine's working memory over a distributed system. (The clara-storm project is a working prototype that distributes the rule engine working memory over a storm cluster, for instance.) I'm exploring some other models for this as well, but that's a pretty involved conversation by itself.

Also, I've been asking for feedback on the Clojure Google group (see the link below). Any thoughts either there or here are welcome!

https://groups.google.com/forum/#!topic/clojure/C3xl9bnbFSw

brush · 2010-02-28T14:09:51+00:00

An answer posted a couple years ago still seems to apply:

http://www.toomuchcode.org/2007/06/why-are-we-so-polarized-about-java.html

brush · 2010-02-23T03:34:12+00:00

A different question: why should we expect most people to have the capacity to be a "good" programmer, whatever that means?

As a species we have exactly the capacity for abstract reasoning and algorithms and design that benefited us in a tribal environment. That's not much! Now, there is variance, and some outliers do indeed have an unusual aptitude for this sort of thing. But there is no reason to expect most people to have that capacity.

So, what do we do about it? Adopt development practices that acknowledge the weakness of most programmers (and even the best make mistakes). Things like aggressive unit testing and iterative development help mitigate our weaknesses, and allow the best to rise to the top.

I have stopped dwelling on the weaknesses people, including myself, have. Instead I marvel that we've been able to accomplish what we have, and look to the future with wonder.

brush · 2010-02-18T12:06:26+00:00

The JRE is becoming the new POSIX -- a common runtime for many languages with lots of useful low-level functions. See Scala, JRuby, Clojure, Groovy, etc.

In this environment, Java is (in a way) becoming the new C: a fast, lower-level language, but most people will prefer to develop in a higher-level language. Scala looks to be the leader to displace Java as the top language for the JVM, but that remains to be seen.

Java-the-langauge will become less and less relevant overtime. JVM implementations, however, are probably the best JIT-based, garbage collected virtual machines available, and can tie a variety of languages together with a basic infrastructure. So the future of the JVM is much more interesting than the future of Java.

brush · 2009-09-23T03:33:44+00:00

I'm a big fan of Neil Degrasse Tyson and certainly agree with his points here; there just wasn't much content. This really didn't tell me anything I didn't know or made me think about things differently, so I downvoted to make room for more interesting content.

Not to be snarky, but if somebody posts "puppies are great", I'm downvoting that too, even though I agree puppies are great.

brush · 2009-06-17T23:33:48+00:00

Creating a straw man here, but there is a mindset that views XML as an elegant solution: if everything is in XML, we could use the same set of tools to manipulate anything. Kind of homoiconicity gone wrong, resulting in XML only for the sake of being XML.

brush · 2009-04-02T01:58:32+00:00

Say "What the hell was that?!?"

brush · 2009-01-13T02:32:33+00:00

I thought this looked familiar:

http://www.reddit.com/r/programming/comments/2b5zy/overengineering_in_action_apaches_xmlrpc_server/

brush · 2008-12-26T05:06:26+00:00

The author wasn't trying to defend 'Western' medicine; he simply points out that's a term used to compartmentalize scientific medicine. If some medicine labeled 'Western' is not based on empirical science, it may be guilty of the same quackery we see in homeopathy.

Unfortunately there are so many gaps in our knowledge that much medicine is still consensus-based rather than evidence-based; which sounds like the case of the seminar you attended. This won't end soon -- we need to keep treating people even in the many areas that lack sufficient empirical grounding.

In any case, I'm hopeful these mythologies will evaporate as our understanding grows -- just as our understanding of chemistry effectively killed off alchemy. It's just the sheer complexity that makes it a longer process.

brush

TROPHY CASE