• 1 Post
  • 42 Comments
Joined 1 year ago
cake
Cake day: June 15th, 2023

help-circle
rss



  • Looking back on my career, submitting your first merge/pull request can take anywhere from a few hours to several weeks (we’re talking about 8+ hour work days). And that’s at companies that have an onboarding process and coworkers you can ask for help and explanations about the code base, architecture etc.

    Getting into someone else’s code (this may include your past self) is almost never easy and often feels convoluted, because it’s very difficult to see the context that existed at the time when the code was written. And by context I mean everything that influenced the decision to write lines the way they were written, including undocumented discussions, necessary but non-obvious workarounds, understanding of the problem and solution space by the dev, general state of mind of the person writing the code and more.

    Don’t beat yourself up because you couldn’t contribute in just a few hours.

    I would first reach out to the devs on IRC/Discord/Matrix and express interest to contribute and see how they react. You don’t know if they would even accept your PR, so I wouldn’t do too much work upfront.

    Then, when they are open to work with you, find out if they are willing to help you ease into the code. What files should you study to implement the changes that you’ve discussed earlier, any considerations that are not obvious, is there legacy code that you shouldn’t touch etc.

    It’s important to keep in mind that (collaborative) software development is more than just being able to write code. And a lot of the surrounding work is not very glamorous or fun.

    I hope that helps and wish you good luck! 🤞


  • Oh thank you for that link. I knew I’ve heard him take about his plans in some talk he gave, but didn’t know he write them down.

    I am on the same page as you. River works for me well enough, but the vision is what keeps me excited.

    What exactly was the problem with not being able to configure CSD/SSD? I’ve not run into any issues but that has probably more to do with the applications I run.


  • I’m sorry to hear that you’re having a hard time getting the software running. I understand that this can be very frustrating.

    As others have said, making yourself the owner of everything can cause numerous issues in the long run and there’s a reason why most distributions DON’T make you root.

    Why are you using Linux in the first place? I think sonarr and jackett both run on Windows as well.

    Don’t let the frustration get the best of you. If you really want to run those tools yourself, then dive into it (and all the technical issues that are part of it), but if you only want to have access to the functionality, you might want to look into a service that takes care of all the technical burden.

    Good luck



  • I think the biggest difference is dynamic (river) vs manual tiling (sway). Other than that, I feel sway is much more mature and there’s a proper community surrounding it that had written scripts and tools that work with sway. Many of which you are probably gonna use with river as well (swaylock, swaybg, swayidle).

    One thing that’s pretty cool about river (at least in theory) is that the tiling algorithm is not part of the compositor itself. Instead, you can run any river tiling program and have that part be completely custom if you wish. Also configuration is done via commands instead of a config language (you usually run a bash script at start).

    From what I remember, the vision of Isaac Freund (main developer) is, that river will become more of a tiling compositor base, that others can then use to create their own distributions. I heard that in some talk he gave. You should be able to find that on YouTube.

    However, there’s still a long way to go.

    In it’s current state, river reminds me of spectrwm. Very simple, with some cool, but ultimately non-essential, ideas that you probably won’t find anywhere else.








  • pinchcramptoLinux@lemmy.mlI tried, I really did
    link
    fedilink
    7
    edit-2
    5 months ago

    While you make many valid points, I think it’s not reasonable to assume that OP could have avoided all the struggles they had, if they just had informed himself prior to installing. Especially since many of them problems described were probably caused by an unfortunate combination of software/driver issues, a specific hardware setup and certain user expectations.

    I doubt that watching tech YouTubers or similar would have helped much.



  • I think it heavily depends on the size and (management) culture of your employer. My most recent gig had me sit in way too many meetings that were way too long (1hr daily anyone?), dealing with a lot of tooling issues and touching legacy code as little as possible while still adding new features to our main product on a daily basis. Obviously “we don’t need a clean solution. We’re going to replace that codebase anyways, next year™”.

    The job before that had me actually code for about 80% of the time, but writing tests is annoying and slows you down and we don’t have time for that. Odd how there was always time for fixing the regressions later.