I completely agree, the start stop thing never worked for me. I also didn't like the idea of those apps that track what applications you have open, seemed really creepy.
I built a tool to extract the calendar data (mentioned in abother comment, don't want to spam). I'd really appriciate any feedback you have :)
I've built https://billabl.co with this idea in mind. It's early days and I'm just hacking on it as a side project. I use the event title for the project name, or sometimes the client name (depending on how busy I am with that client, or how detailed my invoices need to be). Sometimes I'll create a separate calendar just for one client. So far it connects to Google calendars only.
I've been shopping around for logging solutions like this for years. I can't find anything that meets our requirements:
We're a small team of devs working on various projects for multiple clients.
We don't have enough person-power to host something like ELK or Greylog. Keeping client projects running is enough DevOps for us.
Each project has very low logging rates, but we'd want to retain logs for a decent amount of time so we could do month-on-month comparisons etc.
For many projects I wouldn't feel comfortable logging to a cloud provider, there's too much possible user data that could get logged.
I'd like it if our team could have a single place where all logs went. Without having to switch accounts per client.
As cheap as possible.
Axiom would be great if the Enterprise license didn't start at $600 per month. We could self-host and the team would only have one tool to learn (and a very pretty one at that).
Our current solution is that each project has a bespoke "log some JSON to some files" solution and we try to pull data out of that when we need to. Many project don't have any logging system properly in place and we just end up tailing the logs when we're reproducing bugs :) Plus we don't have nice graphs or dashboards, or any QOL stuff really.
One of the points was that migrations should always be reversible. I’ve struggled with this in the past when it comes to migrations that change or drop data. How do you write a downgrade script that recalls the previous data?
I’ve given up with downgrades now. I make sure to take a dB backup or snapshot before running an upgrade. I’ve never had to test this solution in a tense situation though...
I kinda suspected this would be the answer really. I'll have to be more proactive about communicating these things. I'm generally on top of other communications.
Setting myself a 4 week advance notice period seems like a good idea.
I've had this exact idea floating around in my head for a while now. Really excited that you've gone and built it :)
As with any social network, the hard part is getting lots of people to use it. There's no benefit to me if I have a card but none of my friends do. How are you going to tackle this problem?
I'd really like to use this kind of product at the company I work for. We have a fair amount of people churn, with contractors coming and going. It would be great if my address book could auto-update with their details. Do you have any plans for some kind of company tier, where you could add/connect cards to a company on behalf of the user?
I found the context switch trigger too hard a problem to solve. The real problem for me was that I found any app that tried to watch me work just too creepy. So then any simple app required lots of manual effort.
I built myself a solution that means I can add events to a calendar that describe my day. Different calendars for different clients and different event titles for each project.
This worked well for me and now I’m trying to build it out and sell it. If you’re interested it’s here: billabl.co. I’ll warn you though, it’s early days and likely to break (although I’ve been using it for years).
It tickled me that Westminster University has a policy of not allowing people to speak who are intolerant of free speech. Presumably no representative of the university can ever speak. That must be hard for them.
In the list of "When does the right to erasure apply?", I'm not sure which one you would argue if you wanted to have your HN comments deleted.
1. The data is still necessary for the original purpose
2. HN doesn't rely on consent for this data (I don't think?)
3. I think HN are using legitimate interests, so you could try to object to the processing. I think HN could argue that their legitimate interests override the objection?
4+ Don't apply
So the only one that might work would be point 3. IANAL but it is in HN legitimate interests to keep the comment.
I'm not certain, it seems a bit woolly now I've written it down. It might depend on the seriousness of your objection.
Overall though I think it's important to remember that the right isn't absolute, you can't just have all your data deleted whenever you like. That's not the point of the law.
I made vantage years ago, to scratch an itch I had with using Docker for dev work. I have a bunch of bash scripts in my repo for; spinning up the dev server, running DB migrations, running tests then deploying, etc. etc.
vantage manages the environment for these scripts. Meaning that I can do:
vantage db migrate
For my local DB, then:
vantage -e production db migrate
For my production one.
Recently I added bash completion, so I thought I'd post here to see what other people thought.