<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Javascript on howarddierking.com</title>
    <link>https://www.howarddierking.com/tags/javascript/</link>
    <description>Recent content in Javascript on howarddierking.com</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 13 Jun 2022 00:00:00 +0000</lastBuildDate><atom:link href="https://www.howarddierking.com/tags/javascript/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The Right Tool, The Right Idiom</title>
      <link>https://www.howarddierking.com/2022/06/13/right-tool-right-idiom/</link>
      <pubDate>Mon, 13 Jun 2022 00:00:00 +0000</pubDate>
      
      <guid>https://www.howarddierking.com/2022/06/13/right-tool-right-idiom/</guid>
      <description>Jeff Atwood, the co-founder of Stack Overflow and developer who famously said &amp;ldquo;Any application that can be written in JavaScript, will eventually be written in JavaScript&amp;rdquo; wrote a post back in 2005 entitled &amp;ldquo;You Can Write FORTRAN in any Language&amp;rdquo;. At the time, Microsoft&amp;rsquo;s .NET framework was relatively new, and there were lots of heated discussions around a new programming language, C# and what it meant that so many Visual Basic programmers were dropping VB with prejudice in favor of it.</description>
    </item>
    
    <item>
      <title>RDF Inferencing In Action</title>
      <link>https://www.howarddierking.com/2018/11/20/rdf-inferencing-in-action/</link>
      <pubDate>Tue, 20 Nov 2018 00:00:00 +0000</pubDate>
      
      <guid>https://www.howarddierking.com/2018/11/20/rdf-inferencing-in-action/</guid>
      <description>If you&amp;rsquo;ve been around me for any period of time, you&amp;rsquo;ve probably heard me say that I find two common approaches to software development: the mathematician&amp;rsquo;s approach and the linguist&amp;rsquo;s approach. The mathematician views the software design process as an equation to balance and typically does incredibly well at problems relating to algorithms, analysis, and lower-level system domains. The linguist, on the other hand, views the process of creating software as an exposition - a way of communicating an abstract idea via a constrained medium such as a programming language.</description>
    </item>
    
    <item>
      <title>Functional Javascript Playground</title>
      <link>https://www.howarddierking.com/2018/08/20/functional-javascript-playground/</link>
      <pubDate>Mon, 20 Aug 2018 00:00:00 +0000</pubDate>
      
      <guid>https://www.howarddierking.com/2018/08/20/functional-javascript-playground/</guid>
      <description>I&amp;rsquo;m a big believer that functional programming may be the only way to write reliable Javascript code and stay sane. However, I also want to acknowledge the reality that functional programming in general can be intimidating to developers who are relatively new to it (and/or who may have nightmares of lisp programming from a survey of languages course at university); and it can be hard to do well in a language like Javascript, since the language supports first class functional constructs along with &amp;hellip; well &amp;hellip; pretty much every other language construct ever conceived.</description>
    </item>
    
    <item>
      <title>Some Functional Javascript Goodness</title>
      <link>https://www.howarddierking.com/2016/11/17/some-functional-javascript-goodness/</link>
      <pubDate>Thu, 17 Nov 2016 00:00:00 +0000</pubDate>
      
      <guid>https://www.howarddierking.com/2016/11/17/some-functional-javascript-goodness/</guid>
      <description>One of my pet projects is an international postal address formatter library. I built this for one of my teams as they have this as a requirement and there was nothing already on NPM - so now there is. In the process, I got to stretch myself in my functional programming skills using Ramda, and I wanted to show you a [I think] cool example.
&amp;#39;use strict&amp;#39;; let cf = require(&amp;#39;.</description>
    </item>
    
    <item>
      <title>Managing a Database Connection in an ExpressJS Application</title>
      <link>https://www.howarddierking.com/2014/07/01/managing-a-database-connection-in-an-expressjs-application/</link>
      <pubDate>Tue, 01 Jul 2014 00:00:00 +0000</pubDate>
      
      <guid>https://www.howarddierking.com/2014/07/01/managing-a-database-connection-in-an-expressjs-application/</guid>
      <description>A Web API or Web application backed by a database of some sort is a pretty typical application architecture regardless of what language or platform we might be looking at. So you can imagine my surprise that I haven&amp;rsquo;t really ever been able to find a satisfactory answer for how to best accomplish this kind of thing for an Express application that uses MongoDB. Maybe I either don&amp;rsquo;t know how to search very well, or maybe I just don&amp;rsquo;t really understand the answers that I&amp;rsquo;m finding, but the typical kind of answer that I&amp;rsquo;ve come across in the past reads something like this:</description>
    </item>
    
    <item>
      <title>Surprise! JavaScript Guard Clauses</title>
      <link>https://www.howarddierking.com/2014/03/24/surprise-javascript-guard-clauses/</link>
      <pubDate>Mon, 24 Mar 2014 00:00:00 +0000</pubDate>
      
      <guid>https://www.howarddierking.com/2014/03/24/surprise-javascript-guard-clauses/</guid>
      <description>I spent more time then I had planned this weekend debugging an issue in some code I wrote, and at the end of it all, discovered a JavaScript language feature that I had read about a while ago but never used (intentionally, that is). To explain, consider the following predicate function definition (and yes, I know that Underscore has this function - my specific case would have brought in some additional concepts, so I&amp;rsquo;m simplfying here).</description>
    </item>
    
  </channel>
</rss>
