<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: sp2hari</title><link>https://news.ycombinator.com/user?id=sp2hari</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 29 Jun 2026 21:12:34 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=sp2hari" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by sp2hari in "HackerRank open sourced its ATS. My resume scored 90/100. Oh wait 74. No – 88"]]></title><description><![CDATA[
<p>There are some with very low scores that were ignored (like < 20).<p>Rest of the ones with good scores (at least more than 40K), was reviewed manually.</p>
]]></description><pubDate>Mon, 29 Jun 2026 14:42:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48719931</link><dc:creator>sp2hari</dc:creator><comments>https://news.ycombinator.com/item?id=48719931</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48719931</guid></item><item><title><![CDATA[New comment by sp2hari in "HackerRank open sourced its ATS. My resume scored 90/100. Oh wait 74. No – 88"]]></title><description><![CDATA[
<p>There is variability in scores and that's expected given we are eventually using a LLM to score. At least, when I used it 7 months ago, the only way I could avoid it was by keeping the cutoff score low (as low as 10 or 20).<p>Reading this thread, I'm hoping to minimize the variability even further (even though I know it can't be fully removed).</p>
]]></description><pubDate>Mon, 29 Jun 2026 12:29:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48718391</link><dc:creator>sp2hari</dc:creator><comments>https://news.ycombinator.com/item?id=48718391</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48718391</guid></item><item><title><![CDATA[New comment by sp2hari in "HackerRank open sourced its ATS. My resume scored 90/100. Oh wait 74. No – 88"]]></title><description><![CDATA[
<p>HackerRank CTO & author of this repo here<p>There's no better feeling than building something open source and watching it take off. Nine months ago, I built a simple hiring agent to solve one very real problem.<p>Things it is not: It's not an ATS. We don't use it to screen our open roles. Our customers don't use it either.<p>Here's what it is: Every year at HackerRank, we get 50,000 to 60,000 intern applications. No human can read that many resumes well. So I built something to rank them, helping me decide which resumes to read first.<p>[This was before we built AI Interviewer (Chakra) to automate the first round of interviews, so candidates are no longer rejected based on their resumes alone.]<p>Two things worth clarifying since I've seen them come up in this thread:<p>The default model is gemma3:4b because it's what runs locally on most laptops - no cloud API needed. Actual resumes are evaluated using a top Gemini model. The repo ships with a demo config, not the production one.<p>The cutoff score was set very low — the system was designed to rank resumes, not reject them. Only resumes at the very bottom of the distribution were filtered out. The vast majority passed through to human review, where the real decisions were made.<p>Over the last week, it's taken on a life of its own. People are cloning it, running their own resumes through it, opening issues, sending PRs.<p>I contributed to open source a lot in college. Somewhere along the way, I drifted away from it. This week reminded me how good that feeling is. This thread has also given me more ideas than I expected. The critiques here are sharp and I'm already thinking about how to act on them. Improvements are coming.</p>
]]></description><pubDate>Mon, 29 Jun 2026 11:56:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48718084</link><dc:creator>sp2hari</dc:creator><comments>https://news.ycombinator.com/item?id=48718084</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48718084</guid></item><item><title><![CDATA[Front-End Performance Checklist 2018]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.smashingmagazine.com/2018/01/front-end-performance-checklist-2018-pdf-pages/">https://www.smashingmagazine.com/2018/01/front-end-performance-checklist-2018-pdf-pages/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=16280603">https://news.ycombinator.com/item?id=16280603</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 01 Feb 2018 09:48:24 +0000</pubDate><link>https://www.smashingmagazine.com/2018/01/front-end-performance-checklist-2018-pdf-pages/</link><dc:creator>sp2hari</dc:creator><comments>https://news.ycombinator.com/item?id=16280603</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16280603</guid></item><item><title><![CDATA[New comment by sp2hari in "Productivity Tips for Programmers"]]></title><description><![CDATA[
<p>Hi, I agree with you that these points are basic, but at times we forget the very basic stuff and miss out things there..<p>Totally agree with your 4th point. Unless you actually write code, nothing will help you..</p>
]]></description><pubDate>Tue, 12 Oct 2010 10:51:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=1782924</link><dc:creator>sp2hari</dc:creator><comments>https://news.ycombinator.com/item?id=1782924</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=1782924</guid></item></channel></rss>