skysight-inc/HackerNews huggingface dataset:
That's the FUD factor talking. The OP reported none of this happening. Its an unfounded fear.

Anyway its the same problem whether or not they work from home - some people will underperform and have to be let go.

Finally, use some collaboration software and folks 'working from home' or from other sites will seem as connected as people working in the office. Even more so - a meeting of remote workers works better in fact, because each one has a headset and can be clearly heard and distinguished. Instead of for instance a crowd of people 'in the office' sharing a desktop microphone and heard as a babble by everyone remote.

We use Sococo (I work there). Its got the best presence information in the industry. Its clear who's working and who isn't. You can see everybody in the area, who's active and who's idle, whom they are talking to and what meetings are going on. Managers love it!

Working 'remotely' for 5 years now, in a company where everyone does it. Its superior in almost every way.
But it's easier to "do" office politics if you can talk to someone over lunch, than if you only interact with someone by email.

The lesson for me there was to assume that not everyone has the mission's interest at heart.

My problem was that for me getting on base was a 2 hour commute, and I had 90% of the gear I needed to do my work rihgt at home -- it got more done to work from home and only show up to deliver prototypes for testing, or use the "big boy" machine tools.
Is it going to be beta or alpha, like most Google Cloud services?
Am I doing the arithmetic right, that it is a 200 day reserve?

That creates some flexibility, but it isn't that long a period of time.
Docker DOOM: Kill Docker Containers Using DOOM
I've been a Matthew Crawford fan since reading Shop Class as Soulcraft back in 2010. It completely changed the way I viewed my work and my career.
Ah, very sad to hear that. I wrote my BA thesis about his use of metaphors in "Open Veins of Latin America". A very interesting read, and looking back, I quite enjoyed working with it.
Legacy bugs are those in the codebase from before the team started working with a test first, no bugs mantra.

As I alluded to there are many approaches to this problem, but one that I like is more or less just what you suggest: set aside some amount of time every sprint to tackle the legacy codebase. The eventual goal is to bring it up to the newly accepted standard which requires tests, but realistically that will take a while. Live bugs provide a sort of direction to help facilitate updating the legacy codebase. Setting aside a set amount of time each sprint makes sure that the issues don't get swept aside.

It's important to get to the point where fixing live bugs isn't impeding the development of new features, but until then it's simply pragmatic to set aside some amount of time to hedge against new issues, while also having the discipline to set one aside if it can wait until the next sprint.

As an aside, some of the best patterns on the subject of dealing with legacy systems can be found in the later chapters of Domain Driven Design by Eric Evans, particularly chapter 14, Maintaining Model Integrity.
Exactly this. Why would you want a big watch? Mine is the smallest and lightest I could find and I still feel it's a little too big!
Nearly 1M Apple Watch Orders Smokes Android Wear
Same experience here. On the other hand, I am not a particularly friendly person to be around, so that works out for everyone. Social interaction once or twice a week seems to work for me (YMMV).
>All the surface metal deposits are gone.

Well, they're not so much gone as converted into various structures all over the globe. I see no reason why later civilizations couldn't mine the remains of former cities.
It's much harder to pull off remotely. This is manipulation, and a physical presence with inflection, body language, and the ability to consistently inject into every open moment is very important to its success. While it'd be possible to pull such a con over IM, unless your bosses are complete morons, it's probably too difficult.
That's a mountweazel (better known as a fictitious entry) - reference books used to do it to trap people copying the text:

http://en.wikipedia.org/wiki/Fictitious_entry
The Apple Watch Try-On Experience Is… Awkward
Are you being sardonic? There are extremely obvious ways to do this particularly since they've got both space, color, sound and particularly time to play with. Unmixing signals isn't rocket science, especially if you've provided the signals that are getting mixed.
So what? Let them. They get estimates that are relative to each other (~this~ story will take longer than ~that~ story), and can turn them into time measurements them however they like if they want to; we're not committing to their estimate.

All we're committing to is to deliver what -we- choose to include in a sprint, will be delivered by the end of the sprint. We will choose what is in the sprint based on the prioritized backlog. How they prioritize those things doesn't actually matter to us. They think that 8 point story we pulled in is going to take us two days? Doesn't matter. They think that 8 point story we pulled in is going to take us two weeks? Doesn't matter. They're not the ones deciding how much we can take on in the sprint, nor are they the ones committing to get it done. All we are telling them by our pulling it in is that it will be done by the end of the sprint. And that's what I meant by management has to change; that reality has to be acceptable to them, that getting relative points, to tell them the approximate amount of work (or t-shirt sizes, or whatever) relative to other stories is all we can really tell them, and that we will pull in the prioritized stories based on what we think we can get done. If they don't trust us to do that, and want to micromanage, then -no- development methodology is going to help you, not agile, not waterfall, not -anything-, because you have systemic dysfunctionality.
The article presents a very interesting thought experiment, but I think the answer is flatly no, with explanation for this belief being the context of the article.

Based on the narrative, I think the premise and definition of "modern civilization" was basically how our society is configured today, regions, space between cities, social architecture, travel, available goods and resources, etc. Under that thought, the answer is as I said before, flatly no.

Without fossil fuels, the world could not take shape in the way it has due to the sheer density of energy for its weight. We currently have nothing else like that, and all of our advancements into new generations of energy rely on products manufactured with fossil fuels, cheap fossil fuels at that.

Even today, we do not have such a resource readily available and as safe as fossil fuels.

That being said, "a modern civilization" could come into existence without fossil fuels. I do not doubt the ingenuity of humans whether I am in the same period of time with them or not.

My belief on this is based on how our society would be structured when you cannot travel so far away from the epicenter of a city because of the cost of fuel.

This type of thought experiment is fun.
They most certainly do not feel that way because their business model is quite different from that of HBO.
It's only just as bad as oil, and in some cases worse, if you charge the batteries with electricity produced from coal. Stop doing that (or just don't start; most places get a majority of their electricity from non-coal sources) and you're doing way better.

This idea that battery production is more environmentally harmful than burning gasoline is largely a myth pushed by people who are politically opposed to alternative fuels. See also the infamous (and infamously wrong) article from a few years back claiming that a Hummer is less environmentally harmful over its lifetime than a Prius.
> Scrum is not a methodology for writing code, it is for getting a series of tasks done.

0_0 Y...you didn't just write that, right? I'll be unusually charitable and give you a chance to think again about that sentence up there.

> "The story points are there to track productivity" - Oh noes the people paying you want to know how long the project is going to take to be done.

And yet, points aren't supposed to be translated to time intervals..... (Spoilers: in practice, they are.)
US production for the 3rd quarter of 2014 was over 14 million barrels a day (the most recent quarter I saw numbers for, see my EIA link in another comment).
I work from home with a 3 year old and 4 month old. It really hasn't been an issue for me. As long as you have a place where you can close the door[1] it's fine and it's really nice to be able to see the kids during lunch/break. It's just important to set ground rules: while you are working kids/wife don't interrupt you.

[1] I do need to wear headphones most of the time since it can be loud sometimes :)
That's the beautiful thing about literature. One can catch up by simply reading!
Cool! Integrate with lob.com so you can make a real poster.
Minitool Power Data Recovery 6.8 Crack and Serial Keygen Free Download
Office politicians, like the Twerp of NASA (though he probably has a better title now), are most excited about some combination, I bet, as it leaves the culture more vulnerable to attack.
There is no reason besides lack of political will that that goal couldn't be achieved through policy.
yet another (scripting) language? nice.
Unicorn: An All-in-one NoSQL database of wide-columnar, document and graph
Oh, I wish it were like this everywhere.

We have Product Owners. And PMs. And Dev managers, and QA managers. It's a giant ball of red tape and regret.

At one point the official 'scrum coach' actually convinced everyone that he had a magic formula for converting points to hours and that he could take the pointed backlog and produce a project plan out of it to produce familiar reports for management.

Everyone says we are doing Scrum, even the agile coaching team. But its really just waterfall done using Rally.
> which deliberately leaking GoT to torrent sites certainly would not be

This is my central question that has not been answered. How is deliberately leaking GoT not beneficial to HBO? How does the company generate revenue from everyone watching it on their service at once (remember, HBO themselves mentioned that they don't mind piracy and the old joke is that for every one subscriber to HBO GO there are dozens of other, non-related people using those credentials)
I am a 5'11" man but rather slim around the wrist. I stopped wearing watches because all watches for my age group were humongous. I assumed that the 42mm watch would be too big but now I can't wait to go try one.
Much more like the iPod than iPhone, IMHO. An accessory, a fashion object, very cool but totally optional and not life-changing in the way the smartphone has been.
Wait, isnt google appengine already using SPDY?
>No one is forcing the average modern worker in the developed world to buy trucks, washing machines, and have running water

That's not how it works. Due to the way humans are psycologically, the relative level of those arounds us changes our conception of what's acceptable standard of living very fast.

(Works in inverse too: for those living in 14th century Spain etc. it wasn't felt as poverty that they didn't have running water or washing machines).

>Education in the 50s and 60s cost a fraction of what it does today, even adjusted for inflation. In addition, that education gave European and American workers a unique skill set that the rest of the world didn't acquire until later on, giving those workers a competitive advantage that lasted a generation or more.

That was my point too.
TSNEJS: Implementation of T-SNE Visualization Algorithm in JavaScript
Google cache URL, since the GitHub page is down: http://webcache.googleusercontent.com/search?q=cache%3Ablog....
For those unfamiliar:

"My grandfather rode a camel, my father rode a camel, I drive a Mercedes, my son drives a Land Rover, his son will drive a Land Rover, but his son will ride a camel."

From http://www.gluckman.com/DubaiBiz.html.
Hm, sounds like a great argument for taxing and regulation.
There are already a few for Spotify, like http://skiptunes.com/ and http://mmth.us/simplify/
Have you thought about adding fields for design/consulting firm and CRM? Looks like Hillary is on Salesforce and Cruz is using (and probably overpaying) for Marketo.

The consultants are almost more interesting if you know the industry though. It looks like all the candidates built their sites internally, except for Rubio who is using Push Digital. Will be interesting to see which strategy works better.
With it changing to detect which person leaked, it's more a http://en.wikipedia.org/wiki/Canary_trap
It's impossible to get people to really do this if you have 98 of them in an office and 2 of them remote. You can try to mandate it, but people are going to revert to human-talk. If you're serious about a mixed environment of remote and in-person workers, you must develop systems that account for the resolution the remote workers will inevitably lose.
yep, here's the hn thread for the game: https://news.ycombinator.com/item?id=6292750

cool to see it come up again.
No, I'm afraid one can never catch up. There's just too much to read. My stack of unread books gets higher every month. Sigh.
In every implementation of agile that I've ever seen or encountered, something like this occurs:

"Okay, this story for Feature X, how many points should we give it?"

"Well, it'll probably take N days, so, let's say, M points."

Eventually, for the sake of consistency, a rough translation between points and time intervals is established.
Cookie Clicker has a heavenly chips mechanic, where you essentially reset all progress (except achievements maybe?) in exchange for heavenly chips that give a minor % boost.
There's an entire wiki page on hacking the Kindle Touch.

http://wiki.mobileread.com/wiki/Kindle_Touch_Hacking

It depends on your firmware version.
manhood compensation.

See also the complaints about it not looking expensive enough. It doesn't matter if it works, if its durable, or even if it actually is expensive, the only selection criteria was appearing expensive to others. That way, people you don't know or care about will be impressed by you. That guy I don't know who I passed in the hallway would be extremely intimidated if my watch band looked handmade, and thats very important to a certain caliber of people.
> HBO has been remarkably progressive on the piracy front.

I'm not suggesting that's not accurate, but I'd love to better understand your sources for that, as my single point of anecdotal evidence suggests otherwise.

About six or seven years ago we torrented a single episode of an HBO series (I forget which—we were cable-cutters and it wasn't available to rent online at the time) and while we knew it was wrong, it was convenient and it worked.

However, we were surprised when, two days later, I received an email from Comcast saying HBO had reported that our IP address had pirated copyrighted material, and that if we did it again our service would be shut off and we'd possibly face civil charges. That actually shocked me into avoiding bittorrent altogether, which was undoubtedly their goal.

Empty threats or not, I hardly walked away feeling that HBO was "remarkably progressive on the piracy front".

Maybe things have changed?

(Note, I'm not actually pro-piracy, since I do think that copyright holders deserve a right to monetize their work as they see fit, within bounds. I just wish more of them had a more sophisticated view on how to make their content more broadly and conveniently available.)
no arrests, i am certain that if one of these early release approved people was caught they would make a huge song and dance about it to deter others. at oscar time the screeners make it onto torrent sites with ease. if they were able to find the leakers using current methods we would know about it.
Know what peak oil and nuclear fusion have in common? They're always 10 years away!

I've been hearing this "doom and gloom" since the mid-90's. We're always 10 years away from a complete collapse of our oil-based economy and a Mad Max style dystopian society.

We were 10 years away in 1994, we were 10 years away in 2004, and then in 2014. I will bet you $10 right now that you'll declare in 2024 that Peak Oil is going to hit us in 2034.

And now we have cheaper gas than we've had in a while, and we're producing more and more. Why would "I" (average Joe Blow) believe the doom-and-gloom crowd, ever? Even if "Peak oil" was literally next Wednesday, fewer and fewer people will listen.
Wow $3 for a GB of data? I'm paying more than three times as much in Canada and that's considered a good deal.
3  Decks for SaaS Companies
Are you really defending the idea that the Tetris is written in basic? Even the author says it's written in assembler. It's just the title that is misleading.
Home Sellers Gaining Powerin the West, Losing Their Edge in Other Major Markets
Where do I host my app? And how much does it cost? The types of hosting
Interesting. I had a taxi driver in Hamburg bitch at me for the whole ride that Americans don't tip and why don't they tip?

So, that was the one taxi ride in Germany I took and didn't tip. (It was not the first taxi ride in Germany.)
I find the fact that the author professes himself to be "built like a linebacker" and then makes observations about size that should somehow be relevant to everyday users.

I mean, it's a totally valid perspective, but holy edge-case
International policy, when there's a clear financial benefit to countries that ignore the international policy.

Good luck with that political will.
This applies to more than just start-ups. I work for a company that regularly claims 'we are not a software company'. But... we're writing software. So yes, we are a software company.
Hah! That was my first thought, as well!
What, the Laplace transform could somehow be used to solve this?
I know that the HN guidelines from on snark, but does any one else see the expression "bucket list" and think at once of Mr. Creosote?
Would it possible to write a JIT compiler that addresses cache misses and cache locality by paying attention to how it lays out heap allocations vs the order it's used in? I don't know if it's feasible, but it seems like it could work for a subset of situations.
Pretty much this - mining would be done on old landfill sites and cities, at least for metals. Fossil fuels are a different type of problem - we're not going to get all that carbon back. Conversely maybe a reboot civilization would develop differently - forests to solar thermal to PV and batteries. It would be slower, but certainly possible.
I'd say it's not big enough. I want to have a useful touchscreen on my wrist, not "a watch". Though Apple Watch doesn't seem to work for that either.
I work remotely right now. We have 2-3 people call in and 4-5 people who are sitting together in person in a conference room in the office. The problem is that you lose the physical cues that indicate when it's someone's turn to talk. The remote workers end up trouncing all over everyone else when they try to speak, because they don't have the cues that the people in the conference room are using to determine it's someone's turn to talk. Remote people talk far less than they would otherwise because they can't tell when it's safe to interject. The meetings still function, but it's a significant disadvantage over being present in the same room. It can also be hard to appropriately distinguish speakers until you learn the voices of your colleagues really well.
Yeah it did feel like a very abrupt stop. Hopefully there is a part 2 at some point. How does the consultant deal with communicating the real problem? She must, at some point, tell the executive team "the code is just the symptom." How do they deal with that? And is there a way to empower developers to do this themselves?
Ah but stuffing my house with original paintings by the dutch masters would be somewhat expensive, compared to what boils down to a fairly obvious very small software bug fix. That's the truly interesting part, the ratio of effort to improve vs results of improvement.

(edit to add, its like living in an area plagued by vandalism)
But that 45 minute meeting had to happen anyway, apparently. It wasn't scheduled or mandated, it was decided by those two people it needed to happen. Meaning regardless of process, it was necessary. The issue is a lot of people seem to see "standup requires everyone", and "communication should happen", and conflate the two to "every meeting requires every person", which just is not the case, and then as they see all their time is taken up by pointless meetings they didn't need to attend, they blame agile. I've seen the same mistake in waterfall development shops, and people blamed the process there too, even though it's really just cultural.

Let me give you a specific example.

Persons A-H have a standup. It's 15 minutes.

Afterwards, A needs to talk to C about something, which will take 45 minutes. B needs to talk to D about something, which will take 45 minutes. F needs to talk to both A and H about something, for 45 minutes.

A talks to C, while B talks to D. Then A talks with F and H.

Total time taken (excluding the 15 minute standup) -

A - 90 minutes
B,C,D,F,H - 45 minutes
E,G - 0 minutes.

This is exactly what should have happened -regardless- of your process; these are meetings where only the required people are involved, no one's time is wasted.

What often ends up happening when you hear about day long status meetings and other such terribleness, is after the 15 minute standup, they go straight into discussions, with the entire team. That is -

A talks with C, with everyone still present. Then B talks with D, with everyone still present. Then A talks with F and H, with everyone still present. For a total time of 135 minutes (again, excluding the 15 minute standup). Meaning that -everyone lost 135 minutes-.

Now, if you're claiming that A never actually needed to talk to C, and B never actually needed to talk to D, and A never actually needed to talk with F and H, then that's an organizational problem that is, again, unrelated to agile (or waterfall, or anything else). You simply have people who insist on wasting others time, and regardless of your methodology you're going to run into that issue.
32-Bit Integers and Why Old Computers Matter
CloudFlare hosts reddit, is that correct?
Google Cloud VPN Beta
10 Questions Your Mortgage Lender Will Ask You
Or, just add an insignificant name (changing someone's name might run you afoul of contracts, even in a review copy).
Mine is the latest Touch (known there as KT2), and it starts on a version than can't be jailbroken yet.
Here's the thing: by the time you really know how long a feature will take to develop, you've done it. Until then you need to operate on an estimate. EDIT: I see you edited your comment to include the same sentiment while I was replying. Cheers!

People are bad at estimating, particularly if they're doing it alone, don't have much information or are trying to estimate absolutely. But we're pretty good at estimating relatively, doing it in groups (witness bean counting contests) and even with just a little information we can make improved estimates.

So the ideal task planning in my mind goes like this: the team gathers around the backlog to see what we think the next priorities are. Briefly we chat about each one, enough that everyone has a basic sense of what it is and no one is blindsided. We intentionally don't want to talk about it enough to implement it, just enough to get a sense for it.

The team then collectively estimates the size of each item with a hidden bid system: each person picks a number on an arbitrary scale (let's call it points) that only has meaning relative to the point values of the other things on the list. Once we have a handful, it becomes pretty easy to say "foo is harder than bar, but not as bad as qux".
Once you've got the metal, how are you going to heat it up so that you can re-shape it?