dkn
I can’t distinguish between well meaning slop and blogspam slop. I might be able to if I’m well informed on the topic and can point out inaccuracies. Otherwise I just don’t know what is accurate and what is filler or outright wrong. LLM-isms are very distracting and exhausting to sort through. It just doesn’t make for a good reading experience.
Without them, not only do agents get simple things like function call counts wrong, they tend to return different results. I use this as an example when showing people how the tooling works.
Grep is fine for simple use cases. A step up from that is ast-grep and I need to explore this tool more. But I had the most success building a small pipeline that reads the old code base, parses it file by file using tree sitter, and then loads it into a SQLite database for querying. For example, I have it capture construct definitions and usages and represent those as directed edges and nodes in a single table depending on the node type. The agent is instructed on how to query it and perform interesting queries like build call graphs, or determine dependencies between domains (modularity is not great in this codebase) which is helpful for us to extract around capability lines.
I also calculate fitness statistics, and have some code to capture specific details and knowledge about this very old framework that short circuits agent work in the future. We have some “interesting” magical libraries and functions that block static analyzers from going beyond the call site. This is mitigated, and means agents don’t have to “guess”.
Making all of this available to the different team members at my work has been pretty helpful. It’s faster (fewer tool calls), cheaper (fewer tokens), and accurate.
I instruct the LLM to follow TDD practices in certain areas, but otherwise prioritize integration style tests at the edges.
Doing bad things faster might feel more productive to you, but it doesn’t mean that you are delivering more value. You might be, but the metrics you have shared to not prove that.
The API is standardized for both.
Deno is basically trying to be an infrastructure framework for JavaScript.
It's not proof of what is being claimed, but they are variables that would need to be controlled before being confident that Douyin is or is not adjusting content to foreign or domestic users.
Similarly, a person is not necessarily forced to start using narcotics to develop a dependency.
What seems reasonable to me is M/F/N where N is not capable of reproduction due to some kind of outlying error, so they cannot be a part of sexed reproduction. Are they omitted?
Sex and reproduction seem binary to me and most people. We should ignore technological or medical assistance and sort those results through the gender buckets which are more important to how they are perceived semantically, as you said.
Yet, it seems to me that a lot of these documents are written and intended to enforce overnight changes in people's unconscious biases.
From the document:
> Each of us has the right to enjoy our experience and participate without fear of harassment, discrimination, or condescension, whether blatant or subtle.
I don't know about you guys but I hardly enjoy reading technical documentation. It's not meant to be an enjoyable experience. It's meant to convey complex meaning in a (hopefully) short amount of time. I don't think gendered pronouns add to the effectiveness of this communication method, but I also don't think we need to formalize their usage (or non-usage).
I guess I'm asking why this can't be a natural progression that we all wish to undertake as cooperating organisms rather than enforced with competition and penalties? It seems like a wasted opportunity and unnecessarily polarizing.
I think more harm and time-wasting has been caused as a result of these witch hunts than the original "problem" itself has. I tend to speak ungendered by default more often than not. Perhaps people use gendered pronouns because they're thinking of themselves in the situation they are writing about.
> Prettier bans all custom styling by parsing it away and re-printing the parsed AST with its own rules that take the maximum line width into account, wrapping code when necessary.
With cats, I find it's different. They tell you when it's time by withdrawing and being very reclusive, nearly catatonic. When we had to put down our last family cat (this would be our third over the course of my life) I decided I wanted to face it head-on and offered to take the cat to the vet to be euthanized. I held her as it happened and it was very, very hard. But at least I knew it was the right thing to do, if not the right environment to do it in.
With dogs, they might be in terrific amounts of pain, but they still want to be with you no matter what. When I try to put myself in that situation, I still want to be with my family through to the bitter end. I don't think I want to be euthanized unless I'm a vegetable. But, a dog doesn't have that higher understanding of what is happening or what the options are.
A very difficult decision to make, but it's difficult because we love them. I think your dog would always appreciate you for that.
Oh come on. It's not "arcane" and I don't see how "toxic" has anything to do with the names of these patterns.
Just an inflammatory comment.
I wonder if you could delve into some of the more long-tail SaaS tracking methods you have found to be successful. Additionally, if there were any pitfalls you found specific to the SaaS space, I would love to know about them.
We are embarking on a new (mostly) discrete segment of our existing SaaS product, and we know that we need to learn more about how users are using our site from the very beginning. Hoping for a big early win, as you said :)