<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: synchronousq</title><link>https://news.ycombinator.com/user?id=synchronousq</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 04 Jun 2026 08:50:24 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=synchronousq" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by synchronousq in "Child's Play: Tech's new generation and the end of thinking"]]></title><description><![CDATA[
<p>And what value has the current state of AI added to society in any meaningful way? Truly? Even as someone who understands the space very strongly, and has published several top-tier ML papers, I cannot help but to conclude the primary destination of the current tech sector and Silicon Valley is the ruthless exploitation of the rest of society.<p>Taking a sober look at the state of software, we observe a few things.<p>The services offered by modern software to users, as a whole, have remained largely the same over the past ~5 years. The state of software quality is in rapid decline, with enshittification and rent-seeking running extraordinarily rampant. Software security has been in the same disaster-state it has been for the past 20 years, where software resilience is in stagnation, governments and private institutions stockpile vulnerabilities, and security researchers and auditors can consistently find new vulnerabilities. The rest of American society outside of the tech sector is currently facing a standards of living nosedive, and clearly they have not benefited from the tech sector's financial proliferation in the AI space.<p>Realistically, I cannot help the feeling that we're headed towards a reality where the 4th amendment is dead, and machine learning models process everything about you to ultimately extract more from you. No privacy for you! No agency for you! Only indentured servitude, and constant fear.<p>I fully recognize my take is ahead of its time, but I concur that the systems-oriented point of view is our way out of this hell. Specifically, software should be conceived under the following ideals: (1) software should be as simple as possible, and provide its intended services with as little bloat as possible; (2) specifications of software should be as concise and simple as possible; (3) specifications should be should be expressive enough to capture security-relevant guarantees, e.g. cryptographic security properties; (4) proofs verifying that software satisfies its specifications should live intrinsically to the implementation, and should be as simple as possible; (5) proof-checkers should be verified. I feel the academic Formal Methods, Programming Languages, Systems, Security, and Cryptography communities, as well as the internet standardization community, are slowly converging to this ideology consensus, but I also think in other ways we are farther off than ever. With respect to these ideals, the "building" mindset that twitter has adopted is deeply toxic. And obviously Silicon Valley has their heads in the sand when it comes to this.<p>I do have faith the state of software (and society) will improve, but whether that future is compatible with the rent-seeking hyper-capitalist reality Silicon Valley and Wall Street have synthesized is yet to be seen.</p>
]]></description><pubDate>Sat, 21 Feb 2026 23:56:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47106443</link><dc:creator>synchronousq</dc:creator><comments>https://news.ycombinator.com/item?id=47106443</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47106443</guid></item><item><title><![CDATA[Nadim Kobeissi's Applied Cryptography Course]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.youtube.com/watch?v=z6kK7rIbyB0">https://www.youtube.com/watch?v=z6kK7rIbyB0</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44731721">https://news.ycombinator.com/item?id=44731721</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 30 Jul 2025 07:34:28 +0000</pubDate><link>https://www.youtube.com/watch?v=z6kK7rIbyB0</link><dc:creator>synchronousq</dc:creator><comments>https://news.ycombinator.com/item?id=44731721</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44731721</guid></item><item><title><![CDATA[New comment by synchronousq in "Northeastern's redesign of the CS curriculum"]]></title><description><![CDATA[
<p>I believe this is a fundamental misjudgement of the CS curriculums at MIT and NEU and, apologies for being blunt, probably the worst take on this thread.<p>The student populations at MIT and NEU, particularly in CS, are fundamentally different. The majority of undergraduates at CS MIT participate in academic research while the vast majority of CS undergraduates at NEU do not (do not let NEU's exceptionally high computer science research output [1] confuse you - the undergraduate and graduate schools are very separate). MIT educates significantly less students than NEU. MIT's algorithms class (6.046) is significantly more rigorous than NEU's equivalent (CS3000) - just compare the publicly available curriculum and problem sets [2,3]. In general, MIT's CS curriculum caters towards the third of the student body that go on to do PhDs, while NEU's CS curriculum caters towards the vast majority of students that beeline towards industry [4,5]. The institutional goals and educational values between MIT and NEU could not be more different. I know all of this to be true because I've spent a significant amount of time at both institutions.<p>I don't know if NEU will butcher its CS curriculum. I hope not. I guess we'll just have to see.<p>P.S. it's worth checking out Pyret [4], essentially a functional teaching programming language. The language is mostly written by NEU staff, so I wager NEU's future CS curriculum plans to phase out Racket in favor of Pyret.<p>[1] <a href="https://csrankings.org/#/fromyear/2014/toyear/2024/index?all&us" rel="nofollow">https://csrankings.org/#/fromyear/2014/toyear/2024/index?all...</a>
[2] <a href="https://courses.csail.mit.edu/6.046/" rel="nofollow">https://courses.csail.mit.edu/6.046/</a>
[3] <a href="https://tlarock.github.io/teaching/cs3000/syllabus.html" rel="nofollow">https://tlarock.github.io/teaching/cs3000/syllabus.html</a>
[4] <a href="https://facts.mit.edu/alumni/" rel="nofollow">https://facts.mit.edu/alumni/</a>
[5] <a href="https://www.northeastern.edu/experiential-learning/co-op/" rel="nofollow">https://www.northeastern.edu/experiential-learning/co-op/</a>
[6] <a href="https://pyret.org" rel="nofollow">https://pyret.org</a></p>
]]></description><pubDate>Mon, 13 Jan 2025 14:09:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=42683553</link><dc:creator>synchronousq</dc:creator><comments>https://news.ycombinator.com/item?id=42683553</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42683553</guid></item><item><title><![CDATA[New comment by synchronousq in "Formal Methods: Just Good Engineering Practice? (2024)"]]></title><description><![CDATA[
<p>I just want to note, there exist two main flavors of formal methods: extrinsic techniques, which are disjoint from the code itself and generally reason about the specifications of code, and intrinsic techniques, which are inline with the code itself and reason about the code more directly. Historically, intrinsic techniques (such as type systems) reason about code at a functional level, while extrinsic techniques (such as decidable model checkers like Spin/P) reason about a model of the code, ascribed to formalism like an automata. But imo we're currently in a complete golden age of formal methods research, and extrinsic techniques are falling out of flavor in comparison to intrinsic methods as pushed by type system advancements and projects like Verus [1].<p>[1] <a href="https://github.com/verus-lang/verus">https://github.com/verus-lang/verus</a></p>
]]></description><pubDate>Fri, 10 Jan 2025 18:09:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=42658164</link><dc:creator>synchronousq</dc:creator><comments>https://news.ycombinator.com/item?id=42658164</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42658164</guid></item></channel></rss>