jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
Granted, I've only interviewed for summer internships (and hope to never have to interview for a job), but the majority of employers didn't ask about/didn't care about my grades. Some of the best hackers I know aren't straight A students, and I agree that you don't need good grades to learn the material.

That said, I think the mentality that you only need to do the requisite amount of work to pass can be pretty dangerous. Sure, you may think you understand the course material without having to do the work, but just like with startups, the devil is in the details and the actual execution is what matters. If actually doing the work wasn't crucial to the learning, why not just read over and think about every programming assignment for 10 minutes without doing the actual programming?
Do you wear the WakeMate all day?

I loved sleep activity graphs in Brain&Behavior bio in college, wish I had heard about this earlier.

Also, have you identified anything that benefits your sleep schedule? The site hints at things like exercise to benefit and alcohol to disrupt, but do you have any anecdotes for me?

And one more: Can you identify different phases of sleep on your nightly graph?

Thanks!
I tried DuckDuckGo and was instantly turned off their website due to the terrible results they display. Not to mention that site looks like it was made by a programmer, not a designer i.e. unreadable.
Just because you're intelligent doesn't mean you should spend all that intelligence trying to figure out other people's messes. Simplicity and explicitness are paramount when collaborating.
Yoda expressions are still useful in Java when we're talking strings.

someString.equals("someString") vs "someString".equals(someString)
> As it turns out, even advanced programmers benefit from having a simple language when it comes to getting practical work done.

I'm making this point quite tongue in cheek however...

By that logic why do programmers hate Visual Basic so much? At least VB6 was very much a "simple language" relative to other things around at the time (less so with VB.net/C#).

A lot of the arguments people are making here (less is more essentially, and clear syntax wins over complexity even at the cost of efficiency) then VB6 should be something we're modelling modern languages off of, but it is not...

PS - Remember I am not being literal here. VB6 had some issues both then and now. I am not really comparing Go to VB6, I am comparing the arguments made in support of Go to arguments that could be made in support of VB6.
Explicit function naming requires slightly longer function names, but you can actually read a program and get a sense of what is happening. Give me long function names over short ones any day. In my book, 5 words is a little long, but not out of bounds.
Sure, when I say growth hack I mean that inviting new users adds value to current users always, but "the perfect middle ground" keeps been middle, I mean, let's be honest, I change the product to make it grow, not because current users are unhappy...maybe most of the product do it...
It's the difference between simple and easy. Go is very easy for existing developers to learn because it is basically a cut down subset of what they already know.

Which makes Go a great option.... if you use it properly. It means you don't need to worry about a programmers language history when you hire even if you need them to be productive right away.

It means you can hire the smartest developers, regardless of whether they have been doing embedded work, or spas in js, or large enterprise application dev in java, etc.
I'm very interested in the Messenger App platform, integrating rich media into chat is the reason I hacked a client side Messenger chat bot a while ago.

https://github.com/joaomsa/botman

Much faster to transmit intense disapproval or glee as a reaction gif.
This seems to be bad design on Amazon's part as well. There should be some kind of manual thresholding in place to make sure this doesn't happen.
In many cases, YAGNI.

This started as a conversation about for loops vs. chained combinators and wound up with specialized libraries for IO. You're not wrong, but that's a lot more work than a for loop to parse a log file efficiently.
It's a blunt tool though. If 99% of the time it is used for evil that might suggest we should try to come up with a more precise tool, rather than declaring that all the human suffering it causes is automatically justified by having a safe harbor for dissidents.
(The site appears to be down, so apologies if I've got the wrong idea here.)

But I can't deny that I can get a product out much quicker now than I used to.

Ironically, I'm not sure even that is true for some of the projects I work on. The amount of time we spend dealing with dependency, build and deployment issues caused by some variation of package and repository management is crazy.

It's often true that you can get a quick and dirty prototype out quicker by throwing together the right combination of libraries, I agree. And it's certainly true that a lot of places are selling products and services where the code is of that quality. It's also true that the people using those products and services are all too often getting what they're paying for as a result, both in how well the software works and the kind of customer service they get when it breaks.

I continue to hope that at some point the pendulum will swing back the other way, probably when we reach a point where significant markets are so fed up with short-lived, poorly supported, half-broken junkware that they understand the benefits of paying for something better. For now, sadly, the "everything should be free, or at least no more than $2 on my platform's app store" mentality is so prevalent that outside of serious professional industries it's hard to make money selling software that is actually good any more.

Back on a more technical subject, dynamic libraries do have one major advantage that is sometimes overlooked in the static vs. dynamic debate: you can access code in them from different programming languages at run time. In contrast, tools for compiling and statically linking code from different languages are rare, assuming you're even talking about languages that compile and link statically in the first place. Often the best you've got is hoping that each language can generate object files using the same probably-C-based ABI, making it possible to statically link them assuming that the various run-time systems are then set up correctly by the code itself.
It's unfortunate that people are downvoting you since outside criticism is a lot more useful than a thread full of people cheering on YCombinator. (Unless you're a troll, as suggested by your user name.) Still, your comment would be more helpful if you were a bit more specific.

Could you point to a few of the University projects you're referring to? I think we'd especially want to know if they require similar levels of investment, since cheap long-shot approaches compliment, rather than are made obsolete by, expensive traditional approaches. (If you think cheaper approaches are hopeless, maybe you could expand.)
Could be a mad-with-power office within the uni that decided to try and intimidate a student. Universities usually have review boards about this sort of thing before actually taking action though.
Slice posted a technique for a skillet/broiler method of getting the proper char on a Neapolitan pizza:

http://slice.seriouseats.com/archives/2010/09/how-to-make-gr...

This works well, and doesn't require oven hacking.
As a Hoosier (a person from Indiana) I've always thought the same thing. We never called a pizza a pie. When I was young, though, I saw the term "pie" used in a Nancy Drew novel, and I've seen the phrase "pizza pie" as well. Obviously they're related, and equally obviously there's some regional variation, but ... whatever the region is, Indiana is outside it.
pizza-pie - 1935, from Italian pizza, originally "cake, tart, pie"
http://dictionary.reference.com/etymology/pizza-pie

For the story of how pizza was introduced in the US: http://www.americanheritage.com/articles/magazine/ah/2006/2/...
The article mentions that asset sales are rare except in the case of a "fire sale" where immediate liquidation is necessary. I assume this usually means a complete exit, since tech startups usually don't often have limbs that can be chopped off. When do you see partial asset sales?

Also, it seems implicit in the description of partial asset sales (to paraphrase: "selling some of their businesses") that this is usually an entire business unit... does this mean purchasers usually require non-competition clauses in such transactions?
Check out "The Art of Pizza Making: Trade Secrets and Recipes" by Dominick DeAngelis. He's holds a PhD in engineering, and has done a lot of research to compile a simple pizza book. His recipes are a bit sweet for my taste, but his book helped me diagnose the main problems in my pizza-making approach.
Those aren't the usernames, those are the anonymous 'masks' that LAL puts on commenter activity to assign unique identity among comments.
Well... I agree that 2010 NTFS beats a lot of filesystems that were released in 2002 or so. That was kind of expected.

It's also notable NTFS is now catching up to some features that were part of Unix-heritage filesystems since the 90's. Like symlinks and mountpoints.
Could anybody please explain that to me? It's super hand-wavy.
It's not really secret in itself (but I'm sure operational details are still classified), as we did flyovers over NK and Japan (Where we caused quite a stir. They don't like to see US bombers flying overhead)

I'm not one to break opsec :)

Here's a web forum link briefly mentioning it:

http://www.gateway.alternatehistory.com/discussion/showthrea...
Every point on the limit of the fractal is within epsilon of some point on x^2 + y^2 = 1, for every epsilon > 0. So, if some point on the limit of the fractal were not on the circle, it would be some finite distance d from the circle. By choosing epsilon = d/2 you have a contradiction.

The circumference of the limit doesn't equal the limit of the circumferences.
I think that much like popular music [1], there's a lot of randomness involved in what makes it to the front page of HN.

[1] A few years ago I read a study that concluded that there's a lot of randomness in what songs become hits. They ran some experiments with tagged music and listeners. But despite trying to find the study again several times, I can never seem to find it again. If anyone does, I'd greatly appreciate it.
Thanks for the book. Just bought the kindle version!
I just tried a few days ago. They heavily promote their client and I couldn't find a link to just download the MP3s.
Modularity. Nobody wants to spend $3,000+ to replace a battery. Until it's possible for the average consumer to replace a battery module nobody is going to trust electric vehicles.
Adding a cache to improve Availability and Partition tolerance while pretending that your (now) distributed system is also Consistent is not "hard", it's impossible. Sorry, CAP applies to caches too.

You inflict this hard problem on yourself when you try to throw away the time context of the data. Just... don't do that. Contextualize data with a commit log sequence id and all of these problems vanish. If the cache has data valid up to sequence id XYZ, include that context in the response -- that's all a cache can say anyways:

client: hey can I have /foo/bar
cache: sure, /foo/bar was 'abc' as of #XYZ
(or)
client: hey can I have /foo/bar as of at least #XYZ+7
cache: sure let me look that up...

And thus the cache invalidation problem is reduced to the naming problem, and you have at least one fewer off-by-one errors. Change my mind. :)
Barcode Scanner on my Galaxy 3 failed to pick it up, noticed the corners but not much else.
The assumption that these 'naughty' people automatically have a good intuition for the rules that matter is interesting. It's a bit like all those people who think that they drive perfectly well when yakking on a cell phone, drunk driving, or going 20 over the limit, or perhaps both. Everyone's an expert on highway safety, apparently ("my intuition tells me I'm not distracted here, I don't care what those statisticians say").

Interestingly, I have known a surprisingly large number of dangerous drivers (alcohol, speeding or both) in the tech scene and many have fit whole YC 'naughtiness ethos' pretty well.

Playing by the rules without necessarily understanding all of them might have helped these guys at the moment when they outed a bunch of people as applying to YC using Twitter.
Ah, gotcha. It's on my todo list. Thanks for mentioning it. I'll bump up the priority on getting it done.
i like the default one

this is like making helvetica prettier by applying a comic sans filter
Hard to say. The page and the files both report recent timestamps.

The wayback machine saw the page in '96, has the windows version appearing between '97 and '00, and after that pretty much the only changes have been to the list of ftp servers.
I used the one hour as an example. They are 24 hours in a day and anyone that says "I have no time," is probably lying or not interested enough. Dell was founded in a college dorm and so was Google. Even Obama finds a few hours to go and play golf, basketball or take his daughters for ice cream. This guy wants to quit his job to become a programmer. What programmer? He doesn't know. Money doesn't buy you programing skills, you can learn a lot more with an old 386 computer at home if you truly want, than at MIT if you aren't as motivated.
Yes, just like functions are just a new buzzword for goto.

Structural pattern matching is a lot more than just switch/case, and I while I think pythons implementation looks imperfect, it will still be an amazing boon to the language.

There are a few gotcha-edge cases, but they are of the kind that are obvious once you've encountered them once.

I already know a couple dozen functions in my projects that I'm going to refactor to a fraction of their current length and improve the readability of at the same time as soon as this lands.
Do you have any recommended reading?
Booko lists 7 editions, latest one published October 2013: https://booko.info/works/65280 which is also the cheapest.
It's also how I feel about the CNN-watching population of the US.
> It would be nice if there was a single, easy to use site for mere mortals to enter bug reports (and others can comment on them, vote on them, process them, etc)

Having worked for Mozilla for 5 years (Zack also is a former Mozillian), I actually don't think that the root problem is the ease of use of the bug tracker.

Although bugzilla sucks, we still managed to get a ton of bug reports from external folks. But getting the bug report is only the first step. Once you have it, you need to, at a minimum:

a) Figure out what part of the software is causing this bug. For complex software like a browser, figuring this out often requires deep technical knowledge of the system, so is expensive time.

b) Figure out if the bug is already known. This is again often nontrivial because one bug can manifest in ways that may look superficially dissimilar, so requires an expensive person's time.

c) Collect additional information from the reporter. Most bug reports from muggles don't have enough information to let you reproduce the issue without additional back-and-forth. Since the bug reporter probably doesn't live in bugzilla like Mozilla folks do, they're usually slow to respond, if they respond at all. I've had bugs I worked on a week only to have the original reporter disappear. It's understandable; all this communication takes a lot of work.

d) Reproduce the bug. If you can't reproduce, go to (c).

e) If it's a regression, figure out when the bug was introduced.

f) Figure out if the bug is fixed in alpha/beta/nightly builds.

This is all before you actually try to write any code.

Every step here is more difficult and risky when the reporter isn't a known entity, so as a result, if Zack or I file a bug against Firefox, all things being equal we're much more likely to be paid attention to than if a random person files a bug. It's just a basic cost-benefit analysis on the part of people who already have too much to do.

I'd say that 80% of bugs I fixed while I worked on Firefox were identified by Mozillians (either employees or regular contributors). Which isn't to say that the remaining 20% weren't important -- they were, which is why I fixed them! But those 20% were a lot harder and riskier to fix, and that's not something I can imagine the best bug tracking software in the world ameliorating.
Love this. If anyone is interested in getting into Mycology I help work on an open source project mushroomobserver.org

We're always looking for fungi loving techies to help us out: https://github.com/MushroomObserver/mushroom-observer
I wish I had a better answer than "I make one up as needed", but I have more of a filking ( http://en.wikipedia.org/wiki/Filk_music ) background than any actual musical training.
Yep, you can now run Docker natively without a virtual machine.
WTH, you screwed up -- get over it. Nobody in the entire internet needed that lame excuse letter.
Ubuntu's changes to the kernel usually just backport new kernel features/fixes to an older kernel version. Compiling a fresh mainline kernel will get you most or all of those fixes. The source code shim that loads Nvidia's blob can be automatically recompiled by dkms when you boot into the new kernel. Installing the nvidia-kernel-dkms (or similarly-named) package should make that happen.
Agreed. From wikipedia - "Engineers made three separate requests for Department of Defense (DOD) imaging of the shuttle in orbit to more precisely determine damage. While the images were not guaranteed to show the damage, the capability existed for imaging of sufficient resolution to provide meaningful examination. NASA management did not honor the requests and in some cases intervened to stop the DOD from assisting."
This is funny, because G8 is commonly used abbreviation of https://en.wikipedia.org/wiki/Group_of_Eight
For a while nanovms was based on Rump[0], which had terrible performance. The new version of nanovms[1] we haven't benchmarked but we should; having said that, even the founder says they "[...] have spent very little time benchmarking" [2]

[0] https://en.wikipedia.org/wiki/Rump_kernel

[1] https://github.com/nanovms/nanos

[2] https://www.gula.tech/blog/files/135c832f92668268f1e9140a524...
If you look at the history of health care, it didn't start out that way. Before World War II, people generally paid out of pocket for most medical expenses, but also carried health insurance for cataclysmic events.

In WWII, the US government imposed wage caps in an attempt to stop inflation.

Stuck offering the same wages, companies had to offer other perks to their employees to attract and retain the best and brightest, and often chose health insurance as one of said perks. As health insurance became too common to be considered a perk, and was just thought of as part of the standard package, companies expanded what they covered.

Eventually we got to a place where something as routine and expected as an annual checkup at the doctor's must be bargained down to a $5 copay.

The evolution of health care absolutely fascinates me. There is a pretty common thread of government intervention having far-reaching and often unseen implications.

Medical licensing, for example, is another reason why health care is so expensive. In Ye Olden Times, someone who wanted to set bones would apprentice, learn the art, and then set about it. If you broke a bone, you went to him. After medical licencing, and the expensive schooling it entails, you go to the emergency room, with all the associated costs.

Now, the obvious bright side is that a well-rounded, licensed doctor in an emergency room may recognize a secondary affliction that a bone-setter would have missed. Being forced to go to a doctor for something that's been done by tradesmen for ages probably saves lives.

But, it removes choice, and it raises costs.

How you're willing to balance those three is largely ideological.
Previous discussion: https://news.ycombinator.com/item?id=8828155
Poe's law strikes again...
One of the big Taipei-based notebook manufacturers who builds machines for other popular brands. We'll be giving deeper transparency into our supply chain once we get full sign-off from the folks we work with there.
What is it? How is it different from wifi?
Apologies @maclured. Thank you @dang!
Despite how extremely minimalist it is, I really like the look of justinobeirne.com. Thanks for sharing these!
blog post Jan 27 mentions how they're prepping iOS apps:
https://www.blog.google/products/ads-commerce/preparing-deve...
It is strategically important for the US govt to have fabs in the US rather than next door to China.
15 years ago people could not believe I used Mac as a development machine.

Are you sure it wasn't more than 15 years ago? Because the way I recall it, after 10.2 was released most devs seemed to concede that Macs could at the very least serve as a passable way of getting Unix on a laptop, and once Xserve RAID came out even some greybreads where at least considering the idea of putting Apple hardware in their server room (even though very few eventually did).
Magnet is pretty good one too. It has key commands and sticky areas.

- https://magnet.crowdcafe.com/ or https://apps.apple.com/us/app/magnet/id441258766?mt=12
Because the native search searches also inside the files.Everything only shows you what files are indexed in the NTFS.

This is not a bug it's just hilarious that Microsoft thinks its search that is not communicating clearly what it does is better.
Unimpressed? With a portable O2 workstation? Did you consider that it is technology from mid 90's?
Yup, hence mentioned above Rectangle: https://github.com/rxhanson/Rectangle
quite right

Zuckerboi the greedy one. w/out him and his FB Inc. lot, and that vastly overrated egotist Assange [who never ever has been even close to ethical grounds of, for instance, E. Snowden] the sick-orange cretin HeWas45 never would have made it in the first place

just fits to what's been posted here earlier
https://news.ycombinator.com/item?id=25662215
The 'more likely' statistics provided are a somewhat deceptive attempt to paint a particular picture - until the raw numbers are provided, it is basically meaningless.
You could say the same thing about the energy grid, our military, etc. Not that you are wrong, but Wall Street melting down is way easier to back out of than a nuclear plant.
I'm glad SBC brought up Myanmar. The headline seems overly muted (something I never thought I'd say about headlines) -- FB already _sold_ ads facilitating genocide. I wish the general American public took that more seriously.
> When I think of the people that like big trucks, I think of the people blocking super chargers or blowing black smoke out the back onto Teslas. People that hate EVs because of a tribal political affiliation. This is the group that cares about status and argues over Ford vs. Chevy.

That's a surprisingly narrow minded world view. Are there walking stereotypes of comically evil rednecks who blow black smoke and hate on gays 10 times a day while being racist? I've met some, very few in fact and I live in a place where I go to see rodeo 3 times a year. Is that majority of truck owners? Not even close.

Where I live trucks are a sort of "I make good money I can afford one" vehicles. All young men want to have one! Tesla's truck fits the bill so well with young city dwelling men who grew up on 80's sci-fi, who love new tech and toys, and who want to proclaim "I am successful! I can afford this ridiculous over the top TRUCK"
The way I see it, when there's already a lot of complexity inherent to the domain (eg, software design), it's nearly always much easier to add to the complexity than to find a way to reduce it.
If you look at Google's stock price over Sundar's tenure as CEO you will see why it's very unlikely they "ditch him." Same thing happened with Ballmer.