skysight-inc/HackerNews huggingface dataset:
Thanks for reading! (I wrote this.)

> I'm also not sure what to make of the idea of calling for the terminal to be revised and considered the way forward in user interfaces. Apart from speed, what problem would that solve?

So I didn't mean to imply exactly that this is definitively the way forward. What I meant to imply is that the terminal programs we have today are flawed, but overall closer to a better model compared to other interfaces we're producing — mainly the web.

Interfaces in web browsers are decently okay, but they have some fundamental problems that are unlikely to ever be tractable. For example:

* Speed. Even the fastest websites are slow compared to native applications. The median speed of a web application (for say your bank, credit card company, or local utility) is _terrible_ because that's the default given the current framework. You need to a high level of mastery and knowledge beyond what most developers have to build something better.

* Consistency. Every web app looks and behaves differently. Instead of learning common conventions once, users learn everything afresh over and over again.

* Usability. You'll never get better at using most web applications because there's no framework for advanced usage at all; instead all of them cater to the lowest common denominator. There are a few exceptions like Gmail's keyboard shortcuts, but they're rare, and not very powerful compared to something like Vim, where the more more you learn the greater your productivity becomes.

* Composability. I try to show in my GitHub copy + paste video that even copying things out of web pages is hard. (This one addressed further below.)

> And I'm intrigued when it says interfaces should be "composable by default so that good interfaces aren’t just something produced by the best developer/designers in the world, but could be reasonably expected from even junior people in the industry".
>
> I'm afraid I don't understand what that means.

I might have mixed a couple different ideas there, but when I'm talking about composability, think like pipes in a shell. Just imagine if I could say something like: "okay Credit Card App, pipe the list of charges that I've tagged with 'corporate' into Concur and file expense reports for each one".

The closest we can hope for something like that is for someone to build a third party app that uses the APIs of both your credit card and Concur and does this for you, but even there, you're still operating along the fixed rails provided by another app. Imagine if you had flexibility on your own terms that was available to even non-power users by having your credit card and Concur provide standardized primitives that your web shell could hook into and use.

As for the comment on junior developers: what I meant is that it's possible to create a fast and good interface on the web, but the amount of knowledge that you need to do so is mind boggling. You'll need to understand at least: design, CSS, JavaScript and probably using it to build fast client-side interfaces, asset compilation, CDNs, server-side performance measurement, etc. The barrier is just too high.

I hope that helps to clarify some things!
Or like Soylent Green. We are not there yet, luckily :)
Still you're paying for a chicken patty and you're getting 50% filler. I mean, remember when TacoBell was called out because their beef was only 30% meat?
Your anger seems incredibly misplaced.
Yes, exactly.

If Linus truly doesn't care about security, then git could use any error correcting code that produces a uniform distribution of tags, such as CRC64. The size of the tag only affects the number of objects we'd expect to be able to commit before we see a collision: over 4 billion in the case of CRC64.

Linux mistakenly claims using a cryptographic hash function helps avoid non-malicious collisions, but this is not the case.

Where the choice of a cryptographic hash function matters is specifically if we expect an attacker to be trying to collide tags. CRC64 is a linear function of the input data and therefore fails miserably at preventing attackers from colliding tags, but still produces a uniform distribution of tags for non-malicious inputs.

git seems to be in the odd place where Linus argues he's using a cryptographic hash function but not for security purposes.
In a good independent sandwich shop, you'll get a much better sandwich, with higher quality bread, and meat, but the meat is still going to be processed. Salami, ham, prosciutto, bacon, mortadella, pastrami, sausage, are all processed meats by definition. Most chicken and turkey will be processed/cured/flavored as well. You might occasionally find a sandwich shop that has a whole roast turkey or pig they'll slice, but it is uncommon.
If you want constructive responses you need to make non idiotic comments.

Humans can't observe without a conscious because humans have a conscious. That is related to the nature of being human and has nothing to do with any thing fundamental to observation.
It's an interesting question. I'm trying to imagine how a test of this nature would go over in my town. Would it be welcome or would politicians try to stop it for whatever reason? I have no idea.
I press tab in my zsh and it doesn't look nearly as nice. Is that specific to the theme you have running or is it an extension?
I think there's still something to be outraged about if they are selling "chicken" that is only 50% chicken. When they advertise something called "oven roasted chicken", it should be nearly all chicken.
He was developing large parts of e.g. Doom: He didn't write the BSP traversal and texture mapper (the graphics engine), but he did write monster AI, level behavior, and level editor.

I think, I heard him state in an interview that he also did a lot of development on Quake in addition to the levels. Obviously the graphics engine was Abrash and Carmack's
I'm not sure terminal-like interfaces are the way forward, but I have to say that I love the design of this site.

As an aside, you can actually turn off the sliding animation in MacOS spaces. There's a "reduce motion" setting in the accessibility preferences. Although, reducing motion replaces sliding with a glitchy fade animation, so it's swings and roundabouts.
The example given for selective columns on the left is bogus, though; of course a composite index can't be used if the first column in the index isn't used by the predicate - and this has nothing to do with the selectivity of the column.

Selectivity of the column in principle matters to reduce the time spent doing comparisons to find the right slot in each btree page; if more selective columns are at the end, the comparison function will have to scan through more of the index data to determine ordering.

Much more important, IMO, is reuse of the index. If you frequently use predicates referencing N-1 columns and have an index on N columns, you're better off if the least used column is in the Nth position. I think this is what the article was trying to get at, if somewhat hamfistedly.
Since it's Subway, yes, because they use the 6in/12in measurement in their stores worldwide AFAIK.
No, it's growth hormones, not antibiotics that are illegal, and would be quite pointless even if legal - that's the urban myth you're thinking about. Antibiotics are legal and are still being used with abandon.
Illegal immigrants are criminals by definition.
It's not that crazy. Canada is metric, but meat is usually labeled in ounces in restaurants.
> many candidates who are equally "qualified" within our margin of error

Too many acceptable candidates? Nobody I've ever worked for had this problem. If you meet the bar, you're getting an offer, even if Chuck Norris and Jeff Dean carpooled to the next session.
They did break backwards compatibility with git v2.0 but sadly they did not bother to change the hash function.
It inevitably comes down to a choice between institutionalized discrimination and latent discrimination.

You could weigh it based on which drives more talent away, but I don't care if Silicon Valley can keep wages low for another five years. I care more about individual choices.

We can assume our behavior is wrong for reasons we can't understand and try to correct for effects we can't measure, but I see this as missing the point. The entire reason discriminating by sex or race is bad is because it creates unnecessary suffering. The bigot lets his emotions and gut feelings drive his decisions and the result is that all parties suffer. If racism is fueled by subjective feelings choking out objective truths, then why would we ignore our own judgement based on how we feel about ourselves? We should try to make better decisions, not give up on making good ones.
I'm thrilled that I'm not the only one drowning in knowledge who wants access to it. :-)
Yes, very true, but I'm not sure that this necessarily precludes good/fast/usable interfaces.

Imagine if instead of building apps inside a browser, you instead have a good OS framework that allows you to build a native app for which you can ship updates easily and which simply talks to your backend's API. It would be a very similar model to what most of us use today in our browsers, but would open a lot of doors around what we're currently getting wrong with interfaces on the web.

It also already exists in a few limited forms: apps on iOS or Android for example.
Glad I'm not the only one. Just like with the Ikea meatballs, I have this creeping fear that one of these tests will have "HUMAN DNA" in the meatballs or "chicken" or what have you.
We're only considering upgrading to 5.7 in production now, so I'd guess that 5.8/8.0 is still 2-3 years from being production-ready.
I've heard of it but I'll give it a spin. I have this dream that I'll find the right tool and it'll all fall into place.
I love fruits and vegetables so the only real limiting reagent for me is having enough of them in the fridge. My thoughts:

If you live in a seasonal climate, try to eat in tune with the seasons.

Subscribe to a farmers co-op or some sort of delivery of a weekly box of whatever produce is being harvested now at a nearby farm. This is when I've had the best success eating lots of vegetables. Especially good value are "ugly" produce boxes of "reject" vegetables that won't make it to supermarkets due to insignificant cosmetic marks. Not a complete solution, as you may end up with too many of a vegetable you don't like / need. Less thinking and decision making is better, and I know I'm getting the fresh stuff, and I will be determined to just use whatever I have since I paid for it.

If you have good cooking skills, and maintain "momentum" in cooking often, you will be able to just open your fridge and figure out what to cook based on what you have and how you feel. I find this better and more enjoyable than trying to plan out meals in advance. I find fresh vegetables inspiring. Moreso outside of winter of course.

Blendtec or Vitamix grade blender: you can throw pretty much anything in these and it will blend with minimal water added. Allows you to consume a huge amount of vegetables and fruits.

Soups: soups are so easy to make. Chop whatever you have, add a bit of chicken broth, water, turmeric, chicken drumsticks (optional), salt, pepper and whatever else you want. Usually you'll at least want carrots, celery, ginger, onion and mushroom. Bring to a boil then leave on low for a couple of hours.
> do your part to help build the gift economy upon which we all rely in our day to day work

Great point, but I think most folks aren't going to be persuaded. I asked a tech meetup how many folks had read from stackoverflow the past month. 95% of hands went up. Then I asked how many folks had answered a question. Far fewer, maybe 10%. And I think I was the only person who had asked a question on the site.

The 90/9/1 rule is real.

But I agree, we should encourage folks to join the 1% of content creators.
I'll make a general comment not specific to any group. When I hear a person produce a long list of excuses, blaming others or circumstance, never once taking responsibility for any decisions, adamantly denying that they had any hand in their fate, I know where the problem lies.

Just remember the story of Douglas Bader, who had both legs amputated, and was told he was going to die of his wounds, then told he'd never walk again, etc. He went on to become a fighter pilot for the RAF, even though the RAF discriminated against legless men, shot down many Luftwaffe fighters, was shot down himself, escaped from German POW camps 3 times, married the woman of his dreams, etc.

There's never been a time of greater opportunity in tech in the US.
If you're going to participate in discussions on Hacker News it has to be more civil and substantive than this.
Thanks for taking the time to put all this down. I'm having a hard time figuring out if you're disagreeing with what I've said above or adding additional context. In particular, I think I've been clear that one must still be "competitive" is something that needs to be taken into account. (That said, I can imagine a company put together with the explicit goal of "going out of business" when it's other, non-profit goals have been reached.) Indeed, I think implicit in what I've been saying is that going into business can (and probably should) include determinations of ethical behavior.
There are many, many disadvantages of incorporating here. For example, if you are an atheist, or have any other ideas that are anti-mainstream (eg. are critical of dogmatic feminism or runaway capitalism) you may be targeted by the surveillance state, which in my case has already happened.

The added stress compounds the existing stress of running a startup.

If YC opened an international branch, I would leave in a heartbeat. I'm also looking into Techstars, which seems to have some international presence. I really hope YC takes some leadership here.
I have Flipboard but I have not tried using it in this way. I'll give that a spin, too. I didn't even realize it had a private magazine feature.
I think there's a distinction between prototypes of parts of the game and the full game.

I remember Carmack building a prototype of the texturing system for Rage to see if it would all work, so maybe the prototyping was always just an implicit part of JC's programming.
Agreed, I tend to take the number of times I'm asked a question in person by someone new as a signal that a topic is worth writing up.

It's also easier to sit down and come up with a well thought through answer that you can link out when asked again. Opposed to paraphrasing each time and potentially missing key points/clarity.

For example, I wrote this up after meeting lots of clients when I was freelance who were regularly questioning why they couldn't find technical co-founders > https://hackernoon.com/developer-risk-profiles-why-you-wont-...
Interesting. So from what I can see, each issue report and each comment is a ref, like a branch. There's no master file with a list of issues; listing issues/comments is done the same way as listing branches. This avoids the need for an explicit merge step when pulling or pushing; doing one of those 'just works' and combines the list of issues seen by each side. Editing a report or comment seems to not be currently supported, but could be implemented as adding a commit to the branch. So you'd get full edit history just by running 'git log', and if there were conflicting edits to the same report/comment on the local and remote side, git would try to merge just like any other branch divergence. But the dit wrapper script could configure it to bail out by default and force the user to deal with it.

The main obstacle I can see is access control. Most projects would like to allow issue contributions from anyone but limit commit access to the code (obviously). This doesn't map well to public hosting services' access models; even if you use separate repos for issues and code, (a) at least GitHub doesn't even have an "allow commits from anyone" option, and (b) even if there were such an option, you don't want to allow anonymous users to edit any comment, which corresponds to minimal traditional 'commit access', let alone force push or delete, which usually comes along with it. But you do want to allow users to edit their own comments, which might be possible with custom logic based on signed commits.

So basically one would want a custom 'pre-receive' or 'update' hook. I imagine a suitable script will eventually be included in the git-dit repo, which should work fine for self-hosting, but public Git hosting services don't allow uploading arbitrary hook scripts. (GitHub has webhooks, but they're asynchronous so can't block commits, and as I said, there's no anyone-can-commit option anyway.) I guess projects which want to be on GitHub could host an intermediate repo somewhere which allows pushes from anyone but filters them, then pushes on to GitHub from a trusted account…

Does my thinking make sense?
Quantum chemistry. There are a number of high accuracy wavefunction based methods that are compute-tractable on desktop machines but very demanding of storage. Even when there's a disk based alternative to RAM storage it's a lot slower when you can't just allocate huge arrays in memory. I could easily use 256 GB, maybe 512, on a machine with 8 physical cores.

You can get commercial software that is a bit better tuned for running on "ordinary" desktop hardware, but it's so expensive that you don't really come out ahead on total cost.
Keepass2android is a solid choice for Android mobile devices.
For Marketers, Tv Sets Are an Invaluable Pair of Eyes
in the video, they say they cant release any benchmark until march 2nd. not sure why.
It is isomorphic; right now it's layered onto JSON, but eventually we will support CBOR on the wire as well. Internally everything is CBOR with LZ4 block compression.

The docs will eventually be available without an account.
A robot that eats polution
>And I'm intrigued when it says interfaces should be "composable by default so that good interfaces aren’t just something produced by the best developer/designers in the world, but could be reasonably expected from even junior people in the industry". I'm afraid I don't understand what that means.

It means that you should be able to re-use (compose) interface elements, so that even a junior developer could create a great interface (UX-wise) by assembling one from parts that are made to work well together.

Sort of like anybody can make a command line app and trivially have it work with other cli tools like grep, tail, awk, sort, uniq, cat, ps and the like.

Or like anybody could throw together a perfectly good hypercard UI.
I think you should look at Spaced repetition.

Simple version would be a form of Leitner boxes; Pimsleur recommended repetition after multiples of 5 (5 seconds, 25 seconds, 2 minutes, 10 minutes, 1 hour, 5 hours, 1 day, 5 days, 25 days, 4 months, and 2 years).

There are various software implementations (Anki, etc.), and some of them have a cult following among study freaks.

[Edit to add: The one with a "cult following" was "SuperMemo", see links.]

However, I'm not that familiar with the field, and don't know what software would be suitable on today's platforms.

https://en.wikipedia.org/wiki/Spaced_repetition

https://en.wikipedia.org/wiki/Leitner_system

https://en.wikipedia.org/wiki/SuperMemo
Socialize your bookmarks? Is that a thing? I'm trying to imagine my friends adding bookmarks for me. It'd be interesting if nothing else.
Indeed, I think I've spent more time tweaking my jekyll based site than actually blogging. It was a lot simpler when I just had some html pages I edited in Emacs :).
Shameless plug.

I have written a CLI-based bookmark manager. It's pretty simple to use, you can add links, remove them, add titles for them, descriptions etc... Everything is organized with tags so you can specify which tag you want to get links from and it will show them to you. Oh and everything's saved in a plain text file so you can backup that file, use version control and whatever you want to do with it.

I will also add searching in the future but have not come around to do it since I haven't had much time. If you or anyone wants to help it's on Github and it's written in Go. Pull requests are welcome :)

https://github.com/Endi1/drawer
> IMO, if it is 85-90% chicken then labeling it "chicken" is not unreasonable.

Just illegal in most countries I think
That's indeed a very good advice.

All abstractions have a cost and no abstraction is better than the wrong abstraction.

I found this talk on the topic very interesting https://youtu.be/4anAwXYqLG8
With SF rent I imagine it's more profitable to close up, remove the kitchen and tables, install cots, then rent to tech workers.
Holy crap that was a bit much. Good for AMD though, they need any break they can get..
I agree and disagree. They are very different, but rust can do pretty much anything that python can do -- but do it better. The only time I would be more productive in python is if the app is very small (like a script).

Any bigger than that and rust is the right hammer for my nails. Probably just personal preference, but I strongly prefer the type safety and performance guarantees of rust.
I'm on a diet at the moment, tracking everything I eat. Someone who asked me how the diet was going told me last weekend "rodents eat grams. Humans eat ounces." I was left utterly speechless.
It is definitely intriguing to see the growing incorporation of "third wave" therapy techniques across many of the most popular current approaches.

I am hopeful that as we become better at measuring and understanding therapeutic change we can develop a useful model of when and how to best use the components from each approach.
Thank you! Appreciate the answer!
Thanks! It makes me really happy to read your thoughts here. (I wrote TFA.)

Calling out Slack in particular may have been a little incendiary, but I hope that it's adequately conveyed that it's a general problem and not meant to be a particular slight to them.

> Many articles lately seem to just add in unrelated images for no reason.

Totally. This drives me nuts :)

> I'm not sure this is quite right. It takes a ton of work to get an HTML/CSS page to display properly in every browser. I think my response is specifically related to the use of the word "perfect" -- maybe something else like "total" would be more appropriate.

Yes you're right. "Total" seems more apt in this case.

> I like the submitted title better than the title on the actual page. You should consider revising it!

+1. I've been told by a few people (including you) now that my titles could use work — and they're right. Thanks.
Would rather have my chicken vat grown. Will try any cloned meat up to by not including "Wendy Meat" (as per Rudy Rucker's novel Freeware)
Or just put the chicken on the outside of the sandwich.

https://en.wikipedia.org/wiki/Double_Down_(sandwich)
We ban accounts like this one that are created just to violate the guidelines. Please don't do this.
But it doesn't matter how great of an engineer you are if nobody knows about you.
Just personal opinion here, but I think GUI's should/are being phased out. I much prefer writing a front-end web app and package it inside the application. That's what artifact does.
True. One aspect of the larger discussion has been about illegal immigrants committing crimes beyond their illegal status. That's perhaps a distinction that you don't find compelling, which is of course your prerogative. It can be helpful in the discussion to acknowledge whether that's the case.
Absolutely! https://vimeo.com/108441214
>Greek culture wasn't some attempt to manufacture legitimacy for national boundaries in the '30s. Interestingly, it seems that the desire to inherit the legacy of Alexander the Great's feats is not limited to the people in his kingdom.

Exactly. He kind of produced a real multi-cultural empire (even if the Greek element dominated some aspects) instead of mere subject nations, and those belonging to it respected it and cherished this past more than e.g. countries conquered by the Roman empire did or countries colonized by the British etc.
I think he meant 16GB memory used when editing. Not the filesize.