<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Plain &amp;quot;vanilla&amp;quot; Javascript vs frameworks/libraries in ArcGIS JavaScript Maps SDK Questions</title>
    <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/plain-quot-vanilla-quot-javascript-vs-frameworks/m-p/1045065#M72920</link>
    <description>&lt;P&gt;Hey, thanks! The word "bloat" is exactly what I had in mind. I'll take a look at the video.&lt;/P&gt;&lt;P&gt;I'm sure this topic could be relevant for countless other beginner to intermediate level JS developers.&lt;/P&gt;</description>
    <pubDate>Thu, 08 Apr 2021 14:50:11 GMT</pubDate>
    <dc:creator>Andy_Morgan</dc:creator>
    <dc:date>2021-04-08T14:50:11Z</dc:date>
    <item>
      <title>Plain "vanilla" Javascript vs frameworks/libraries</title>
      <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/plain-quot-vanilla-quot-javascript-vs-frameworks/m-p/1045020#M72918</link>
      <description>&lt;P&gt;With so many tools available out there for building a Javascript application, how do you decide what's necessary, or especially helpful, vs something that is unnecessary overhead (a performance hit, file cache, long term maintenance, upgrades, etc.)?&lt;/P&gt;&lt;P&gt;Other than being familiar with JQuery, I have not yet taken the time to learn about all the libraries and frameworks available for integrating with my .NET / ArcGIS Javascript (4.x) application that is currently built with plain Javascript and Dojo classes. I keep wondering if I need to gain an in-depth understanding of TypeScript, Ember, React, and/or many other resources that could potentially improve my application.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Apr 2021 13:32:51 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/plain-quot-vanilla-quot-javascript-vs-frameworks/m-p/1045020#M72918</guid>
      <dc:creator>Andy_Morgan</dc:creator>
      <dc:date>2021-04-08T13:32:51Z</dc:date>
    </item>
    <item>
      <title>Re: Plain "vanilla" Javascript vs frameworks/libraries</title>
      <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/plain-quot-vanilla-quot-javascript-vs-frameworks/m-p/1045061#M72919</link>
      <description>&lt;P&gt;The case for frameworks should probably more restricted than many people have let on. I agree with you though, it's confusing and overwhelming. Here's an interesting video that I think applies to your case.&lt;/P&gt;&lt;P&gt;&lt;A href="https://gomakethings.com/a-framework-authors-case-against-frameworks/" target="_blank" rel="noopener"&gt;A framework author's case against frameworks | Go Make Things&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 08 Apr 2021 14:44:22 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/plain-quot-vanilla-quot-javascript-vs-frameworks/m-p/1045061#M72919</guid>
      <dc:creator>BlakeTerhune</dc:creator>
      <dc:date>2021-04-08T14:44:22Z</dc:date>
    </item>
    <item>
      <title>Re: Plain "vanilla" Javascript vs frameworks/libraries</title>
      <link>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/plain-quot-vanilla-quot-javascript-vs-frameworks/m-p/1045065#M72920</link>
      <description>&lt;P&gt;Hey, thanks! The word "bloat" is exactly what I had in mind. I'll take a look at the video.&lt;/P&gt;&lt;P&gt;I'm sure this topic could be relevant for countless other beginner to intermediate level JS developers.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Apr 2021 14:50:11 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-javascript-maps-sdk-questions/plain-quot-vanilla-quot-javascript-vs-frameworks/m-p/1045065#M72920</guid>
      <dc:creator>Andy_Morgan</dc:creator>
      <dc:date>2021-04-08T14:50:11Z</dc:date>
    </item>
  </channel>
</rss>

