Readit News logoReadit News
Strum355 commented on Fractional scales, fonts and hinting   blog.gtk.org/2024/03/07/o... · Posted by u/vyskocilm
some1else · a year ago
> Apple avoids trouble and work by always using HiDPI displays. Attach a MacMini to a non-HiDPI display and you could recognize that the font rendering is awkward.

You may personally find the output awkward, but typographers will disagree. They didn't always have high density displays. They did always have superior type rendering, with output more closely matching the underlying design. Hinting was used, but they didn't clobber the shapes to fit the pixel grid like Microsoft did.

Strum355 · a year ago
I feel like youre arguing a different point here. I agree with the other person that hooking a macOS machine to a non-HiDPI monitor makes for an awkward (Id call downright bad) font experience, due to them having removed subpixel anti aliasing a few versions ago. It was so jarring to me that I took closeup pictures of the pixels, and they were all rendered really badly on a 1440p screen, to a degree that you can't claim that typographers would disagree. https://news.ycombinator.com/item?id=17476873
Strum355 commented on How to Read MySQL EXPLAINs   planetscale.com/blog/how-... · Posted by u/creativedg
fabian2k · 2 years ago
As a tool to read the output:

https://explain.depesz.com/

Not entirely necessary when you're more familiar with it, but still useful. And when starting it's much easier to read.

https://www.depesz.com/tag/unexplainable/

This series of blog posts is one option. But my impression is that most of this comes simply with experience. At first the main thing you'd look for is simply whether it uses the indexes you want it to use, or if it does full table scans.

I'd also recommend to simply read the Postgres manual, at least the parts that are not entirely about the syntax of various commands. There is a lot of information in there that will help to understand how Postgres works.

Strum355 · 2 years ago
I personally prefer https://explain.dalibo.com over depesz's version, both from a visualization standpoint (I can more clearly see the hierarchy of operations) but also because I've had some not great experiences with depesz the individual. Great blog, but a really soured opinion of him.
Strum355 commented on Firecracker internals: Inside the technology powering AWS Lambda (2021)   talhoffman.com/2021/07/18... · Posted by u/mattrighetti
wanderingmind · 3 years ago
Doesn't seem to be actively developed. Last commit is over 4 months
Strum355 · 3 years ago
It's pretty much unmaintained, but it does still work!
Strum355 commented on LastPass user vaults stolen in recent hack   blog.lastpass.com/2022/12... · Posted by u/mikece
drexlspivey · 3 years ago
What if you want to log in from your phone?
Strum355 · 3 years ago
There are android apps specifically for this that can fetch from a git repo and you can input your GPG password, with autofill and all
Strum355 commented on Zip Function Solution: Haskell, Elixir, JavaScript, Python, Vlang   kevin-da-silva.medium.com... · Posted by u/Tozen
jonathanstrange · 3 years ago
I agree, the table refers to the intention of the language developers and how the languages feel, it's not about real substitution. For example, D was explicitly designed as a better version of C++ and also allows you to use C++ libraries directly, and Zig is explicitly intended as a modern substitute for C.

As for V, it delivers quite well for a language at such an early stage and has a growing community. IMHO, it's a great language.

Strum355 · 3 years ago
Still would not use V myself, its the prime example of overmarketing of impossible features, silencing of critics online etc
Strum355 commented on JDK 19 Release Notes   jdk.java.net/19/release-n... · Posted by u/ludovicianul
nradov · 3 years ago
Kotlin is certainly a good general purpose language. But many developers would prefer to be able to use Java for Android development including the excellent tool chain and numerous libraries. It's a shame that commercial disputes between Google and Oracle have left us with this fragmented platform.
Strum355 · 3 years ago
> the excellent toolchain and numerous libraries

The same libraries that can be used from Kotlin?

Strum355 commented on Krunvm – Create MicroVMs from OCI Images   github.com/containers/kru... · Posted by u/tsujp
polskibus · 3 years ago
Is this something like Firecracker ?
Strum355 · 3 years ago
Probably more like `weaveworks/ignite`, which creates firecracker microvms from OCI images
Strum355 commented on Fully Dockerized Linux kernel debugging environment   github.com/0xricksanchez/... · Posted by u/0x41534446
encryptluks2 · 3 years ago
I don't see how Nix is better than Docker as they serve different purposes. While I agree using containers helps aid in automating build environments, you can also checkin shell scripts and Ansible roles into repos as well. I understand the criticism and hopefully people aren't going to be so thin-skinned to take offense, but at the same time if it works then it works.
Strum355 · 3 years ago
Nix and Docker share the same purpose in this context: declaring the dependencies needed for this environment. This can include shell scripts, system-level dependencies etc. If anything I would say Nix would be better here (logical middleground in filesystem separation between having access only to whats in the container vs having to juggle system-level dependency versions for the entire system), while also having better version pinning.
Strum355 commented on Postgres Indexing: When Does BRIN Win?   crunchydata.com/blog/post... · Posted by u/krnaveen14
aspyct · 3 years ago
Oh nice, I have just the tables for that! Billions of well-compacted rows with a big ol' timestamp on them. Btree indices are almost as big as the table itself...
Strum355 · 3 years ago
Note that if you delete entries in non sequential order (aka not at the start-only or the end-only) and continue inserting, BRIN index becomes much less effective. Its very much predicated upon the concept of append-only, as postgres filling deleted rows with new rows throws off the physical layout part of how BRIN works
Strum355 commented on Rust advocacy at a medium-sized startup   briankung.dev/2022/06/14/... · Posted by u/lukastyrychtr
devit · 3 years ago
Rust and Go are different classes of language, where Rust is a non-GC memory-safe language, and Go is a statically typed GC language.

In Go's language class of statically typed GC languages, Go is much worse than the best languages, which are Kotlin and C# (Go lets you forget to write error handling, had no generics until recently, uses duck typed interfaces (!)).

In general, Go's inferiority can be traced to its root cause, which is the Google Go designers having severe Dunning-Kruger syndrome because they think they are good because they invented C/Unix and work at Google and don't realize they have no clue about programming languages in general and were only successful because the limited hardware at the time didn't allow sophisticated programming languages and thus allowed a terrible language like C to succeed.

As a language class, non-GC memory safe languages are far better than statically typed GC languages since they don't have the overhead of a GC and can guarantee the correctness of concurrent programs since they are data-race free (in Go-like language two threads can share the same data with no checks whatsoever resulting in arbitrary racy behavior), can make other guarantees enabled by the linear type system and use composition instead of implementation inheritance.

So in general you should always use Rust unless existing framework or libraries for other languages make solving the problem much easier and the app code is small enough that the extra problems in using a subpar language aren't too bad (e.g. you probably want to use bash for system administration, Python for simple deep learning projects, Kotlin for simple Android apps, Swift for simple iOS apps, TypeScript for simple web frontends, etc.).

However, if you plan to write a lot of code, then just using the best language, i.e. Rust, is probably better since the time to write or correct dependencies will be small compared to the sheer amount of code you are planning to write for the main software.

If you are willing to give up good performance and a large library ecosystem for correctness, then dependently typed languages like Idris are also an option.

Strum355 · 3 years ago
You lost me at saying Go let's you forget to handle errors, when its pretty objectively more vocal at having you not handle them than Kotlin with its lack of checked exceptions, having just said Kotlin (and C#) are better than Go in its class. And I say this as a big fan of both Go, Kotlin and Rust.

u/Strum355

KarmaCake day87April 25, 2018
About
[ my public key: https://keybase.io/strum355; my proof: https://keybase.io/strum355/sigs/IPVwqHeiZeipdCLqahM57lyWflDLnB3EVL-SqRZeEnQ ]
View Original