Programmer Manifesto
https://www.reddit.com/r/programming/comments/1jdxne4/programmer_manifesto/
<!-- SC_OFF -->Volume 11: Unleash the Fury (Third Attempt) "Alright, listen up, you over-caffeinated, self-important wannabe rockstars. I’m cranking this to volume 11, and when I’m done, there won’t be a safe space left for your fragile egos to hide. No hugs, no ‘it’s okay,’ and definitely no ‘maybe next time.’ This is your final warning before I rip apart your excuses like a toddler with a piñata." WELCOME TO REALITY—NO MORE HUGBOX CODING This isn’t daycare. It’s not a safe space for your fragile egos. It’s software engineering, and it’s time to level up or get the hell out of the way. Let’s break this down, habit by habit, and I swear, by the time we’re done, you’ll either become the most productive dev on the team—or the most unemployed one. Habit 1 - Monthly Metrics Check-In “If your numbers suck, don’t act shocked when I call you out. You earned that spotlight.” I’m not looking for warm, fuzzy feelings or hearing about how ‘busy’ you were. I care about your output, not your effort. We’ll be checking PR size, merge frequency, cycle time, and all the other numbers that scream, “This dev doesn’t know how to ship code on time.” Oh, you think small PRs aren’t important? You’re probably the same clown writing 5,000-line PRs and wondering why it takes days to review. Newsflash: Your big-ass PR isn’t a gift to humanity—it’s a dumpster fire nobody wants to deal with. Split it, review it, merge it, and move the hell on. Habit 2 - Flow Optimization “I’m not here to talk about your ‘flow state.’ I’m here to talk about why you’re slowing down ours.” Here’s the deal: PR flow matters more than your fragile sense of artistic expression. I don’t care if you think you’re the next Steve Jobs of clean code. If you’re clogging the pipeline with monster PRs, you’re the problem. Automation exists for a reason. If you’re still manually handling tasks that a bot can do, you’re either lazy, scared, or both. Don’t trust automation? Good. I don’t trust YOU to manage your time, so I’ll happily let a bot handle the things you can’t. Reduce toil. Kill unnecessary work. Or get automated out of the process. Habit 3 - Team Goal Setting “Goals aren’t dreams. They’re commitments. Break them, and we’re going to have a conversation you won’t enjoy.” Let me make this clear: half-assed goals get half-assed results, and I’m tired of developers setting goals they have no intention of meeting. I’m not accepting vague goals like “I’ll try to improve code coverage.” Try? No. You will. Or you’ll explain why you couldn’t without throwing your team under the bus. Your PR process goals will be specific: Reduce review time, increase merge frequency, lower PR size. Miss them once, we’ll talk. Miss them twice, and I’ll hand you a roadmap to mediocrity. Keep it up, and you’ll be the benchmark for what failure looks like. Habit 4 - Individual Developer Coaching “If you’re expecting a pep talk, turn around now. This is tough love, and you’ll leave better—or bitter.” Your 1:1 meetings aren’t coffee chats. They’re performance interrogations. I want data, blockers, productivity gaps, and your plan to fix them. Show up unprepared, and I’ll happily reassign you to bug fixes until you remember how to deliver value. You don’t get to hide behind your feelings. You’ll confront the blockers you created. We’ll talk about why your merge times are slower than a tortoise on vacation. And if your answer starts with “I didn’t have enough time,” then maybe you shouldn’t have wasted half your day debating linting rules in Slack. Fix your gaps or find another sandbox to play in. Habit 5 - Project Status Meetings “Bring your excuses, and I’ll bring a shovel to bury them.” These meetings aren’t for chit-chat. We’re here to talk data, not your feelings. I want to see your WIP, blockers, merge rates, and resource allocation. If you’re not contributing to progress, you’re holding the
https://www.reddit.com/r/programming/comments/1jdxne4/programmer_manifesto/
<!-- SC_OFF -->Volume 11: Unleash the Fury (Third Attempt) "Alright, listen up, you over-caffeinated, self-important wannabe rockstars. I’m cranking this to volume 11, and when I’m done, there won’t be a safe space left for your fragile egos to hide. No hugs, no ‘it’s okay,’ and definitely no ‘maybe next time.’ This is your final warning before I rip apart your excuses like a toddler with a piñata." WELCOME TO REALITY—NO MORE HUGBOX CODING This isn’t daycare. It’s not a safe space for your fragile egos. It’s software engineering, and it’s time to level up or get the hell out of the way. Let’s break this down, habit by habit, and I swear, by the time we’re done, you’ll either become the most productive dev on the team—or the most unemployed one. Habit 1 - Monthly Metrics Check-In “If your numbers suck, don’t act shocked when I call you out. You earned that spotlight.” I’m not looking for warm, fuzzy feelings or hearing about how ‘busy’ you were. I care about your output, not your effort. We’ll be checking PR size, merge frequency, cycle time, and all the other numbers that scream, “This dev doesn’t know how to ship code on time.” Oh, you think small PRs aren’t important? You’re probably the same clown writing 5,000-line PRs and wondering why it takes days to review. Newsflash: Your big-ass PR isn’t a gift to humanity—it’s a dumpster fire nobody wants to deal with. Split it, review it, merge it, and move the hell on. Habit 2 - Flow Optimization “I’m not here to talk about your ‘flow state.’ I’m here to talk about why you’re slowing down ours.” Here’s the deal: PR flow matters more than your fragile sense of artistic expression. I don’t care if you think you’re the next Steve Jobs of clean code. If you’re clogging the pipeline with monster PRs, you’re the problem. Automation exists for a reason. If you’re still manually handling tasks that a bot can do, you’re either lazy, scared, or both. Don’t trust automation? Good. I don’t trust YOU to manage your time, so I’ll happily let a bot handle the things you can’t. Reduce toil. Kill unnecessary work. Or get automated out of the process. Habit 3 - Team Goal Setting “Goals aren’t dreams. They’re commitments. Break them, and we’re going to have a conversation you won’t enjoy.” Let me make this clear: half-assed goals get half-assed results, and I’m tired of developers setting goals they have no intention of meeting. I’m not accepting vague goals like “I’ll try to improve code coverage.” Try? No. You will. Or you’ll explain why you couldn’t without throwing your team under the bus. Your PR process goals will be specific: Reduce review time, increase merge frequency, lower PR size. Miss them once, we’ll talk. Miss them twice, and I’ll hand you a roadmap to mediocrity. Keep it up, and you’ll be the benchmark for what failure looks like. Habit 4 - Individual Developer Coaching “If you’re expecting a pep talk, turn around now. This is tough love, and you’ll leave better—or bitter.” Your 1:1 meetings aren’t coffee chats. They’re performance interrogations. I want data, blockers, productivity gaps, and your plan to fix them. Show up unprepared, and I’ll happily reassign you to bug fixes until you remember how to deliver value. You don’t get to hide behind your feelings. You’ll confront the blockers you created. We’ll talk about why your merge times are slower than a tortoise on vacation. And if your answer starts with “I didn’t have enough time,” then maybe you shouldn’t have wasted half your day debating linting rules in Slack. Fix your gaps or find another sandbox to play in. Habit 5 - Project Status Meetings “Bring your excuses, and I’ll bring a shovel to bury them.” These meetings aren’t for chit-chat. We’re here to talk data, not your feelings. I want to see your WIP, blockers, merge rates, and resource allocation. If you’re not contributing to progress, you’re holding the
team hostage. Let’s get one thing straight: saying “I’m working on it” without specifics is developer code for “I don’t want to admit I’m stuck.” Here’s a tip—admit it, get help, and fix it. Otherwise, you’re wasting everyone’s time, and that’s a fireable offense in my book. Habit 6 - Sprint Retrospectives “No, we’re not skipping the retro. You’ll sit there and own up to your failures like an adult.” Retrospectives aren’t optional, and we’re not wasting time patting you on the back for showing up. This is where we identify who dropped the ball, why it happened, and how to make sure it doesn’t happen again. We’ll dive into blockers, scope creep, PR delays, and missed deadlines. If you’re the common denominator in all of them, congratulations—you’re officially on my radar. And no, we’re not just discussing what went wrong. We’re fixing it, and you’re taking responsibility for your part. Got a suggestion to improve things? Good. But if you just sit there quietly, waiting for someone else to suggest the obvious fix, you’re dead weight. Habit 7 & 8 - Engineering Business Reviews “You’re not just writing code—you’re spending the company’s money. Justify it.” Think you’re just a cog in the machine? Wrong. You’re a financial liability until proven otherwise. Every missed deadline, every delay in delivery, every PR sitting idle is money burned. We’re going to review how much of the budget your team wasted because you couldn’t finish a feature on time or needed a week-long discussion on syntax. If you want a future here, you’ll show us you’re worth the investment. ROI is king. If you don’t know what that means, Google it before the meeting. FINAL ROUND - THE RULES OF SURVIVAL: “Don’t like this system? Tough. The door’s over there.” Don’t bring problems without solutions.
If you’re stuck, come with options, not just complaints. Don’t let PRs rot.
If your code is sitting idle, you’re wasting time and money. Don’t resist automation.
It’s not replacing you—it’s making you better. Unless you’re a dinosaur, in which case, enjoy extinction. Don’t hide behind vague metrics.
Data doesn’t lie, but you might. Guess who I’ll believe? You’ve got two choices now:
Step up, adapt, and crush it—or step aside and let the grown-ups handle it. Because this isn’t about being the smartest developer in the room. It’s about delivering. <!-- SC_ON --> submitted by /u/Mia_Tostada (https://www.reddit.com/user/Mia_Tostada)
[link] (https://github.com/buildmotion/github-motion/blob/develop/documentation/docs/research/shape-up-extreme.md) [comments] (https://www.reddit.com/r/programming/comments/1jdxne4/programmer_manifesto/)
If you’re stuck, come with options, not just complaints. Don’t let PRs rot.
If your code is sitting idle, you’re wasting time and money. Don’t resist automation.
It’s not replacing you—it’s making you better. Unless you’re a dinosaur, in which case, enjoy extinction. Don’t hide behind vague metrics.
Data doesn’t lie, but you might. Guess who I’ll believe? You’ve got two choices now:
Step up, adapt, and crush it—or step aside and let the grown-ups handle it. Because this isn’t about being the smartest developer in the room. It’s about delivering. <!-- SC_ON --> submitted by /u/Mia_Tostada (https://www.reddit.com/user/Mia_Tostada)
[link] (https://github.com/buildmotion/github-motion/blob/develop/documentation/docs/research/shape-up-extreme.md) [comments] (https://www.reddit.com/r/programming/comments/1jdxne4/programmer_manifesto/)
Wow, the performance of AI coding is very impressive
https://www.reddit.com/r/programming/comments/1jdz4ns/wow_the_performance_of_ai_coding_is_very/
<!-- SC_OFF -->Clacky: A Step-by-Step Guide to Mastering Project Import and PR Submission in Your CDE Workflow <!-- SC_ON --> submitted by /u/Extension-Spite-9881 (https://www.reddit.com/user/Extension-Spite-9881)
[link] (https://youtu.be/xOKeD624nLk?si=72SIqTYk9Qw4mIPf) [comments] (https://www.reddit.com/r/programming/comments/1jdz4ns/wow_the_performance_of_ai_coding_is_very/)
https://www.reddit.com/r/programming/comments/1jdz4ns/wow_the_performance_of_ai_coding_is_very/
<!-- SC_OFF -->Clacky: A Step-by-Step Guide to Mastering Project Import and PR Submission in Your CDE Workflow <!-- SC_ON --> submitted by /u/Extension-Spite-9881 (https://www.reddit.com/user/Extension-Spite-9881)
[link] (https://youtu.be/xOKeD624nLk?si=72SIqTYk9Qw4mIPf) [comments] (https://www.reddit.com/r/programming/comments/1jdz4ns/wow_the_performance_of_ai_coding_is_very/)
Making a “Hello World” Program For a Quantum Computer
https://www.reddit.com/r/programming/comments/1jdzi4i/making_a_hello_world_program_for_a_quantum/
submitted by /u/Xadartt (https://www.reddit.com/user/Xadartt)
[link] (https://medium.com/gitconnected/making-a-hello-world-program-for-a-quantum-computer-0607621a637b) [comments] (https://www.reddit.com/r/programming/comments/1jdzi4i/making_a_hello_world_program_for_a_quantum/)
https://www.reddit.com/r/programming/comments/1jdzi4i/making_a_hello_world_program_for_a_quantum/
submitted by /u/Xadartt (https://www.reddit.com/user/Xadartt)
[link] (https://medium.com/gitconnected/making-a-hello-world-program-for-a-quantum-computer-0607621a637b) [comments] (https://www.reddit.com/r/programming/comments/1jdzi4i/making_a_hello_world_program_for_a_quantum/)
A year of uv: pros, cons, and should you migrate (python)
https://www.reddit.com/r/programming/comments/1jdzuvq/a_year_of_uv_pros_cons_and_should_you_migrate/
submitted by /u/alicedu06 (https://www.reddit.com/user/alicedu06)
[link] (https://www.bitecode.dev/p/a-year-of-uv-pros-cons-and-should) [comments] (https://www.reddit.com/r/programming/comments/1jdzuvq/a_year_of_uv_pros_cons_and_should_you_migrate/)
https://www.reddit.com/r/programming/comments/1jdzuvq/a_year_of_uv_pros_cons_and_should_you_migrate/
submitted by /u/alicedu06 (https://www.reddit.com/user/alicedu06)
[link] (https://www.bitecode.dev/p/a-year-of-uv-pros-cons-and-should) [comments] (https://www.reddit.com/r/programming/comments/1jdzuvq/a_year_of_uv_pros_cons_and_should_you_migrate/)
Why you shouldn't run tests sequentially
https://www.reddit.com/r/programming/comments/1je0ypg/why_you_shouldnt_run_tests_sequentially/
submitted by /u/vicanurim (https://www.reddit.com/user/vicanurim)
[link] (https://www.checklyhq.com/blog/playwright-tests-in-sequence/) [comments] (https://www.reddit.com/r/programming/comments/1je0ypg/why_you_shouldnt_run_tests_sequentially/)
https://www.reddit.com/r/programming/comments/1je0ypg/why_you_shouldnt_run_tests_sequentially/
submitted by /u/vicanurim (https://www.reddit.com/user/vicanurim)
[link] (https://www.checklyhq.com/blog/playwright-tests-in-sequence/) [comments] (https://www.reddit.com/r/programming/comments/1je0ypg/why_you_shouldnt_run_tests_sequentially/)
Trying the DX Core 4 Developer Productivity Framework on Skeptical Developers
https://www.reddit.com/r/programming/comments/1je1ogb/trying_the_dx_core_4_developer_productivity/
submitted by /u/MiserableWriting2919 (https://www.reddit.com/user/MiserableWriting2919)
[link] (https://www.wiremock.io/post/dx-core-4-developer-productivity-first-impressions) [comments] (https://www.reddit.com/r/programming/comments/1je1ogb/trying_the_dx_core_4_developer_productivity/)
https://www.reddit.com/r/programming/comments/1je1ogb/trying_the_dx_core_4_developer_productivity/
submitted by /u/MiserableWriting2919 (https://www.reddit.com/user/MiserableWriting2919)
[link] (https://www.wiremock.io/post/dx-core-4-developer-productivity-first-impressions) [comments] (https://www.reddit.com/r/programming/comments/1je1ogb/trying_the_dx_core_4_developer_productivity/)
The Model is the Product
https://www.reddit.com/r/programming/comments/1je1plh/the_model_is_the_product/
submitted by /u/GarethX (https://www.reddit.com/user/GarethX)
[link] (https://vintagedata.org/blog/posts/model-is-the-product) [comments] (https://www.reddit.com/r/programming/comments/1je1plh/the_model_is_the_product/)
https://www.reddit.com/r/programming/comments/1je1plh/the_model_is_the_product/
submitted by /u/GarethX (https://www.reddit.com/user/GarethX)
[link] (https://vintagedata.org/blog/posts/model-is-the-product) [comments] (https://www.reddit.com/r/programming/comments/1je1plh/the_model_is_the_product/)
Mastering Database Connection Pooling
https://www.reddit.com/r/programming/comments/1je483y/mastering_database_connection_pooling/
submitted by /u/Adventurous-Salt8514 (https://www.reddit.com/user/Adventurous-Salt8514)
[link] (https://www.architecture-weekly.com/p/architecture-weekly-189-mastering) [comments] (https://www.reddit.com/r/programming/comments/1je483y/mastering_database_connection_pooling/)
https://www.reddit.com/r/programming/comments/1je483y/mastering_database_connection_pooling/
submitted by /u/Adventurous-Salt8514 (https://www.reddit.com/user/Adventurous-Salt8514)
[link] (https://www.architecture-weekly.com/p/architecture-weekly-189-mastering) [comments] (https://www.reddit.com/r/programming/comments/1je483y/mastering_database_connection_pooling/)
Specializing Python with E-graphs
https://www.reddit.com/r/programming/comments/1je4dr8/specializing_python_with_egraphs/
<!-- SC_OFF -->We've explored progressively more sophisticated techniques for optimizing numerical computations. We started with basic MLIR concepts, moved through memory management and linear algebra, and then neural network implementations. Each layer has added new capabilities for expressing and optimizing computations. Now we're reading to build our first toy compiler for Python expressions. In this section, we'll explore how to use the egglog library to perform term rewriting and optimization on Python expressions and compile them into MLIR. The entire source code for this section is available on GitHub (https://github.com/sdiehl/mlir-egglog). <!-- SC_ON --> submitted by /u/dtseng123 (https://www.reddit.com/user/dtseng123)
[link] (https://vectorfold.studio/blog/egglog) [comments] (https://www.reddit.com/r/programming/comments/1je4dr8/specializing_python_with_egraphs/)
https://www.reddit.com/r/programming/comments/1je4dr8/specializing_python_with_egraphs/
<!-- SC_OFF -->We've explored progressively more sophisticated techniques for optimizing numerical computations. We started with basic MLIR concepts, moved through memory management and linear algebra, and then neural network implementations. Each layer has added new capabilities for expressing and optimizing computations. Now we're reading to build our first toy compiler for Python expressions. In this section, we'll explore how to use the egglog library to perform term rewriting and optimization on Python expressions and compile them into MLIR. The entire source code for this section is available on GitHub (https://github.com/sdiehl/mlir-egglog). <!-- SC_ON --> submitted by /u/dtseng123 (https://www.reddit.com/user/dtseng123)
[link] (https://vectorfold.studio/blog/egglog) [comments] (https://www.reddit.com/r/programming/comments/1je4dr8/specializing_python_with_egraphs/)
VSort - sorting fast with apple silicon processors.
https://www.reddit.com/r/programming/comments/1je4e2u/vsort_sorting_fast_with_apple_silicon_processors/
<!-- SC_OFF -->Hey everyone, I’m excited to share my latest project—VSort, an advanced sorting library optimized specifically for Apple Silicon. I built VSort to take full advantage of the unique architecture of M-series chips, and it really delivers when it comes to performance. What’s Cool About VSort? Apple Silicon Optimizations: VSort leverages ARM NEON for SIMD vectorization and uses Grand Central Dispatch to efficiently distribute work across Apple Silicon’s heterogeneous cores. This means sorting large or partially sorted datasets is a breeze. Adaptive & Efficient: It smartly switches between algorithms (like insertion sort for tiny arrays and quicksort for larger ones) and fine-tunes its approach based on data patterns. Benchmarks even show it outperforming traditional quicksort, mergesort, and even std::sort in some cases. If you’re into high-performance computing or just curious about how sorting can be optimized on modern hardware, check it out on GitHub: VSort (https://github.com/davidesantangelo). I’m eager to hear your feedback, ideas, or any tips you might have for further improvements. vsort.org (http://vsort.org/) — Davide <!-- SC_ON --> submitted by /u/davidesantangelo (https://www.reddit.com/user/davidesantangelo)
[link] (https://github.com/davidesantangelo/vsort) [comments] (https://www.reddit.com/r/programming/comments/1je4e2u/vsort_sorting_fast_with_apple_silicon_processors/)
https://www.reddit.com/r/programming/comments/1je4e2u/vsort_sorting_fast_with_apple_silicon_processors/
<!-- SC_OFF -->Hey everyone, I’m excited to share my latest project—VSort, an advanced sorting library optimized specifically for Apple Silicon. I built VSort to take full advantage of the unique architecture of M-series chips, and it really delivers when it comes to performance. What’s Cool About VSort? Apple Silicon Optimizations: VSort leverages ARM NEON for SIMD vectorization and uses Grand Central Dispatch to efficiently distribute work across Apple Silicon’s heterogeneous cores. This means sorting large or partially sorted datasets is a breeze. Adaptive & Efficient: It smartly switches between algorithms (like insertion sort for tiny arrays and quicksort for larger ones) and fine-tunes its approach based on data patterns. Benchmarks even show it outperforming traditional quicksort, mergesort, and even std::sort in some cases. If you’re into high-performance computing or just curious about how sorting can be optimized on modern hardware, check it out on GitHub: VSort (https://github.com/davidesantangelo). I’m eager to hear your feedback, ideas, or any tips you might have for further improvements. vsort.org (http://vsort.org/) — Davide <!-- SC_ON --> submitted by /u/davidesantangelo (https://www.reddit.com/user/davidesantangelo)
[link] (https://github.com/davidesantangelo/vsort) [comments] (https://www.reddit.com/r/programming/comments/1je4e2u/vsort_sorting_fast_with_apple_silicon_processors/)
How to Track and Document Known Issues Effectively in Software Projects
https://www.reddit.com/r/programming/comments/1je5i5v/how_to_track_and_document_known_issues/
submitted by /u/idaszak1 (https://www.reddit.com/user/idaszak1)
[link] (https://l.idaszak.com/r-known-issues) [comments] (https://www.reddit.com/r/programming/comments/1je5i5v/how_to_track_and_document_known_issues/)
https://www.reddit.com/r/programming/comments/1je5i5v/how_to_track_and_document_known_issues/
submitted by /u/idaszak1 (https://www.reddit.com/user/idaszak1)
[link] (https://l.idaszak.com/r-known-issues) [comments] (https://www.reddit.com/r/programming/comments/1je5i5v/how_to_track_and_document_known_issues/)
Immutable Arrays v0.7.0 brings substantial performance improvements
https://www.reddit.com/r/programming/comments/1je9zul/immutable_arrays_v070_brings_substantial/
<!-- SC_OFF -->We're excited to announce the release of Immutable Arrays (https://github.com/daniel-rusu/pods4k/tree/main/immutable-arrays) v0.7.0, a safer and more efficient alternative to lists. We're humbled by the overwhelmingly-positive feedback from the community (thank you!). This release includes many ideas and suggestions to make what seemed impossible more versatile and even faster! What's New 🔥 Major Performance Improvements Tons of efficiency improvements and optimizations across dozens of functions. For example, new bitwise optimizations makes filtering 1.6 to 4 times faster than lists while also using significantly less temporary memory! ✨ New Features Added toMutableArray() and toTypedMutableArray() methods for converting to regular arrays Added referencesSameArrayAs(otherImmutableArray) for checking referential equality of the underlying array etc. 📚 Enhanced Documentation Simplified readme and added more benchmarks & memory comparisons. <!-- SC_ON --> submitted by /u/Determinant (https://www.reddit.com/user/Determinant)
[link] (https://github.com/daniel-rusu/pods4k/tree/main/immutable-arrays) [comments] (https://www.reddit.com/r/programming/comments/1je9zul/immutable_arrays_v070_brings_substantial/)
https://www.reddit.com/r/programming/comments/1je9zul/immutable_arrays_v070_brings_substantial/
<!-- SC_OFF -->We're excited to announce the release of Immutable Arrays (https://github.com/daniel-rusu/pods4k/tree/main/immutable-arrays) v0.7.0, a safer and more efficient alternative to lists. We're humbled by the overwhelmingly-positive feedback from the community (thank you!). This release includes many ideas and suggestions to make what seemed impossible more versatile and even faster! What's New 🔥 Major Performance Improvements Tons of efficiency improvements and optimizations across dozens of functions. For example, new bitwise optimizations makes filtering 1.6 to 4 times faster than lists while also using significantly less temporary memory! ✨ New Features Added toMutableArray() and toTypedMutableArray() methods for converting to regular arrays Added referencesSameArrayAs(otherImmutableArray) for checking referential equality of the underlying array etc. 📚 Enhanced Documentation Simplified readme and added more benchmarks & memory comparisons. <!-- SC_ON --> submitted by /u/Determinant (https://www.reddit.com/user/Determinant)
[link] (https://github.com/daniel-rusu/pods4k/tree/main/immutable-arrays) [comments] (https://www.reddit.com/r/programming/comments/1je9zul/immutable_arrays_v070_brings_substantial/)
Post Hoc Ergo Propter Hoc: When Temporality Becomes Causality
https://www.reddit.com/r/programming/comments/1jebmx1/post_hoc_ergo_propter_hoc_when_temporality/
submitted by /u/teivah (https://www.reddit.com/user/teivah)
[link] (https://www.thecoder.cafe/p/post-hoc-ergo-propter-hoc) [comments] (https://www.reddit.com/r/programming/comments/1jebmx1/post_hoc_ergo_propter_hoc_when_temporality/)
https://www.reddit.com/r/programming/comments/1jebmx1/post_hoc_ergo_propter_hoc_when_temporality/
submitted by /u/teivah (https://www.reddit.com/user/teivah)
[link] (https://www.thecoder.cafe/p/post-hoc-ergo-propter-hoc) [comments] (https://www.reddit.com/r/programming/comments/1jebmx1/post_hoc_ergo_propter_hoc_when_temporality/)
I wrote an open-source internationalization (i18n) tool
https://www.reddit.com/r/programming/comments/1jebpve/i_wrote_an_opensource_internationalization_i18n/
submitted by /u/Creative_Walrus_5197 (https://www.reddit.com/user/Creative_Walrus_5197)
[link] (https://github.com/brownrw8/olelo-honua) [comments] (https://www.reddit.com/r/programming/comments/1jebpve/i_wrote_an_opensource_internationalization_i18n/)
https://www.reddit.com/r/programming/comments/1jebpve/i_wrote_an_opensource_internationalization_i18n/
submitted by /u/Creative_Walrus_5197 (https://www.reddit.com/user/Creative_Walrus_5197)
[link] (https://github.com/brownrw8/olelo-honua) [comments] (https://www.reddit.com/r/programming/comments/1jebpve/i_wrote_an_opensource_internationalization_i18n/)
One Number Repeated Forever: RNG in NSMB
https://www.reddit.com/r/programming/comments/1jecgcr/one_number_repeated_forever_rng_in_nsmb/
submitted by /u/HugoNikanor (https://www.reddit.com/user/HugoNikanor)
[link] (https://roadrunnerwmc.github.io/blog/2020/05/08/nsmb-rng.html) [comments] (https://www.reddit.com/r/programming/comments/1jecgcr/one_number_repeated_forever_rng_in_nsmb/)
https://www.reddit.com/r/programming/comments/1jecgcr/one_number_repeated_forever_rng_in_nsmb/
submitted by /u/HugoNikanor (https://www.reddit.com/user/HugoNikanor)
[link] (https://roadrunnerwmc.github.io/blog/2020/05/08/nsmb-rng.html) [comments] (https://www.reddit.com/r/programming/comments/1jecgcr/one_number_repeated_forever_rng_in_nsmb/)
Evaluating the difficulty of a sentence in mere microseconds
https://www.reddit.com/r/programming/comments/1jecqr5/evaluating_the_difficulty_of_a_sentence_in_mere/
submitted by /u/Nuenki (https://www.reddit.com/user/Nuenki)
[link] (https://nuenki.app/sentencedifficulty) [comments] (https://www.reddit.com/r/programming/comments/1jecqr5/evaluating_the_difficulty_of_a_sentence_in_mere/)
https://www.reddit.com/r/programming/comments/1jecqr5/evaluating_the_difficulty_of_a_sentence_in_mere/
submitted by /u/Nuenki (https://www.reddit.com/user/Nuenki)
[link] (https://nuenki.app/sentencedifficulty) [comments] (https://www.reddit.com/r/programming/comments/1jecqr5/evaluating_the_difficulty_of_a_sentence_in_mere/)
Simple Task Management
https://www.reddit.com/r/programming/comments/1jecr4b/simple_task_management/
submitted by /u/Accurate-Quality-904 (https://www.reddit.com/user/Accurate-Quality-904)
[link] (https://yusufaytas.com/simple-task-management/) [comments] (https://www.reddit.com/r/programming/comments/1jecr4b/simple_task_management/)
https://www.reddit.com/r/programming/comments/1jecr4b/simple_task_management/
submitted by /u/Accurate-Quality-904 (https://www.reddit.com/user/Accurate-Quality-904)
[link] (https://yusufaytas.com/simple-task-management/) [comments] (https://www.reddit.com/r/programming/comments/1jecr4b/simple_task_management/)
Evolution in Software: What Has Changed Since GOOS? • Nat Pryce & Duncan McGregor
https://www.reddit.com/r/programming/comments/1jedg0u/evolution_in_software_what_has_changed_since_goos/
submitted by /u/goto-con (https://www.reddit.com/user/goto-con)
[link] (https://youtu.be/RGBdUI9Wsm8) [comments] (https://www.reddit.com/r/programming/comments/1jedg0u/evolution_in_software_what_has_changed_since_goos/)
https://www.reddit.com/r/programming/comments/1jedg0u/evolution_in_software_what_has_changed_since_goos/
submitted by /u/goto-con (https://www.reddit.com/user/goto-con)
[link] (https://youtu.be/RGBdUI9Wsm8) [comments] (https://www.reddit.com/r/programming/comments/1jedg0u/evolution_in_software_what_has_changed_since_goos/)
Rest API vs GraphQL API
https://www.reddit.com/r/programming/comments/1jed9h3/rest_api_vs_graphql_api/
submitted by /u/bossar2000 (https://www.reddit.com/user/bossar2000)
[link] (https://ahmedrazadev.hashnode.dev/rest-api-vs-graphql-api) [comments] (https://www.reddit.com/r/programming/comments/1jed9h3/rest_api_vs_graphql_api/)
https://www.reddit.com/r/programming/comments/1jed9h3/rest_api_vs_graphql_api/
submitted by /u/bossar2000 (https://www.reddit.com/user/bossar2000)
[link] (https://ahmedrazadev.hashnode.dev/rest-api-vs-graphql-api) [comments] (https://www.reddit.com/r/programming/comments/1jed9h3/rest_api_vs_graphql_api/)