skysight-inc/HackerNews huggingface dataset:
I'm not looking to found a startup, but I have spent some time thinking about how to network effectively. I agree with others here that there are no shortcuts, but I've had success with some of these tactics:

1. Do put yourself out there. Go to a lot of events, accept invitations, make it known that you're interested in meeting more people (encourage friends to make introductions).

2. Don't let social events fatigue you: get in, get what you want, get out. However, once somebody opens up to you, i.e. invites you for dinner or drinks after an event, you need to switch modes: put in the time, treat them well, even if it compromises other parts of your life. If you're not giving something up, you're not giving anything.

3. Make friends in different cities or countries, then travel and stay with them. They will introduce you to their friends, who may then introduce you to their friends, etc. (Best, of course, if you're invited.)

4. You must actually be worth meeting, so be sure you've already put in the work and thought out a narrative that ties your past accomplishments into a story building toward future success.

5. Be interesting. Read, think, write, have a point of view.

6. Be interested. If you talk too much, you reveal that nobody wants to listen to you. If you show authentic interest in other people, doors magically open.

7. The best "hack" I can think of is to make use of the Facebook, Twitter, and LinkedIn social graphs. Pay attention to the suggested friends / follow feeds. For people you particularly like, go through who they follow and identify potential friends, allies, collaborators, social gateways, etc. After you have a list of people you might like to meet, you can start to be strategic about framing yourself and putting yourself in the right places to meet (and interest) them.

8. Remember that meeting one person is an opportunity to meet their friends and anyone they think you should know. After you've gotten to know somebody a little bit, it's ok to ask if they know anyone you should meet. Or you may not have to ask: if you get an invite to an event, always accept it – you never know who you might meet.

9. Think in terms of building a social graph. Read a bit about the study of social networks including "social capital", the roles of different nodes in the network, strong ties vs. weak ties, etc.

10. There's no excuse for bad social skills. Learn good manners and be prepared to adapt to new cultural expectations.

Again, as others have emphasized, there's no easy way. High value people are already overwhelmed by demand. As a friend once advised me in regard to dating, "be the flower to the bee."
I'm no expert either, but I don't think this only applies in b2b scenarios. There's some old anecdotes about new restaurants pricing themselves too low, failing to gain customers (due to being perceived as too cheap/must be low quality). After raising prices, serving the same food, they suddenly got more customers. Similar stories for retail (yes, anecdotes are not data -- but AFAIK this kind of thing is marketing 101).

I've not seen any studies on this wrt app stores, but my impression is that you can be completely free (and it helps with a brand name, like Autocad or Adobe) -- or you can be a little pricey with no free trial -- and still be perceived as being "high quality".

Note that big companies offering great apps for free is most likely a case of predatory pricing -- they might not have any ambition of making money from the apps ... ever. But if it funnels a certain percentage into their for-pay other apps/services that might be an acceptable price to pay for marketing.

Add a free trial, freemium, or low price point -- and your app is likely to be judged more harshly.

The price points/perceptions are likely a little different in the various app stores too, and vary a bit from country to country (eg: median salaries (and median prices for a cup of coffee) are likely to affect what people think are reasonable value for money).

I do think many developers dream of getting a big number of users, and tend to overestimate how quickly success should come. I would guess that getting a hundred paying users should be an important milestone, and depending on the app, one might need to keep those around for quite a while (a year?) before one might really start to see an effect of word-of-mouth in terms of sales. This isn't nearly as sexy as getting to one billion users in a year, but probably more realistic?
Yes you're right. Originally there was no B register in generations prior to x86.
Fuel Book – Device Which Turns Your Car into a Smart Car for $69
The ten commandments for wall street interns
High-tech robots falling down
I never really got to play extensively with Docker mainly because I have found the setup of OS X not quite friendly. While I understand the value of Docker, basically booting up a VMware/VirtualBox image was faster for my own use.

I'll have to give boot2docker a try to see if it is changing things. Having a good guide will definitely help.
Great point that I think all the JSON advocates are missing.
Yep, can confirm. I worked in requisitions in a maintenance shop in the military, and September was always a ridiculous time.

"Hey, we have $120,000 to spend. Make it happen." I would then go to the different section chiefs and ask what they needed as spares. Some were reasonable requests, others were ridiculous. If we didn't spend the money, the budget would decrease the next year, and it would be hell getting that money back when a really expensive part died.

The hilarious thing is that the Inspector General's office is responsible for preventing this thing from happening... but if you go talk to their requisitions personnel around September, they're doing the exact same shit as everyone else.
Numerous people are, though not via raw assembly. You can call clone() via glibc and pass all those same flags; you can also call unshare() from the child process. Take a look at the manpage for clone(), which discusses the difference between the raw syscall and the glibc wrapper. The former works like fork(), so if you use it to spawn a thread rather than a process, you need an assembly wrapper to handle running on a new stack and similar after it returns; the glibc wrapper handles that for you, calling a function pointer you provide:

/* Prototype for the glibc wrapper function */

#include <sched.h>

int clone(int (*fn)(void *), void *child_stack,
int flags, void *arg, ...
/* pid_t *ptid, struct user_desc *tls, pid_t *ctid */ );

/* Prototype for the raw system call */

long clone(unsigned long flags, void *child_stack,
void *ptid, void *ctid,
struct pt_regs *regs);

clone() of a separate process with the various namespace flags (such as creating new network or filesystem namespaces) forms the basis of all Linux container solutions (including Docker and Rocket). clone() of a thread with unusual namespace flags is less common, but not unheard-of.
The one thing that can be reliably expected from any debate of this kind is that those who fall on the fortunate side of some line between a good outcome and a poor outcome will be all about personal responsibility and making good choices, and those who fall on the other side of that line will be all about injustice. I don't really give a shit how hard you worked to become a well-compensated software engineer. It was still mostly luck. You were lucky to be born at the right time, lucky to have a brain that works the right way, lucky to have access to the tools and materials you would need to learn, lucky to have time to learn them, lucky to have a stable-enough environment in which to learn them. Lucky, just like me.

I've been a well-compensated software engineer for three decades. Even more lucky in my case because I was on track to be a journalist and the only reason I do what I do now is that my parents sent me to a school where I happened to stumble on a mainframe I could play with, and later bought a home computer I could continue to learn on. I had nothing to do with either decision. It was just luck. Before you judge the outcomes that others have to deal with, and the paths by which they got there, you should think back on your own and consider all the little inflection points in your life that you had nothing at all to do with. That exercise should be enough to whack a couple of inches off of your estimation of your own merit and entitlement.

And one last thought: perhaps the most damaging effect of the very high cost of education in America is that it means we can only have one kind of education: the kind that results in making a lot of money. All the other kinds of value seemingly have no value. We don't need artists, for example, because most of them won't make enough to pay for an education. Ditto philosophers, writers, most teachers, many scientists, etc. If you were a parent now, as I am, and considering colleges for your child, as I am, how could you possibly encourage him or her to attempt to study the arts or sciences at a first-class school? The odds of ever being able to pay back those loans in those professions are small and dwindling. The arts and sciences will, I think, end up as the hobby careers of the children of rich families who can afford to pay for school out of pocket. Maybe it's always been more that way then not, but I can't help but contrast our approach to that of Denmark or Germany, where everyone goes to school at no or low cost. Which society is more likely to make the most of it's human potential?
BTW, Urbit has neoreactionary politics hard-coded into the network layer. I don't know if that was to be discussed in this particular talk (usually the Nock/Hoon stuff is so weird people never get to the rest), but if Yarvin/Moldbug can't keep political rants out of his documentation then I think it's fair to consider the politics as part of the technology.
Nitpick, sorry. `ctime` is not Creation Time, but Change Time. The traditional *NIX file systems do not have a meta data field for creation time.
Patio11 is working in a different domain than mass-market products. He deals with niches; by raising your price in a niche, you find a different niche that is willing to pay more, which by definition will make you more profit.

This basically never works with the mass market, because the mass market, by definition, contains all those people who can't afford to pay more. To make a mass-market product work, you basically need a vision as to how everyone on earth should be doing things differently than they're currently doing them, and the sales and product skills to convince users of that vision.
I'm not meaning to imply they're babies who can't make life decisions. What I'm saying is that 1) many## people aren't informed when they make the decision to take out such a large sum of money, 2) the consequences of the decision don't set in until 4 or 5 years after making the decision (bring on the cognitive dissonance!), and 3) there's incredible social pressure to do it. For many families, the degree is the Golden Ticket, which should be obtained no matter the cost.

## I'm using many in the sense of personal experience and the experience friends and family. So if you want do to a [citation needed] argument here - sure, whatever.
Google drive/dropbox?
I agree - the only good thing I can say about chalkboards is that they're something like an order of magnitude cheaper.
How a No-Tipping Policy Helped a Restaurant Triple Profits
If I could cache the page I wouldn't need a metro app anymore.
Just sent a couple of pull requests to make this run on stable Rust 1.0.0 (using swaps instead of the unstable drain feature), and to clarify that production rules shouldn't be able to mutate their environment (they should be pure functions). Great library, and a good introduction to how Rust's typing can make algorithm implementations a pleasure to read in code!

EDIT: Links for the curious: https://github.com/atheriel/lsystem/pull/2 https://github.com/atheriel/lsystem/pull/3
Generally, no, it can't. Mortgages are contracts. By their typical contract terms, the lender can't foreclose unless the borrower is in breach of the contract. That means falling behind on payments. Could you write a custom mortgage to allow the lender to foreclose anyway? Sure, but then the problem is whether it would be securitizable or in compliance with local law. Unlikely, thus, a bank would not do that. The average mortgage and note are form contracts with some variation, but not this 'steal your house' term.

Parent post also implies that during the foreclosure crisis the value of houses increased. The opposite occurred.
> A degree is NOT something anyone is born with. It is something many people work very hard to earn.

But, again, you are automatically discounting everyone who worked equally hard to acquire their skills just because they don't have the right piece of paper. That is exactly the same as rejecting a female candidate on the assumption that because she is female, she probably doesn't have the necessary skills – and statistically speaking, in this case you'd be right – the number of female CS graduates is significantly lower than men.

So, if you're just playing the numbers game like you suggested at the beginning of your post, then why not reject all women?
The author of Irregular Webcomic walks through a Banach-Tarski decomposition and it turns out not to require any really heavy-duty math. You should understand it if you know what rational and irrational numbers are:

http://www.irregularwebcomic.net/2339.html
That article does little to justify the "X for Y" meme. The reason for it is that "X" is famous and successful already and people are trying to capitalise on that, and because a three word summary is pithy and easy to remember.

As to your startup - Pandora is a streaming radio service which actually, you know, streams radio, as a service. Emailing lunch menus (or calendars, or whatever) is not as to lunch as streaming radio is to traditional radio, so your "X for Y" makes very little sense!
Conflating circumstances and choices is absurd. Siegel's default wasn't the inevitable result of circumstances. It was a choice. Whatever the outcome, he can't deny agency. He can't say it was all somebody else's fault, and that he only did what he had to do. He had to do one of several things, and he chose one. Millions of people, none of them in identical circumstances but statistically close enough, made different choices and had those choices work out fine, without the life of self-loathing Siegel predicted for himself if he had chosen differently. That prediction was convenient, but ill-founded in fact.
Except what about Dates? Or apps were floating point precision is important? Or needing to deal with very large integers? Also, have you thought about how large the output would be for ls as JSON? Think about the I/o usage if every time you invoked ls it had to do a deep walk of the file system to get all the possible data ls might output with all its command line arguments.
Frankly Speaking: How I Found Purpose
JSBlock? Do you have a link?
Finding faults just to show the authority just like rhetorical questions. Rectification of those "insignificant infractions" need not make the company or product better
Hulu during the their beta days had the best solution in my opinion. They would show 5 second ads before your video starts. The ads were so short there was no reason to skip them or divert your attention to a different window to browse facebook.
I think it would depend on the jurisdiction, and the "degree" of "implied promise". Eg. in Norway there's pretty strong protection for (private) buyers. On the other hand, proving fraud in the case of the company behind the app simply declaring bankruptcy/shutting down would probably be pretty difficult.

I suppose a relevant study would be Microsoft Zune/music store, and/or Yahoo(?) Music that shut down and killed the DRM servers, effectively removing music people had "bought"?
"Government doesn't care about robot competitions."

That was a DARPA competition they won.
> Yes, there is this strange idea in new generations that GNU/Linux is UNIX, without having tried DG/UX, Tru64, Solaris, HP-UX, Aix, Irix and many others.

Actually, one can say that nowadays Linux is unix. It isn't Linux that has strayed outside the unix philosophy, it's the commercial unixes you've mentioned that have become stuck in the past. Even those that still get under-the-hood work and new features, are not even trying to become nicer to end-users (sysadmins).

On second thought, they are, since you can easily install GNU utilities from vendor-provided repositories (on AIX you even use RPM to do it).
Depends on the 2d graphics you want. There are Rust bindings for GTK+3 if you want a toolkit, or bindings for Cairo if you want raw 2d graphics.
> ... the best co-founder is someone you already worked with. Not helpful? That's the truth.

Not really.

I started-up with a co-worker (of 2 years) and a guy whom I hadn't worked with before and guess who was the first to bring problems to the company and quit? The guy I previously worked with...

Truth is you don't really know a person until you're both in a seriously f*ckd up situation. That's what my experience has taught me.
> re:Efficiency, magnitudes more efficient on read-side in all ways (including throughput and latency)

More efficient than what? RCU with a general-purpose GC? I thought that's what we were talking about.

In our in-memory database (written in Java), we use what you call RCU (I had no idea any copy-on-write without any synchronization on the read side is called RCU) where we can for read-mostly data, but the problem is that in some data structures, nodes may be referenced by two references (or more), so since we don't have DCAS, we can't do the atomic replacement of the node (in some circumstances we can forgo the transactional update of on one of the references, so we can do RCU). Another problem is that some writes must block reads to ensure transaction isolation. Instead, to reduce the cost of reads updating a read-write lock, we use optimistic locking that also ensures a reader requires no memory writes, but may retry due to a concurrent writer.
Good advice. I negotiated a sort of earn-in with my initial co-founder because we didn't know each other well at all. My friend introduced us, and after a couple months I knew it wasn't going to last. We split and went our own ways - It would be nice to get to know some people working on cool stuff even if it has nothing to do with being a co-founder.
How Mobile Phone Data Reveals the True Toll of Mass Layoffs
A thousand times yes. What you say happens and then some, and then more.

I would suggest not trying to "find" a cofounder -- the "cofounder" idea of a word is itself a weirdness here, almost mythologized -- you're either there at the beginning or you are not, and if you are, you're a founder. If that person's name wasn't just JUMPING at you when you had a company idea, you don't want one, or need one.

If you did not naturally find an idea with someone, do it yourself. Be the CEO and hire the help you need (and get rid of them if they don't work out), but don't give up control.

This is basically marriage (you'll probably spend more time with them than family at times) -- and you don't marry someone you don't love. You must really really know them. And that takes years, and can end your startup if you choose incorrectly.

If you are trying to get someone to implement your business idea, hire technical help. If you are technical and need business help, hire somebody to be your VP of Sales/Finance/whatever.
I have never thought that UNIX approach is the "best" in a universal sense.

But when compared to how large, slow, complicated and opaque the "alternatives" are, UNIX is the clear choice for me.

I can modify and recompile UNIX to meet my own ends. That is all but impossible if I chose an alternative such as Windows.

For example, if I do not want ls to have 30+ options, I can trim it down to just a few options and recompile.

There are other utilities besides ls for viewing file information, e.g., BSD stat(1) or mtree -cp. The later displays mode information in octal which is something ls, despite its 30+ options, does not do.

Or I can write my own simple utility. I am given the full UNIX source code. Where is the source code for Windows?

Personally I keep my filenames short and never use spaces, so I sometimes use the shell's echo builtin and tr(1) to get a quick list of files.

echo * |tr '\040' '\012'

If there were non-UNIX alteratives that were small, simple and transparent, perhaps I might not be using UNIX.

Because I have become very comfortable with UNIX, any alternatives that others suggest have to be comparable with UNIX on size and simplicity before I will take them seriously.

Currently, I use a kernel source tree that compresses to under 40MB; I can compile kernels with about 200MB of RAM and fully loaded kernels are about 17MB. Userland utilities are usually around 5MB as I prefer to put them in the kernel's embedded filesystem. I do not like to rely on disks. My "IDE" is the same system I am compiling. There is no GUI overhead, everything can be done in textmode. The importance of the preceding two sentences cannot be understated.

I am always willing to consider non-UNIX alternatives that can offer the same or better flexibility, size constraints and simplicity.

But after decades of being open to alternatives, I am still not aware of any.
Congrats on finishing. Your experience sounds a lot like mine.
Being able to brainstorm and trust is huge. You have to be able to jointly strategize all the time, drop all barriers, and really know how someone thinks.

Mediocre non-brilliance is better if they can drop those walls, and admit where they need help, because hard work and drive gets things done.
Having migrated to Clojure I prefer:

(reduce + (range 1 100001))

but you can make yours a little nicer by relying on a Range being enumerable, hence:

(1..100000).inject(:+)
I think one key is to find someone who has the same motivations as you - are you aiming for the same goal? Do you have the same drive? Why are you looking in the first place?

But I also don't frequently see this drive to "find a co-founder" outside of discussions tied to YC. For YC, yes, having a co-founding team is a key component. But outside of YC, if you want to start a company, you just do it. Maybe you have other people involved, maybe not. Circumstances vary. Finding a co-founder is an option, and maybe even a good idea, but is not a road-blocking milestone.
The Twisted History of Your Favorite Board Game
Yeah, I'll let you know how it works.
Beautiful story - truly exceptional man.
> You can’t write a function that returns a list of files because the shell doesn’t know what a “list” is, doesn’t know what “files” are, and couldn’t tell you the difference between a “function” and a “program” if its life depended on it.

Could it be that what this article is really groping towards is Perl? I mean Perl not as it has become, but as it was -- Perl 4 perhaps: basically the capabilities of the shell, augmented with a couple of data structures. So there are strings, lists, hashes, and functions, and that's pretty much it.
What's the overloaded term you're talking about?
Do people really have difficulty with the possibility of a random multiverse? We discovered earth wasn't the center of the universe, why do we need to attribute so much meaning to our universe?
Speaking of bloat (from another comment in this thread):

> I am really curious about how much parsing and formatting occupy *nix source code. (IIRC 30% of ls),