skysight-inc/HackerNews huggingface dataset:
The major benefit of slack over hipchat is slack comes with integrations by default. IE: instead of having to use Zapier or such to hook into Trello slack can handle it for you.

HipChat only has an API you push to, whereas Slack can pull from other services.

We tried it and kept with HipChat. I found Slack's interface/text to be less readable than HipChat. It might look better, but for reading information and usability HipChat won. Our entire team is happy with our choice.
The biggest cause of traffic is wrapping each individual person in a 6 by 10 foot steel cage. http://giftrunk.com/gif/public-transit-vs-gridlock
"if one agrees that taxing regular personal income makes sense, one should also tax capital income."

I don't see this as logical, because agreeing that it makes sense has nothing to do with whether it's effective or not.

Taxing capital gains reduces the amount that can be allocated into generating new wealth, which may mean lower overall tax income in the long term. I'm not saying we have it right, but that it's really very complicated.
How Sonos Built the Perfect Wireless Speaker
1.2 I disagree with your stance (and your misuse of "NP-complete" in justifying it is a pet peeve; it is a technical term that has a specific meaning). IMO manually maintained formatting is not worth the cost; being able to run an autoformatter whenever code is unclear is a huge benefit.

2.4 I would caveat that useless traits are useless in application code, but make sense in libraries published for use by other teams.

2.5 Disagree. The general contract of equals and hashCode does not demand that they are immutable; there are a wide variety of mutable java classes that offer similar equals and hashCode. Other aspects of the case class sugar can be very useful even for a mutable type. The correct solution is to avoid equals and hashCode in general (they're broken by default anyway); use something like scalaz's Equal, and don't define Equal instances for mutable types.

2.7 You should explain a bit about how to achieve the same results using e.g. scalaz.\/ and for/yield.

3.1 I find the arguments here very weak.

3.4 Stream has many problems and Iterable is hard to reason about. I think the suggestion to use lazy collections is bad advice. Temporary intermediate values ought to be caught by escape analysis and not cause GC pressure at all. I have never seen hard evidence of such values causing a problem in a real-world program. 3.3 applies.

4.2 It's worth mentioning the advantages of scalaz Future (more sensible handling of ExecutionContexts, also theoretically higher performance because of having fewer task boundaries).

Also I would emphasise that an actor with no mutable state is almost always a mistake (it should usually be replaced with use of Future or similar), as this is a common anti-pattern I see in newcomers' code.

4.3 It's reasonable to put actually heavy computation on dedicated threads (so that I/O threads can pre-empt compute threads). So there are times when this does make sense. You would certainly expect an explicit ExecutionContext in that case though.

5.2 Disagree. become is harder to reason about than ordinary mutable state (var and friends), as your example demonstrates. Actors encapsulate mutable state, that's their raison d'etre, if you're using them at all you've already given up on purity or referential transparency.
Lumera: Add smartphone features to a regular DSLR camera
Plenty of use cases...heres one: I've been loving my 360 for exercise. Not only for the step counting (and the Asus Wear watch has GPS I believe).

I've always taken issue with carrying a phone around with me while running. With the 360 (and the latest update), you can pair with bluetooth headphones and play music that you've synced from your phone. And obviously since it's a watch, I can time myself. I can then sync my interval timing results, etc.

Regarding your request for a high-level overview...it's an extension of the Android platform designed specifically for wearables, is it really that hard to see the potential? Take what you know about Android and what it can do, and Wear is that + APIs for tiny UIs + an sync-focused abstraction layer on top of bluetooth pairing. Additionally, consider not only that the screen is tiny, but the HCI ramifications/opportunities given that it's on your wrist, or ankle, or whatever. AFAIK, you can build a Wear device with any hardware you want. The models we're seeing right now are leaving out things like GPS and LTE radios for obvious cost and battery life concerns. When I think about what Wear could do, that's the context I consider.
The linked Wikipedia page addresses turning the loop on and off. In fact, it can't be run continuously because it would overheat.

Edit: actually, I may be mistaken. Here is one of the relevant passages:

"When at rest, the loop is at ground level. The rotor is then accelerated up to speed. As the rotor speed increases, it curves to form an arc. The sheath forces it to follow a curve steeper than the rotor's natural ballistic curve, which [clarification needed] , in turn, exerts a centrifugal force on the sheath, holding it aloft. The loop would be anchored to the ground to remain at a fixed height.

"Once raised, the structure requires continuous power to overcome the energy dissipated. Additional energy would be needed to power any vehicles that are launched."

So is this talking about raising it only the first time? And then it has to have continuous power for the remainder of it's operational life? It seems like having power off capability shouldn't be an insurmountable task.
If you want to offer a demo/trial to potential users maybe checkout Paddle: https://www.paddle.com/sell

Full Disclosure: I'm a dev there
Will they kill 13" Air? Its easily the most popular Apple computer right now.
You're different from that straw-man libertarian I once met.

"Freedom" is an ideal, not a mechanism. The question is, which mechanism promotes freedom?

Personally, I currently bet on democracy. Not representative governments, but democracy, which we don't currently have. Like in ancient Athens, where people where chosen by random trial, instead of elections. (Plus a host of checks and balances, before during, and after whatever short mandate was given.)
Bill Belichick Wages War on Meteorologists
> Are naive users and Tor worth worrying about?

Right now? No. But in a near future? Possibly yes, if Firefox decides to include a built-in Tor client. [0]

Even if the article (and the slashdot thread I lifted it from) were vapourware right now, the idea clearly has been floated enough to make it an attractive option.

[0]: http://www.dailydot.com/politics/tor-mozilla-firefox/
Ontario Athletic Association removes ball from soccer matches
I just finished an EMBA which is a slightly different target: people with 6+ years of experience aiming at upper management, so was more high-level than many MBA programs. My classmates varied from 28-50 across large and small companies in all industries. So our course name was "Information Technology as a Strategic Tool" so a different focus than "Technology Product Management".

Main Topics from our class:

1. Technology & Business and IT Fundamentals
2. Technology Planning, IT Governance and Enterprise Architecture
3. Technology Selection and Implementation
4. Managing Information Technology Risk
5. Technology & The Customer

Part of the description:

This course emphasizes technology as a business enabler and stresses the importance of aligning technology initiatives with daily operations, strategic planning processes, and with the organization’s vision, mission, culture and short and long-term objectives.

We initially covered the building blocks of IT systems to know the concept of database, UI, distributed versus centralized systems, and such things. But then we used case studies and a group project to get into successful and unsuccessful projects to implement and upgrade systems. Events like the Target data breach were excellent fodder. The list of case studies could be useful as well, but again they are focused on IT for a company rather than managing a product.

I'd be happy to share the syllabus and some other materials with you if you email me. I don't feel comfortable publicly posting it all without my professor's consent.
Debunking Myths About Computer Vision
Interesting article, but worth pointing out that core data is not an ORM, but an object graph with facilities for persistence.
Hey, no problem. My issue is one of language itself. As someone who takes the english language very seriously, I don't ignore when someone makes the choice to use a particular word. Between our two comments, we have used the following set of words to roughly address the same concept (advancement of LGBT rights): [agenda, movement, purpose, goal]. Of these, only "agenda" has a secondary definition referring to underlying intentions or motives (even consider the word motive - "a reason for doing something, especially one that is hidden").

Writing is an act of art, and reading is an act of interpretation. These secondary definitions come into play when determining what someone means. Agenda is not purely pejorative, and it's true LGBT groups have agendas - they have plans of things to be done - they have motives - reasons for doing something. However, these attributes of LGBT groups could also be described with words that do not have any negative aspects, such as goals, plans, purposes, etc.

>If you want to understand people...

I assume people understand the words they use and intend to use them. If people use words without precision, how can they expect to be understood?

As for etiquette... no idea ha. Made the same mistake myself.
We're a sports company and everyone is usually involved with most of the discussions. I catch your point, but it's pretty easy to ignore if you are heads down coding. You can get someone's attention (for important stuff) but addressing them directly (@username).
‮txeT Backward htiw snoitacifitoN s’rettiwT koopS ot woH
>What about the underlying architecture of the OS though? Linux with a Java runtime and a new windowing layer that stops "normal" Linux apps running?

What's impressive about that? Tons of companies did something similar. Heck, OS X/iOS is Mach+BSD based hybrid kernel with a UNIX (FreeBSD/GNU) userland and a new windowing layer that "stops normal UNIX apps running".

>iOS didn't have multitasking until a lot later

Actually it did. It just wasn't enabled for third party apps because Apple is not the company to give users some non-essential feature by sacrificing something more precious at the time (battery life). Android just went for the "whatever" option, and let users deal with that.

>What about access to the filesystem in a "normal" way?

What about it? If anything its worse that it being something copied from iOS: it is the standard way of doing things carried over from 40+ years of computing.

>Sure, the superficial layer on top (look! icons! rows of icons!) that children in a sweet shop would notice may look familiar, but underneath it is not anything alike is it?

No, underneeth it's worse. More battery draining, worse responsiveness, a Java runtime they had to axe, audio latency issues, 2-3 releases to get a anywhere near decent UI, bad malware issues, etc.
Does anybody know what Apple uses internally as their version control setup? I did some Google searching that seems to suggest they use Git, but I'm curious if anyone knows more.
While I agree that a component is revenue, I also think the "big data" factor of it is important. All of those usage stats (Where/when/what was said/) would definitely help to shape future products and integrations. (50% of people want to order pizza, maybe we should integrate some pizza thing vs. the 5% that want to do advanced math, etc)

EDIT: I'm also one of those guys who's like "no I'm not signing up to X service because they don't need more data about me" but I get the double-edged sword and how more of the right data makes certain decisions easier.
just about everywhere else, service providers have figured out ways to allow access while managing abuse.

cloudflare ends up being a HUGE pain and practical barrier for the vast majority of people who use tor to exercise their right to read.
This is very cool, nice work!
It's not exactly a Hypercard-alike, but have you take a look at Twine? http://twinery.org

The 2.0 version is a choose-your-own adventure generator that can go from simple (create 'pages', make one-way links between them) to complex (use CSS + Javascript to create multiple panes, keep track of variables, write graphics, etc), and it exports as a Tiddlywiki-based self-contained HTML file.
In order to control what happens in the car when you're not in it.

I would expect driverless taxis to end up like public toilets.
> If the power is turned off the Launch Loop will not immediately fall out of the sky. As the loop slows it will gradually fall.

That's for a loop constructed only of superconductors and magnets. If you use active electromagnets instead of the superconductors for saving money (or if your superconductors get too hot), the failure mode is way more harmful.

Anyway, I really don't know why the launch loop is so overlooked. Specifically, I don't know why nobody's trying to build an intercontinental bridge. It may be because of our anti-nuclear culture, and that those things only make any sense when coupled with nuclear power, but that's just speculation.
Wait till they hit 30 and then it's the cubicle farm and Happy Monday and the printer that keeps saying PC LOAD LETTER.

Then they go home to a closet apartment, devoid of any caring human soul to ease the empty loneliness inside their heart, eating frozen TV dinners in front of a reality show filled with 20-somethings living beautiful lives, while the landlord hammers on the door, yelling in an incomprehensible accent about when he can expect the rent. Also, the cat died.
I don't really have an answer to the first paragraph, like I said, I don't really flag things (exceptions are things like dupes of recent, decent conversations or if I happen to look at /new, the really dumb, offtopic stuff (like celebrity news or cat pictures, the stuff that is waay out there)).

I think we also probably see the importance of visibility on hacker news differently; you're arguing that it should be a certain way, apparently because you think it will do some good (the soft phrasing there is because I'm guessing at what you are thinking, not sarcasm), I don't think it is going to have much impact (for example, many of the people that make threads awful see it as an opportunity to defend, with guile and shenanigans, their pet point of view; that's pretty clear evidence that the story isn't reaching them). I also think the media spends a lot more time pandering than it does manipulating (just throwing that in there as a similar situation where I apply a similar world view).
I have felt that certain dairy products do trigger the migraine. However, milk itself doesn't cause it. I also drink milked-tea regularly without any headaches/migraines.
CoreData is really meant for storing the entries that back your table view. Trying to use it as a universal data model seems unintended.
As Domenic pointed out, maternity leave is related to EDD since you can claim disability for it.

http://www.edd.ca.gov/disability/FAQ_DI_Pregnancy.htm

CA sick leave through FMLA, when there's a claim on disability, also draws from EDD. Your employer only starts kicking in your sick leave pay AFTER the state's coverage of your salary maxes out.

EDD spends $14 billion per year. It has a lot to do with high CA tax rates. There's even more related taxes involved if you happen to live in SF itself.
Could the fickle finger of fate easily
cross their Buffet moat, i.e., could
this be a short term fad that fades?

If they have something solid, that is,
a much better solution for an important
problem where their solution will have
a significant barrier to entry, maybe
Fred Wilson's "large network of engaged
userrs" who have a significant switching
cost, then okay. Do they?
But I don't want to point. That's far too interactive for any media player design. Even PC-based things like Winamp, iTunes, or Windows Media player, it's just a list or at best, a grid. I don't need to have more than eight directions of movement, and just four is sufficient. If I'm going through a list with a mouse cursor, there's a chance I can move the cursor off that list, necessitating that I have to then move the cursor back to the list before making my selection. That's just poor UX.

A mouse is completely unnecessary when you just have a grid or a list, a directional pad is more than sufficient. You can scroll just by going to the bottom of the list and continuing to go past that, which is how all menus work. It's not about how many steps it takes with a remote vs a mouse, it's about the UX of that specific UI. I don't want a desk in front of my couch. That's what remotes solve. I have a computer in my office and a media player in my living room, and I don't want to trade that for anything.

Can media player UIs be improved? Yep. With a mouse? Not in my opinion.
Or just turn off the phone. It requires a password on restart or 48h of inactivity.

You can hate biometrics (and I'm still skeptical in general), but Apple did a damned fine job of how they implemented it.
> it seems rather odd to promote unlinkability

They're not, they just want users on networks that block facebook.com, or try to perform MITM (by hijacking DNS or the switch from HTTP to HTTPS), to be able to reach them safely.
Weibo (the Chinese "clone" of Twitter) actually does a lot better job with conversations. It has its own built-in instant messenger, as well as a comment dialogue interface similar to what you see on Facebook. Also, you can add your own text to the top when you retweet.

Nevertheless, though, I don't agree with the author's stance of "I hope Twitter goes away". If you don't like something, don't use it. Let the market decide what should exist, let hackers keep building better products, and let the market decide again.
Profitable Cores and Reinvention
I had no idea before reading this article that HyperCard dated back to 1987. It was still being used in my fifth grade classroom in 1996 (I remember it vividly because that was the year I won my county fair's "multimedia" competition with a HyperCard stack!).

As a kid, everyone I knew who liked computers loved HyperCard. It was an amazing learning tool and I still find myself reminiscing about it like the author of the article.
Does this kind of go against the spirit of open source?
If public toilets had a user reputation system (like Uber), they would be as lovely as the ones in Japan. Unless you had a bad reputation, in which case you deserve what you get.
These are the top 20 Universities that produce the World’s Billionaires
Looking to build an MVP for the new year?
As the new year quickly approaches, I'm sure that many of you would like to set it off right - with your own company, and begin bringing your dreams to reality!

As a senior rails developer who runs a web development agency out of Toronto, we're offering 40% off our web development services for MVP's (maximum 3 month development) until January 1st.

Our development services include full front-end design, and development as well as full back-end development. We have a great team of developers who have built products that have been featured on Forbes.com, Venturebeat.com, TechCrunch.com etc...

Feel free to contact me at pblogsltd@gmail.com and I'd be happy to provide a quote and any additional information on our services, past projects etc...

Thanks,
Apane
We switched from HipChat to Slack (my devs just made the "executive decision" one morning last April and we were done!) As a "Biz" guy I liked HipChat more. I thought it was cleaner and simpler to use and initially had better support for Android. And then when they added video/voice support (after we stopped using it) I cried a little as that's the only reason I still keep Skype open. Still I suspect Slack will use these $$'s to solve voice/video and I love the backstory so it's likely the right long term option for us.
IRC FTW. Slack gets big, gets acquired, integrates with Outlook, SAP, etc., becomes Outlook & SAP, nobody ever got fired for using Slack, etc., etc., Stewart becomes a billionaire, yadda yadda.

Meanwhile, IRC.
LiveCode is fantastic.
You don't have to register at the toilet with your ID/driver's license. You do however, have to do that when you use e.g car sharing, and the first question the system usually asks you, is: "is the car clean?". If no, then the previous renter will be liable. So this is already a solved problem.
There's the joke about anecdata to be had here, but I've found the people I talk to do care and value their privacy, and they are coming to a slow realization that there's a creeping ... creepiness to it. At least with the people I interact with regularly (most of whom aren't technologists), the average person is getting slightly annoyed by having to keep an eye on their gizmos as they slowly hear more about the devices betraying their trust in a myriad small ways.

And I think that's where the revolution foments. Momentum builds slowly, but it seems to be there, simmering and slowly heating over the years. Those folks calling for revolution now are just impatient and louder.
The Voice of the Shaman
It's sad that all of this would have been a lot easier if only the x86-64 C ABI didn't decide to say "Eh, you don't have to reserve rbp and rsp for stacks".

The code to unwind C-code that follows rbp and rsp is super trivial (and lightning fast). Once you get into the hell of DWARF you're talking tons and tons of cycles. In all cases, dealing with inlined functions is messy and imprecise (one of the reasons I've heard for not relying on rbp/rsp), but when building a runtime it just feels sad to have tossed out the stack frames.
It's pretty interesting to read about this stuff, I'm glad they're making progress. I hope they also work on the app accumulating data that never seems to get purged, or at least add a button to manually purge data.
How many computer users need automation but haven't the time or aptitude to program? The answer is far more than will ever buy the Apple Watch. But universal access to programming/automation doesn't appear to be on Apple's radar as OSX Automator languishes while Zapier, IFTT, MIT Android Development Kit, and Google Apps Script sort of and inadequately fill the gap. Apple has everything in place for a cloud reimplementation and refresh of Hypercard, apart from apparent interest.

Once a programmer, I appreciate the efficiency of automation. But today I'm old-ish, run a business, have kids and although my need to automate is greater than ever, there is simply no time to do so using, say, Python.

Hypercard... I miss you.
> without depending on interop with Java APIs.

This is impossible, unless the device was rooted.

NDK code can only produce shared objects, which are loaded into the Java application processes.

The so called Native Activity is just a Java wrapper with a pre-defined set of methods, like touch events that map into a set of pre-defined export symbols.

The so called native activities run on their own thread and get the Java events, like touch, over an UNIX domain socket.

3D graphics programming is one of the few blessed NDK APIs. Even 2D is not accessible to the NDK in a developer friendly way, except for a bare-bones framebuffer, even though Android UI makes use of SKIA.

Outside 3D graphics, sound and partial POSIX support there isn't that much available in the NDK world without interop to Java APIs (sensors are actually JNI wrappers).

It will be nice to have Go available, but most likely the Android team will keep the same cage for Go code.