<?xml version='1.0' encoding='utf-8' ?>

<rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/' xmlns:atom10='http://www.w3.org/2005/Atom'>
<channel>
  <title>Liam on Linux</title>
  <link>https://liam-on-linux.dreamwidth.org/</link>
  <description>Liam on Linux - Dreamwidth Studios</description>
  <lastBuildDate>Tue, 09 Aug 2022 15:22:02 GMT</lastBuildDate>
  <generator>LiveJournal / Dreamwidth Studios</generator>
  <lj:journal>liam_on_linux</lj:journal>
  <lj:journaltype>personal</lj:journaltype>
  <image>
    <url>https://v2.dreamwidth.org/15491837/3887720</url>
    <title>Liam on Linux</title>
    <link>https://liam-on-linux.dreamwidth.org/</link>
    <width>100</width>
    <height>75</height>
  </image>

<item>
  <guid isPermaLink='true'>https://liam-on-linux.dreamwidth.org/85744.html</guid>
  <pubDate>Tue, 09 Aug 2022 15:22:02 GMT</pubDate>
  <title>Very brief (promise!) ramblings on application bloat</title>
  <link>https://liam-on-linux.dreamwidth.org/85744.html</link>
  <description>&amp;nbsp;&lt;span class=&quot;commtext c00&quot;&gt;&lt;p&gt;My #1 annoyance these days, because it is &lt;i&gt;so&lt;/i&gt; egregious, is Electron apps.&lt;/p&gt;&lt;p&gt;I  guess because the only language some programmers know is Javascript, of  which I know little but what little I know places it marginally above  PHP in intrinsic horror.&lt;/p&gt;&lt;p&gt;So people write standalone apps in a language intended for tweaking web pages, meaning that to deploy those apps requires &lt;i&gt;embedding an entire web browser&lt;/i&gt; into every app.&lt;/p&gt;&lt;p&gt;And entire popular businesses, for example Slack, do not as far as I can tell &lt;i&gt;have&lt;/i&gt; an actual native client. The &lt;i&gt;only&lt;/i&gt;  way to access the service is via a glorified web page, running inside  an embedded browser. Despite which, it can&apos;t actually authenticate on  its own and needs &lt;i&gt;ANOTHER&lt;/i&gt; web browser to be available to do that.&lt;/p&gt;&lt;p&gt;Electron apps make Java ones look lean and mean and efficient.&lt;/p&gt;&lt;p&gt;Apparently,  expecting a language that can compile to native machine code that  executes directly on a CPU, and which makes API calls to the host OS in  order to display a UI, is quaint and retro now.&lt;/p&gt;&lt;p&gt;And it&apos;s perfectly  acceptable to have a multi-billion-dollar business that requires a  local client, but which does not in fact offer native clients of any  form for any OS on the market.&lt;/p&gt;&lt;p&gt;It&apos;s enough to make me want to go  back to DOS, it really is. Never mind &amp;quot;nobody will ever need more than  640kB&amp;quot;... if you can&apos;t do it in 640kB &lt;i&gt;and still have enough room for the user&apos;s data&lt;/i&gt;, maybe you should reconsider what you are doing and how you are doing it.&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;&lt;/p&gt;&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;img src=&quot;https://www.dreamwidth.org/tools/commentcount?user=liam_on_linux&amp;ditemid=85744&quot; width=&quot;30&quot; height=&quot;12&quot; alt=&quot;comment count unavailable&quot; style=&quot;vertical-align: middle;&quot;/&gt; comments</description>
  <comments>https://liam-on-linux.dreamwidth.org/85744.html</comments>
  <category>apps</category>
  <category>javascript</category>
  <category>640kb</category>
  <category>dos</category>
  <category>electron</category>
  <lj:security>public</lj:security>
  <lj:reply-count>10</lj:reply-count>
</item>
</channel>
</rss>
