3,096 karma · joined August 20, 2009
[ my public key: https://keybase.io/jaredsohn; my proof: https://keybase.io/jaredsohn/sigs/c4qehWaH0L35LPkCjENi802VbcU8vadCoG7uwYMLiTA ]
I guess you need to practice what this suggests rather than just sharing it with someone, though. If you send someone a link of 'How to work with "stupid" people' they might think you're calling them stupid instead of trying to improve communication.
I've found LLMs do a really good job of writing/cleaning up SQL.
For a long time I would get paranoid about accepting Mac updates which would require a reboot because then I'd lose my undo history and then I discovered that this is all I would need to do.
You can also just look at the threads page occasionally.
1. "Help me understand what this code does." Both via text and by building diagrams.
2. "Help me understand how to solve this problem or how this tech works."
3. Normal code-completion type things
4. Helping build scripts that you can use to apply changes.
Also, in general you can ask the AI to maintain the existing style.
Basically try to take advantage of when verification is easier than what you're asking AI to do for you.
This can be gotten around easily by making a separate Google account for the extension. It would require using gmail rather GSuite (without transferring over the entire GSuite domain.)
Yes, when a linter is set up that fails when printf debugging is found
https://mashable.com/article/chatgpt-chat-history-search-int...
It also has projects (says is for Plus, Team, and Pro users). https://help.openai.com/en/articles/10169521-using-projects-...
This page provides some other techniques: https://tekin.co.uk/2020/11/patterns-for-searching-git-revis... but I think they have their own limitations.
git log -L 40,50:app/models/user.rb
https://blog.pragmaticengineer.com/the-product-minded-engine...
BTW, I think above are the best metrics to use for tests. Actually measuring it can be hard, but I think keeping track of when functionality doesn't work and people break your code is a good start.
And I think all of this should be measured in terms of doing the right thing business logic-wise and weighing importance of what needs testing based on the business value of when things don't work.