Live data from Hacker News

Paul Graham Keynote at PyCon

brianrue.wordpress.com

71–80 of 127 posts

Re: Paul Graham Keynote at PyCon

#71

A nitpick: don’t try to identify a precise thing in the future. better model: columbus. “there’s something west. i’ll sail westward”. I bristle at seeing Colombus propped up as a model. The guy was wrong (he thought the earth was smaller than it actually was, so attempted to sail west as a shorter route to the East Indies), wrong (he discovered the Carribeans, not mainland America), wrong (he still thought he found t…

There are some things you can't say. I'm about to say one of them.

Paul Graham is now a pundit and member of wall st west (Silicon Valley). He has a vested interest in pimping his product - Young impressionable developers. You can take anything he says with an iceberg sized chunk of salt.

Re: Paul Graham Keynote at PyCon

#72
post #70

Everything here could be summarized under the headline "solve people's annoying, day-to-day problems (in an original manner)". There are some great perspectives here, but I have a (little) problem with the premise of "solve people's annoying problems". I understand that this probably was a business talk to people interested in entrepreneurship, and, certainly this is great advice for people wanting to build a profita…

I think he addressed this - the way to solve big, world-changing problems is to start by solving ordinary, day-to-day problems and then expand from that. If you start by saying "I'm going to solve poverty", about a year in everyone will say "Why haven't you solved it yet?" and you'll find it very hard to find people to help you. You end up accomplishing far less than if you said "I'm going to help a hundred underprivileged but talented high-school kids find colleges that are appropriate for them and give them their best shot of getting in."

I found that one of the worst and hardest mental habits to kick was the notion that I had to do "big, important things". Because big, important things are ill-defined, and your success metrics aren't clear. It's very easy to kid yourself into thinking that you're promoting justice for all, right up until you're 20 years in and the world is still not a just place. And then you have a mid-life crisis, think you're a failure, and give up.

It's much better if you can point to specific and yet often underwhelming-sounding instances of "I made this person's life better" or "I let this person do something he otherwise would not have been able to". A journey of a thousand miles starts with a single step, and all that.

Re: Paul Graham Keynote at PyCon

#73
post #63

6. bring back the old moore’s law I'll have to dig up my BeOS Bible this weekend, but I though the BeOS solved this problem over 15 years ago. I have been floored for years that chip makers keep telling developers to write code to work with multiple CPUs. If those developers are OS developers, then fine. But application developers? No way. This is the job of the OS!

I'm curious. How did BeOS solve this problem?

Re: Paul Graham Keynote at PyCon

#74

A nitpick: don’t try to identify a precise thing in the future. better model: columbus. “there’s something west. i’ll sail westward”. I bristle at seeing Colombus propped up as a model. The guy was wrong (he thought the earth was smaller than it actually was, so attempted to sail west as a shorter route to the East Indies), wrong (he discovered the Carribeans, not mainland America), wrong (he still thought he found t…

You're missing it dude. Columbus' conclusion was wrong when he started, but he had the right instincts to start sailing. This is what PG is saying - you don't know the future, so start sailing in an interesting direction and maybe you'll find something big.

With the extra benefit that had Colubus not stumbled upon an unknown continent, he would have died.

I don't think my job is anywhere as risky.

Re: Paul Graham Keynote at PyCon

#76
post #37

> inbox is a todo list. email is the protocol for putting stuff on it I see these categories of email 1. Email from people you know that you're likely to respond to, and which therefore lead to "conversations" 2. Reminders and "things to do" that you need to act upon; once you have acted upon it you usually update the status of the task by mailing back 3. Read-only email: email sent by corporations that you somehow n…

#3 is a doozie, and we've been working on it at Greplin. I think we can break it down into some subcategories:

* Notification emails that are very time-specific in their relevance. "Reminder: Coffee with Chuck at 3:25 today" or "Thank you for your reservation for a party of 4 at Alice's Restaurant at 7:30 tonight." You care about these a lot, until you have coffee with Chuck and abruptly stop caring.

* Things that are nice to have pass through your consciousness at some point. Amazon shipping confirmation emails, GitHub comment notifications, etc. Interestingly, most of these are mostly noise; when I get an Amazon confirmation email, the part I care about could fit in a Tweet: "Your Dromiceiomimus Plushie has shipped via USPS, with tracking number 54989086, and will arrive between Tuesday and Friday".

* Mailing lists. I have Gmail set up to tag all these and skip my inbox, which seems to be about right. The weird thing about mailing list emails is that almost all of them are explicitly marked as such -- there are several unofficial MIME headers for this -- and yet the default behavior for every email client I know if is to simply stick them in the inbox like any other email.

* Crap I don't care about. "Save up to 25% on useless ornamental doilies!!!1". The only part of this that I care about is the Unsubscribe link. I believe Gmail can auto-unsubscribe you if you mark these as spam.

Of course, while it's fine to break it down like this, the trouble starts when you start trying to actually extract useful information from emails so you can present users with a better view of their inbox. It's officially a Hard Problem, though like a lot of hard problems, you can get something useful with a lot less effort than getting something perfect.

What would you like from your inbox? For obvious reasons, I'm very interested. :-)

Re: Paul Graham Keynote at PyCon

#77
post #5

Curious point: > replace universities > heading down wrong path last couple decades. not fun for students or professors. Is that (fun part) generally true? I'm in my thirties, and I certainly had lots of fun at my previous job (MSFT, on developer tools), but none of it compared with either my undergraduate or Ph.D. student experiences. That also seems to be true for most of my colleagues and friends --- who have done…

> Are non top-tier universities really that bad? Yes.

I went to a pretty low tier university, and watching videos from places like MIT/Stanford just blows my mind.

It must be amazing to have gone to a university with good teaching and electives, along side peers who actually cared.

Re: Paul Graham Keynote at PyCon

#78
post #70

Everything here could be summarized under the headline "solve people's annoying, day-to-day problems (in an original manner)". There are some great perspectives here, but I have a (little) problem with the premise of "solve people's annoying problems". I understand that this probably was a business talk to people interested in entrepreneurship, and, certainly this is great advice for people wanting to build a profita…

I think he addressed this - the way to solve big, world-changing problems is to start by solving ordinary, day-to-day problems and then expand from that. If you start by saying "I'm going to solve poverty", about a year in everyone will say "Why haven't you solved it yet?" and you'll find it very hard to find people to help you. You end up accomplishing far less than if you said "I'm going to help a hundred underpriv…

I agree with everything you said. Yet, I don't think that's where Mr. Graham was taking this (though I haven't heard the actual speech, but, for the purpose of this discussion, let's assume that the summary has, indeed, captured its spirit). I think that his advice focused on how to build a successful business - important, sound, advice for any professional, but hardly a source of inspiration, which, I guess, was his intention.

Anyway, as I said, I don't really have a problem with anything he said in particular. Some of the things actually made me think. My only issue is the premise that engineers should be inspired by business. Case in point: "it would be great if a startup could make a lot of cpus look to the developer like 1 cpu... the expected value of working on it might be really high. why high: web services. programmers like convenience." I would have said that with a compiler like that, scientists would be able to design new drugs more quickly, or that a manned mission to mars could be done more easily, or... I don't know. But his example (at least as it appears in the notes) is web services.

Again, he was talking about how to come up with ideas for a start-up, which is a business, I guess, so the talk was very much to the point. But even if Mr. Graham believes that start-ups are where smart engineers should spend their best years and bright minds because start-ups are what makes the world better - and he does indeed seem to believe that - I think he should have at least discussed why it is that bright young people should strive to build high-risk fast-growing businesses, rather than, I don't know, go work for the government or an NGO. It is as if many engineers just assume that the best path for an accomplished engineers is in the fast-money business. Engineers should be agents of freedom, of equality, of innovation and even social justice. I just don't like it that nowadays engineers in certain fields are automatically associated first with money, as if they were stock brokers or something. This is important because history has shown that smart as they are, scientists and engineers were often very easily manipulated into serving some terrible causes. They are easily manipulated because they are drawn to solving problems rather than thinking about whether they should be solved in the first place.

For example, an easier delivery of entertainment "content" is a problem for an engineer. But is it a problem worth solving? From a business perspective - certainly. From a human perspective - possibly. I don't know. But young engineers eager to learn from an experienced colleague are already trained to think about how to solve problems. They're even trained to find problems to solve. But they should be inspired to think about why it is that a problem requires solving, and to consider whether there are other, more worthy, undertakings. Again - in the end they'll do whatever it is that they're doing now. Only that shouldn't be their inspiration.

Also, big things don't have to be well defined. They should just hang up there as a source of inspiration. Big things, not rich people.

Re: Paul Graham Keynote at PyCon

#79
post #37

> inbox is a todo list. email is the protocol for putting stuff on it I see these categories of email 1. Email from people you know that you're likely to respond to, and which therefore lead to "conversations" 2. Reminders and "things to do" that you need to act upon; once you have acted upon it you usually update the status of the task by mailing back 3. Read-only email: email sent by corporations that you somehow n…

A replacement for email probably won't look very much like email. It'll inherit the good and drop the bad.

Speech ---> messenger ---> letters ---> telegraph ---> telephone ---> fax ---> email ---> ???

What's good about email? You can send it at any time. It's standardized and supported everywhere. UTF-8/UTF-16. Cheap/free. Extremely fast. Extremely easy.

What's bad about email? Spam. Conversations get broken (reply instead of reply-to-all). Prioritization must be done manually, and differs between the sender and receiver. Lack of privacy (PGP is a bandaid on a severed limb). Reading and interpretation takes time. Fonts, colors, and graphics can too easily be used terribly (e.g. the "view" is broken in MVC). Micro-managing messages and contact lists. Search (http://theoatmeal.com/pl/brain/memory). Conveying context and emotions is difficult. I'm sure you can can list more.

--------------------

I've been thinking about the prioritization issue, using a sort of expensive cipher, but for humans.

In the morning, Kate in accounting gets a call from their supplier for car engines. They demand $6.7M payment on an invoice 90 days overdue, and won't make the engine delivery tomorrow unless they get the cash wired to them by 5pm tonight. Kate knows they need those engines to put in cars coming off the assembly line tomorrow, so Kate sends an urgent message to Susan, the CEO. They have the cash, all Kate needs is Susan's approval to wire it.

Susan gets the message in her inbox marked "urgent", but doesn't read it. She has 1,000 other unread messages, 200 "urgent". Susan gets through 800 messages before leaving, but never gets to Kate's.

The next day Susan finally reads Kate's message and FREAKS OUT! She calls up the car engine supplier about the late payment. "Sorry, no engines today! Next time make sure you pay us on time!" Car assembly halts, productivity bottoms, and they start burning money from idle workers and sales lost to late car deliveries.

In a small company, Kate would just walk into Susan's office and remind her. In a large company, with a CEO who's "SO BUSY", or another human who's "SO BUSY", important messages like that can be read too late. Here, Kate knew it was really important, and marked it "urgent", but because too many other people cried wolf too, Susan never got the message.

So, how can you prioritize a message, relative to all other messages someone else has queued?

Imagine an economically-consuming task. We'll use time, but money could work too. When you press "Send", a button pops up. The more times you click on it continuously, the higher priority your message will be relative to others who clicked it fewer times. Your message isn't sent until you stop clicking for 5 seconds.

So, if you click your button for 10 minutes in a row, which is a total waste of your time, your message will appear higher on someone's message-queue than someone who clicked it for 9 minutes in a row.

Furthermore, when the receiver gets the message, and see's that you're a drama queen over-reacting on something that's really low-priority, she can down-vote you. Next time, 10-minutes of button clicking will only count for 5 minutes. The sender gets notified that they cried "wolf! wolf!" and can alter their behavior accordingly.

Clicking of a button doesn't have to be the actual task. It shouldn't be able to be automated (button-clicking can), and it should be boring (playing Tetris would be disastrous, yielding every message as URGENT).

Cash works too. If you cold-send an email to Bill Gates, he's probably not going to read it. What if you risked $100 sending the message? Bill has 48 hours to read/reply to it, otherwise the $100 goes back to you. If he does read/reply in 48 hours, he can keep the $100 (don't bug me again!), or return the $100 (let's keep chatting...).

Re: Paul Graham Keynote at PyCon

#80
post #53
post #40

Earlier quoted context omitted.

> In fact, the technical people I've met on average have been smarter than liberal arts people. That's a standard technical person bias. I'm betting that its not true on average, that a good philosopher, businessperson, or history student is equally smart, but it's not as discernible due to the falsifiable nature of technical work.

> That's a standard technical person bias. First of all - I wouldn't count being a businessperson as liberal arts. One way you can look at it is how many people drop out of technical subjects because they find them too hard to move to humanities and liberal arts vs. the opposite. Anecdotally, for me the former number has been much larger. The latter number has been 0. Similarly, I've had many technical friends who to…

You're making the assumption that being able to perform well in tougher classes at school means that you are smart.

People drop out from technical studies into humanities because they did not perform well academically in their technical studies. Just because a group of people can perform better at school than another group of people are not smarter. One group is better at school. And school is not an indicator as smartness. Just because a class is harder does not mean that the people who do well in it are smarter. Performance at school is not a direct indicator of smartness.

Post reply on HN