GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Jason Gorman (jasongorman@mastodon.cloud)'s status on Wednesday, 11-Dec-2024 20:19:07 JST Jason Gorman Jason Gorman

    "LLMs are helpful with boring, repetitive work"

    I can't help wondering if, in the long run, the better strategy is to address the repetition?

    In conversation about 5 months ago from mastodon.cloud permalink
    • Rich Felker repeated this.
    • Embed this notice
      Jason Gorman (jasongorman@mastodon.cloud)'s status on Wednesday, 11-Dec-2024 20:19:17 JST Jason Gorman Jason Gorman
      in reply to

      Repetition can be a signpost to a better design or a better process. Teams who say "Oh, we'll just get the intern to do that" (or, the 2024 version, "We'll just get Copilot to do that") often end up baking in the repetition, creating serious downstream headaches.

      Mass production has introduced a lot of boring, repetitive work. But it could be argued that software development is the opposite: we *remove* duplicated effort from information processes

      Why stop at our customer's?

      In conversation about 5 months ago permalink
    • Embed this notice
      Jeff Grigg (jeffgrigg@mastodon.social)'s status on Wednesday, 11-Dec-2024 20:20:41 JST Jeff Grigg Jeff Grigg
      in reply to

      @jasongorman

      For decades, I've said that if you're doing long, boring, repetitive work in software development, then you're doing it wrong: You should extract reusable code, or automate it.

      In conversation about 5 months ago permalink
    • Embed this notice
      Florent Bécart (fbecart@fosstodon.org)'s status on Wednesday, 11-Dec-2024 20:21:46 JST Florent Bécart Florent Bécart
      in reply to

      @jasongorman Thanks for these insights, I absolutely agree.

      2 examples come to my mind.

      1. boilerplate caused by the creation of interfaces:
      - maybe these interfaces are here for the wrong reasons? (e.g. they are creating abstraction at the wrong level)
      - maybe we should spend more time designing and documenting these interfaces?

      2. we should delegate testing to a QA person:
      - you should be able to test your own code. Are you really testing in the right way?

      In conversation about 5 months ago permalink
      Rich Felker repeated this.
    • Embed this notice
      Jason Gorman (jasongorman@mastodon.cloud)'s status on Wednesday, 11-Dec-2024 20:21:47 JST Jason Gorman Jason Gorman
      in reply to

      "There’s repetition in code and there’s mind numbing amounts of redundancy. But it has to be there, to cross the Ts and dot the Is."

      Hmm.

      In conversation about 5 months ago permalink
      Rich Felker repeated this.
    • Embed this notice
      Jason Gorman (jasongorman@mastodon.cloud)'s status on Wednesday, 11-Dec-2024 20:21:58 JST Jason Gorman Jason Gorman
      in reply to
      • Florent Bécart

      @fbecart I always encourage teams to pay attention to repetition. It's a hint as to what the design or the process really needs to be.

      When I illustrate this, I actually do use testing as the example. I get them to REPL test some code as they're writing it, and keep a count of the number of times they perform the same test. When it reaches 3 (The Rule of Three), I ask them to automate that test in a main() function.

      In conversation about 5 months ago permalink

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.