Skip Navigation
InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)GA
Posts
2
Comments
212
Joined
2 yr. ago
  • Upd

    Fix

    Upd

    Fuck

    Updated file1

    Fuck

    Fix

    Updated file2

    Merge remote-tracking branch other-user1-feature

    Fix after merge

    Upd

    Revert "Merge remote-tracking branch other-user1-feature"

    Revert "Revert "Merge remote-tracking branch other-user1-feature""

  • Several months ago I installed Tumbleweed on a VM just for kicks and giggles. A week later it refused to install updates at all due to some weird conflict, even though the system was vanilla to the goddamn wallpaper. In a week I try upgrading and magically the conflict is gone. I'll be honest, this was my only experience with Tumbleweed and it managed to have its update system broken in the meantime. I've never had anything close to this on Debian Unstable lol.

    Not hating on Tumbleweed, on the contrary - I have been testing it for quite a while to see if it's as good as they say. But it doesn't look like a middle ground between Arch and Debian. At least in my short experience.

  • Wish Lawnchair didn't have some sort of ghosting when it won't react to any inputs for like quarter of a second after minimizing the currently active app. Guess it's a Samsung thing but still, not found on a default launcher. Otherwise would definitely switch to Lawnchair.

  • I have two key points to understand any large codebase:

    • Start with the entry point. Check the initialization process. It will most likely tell you what other parts of the code are crucial to the application. Start digging into those parts that are mentioned in the initialization process. Rinse and repeat for their dependencies which might look important. Just read and take notes if necessary. Try to understand how the application gets its stuff running. Don't spend too much time on a specific part, just get a broad understanding and how it all flows.
    • After the first step, you should start seeing some sort of patterns to how the software is made: repeating principles, common practices, overall architecture. This is the point when you should be confident enough to introduce changes to the software, therefore you should have a build environment which guarantees the application works. If it doesn't, have someone in the team help you to get it running without any changes to the codebase. Don't make changes until you have a working build environment.

    With both done, you should already be comfortable enough to start modifying the application.

    I cannot stress enough how many developers I've seen trying to dig into random parts of the code knowing nothing where or how it all begins, making it super-problematic to add new features. Yeah they can fix a bug or two, but the biggest issues start when they try to implement something new.

  • I wouldn't mind paying for streaming services IF and ONLY IF they had everything day one just like Spotify works with music. I fucking hate paying for Netflix just to realize I can't watch something new as it's Paramount+ exclusive, and P+ doesn't even let me register in my country. Always sailing for anything video related.

  • So sweet

  • I have several counter-arguments to your statement.

    Firstly, I do not know who is calling me. We here don't share phone numbers with people unless it's a delivery service or family, and generally we use messengers like Telegram, where sharing phone number is not necessary at all, and most of the time people here don't share it. When someone is calling me, 99% of the time it's a scam call, useless advertisement, or some automated bs.

    Secondly, I do not respect someone taking my own time when another person feels like it. There is a reason for planning meetings at work ahead of time so that you can adjust your schedule accordingly. And phone calls ignore anything you have planned and can throw you out of your schedule for a minute or 30 minutes, you never know. I also consider texts much easier to understand if it's worth reacting right now or later. If I have a notification, I can know if I should react to it now or if I can postpone it for later. Most of the time calls aren't an emergency.

    Thirdly, texts allow discussions to be asynchronous, meaning if I receive a question, I can think about an answer and search for something before spitting out my response. This is usually much more productive than sitting on a line and thinking about something in real time.

    Texts also give you an option to attach additional context. No more "I'll send you a link", "I'll show you a pic" or "I'll check it after the call".

    It's not about hating calls or whatever. It's more about the fact that texts are much more flexible and productive.

  • Spiders @lemmy.world
    Gallardo994 @sh.itjust.works

    Meet my pet tarantula. His name is Carl.

    Not that he's a fan of moving at all but after a long transportation he decided to go for a walk.

    Called him Carl cause his colors reminded me of GTA San Andreas, lol.

    C++ @programming.dev
    Gallardo994 @sh.itjust.works

    ImKcpp - C++20 header-only implementation of KCP protocol

    KCP is an algorithmic transport protocol which provides reliability and sequencing for unreliable channels like UDP. By algorithmic it means it doesn't care about sockets, and even clock has to be provided externally.

    It uses fast acknowledgements and has basic congestion+flow control, has an overhead of 24 bytes per packet/ack, but survives bad network conditions much better than TCP and doesn't require retransmitting all packets after the lost one, making it viable for realtime games.

    Original code is written in C and hasn't been updated for a while so I decided to bring my own spin. Also fixed several bugs in the meantime.

    This is my personal project which is currently in active development, but it has passed internal tests in our team and is considered semi-ready for production use. Basic tests for sanity checks are included.