Out of all changes I want the most is to not need to type `\ ` to make a line break.
Have you tried Ctrl+Enter?
Claude Code 2.0
341–350 of 431 posts
Re: Claude Code 2.0
#342Earlier quoted context omitted.
Meanwhile they deleted the "do not add emojis" part. Look forward to all sorts of logging messages with emojis in them.
I don’t understand where the AI love of emojis comes from. I’ve never seen them in a professional codebase outside of basic logging. I assume it comes from the myriad tutorial content on medium or something. gpt-oss is the most egregious emoji user: it uses emoji for numbers in section headings in code, which was clearly a stylistic choice finetuned into the model and it fights you on removing them. I’ve noticed Clau…
It's bizarre because its not so long ago that trying to print an emoji would just mess up your terminal, if your compiler didn't already choke on it.
Re: Claude Code 2.0
#343Earlier quoted context omitted.
How could they possibly hope to undo bash commands, whose side effects could be anything, anywhere? Hey Claude... uh... unlaunch those
By tracking changes made by a command, like you might with git.
And how do you propose they track those changes? Do you want to run your LLM through permanent sudo?
Re: Claude Code 2.0
#344fyi: for chatboxes that may take CJK inputs, you MUST use "shift+enter to send" pattern. There is a reason why most multinational chat/LLM app providers always do that instead of simple enter to send even for single-line chatboxes; because plain enter to send breaks input for CJK users. Specifically, Input Method Editors needed for CJK inputs(esp. for C and J), to convert ambiguous semi-readable forms into proper rea…
What’s CJK input? I’m guessing Chinese Japanese Korean?
Looks like you’re correct!
Re: Claude Code 2.0
#345fyi: for chatboxes that may take CJK inputs, you MUST use "shift+enter to send" pattern. There is a reason why most multinational chat/LLM app providers always do that instead of simple enter to send even for single-line chatboxes; because plain enter to send breaks input for CJK users. Specifically, Input Method Editors needed for CJK inputs(esp. for C and J), to convert ambiguous semi-readable forms into proper rea…
What’s CJK input? I’m guessing Chinese Japanese Korean?
yes, the gif in the link[1] shows how it works, and a dupe issue[2] describes detailed "fully proper" fix. There's at least four dupes and one PR already, that situation kind of implies severity.
1: https://github.com/anthropics/claude-code/issues/8405#issuec...
Re: Claude Code 2.0
#346Out of all changes I want the most is to not need to type `\ ` to make a line break.
You can type Option+Enter. A more standard Shift+Enter would have been better but until then that's the best we have
Re: Claude Code 2.0
#347Something I realized about this category of tool (I call them "terminal agents" but that already doesn't work now there's an official VS Code extension for this - maybe just "coding agents" instead) is that they're actually an interesting form of general agent . Claude Code, Codex CLI etc can effectively do anything that a human could do by typing commands into a computer. They're incredibly dangerous to use if you d…
Incredibly dangerous to use? Seems like a wild exaggeration. I’ve been using Claude code since launch, must have used it for 1000 hours or more by now, and it’s never done anything I didn’t want it to do. Why would I run it in a sandbox? It writes code for me and occasionally runs a build and tests. I’m not sure why you’re so fixated on the “danger”, when you use these things all the time you end up realizing that th…
Feels incredibly dismissive, if you look outside your own bubble for sec, there are people who've had CC drop their prod databases, delete their home folders, uninstall system dependencies etc etc.
And yes, these are all "skill issues" - as in, if they had known better this wouldn't have happened to them, however I think it's fair to call these possibilities out to counter balance the AI is amazing and everyone should use it for everything type narratives as to instil at least a little caution.
Re: Claude Code 2.0
#348Earlier quoted context omitted.
Comments in code are instant technical debt. They need to be maintained alongside the code, so you are *programming" twice. Avoid comments, except when they really explain some obscure, incomprehensible section of code or to prevent explorers from the future getting smacked on the face twice by the same stick. I find myself using the latter often to tell future agents what not to do in the next few lines.
Comments are absolutely important. Your code answers ‘what’ but not why. Comments are for the why.
You need to use comments, when your code doesn't make sense to the reader. A way better approach is to write code which makes sense to readers. There are cases when you need to write incomprehensible code for the sake of performance, for example, but that's rare. Even in high performance environments. Or maybe you need one for some bugfixing. But most of the strange "bugfixing", or performance "improvements" what I saw in my life was just technical debt, and coders were lazy, or had time pressure. It's really very rare when you really should use a comment. When I think about writing a comment, I immediately think through, or look into more whether there is a better approach. Usually, you can use Git, or Git+ticketing systems anyway for business reasons.
So far Clause Code's comments on my code were completely useless. They just repeated what you could figure out from the name of called functions anyway.
Edit: an obvious exception is public libraries to document public interfaces, and use something like JavaDoc, or docstrings, etc.
Re: Claude Code 2.0
#349I'm currently using Goose[1]. My brother in law uses Claude Code and he likes it. It makes me wonder if I'm missing anything. Can anyone tell me if there's any reason I should switch to Claude Code, or comparisons between the two? 1: https://block.github.io/goose/
The only real reason to use Claude Code is the inference plan. The agent itself isn't anything special.
Curious that you say that. I feel like the reason I love to use claude code is mostly because of the orchestration around the model itself. Maybe I've been trained by claude to write for it in a certain way. But when I try other clis like codex, gemini, and more recently opencode, they don't seem as well built and polished or even as capable, despite me liking the gemini and gpt-5 models themselves and using their apis more than anthropic's for work.
Re: Claude Code 2.0
#350Something I realized about this category of tool (I call them "terminal agents" but that already doesn't work now there's an official VS Code extension for this - maybe just "coding agents" instead) is that they're actually an interesting form of general agent . Claude Code, Codex CLI etc can effectively do anything that a human could do by typing commands into a computer. They're incredibly dangerous to use if you d…
Incredibly dangerous to use? Seems like a wild exaggeration. I’ve been using Claude code since launch, must have used it for 1000 hours or more by now, and it’s never done anything I didn’t want it to do. Why would I run it in a sandbox? It writes code for me and occasionally runs a build and tests. I’m not sure why you’re so fixated on the “danger”, when you use these things all the time you end up realizing that th…
It's as dangerous as copying & pasting command line script from StackOverflow at the end of a 14-hour workday.
i.e. quite dangerous, but people do it anyway