oblique63

Spacemacs[0] with its F# layer enabled is also painless to set up, if that's more your cup of tea:

http://blog.nikosbaxevanis.com/2015/04/25/fsharp-on-emacs-wi...

[0] http://spacemacs.org/

> [static typing] feels like it's in the way between components and results in some boilerplate, verbosity, and overly tight coupling

Just curious, is this with regards to Elm / ML-style static typing specifically, or were you talking about it in combination with languages like C#/Java/etc?

I'm an elm noob, but I've been using F# for a good while, and its ML style of static typing is almost like the exact opposite experience of working with things like Java. Significantly less code, less boilerplate, and more expressive[0][1]. For example, one of the coolest features of F# that really showcase this, are type providers:

https://channel9.msdn.com/Blogs/Seth-Juarez/Type-Providers-i...

With them, you can leverage F#'s type system to automatically infer the structure and type of any external data source. Which means practically zero boilerplate or "ORMs" needed for things like reading-from/writing-to databases, making web api calls, parsing json/xml, or even interfacing with packages from entirely different languages like R [2].

So static typing can definitely have a lot of cool/practical benefits besides just catching bugs that make life easier, while still maintaining the flexible/lightweight feel of languages like python. However languages like C++ and Java have definitely seemed to have given it a bad name for a while, and haskell's whole tie-in with abstract math hasn't historically made it very accessible for us average programmers to notice all the tricks it has up its sleeve.

Elm is still young and I'm a total novice to it, but after working in F#, I'm definitely sold on it and like where it's going.

[0] https://fsharpforfunandprofit.com/series/why-use-fsharp.html

[1] https://skillsmatter.com/skillscasts/4971-domain-driven-desi...

[2] https://www.youtube.com/watch?v=_BOST3W88-Y

I haven't directly compared them to atom recently, but I've found these emacs themes to be pretty comparable:

https://github.com/jonathanchu/atom-one-dark-theme

https://github.com/NicolasPetton/zerodark-theme

https://github.com/nashamri/spacemacs-theme (not really an atom/dark-one clone, but pretty good nonetheless)

The F# support is what got me to try vscode at all. Before that, I was skeptical about all js-based editors (being an emacs guy), but I was pleasantly surprised at how well this vscode+ionide setup works.

Visual Studio is still a bit nicer with regards to handling all the .fsproj stuff, and visually showing you the order of your files, but the editing itself on vscode is definitely on-par with it.

I bought a kobo ereader over a kindle not too long ago, precisely because it supported this font. I tend to prefer Comic Sans[0] over it a bit though, and use Pointfree[1] on all my code editors. None of those make reading completely smooth experience of course, but they do provide a noticeable improvement over traditional serif text.

I'd say having a large line spacing, an unjustified text layout, and a darker/lower-contrast[2], all help more than the font choice itself, but any tiny optimization is helpful.

[0] as a former graphic designer, it actually took me a while to get comfortable with the idea that I found Comic Sans useful for anything, lol

[1] http://www.dafont.com/pointfree.font

[2] https://www.w3.org/WAI/RD/2012/text-customization/r11

I was responding to the parent who said:

I wish there were (more?) people who feel about software like Steve Wozniak feels about hardware. Because it is an art, a pursuit of perfection.

Didn't mention anything about shipping popular software, so I'm not sure where you're getting that metric from, but it's completely irrelevant to what OP was describing, and uncle bob fits OP's description perfectly. His talks show how passionate he is about code as a craft, and how he wants to strive for perfection. The popularity of his code doesn't take away from that (not to mention that Jobs played a significant role on Woz's end for that, so it's not exactly an apples-to-apples comparison either). The fact that Martin has good rationales to support his ideas is just an added bonus in that regard. I get the impression that he's disliked more just because people have a fear of falling into the 'java culture' than because of his actual arguments.

Also, Linus is nothing like Woz other than their shipping of popular products. Nothing against the guy, I'm sure we're all grateful for his work, but he doesn't seem to display the same kind of childlike wonderment of his craft like woz does.

Check out the guys over at 8th light: http://blog.8thlight.com/

Uncle Bob in particular (the author of Clean Code[0], The Clean Coder[1], and the Clean Coders videos[2]) is a lot like Wozniak.

[0] http://www.amazon.com/Clean-Code-Handbook-Software-Craftsman...

[1] http://www.amazon.com/Clean-Coder-Conduct-Professional-Progr...

[2] http://cleancoders.com/

Dart only looks like java (this was a deliberate design choice to increase familiarity and ease learning/adoption), but it works a lot more like ruby and go.

I've been wondering, has there been any research directly comparing the effects of tDCS with modafinil and/or any other nootropics like piracetam?

Agreed. Up until recently, I too used to prefer working with raw HTML... then I started working on a couple large apps, tried polymer/angular, and ended up gaining a new-found appreciation for frameworks like react/mithril/mercury.

The cost of abstracting away the DOM isn't as much as I would've expected compared to the cognitive overhead of switching back and forth between languages, making sure everything is linked up nicely, as you normally would. There are a few times when that abstraction can lead to annoying hidden bugs, but overall I've found the workflow to be much nicer.

This has already been added to Lollipop:

http://www.xda-developers.com/android/exclusive-android-l-lo...

> I think I'd miss patterns like `if (arr.length) { ... }`

At least for this particular example, dart supports an 'isNotEmpty' property on all iterables[0], so it'd just be this:

    if (arr.isNotEmpty) { ... }

The core libraries support a lot of useful properties like that.

[0] https://api.dartlang.org/apidocs/channels/stable/dartdoc-vie...

Been using optional typing for almost a year now with Dart, and it's pretty awesome. Really hoping this comes to python!

Maybe I'm not getting something, but all this Flux stuff reminds me a lot of DDD+CQRS (domain driven design w/ command query response segregation), to the point where it seems like it's the same concepts repackaged with different terminology.

This post in particular seems to be advocating the concept of having a single 'aggregate root' as opposed to independently loaded 'entities', and Flux sounds like it just advocates the use of an 'event bus' to send separate 'read'/'write' 'commands' to 'domain objects'... the main difference of course being that all this recently has been specifically with the browser in mind. Is that a reasonable assessment?

Don't think I've had the pleasure of actually meeting any of those types in real life. It is a joke after all of course, but they do seem more like different 'hats' that most programmers come wear every now and then, rather than static 'types'... /pun

Yeah, using 'summon' works, it just kind of slips our minds that it exists when we're thinking/talking about the code, but that's likely just a familiarity issue. Mostly it's just the use-case of being able to casually see what a teammate is working on at a glance instead of asking distracting questions, but it's not a huge deal.

Thanks for the support! I've been working on a collaborative editing solution of my own for a while (though not for code), and can definitely appreciate the work that goes in to such a thing.

Have been using this to pair-program on a project recently. It's probably the best collaborative coding solution out there at the moment, but it still has some issues. Most notably, it inexplicably deleted an entire directory from our project between coding sessions at one point, causing us to delete and recreate our 'workspace' -- luckily it doesn't affect the source project of the collaborator that shared it, but still caused us to spend about an hour trying to figure out how to 'refresh' our projects. Another minor quibble is that you can't tell what file anybody is currently viewing/editing, which can cause some confusion when talking in a hangout call.

But overall it's pretty effective for those times when you just need to look at code with someone remotely.

Then Lion came along and slowed things down to a crawl. Definitely the slowest OSX release I've had on my old macbook (circa '08). I eventually downgraded back to snow leopard until mountain lion came out, which was noticeably faster than Lion, but still not quite as smooth as snow leopard. But now Mavericks is back to being pretty good.

All-in-all, still not a very straightforward 'improvement' path performance-wise -- at least not from the end consumer's point of view.

I'm not terribly experienced with React, but from briefly using it, I definitely prefer polymer's simple vanilla html+js declarative data-binding approach over react's JSX + element injection, from a basic usage perspective.

Which can be (and was) remedied by a simple reply to correct that one particular part. Indiscriminately pedantic downvoting on the other hand, just kills the potential for any fruitful discussion all for the sake of some silly minor mistake. Luckily, more people came in and got the comment out of the grey zone in this case.

Not to mention it's just a breath of fresh air design-wise (when executed well), unlike the massive sea of indistinguishably homogenous 'light-themed' sites...

EDIT: I can't believe people seriously downvoted you for that simple comment. The pedantic negativity this community is filled with is ridiculous sometimes.

> Most meal replacement shakes I've seen (not including those used in the medical industry) aren't suitable to replace your entire diet with

We literally do not know that. Similarly, we cannot know that about soylent either. Because we simply do not know enough about human nutrition to be making these kinds of statements yet. The government's "Recommended Daily Intake" system is just a veneer over our relatively primitive understanding of nutrition to help give us some very basic possible guidelines (which are still quite susceptible to being wrong). The unfortunate part is that people take these 'recommendations' to mean that we virtually know all there is to know about nutrition when that is truly far from reality...

I'm confident that we'll get there eventually, but first the quality of nutritional research will have to improve significantly, and it'll be far more work than any one meal-replacement company can hope to realistically invest in. So as much as I am for soylent 'pushing the boundaries' in that area, it's gonna take a lot more than that to get us a full-diet-replacement figured out for sure.

Not in SF proper... I'm a native san franciscan that grew up in the mission in the 90's, and virtually every native san franciscan I've ever met has been a renter. I only had like 1 friend in high school whose parents actually owned a duplex in noe valley, but other than that, pretty much everybody was in small apartments. I think this is the reason why a lot of the "if you wanted a stable living situation, you should've bought a home" type arguments aggravate a lot of the anti-gentrification people in SF...

A directory tree may not be the most optimal solution, but it's easier to browse than the default github view...

> Julia is filling in as a great substitute for scientific coding in a single language stack, and Go / Rust / Haskell for the other stuff.

I've been wondering about why so many python devs have migrated to using Go recently instead of Julia, given that Julia is a lot closer to python and has performed as good as, if not better than, Go in some benchmarks [1]. Granted I've really only toyed with Julia and Go a few times as I've never really needed the performance much myself, but I'm curious about your preference of Go/Rust over Julia for "the other stuff".

What would you say makes Julia less suitable (or Go more suitable) for nonscientific applications? Is it just the community/support aspect? Cause that seems like an easy tide to overturn by simply raising more awareness about it (we see Go/Rust/Haskell blog posts on the front page of HN every week, but not too many Julia posts).

Just curious cause I'm not nearly experienced enough with any of these young languages yet to know any better, and have only recently started to consider taking at least one of them up more seriously.

[1] http://julialang.org/benchmarks/

> Most people feel that isn't the case though. That the disparity is a social problem that we can change and fix.

Recently saw a really interesting well-researched Norwegian documentary that explores this topic and kinda throws that whole view into question:

https://www.youtube.com/watch?v=tiJVJ5QRRUE

Since there's bound to be some discussion about MBTI's validity now that you brought it up, I'd like to point out that there's some interesting research emerging that seems to reliably correlate MBTI type with observed brain activity patterns:

http://www.youtube.com/watch?v=MGfhQTbcqmA

http://www.slideshare.net/AnnholmMSCCC/identifying-neurocorr...

http://www.keys2cognition.com/papers/EEGandSocialCognition.p...

I don't know about prostitutes, but one of my good friends works at an upscale strip club here and her clientele does primarily consist of tech workers, especially whenever a conference rolls around.

legitimate question: how many of these 'anti-ubuntu/amazon' sites are there, and how many of them have actually been threatened to be taken down in the past?

Because right now this is looking like an isolated incident (albeit an inconvenient one for Canonical's PR), so it could be meaningless to try and read into it too much...

You're right that thinking critically != negativity, but nobody ever said anything about thinking critically. What davedx was talking about is more akin to the rampant immature cynicism, contemptment, and 1up-manship around here. Similar to what you seem to be trying to do here by undermining his entire point with some sort of 'gotcha' angle interpretation. I personally didn't read the original parent comment as being too cynical (by HN standards), but it is indicative of the community around here.

@davedx: Thanks. More people should speak up about this sort of nonsense, cause it's really getting old...