HackerTrans
トップ新着トレンドコメント過去質問紹介求人

imilev

21 カルマ登録 2 年前

投稿

[untitled]

1 ポイント·投稿者 imilev·先月·0 コメント

[untitled]

1 ポイント·投稿者 imilev·3 か月前·0 コメント

[untitled]

1 ポイント·投稿者 imilev·6 か月前·0 コメント

Show HN: Building the Cursor UI selector but for back end

codeboarding.org
2 ポイント·投稿者 imilev·8 か月前·0 コメント

コメント

imilev
·17 時間前·議論
What happens when shit hits the fan in my exp is that I have to crack open the codebase and debug some portion of it, so I can explain it to myself in order to be able to explain what is wrong to the LLM.

Otherwise what I have found is that the LLM will add a new if statement which will handle the newly discovered issue and you start stacking them ifs. As the article mentions LLM's unlike humans aren't lazy, they will copy, paste add patches for every issue, why bother think and understand root cause :d.

So as part of our review we have a rule against that as well.
imilev
·22 時間前·議論
Cannot believe I needed a VPN to the US, to open this from Switzerland...

At least give me the article ffs.
imilev
·3 か月前·議論
Everyone is looking through ClaudeCode's leak, I've been working on a better way to represent codebases to observe how my agents are working on them.

Wanted to dive and see what ClaudeCode is all about, so visualized it. You can run it locally from our fork: https://github.com/CodeBoarding/claude-code

We are open-core: https://github.com/CodeBoarding/CodeBoarding

Interested to hear what is something you didn't expect, for my 2 minute check I saw there are Computer-Use capabilities baked into it, however I've never observed that behavior in my usage. Probably not enabled by default.
imilev
·4 か月前·議論
Awesome article, I feel a lot of people have also forgotten that good projects take iteration not 100 new features. To get few features to an excelent state it requires multilpe iterations at multiple stages. 1) The developer who does a task validates that their thinking was the correct one, they see how they changes impact the system, is it scalable? Does it need to be scalable? While you are working and thinking on it you get more and more context which simply wasn't there at the begining. 2) A feature done once (even after my perfect ClaudeCode plan) is not done forever, people will want to make it better/faster/smoother/etc. But instead of taking the time to analyze and perfect it we go onto the next feature, and if we have to iterate on the current one, we don't iterate we redo...

Really like the article I think it is awesome, and I strongly believe AI for coding will stay, but I also beleive that we need to still have a strong understanding of why we are building things and what they look like.
imilev
·6 か月前·議論
https://ivanmilev.pro
imilev
·7 か月前·議論
Really cool blog. I have been thinking about this recently as I was a center piece of our startup, and to me the hardest part of giving away responsibilities has been 2 phase: firstly that suddenly I feel like I am not in control, and second that people are spending time on things they don't like and because of that we are not leveraging their true potential/string sides (moneyball).

Curious to hear what other think about that - should you leave people focus only on their strong sides, or they should still help out with e2e things.