• 201 Posts
  • 1.53K Comments
Joined 3 years ago
cake
Cake day: June 11th, 2023

help-circle
  • My worst experiences (from the top of my head):

    Project participates in Hacktoberfest but doesn’t review nor label-acknowledge PRs.

    Project takes PR commits and replaces author when “merging” into main.

    Invest a day into a 16 months open thing, create the PR, maintainer a few hours later: “I just implemented this”. Probably an unfortunate coincidence, but feels like sabotage.

    Contributing to GitLab, even simple docs, became inaccessible, infeasible. When I see typos or link markup mistakes in docs I create a PR. GitLab has a whole, elaborate onboarding process with guides, ticket creation, talking about yourself, waiting for approval, etc. Then you try to edit and by necessity fork the GitLab repo, but it reaches free account repo limits which produces unclear, confusing, inaccessible issues while trying to make and submit the changes. So you learn about the separate reduced repo you can actually fork and work and submit on. So you do that. Elaborate PR description template, which I remove, because it’s a simple typo/syntax fix. They ask for more or sth. I quit; I close the MR and leave.




  • I noticed I could not restore pg dumps as expected when migrating to a new server. I had to add some parameter to pg dump so it’s a better/more neutral dump or something, which was easier/able to restore. So - definitely check your backups.

    Trying the restore locally is also an option. Just to verify it works and the expected data is there.

    How important it is to verify and verify regularly depends on how much loss you’re willing to accept.

    Once verified, as long as you don’t do big version upgrades or automation changes, I would expect it to continue to work indefinitely. A semi regular verification still makes sense, though.

    At work I know my DB backups definitely work for other reasons, due to regular restores in non-prod.

    For side projects I definitely recommend verifying it at least once, when setting up automated backups/scripts for backup creation.





  • I guess I don’t have many hosted side projects. Those I do, I don’t put them on separate domains. I doubt people use or care, so I haven’t added monitoring for individual projects specifically. I guess I could and should do that now that I established my own online monitoring without third-party free tier limitations.

    I use Red Sift (free) for certificate monitoring, since Let’s Encrypt dropped expiry warning notifications. Given it’s automated, it’s never been an issue for my self-managed projects, though.

    For is-online/is-reachable monitoring, after free services I used became more restricted, and none matched my simple needs, I created Meercat Monitor, which runs on my server and checks some of my and work related projects/services. Simple checks scheduled checks, email notification, and a simple history and status view. Something simple enough and open source so I can audit and manage sources.







  • What makes you think it’s a lockfile issue? If they sighted a patch upgrade then updated the lockfiles but then noticed a breaking change, then lockfiles are irrelevant.

    If it’s actually like they claim, I understand the frustration. (Not that I know this project in particular or how it gets integrated.) Without clear versioning and/or changelogs/release notes managing upgrades is cumbersome, sometimes impossible.

    In some cases I’ve had to ask for clarification in PRs because release notes were not clear, PR was not clear, and resolved ticket was also not clear on the thing or solution.

    Apparently they had issues before, so maybe they could have expected “patch may not be patch-only”.











  • The title is non-telling, the metadata page description is non-telling, no post description. What is this about?

    This community’s rule 3:

    If you’re posting long videos try to add in some form of tldr for those who don’t want to watch videos

    Looks like the video itself also has no useful description. Only an unlabeled ad.

    Copying the generated AI summary from YouTube from the description section:

    The PrimeTime analyzes claims made by Anthropic and Boris regarding the state of modern software development. By examining technical issues with Claude Code, this critique questions the narrative that coding is largely solved, suggesting that the current push toward fully agentic workflows might be misleading and potentially harmful to professional software engineers.