<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: codeapprove</title><link>https://news.ycombinator.com/user?id=codeapprove</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 06 Apr 2026 10:56:35 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=codeapprove" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by codeapprove in "Why is GitHub UI getting slower?"]]></title><description><![CDATA[
<p>I made a competitor to GitHubs UI for Pull Requests (codeapprove.com)<p>It’s built in Vue. My first 5 or 6 attempts at writing the diff viewer were very slow when things got big. I optimized this a lot and now I’m pretty proud of how snappy it is.<p>I’m not saying this as a plug (this is mostly a passion project not a big business) but to say that it’s possible to make a snappy GitHub PR UI using a frontend framework on top of GitHub’s own APIs. You just have to care. It’s not clear that they care.</p>
]]></description><pubDate>Tue, 05 Aug 2025 19:01:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=44802669</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=44802669</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44802669</guid></item><item><title><![CDATA[New comment by codeapprove in "The Cost of Human-Centric Tools in LLM Workflows"]]></title><description><![CDATA[
<p>Some others which are good:<p><pre><code>  * Reviewable
  * Codestream (formerly GitContext)
  * Codelantis
  * CodeApprove (biased, obviously)</code></pre></p>
]]></description><pubDate>Sun, 13 Jul 2025 21:27:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=44553887</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=44553887</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44553887</guid></item><item><title><![CDATA[New comment by codeapprove in "Code reviews: A success story"]]></title><description><![CDATA[
<p>You would be surprised! I have encountered the attitude that code reviews are a waste of time. It's not common, and I have never seen this attitude "win" across a team/company but it definitely exists. Some engineers are just overconfident, they believe they could fix everything if everyone would just let them code.</p>
]]></description><pubDate>Wed, 15 Jan 2025 22:59:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=42718387</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=42718387</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42718387</guid></item><item><title><![CDATA[New comment by codeapprove in "Code reviews: A success story"]]></title><description><![CDATA[
<p>Shameless plug but since you asked ... CodeApprove (<a href="https://codeapprove.com" rel="nofollow">https://codeapprove.com</a>) is probably the closest thing you can get to Critique on GitHub. It doesn't help with the Piper/CitC/Code Search parts though, and I agree those were excellent.</p>
]]></description><pubDate>Wed, 15 Jan 2025 22:58:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=42718366</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=42718366</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42718366</guid></item><item><title><![CDATA[New comment by codeapprove in "Ask HN: What's the one feature you'd want in a GitHub productivity tool?"]]></title><description><![CDATA[
<p>I’m biased (I created <a href="https://codeapprove.com" rel="nofollow">https://codeapprove.com</a>) but I think GitHub has let code review lag so far behind the rest of the platform. They’ve done a lot of work on project management, CI, discussions, and code authoring but code review has been the same for about 10 years.<p>Tools like Graphite, CodePeer, Codelantis (and of course CodeApprove) make it so much easier to have a meaningful discussion on a PR. Making sure every thread comes to resolution, knowing whose turn it is, having a fast way to navigate between code and comments, etc. The FAANG companies all have this kind of thing built in house because good code review is a key part of building high quality large software projects.</p>
]]></description><pubDate>Sun, 08 Dec 2024 04:03:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=42354946</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=42354946</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42354946</guid></item><item><title><![CDATA[New comment by codeapprove in "Ask HN: Any AI code review tools for GitHub PRs?"]]></title><description><![CDATA[
<p>I’d recommend CodePeer (formerly GitContext) which is one of the best human code review tools and recently expanded to offer AI review as well.<p><a href="https://codepeer.com/features/ai" rel="nofollow">https://codepeer.com/features/ai</a></p>
]]></description><pubDate>Tue, 12 Nov 2024 04:08:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=42112736</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=42112736</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42112736</guid></item><item><title><![CDATA[New comment by codeapprove in "GitHub's Legacy of Terrible Code Review"]]></title><description><![CDATA[
<p>Love the history here! I built a business (CodeApprove) around not liking GitHub's UI for code reviews and I still didn't know most of this.<p>I will never understand why GitHub has not invested as much in code review as they have in the rest of their platform. For their paying customers it has to be the number one part of their platform in terms of time-on-page.<p>But one thing they did well was open basically every part of the review experience to GitHub apps via their APIs. So tools like CodeApprove, Reviewable, Graphite, GitContext, etc can build better experiences over the top and give GitHub users more choice.<p>I still don't know why most programmers just accept the default here. GitHub made an IDE (Atom) but we don't all just use it because they said so. Why do most of us use their code review UI just because it's there?</p>
]]></description><pubDate>Fri, 13 Sep 2024 00:24:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=41527031</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=41527031</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41527031</guid></item><item><title><![CDATA[New comment by codeapprove in "Some of us like "interdiff" code review"]]></title><description><![CDATA[
<p>Love the blog post, it's great to see people actually thinking about how code review should work!<p>I've used four different code review systems extensively, all with different strengths and weaknesses: Critique (Google internal), Gerrit (at Google, but same as external), GitHub (duh), and CodeApprove (the one I built).<p>Critique was far and away the best, but it only works because it's perfectly fit to Google's monorepo and the custom VCS they've built as well as all of their custom lint/test tooling. I designed CodeApprove to bring as much of that as I could to GitHub, but it will never really be close.<p>Gerrit was the second best in terms of the reviewer experience ... but as an author I always hated it. It just seemed to be so author-hostile. There were more wrong ways to do something than right ways. And the UI is not exactly beautiful.<p>GitHub is extremely author friendly, it works how we think. You write code, you get feedback, you write more code, etc. If you squash and merge at the end of a PR you don't have the history problems the author mentioned. It's not very reviewer or team friendly though. Incremental diffs are not highlighted. Diffs and conversation are in different tabs. Force pushes and rebases destroy history. Comments are lost as "outdated". You can't comment on files outside the diff window. Large files are hidden by default, etc etc. They clearly don't care about this too much and maybe they know something I don't.<p>In the end, the thing I find most frustrating is how many teams just accept whatever code review tool is built in to their VCS platform. That would be like using whatever IDE shipped with your laptop! There are so many better options out there today. My favorites (besides CodeApprove) are GitContext, Reviewable, and Graphite but I can name half a dozen other excellent choices. Don't accept the defaults!</p>
]]></description><pubDate>Wed, 11 Sep 2024 02:32:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=41507542</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=41507542</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41507542</guid></item><item><title><![CDATA[New comment by codeapprove in ""GitHub" Is Starting to Feel Like Legacy Software"]]></title><description><![CDATA[
<p>This is 100% true. For some reason GitHub has put very little love into code review even though the Pull Request is probably their most important flow.<p>The good news is that many people have built better code review interfaces on top of GitHub. My favorites:<p>- CodeApprove (I created it, so yeah I like it)<p>- Graphite<p>- Reviewable<p>- GitContext<p>Check them out! You’d be surprised how much better they are and how quick they are to set up.</p>
]]></description><pubDate>Sat, 13 Jul 2024 07:25:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=40952432</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=40952432</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40952432</guid></item><item><title><![CDATA[New comment by codeapprove in "Show HN: Plandex – an AI coding engine for complex tasks"]]></title><description><![CDATA[
<p>Not affiliated with the project but you could use something like OpenRouter to give users a massive list of models to choose from with fairly minimal effort<p><a href="https://openrouter.ai/" rel="nofollow">https://openrouter.ai/</a></p>
]]></description><pubDate>Wed, 03 Apr 2024 17:05:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=39920013</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=39920013</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39920013</guid></item><item><title><![CDATA[New comment by codeapprove in "A study of Google's code review tooling (Critique)"]]></title><description><![CDATA[
<p>Honestly that’s fair because GitHub is very good and probably too cheap. If they doubled their prices tomorrow I wouldn’t even consider leaving.<p>What would you pay for CodeApprove? Also if you email
me I’m happy to set you up with a 6-month free trial with no credit card required. Maybe you’ll like it more than you think!</p>
]]></description><pubDate>Tue, 05 Dec 2023 01:00:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=38525675</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=38525675</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38525675</guid></item><item><title><![CDATA[New comment by codeapprove in "A study of Google's code review tooling (Critique)"]]></title><description><![CDATA[
<p>I was on a team at Google that used both Critique and GitHub very heavily, so I was able to constantly see the side-by-side and understand the pain engineers faced when doing external code reviews (as a whole, people actually liked working on GitHub).<p>After I left I created CodeApprove (<a href="https://codeapprove.com" rel="nofollow noreferrer">https://codeapprove.com</a>) to bring a lot of Google's best code review practices to GitHub. It doesn't give you everything Critique did, but I think it brings the same speed, clarity, and focus in a way that's still compatible with the rest of your GitHub workflow.</p>
]]></description><pubDate>Mon, 04 Dec 2023 16:44:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=38519531</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=38519531</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38519531</guid></item><item><title><![CDATA[New comment by codeapprove in "A study of Google's code review tooling (Critique)"]]></title><description><![CDATA[
<p>Shameless but relevant plug: I built CodeApprove (<a href="https://codeapprove.com" rel="nofollow noreferrer">https://codeapprove.com</a>) to bring the best parts of the Critique workflow to GitHub PRs. Obviously there are many things that don't translate (Google doesn't use git, and it has insane CI/CD integration) but CodeApprove gives you the same workflow. You always know which conversations are resolved, which PRs need your attention, etc.<p>Feel free to reach out via email if you're curious.</p>
]]></description><pubDate>Mon, 04 Dec 2023 16:41:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=38519477</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=38519477</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38519477</guid></item><item><title><![CDATA[New comment by codeapprove in "An ex-Googler's guide to dev tools (2020)"]]></title><description><![CDATA[
<p>Shameless but relevant plug: if you’re a Xoogler and you miss Critique check out CodeApprove (<a href="https://codeapprove.com" rel="nofollow noreferrer">https://codeapprove.com</a>).<p>CodeApprove was built to make GitHub PRs a lot more appealing to those who miss the Critique workflow (among others audiences).</p>
]]></description><pubDate>Wed, 29 Nov 2023 06:55:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=38456385</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=38456385</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38456385</guid></item><item><title><![CDATA[New comment by codeapprove in "I kind of killed Mercurial at Mozilla"]]></title><description><![CDATA[
<p>Actually you can’t comment on lines that haven’t been changed if they’re too far from the changed lines! It’s a weird limitation of GitHubs data model.<p>(source: that’s one of the features that people like most about the review tool I created, CodeApprove)</p>
]]></description><pubDate>Wed, 22 Nov 2023 02:55:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=38374147</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=38374147</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38374147</guid></item><item><title><![CDATA[New comment by codeapprove in "I kind of killed Mercurial at Mozilla"]]></title><description><![CDATA[
<p>Bias warning: I created CodeApprove to give GitHub reviews a better UI.<p>GitHub PR review UI is … fine. But it has very little depth. Unlike an IDE it’s hard to grow into a power user of it. It seems to be optimized for simple reviews with 1-2 rounds of a few comments each.<p>When you do dozens of code reviews every week you want something more. You want something snappy and dense with keyboard shortcuts. You want something that draws your attention to where it’s needed and something that helps you ensure all your conversations reach resolution.<p>So there’s a lot of room for improvement and GitHub hasn’t shown much interest in improving this area. So 3p UIs are stepping in (Graphite, CodeApprove, Reviewable, etc)</p>
]]></description><pubDate>Wed, 22 Nov 2023 02:54:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=38374131</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=38374131</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38374131</guid></item><item><title><![CDATA[New comment by codeapprove in "Reorient GitHub pull requests around changesets"]]></title><description><![CDATA[
<p>CodeApprove does not have that feature because we don't currently do any smart code parsing to understand what would make a file "related". I think Viezly (<a href="https://viezly.com/" rel="nofollow noreferrer">https://viezly.com/</a>) does the best job at that.</p>
]]></description><pubDate>Mon, 02 Oct 2023 16:17:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=37740226</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=37740226</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37740226</guid></item><item><title><![CDATA[New comment by codeapprove in "Reorient GitHub pull requests around changesets"]]></title><description><![CDATA[
<p>I agree 1000%. I’m the creator of what I believe is a better review interface for GitHub (<a href="https://codeapprove.com" rel="nofollow noreferrer">https://codeapprove.com</a>) but there are also many others:<p><pre><code>  * CodeApprove (codeapprove.com)
  * Graphite (graphite.dev)
  * Reviewable (reviewable.io)
  * Axolo (axolo.co)
  * Viezly (viezly.com)
  * Mergeboard (mergeboard.com)
  * Codestream (codestream.com)
  * Pullpo (pullpo.io)
  * ReviewPad (reviewpad.com)
  * Planar (useplanar.com)
  * Visibly (visibly.dev)
  * Codelantis (codelantis.com)

</code></pre>
I think in the end we should not expect GitHub to provide the best option here. We should expect them to provide a basic option (which they do) and for sophisticated consumers to pay more for a much better option. Everyone should be shopping for code review tools!</p>
]]></description><pubDate>Sat, 30 Sep 2023 22:49:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=37720701</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=37720701</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37720701</guid></item><item><title><![CDATA[New comment by codeapprove in "The GitHub for Code Review UI Needs Serious Innovation"]]></title><description><![CDATA[
<p>Yes yes yes!<p>I am biased because I make/sell an alternative UI for GitHub code review (<a href="https://codeapprove.com" rel="nofollow noreferrer">https://codeapprove.com</a>) but I think most of us can agree that GitHub's tools for code review are not nearly as good as they could be.<p>We all spend time picking our VCS, our IDE, and our CI/CD systems. But for code review we just accept what comes out of the box!<p>There are so many good tools out there to level up your code review! Here are a few of my favorites:<p><pre><code>  * CodeApprove (codeapprove.com)
  * Graphite (graphite.dev)
  * Reviewable (reviewable.io)
  * Axolo (axolo.co)
  * Viezly (viezly.com)
  * Mergeboard (mergeboard.com)
  * Codestream (codestream.com)
  * Pullpo (pullpo.io)
  * ReviewPad (reviewpad.com)
  * Planar (useplanar.com)
  * Visibly (visibly.dev)
  * Codelantis (codelantis.com)</code></pre></p>
]]></description><pubDate>Mon, 18 Sep 2023 17:36:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=37559269</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=37559269</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37559269</guid></item><item><title><![CDATA[New comment by codeapprove in "Show HN: Free webtool to understand & review pull requests faster"]]></title><description><![CDATA[
<p>This looks excellent! I really like the design and I fully agree with most of the problems you’re trying to solve.<p>The biggest issue with code review tools is that we’re mostly all using the same one (GitHub) with no customization. We should care as much about our choice here as we do about choosing our editors/IDEs.<p>I’m in the same space (CodeApprove.com) and if you ever want to chat my email is in my bio.</p>
]]></description><pubDate>Tue, 12 Sep 2023 03:09:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=37476607</link><dc:creator>codeapprove</dc:creator><comments>https://news.ycombinator.com/item?id=37476607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37476607</guid></item></channel></rss>