-
Notifications
You must be signed in to change notification settings - Fork 0
/
index.xml
169 lines (134 loc) · 13.4 KB
/
index.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Sam Merrell</title>
<link>https://smerrell.github.io/</link>
<description>Recent content on Sam Merrell</description>
<generator>Hugo -- gohugo.io</generator>
<language>en-us</language>
<lastBuildDate>Sat, 10 Nov 2018 16:13:53 -0700</lastBuildDate>
<atom:link href="https://smerrell.github.io/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Azure DevOps Exploration</title>
<link>https://smerrell.github.io/posts/azure-devops-pipelines-with-functions/</link>
<pubDate>Sat, 10 Nov 2018 16:13:53 -0700</pubDate>
<guid>https://smerrell.github.io/posts/azure-devops-pipelines-with-functions/</guid>
<description>Building software has always been a hassle. Over the years, the effort it takes to create a reliable build system has decreased drastically. Tools like Travis CI dramatically reduce the time and effort it takes to go from nothing to a functioning continuous integration pipeline. I&rsquo;ve tried a few CI tools like Travis, AppVeyor, and TeamCity. One CI application I had not tried, was Visual Studio Team Services — better known as VSTS.</description>
</item>
<item>
<title>Azure Web App for Containers Using Terraform</title>
<link>https://smerrell.github.io/posts/2018/09/28/azure-web-apps-for-containers-using-terraform/</link>
<pubDate>Fri, 28 Sep 2018 16:17:32 -0600</pubDate>
<guid>https://smerrell.github.io/posts/2018/09/28/azure-web-apps-for-containers-using-terraform/</guid>
<description>Recently at work I have been tasked with helping our organization transition from our traditional on-premises infrastructure to Azure. To do that, I&rsquo;ve been learning how to automate our infrastructure by using HashiCorp&rsquo;s Terraform. Terraform was introduced to me by a few members of our infrastructure team and I&rsquo;ve found it quite fun to work with.
As I&rsquo;ve been working on what direction we&rsquo;d like to head, I&rsquo;ve focused on new apps using Platform as a Service, specifically Azure Web Apps.</description>
</item>
<item>
<title>Getting to Know Swift</title>
<link>https://smerrell.github.io/posts/2017/11/getting-to-know-swift/</link>
<pubDate>Sat, 04 Nov 2017 16:32:53 -0600</pubDate>
<guid>https://smerrell.github.io/posts/2017/11/getting-to-know-swift/</guid>
<description>For the last several years I&rsquo;ve primarily been a backend developer using C# and occasionally doing work on the frontend with JavaScript. I&rsquo;ve dabbled in learning Rust as well but I wanted to try my hand at writing native iOS and macOS applications for a change.
After doing some research on where to begin, I started reading the book App Development with Swift by Apple. This book has been a great guide for learning Swift through developing iOS applications.</description>
</item>
<item>
<title>Discovering Podcasts</title>
<link>https://smerrell.github.io/posts/2016/03/discovering-podcasts/</link>
<pubDate>Wed, 16 Mar 2016 22:07:24 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2016/03/discovering-podcasts/</guid>
<description>I&rsquo;ve never paid much attention to podcasts. Up until a few months ago I was commuting to work by train and used that time to either read books, or play games. All of that has been great and I&rsquo;ve enjoyed the time I have had to read, relax, or learn something new. Recently, I&rsquo;ve had to begin commuting to work which completely threw the routine I had developed.
Since I can&rsquo;t really read or play games commuting, I had to find another alternative.</description>
</item>
<item>
<title>Keeping up with JavaScript</title>
<link>https://smerrell.github.io/posts/2016/02/keeping-up-with-javascript/</link>
<pubDate>Tue, 09 Feb 2016 21:12:28 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2016/02/keeping-up-with-javascript/</guid>
<description>I like JavaScript, I really do, but I just haven&rsquo;t been able to keep up with the insane change that is going on in that world. Over the last several months at work I&rsquo;ve been building out a project that is mostly back end work. When I have been able to do any sort of front end work, it has been in a desktop Windows application using WPF.
While working on this application I started to realize I don&rsquo;t have my finger on the pulse of the JavaScript world like I once had several years ago.</description>
</item>
<item>
<title>Using qDslrDashboard with the Sony a6000</title>
<link>https://smerrell.github.io/posts/2016/01/using-qdslrdashboard-with-the-sony-a6000/</link>
<pubDate>Sat, 02 Jan 2016 12:11:15 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2016/01/using-qdslrdashboard-with-the-sony-a6000/</guid>
<description>Most of my posts are going to be something technology related but I do happen to have other interests. For a while now, I&rsquo;ve had a Sony a6000 that I&rsquo;ve been very happy with. I&rsquo;m very much an amateur at photography but I find it fun and I like the images I get of my family more than the ones I can get from my iPhone. So I&rsquo;ve been slowly trying to level up my photography skills.</description>
</item>
<item>
<title>Learning Rust as a C# Developer</title>
<link>https://smerrell.github.io/posts/2015/12/learning-rust-as-a-csharp-developer/</link>
<pubDate>Wed, 23 Dec 2015 17:47:29 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2015/12/learning-rust-as-a-csharp-developer/</guid>
<description>Choosing a new programming language to learn is difficult. What do I want to focus on? Do I want to learn something low level like C? Do I want to go all out functional and learn Haskell? What about Go? Everyone seems to be glowing about that language. Elixir? I hear Rubyists are really digging on that language, and it is built on top of Erlang! So many choices!</description>
</item>
<item>
<title>Agile is Hard</title>
<link>https://smerrell.github.io/posts/2012/12/agile-is-hard/</link>
<pubDate>Fri, 14 Dec 2012 16:00:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/12/agile-is-hard/</guid>
<description>Agile. Such a broad topic with so much to discuss and so much already discussed. It really is one of those topics you can go on about forever. So how am I going to put my spin on things? Well, I&rsquo;m not I&rsquo;m just going to talk about what I&rsquo;ve learned so far in over a year of really trying to do agile the right way and hopefully I&rsquo;ll have learned something as well as you, the reader.</description>
</item>
<item>
<title>Make Testing Easy</title>
<link>https://smerrell.github.io/posts/2012/12/make-testing-easy/</link>
<pubDate>Thu, 06 Dec 2012 23:26:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/12/make-testing-easy/</guid>
<description>Testing. We all know that we should do it, and yet often times we find ourselves struggling to stay consistent in testing our code. I know that I personally find it difficult sometimes to really stick to and test my code, and guess what happens when you don&rsquo;t test your code. It comes back to haunt you.
I was discussing this with my coworker Ryan about this very problem, and it got me thinking I should write it down.</description>
</item>
<item>
<title>Looking Back: Development Retrospective</title>
<link>https://smerrell.github.io/posts/2012/12/looking-back-development-retrospective/</link>
<pubDate>Sat, 01 Dec 2012 15:08:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/12/looking-back-development-retrospective/</guid>
<description>I&rsquo;m in a bit of a retrospective mood so this post is going to be focusing on the things I&rsquo;ve learned so far in software development. And no, mostly not specific code things I&rsquo;ve learned. There will be other posts for that.
I&rsquo;ve been out of school and in the world of software development for five years now. Over this time I&rsquo;ve had the opportunity to have many great, and many not so great experiences that I&rsquo;d like to reflect on and share.</description>
</item>
<item>
<title>Giving Sublime Text 2 A Try</title>
<link>https://smerrell.github.io/posts/2012/11/giving-sublime-text-2-a-try/</link>
<pubDate>Sun, 18 Nov 2012 20:10:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/11/giving-sublime-text-2-a-try/</guid>
<description>Looks like Rob Conery got back in the blogging mood and picked a rather interesting subject. His topic? The holy war prone land of text editors Though I will say, his title for the post Code Editor Thunderdome. is awesome. Acutally, the blog itself is really a pretty good read with lots of good information for several editors that are worth checking out.
So why exactly am I writing a post about Sublime Text 2?</description>
</item>
<item>
<title>Open Source Changing How We Work</title>
<link>https://smerrell.github.io/posts/2012/11/open-source-changing-work/</link>
<pubDate>Fri, 16 Nov 2012 00:30:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/11/open-source-changing-work/</guid>
<description>I may have a bit of an obsession with GitHub right now, and no not GitHub the product, I mean GitHub the company. I&rsquo;ve posted about how I&rsquo;ve been inspired by GitHub&rsquo;s automation and even got my coworkers to watch Zach Holman&rsquo;s video on GitHub&rsquo;s automation. And just this week we all sat down and watched Ryan Tomayko&rsquo;s video on how GitHub does management (hint: it&rsquo;s not like many other companies).</description>
</item>
<item>
<title>Windows to OS X: BetterTouchTool</title>
<link>https://smerrell.github.io/posts/2012/11/windows-to-os-x-better-touch-tool/</link>
<pubDate>Sat, 10 Nov 2012 12:13:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/11/windows-to-os-x-better-touch-tool/</guid>
<description>Not too long ago I finally got myself a new laptop, and this time I decided to get the 15&rdquo; MacBook Pro Retina. I&rsquo;ve been using Windows 7 primarily the last couple years since my work laptop has been the only machine I have had. Previous to that I had been using Linux (Ubuntu specifically) for a couple years.
While I have nothing really against Windows, it really isn&rsquo;t my preferred operating system for anything other than games (and even that is changing with Valve supporting OS X and Linux now).</description>
</item>
<item>
<title>Automate project suckage away</title>
<link>https://smerrell.github.io/posts/2012/11/automate-project-suckage-away/</link>
<pubDate>Fri, 02 Nov 2012 16:23:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/11/automate-project-suckage-away/</guid>
<description>How much tedious work is involved in setting up and developing individual projects at your work? In my first post I wrote about how much tedious work is involved in setting up a new machine, now let&rsquo;s dig a little deeper to the project level.
Automation at the project level is very much in line with Zach Holman&rsquo;s talk on automating machine setup. In his talk he mentions that each project has it&rsquo;s own setup scripts to get things up and running quickly.</description>
</item>
<item>
<title>Shell Scripting and Git Fun</title>
<link>https://smerrell.github.io/posts/2012/10/shell-scripting-and-git-fun/</link>
<pubDate>Fri, 26 Oct 2012 16:48:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/10/shell-scripting-and-git-fun/</guid>
<description>This afternoon I got the urge to whip up a quick script to help me when using git and a GitHub hosted repository. Quite often I want to look at the GitHub page of a project I&rsquo;m working on when I&rsquo;m sitting on the command line in the repository. So I figured, how could I go about making it easier to open that URL without having to find the link in Chrome or on GitHub&rsquo;s site.</description>
</item>
<item>
<title>Chocolatey machine setup</title>
<link>https://smerrell.github.io/posts/2012/10/chocolatey-machine-setup/</link>
<pubDate>Fri, 19 Oct 2012 22:42:00 +0000</pubDate>
<guid>https://smerrell.github.io/posts/2012/10/chocolatey-machine-setup/</guid>
<description>How well automated is your machine setup process? After watching Zach Holman&rsquo;s excellent video Unsucking Your Teams Development Environment I got to thinking about the setup process we have at Extend Health (who is hiring, come work with us!). While we&rsquo;ve always talked about smoothing out the process of setting up a new machine, we&rsquo;ve never actually gotten around to it. That is, until now.
For GitHub, they use what they call The Setup which is a Ruby script that uses Puppet to manage all their machines.</description>
</item>
</channel>
</rss>