<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>gabrielhidasy</author><text>The average electron program has very little data to work with and not a lot of hard algorithms to run, yet still feels sluggish, that&amp;#x27;s the main complaint here</text><parent_chain><item><author>goldenkey</author><text>C++ doesn&amp;#x27;t give you asymptotic Big(O) algorithmic superpowers. No language does.</text></item><item><author>IshKebab</author><text>&amp;gt; performance isn&amp;#x27;t some magic pixie dust that automatically appears when chosing a different UI framework or programming language&lt;p&gt;That&amp;#x27;s a little misleading. If you write the same program in idiomatic C++ and Python then it&amp;#x27;s almost guaranteed that the C++ version will be much much faster even before you have done any profiling or performance optimisation. So there is &lt;i&gt;some&lt;/i&gt; magic pixie dust.</text></item><item><author>flohofwoe</author><text>But this is also why simply switching to OS-native APIs and compiled languages wouldn&amp;#x27;t help much for the average case. A team that doesn&amp;#x27;t care about performance in Electron also wouldn&amp;#x27;t care about peformance in native applications, and performance isn&amp;#x27;t some magic pixie dust that automatically appears when chosing a different UI framework or programming language, it needs to be actively worked towards (some YMMV of course).</text></item><item><author>TeMPOraL</author><text>VS Code is the benchmark of what &lt;i&gt;can&lt;/i&gt; be done with Electron - if you really, &lt;i&gt;really&lt;/i&gt; care. But it&amp;#x27;s an extreme outlier.&lt;p&gt;The hate for Electron comes from how the &lt;i&gt;average&lt;/i&gt; Electron application works. Not only almost nobody cares as much as VS Code team does, the very choice of using Electron itself is usually an act of not caring.</text></item><item><author>EMM_386</author><text>VS Code is an amazing piece of technology, despite all the &amp;quot;Electron hate&amp;quot; (although changing to WebView2).&lt;p&gt;I recently commented on it here:&lt;p&gt;&lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=28556588&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=28556588&lt;/a&gt;&lt;p&gt;Microsoft engineers are top-notch and this is another feature I&amp;#x27;ll be using daily.  Good stuff!</text></item></parent_chain></comment><story><title>Making bracket pair colorization faster</title><url>https://code.visualstudio.com/blogs/2021/09/29/bracket-pair-colorization</url></story>
<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>r-w</author><text>We&amp;#x27;re talking about small, quick operations supporting a synchronous, interactive user interface here. When it comes to performance, asymptotics aren&amp;#x27;t everything.</text><parent_chain><item><author>goldenkey</author><text>C++ doesn&amp;#x27;t give you asymptotic Big(O) algorithmic superpowers. No language does.</text></item><item><author>IshKebab</author><text>&amp;gt; performance isn&amp;#x27;t some magic pixie dust that automatically appears when chosing a different UI framework or programming language&lt;p&gt;That&amp;#x27;s a little misleading. If you write the same program in idiomatic C++ and Python then it&amp;#x27;s almost guaranteed that the C++ version will be much much faster even before you have done any profiling or performance optimisation. So there is &lt;i&gt;some&lt;/i&gt; magic pixie dust.</text></item><item><author>flohofwoe</author><text>But this is also why simply switching to OS-native APIs and compiled languages wouldn&amp;#x27;t help much for the average case. A team that doesn&amp;#x27;t care about performance in Electron also wouldn&amp;#x27;t care about peformance in native applications, and performance isn&amp;#x27;t some magic pixie dust that automatically appears when chosing a different UI framework or programming language, it needs to be actively worked towards (some YMMV of course).</text></item><item><author>TeMPOraL</author><text>VS Code is the benchmark of what &lt;i&gt;can&lt;/i&gt; be done with Electron - if you really, &lt;i&gt;really&lt;/i&gt; care. But it&amp;#x27;s an extreme outlier.&lt;p&gt;The hate for Electron comes from how the &lt;i&gt;average&lt;/i&gt; Electron application works. Not only almost nobody cares as much as VS Code team does, the very choice of using Electron itself is usually an act of not caring.</text></item><item><author>EMM_386</author><text>VS Code is an amazing piece of technology, despite all the &amp;quot;Electron hate&amp;quot; (although changing to WebView2).&lt;p&gt;I recently commented on it here:&lt;p&gt;&lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=28556588&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;news.ycombinator.com&amp;#x2F;item?id=28556588&lt;/a&gt;&lt;p&gt;Microsoft engineers are top-notch and this is another feature I&amp;#x27;ll be using daily.  Good stuff!</text></item></parent_chain></comment><story><title>Making bracket pair colorization faster</title><url>https://code.visualstudio.com/blogs/2021/09/29/bracket-pair-colorization</url></story>