Pete On Software

RSS Feed

Podcast Episode 45 – Erik Dietrich on The Expert Beginner

In today’s episode, I interview Erik Dietrich from Daedtech.com. Erik wrote a blog series about something he called “The Expert Beginner”. When I read that, I felt kind of convicted because I was worried that I was wreaking havoc all of the city with “Expert Beginnerdom”. Listen in to find out what an Expert Beginner is and if you are one or know one!


Links Mentioned in this Show:
Erik’s Blog
Erik on Twitter
The Post that Started it All
Erik’s Books and Pluralsight Courses
Pick of the Week: SwiftNinja.io

You can also subscribe to the podcast at any of these places:
iTunes Link RSS Feed Listen on Stitcher
In addition, my podcast is available on DoubleTwist and the Windows Marketplace.
Thanks to all the people who listen, and a special thanks to those who have rated me. I really appreciate it.
Listen here:

C# 6 Features – String Interpolation

For this post in my series, I want to look at one of my favorite little time savers, String Interpolation. String Interpolation is basically when you put tokens into a string and those are replaced for you by the language. Previously, in C#, we might do one of the following things:

Sometimes, with a long string with a lot of tokens, this can get kind of unwieldy. And, if you reuse tokens (say, a line break, or the person’s name), it can be almost impossible to keep things straight. Other languages have had features like this for awhile.

Swift:

Ruby:

Now, in C# 6, we get that kind of clarity as well. The syntax calls for you to use a dollar sign ($) in front of the string and then use curly braces surrounding the variable reference in the string. Here is an example

New C# 6 String Interpolation:

In my opinion, that beats the pants off of string.Format(). Additionally, you can also reference class properties by the same syntax. Here is another example:

You can also express values from methods:

So, there you go. I can promise you that I’m going to use this instead of string.Format() in every project that is running the necessary framework versions.

Podcast Episode 44 – Blog or Solve Problems

WorkstationThis past week, someone’s comment that they “don’t blog, they solve problems instead” really struck a nerve with me. Not only because I’m a blogger, but because I know just how many times a day that my problems are solved because someone blogged the solution at some point in the past.



Links Mentioned in this Show:
The Original Tweet
The Blog Post that caused the comment
John Sonmez Blogging Course
Soft Skills Book (affiliate link)
Dial2Verify

You can also subscribe to the podcast at any of these places:
iTunes Link RSS Feed Listen on Stitcher
In addition, my podcast is available on DoubleTwist and the Windows Marketplace.
Thanks to all the people who listen, and a special thanks to those who have rated me. I really appreciate it.
Listen here:

C# 6 Features – Expression-bodied Members

I have finally gotten around to looking into C# 6. It was released in July 2015 and available starting in .Net Framework 4.6, but I just hadn’t had any occasion to use it. In order to “force myself” to dig into it a little more, I decided to write a series of blog posts about the new features. The first one out of the gate is Expression-bodied Members.

Expression-bodied Members are just a syntactic sugar on the language. I’m not angry about things that are syntactic sugar. In fact, one of my favorite things about C# 3 was automatic properties, so I’m all in. In reality, it is just about expressing intent more clearly and more succinctly. Here is a very simple example of a method that uses this new feature.

In this case, I’ve defined a public method that takes an integer and returns an integer. As we are reading left-to-right, there is nothing weird yet. However, after the method name declaration, we change it up and throw the “Anders Operator” aka “Hash Rocket” aka “LINQ Symbol” aka “Goes To” aka “=>” into the mess. Just like LINQ, you can put an expression right afterwards and that is what is evaluated. We are missing the curly braces, sure, but we are also missing a return statement. You don’t need it.

You can also use this simple syntax for properties. Take a look at the following class:

The FullName property is now just a read-only expression. The alternative would have looked like this:

Even if you one-lined the FullName property, it would not be as clean as the Expression-bodied version

Fantastic. We’ve seen a way to clean up our code a bit, no down side, right? Well, of course there is a down side. This is only really useful and clean-looking if you have a very simple one-liner to express. If you ramp this guy up a bit, it starts to break down.

This doesn’t even compile, for probably very obvious reasons. You can’t do a bunch of work on separate lines and then just hope the last evaluation is what is returned. The error you get is “Invalid token ‘=’ in class, struct, or interface member declaration”. The reason being that C# thinks that the method is just public int DoLotsOfStuff(int input) => input += 2; After that, it is trying to figure out how input = input * 2; makes sense as a free standing line within the class. That isn’t how you declare a method, a property, or a field, so C# freaks out. Of course you could jam all of that on one line, but it may start to get confusing the more you try to do.

So, Expression-bodied Members can be a nice clean way to express your code simply. However, the danger here is that developers could try to play “code golf” to get their code to fit on one line. That would really decrease readability, which defeats the entire purpose. So, I feel like this is a feature to use carefully and sparingly.

Podcast Episode 43 – Older Programmers

Old ManWhy is the average age of a developer so much less than the average age of a professional worker in the United States? Is it because the industry as a whole is striving to keep people out? Are companies replacing people as soon as their salary starts to get higher with people who make half as much and will work twice as many hours for the same salary? Check out what I think about it in this week’s episode.

Links Mentioned in this Show:
Developers Fear Age 30
Older Workers are More Knowledgeable, but Harder to Find
Where do all the Old Programmers Go?
Silicon Valley’s Dark Secret
Neural Network in the Browser

You can also subscribe to the podcast at any of these places:
iTunes Link RSS Feed Listen on Stitcher
In addition, my podcast is available on DoubleTwist and the Windows Marketplace.
Thanks to all the people who listen, and a special thanks to those who have rated me. I really appreciate it.
Listen here:

« Older Entries