skysight-inc/HackerNews huggingface dataset:
This really struck home with me:

Doing that annoying hard stuff is how you grow, get better, and learn what
real help looks like. Even if that’s not the answer you wanted to hear. You
get better by getting your ass out of your RSS reader and fucking making
things until they suck less. Not by buying apps.
With option --throw-keyids, you'd have to try your hammer on several heads until one fits.
Love the stream of lifeboats leaving digg for reddit
The iPhone Has a Real Fight on Its Hands
Retailers Team Up Against Amazon
I’m very tired of the stupid ideological fights. All that has really been discussed to death on HN.

We witness the emergence of a new category and all we can talk about are stupid rules from Apple?

Also, if the tech industry can’t manage to produce a decent iPad competitor soon it probably doesn’t deserve any better.
My experience with a neurologist specializing in ADHD treatment:

1. The doctor will interview you and ask you about your history, all the way back to childhood. If you haven't had problems focusing, concentrating, etc. throughout your whole life (even as a child), the doctor might be skeptical.

2. They'll test you to make sure you're not having seizures.

3. They'll also test your focus, concentration and short term memory with a computer test called CPT (continuous performance test).

Assuming you have a history of ADHD symptoms, you currently have symptoms that are interfering with your life, and you do poorly on the computer test, the doctor will probably start some kind of treatment, probably using prescription stimulants.

That said, I'm sure there are a lot of other medical conditions that cause symptoms similar to ADHD's. You might end up learning you have some other problem entirely.
I don't know about typical cases in US, but there typical speeding case with a youngster at the wheel is like this: drives like madman, goes off the road, smashes into a pillar or tree, kills himself, sometimes his passengers too. Age: 18-21. No grandmas involved.
I use a wide variety of apps to take notes, but the majority of my notes end up in OneNote or Evernote. OneNote is best for rich notes that include a lot of content (college lecture notes especially), while Evernote is better for info snippets.

That said, my favorite tool for saving information is 37signals Backpack. I currently use the free version, which is nice but limiting, but upgrading is rather expensive. I'd love a self-hosted alternative that was cheaper if anyone has any ideas ... but it would need to work as nice as Backpack (drag and drop sections of pages is especially nice).
When I get this, I add extra constraints to make the problem harder. Switch to using VI editor instead of using Emacs like I normally do. Do an ambitious rewrite/refactoring, make it harder just to to add more FACTOR X. Having more unknown in a projekt makes it more rewarding imho, especially if you're turned on to constantly learning new things. It can be as simple as developing from a new platform (running some weird ass OS inside a VM and developing from that), or it can be (depending on project, writing it in some weird little language just for fun). You probably don't need less of a challenge, you need more of a challenge to get you really motivated.
Would it not fragment?
Android phone use surges
You're really lucky people are pushing you. I'd love to have that! Some of us are less fortunate, either because other associates are not interested in the projects you're working on, or because they're super busy in their own.

I don't get a lot of friends and associates asking about my progress, but I always make sure to reach out to them every so often to see how they are doing and offer myself as a resource if they need it for anything.
I think this style ("npm style") is trying too hard to be clever without much benefit. Classic JavaScript style (see: Crockford) has done just fine and is familiar to everyone who knows C-style syntax. No reason to change it now.

I'd rather consistently have semicolons at the ends of lines than crap like this:

;(x || y).doSomething()
;[a, b, c].forEach(doSomething)

It's easier to always include the semicolons at the end of statements rather than try to figure out the edge cases where missing a semicolon would change the behavior.

I'm also not a fan of the "comma-first" style, especially for var declarations...

var foo
, bar
, baz
;

I prefer:

var foo;
var bar;
var baz;

It's fewer lines, consistent, symmetrical, and it's impossible to introduce errors through copy/paste or reordering.
Great points. Thank you.

It is better to learn the task yourself, before hiring the person on that task. I believe this mantra works in most situations in a start up.
The biggest cost is mucking around with the artwork and layout yourself. Printing and shipping are minor costs by comparison. I guess its necessary if you want it to look good and don't want to pay an expert.
Thanks Amock for the check list. If I find a more recent presentation I will post it.
Someone mentions this below, but, are you trying to engineer the most perfect elegant solution known to man when you could get by with something more simple?

Working with existing code that someone else wrote is harder than a new project. I've only really gotten into heavy testing in the last year or two, but having tests also improves confidence that your changes are not bringing down the entire system.

Finally, what I would say is you need to get into a habit of mentally stimulating yourself after work. I found that when I was in a rut, I thought that I was burnt out and needed to "veg out" more, but I later felt that vegging out only bred more laziness and more procrastination. Once I started to get my brain stimulated in any way, whether it was reading a book, or trying something to learn something new, the effects would carry over.

Summary, laziness breeds more laziness, and stimulation actually recharges you.
Why, hello there Grooveshark.
I think everyone finds themselves with those thoughts and feelings.

I think that the lack of drive and focus is a symptom of something, in rare cases perhaps ADD/ADHD. However from personal experience I usually discover a core problem that was causing these symptoms. Resolving that problem takes care of the lack of motivation and focus.

Perhaps the specific work environment isn't for you. One job I worked directly out of university crushed my soul as a developer. As an intern I had vast responsibility and did a lot of interesting projects. Once I joined on fulltime, they were going through a restructuring period and I ended up doing trivial work putting out fires. Luckily they downsized a third of the company a few months later and I was fired - a blessing in disguise there. A week later I was running a small team doing innovative new projects at a large corp.

Often it can be outside factors in life that strangle your productivity. When my father was very sick and hospitalized, my work drastically suffered. I'd like to consider myself a strong individual whose outlook on life would allow me to deal with such events with ease. However, in the situation without knowing it at the time it was impacting my life. Instead of taking a few weeks off and dealing with the issues at hand, I threw myself into my work while my progress continued slowing exponentially. Eventually I was working 16 hours a day and writing 0 lines of code. I ended up quitting that job, and taking time to deal with my life.

Anyways, the moral of the story was stepping back and discovering the root cause of these symptoms can be very beneficial. Don't block it out with meds unless that is really the cause.
I think the fact that college freshman are capable of
grasping it in a semester provides some evidence against
your claim that you need "much, much more knowledge of all
kinds of things".

I would say they probably grasp it as much as I grasped quantum mechanics after the first course: I was able to go through the motions and explain the concepts involved, but that doesn't mean I actually understood it. I would claim that at some later point, after more courses, labwork and discussions on the subject, I did understand certain parts of it. Much of the additional knowledge and principles I learned are already implied in decent basic texts on the subject, but I simply wasn't in any position to 'expand' those implications.

There's tons of stuff you can do with this foundation,
including writing DSLs.

However, writing your first DSL on that foundation requires you to reinvent many wheels, some of which you will reinvent in a square way that first time. Knowing how to write a programming language in Lisp doesn't tell you how to write DSL's, like having a Ph.D. in English means you know how to write a novel, without you actually being capable of writing an good novel. They would still benefit from reading books on 'writing novels' by people that have practical knowledge in writing actually good novels, even if those books were written by authors whose genre they dislike and the style of whom's examples they dislike.

the distinction between internal and external DSLs?
Completely unnecessary.

If everyone would program in Lisp: yes. However, people write DSL's in different languages, for all kinds of reasons you may or may not agree with. That means books on writing a DSL in other languages than Lisp simply have their place. And may also be valuable for those writing DSL's in Lisp, for the reasons mentioned above.
Poetic Machine Translation
There are SkipFish and RatProxy

http://code.google.com/p/skipfish/

http://code.google.com/p/ratproxy/
Try asking on Twitter @their_co and/or their founders.
Boston Interior Design
The Boston Interior Design stands at the forefront of design innovation. With 87 vast and varied showrooms containing high-quality luxury design products.for more information please visit http:/www.mollymcginness.com/
Vintage Clothing Online, Indie Clothes, Mod, Hippie, Gabardine Clothing
That's App Engine for Business which is determined by "intranet users in your Google Apps domain." The service is free for a fixed quota set by App Engine, you pay extra for a billable quota, for resources used above the fixed quota.

App Engine for Business: http://code.google.com/appengine/business/

Terms:http://code.google.com/appengine/terms.html

Quotas:http://code.google.com/appengine/docs/quotas.html

Billing FAQ:http://code.google.com/appengine/kb/billing.html
Few things that have helped me:

1. Tim Ferriss's 4HWW suggestion to focus on one or two things a day and when you're doing one of those things, do it in one shot. Don't take any breaks, ready any news, or get lunch before you're done with it.

2. Scrum. The daily meetings and sprint demos have highly motivated to show what I've done. It's also hard to explain away bad performance when the burndown chart is falling behind because of you.

3. GTD tip: What's the next action? It feels great to boil big projects down to a next action. Sometimes great enough to actually start doing it. :)

4. Listen to some music. Sometimes this boosts my mood and motivates me to delve into a project. The trick is turning off the music once you get to the first problem that requires some deep thought.
Google Invests In Human-Powered Monorail System
I haven't really seen an editor that has all the shortcut, macro, and bundle features that TextMate offers.
Just to expand on your comment about burnout and its stages, this post by jacquesm gives an excellent explanation of burnout:

http://jacquesmattheij.com/Are+you+suffering+from+burn-out
Pain to set up. Not all ISPs let you run a server. Having to have a server up and running 24/7. Google probably has better infrastructure and more reliable network connections than I do. Google has someone on call 24/7 to fix problems. Basically all the standard arguments as to why you let anybody host anything rather than doing it yourself.
MPAA In Favor Of Current ACTA Text Before Anyone's Supposed To Have Seen It
I meant that as in contrast with the apollo craft which had 3 parachutes

Yeah that's an interesting question. I don't have a definitive answer but we can make some semi-educated guesses by googling about.

I think the failure mode designers worried about was not the parachute just up and ripping off - the forces involved and component strengths and safeties required could be computed. They were concerned about parachutes failing to deploy at all or failing to deploy effectively, which is harder to model and predict.

Both Soviet and early US landing capsules (Mercury, Gemini) had single parachute systems. The Soviet safety design choice from the beginning was a fully redundant main parachute system. I don't know what the setup was for Mercury, Gemini capsules had ejection seats in case the main parachute failed.

Apollo Command Modules, designed to go to the Moon, were both heavier than the other capsules of the time and had stricter weight constraints. It seems like NASA determined two parachutes failing was extremely unlikely. So three parachutes, one of which can fail seems like the right choice given the constraints of weight and safety.

The actual recorded failures appear to confirm the difficulties were about deployment, more than anything else.

In 1967, Soyuz 1's main parachute failed to deploy, the backup parachute deployed but got tangled in the drogue and was ineffective. Cosmonaut Vladimir Komarov was killed on impact.

In 1971, Apollo 15 splashed down safely with two functional and one failed main parachute.

http://en.wikipedia.org/wiki/Soyuz_1
http://en.wikipedia.org/wiki/Apollo_15

http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/1973006...
http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/1966002...
Why did you post this on a throwaway account? Are you afraid that HN will think less of you if you posted on your real account? Not trying to be critical - these are honest questions here.
"Languages like F#, Scala and Haskell each fall somewhere in between these two extremes. None of them are precise enough to accept only halting programs (although Haskell is inching more and more toward a dependently-typed language every year). Yet all of them are more precise than (say) Scheme, where fallible human convention alone determines whether or not the “+” function returns an integer or a chicken."

There's some material for xkcd.com

Reading the rest of the article, one thing I don't get is why the focus on the idea that "programs and proofs are equivalent". You can do math in isolation, but your programs have to run on something which runs on something which runs on something all the way down to the hardware level where at any step along the way you lose control of the "precision" of the code being run or some anomaly environmental/hardware factor affects the overall outcome and the proof is out the window.
While we all have a little bit of it in us: let's face it, nobody wants to work on a dull project, ADHD symptoms become so exasperated in these scenarios that they become debilitating and self-destructive. The brain turning to mush that OP described hit it right on the head. The best litmus test I've found is to the conversation test:

"frequent shifts in conversation, not listening to others, not keeping one's mind on conversations"

I can have "black out" episodes where I impulsively and immediately walk away from conversations without finishing them, often with a little amnesia. I've asked my girlfriend a question, essentially immediately forgotten that I did so, and turned up the radio volume.

http://www.addforums.com/
You can consider these options;

- Guest Post. Allow guest writer in your startup blog is one way to get quality content. To write a decent post do take time, sometimes it can be quite time consuming to do it day in day out.

- Split your blog to Technology/Marketing/etc. It help to streamline your postings, and if you have a few developers in your startup, you can get them to contribute their ideas/solutions/problems too.

The whole idea is to connect with your customers, writing quality content is the way to go. How to go there is really up to your creativity.
I have never visited, no. I know people from school who work at labels, but I can't say I meet with them often.

Why the question?

EDIT: oh, I understand the question, you work at a label.

Well, I live in France, where "Hadopi" just went live. It's a government agency that monitors Internet traffic for copyright infringement and that can then cut off the Internet access of alleged offenders -- not because they themselves are convicted of copyright infringement, but because their Internet connection was used in this manner and they failed to prevent it.

This law was inspired by and received the heavy support of professional organisations such as SACEM, etc.

When an industry is instrumental in creating such legal monsters, I think it deserves the hate and contempt of the public, and more.

Now, none of this has much to do with the subject of the article which was about the "digital future" of the industry. I just wanted to elaborate a little on the "hate" part of my initial post.
Also, as part of this cynicism, the labels are very good at having people that seem like the kind of people that are on your side. I.e., the kind of people that "will go to bat for the artists."
Similarly there's an invasion fleet near the coast of Google Talk island.
Reminds me of that study which found giving checklists to surgeons improved survival rates in a hospital by a significant amount. It had basic stuff on there like, "Wash your hands before operating."

Maybe something similar would work for you.

http://www.washingtonpost.com/wp-dyn/content/story/2009/01/1...
I agree with everything you say. Often there are other factors. It sounds like this is a consistent problem with OP though, and regardless of environment or lifestyle, he's still having issues.
Well, that's disappointing. I wanted actual strategies for improving revenue by dicking your users :P
While an update is nice (I have the original on my wall), I like the first version's compass - this one doesn't seem to have such a thing.

The fact that it's just a clip out of all communication is nice, though.
Sometimes, when you learn new things, your expectations of yourself grow faster than your practical skills. You read about great things, and then you want to be able to do those too, but your practical skills and experience hasn't caught up yet. Maybe it's that?
tl;dr: Don't buy an e-reader, you will end up not using it.

But ironically the poll on that page doesn't support his argument.

As of right now (1331 votes) 66% of the e-reader owners voted for "I'm using it frequently", 22% for "occasionally" and only 12% for "never".
Ughh. I really wish topics like this didn't exist. Every situation is different.

I haven't touched code in 15 years, but I understand web technologies, constraints, possibilities, etc. People love our product and UI. I own the product roadmap and UI direction - have since the beginning. I write the specs, I do the wireframes, I refine UI, etc.

Why would I learn to code? What impact does it have on my business? I have 10 engineers who are extraordinary.

Every time I see this argument, I cringe.
On the "if we were to design a programming language" level,
it seems that a feature like ASI (Automatic Semicolon Insertion) is not only useless but even harmful. Every programmer is required to learn the rules of the mechanism in order to understand others' code. Furthermore, it needlessly increases the amount of possible programming styles, which, in my opinion, is a bad thing.

C programmers have always used semicolons and never wasted a second thinking whether they should.
That was my first thought, too. I was hoping for a mathematical analysis in the difference in speed of aging between fast and slow drivers. The real paper was far more useful and mundane.
Performance wise I've seen some good results from Clang SVN in the last few months. Not universally faster (or slower) than GCC or ICC, but I have seen (important, useful) cases where code was 30-50% faster compiled with Clang than anything else I tried. (I also saw cases that had terrible performance, and occasionally miscompiled code, though mostly it was +-10% of GCC).

I can't say I understand why anyone would care too much about compilation speed, though - GCC+ccache is about as fast as Clang+ccache, as the primary bottleneck is disk throughput.
The Future Just Ain’t What It Used To Be
Online Optical Illusion
> ...a company will raise $1 million on, say, a $4 million pre-money valuation. That gives investors 20%...

That gives investors 25%...

$1 million into 10 companies for 25% of each. 7/10 of them exit for $15 million returns $26 million. A damn good return, especially if the time frame is short.

Obviously dilution (and other things) can change things, but so can one or two moderately large exits out of the 7.
Not the first one:
http://www.theregister.co.uk/2009/11/24/ripa_jfl/
Well that didn't take long at all.
What kind of question is that? Why not go with language x for any project y?

Maybe he prefers python to PHP?
Same shit was happening to me for a while. I have 1 word for you: modafinil.
Thankfully, they provide a text-and-images explanation, too.
I would just like to point out that I'm pretty sure ports is the longest running joke in UNIX-like systems.

It always gets held up as an example of why FreeBSD is superior to Linux, and that's just insane. Its dependency resolution capabilities are awful, its third party repository capabilities non-existent, scripting it is an exercise in frustration, packaging for ports is easy but leaves me with feelings of horrible guilt because of the complete and utter lack of regard for the sanity of the end user, uninstallation is laughably weak particularly with regard to dependencies, and that's just the obvious deficiencies in the ports system. When you dig deeper, you find that the binary packages are universally unusable (often they don't even run because the libs they link against have been upgraded in the repository without updating the packages that depend on them), that you can't query ports for the actual state of the filesystem vs. what it thinks the state of the filesystem is because it simply doesn't know, and the list goes on and on. I find something new to hate about ports every single time I have to build something for it. apt-get and yum are vastly superior to ports in pretty much every single regard, though they are slightly harder to use for packaging software (but since ports doesn't support third party repositories in any reasonable fashion it doesn't matter, since you can't use the native package management on FreeBSD to distribute your applications anyway).

Sorry for the angry rant, but my level of disgust at seeing ports held up as an example of something good about FreeBSD is impossible to contain.

I generally think FreeBSD is a very fine operating system, with good documentation, and a very smart community. But, it's not because of ports.
She also made it a point to "take them to the ATM" on Fridays as well

Raised eyebrow...
Its all fun and games until someone gets a shard in the eye.
Groupthink + confirmation bias = arrogance and selective blindness
Entering it at a keyboard without mistake would probably be a lot harder.
And they both suck. ports and portage are horrible excuses for package management.
I like this project with the email replies, I use gmail so labelling and filters etc don't make it spammy

I put "buy my girlfriend a new ring" hopefully that will annoy that crap out of me until I do it lol

adding and optimizing the email replies would be great, its a great idea
You're absolutely right Josh, really important distinction.