d13

joined 1 year ago
[–] d13@programming.dev 2 points 7 months ago* (last edited 7 months ago)
  1. Affinity - I like the concept and style
  2. Vector - Mainly for one or two songs that really hit the spot
  3. Visions
  4. Aquarius
  5. Virus
  6. The Mountain - Some very good songs, but it doesn't feel cohesive to me.
  7. Fauna

Haven't heard the others.

[–] d13@programming.dev 36 points 7 months ago (2 children)

the AI that wrote the article

The linked article is by Dan Goodin from Ars Technica. He's not immune to mistakes, but he's been writing good articles about security for years.

Can we please not accuse everybody of being AI just because they made a mistake?

[–] d13@programming.dev 4 points 7 months ago

I do this as well, but I use Libation: https://github.com/rmcrackan/Libation

Super easy, barely an inconvenience.

Then I use Audiobookshelf https://www.audiobookshelf.org/ to host the books and their Android app to play them.

[–] d13@programming.dev 8 points 8 months ago (2 children)

Logseq has an Android app and clients for the usual desktop platforms. It stores as .md files. It meets your requirements. I'm not sure why you're focused on Firefox support?

One I have my eye on is Silverbullet.md. the creator recently promoted it here and it has some nice ideas. It's a web app that you self host. Behind the scenes everything is stored in .md files.

[–] d13@programming.dev 4 points 9 months ago (1 children)

Thanks for your answers! Very fair thoughts, particularly about the flexibility of keeping things as just files on disk.

Regarding the work thing, I should clarify my use case: I'd like to take work related notes that could contain privileged company data. With a standalone app, I can install it and manage the files on my device (with cloud syncing in an approved corporate way). I could still probably do that here, but it requires the work of running the web server locally. Unfortunately, an external source like a VPS wouldn't be allowed.

I have one more question, if you have some time: One of the things I like most about Logseq is that when there is a list of back links on a page, the context capture is excellent (likely due to it being an outliner). I've noticed that with SilverBullet, the context capture might begin/end in the middle of a word, etc. Is there a way to configure that or plans to enhance it?

[–] d13@programming.dev 13 points 9 months ago (3 children)

This is very cool, and I've been watching the project for a month or so.

I like the query setup and the templates look very interesting. One of my biggest complaints about Logseq is how much of a pain simple query operations can be.

A few things make me hesitate a bit:

  • I've been burned on single-dev passion projects in the past.
  • As a self hosted web app, it's a bit more difficult to manage on a company owned machine. I know Electron apps get hate, but that would ease some pain here.
  • The rapid pace of development is both exciting and worrisome. For example, a recent update completely changed the underlying templating engine from a well-known open source solution to a custom solution. I worry if I rely on this, something might catch me by surprise.

What are your thoughts on those concerns, OP?

[–] d13@programming.dev -1 points 9 months ago (1 children)

So this whole post is an advertisement, then.

[–] d13@programming.dev 1 points 9 months ago

I did basically what you are trying to do:

I installed Calibre docker on my server machine with the DB local (important because the DB won't work over a share) and the book storage on the NAS.

Then I installed Calibre-web docker and pointed it to the same local DB and the same book storage on the NAS.

Now I can use Calibre for import, DRM removal, metadata updates, etc. And I use Calibre-web for user management, OPDS feed, etc.

Let me know if you want more info.

[–] d13@programming.dev 1 points 10 months ago

I also use Logseq and I use SyncThing to sync between devices. I just started a month ago, so I can't say for sure, but so far it has been pretty great.

[–] d13@programming.dev 9 points 10 months ago (1 children)

Regret:

  • Not taking care of my health. Too much sitting in front of a computer, not enough walking around. Too much junk food.
  • Not keeping track of people after leaving their immediate circle (team changes, company changes, leaving college, etc.). Literally every opportunity I've had has come from somebody I know, yet I've done a poor job of keeping a network socially. It's not that hard to chat with people every few months, but I didn't initially put enough effort into it.

Happy:

  • For me specifically, staying at my first job for a long time was really good. It helped me grow, and the company was pretty good with salary increases.
  • In contrast to my regret, I did a good job of making friends with teammates and getting along with people I work with the most.
[–] d13@programming.dev 6 points 10 months ago

tl;dr: The right people, the right exercises, the right atmosphere.

I started by sitting down to a pair programming session with a member of the team that was hiring. We did some minor work directly in their code base, and he showed me some of the interesting things in their stack. It was great.

Then we had a panel interview with other team members and the CTO (not a giant company, but there's over 1500 employees, so I was impressed.) We discussed some of my previous work, the designs involved, tradeoffs, etc. There were a couple white-boarding conversations. We talked about leadership and various people topics.

Then most of the panel and my referrer took me out to lunch, and we had a good informal chat.

Finally, we went back and I did another pair programming session with a different member of the team where we did code kata problems for a while. We discussed pros and cons of pair programming and mob programming.

Why did I like this so much?

  1. The two programming sections were with senior developers on the team they were hiring for. Also, pair programming is great because you see how somebody collaborates as well as how they can solve problems.
  2. The panel mostly consisted of people I would be working directly with. The questions in the panel were very relevant and you could tell they were looking for my strengths.
  3. The atmosphere in general was great.
  4. What I saw of their codebase looked really good.

I was very impressed with this company. They made a competitive offer. I ended up declining, mostly for external reasons like a long commute, but I still wonder to this day if I should have given it a shot.

[–] d13@programming.dev 2 points 11 months ago (1 children)

If I'm understanding correctly, Emby has been hostile to FOSS (alleged GPL violations, etc.) and Jellyfin forked from it. Due to that, I'm not planning to use Emby.

Having said that, I'm always interested in hearing about projects in this space. What things do you like about Emby?

view more: ‹ prev next ›