<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: gmartres</title><link>https://news.ycombinator.com/user?id=gmartres</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 29 Oct 2026 16:35:19 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=gmartres" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by gmartres in "The Sovereign Tech Fund invests in Scala"]]></title><description><![CDATA[
<p>Chisel picked up Scala 3 support in 7.0.0 released last September (<a href="https://github.com/chipsalliance/chisel/releases/tag/v7.0.0" rel="nofollow">https://github.com/chipsalliance/chisel/releases/tag/v7.0.0</a>), right now they cross-compile between Scala 2 and 3 but from what I heard they should eventually move to Scala 3 only to start taking advantage of new features like named tuples (<a href="https://docs.scala-lang.org/scala3/reference/other-new-features/named-tuples.html" rel="nofollow">https://docs.scala-lang.org/scala3/reference/other-new-featu...</a>).</p>
]]></description><pubDate>Thu, 29 Jan 2026 19:22:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46815179</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=46815179</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46815179</guid></item><item><title><![CDATA[New comment by gmartres in "Deterministic Linux for controlled testing and software bug-finding"]]></title><description><![CDATA[
<p>Thanks for open-sourcing this! Roughly, what's the performance overhead from running code under hermit? I'm wondering if this could be used for doing benchmarking with less variance on non-deterministic platforms such as the JVM (I assume hermit is "deterministic enough" that the JIT and GC threads of the JVM will run the same code on every execution?)</p>
]]></description><pubDate>Tue, 22 Nov 2022 21:45:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=33711977</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=33711977</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33711977</guid></item><item><title><![CDATA[New comment by gmartres in "Show HN: We made an open-source personalization engine"]]></title><description><![CDATA[
<p><a href="https://www.lihaoyi.com/post/FromFirstPrinciplesWhyScala.html" rel="nofollow">https://www.lihaoyi.com/post/FromFirstPrinciplesWhyScala.htm...</a></p>
]]></description><pubDate>Wed, 23 Mar 2022 18:15:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=30781526</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=30781526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=30781526</guid></item><item><title><![CDATA[Scalable codec testing with Are We Compressed Yet?]]></title><description><![CDATA[
<p>Article URL: <a href="https://medium.com/vimeo-engineering-blog/scalable-codec-testing-with-are-we-compressed-yet-c3a64003f67b">https://medium.com/vimeo-engineering-blog/scalable-codec-testing-with-are-we-compressed-yet-c3a64003f67b</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=25139800">https://news.ycombinator.com/item?id=25139800</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 18 Nov 2020 17:46:16 +0000</pubDate><link>https://medium.com/vimeo-engineering-blog/scalable-codec-testing-with-are-we-compressed-yet-c3a64003f67b</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=25139800</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=25139800</guid></item><item><title><![CDATA[New comment by gmartres in "Null References: The Billion Dollar Mistake"]]></title><description><![CDATA[
<p>It's coming to Scala too: <a href="https://dotty.epfl.ch/docs/reference/other-new-features/explicit-nulls.html" rel="nofollow">https://dotty.epfl.ch/docs/reference/other-new-features/expl...</a></p>
]]></description><pubDate>Sat, 11 Jan 2020 14:36:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=22020068</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=22020068</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22020068</guid></item><item><title><![CDATA[New comment by gmartres in "Practical Deep Learning for Coders 2019"]]></title><description><![CDATA[
<p>What are the main differences with last year's course ? Also can we expect <a href="http://course18.fast.ai/part2.html" rel="nofollow">http://course18.fast.ai/part2.html</a> to be updated in the near future ?</p>
]]></description><pubDate>Sat, 26 Jan 2019 00:00:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=19003769</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=19003769</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=19003769</guid></item><item><title><![CDATA[New comment by gmartres in "Udash – Scala and Scala.js Reactive Web Framework"]]></title><description><![CDATA[
<p>> Is there a runtime lib? That includes e.g. Scala collections for the browser for example?<p>Pretty much all Scala code compiles with Scala.js, that includes the Scala standard library, as well as part of the Java standard library that has been reimplemented in Scala.<p>> How many kilobytes?<p>Scala.js does whole program optimization and dead code elimination, so there's not a single number that can be given here, you pay for what you use.</p>
]]></description><pubDate>Sun, 11 Feb 2018 20:51:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=16354728</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=16354728</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16354728</guid></item><item><title><![CDATA[New comment by gmartres in "About speculative execution vulnerabilities in ARM-based and Intel CPUs"]]></title><description><![CDATA[
<p>Meltdown also affects some ARM chips according to ARM itself: <a href="https://developer.arm.com/support/security-update" rel="nofollow">https://developer.arm.com/support/security-update</a></p>
]]></description><pubDate>Fri, 05 Jan 2018 02:33:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=16076028</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=16076028</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16076028</guid></item><item><title><![CDATA[New comment by gmartres in "About speculative execution vulnerabilities in ARM-based and Intel CPUs"]]></title><description><![CDATA[
<p>According to ARM yes, but only on a few architectures: <a href="https://developer.arm.com/support/security-update" rel="nofollow">https://developer.arm.com/support/security-update</a> (Meltdown is CVE-2017-5754 and is responsible for Variant 3 and Variant 3a). See also <a href="https://github.com/marcan/speculation-bugs/blob/master/README.md" rel="nofollow">https://github.com/marcan/speculation-bugs/blob/master/READM...</a> which tries to summarize every known attack/platform/mitigation.</p>
]]></description><pubDate>Fri, 05 Jan 2018 02:19:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=16075965</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=16075965</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=16075965</guid></item><item><title><![CDATA[New comment by gmartres in "What's wrong with the default build tool for Scala"]]></title><description><![CDATA[
<p>> creator of Scala, and possibly also involved in SBT<p>Martin has never worked on sbt. sbt started as a community project and is now maintained by Lightbend, which Martin co-founded.</p>
]]></description><pubDate>Mon, 20 Nov 2017 17:05:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=15741357</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=15741357</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15741357</guid></item><item><title><![CDATA[New comment by gmartres in "Firefox Private Browsing vs. Chrome Incognito: Which Is Faster?"]]></title><description><![CDATA[
<p>I'll be impressed the day this is turned on by default, or at least proposed as an option to the user after installation :).</p>
]]></description><pubDate>Mon, 20 Nov 2017 16:01:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=15740830</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=15740830</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15740830</guid></item><item><title><![CDATA[New comment by gmartres in "Visual Studio Live Share"]]></title><description><![CDATA[
<p>How open is this going to be? Will it be based on a protocol implementable by other editors, akin to the Language Server Protocol (<a href="https://github.com/Microsoft/language-server-protocol" rel="nofollow">https://github.com/Microsoft/language-server-protocol</a>) ?</p>
]]></description><pubDate>Wed, 15 Nov 2017 22:42:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=15708638</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=15708638</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15708638</guid></item><item><title><![CDATA[New comment by gmartres in "Reasonable Scala Compiler"]]></title><description><![CDATA[
<p>you might want to give sbt 1.0 a try, it features better incremental compilation support: <a href="https://developer.lightbend.com/blog/2017-04-18-sbt-1-0-roadmap-and-beta1/#zinc-1-class-based-name-hashing" rel="nofollow">https://developer.lightbend.com/blog/2017-04-18-sbt-1-0-road...</a></p>
]]></description><pubDate>Fri, 18 Aug 2017 15:17:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=15046934</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=15046934</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15046934</guid></item><item><title><![CDATA[New comment by gmartres in "Reasonable Scala Compiler"]]></title><description><![CDATA[
<p>The latest spec for 2.12 is available at <a href="http://www.scala-lang.org/files/archive/spec/2.12/" rel="nofollow">http://www.scala-lang.org/files/archive/spec/2.12/</a></p>
]]></description><pubDate>Fri, 18 Aug 2017 15:13:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=15046888</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=15046888</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=15046888</guid></item><item><title><![CDATA[New comment by gmartres in "From Monads to Machine Code"]]></title><description><![CDATA[
<p>The whole point of monads (and most other typeclasses) is that they're an abstraction. If you use a type constructor then you cannot generalize your function to work with any kind of monad, see for example the definition of `mapM` in <a href="https://hackage.haskell.org/package/base-4.9.1.0/docs/src/GHC.Base.html" rel="nofollow">https://hackage.haskell.org/package/base-4.9.1.0/docs/src/GH...</a> which uses `return`</p>
]]></description><pubDate>Mon, 24 Apr 2017 01:42:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=14181423</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=14181423</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=14181423</guid></item><item><title><![CDATA[New comment by gmartres in "Grace Hopper and Margaret Hamilton Awarded Presidential Medal of Freedom"]]></title><description><![CDATA[
<p>Radia Perlman also wrote a great (and fun!) book on networking: <a href="https://www.amazon.com/Interconnections-Bridges-Switches-Internetworking-Protocols/dp/0201634481/ref=sr_1_1?ie=UTF8&qid=1479676325&sr=8-1&keywords=radia+perlman" rel="nofollow">https://www.amazon.com/Interconnections-Bridges-Switches-Int...</a></p>
]]></description><pubDate>Sun, 20 Nov 2016 21:15:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=13001269</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=13001269</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=13001269</guid></item><item><title><![CDATA[New comment by gmartres in "Scala 2.12.0 is now available"]]></title><description><![CDATA[
<p>The maintainers might not see your comment, I encourage you to make a PR: <a href="https://github.com/scala/scala-lang" rel="nofollow">https://github.com/scala/scala-lang</a></p>
]]></description><pubDate>Thu, 03 Nov 2016 15:16:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=12864645</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=12864645</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=12864645</guid></item><item><title><![CDATA[New comment by gmartres in "From first principles: Why I bet on Scala.js"]]></title><description><![CDATA[
<p>Scala does not have non-nullable types currently (but that might happen in the future), in practice this is not a problem simply because using null is seen as a code smell and basically no Scala library API expects parameters to be null or return null, optional values are usually represented with the standard library class Option: <a href="http://www.scala-lang.org/api/2.11.8/#scala.Option" rel="nofollow">http://www.scala-lang.org/api/2.11.8/#scala.Option</a></p>
]]></description><pubDate>Thu, 11 Aug 2016 12:35:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=12267685</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=12267685</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=12267685</guid></item><item><title><![CDATA[New comment by gmartres in "More code review tools"]]></title><description><![CDATA[
<p>Part of a good review should be to review how you decided to split your PR into separate commits (does every commit have a single purpose, or did you sneak unrelated changes in a commit? Could the commit message be improved?). Furthermore, sometimes you have to rebase your PR on top of master (for example, because things changed in master too much, or because your PR depends on a patch that was recently accepted in master to actually work), this shouldn't make review comments disappear.</p>
]]></description><pubDate>Wed, 16 Mar 2016 02:49:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=11294637</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=11294637</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11294637</guid></item><item><title><![CDATA[New comment by gmartres in "More code review tools"]]></title><description><![CDATA[
<p>> Its something we're still working on, but it still helps to vocalize your support for wanting improved force push support. :D<p>YES! I wish for that feature everyday. Gerrit does it exactly right.<p>Related to this, I really, really hope that you will consider displaying commits
in a PR in the correct order, suppose that I have three commits on top
of master:<p><pre><code>  a->b->c->master</code></pre>
If I git rebase -i master and reorder my commits so that they look like this:<p><pre><code>  c->a->b->master</code></pre>
Then the commit list in the PR will still be displayed in chronological order
instead of DAG order, this is very confusing! The only workaround I've found is
to amend every commit in my PR so that the timestamp order match the DAG order,
this isn't very fun to do.<p>By the way, the post explicitly says:<p>> Some teams choose to use a commit-by-commit workflow where each commit is treated as the unit of change and is isolated for review.<p>I'm glad that you're acknowledging that. But then why do comments on commits
still get hidden when they correspond to an outdated diff? I would love to be
able to comment on individual commits, but if half my comments are hidden
because they correspond to lines that don't match the current diff, then I'm not
going to do it for fear of my comments being missed. You should not hide
important information that I'm trying to communicate!
Here's a better way to do it: Add a "Done" button like Rietveld/Gerrit for every
comment (this is a very useful feature on its own) and hide comments _if and
only if_ the "Done" button has been clicked.<p>Anyway, I'm glad that people are working on this stuff and that they're
listening to the community, thank you!</p>
]]></description><pubDate>Tue, 15 Mar 2016 23:11:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=11293762</link><dc:creator>gmartres</dc:creator><comments>https://news.ycombinator.com/item?id=11293762</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=11293762</guid></item></channel></rss>