Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
zomgwat
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
31.
▲
by
zomgwat
5y ago
TimescaleDB looks great. I'm interested in using it but I'm concerned about the upgrade path across major PostgreSQL versions. Logical replication is a big help when upgrading PostgreSQL across major versions while minimizing down
32.
▲
by
zomgwat
5y ago
I have young kids and WFH. They go to childcare/preschool during the day. For me, a flexible WFH schedule has been extremely helpful while starting a family. That said, I understand not everyone’s WFH environment is the same.
33.
▲
by
zomgwat
6y ago
Thanks for mentioning your podcast. I enjoyed the latest episode.
34.
▲
by
zomgwat
6y ago
Chapter support is a nice feature when it's available. There are some podcasts that I listen to straight through. I skip around others.
35.
▲
by
zomgwat
6y ago
All good points. I didn’t articulate it well but I mostly meant why do I need the watch to use Fitness+. If i do ever get one it’ll be for running.
36.
▲
by
zomgwat
6y ago
I get it. I see why people including my wife likes the Apple Watch. I just don't want one. I guess I've reached device capacity for now. That's especially true when it comes to working out. I have a small slice in the day to
37.
▲
by
zomgwat
6y ago
I tried Apple Fitness+ and I'm not a fan. I don't understand why I need an Apple Watch. I have MacBooks, Apple TVs, iPhones and iPads. I don't want a watch. Also, Fitness+ doesn't offer programs (yet?). Programs work gre
38.
▲
by
zomgwat
6y ago
Cool. Like you said, having everything under one umbrella is very nice. It's a big reason why I stuck with it for so long. Ultimately, it just didn't fit well enough for my use cases.
39.
▲
by
zomgwat
6y ago
Are you happy with Cloud Monitoring? I ended up moving away from it. I find the UI to be too slow for the purpose it serves. I'm fine with a slow-ish app sometimes but not when I have to use it often and during incidents. I also had a
40.
▲
by
zomgwat
6y ago
One alternative to keeping the bastion off is to restrict access to the bastion by IP address. Ideally, the list of IP addresses that need access to the bastion should be relatively small. In cloud environments, it's straightforward to
41.
▲
by
zomgwat
6y ago
Avoiding environment variables reduces the risk but doesn't eliminate it. The secrets still live in memory in some form, correct? However, it does help to eliminate generic attempts to exfiltrate environment variables. Tight control o
42.
▲
by
zomgwat
6y ago
I was ready to hate systemd after reading all the negative reactions over the years. Then it came to upgrade servers. Now, I appreciate that I never have to write an init script or cron job again.
43.
▲
by
zomgwat
6y ago
Not a complete answer (by any means) but keeping tight control over egress network access helps (I wish it was easier to limit egress access over port 443). Systemd has some capability to restrict access to system resources. I haven't
44.
▲
by
zomgwat
6y ago
Possible integrations with tools like Alfred (macOS app) is a good reason to have a CLI (IMO). I use Watson [1] to track time and mostly interact with it through Alfred. [1] https://tailordev.github.io/Watson/
45.
▲
by
zomgwat
6y ago
They're similar in concept but Turbo uses WebSockets and htmx is more about AJAX.
46.
▲
by
zomgwat
6y ago
Why does a piece of software exist if it's not to implement business logic?
47.
▲
by
zomgwat
6y ago
I've been using emacs for 15+ years too. I try vscode and other editors/IDEs periodically but I usually give up pretty quick. The tool that always has me running back to emacs is Magit. I find the git integration of the other edit
48.
▲
by
zomgwat
6y ago
Dash is pretty essential to my development workflow. I’ve found using Dash through the Alfred integration combined with multiple monitors to be very productive.
49.
▲
by
zomgwat
6y ago
The slow UI is one (of many) reasons why I moved away from Google Cloud Monitoring.
50.
▲
by
zomgwat
6y ago
Doing your own thing while supporting your family is awesome. It's a difficult thing to do. The SaaS I run isn't mine. Back when you were starting your SaaS, I was probably spending all of my time chasing the latest shinny tech :)
51.
▲
by
zomgwat
6y ago
> Just build in what you know. Yup, I agree. The apparent difference in our situations is that you know React and everything that comes with it. It seems like that'd be a good choice for you. I'm not proficient in any of the
52.
▲
by
zomgwat
6y ago
Thanks! Best done as an employee is spot on.
53.
▲
by
zomgwat
6y ago
As a one-man team operating a 10+ year old SaaS product, I’ve done two things that have helped keep things sustainable. The frontend continues to be server generated. PJAX style partial page updates is (mostly) dynamic enough. The maintenan
54.
▲
by
zomgwat
6y ago
I've recently started using GitHub Actions and I was very disappointed to learn how few "native" actions there are. I don't want to introduce yet another avenue of third-party code via the GitHub Actions marketplace.
55.
▲
by
zomgwat
6y ago
I've been very satisfied with Barman. I considered a variety of backup options including replication. Barman is a good alternative to replication if you can tolerate a small mount of downtime while you restore. For us, it takes less th
56.
▲
by
zomgwat
7y ago
We do the same. We use a #news channel. We also include feeds for Rubygem releases, product blogs, security related mailing lists and so on. It’s a nice way to create a shared view of a dev supply chain.
57.
▲
by
zomgwat
7y ago
My experience is similar to yours. We also have a monolithic MS OneNote notebook. The notebook is shared by 30+ people and we haven't experienced scaling issues at that level either. To add to your list of features, the macOS and iOS a