jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
It is hard to think that a flashlight or cellphone would have a power supply strong enough to do that much damage. (Although actually, metal halide lamps can sometimes cause UV radiation burns if they are damaged... http://archpedi.ama-assn.org/cgi/content/full/158/4/372 ).

As long as the backscatter machine doesn't run on Double A's, my fears are actually more reasonable than yours.

The backscatter machine presumably uses some sort of electrical plug to connect to power. It isn't inconceivable that it could receive more power than intended and produce more x-rays, or that something could go wrong with the shielding allowing x-rays to leak, or that something could go wrong with the x-ray bulb and we could produce the wrong type of radiation.

And it doesn't have to be 'burning your head off' to be a problem, it could simple produce an order of magnitude or two more radiation than intended, and be a health risk.
Or Google?
Yes, exactly - the phone manufacturers really screwed this up; it was never intended that people would even know that the phone had an SD slot, much less that they would sell it as a feature. Just pretend that the SD card slot doesn't exist.
My local Japanese & Korean food store has something called "Morning Rice", which is, I believe, basically blended rice.

It smells and tastes like liquid Shredded Wheat. It's not bad.
> but why weren't they worth picking?

The exact same reason. As the price rises in the grocery store, you and I stop buying those fruits. When we stop buying them, there is no need to produce even more of what is already not being purchased.
No, devs don't buy customers from apple. Customers buy apps, and Apple takes a commission. No money flows from Developer to Apple (apart from to 100$ annual fee if you want to be anal about it).
>> Why does Elon Musk want to send humans to a hellhole planet?

Showmanship, and the inescapable realities of rocket science. The truth is that it is technologically easier to land on mars than the moon. The delta-V requirements are less because of aerobraking into the mars atmosphere. And you don't need to worry about restarting big landing engines in zero gravity. So it is easier to put an object to the surface of mars than to put something on the surface of the moon. Landing on Venus is off the table and everything else is too far away. Mars is therefore the easiest target for anyone wanting to make a show.

Imho we will have an easier time living on our moon or any number of asteroids. Even Mar's moons would probably be easier than getting back and forth from Mar's surface.
> The only things that comes to mind is to correlate device ids from different apps if the apps use the same analytics/advertising networks.

This, and also anything that uses "Sign in with Facebook". (That's one of several reasons I have for never using anything that requires signing in with Facebook or Google; if I can't create a username or enter an email address, I generally don't want to use it.)
> A good tool would be something like allows me to to get it up and running in a week just by reading some docs. Even better an hour. Could such a tool exist and replace Kubernetes? Yes. Does such a tool exist? No.

Instead of complaining, why don't you build this tool? That's the problem I have with complainers.
Upsilon is admittedly an "i" sound in Modern Greek, but in Attic Greek (which is what I studied, sorry) it did have the "oo" sound.

Edited: I missed the pi and rho completely though, my bad
What would life look like if we tried to be 100% prepared for all contingencies?

Probably similar to people living in a cave and refusing to leave it out of fear.

Rebuilding after disasters is a tried and true method.
This logic could be used to say there is a problem that some people believe they need to wear tinfoil hats to stop mind-reading. No, we should help them seek medical help. It's easily verifiable to check if your phone is sending data, so if they're concerned, they can check that like many people do and find out what data is being sent. But stopping a conversation midway through to hide your phone to continue to talk while not being a major underworld criminal is a worrying level of paranoia. If you are an underworld criminal, what are you doing with a phone? Didn't you see what happened to encrochat?
Date/Time is frequent topic[0] for me.

Generally speaking, a lot of these issues are knowing when it's appropriate to use what format. When displaying a date to a user, you do it in their configured local time, and in their configured date/time format. I don't think the author is advocating changing that behavior[1].

Where the problem comes in is "how you store date/time values". Normally, I don't find myself arguing as to the format. Generally speaking, people default to ISO-8601 for log file naming (many probably not realizing that's what they're doing -- aiming only for a naturally sortable list). The places I tend to store dates (databases) define how they're stored, otherwise. That doesn't mean a developer isn't going to store the date in server local/user local time (and often make discovering the reference time zone impossible). Please don't do this. Store in UTC.

I'm not sure why the author is so hung up about the ordering of the dates, but while I worked in telecom, I briefly had a boss that was really particular about that (I've worked for a few folks in the UK, only this first boss had hang-ups). The US ordering probably originates from the most common way dates are spoken in the US: "Januaray 17th". A year is less frequently necessary, but when it is, it's tacked on the end. I don't think anyone thinks the way we write dates is particular superior, it's just the way we've done it since we first learned about dates.

One thing I learned when I started working regularly with non-US folks. Never use numerical dates. Even if you write it in the format they are comfortable with, if there's any ambiguity, they're likely to assume you wrote it in the US format. I started writing/abbreviating month names. I ended up altering the written order, as well "17th of January or 17 Jan" because that particular first boss jokingly-non-joked about how obnoxious the other way was.

Everybody's got their tabs/spaces war, I guess!

[0] OK, so it's more of a pet peeve.

[1] While it would be nice if we all used the same date/time format in our day-to-day life, it's one of those things that I'll wager will never happen... and I'd argue that doing so would cause more problems than it would help.
OpenSea | Full-Stack / Frontend Engineer | Full-time | San Francisco

OpenSea.io is the first marketplace for digital collectibles. Our exchange sees 6 figures in weekly volume, making it also the largest marketplace for crypto assets, from game items like CryptoKitties to digital art and more. So as our 3rd full-time engineer (including the 2 cofounders), you'll be getting a lot of responsibility, but quantifiable reward.

Full job posting: https://opensea.breezy.hr/

Contact @alexatallah or @dfinzer on discord: https://discordapp.com/invite/ga8EJbv
why should things being technologically amazing mean we ought to be happy?
Lifehacker's numbers are conspicuously absent. I've read through other sources that their pageviews took at a bit of a hit but remained relatively steady. I guess that piece of information didn't fit nicely with the story.

http://techcrunch.com/2011/02/17/gawker-redesign/

EDIT: link
Unless you are trying to train for something hardcore like a marathon or a lifting competition, the pareto principle applies here. Do something. Anything. Whatever you like or can hack yourself to do.

As for me:
- stronglift 5x5, slightly moded: lift twice instead of thrice a week.

- a running program that i made up (run ~4 times a week, 200m x 8, 400m x 4, 5k trial, 1mi hill climb + 2mi run)

- bikram yoga once a week or every two weeks

- some crossfit workouts that i can do

I try to workout most days, resting completely only once or twice a week.
Yeah, I agree - I think you are paying for the convenience for what are essentially samples. Which is worth a lot - tracking down all o the materials and ordering them would be a time consuming task, if you even knew they existed -- this is in my opinion a fair tradeoff.
Usability and quickstarts/documentation ARE marketing.
no problem at all-happens to me regularly
Empathy is exactly the wrong emotion to have here. Empathy doesn't work at scale, just makes you pity people that are like you more than people unlike you. Regardless of objective relative hardship.
I expect similar issues at a grander scale to occur in the US if things get to the same level as we see in my home Italy.
Let's all pledge to keep a little notepad window open that we click into during Zoom meetings. Pollute attention tracking with false positives. Bonus points if you stare directly into the camera while you do this.
I believe it should, but it's likely a userspace proxy like HAProxy is in the way causing errors to be swallowed, as there's no way with the current sockets API to intentionally send an error over the wire.
We recently (during corona crisis) had attach on strategic Czech hospital too.
Desktop GUI development definitely peaked in the late 1990s / early 2000s in terms of lightweight but capable tooling and good design tools. Today it's a damn mess, though I see signs of some movement toward improvement driven by the realization that mobile is not going to replace desktop for high-end, developer, and "pro" use cases.
This appears to be well-meaning (which is to say it's not the usual tautological whinging tech hate for dynamic sites, it appears to come from a place of concern for delivering important information in a crisis). But it's also quite a lot to ask in a crisis. Stuff like this should set off alarms:

> I can’t tell you how best to get static—only you can figure that out.

Okay. Is this helping? I guarantee anyone responsible for uptime of critical services is pretty overwhelmed right now, and not going to be immediately receptive to calls to make huge, abrupt architectural changes without any guidance.

Edit: this is how it should be done[1] (HN thread[2])

[1]: https://mxb.dev/blog/emergency-website-kit/
[2]: https://news.ycombinator.com/item?id=22657571
Well, it is indeed easy to self-host it if you happen to already have a https-reachable server running Debian on a common CPU instruction set.

Which I had, yet for maintenance reasons a container-based solution had my preference: https://github.com/jitsi/docker-jitsi-meet
Spamassassin is a resources hog that shouldn't be used in a VPS with limited memory.

There are far better options like greylisting or just adding spam blacklist services (spamhouse, spamcop) to the "reject" configuration of the mail server.
I'm finalizing script engine for attaching network shares during windows session user log on. MS SysAdmins will love it: https://github.com/NoenDex/Hikari
Probably because everyone still has the numerous starting experiences in the back of their head where they thought their code must be correct and it couldn't possibly your fault only to realize the next day that it was absolutely your fault.

It definitely took me a while to realize that VS was just always executing the default statement of a switch (instead of an applying case) if the default was at the top of the switch instead of the bottom, and only when the switch was being executed at compile time in a constexpr context.
What would be the point? How often do you want to make sure you are on a government website without even caring of which country?
Remember smokedot.org? Anyone?
"Why would I go to GMail, then to docs, then to my phone, then to Chat when I can have it all in one place?"

Maybe I'm missing something but for me those are all in one place already? Gmail, docs, tasks, Google voice, Gchat, Buzz, Reader are all integrated in different fashions and can all be accessed from Gmail.
What about source control, concurrent team work, external libraries, etc.?
I've been working on a simple voxel based game as a hobby project on the iPad. It feels reinvigorating how a single person can quickly hack together something really nice when you only need to do 16x16 pixel textures. I think people underrate how exponentially increasing production costs are a drag on game developer creativity. The human ability to suspend disbelief is monumental and I think these new constrained voxel games and platforms like the iPad will see more experimental gameplay emerge much like it did in the early eighties.
Anandtech has published their benchmarking as well:
http://www.anandtech.com/show/4023/the-brazos-performance-pr...

So did Tech Report:
http://techreport.com/articles.x/19981
I'm listening to the first track and grinning like a fool. This last album got me through so many all-nighters. Thanks for the heads up!
Touchscreen phones existed before the iPhone (my first such phone was from 2003) but, as you said, they all sucked. The other thing that sucked on all these phones was mobile browsing. Those were the very real problems that Apple solved.

The concept of a mobile web browser or a touch screen phone wasn't new -- everyone had already done that. Apple just did it better. Multi-touch is most unique feature of the original iPhone, but that was hardly a risky move.
From the point of view of the majority of their users it's high end (but not these days overpriced) hardware that happens to have a reliable underpinning to a fantastic UI.

Sure, it's got some BSD underneath, but in terms of the substantive stuff, it's the fantastic UI the users care about.

Of course as an fvwm2 user for half a decare plus, I hate Aqua, but at least I'm aware there's a point there to be missed.
tl;dr of a pamphlet I decided not to post: If you're [seriously] considering anything beyond "my firewall is strictly unable to report it", you're either building something like nuclear weapons or taking the first steps to sliding down the rabbit hole of paranoia, ending up in tinfoil-hat-wonderland ;-)

The topic is interesting from an academic point of view. Maybe something along "On trustworthy, verifiable execution on untrusted, adversary hardware". Like homomorphic encryption, but I think having the user supply the input would make for a difficult programming+debugging cycle :P

Anyway, the goal of this compiler here isn't to prevent ANY kind of attack. As the page says, it is "only" a tiny C compiler, and an obfuscated one at that. The "tiny" part makes it much easier to audit than say GCC or clang (and you don't need to audit GNU binutils, either - and I've seen that code, so trust me when I say: You don't want to go that route).

//edit: Obviously I don't want to insult the fine folks investing their time into projects such as binutils, they deserve quite some praise - but as someone who is not familiar with the code base I found it to be very overwhelming.
There are a lot of reasons NOT to use SELECT * but sending extra data over the wire is not one of them. This is just optimizing for a 2nd (or 3rd or lower) problem when there are much bigger and easier gains to be captured.

If wire-level payload size IS your big concern you should probably be looking at an entire myriad of things beyond your projection, like the actual query, or your protocol or caching or if you should even be using a RDBMS.

Yes, you should be more explicit in your queries, in which case

SELECT A,B,C FROM TBL;

should likely become

SELECT
t.[A]
,t.[B]
,t.[C]
FROM
TBL t;

YMMV
I can say when I was doing my CS degree this was definitely covered. In fact it is one of the lectures that stood out in my mind at that time. My professor at the time (Bill Leahy) definitely drilled into us the importance of understanding the systems in which we were eventually going to work on.

Not sure if this is still covered today.
https://news.ycombinator.com/item?id=7642187
Oh, man, the only thing better would have been if one of my colleagues was there with me... I was very young in this job (19, first real job, next youngest was 26). Waiting on my bags, traveling for business as a 19-year old kid and fielding support calls for software I wrote on the side. Even without any witnesses, it felt pretty damn awesome. I remember the incident very well because the flip side was that I was scheduled to work at the switch site in Downtown, which meant I was staying at a really nice hotel and besides the software issue, I had a much more pressing problem of Northwest Airlines[0] having managed to lose my bags on a direct flight and I had failed to pack the usual emergency items in my carry-on[1].

[0] Yup, it was that long ago.

[1] Someone told me "they don't lose bags on a direct flight". Very wrong. Lost them on the way back, too -- same fscking trip. But Detroit opened a new terminal and was having a "holiday baggage handling crisis"; after a few weeks they compensated me and sometime the following summer my bag appeared on my front porch. The "crisis" only affected international flights, so I wonder if my luggage had a better trip than I did. It was seriously more than 6 months lost.
From my perspective, the modern web is mostly a regression: subscriptions or advertising everywhere, frustrating tools for building UIs, etc.
Yes, I completely agree. I've seen so many cool ideas out there that are largely a failure of "marketing", which is basically the fist few lines of the README.md.

I always encourage junior devs to include some lines of code to do a "hello world", or a screenshot if it's something graphical, or both, _as early as possible_ in the README, so as to show the casual reader what their project is all about.
But this is about DC. DC is full of intersections which should be controlled by traffic lights but have either nothing or a stop sign, because that’s cheaper. It’s an example of the generally poor infrastructure, and it makes the pedestrian experience rather annoying.
"Build it and they will come" doesn't work anymore.

I see way too many people have killer skills to build something wonderful, but don't execute much when it comes to marketing. The reasons are plentiful: marketing is boring, it's a sleazy game, I don't want to spam people, I don't know how to, etc. That's why sometimes you see people that are good at marketing/sales out-succeed those that are great at building.

These days you gotta take people by the hand and bring them to your product (esp at the beginning). At worst, you're going to learn. At best, you'll get new customers.

Looking at what others are doing, I'd say it takes an equal amount (or more) of time and effort, to tell people about your product, as it does to build it. And it's a continuous thing, there's never an end to it.

So just like you develop the product and learn what it takes to build the best version of it, plan on telling people that it actually exists. You got tons of platforms for that. I've started Polyzag [0] to educate people (and learn myself), about how other profitable companies do just that.

It's a skill that you can learn, just like dev'ing.

P.S: Bonus points if you level up on marketing yourself w/o a co-founder. It's a superpower.

[0] https://polyzag.com/
https://en.wikipedia.org/wiki/Propaganda_model
fuckbankofamerica.com is already taken.
I actually really enjoy playing old NES and SNES games in 2xSAL. It adds a Braid-like artsy aesthetic that I really like.
It's usually close to 40% effective but it's generally nowhere near 75%+
I imagined the sci-fi show Eureka.
According to Max Seybold (cherrypal), over the years, there have been lots of "bring technology to Africa" efforts which resulted lots of unused equipment. However, it's starting to get used, especially as locals figure out how to make money from it.

He tells of one guy who makes a living sending e-mail for his village. During the week, said e-mail is entered into his laptop. He then walks to a bigger town, uploads and delivers the new mail, downloads e-mail to folks in his down, and walks back to his town. He then delivers what he downloaded.
I hate to be blunt, but why would a company open branch offices in countries that are both poor AND not growth countries when there are so many easier opportunities in e.g. asia, eastern europe or south america? Just a matter of priorities ...
I have Froyo , and can confirm that the calender works fine on N1.
Many reasons come to mind, such as not wanting to live in the area you work (maybe you have kids the schools are bad, or the neighborhood isn't real good). It could be that living close to a family member is more important than living close to where you work, like maybe your wife is taking care of her mother or grand mother while you are out working (or the other way around).

There are lots of good reasons. These days you just might be stuck in a mortgage because the value of your house has fallen below what you owe. Given the current "economic climate" it's very easy to have gone from a 70% LTV to 110% LTV.
Not necessarily. It could also be the developer of the application that is taking advantage of the battery monitor functionality to see if their application needs improvement.

I agree that no end user should have to be keeping a watch for applications that use too much battery, but it sure is nice to have that information easily accessible for developers.
I know plenty of pearl guys :)
And I thought the post _had_ the results of this test :)

Anyway, interesting test and do keep us posted about the results.
Here is a checkers game: http://developer.apple.com/safaridemos/checkers.php
That looks super cool!
The response to this from the western world has indeed been disgraceful. China's was too. They managed to contain due to their authoritarian policies but the real examples of good responses from asian nations are SK, Japan, Singapore, Hong Kong, Taiwan. They've managed to contain it much better than anyone else without the need of massive government overreach.
it actively interferes with people casually, constantly and mindlessly touching their face

Oh, I absolutely agree. And I see its value as not so much "actively interfering" like a Cone of Shame but by serving as a constant reminder against touching hands to face. (Eyes are highly vulnerable but are unprotected by masks.)
Very nice. I have found my spaghetti making skills have been very primitive for some time. I'm always on the look out now for how to make it better since the staple is so cheap and easy to store. I've owned spaghetti still sealed in a plastic envelope that was good over 9 years later. I ate all of it. The only thing is it needs a little more time to cook.
There's also leg shortening surgery, apparently it's a thing in places where there's some stigma around being taller than normal.
If your library of favorites doesn't amount to a couple terabytes like in, ahem, some cases, then it's pretty easy to dump the selected bunch with `youtube-dl`.

Death of a couple sites with not-widely-available music, in the past few years, has distinctly shown which of those two terabytes should be more closely guarded. ‘It's all on the web‘, I've been told—well, not quite so anymore unless I upload it somewhere first.
i concur.

while it's likely i've implemented my SQL horribly, i can say that after a few days of millions of hits per day in my time series database, searches became horribly slow and interactive became unresponsive. in my case it was a set of botnet sinkholes that i was recording.

so yes you can, but on the high volume side of things (for some cutoff of "high volume") it falls over pretty dramatically and continues to degrade.

time series data has a few unique properties that a full SQL solution doesn't optimize around, like write-once/read-many. a purpose-built TSDB solution is built for this.