woud420
Joined 13 years ago
Joined 13 years ago
Part of that is to create standardized "docs/{architecture, decisions, contracts, operations}" folders that my harness recognizes in my repos to have a better sense of where was it.
Glad others are converging towards similar ideas!
The more determinism you have, the more consistent you can be and the more leverage you can build. (yes I understand that skill calls are non deterministic).
The core thing that I agree with is that comments (or docs) can get stale and not follow what is actually being executed. The way I work with it is by being structured, consistent and follow standards. Unfortunately for me, not all developers follow the same guidelines.
```auto a = 65535 + 1``` will give you a different answer depending on the architecture. You can then decide.. oh don't use auto or don't use c++ or whatever and have standards... like the standard you set for yourself "disallow comments from my LLM".
Now you might say, don't write huge functions. Sure I agree, but most codebase or teams are not super disciplined enough. So comments are a compromise.
to get started, look at https://docs.charlielabs.ai/installation, but essentially
1) signup with your github login
2) install the CharlieCreates GitHub App on the repos you want Charlie to work in
3) create an issue, tag @CharlieHelps to help you create your first daemon!
the daemon will run on the charlie runtime and follow the watch / schedule conditions you set in your DAEMON.md file
full disclosure: i am part of the engineering team behind this.
You'd be surprised. Granted it was over a period of 4 years, but I did hit that 5x.
std::vector<std::pair<std::string, int>> s;
s.push_back({"a", 1});
s.push_back({"b", 2});
s.push_back({"c", 3});
I mean let's compare apples to apples here.I think copy initialization of an object will have the same will apply copy elision as well to result in the same performance, but I'm not entirely sure.