From 5de77f57f8f4f082395c81fefd7f0cb04fce1aec Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Mon, 23 Jun 2025 01:01:49 +0300 Subject: Update content for gemtext --- gemfeed/atom.xml | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) (limited to 'gemfeed/atom.xml') diff --git a/gemfeed/atom.xml b/gemfeed/atom.xml index 174f2676..dc5b32eb 100644 --- a/gemfeed/atom.xml +++ b/gemfeed/atom.xml @@ -1,6 +1,6 @@ - 2025-06-23T00:56:54+03:00 + 2025-06-23T01:00:42+03:00 foo.zone feed To be in the .zone! @@ -38,7 +38,7 @@
  • ⇢ ⇢ What went wrong
  • ⇢ ⇢ Patterns that helped
  • ⇢ ⇢ What I learned using agentic coding
  • -
  • ⇢ ⇢ How much time did I save?
  • +
  • ⇢ ⇢ how much time did I save?
  • Conclusion

  • Introduction


    @@ -124,7 +124,8 @@ Stepping into agentic coding with Codex as my "pair programmer" was a genuine shift. I learned a lot—not just about automating code generation, but also about how you have to tightly steer, guide, and audit every line as things move at breakneck speed. I must admit, I sometimes lost track of what all the generated code was actually doing. But as the features seemed to work after a few iterations, I was satisfied—which is a bit concerning. Imagine if I approved a PR for a production-grade deployment without fully understanding what it was doing (and not a toy project like in this post).

    Discussing requirements with Codex forced me to clarify features and spot logical pitfalls earlier. All those fast iterations meant I was constantly coaxing more helpful, less ambiguous code out of the model—making me rethink how to break features into clear, testable steps.
    -

    How much time did I save?


    +
    +

    how much time did I save?



    Did it buy me speed? Let's do some back-of-the-envelope math:

    -- cgit v1.2.3