<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>TADevelops</title>
    <description>TechnologyAdvice Developer Blog</description>
    <link>http://technologyadvice.github.io</link>
    <atom:link href="http://technologyadvice.github.io/feed.xml" rel="self" type="application/rss+xml" />
    
      <item>
        <title>Devlab v3 Is Here</title>
        <description><p>After a year of dogfooding, a complete rebuild, and 110+ commits, we are excited to release Devlab v3.</p>

</description>
        <pubDate>Mon, 19 Dec 2016 10:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//devlab-v3-is-here/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//devlab-v3-is-here/</guid>
      </item>
    
      <item>
        <title>Jumping into Elasticsearch</title>
        <description><p>It’s a quiet Saturday, it’s wet out, and I don’t feel like doing much, so I open up Netflix. We all know how that typically goes, but today I <em>actually know</em> what I want to watch—Mad Max: Fury Road. Part of me already knows it’s not available to stream, but I start typing it into the search bar anyway—<code class="highlighter-rouge">m</code>. Immediately suggestions starting with the letter ‘m’ fill the page (including actors’ names), which become slightly more focused with each new letter. I know I would never watch many of them, but others, eh, maybe, and others still are already favorites. And it’s all thanks to the data from my personal viewing history being put to work behind the scenes to influence the results.</p>

</description>
        <pubDate>Sun, 30 Oct 2016 11:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//jumping-into-elasticsearch/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//jumping-into-elasticsearch/</guid>
      </item>
    
      <item>
        <title>Better Email Validation with Obey and Mailgun</title>
        <description><p>Validating email is simple, right? Just throw a regex at it? Well it’s not as simple as you might think. The RFC Spec (Page 27 of <a href="https://www.ietf.org/rfc/rfc0822.txt">this monster</a>, if you’re interested) is clear as mud on what constitutes a valid email.</p>

</description>
        <pubDate>Mon, 11 Jul 2016 10:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//better-email-validation-with-obey-and-mailgun/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//better-email-validation-with-obey-and-mailgun/</guid>
      </item>
    
      <item>
        <title>App Analytics with Redux</title>
        <description><p>So you figured out <a href="http://technologyadvice.github.io/where-flux-went-wrong/">Where Flux Went Wrong</a> and are shipping your app with Redux. How will you measure usage? Will you know how users are using it once it’s launched? What about user authentication? You’ll definitely want to track that. But how will you do it?</p>

</description>
        <pubDate>Thu, 24 Mar 2016 11:25:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//app-analytics-redux/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//app-analytics-redux/</guid>
      </item>
    
      <item>
        <title>Make Your Data Obey</title>
        <description><p>Data is what programming is all about. Applications would be nothing without that beautiful i/o of data moving between modules, services, and data storage. But data is nothing if it’s not consistent.</p>

</description>
        <pubDate>Mon, 14 Mar 2016 06:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//make-your-data-obey/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//make-your-data-obey/</guid>
      </item>
    
      <item>
        <title>Eradicate Runtime Errors in React with Flow</title>
        <description><p><a href="http://flowtype.org/">Flow</a> is pretty awesome.</p>

</description>
        <pubDate>Sun, 28 Feb 2016 18:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//eradicate-runtime-errors-in-react-with-flow/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//eradicate-runtime-errors-in-react-with-flow/</guid>
      </item>
    
      <item>
        <title>Lock Up Your Customer Accounts, Give Away the Key</title>
        <description><p>In your web application, how secure do you require your users’ credentials to be? Do you require passwords to be a certain length, with enough kinds of different characters? Maybe you’re more progressive and employ two-factor auth, or alternative auth like biometrics or single-use SMS keys. If you do use passwords, maybe you’re using a compute or space-expensive hashing algorithm like bcrypt, scrypt, PBKDF2, or Argon2 to keep them safe. Maybe you’re encrypting your entire database on disk to keep your users as safe as possible. Nothing short of an attacker compromising your live database could leak that data out.</p>

</description>
        <pubDate>Fri, 08 Jan 2016 18:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//lock-up-your-customer-accounts-give-away-the-key/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//lock-up-your-customer-accounts-give-away-the-key/</guid>
      </item>
    
      <item>
        <title>Where Flux Went Wrong</title>
        <description><blockquote>
  <p>Already comfortable with the history around ReactJS and Flux? Skip to <a href="#flux-and-component-state">Flux and Component State</a> to jump right into the problem statement.</p>
</blockquote>

</description>
        <pubDate>Thu, 31 Dec 2015 15:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//where-flux-went-wrong/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//where-flux-went-wrong/</guid>
      </item>
    
      <item>
        <title>Using ES7 Decorators with Babel 6</title>
        <description><p>When <a href="http://babeljs.io/blog/2015/10/29/6.0.0/">Babel 6 dropped</a> on my birthday I was taken aback by all the breaking changes, disclaimers and continued push to use the <code class="highlighter-rouge">.babelrc</code> file <a href="http://babeljs.io/blog/2015/10/29/6.0.0/#comment-2342300088">without a lot of justification</a> from the maintainers. Nevertheless I knew Babel 6 was the future, so I went ahead and added support to my <a href="https://github.com/jhabdas/react-native-webpack-starter-kit/releases/tag/v1.13.3">React Native Webpack Starter Kit</a>. Everything went smooth given the small scope of the app, but for some app maintainers the Babel 6 upgrade also meant chucking decorators due to <a href="https://phabricator.babeljs.io/T2645">an issue</a> in Babel 6.</p>

</description>
        <pubDate>Tue, 29 Dec 2015 15:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//es7-decorators-babel6/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//es7-decorators-babel6/</guid>
      </item>
    
      <item>
        <title>DevLab 1.7 - Links and Exec on Services</title>
        <description><p>If you’ve used <a href="https://github.com/TechnologyAdvice/DevLab">DevLab</a> you know a core capability is spinning up services. Services get linked into your container and make them available ephemerally for easy testing of databases, APIs, micro-services, etc.</p>

</description>
        <pubDate>Fri, 18 Dec 2015 10:00:00 +0000</pubDate>
        <link>http://technologyadvice.github.io//devlab-1-7-adds-link-exec-to-services/</link>
        <guid isPermaLink="true">http://technologyadvice.github.io//devlab-1-7-adds-link-exec-to-services/</guid>
      </item>
    
  </channel>
</rss>