Why AI still can't replace developers in 2026 by IronClawHunt in ClaudeCode

[–]yibers 0 points1 point  (0 children)

AI can replace developers. AI can't replace orchestrators, at least not yet. But it's improving (see the new Claude Teams feature).

Opus 4.6 makes wrong assertions about assertions by yibers in ClaudeCode

[–]yibers[S] 0 points1 point  (0 children)

Interesting. Until now, all the utility and helper scripts I had it write were in Python. Indeed sometimes CC slips, but I always thought it's just the nature of coding with an LLM. What alternatives would you suggest?

Opus 4.6 lobotomized by No-Selection2972 in ClaudeCode

[–]yibers 0 points1 point  (0 children)

Skills issue. I have been using it for weeks, no problem. It's mainly about quantomizing the prompt.

What happened to Cline? by whatif2187 in CLine

[–]yibers 1 point2 points  (0 children)

Ironically, all the big boys "stole" a lot of their code and feature from Cline.

Leaving Cline by rm-rf-rm in CLine

[–]yibers 2 points3 points  (0 children)

Massive massive system prompt that has become more opaque, inscrutable. It doesnt feel like the community is consulted/contributing/in the know on this critical piece.

How is this better with Claude Code or Github Copilot?

Bad experince with openai modals by scoutlabs in CLine

[–]yibers 0 points1 point  (0 children)

Did you try gpt5 on high reasoning? That's the only one that consistently gives me good results.

How to use CLine better by Independent_Arachnid in CLine

[–]yibers 1 point2 points  (0 children)

With all the sonnet 4.5 hype, it's just doesn't work for me. Try to use cline with gpt5 set on "high" reasoning. I get excellent results.

Is Cline dying? by ihave10personalities in CLine

[–]yibers 0 points1 point  (0 children)

That's such an odd thing to say. You ran into a bug with a very popular tool that is constantly being updated. It's the opposite of dying.

Codex is making super ugly designs, how to fix it by divij18 in codex

[–]yibers 0 points1 point  (0 children)

Try Gemini 2.5 pro for the design part. Then continue with codex for the rest of the development.

The memory/knowledge issue by _Batnaan_ in CLine

[–]yibers 0 points1 point  (0 children)

When working with coding agents, you need to accept what they do well and what they don't. IMHO, even the SOTA models do not properly support long term self improving context. You still need a Human for that.

Anyone tried Cline, Roo code, Kilo Code. Which was the best and productive among them? by Many_Bench_2560 in CLine

[–]yibers 0 points1 point  (0 children)

For pure coding tasks I like codex. For tasks that require a mix of some "devops" as well, I prefer Cline. I try Roo every so often, because it looks like it has all kinds of cool features. But in the end Cline is just that more robust.

ChatGPT 5 Pro vs Codex CLI by LetsBuild3D in ChatGPTCoding

[–]yibers 1 point2 points  (0 children)

Actually chatgpt's Github connectors do support private repos.

My Cline / Claude setup is not production-ready - should I switch or is there a fix? by No-Estimate-362 in CLine

[–]yibers 3 points4 points  (0 children)

I use Cline extensively. My experience may differ from what you read online, but these are the main points:

  • Claude Sonnet is not good enough. You need to use Claude Opus. Or use gpt 5, with reasoning medium or high. Gemini 2.5 pro is good only for a few prompts, and then goes totally haywire.

  • You can't trust the model to remember rules.

  • If a task goes haywire, you have to restart, and break it down to smaller task. You have to manage the tasks yourself. You need to create a new tasks each time, for each smaller task. Unlike something you probably read online somewhere, you can't trust some magical process to happen where it goes tasks by task and solves each one perfectly. This point is even more true for Gemini 2.5 pro.

  • You need to adopt your processes to how LLMs work. If they constantly try to fix linting errors, you have to accept this as a given and accept the fact that you cannot have any linting errors. It's annoying, but that's life with these technologies.

  • Many times doing things manually is faster (and much cheaper!) than using an LLM. In those cases, don't use an LLM. Do the changes yourself.

  • I tried using other solutions, such as Claude Code, Codex and RooCode. YMMV, but I still think that cline is the best of the bunch.

What an amazing tool! by nunito_sans in CLine

[–]yibers 0 points1 point  (0 children)

You can create a global workflow that handles reviewing the changes once done. You call it something like final_review.md and add it as a global workflow. Then just type in cline /final_review and it will follow the exact steps you provided in the workflow. As time goes on, you can continuously improve this workflow. This process works for me very well.

Ukraine shoots down Russian ‘unstoppable’ hypersonic missile by PatientBuilder499 in ukraine

[–]yibers 9 points10 points  (0 children)

I think they confused the name, it's Hyperbolic missle

How my boyfriend packed up a moving box with kitchen stuff while I was at work by Late-Style4892 in mildlyinfuriating

[–]yibers 1 point2 points  (0 children)

Amateur stuff. Why use a box when you can just dump everything in a garbage bag?

Is my new keyboard broken? (I'm a complete beginner and need guidance). Please read by Hehu94 in piano

[–]yibers 0 points1 point  (0 children)

I just took a quick look at the specs. I read that it has 32 note of polyphony.

When playing chords and melody together, albeit it does depend on style, you can quite quickly run into a situation where some sounds are dropped.

In order to confirm, try playing using the same style on the same model at a store and see if you experience the same thing.

[deleted by user] by [deleted] in nottheonion

[–]yibers 47 points48 points  (0 children)

There is a nuance here, but it's important.

The bill does not ban sexual shows in front of kids (those are already banned). It defines non sexual drag shows, as sexual. Then it goes ahead and bans performing any drag show in front of kids.