Earlier quoted context omitted.
> If you're careful in your prompting In other words, if you replace natural language with a programming language then the computer will do a good job of interpreting your intent. But that's always been true, so...
Being careful in your prompting doesn’t imply that. That can also be thought of as just using natural language well.
Chat is a bad UI pattern for development tools
41–50 of 432 posts
Re: Chat is a bad UI pattern for development tools
#42Earlier quoted context omitted.
A lot of extra text usually means prior requirements, meeting transcripts, screen share recordings, chat history, Jira tickets and so on - the same information developers use to produce a result that satisfies the stakeholders and does the job. This seems like a straightforward direction solvable with more compute and more efficient memory. I think this will be the way it pans outs. Real projects don't require an inf…
idk if you think all those jira tickets and meetings are precise enough (IMO sometimes the opposite) By the way, remind me why you need design meetings in that ideal world?:) > Real projects don't require an infinitely detailed specification either, you usually stop where it no longer meaningfully moves you towards the goal. The point was that specification is not detailed enough in practice. Precise enough specifica…
Re: Chat is a bad UI pattern for development tools
#43Earlier quoted context omitted.
Being careful in your prompting doesn’t imply that. That can also be thought of as just using natural language well.
What separates natural language from programming language is that natural language doesn't have to be careful. Once you have to be careful, you are programming.
Re: Chat is a bad UI pattern for development tools
#44AI in many levels is more capable than human programmer, in some it is not. It is not supersmart. It can not hold entire program in its head, you have to feed it small relevant section of program.
》 That’s why we use documents—they let us organize complexity, reference specific points, and track changes systematically.
Extra steps. Something like waterfall...
Re: Chat is a bad UI pattern for development tools
#45Earlier quoted context omitted.
What separates natural language from programming language is that natural language doesn't have to be careful. Once you have to be careful, you are programming.
It does have to be careful at times if you’re going to be effective with natural language.
Re: Chat is a bad UI pattern for development tools
#46In cursor I keep a specification document in .cursorrules and I have instructions that cursor should update the document whenever I add new specifications in chat.
Re: Chat is a bad UI pattern for development tools
#47Earlier quoted context omitted.
idk if you think all those jira tickets and meetings are precise enough (IMO sometimes the opposite) By the way, remind me why you need design meetings in that ideal world?:) > Real projects don't require an infinitely detailed specification either, you usually stop where it no longer meaningfully moves you towards the goal. The point was that specification is not detailed enough in practice. Precise enough specifica…
Even if you have superhuman AI designers, you still need buy-in.
Re: Chat is a bad UI pattern for development tools
#48Earlier quoted context omitted.
AIs actually are very good at this. They wouldn't be able to write code at all otherwise. If you're careful in your prompting, they'll make fewer assumptions and ask clarifying questions before going ahead and writing code.
AI is very good at this. Unfortunately, humans tend to be super bad at providing detailed verbal instructions.
Re: Chat is a bad UI pattern for development tools
#49Re: Chat is a bad UI pattern for development tools
#50Earlier quoted context omitted.
A lot of extra text usually means prior requirements, meeting transcripts, screen share recordings, chat history, Jira tickets and so on - the same information developers use to produce a result that satisfies the stakeholders and does the job. This seems like a straightforward direction solvable with more compute and more efficient memory. I think this will be the way it pans outs. Real projects don't require an inf…
We are kind of actually there already. With a 200k token window like Claude has you can already dump a lot of design docs / transcripts / etc. at it.
If you use cline with any large context model the results can be pretty amazing. It's not close to self guiding, You still need to break down and analyze the problem and provide clear and relevant instructions. IE you need to be a great architect. Once you are stable on the direction, its awe inspiring to watch it do the bulk if the implementation.
I do agree that there is space to improve over embedded chat windows in IDEs. Solutions will come in time.