Reddit Programming
206 subscribers
1.22K photos
123K links
I will send you newest post from subreddit /r/programming
Download Telegram
SaaS – Alternative to Firebase Dynamic Links, Branch, Appsflyer
https://www.reddit.com/r/programming/comments/1m821ds/saas_alternative_to_firebase_dynamic_links_branch/

<!-- SC_OFF -->Hey everyone, We built a product – https://grovs.io (https://grovs.io/) – as an alternative to Firebase Dynamic Links, Branch, and Appsflyer. It focuses on deep linking, attribution, and referral systems for mobile apps. If you’re working on a mobile app (iOS or Android), I’d really appreciate it if you gave it a try and shared any feedback. It supports smart links (deep links, deferred deep links), campaign tracking, and growth tools like invites and referrals. We’re live and already integrated in a few apps, but all feedback helps – whether it’s about the product itself, documentation, integration flow, or pricing. <!-- SC_ON --> submitted by /u/Alive_Engineering433 (https://www.reddit.com/user/Alive_Engineering433)
[link] (https://grovs.io/) [comments] (https://www.reddit.com/r/programming/comments/1m821ds/saas_alternative_to_firebase_dynamic_links_branch/)
Webpack 5 Module Federation - my approach
https://www.reddit.com/r/programming/comments/1m84ptx/webpack_5_module_federation_my_approach/

<!-- SC_OFF -->Decentralized Architecture: https://positive-intentions.com/blog/decentralised-architecture While my approach here could be considered overly complicated (because, well, it is), I'm trying something new, and it's entirely possible this strategy won't be viable long-term. My philosophy is "there's only one way to find out." I'm not necessarily recommending this approach, just sharing my journey and what I'm doing. Potential Benefits I've identified some interesting benefits to this approach: Statics as Chat App Infrastructure: https://positive-intentions.com/blog/statics-as-a-chat-app-infrastructure While I often see module federation and microfrontends discouraged in online discussions, I believe they're a good fit for my specific approach. I'm optimistic about the benefits and wanted to share the details. When serving the federated modules, I can also host the Storybook statics. I think this could be an excellent way to document the modules in isolation. Modules and Applications Here are some examples of the modules and how they're being used: Cryptography Modules: https://cryptography.positive-intentions.com/?path=/docs/cryptography-introduction--docs P2P Framework: https://p2p.positive-intentions.com/?path=/docs/e2e-tests-connectionstatus--docs This setup allows me to create microfrontends that consume these modules, enabling me to share functionality between different applications. The following applications, which have distinct codebases (and a distinction between open and closed source), would be able to leverage this: P2P Chat: https://chat.positive-intentions.com (https://chat.positive-intentions.com/) P2P File Transfer: https://file.positive-intentions.com (https://file.positive-intentions.com/) Sharing these dependencies should make it easier to roll out updates to core mechanics across these diverse applications. Furthermore, this functionality also works when I create an Android build with Tauri. This could streamline the process of creating new applications that utilize these established modules. Considerations and Future I'm sure there will be some distinct testing and maintenance overhead with this architecture. However, depending on how it's implemented, I believe it could work and make it easier to improve upon the current functionality. It's important to note that everything about this project is far from finished. Some might view this as an overly complicated way to achieve what npm already does. However, I think this approach offers greater flexibility by allowing for the separation of open and closed-source code for the web. Of course, being JavaScript, the "source code" will always be accessible, especially in the age of AI where reverse-engineering is more possible than ever before. <!-- SC_ON --> submitted by /u/Accurate-Screen8774 (https://www.reddit.com/user/Accurate-Screen8774)
[link] (https://positive-intentions.com/blog/decentralised-architecture) [comments] (https://www.reddit.com/r/programming/comments/1m84ptx/webpack_5_module_federation_my_approach/)
Building a Game Engine Solo – Lessons Learned, Bad Decisions, and Surprising Wins
https://www.reddit.com/r/programming/comments/1m8732h/building_a_game_engine_solo_lessons_learned_bad/

<!-- SC_OFF -->Wrote a brutally honest breakdown of writing a game engine from scratch (C++ + Lua + WebGL). Covers threading, memory, GC issues, emscripten pain, and why I still think it was worth it. Includes demo. <!-- SC_ON --> submitted by /u/xhighway999 (https://www.reddit.com/user/xhighway999)
[link] (https://coffeecupentertainment.com/articles/iteris_preburn) [comments] (https://www.reddit.com/r/programming/comments/1m8732h/building_a_game_engine_solo_lessons_learned_bad/)
Adding more CPU cores won't help if your architecture is fundamentally sequential
https://www.reddit.com/r/programming/comments/1m87s67/adding_more_cpu_cores_wont_help_if_your/

<!-- SC_OFF -->Hit a scaling issue with our log collector. When customers pushed 1M+ logs/minute, adding more CPU/memory barely improved performance. Profiling showed we were only using 67% of allocated CPU cores. Why? Because we inherited OpenTelemetry's sequential processing pattern where logs get processed one-by-one in a tight loop, essentially single-threading the workload. // This was the problem for _, entry := range entries { processedEntry := transformEntry(entry) // next iteration blocks on this one } Switched to worker pool pattern with goroutines equal to allocated CPU cores. Dropped ordering guarantees since logs don't need strict sequencing. Outcome: 35.7k → 47k average, 66k peak logs/second, CPU utilization 67% → 108%, same hardware. Classic urge of throwing resources at an architectural problem. Code in the article if anyone's curious about the implementation details. <!-- SC_ON --> submitted by /u/ExcitingThought2794 (https://www.reddit.com/user/ExcitingThought2794)
[link] (https://signoz.io/blog/optimizing-log-processing-at-scale/) [comments] (https://www.reddit.com/r/programming/comments/1m87s67/adding_more_cpu_cores_wont_help_if_your/)
Hardware-encrypting drives test suite -- "We conduct a systematic security study of 24 TCG Opal-compliant drives. . . . Our analysis shows persistent errors and vulnerabilities in SED implementations regarding basic device usage, data encryption, and random data generators."
https://www.reddit.com/r/programming/comments/1m8dl15/hardwareencrypting_drives_test_suite_we_conduct_a/

submitted by /u/throwaway16830261 (https://www.reddit.com/user/throwaway16830261)
[link] (https://is.muni.cz/th/hy1ai/?lang=en) [comments] (https://www.reddit.com/r/programming/comments/1m8dl15/hardwareencrypting_drives_test_suite_we_conduct_a/)