skysight-inc/HackerNews huggingface dataset:
Also - read the "War of Art" by Steven Pressfield. Excellent book about resistance to hitting our goals. Indecision is simply resistance against what you know you should be doing - flipping is easier than persevering. Get a routine, make a habit of it (eg: commit to study at least 20 mins at the start of each day and continue if you get in a flow), etc.
I struggled a lot with what OP describes and focusing on outcomes is something that has helped me a lot. Another slightly less intimidating way to describe this might be focusing on projects instead of skills. So the outcome doesn't have to be some grand, world-shaking innovation, it might just be the completion of some "thing" that you enjoyed making.
I guess it could be convenient to start with something like this, if I wanted to make an entirely new Linux distro, with its own package management and basic stuff like that. Right?

I am actually interested to start with a tweaked Ubuntu, so I guess this kind of script is not what I need.
At work, we are constantly hounded by non-technical business people for estimates. They want to time/cost box you. To them - you're an expense, and an expensive one.

My analogy would be someone asking how long it will take me to drive to my kids' school to pick them up.

70% of the time there is no traffic and takes 35 minutes.
25% of the time there is some wreck and takes 50-60 minutes.
5% of the time there is bad weather and very bad traffic and takes 60-80 minutes.

So, in your mind - most of the time it takes 35 minutes, and often the devs' answer is "35 minutes".
This is where the experience comes in. The correct answer is.. 80 minutes.

I tend to accompy this (to the particularly ignorant non-technical manager) with various disclaimers about the 40+ year ongoing issue in est. sw development.
The presence or lack of a GC has nothing to do with the Kernel. The Kernel is simply another program, with specific requirements and limitations. So long as your language allows you to write and call raw assembly, you can write a Kernel.

It's worth remembering that Rust has a form of GC as well - it uses a reference counting collection mechanism which is executed at scope boundaries instead of as a separate thread or co-routine. This doesn't prevent writing Kernels or userspace applications in Rust.
The Center of Sidra: The Culture and Custom of Spanish Cider
High Performance Ruby in RPython
I've changed my mind on estimates; if you're giving a guesstimate it's your professional responsibility to make it clear that this is a guess and to explain that as you work or investigate the task(s) you will have a better estimate.

If you're estimating once at the beginning of a sprint and neglecting to update the estimate as you're working on the task or as you have new information on the task, you are being unprofessional. It's the finer-grained equivalent of your project manager or account manager failing to tell the client or the boss that the project will take longer than expected after re-evaluating risks.

At my current job, the CTO is asking for estimates in order to get a project under control. The first estimates at the beginning of our sprints are not fine-grained but as I work on a task I add more information and update the estimate based on what I know. Sometimes the second and third estimate will be a guess as well but at that point there will be some code written (or read/investigated) which makes it easier to do an estimate.

Padding estimates is something that I'm against when you have enough information about the task. If you're padding to account for things like meetings or interruptions, don't do it, just log how much those are taking and make a note of it and then everyone can see that your estimates are correct (it did take you 5 minutes to do task XYZ) and that meetings and bullshit interruptions are eating up lots of time. A daily standup that takes 30 minutes and then 1hr lunch and a 30min team meeting should be logged against the project but shouldn't affect your estimate of the task.

I think the issue is that the estimate can be seen, by managers and developers, as the end goal for the task. If you estimate at 2 hrs and you finish in 1 hr you can just get on Hacker News or reddit for an hour. If you estimate 0.5 hrs and it takes 10 hrs, you shouldn't be penalized as if you're late. Updating task estimates as you gain more information about them gets rid of that issue. If you think that 2 hr estimate was too optimistic, go ahead and update your estimate. You can't be held accountable for a guesstimate, you can only be held accountable for the failure or success of doing the task itself.

If you don't know how long will it take, make it clear to your team, boss or client that this is the case and that you will need some time to research and to estimate.

If there's a lot of tasks that need to be done, estimating might take half a day or a day as you go through everything. That estimation work needs to happen for any project that has its deadlines already defined (this is frequently the case and why agile can't be improperly implemented in most workplaces). Management needs to give you time so that you can do the professional tasks that need to be done. You can't fix what you can't measure and as time goes on your estimation skills will get better.
We are in a situation where the client wants some enhancements, we know to an order of magnitude how hard they are - ie more than a few days, less than a month - but cannot be more accurate without actually diving in and basically doing the work itself. But they will not green light us without an estimate. Result = deadlock. I dream of a world where (a) customers understand that this is an art, not bricklaying, and (b) realise that always demanding a number up front is just going to cost them more money because the s/w folks will always highball it to cover themselves for unexpected issues.
Anything that moves money around, moves money around. Asking for a tax that doesn't rebalance wealth one way or another, is to ask for no taxes.
LispWorks, the one Rich Hickey used for quite some time... ;-)
lift.do (now coach.me) used to implement that in a dead simple manner. To monetize, they pivoted from a "chain tracker" w/ reminders and (optional) social props to a social and coaching solution, so I don't know if this feature is still there.
I'd say go with VMs.

It's only a pain if you don't invest a week or so to master their use (which a knowledgable unix dev can also do in 1-2 days).

Installing "all databases and dependencies" on the Mac with Homebrew is not scalable, and it's not repeatable, and it's too kludgy. And when multiple versions of libs and such start to be needed, it wont even work.

(For small scale stuff, like some Wordpress development, it might be ok. But it would still be better to use a VM).

You won't deploy on a Mac in the end, but on some Linux box, so develop on a VM offering the same environment.

Note that I would still develop on a VM even if I was using Linux as a desktop -- you should not mix your desktop machine with your development environment.
Cunningham on technical debt https://m.youtube.com/watch?v=pqeJFYwnkjE
Sorry I don't follow you for the first part.

>So when Lubuntu, Kubuntu, Xubuntu, Linux Mint, and Ubuntu all exist entirely for free, and this similar product (but more hipster) comes along, why were the "cheaters", expected to know that this one intended to charge them?

Look I don't like the "cheater" part more than you do yet I consider a bad way to express what they intended to say and not a mere insult.

Now what Lubuntu, Kubuntu, Xubuntu, Linux Mint, and Ubuntu do as their "marketing" (to say a word) policy is up to them. But if you read my comment what I try to say is the same for them. Using an open source project without helping them if you can is take advantage of the system.

>I'm toying with the idea right now of registering geteos.com and linking to images of Elementary without an option to pay just as a "Fuck You" to these guys.

You consider them as idiots/jerks and want to do that, and possibly running against the risk to be sued for trademark infringement or whatever... man you have balls.
If that's your argument, then why do we allow thousands of companies to base their proprietary web applications on the FOSS stack? How many of these companies would even exist today without Linux or Ruby or MySQL/Postgres? How much do companies contribute back to these projects? Why is it so bad if elementary OS is based on Debian, but it's completely fine when some startup runs on Debian servers?
Timeless wardrobe essentials made from the world's best fabrics. And affordable
Search "Mac fix DNS" and you'll find what to do.

Here's an example:
http://arstechnica.com/apple/2015/01/why-dns-in-os-x-10-10-i...
Hi, I really like that you use Whitney's style in your javascript! This is a good tribute to this great programmer.
Pâté En Croûte – Paté in a Pastry Case
There is a huge gulf between "there exists bad behavior that can fairly be called HFT" and "all HFT is bad behavior." Even if we agree that the behavior you describe is bad (it's not "front running" - that has a particular other definition), much HFT does not resemble that.
You can also use the 'flexible target spec' to cross-compile for anything LLVM can.

It's still not super easy: you need a standard library that's been cross-compiled, IIRC. There's some small things like that, but it's mostly a polish issue.
First, 25% of the VM's CPU (seen in the VM's "top") is not the same as 25% of the host CPU.

Second, do you develop on the move unplugged for large stretches of time? Where is that place that doesn't have a plug?
React is indeed agnostic to your server-side stack. Only thing is you'll need a node.js server if you want server-side rendering. (Codecademy runs ours separately from the rails app so we can do server side rendering.)
That's the biggest danger with estimates, that you're being held accountable for a padded guesstimate. One way of avoiding this is to give estimates in ranges or with +/- attached:

"It will take 2 days, + 5 days, - 1 day" <-- that shows a lot of risk

"It will take 1-2 hours, + 3 hours - 0.5 hours" <-- again, showing that there's some risk

Or you push back and tell them to give you some time to form a better estimate or that you will give them an estimate update as soon as you know more.

The issue is that most software developers are not trained in how to estimate and in how to deal with these time/cost boxing scenarios. We don't attend a class like managers do on how to deal with situations like this. We have to learn as we go along.

I highly recommend Steve McConnell's Rapid Software Development, fantastic book, it has a chapter on estimation and how to deal with client's and boss's that ask for estimates.
> We need to stay safe from our own state, that is why we must not give up our privacy, not because of some silly naked pictures on your phone.

Gee, you seem to be suggesting that here in the
US we should adopt something like:

"The right of the people to be secure in
their persons, houses, papers, and
effects, against unreasonable searches and
seizures, shall not be violated, and no
Warrants shall issue, but upon probable
cause, supported by Oath or affirmation,
and particularly describing the place to
be searched, and the persons or things to
be seized."

Ah, heck, how would the US ever adopt such a thing?

And, even if we did, could we follow it?

More along the same lines might be:

"Congress shall make no law respecting an
establishment of religion, or prohibiting
the free exercise thereof; or abridging
the freedom of speech, or of the press; or
the right of the people peaceably to
assemble, and to petition the Government
for a redress of grievances."

Such a policy would seem to guarantee
the ability to gather on the Mall in
DC to say things about the US involvement
in Viet Nam, the Balkans, Iraq,
Syria, etc.

For more, how about a policy such as:

"The Congress shall have Power To

...

declare War, grant Letters of Marque
and Reprisal, and make Rules concerning
Captures on Land and Water;"

So, from this, the President could not
declare war? Do we have freedom of speech
to ask this question"?

Ah, there's the old thought, to be
strong, both muscles and
constitutional rights need exercise!

> naked pictures on your phone

"Ah we got trouble, right here in River
City. Trouble starts with a T, and that
rhymes with a P, and that stands for"
pictures and phone and naked pictures
on a phone! "Oh we got trouble!".

Nice speech.

Good post.
Yeah, I feared that. That's the paid-for one, isn't it?
How long will it take to invent a flying car? That's engineering right? I want a precise estimate. Also it needs to be made out of a material that is both transparent and can withstand crashing into a concrete wall at 85 mph. And the entire thing needs to be powered by a fuel that can be harvested from inorganic compounds. It must seat 6 people as wel as be able to interact automatically with a aerial car traffic control system that is being built by another team using standards that haven't yet been developed.

How is that any different than software? Software engineering is a thing. There are constraints however each implementation has the potential to be novel. Electrons or steel, it's all engineering. Even engineering has trial and error. Would you say the Wright Brothers didn't engineer the airplane?

What's the definition of engineering? Let's refer to Wikipedia:

Engineering (from Latin ingenium, meaning "cleverness" and ingeniare, meaning "to contrive, devise") is the application of scientific, economic, social, and practical knowledge in order to invent, design, build, maintain, research, and improve structures, machines, devices, systems, materials and processes.

Even "tinkering" is engineering. In fact every invention comes from tinkering. There's no definition of engineering in existence that would preclude software development from being considered authentic engineering.

In terms of constraints and fixed boundaries, to suggest software doesn't have those is just nonsense. Just try leaving out the curly braces next time you write something in C. Unlike a field such as writing, software does have rules. I can write a misspelled sentence and forgo the rules of grammar and my sentence will still be "compiled" and probably understandable. A book doesn't stop working because of a bug. Software certainly does. Thus, there are plenty of fixed boundaries and constraints on our work. The characteristics of steel are analogous to the charactistics or a specific software class. Except in our business, many times we have to invent the steel ourselves.
I have a similar problem, I'm a business owner and see all kinds of new opportunities pop up all the time. In my early twenties I bounced around from new shiny idea to the next, generally seeing the process or project 80% through before jumping to the next one, I had some interesting results, but none of them were the home run.

I view that time now as a learning experiment in what just doesn't work, you need to focus to succeed. And not just 'focus' in the mental sense, but focus in the 'reduce the amount of projects' kind of focus.

That focus is goal setting; needs specific dates and measurable actions attached, not just dreams or desire.

Another resource that represented the next phase for me in my business and personal life is the book Essentialism, it's become somewhat of a productivity bible for me, the PRINCIPLES behind focus are extremely important...

Learning to say "No" to projects is tough because starting them is always more fun then finishing our current ones.
would->wouldn't
I think people are reading your comment as "they need to know these things, therefore they are elite" - but I think you rather meant "it's not about being elite, just that they have to know XYZ so they are more likely to know W".
Decentralized assets[1] (technically possible already today, but not yet used for any high-volume instrument) have a single trading venue, namely the blockchain(s) on which the assets live. If multiple chains are involved[2][3], each individual trade is still atomic, but there would be a more complex ordering of trades: you could have trades which take longer than others to occur, and failed trades would also be publicly visible.

[1] https://en.bitcoin.it/wiki/Colored_Coins

[2] https://en.bitcoin.it/wiki/Atomic_cross-chain_trading

[3] https://github.com/TierNolan/bips/blob/bip4x/bip-atom.mediaw...
So, according to your hypothesis, guaranteed success requires only two things: novelty and hard work.

Are you serious?
Makes me think of that submit tracker on github.
Trust me I did, I wish it were that easy.
Driverless car beats racing driver for first time
That might be true for galois, but not your run of the mill webapp shop.
Interestingly, Seinfeld denied having invented this technique: http://www.reddit.com/r/IAmA/comments/1ujvrg/jerry_seinfeld_...
I'm not seeing this in Python either. Perhaps the URL on the article has been "fixed"?
I was responding to your point about revenue. I agree that $16 Billion is an outrageous amount for that company.
Other people are posting about problems with professional installs on heat pump systems. The two more likely explanations of that are faulty nests and wiring problems. If it's wiring problems, it suggests there may be something that is easy to overlook or misunderstand.
They have some other issues as well, the wireless is very difficult to connect to and the "program" that we had to download usually does not work. Android devices were not even supported at all until sometime in late 2013. The print queue is constantly frozen, and a few other problems I can't think of off the top of my head right now. All of this is strange because from what I understand the school has a decent computer science program but I was in humanities so I'm not sure.
Show HN: Merge CommonJS without overhead and generate dependency maps with Klassmer
Are you suggesting using TCP_QUICKACK more often? Can you give examples on when it is desired or not.
Exactly this. The problem is by getting to B, the customer thinks they need to visit C, D and E and they don't tell you until later that they also need to visit G but only if you haven't visited H first.

The book The Nature of Software development covers this concept much better than I could..
> Again, I don't know what data Chrome makes available to Google's ad services, so please tell me if I am in fact incorrect here.

If you read the very detailed Chrome privacy policy (https://www.google.co.uk/chrome/browser/privacy/), you will see that it does nothing different to other browsers here (each server sees your IP address, cookies, etc). It does not send any form of uniquely identifiable ID with every request. Only some very specific cases (offline drive, google wallet, DRM auth, etc) send your signed-in userid, which they need in order to work at all.

Please read the privacy policy. People put a lot of time and effort into writing it and it answers all your questions.
Don't Use the Same App User Engagement Strategies from Last Year
These are all great but I get the most of the same benefits from VMs and many more:

fresh state/ no performance penalty (AMI+autoscaling)
Document dependencies, not reinvent (Packer file)
Sandboxing (same)
Always use same standard port (easier with VMs as 1:1 map)

I know most people think that containers/docker/whatever new stack does these things better and they may be right. The benefits however don't outweigh the costs in weaker toolset and less mature stack.

For my use cases, the biggest problem is that containers don't solve the "where does this run" question. Whenever I ask this, people loudly exclaim "anywhere!" which is the same as "I don't know" to me.

AWS AMIs run in 11 regions x N AZs around the world. This solves a much bigger technical problem for me than "it's lighter weight and easier to do incremental releases on top of" which seem to be the only things in favor of containers.

Many people, including Amazon, say "run containers on VMs!" This seems unnecessarily complex for little additional gain.

I'm really curious if the containerization folks are using Packer and if not why not.
Please take a minute to realize that you're part of the problem.
perhaps this is the difference between Elon Musk and regular people? Everyone has an ego but few actually "do the work"

http://www.amazon.com/Do-Work-Steven-Pressfield/dp/193671901...
Despicable SPI
You need a system external to yourself to guide your choices day to day. I recommend reading Getting Things Done by David Allen, and The Now Habit by Neil Fiore. These books might help you develop such a system.

(Specifically, Getthing Things Done is a good system for thinking strategically about what you need done, and The Now Habit keeps you working on the plan rather than getting distracted.)
Although µBlock might be a lot slimmer than AdBlock Plus, according to this article [1] it's comparable with Ghostery. Ofcours µBlock is open source where Ghostery is not and I personlly really like µBlock's philosophy [2] about tracking and privacy.

[1] http://www.extremetech.com/computing/199188-%C2%B5block-aims...

[2] https://github.com/gorhill/uBlock#philosophy
That's why the U.S. system is split into three branches.

Also, your use of the term "the State" is ambiguous. The State could mean a system of laws with law enforcement and dispute resolution. People believe in a system of laws - fight for it, even.

You have to remember: the state is a technology. It was developed by our ancestors to solve certain problems. It's not a panacea that solves every problem and I, frankly, only know straw men that think otherwise.
He also has a whole book on estimation called Software Estimation: Demystifying the Black Art. It's a great read as well.
This is absurd. Thousands of companies sell proprietary software based on BSD/MIT/Apache libraries every day and contribute absolutely nothing to those projects and no one bats an eye. But another FOSS project takes them and wants to charge money? What a ripoff!
And VMs far more heavy-weight and doesn't address any of the reasons why people prefer containers to VMs for some types of workloads
When I got a mechanical keyboard (Cherry MX Blues), the activation force was quite a bit lower than my rubber dome keyboard and took a while to get used to. Buckling-spring keyboards (especially the model M) are quite a bit heavier. I'd say that the blues are on par with or slightly lighter than a Macbook Pro's keyswitches.
That is actually a practical implementation of the age long() wisdom that you need discipline, not motivation to succeed in various long term endeavour.
My personal trick, for stuff I really don't like is to allocate a 30 min chunk a day to them. Does not seem much, sometimes it is just enough time for a few google search, but slowly to start accumulating time and after a few weeks, those 30 min are sealed in your routine and not going anywhere.

Google "Discipline vs Motivation" for plenty of other self-help guides.

() Seemed to be common wisdom when I was a kid although discipline was not really pitted against motivation (like the reading my parent did of the story rabbit vs turtle was the turtle won by discipline), then it went away when I was a teen when motivation was the only path to success ("you can become anything if you really want it"), and it only seems to be back in fashion recently.
A Startup's App Promotional Video Gone Wrong
I think 60% is low actually.
The information present here isn't really "lost" as much as it can't be heard in the context of the other sounds in the original recording. These forms of audio compression take advantage of auditory masking[1] which means those sounds likely wouldn't be heard in the original.

[1] http://en.wikipedia.org/wiki/Auditory_masking
Smudge/clean filters will reveal the metadata of the repository (directory structure, file names, etc.)
Scientists Limit Accelerated Cellular Aging Caused by Methamphetamine Use