xiaomai

This is really cool. I never got to play with a proper NeXT machine, but WindowMaker was my window manager of choice for several years in the late 90s/early 2000s. I always wished that GNUStep could have gotten more traction on the desktop.

I love the NeXT aesthetic, I'm ready for the the next UI design trend to go retro.

As someone who has been using Linux full time on servers/desktops/laptops/embedded devices and any other computing device I've had since 1998:

Systemd is such an awesome improvement over everything that came before it. It benefits me on a daily basis. The power and ease of configuring services is so far beyond sysinit (and let's be honest, most of us weren't able to write our own init scripts back then and were resorting to stuff like rc.local or inittab anyway which were inadequate solutions).

Timers are generally better than cron. I love that systemd does all the stuff I used to have to do on my own like balancing when jobs run and preventing DST issues.

I like journalctl. I know it bothers some people that the logs are stored in some kind of binary format but the practical difference of journalctl is that logs are easier to filter in a variety of ways.

Anyway, I think making a init system would be a fun hobby too, but the world is a better place because of systemd and I am sick of the belly-aching about it.

I also have no issues like this (I do SPF/DMARC but not DKIM)

It's uploaded to your device (router / raspberry pi / etc.), it doesn't go to mozilla or other 3rd parties.

This is very cool and I use it from time to time, but it's not actually keeping anything synced afaik (it's equivalent to the web ui, but very nicely integrated in gnome).

I remember getting the e-mail about their backups not having been working for months. I was shocked at how negligent that was. I run my own backups now.

(Also their backup offering is so much more cumbersome to use than borg backup that it wasn't a great loss to manage these myself).

Still amazed that they didn't notice no one's backups had been running for so long.

It's fantastic at scale for web applications (far better than the REST apis it has replaced since over-fetching isn't a concern). I don't work on content sites or anything where edge caching applies though, so YMMV. (All our static content is served via CDN but API content is not generally cachable).

GraphQL is amazing. Building an API and then playing around with it in GraphiQl is really a exciting experience.

I've played with Relay (relay-modern looks great, but when I needed to pick a graphql client it hadn't been released yet). Apollo is frustrating: it's big and complicated and obsessed with stuff that I don't want (link-state and a bunch of product up-sells).

I'm glad urql is getting some more attention and I'll definitely give it a spin.

I've been using Things gateway for probably a year or so now (I'm just using z-wave devices, but Things supports lots of other types as well). The main thing I see missing that most home automators will want is support for locks/garage door openers/etc. The interior stuff like lights/alarms/plugs/sensors/etc. is all great.

A lot of emphasis is on their Web of Things protocol that looks really cool and would be fun to play around with if you wanted to add your own home-made device (or hopefully more vendors will be adopting that protocol soon).

I can read a few thousand characters (I pick up new characters by adding flashcards (using Anki) when reading novels written in Chinese). At this point I rarely encounter characters I can't read (but there are frequently words I don't know).

I can only write a handful of characters (probably less than 100?).

I probably would get the characters mixed up less frequently if I practiced writing them, but I don't think I would have been able to learn so many if I was doing that.

Excited to hear about an official declarative config. When we were looking at deploying Kong, this was our biggest pain point (looked at lots of 3rd party solutions but none were ideal).

Point 1 wasn't a problem for adopting GraphQL for us because our end-points are very dynamic so we set no-cache headers on everything anyway. That said, clients like Apollo will let you issue GET requests instead of POSTs for queries if you prefer.

In regards to point 2: GraphQL definitely doesn't make it harder to implement front-end logic. I'm not sure how to back up this claim because it's not apparent to me why one would think that GraphQL complicates this.

I run a fleet of thousands of business devices running ssh. I used to have ssh configured to just ignore HostKey warnings but that always made me a little uneasy. Setting up an ssh CA and signing host keys was just a one-night project and it has made working with devices much more convenient and safe.

this is the story of my life (I run a signage business).

The rpi2 seemed to be the worst for fs corruption, I've never had a pi1 fail on me. Jury is still out on the pi3.

GraphQL is awesome. As a consumer of a graphql api, it's a no-brainer, it's so much easier/faster/flexible than REST (obv. a well designed rest server/client can be fast and flexible and get caching right, but that is not typically the case (whereas caching and what not is typically built in to the graphql clients)).

I think the server-side of graphql is holding it back right now. It's harder to get started building a graphql server than a rest server. Another issue I see is lots of graphql servers are just proxying an existing REST API which is unfortunate since you're just adding latency and complexity (for a rather significant front-end development boost).

I think this is the perl-style "private" convention. Those functions are helpers that aren't intended to be used on their own so he prefixes them with _.

High DPI displays are common on PC laptops now, they generally work well in Linux (not so much for legacy apps but you're unlikely to use those).

I like the touchpad on my X1 Carbon, but I never used a mac long enough to really adapt my workflow to all the touchpad gestures (I think on Linux you'll be happy with general usage/scrolling/etc, but stuff like pinch to zoom is still not widely supported).

In my experience, you can switch lenders if you are having a difficult time negotiating fees (the escrow is a different party).

In most cases I prefer the standard gnome stuff (browser is the big exception).

Web Browser: Chromium / Firefox / Epiphany Email Client: Evolution / Mutt / Thunderbird Terminal: gnome-terminal File manager: nautilus Text editor: gedit IRC: weechat / polaris Office Suite: google docs / libreoffice Calendar: google calendar / gnome calendar Video Player: Totem / mpv Photo Viewer: Shotwell (I wish gnome-photos would work but its reliance on Tracker makes it unusable for me (what is with tracker not following symlinks?? please fix that). Screen recording: I wish the gnome-builtin one did sound, since it doesn't I use SimpleScreenRecorder)

If you're not using XMonad, 'passmenu' is a really handy way to get your passwords. I bind it to ctrl-alt-p and rarely run pass manually now.

I don't think the git integration can be broken. You can go into the ~/.password-store directory yourself and see what is going on next time you have issues (it's just a regular git repo).

Actually another service I would recommend if you want to work on your listening comprehension is http://www.fluentu.com/. They take various clips (music videos / dramas / youtube shows) and subtitle them in a slick player (you can add vocab words straight from the videos).

I also use and enjoy Decipher Chinese. Another thing I would recommend is reading the books posted at https://www.reddit.com/r/chinesebookclub/. It's really difficult at first but I find that reading actual Chinese books (with frequent word lookups in Pleco) has helped me improve my Chinese rapidly.

(I don't get through the books in a month... I'm actually only 70% through the first one I picked up several months ago).

I've had that all-day battery for years on various Thinkpad X1 Carbon's that I've owned. Linux doesn't do as well as advertised but I can still go 6-8 hours of active use (it will last all day and all night if the screen is off (like when I forget to close it before I go to bed).

I have tried Evolution off and on ever since Ximian released it back in the day. It always seemed buggy and bloated (even a year or two ago when I was just using it for Calendar integration I would find freak out and eat up 100% cpu randomly). I always went back to mutt or sup, or more recently I tried Geary. Recently (<6 months?) I tried evolution again and I am blown away with how reliable it is. The search is great, everything works. It's not a very exciting e-mail client, but it gets the job done better than any other (while integrating very nicely into gnome).

I've done this and the results product tastes great in dips/soups but for me (and it seems many commentors) the onions turn to complete mush (almost like a jam texture). Were you able to get your onions to maintain some texture?

That's nice, I'm using azure for a windows vm and it's been super frustrating trying to get reasonable performance. (RAM/CPU/etc. is all great but the standard IO is so slow it's basically unusable (i'm maxing out at 10M/s (I think due to iops limitiations).

The WAL (https://www.sqlite.org/wal.html) facilitates concurrency.

I run the backend/website of my side business on sqlite. It is one of the best technology decisions I have made. It performs reasonably, is super straightforward (at my day job we have a team of postgres people to keep our dbs running smoothly, but for my little side business I don't have those resources); backups are dead simple. I love sqlite.

I mostly agree with you, but I think the out-of-the-box immutable data structures and sugar around around maps are very nice compared to the out-of-the-box scheme/racket experience.