upvote
The truth is that I put a lot of work in at the beginning to define the data structure and flows by myself. AI was very useful later to experiment with how to build the views on top of it and to fix some issues.

I still had to think hard about how to make this simple and easy for someone who does not have deep knowledge of this manufacturing domain.

*Lessons learned:*

  1. Data structure is almost everything, then comes business logic
  2. You must have deep domain knowledge of what you are building
  3. Iterate fast on the views built on top of the data structure

*PS*

All mobile fixed had been resolved and deployed ;)

reply
#1 reminds me of my favourite software quote:

"Show me your flowchart and conceal your tables, and I shall continue to be mystified. Show me your tables, and I won't usually need your flowchart; it'll be obvious." -- Fred Brooks

reply
AI will write whatever kind of code you want it to write. If you know how to write clean code and you can describe that in a prompt, it will give you clean code that is indistinguishable from that of a talented dev.
reply
> If you know how to write clean code.

If we're assuming that:

I find it less time consuming to just write the code, understand it 99% (since I wrote it), and debug the rest, than it is to try to describe it to the AI, understand a fraction of what it spits out, and spend more time understanding it and fixing it.

If you can just write clean code just do that. Also, you will improve your skills even more the more you do that (shocker). So the next time you have to do that it will be even easier. This is called learning a skill.

Sorry for the rough tone, reading that back haha. But still posting because I'm just passionate about it, it's nothing personal though.

reply