Hacker Newsnew | past | comments | ask | show | jobs | submit | _jsdw's commentslogin

I made Highscore (https://github.com/jsdw/highscore) just for the purpose of keeping track of high scores with somebody on a few karaoke games that didn't track individual peoples scores.. never been used for anything else :)


Top tip; I used my thumb to cover up the bottom part of my phone, which allowed me to read it!

I expect that 99% of the time it's a perfectly fun little pop up, but right now with the post on HN it is amazingly annoying


I did that for about 4 seconds. Then reconsidered, and decided such a user hostile website wasn’t worth my time or attention and I left. It’s not my job to make the website usable.


Seems like a self-limiting attitude. It's a good article, and there are several easy ways to get around the UI issue.


I don't think it's reasonable to expect everyone to manually tweak every website you come across before it's usable.


As is your right.

Most of us power through small inconveniences as a normal part of life, calculating that it is not worth missing out on potentially valuable information/experiences/people/work/etc simply on the principle of not being mildly inconvenienced.

And this is a VERY mild inconvenience.


Eh. There is so much good content around, why waste my time reading and encouraging user hostile content? Pushing myself through inconveniences like this carries a tang of self abandonment.

Visually filtering this stuff out is really exhausting for me. I have the mental energy to read one article with buzzy BS, or maybe 3 other articles which might be just as good or better and respect my attention. I must admit - I didn’t think of reader mode. But by the time I started holding my thumb over the bottom of the screen, overwhelm had already started to set in a little. I was frustrated and the seeds of hatred had sprouted in my heart for the author. “Mildly inconvenienced” my arse.

It’s Sunday and I choose to enjoy my life. Somehow I think I’ll survive not reading this one particular article. At least not today, Satan.


Browser "reader mode" is your friend


I'm not in the market for a car seat, but just want to say that I think you've done an awesome job responding, and I'd be looking at your car seat for sure after reading these :)


Thank you! Encouragement is always welcome.


https://jsdw.me

Personal blog/homepage for just over 10 years, coding related things, custom design, mostly static pages using Zola.


What do you mean by "over focusing on the peripheral parts of the retina"? And if this is true, could one reverse myopia progression by doing the opposite?


The eye grows automatically in response to what is in focus. If too much is constantly in focus the eye grows longer to blur it. This is especially important in peripheral vision which is why lenses are finally coming out with blurred edges to slow myopia progression. Ophthalmologists who don’t know this and don’t tell people to use lenses as little as possible and dont think screens cause myopia are negligent (and hopefully will start getting sued until they learn) especially when prescribing lenses to children when this matters most. The eye generally stops being able to respond to the over focus stimulations in adulthood. And children with unnecessarily worsened myopia from negligent doctors are at higher risk for permanent blinding illnesses earlier in life and more frequently. If your eye doctor doesn’t know about low dose Atropine for children, then leave them (or explore legal options if your child’s myopia has gotten significantly worse). There is no known way to reverse the elongation of the eye and therefore reverse myopia, for now it’s permanent. Any claims to reverse myopia without surgery are pure quackery, like the Bates method.


Indeed! If somebody was able to print a trillion dollars and stash it away in their bank account, I don't see why any observable inflation would occur.


Inflation is actually money supply times velocity of money. In your example the velocity would be zero, so no inflation.


Does anybody here use F# in a Linux shop? I'm generally keen on the more functional languages, but have tended to avoid F# under the assumption that if I use F# I'll probably also end up needing to use Windows to get the most out of it (or get a job using it).


.NET Core on Linux is actually the best experience I had in a while. Microsoft provides packages for all the major versions of the SDK and you can install them side-by-side with your distro package manager. Then you pick which version of the SDK you want to use for each solution and everything works.


I used it years ago in a Linux shop using Mono. It was perfectly fine. I gather these days with the new .NET Core running natively on Linux it's even better.


At my previous company I developed on Ubuntu/macOS and deployed to Linux on AWS. Never experienced any issues, never had code running on Windows.


We've been using it in production for a web service for over a year now, it's been a pleasant experience. dotnet core and ASP.NET are great platforms/ecosystems and F# has no trouble piggybacking off all that success.


I've been writing code with f# and dotnet core 5.0 on MacOS. Works great!


I do a lot of F# these days. I haven’t owned a windows machine in a decade.


Using F# on Ubuntu for two years, it’s lovely!


“This looks really promising! A Bloom Filter that represents a set of million items with a false-positive rate of 0.01 requires only 9585059 bits and 7 hash functions.“

My immediate thought here was that this wasn't very space efficient as it requires over 9 bits per item?

I'd have to dig more into this though to confirm or deny my intuition!

Edit: this page agrees with the blog post and shows some interesting graphs https://hur.st/bloomfilter/?n=1000000&p=0.01&m=&k=


Yes and no. It requires 9 bits per item in the filter, but the total keyspace may be much larger. If your items are keyed based on 64-bit identifiers, you've compressed things by a factor of 7.1 .


Furthermore, most used of bloom filters I've seen are indexing something notably larger than 64-bits, and usually variable length. Arbitrary names, URLs/URIs, etc.

If you are looking for a key value then chances are it does exist in the DB so the bloom filter won't save you anything as you are then hitting slower storage to read the item that the key represents anyway.

Bloom filters are suited for situations where you are looking for larger non-keyed data such as URLs, where there is a fairly good chance that what you are looking for isn't in the data yet so the "no false negatives" property is important for saving further accesses (which is why cache arrangements is where you'll often find these structures used).


Rust is a true statically typed language; `unsafe` in rust relates to code that violates memory safety guarantees, but you can't escape the static type checking using it.

Rust actually has an `Any` trait which allows for a certain amount of runtime type asserting if you don't know what concrete type you'll be working with.


This is a mostly semantic distinction. Rust provides safety guarantees, but you're able to opt out of some of those in certain well defined ways.


I settled on this a while ago which I think is perfectly readable:

    const myvar
      = foo < bar ? bar
      : bar < baz ? baz
      : lark < 10 ? lark
      : 0


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: