akmiller

Via records (defrecord) and protocols.

I don't understand this line of thinking. The product is outstanding and likely will be, if it is not already, the lifeblood of Cognitect as a company (in conjunction with their consulting services I'm sure). What is wrong with a company building a worthwhile product to sell? This is a community (Hacker News that is) that should be in full support of companies building great products to sell!

Money! He is a former Verizon attorney and despised net neutrality originally. He's bound to get kickbacks in some form or another.

Matt, are you not concerned that the USDS could be removed with the transitioning of President Trump. If I'm not mistaken it's part of the executive office so not only could it be undone, but it could be undone swiftly with the stroke of a pen. Seems like a risky move at this time!

...or use ElasticSearch as your store of durable record

If you are a programmer and you are serious in asking this question I'd suggest reevaluating your career.

I've hired many developers over the years and seeing a project like this would make me hire you in an instant!

I didn't see him claiming that spec is better than all type systems. Obviously, Haskell has one of the better type systems. Languages like C# and Java are not near as expressive so when he says most type systems, I'd agree...spec offers more expressivity than the type systems in these languages while remaining as an opt-in choice.

It's not only on Verizon. Verizon is the only carrier that sells it at the store.

Many reasons to this and something has to change at some point.

But just a couple of points is that if everyone receives it then nobody can be robbing the system as everyone is entitled to it. Another point that the HN crew should be well aware of is that we are going to see entire Industries worth of jobs disappear. Obviously other jobs will come but not at the rate they are going to decline and they will likely be more high skilled jobs than low one's. We are on the cusp of automated vehicles and when that comes to fruition all cab/taxi/bus/truck drivers will be without jobs. This will happen in many other areas as well and to not seriously prepare for this type of future is absolute lunacy. Not saying that BI is THE answer...but it, along with many other things, are definitely worth exploring further.

> where absolutely everything is foisted on the developer and they must hold the entire codebase in their head at once or drown.

I don't get that, and if that's how you feel I'd say you are doing functional programming wrong!

That being said, I do agree about Luminous and I think it's a terrible way for a new web developer to Clojure to get started. Instead build your way up for what your app needs pulling in the libs as you need them and understanding how they fit and work together. Chances are you don't need that many at all.

I'm not dinging Rails for that. Like I said I've done some successful applications with Rails.

The difference I'd say between Clojure is you learn those from the bottom up, whereas with Rails you learn from the top down. Either way, you are going to have to learn them!

I've been doing Clojure for the better part of 3 years now and I'm not sure I get why people feel doing web development in Clojure is hard. Our first foray in Clojure was/is an API to manage our users that was built by 2 developers who were new to the language and has been running largely unmodified since being released.

I actually believe the opposite. Jumping into and doing Clojure web development is extremely simple at the core. The issue with frameworks like Rails (and I'm not against Rails as I have used it on multiple successful projects and still think it's great) is that you get so much for free and don't have to understand how all the pieces fit and work together (at least initially). Soon enough you have to have more knowledge of that and that's were the complexity comes in.

Last I saw the battery expectation is around 15 years. In 15 years, at the rate of development of EV's and research/development being put into batteries, it would be reasonable to expect that batteries would be significantly cheaper with much better technology.

This whole article and discussion is silly. Use whatever you damn well please for your projects communication!

So bend to our will and provide what we demand and we will deliver your content with the same advantages as we do for others.

How is that not a net neutrality issue???

He "gets" to do it because he became one of the best at it. I'm certain anyone that becomes the best at something can make money doing it!

Right. Like almost any other subject, there will be a handful of people at the top and below them many more who are likely very good at what they do, but will probably never achieve what the top x% do.

I consider myself one that's very good, but I look at people like Carmack and realize I will never be one of them...that won't stop me from trying to though!

One step in solving it is adding more marginal tax rates. It's silly that they stop at 400k and 39%. I'd also introduce progressive taxing on capital gains as that's a primary way the wealthiest individuals get around income tax. The estate tax should also be progressive. These ideas aren't popular and would never get passed since the government is ruled by the wealthiest Americans but they would indeed be steps in the right direction.

Not that you can necessarily pinpoint a specific date for release when dealing with hardware but I have to believe, with no hard evidence, that releasing new products right after Christmas and just before tax time has to be one of the worst times to release...unless you intentionally want demand to be initially low.

Anyone know if the rift would work on the newest high end model iMacs with the AMD M390? Obviously still have to run it via Windows I assume but just wondering if it would even work on them.

Rich Hickey had a talk (not sure which one it is at the moment) about how we used to refer to programmers as data processors as the core of your job was reading data from somewhere, processing that data, then moving that data somewhere else. We've moved away from that definition but the fact is, at its core, we are still data processors.

Once you've convinced yourself of that and you look at Clojure through that lens you will find immense power in that language, as everything is built around data transformations.

I do think the move away from data processors as a title is more of an ego thing...none of us probably wants to be called a data processor.

A bit over the top. Yes, utilizing Amazons devices gives them full power over the content on your device but why do we need to suggest that E-books have to deliver on the same business model as print books?. There are benefits to e-books that regular books don't offer so just ask yourself if the tradeoff is worth it. I'm certain Amazon, in general, does not want to be in the business of removing books from peoples devices.

$50 bucks cheaper...but yes if you are completely in Apple ecosystem then probably not great device for you. The only thing you mention above that Amazon won't play is iTunes content (Apples fault not Amazons...no way Apple will ever make an Android iTunes app).

I'm a Clojure developer and I agree that people shouldn't use the argument that other Lisps aren't practical (I'm just happy people are using lisp based languages). The point we should make is that for any shop that's using the JVM or Javascript already it's easy to introduce Clojure/ClojureScript into that environment without a ton of risk.

Not sure what examples the author was thinking of but functional lisps tend to be extremely expressive just because of their nature. If there is expressiveness you are missing the language can be molded in ways that are simply not possible in non-homoiconic languages.

I'd feel better building complex financial system in Clojure rather than C# (the 2 languages I'm most familiar with at this point).

With contractual based programming, pre/post assertions, schema validation, etc... you can add all the type checking you want. That along with the other well known benefits of functional programming I think would make it highly desirable to build large complex systems in.

I hope that's not the whole point of an ORM given how pervasive they seem to be in every project and how few any given projects ever switch their backend out. Choosing an ORM because it abstracts you away from the storage engine seems like a terrible reason.

I agree with Conery, choose the components that will compose your application wisely and then embrace those choices and use them to their fullest.

I don't think your comment really deserves a response but here I am anyhow. It doesn't take much research to see the amazing discoveries that originated from NASA.

http://en.wikipedia.org/wiki/NASA_spin-off_technologies

Subsidizing research, no matter what that research is, offers tremendous value to society, and we've benefited immensely from it!

You really need to step back and look at how much Microsoft has already changed under the leadership of Satya Nadella.

It does appear that he has a completely different vision of what Microsoft will be in the future compared to what Ballmer had.

> Programmers don't write things in assembly because today's compilers can write much better assembly than pretty much anyone.

I don't buy that statement. In college we'd write a small program in assembler, then write that same program in C and compare the generated assembler code. The generated code was always longer than the hand-written code and often times significantly longer.

The main reason we don't write assembler anymore is we don't need to!