Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
dakshgupta
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
31.
▲
by
dakshgupta
1y ago
That used to be how we did it, but this method performed better on super large codebases. One of the reasons is that grepping is a highly effective way to trace function calls to understand the full impact of a change. It's also great
32.
▲
Sandboxing AI agents at the kernel level
(greptile.com)
89 points
by
dakshgupta
1y ago
|
26 comments
33.
▲
by
dakshgupta
1y ago
Respectfully, did you read the post?
34.
▲
Greptile's Work Culture
(greptile.com)
2 points
by
dakshgupta
1y ago
|
3 comments
35.
▲
by
dakshgupta
1y ago
Reading that post sent me down the path to this one. This stack order makes total sense, although in practice it's possible 1-2 merge into a single product with two distinct steps. The 3. is interesting too - my suspicion is that ~70%
36.
▲
Why Greptile just does code reviews and doesn't also generate code
(greptile.com)
54 points
by
dakshgupta
1y ago
|
10 comments
37.
▲
What's the best AI code review tool?
(bluedot.org)
1 points
by
dakshgupta
1y ago
|
0 comments
38.
▲
by
dakshgupta
1y ago
Of the things we had built it was the most useful for us, and the early users found it very useful too
39.
▲
by
dakshgupta
1y ago
Co-founder of Greptile - that was a bad feature that we since deprecated to focus entirely on AI code reviews
40.
▲
by
dakshgupta
1y ago
Surely a well-functioning team is high trust enough that the reviewer should shads some of the blame? Of course, the majority might go to the author.
41.
▲
by
dakshgupta
1y ago
This is surprisingly hard to mitigate with system prompts because not being opinionated is ingrained so deeply in (presumably) post-training
42.
▲
by
dakshgupta
1y ago
This is a highly underrated point. It's the same reason AI might replace paralegals but won't replace lawyers.
43.
▲
by
dakshgupta
1y ago
Does that sound appealing to you?
44.
▲
by
dakshgupta
1y ago
Empirically yes. Putting aside AI code review for a second, just AI IDE adoption increases rate of new PRs being merged by 40-80%. This is at larger, more sophisticated software teams that are ostensibly at least maintaining code quality.
45.
▲
by
dakshgupta
1y ago
Something to be said about having two sets of eyes that are as different from one another as possible, which is achieved by one of them not being human.
46.
▲
by
dakshgupta
1y ago
I agree 100% One piece of nuance - I have a feeling that the boundary between inner and outer loop will blur with AI. Can't articulate exactly how, I'm afraid.
47.
▲
by
dakshgupta
1y ago
I hesitate to be this pessimistic. My current position - AI generated code introduces new types of bugs at a high rate, so we need new ways to prevent them.
48.
▲
by
dakshgupta
1y ago
Programming today still has "cruft", unit tests being an example. The platonic ideal is to have AI reduce the cruft so engineers can focus on the creativity and problem solving. In practice, AI does end up taking over the creative
49.
▲
by
dakshgupta
1y ago
I'm not sure that commercially-motivated, mass-produced code takes away from "artisan" code. The former is off putting for the artisans among us, but if you were to sort the engineers at a well functioning software company by
50.
▲
by
dakshgupta
1y ago
This specific case each file had a single bug in it, and the bot was instructed to find exactly one bug. The wrong cases were all false positives, in that it made up a bug
51.
▲
Are reasoning models better at catching bugs than non-reasoning models?
(greptile.com)
2 points
by
dakshgupta
2y ago
|
0 comments
52.
▲
The Economics of Being a Founding Engineer
(greptile.com)
1 points
by
dakshgupta
2y ago
|
0 comments
53.
▲
The Content-Ification of Software
(greptile.com)
2 points
by
dakshgupta
2y ago
|
0 comments
54.
▲
Greptile (YC W24) Is Hiring
(ycombinator.com)
1 points
by
dakshgupta
2y ago
55.
▲
The Economics of Being a Founding Engineer
(greptile.com)
2 points
by
dakshgupta
2y ago
|
0 comments
56.
▲
by
dakshgupta
2y ago
The only reason we haven't moved yet is that there are no serverless inference providers that are has performant as Anthropic/OpenAI (would love to be corrected if I am wrong).
57.
▲
by
dakshgupta
2y ago
>Generate chains-of-thought (CoT) for a problem domain. >Label the intermediary CoT steps using a combination of human experts (“supervised fine tuning” or SFT) and automated machines (“reinforcement learning” or RL). >Train base m
58.
▲
by
dakshgupta
2y ago
I might be mistaken but I think Hatchet.dev is a good Typescript alternative to Temporal
59.
▲
DeepSeek R1 is far better than OpenAI o1 at finding bugs in pull requests
(greptile.com)
43 points
by
dakshgupta
2y ago
|
8 comments
60.
▲
Do Larger PRs Get Merged Faster?
(greptile.com)
4 points
by
dakshgupta
2y ago
|
0 comments
More ›