<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Career on t0ul</title><link>https://t0ul.com/tags/career/</link><description>Recent content in Career on t0ul</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 02 Apr 2020 00:00:00 +0000</lastBuildDate><atom:link href="https://t0ul.com/tags/career/index.xml" rel="self" type="application/rss+xml"/><item><title>No-Code Review for Website and Web Application building</title><link>https://t0ul.com/blog/no-code-review-for-website-and-web-application-building/</link><pubDate>Thu, 02 Apr 2020 00:00:00 +0000</pubDate><guid>https://t0ul.com/blog/no-code-review-for-website-and-web-application-building/</guid><description>&lt;h2 id="intro"&gt;Intro&lt;/h2&gt;
&lt;p&gt;No code is a recent movement of technology designed to allow those who do not know how to program build web applications, websites, and even mobile apps.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://nocode.tech"&gt;nocode.tech&lt;/a&gt; is a website that has an assortment of no-code offerings, describing where each tool is used in the process of developing a web app, website, or mobile app. It from this site that I found &lt;a href="https://carrd.co"&gt;Carrd.co&lt;/a&gt; for building a website.&lt;/p&gt;</description></item><item><title>Dependency injection with GOlang</title><link>https://t0ul.com/blog/dependency-injection-with-golang/</link><pubDate>Sun, 29 Mar 2020 00:00:00 +0000</pubDate><guid>https://t0ul.com/blog/dependency-injection-with-golang/</guid><description>&lt;h1 id="intro"&gt;Intro&lt;/h1&gt;
&lt;p&gt;Dependency injection is a form of testing that emphasizes testing of the expected behavior of the functions. Whereas, mocking or faking is concerned with testing the implementation of the code. Because it has the assumption that the thing being mocked accurately reflects the &lt;strong&gt;real-world&lt;/strong&gt; use of the thing being mocked.&lt;/p&gt;
&lt;p&gt;However, no matter how close a mock gets the the actual thing it is suppose to represent it will never be that thing. Yet, mocking isn&amp;rsquo;t evil and is a valid means of making progress when stuck on writing tests, and having some tests is better than having 0 tests.&lt;/p&gt;</description></item><item><title>How to Give Feedback on Pull Requests</title><link>https://t0ul.com/blog/how-to-give-feedback-on-pull-requests/</link><pubDate>Thu, 19 Mar 2020 00:00:00 +0000</pubDate><guid>https://t0ul.com/blog/how-to-give-feedback-on-pull-requests/</guid><description>&lt;h2 id="intro"&gt;Intro&lt;/h2&gt;
&lt;p&gt;I have a lot of pull requests during my first year of software engineering, and most of them have been for code and documentation. I have learned from feedback from other team members (or lack of response) what works and what does not. So here is how I go about providing feedback.&lt;/p&gt;
&lt;h2 id="how-to-give-feedback-on-prs-related-to-code-changes"&gt;How to give feedback on PR&amp;rsquo;s related to code changes&lt;/h2&gt;
&lt;p&gt;In general analyzing code changes are easier because one easy way to see if the proposed changes should get the +1 or not is if the system does not break.&lt;/p&gt;</description></item><item><title>How I use Test-Driven Development</title><link>https://t0ul.com/blog/how-i-use-test-driven-development/</link><pubDate>Sun, 15 Mar 2020 00:00:00 +0000</pubDate><guid>https://t0ul.com/blog/how-i-use-test-driven-development/</guid><description>&lt;h2 id="how-does-test-driven-development-impact-the-software-i-create"&gt;How does Test-Driven Development Impact the Software I create?&lt;/h2&gt;
&lt;p&gt;I remember starting as an entry-level software engineer and hearing senior engineers on my team get into heated debates about Test-Driven Development (TDD).&lt;/p&gt;
&lt;p&gt;At the time, I was against it because it seemed like extra work. All I wanted was to finish &lt;strong&gt;feature&lt;/strong&gt; of the week.&lt;/p&gt;
&lt;p&gt;However, it all changed after my first feature went into production and caused me and other engineers hours of headaches.&lt;/p&gt;</description></item><item><title>What I learned from working in the industry for one year</title><link>https://t0ul.com/blog/junior-software-engineer-tips/</link><pubDate>Wed, 11 Mar 2020 00:00:00 +0000</pubDate><guid>https://t0ul.com/blog/junior-software-engineer-tips/</guid><description>&lt;h3 id="introduction"&gt;Introduction&lt;/h3&gt;
&lt;p&gt;I&amp;rsquo;ve learned to do the following as a junior software engineer during my first year in industry.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Write a design document&lt;/li&gt;
&lt;li&gt;Document as much as possible&lt;/li&gt;
&lt;li&gt;Test-Driven Development but not 100% test coverage&lt;/li&gt;
&lt;li&gt;Log as much as possible&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="1-i-learned-to-start-with-a-design-document"&gt;1.) I learned to start with a design document&lt;/h3&gt;
&lt;p&gt;A design document is a way of showing viewers of your software what the intended behavior is. I like to use &lt;a href="https://draw.io"&gt;Draw.io&lt;/a&gt; an open-source online piece of software that allows you to save the drawing to your local machine. So, what I like to do is layout the program&amp;rsquo;s intended logic is with all the possible decision paths, which has helped to find edge cases and write tests.&lt;/p&gt;</description></item><item><title>Why I think Everyone should learn at least one programming language in the U.S.</title><link>https://t0ul.com/blog/why-everyone-should-learn-one-programming-language/</link><pubDate>Wed, 11 Mar 2020 00:00:00 +0000</pubDate><guid>https://t0ul.com/blog/why-everyone-should-learn-one-programming-language/</guid><description>&lt;h3 id="intro"&gt;Intro&lt;/h3&gt;
&lt;p&gt;The economy has transitioned from industrial to the information age, from physical to digital. Yet, the public education system has not caught up with this shift and is still equipping graduates with an Industrial Age skillset. A skillset that does not enable participation in the Information Age Economy.&lt;/p&gt;
&lt;h2 id="comparison-of-skillsets"&gt;Comparison of Skillsets&lt;/h2&gt;
&lt;p&gt;Before going further, here is a basic comparison of skillsets to keep in mind when thinking about public k-12.&lt;/p&gt;</description></item><item><title>How I became a software engineer</title><link>https://t0ul.com/blog/how-i-became-a-software-engineer/</link><pubDate>Fri, 06 Mar 2020 00:00:00 +0000</pubDate><guid>https://t0ul.com/blog/how-i-became-a-software-engineer/</guid><description>&lt;h2 id="high-school"&gt;High School&lt;/h2&gt;
&lt;p&gt;I went to school, where the graduating class was only 200 people, and there were not any programming classes. Neither one of my parents were STEM majors; both were blue-collar workers with zero interest in modern technology.&lt;/p&gt;
&lt;p&gt;Because of my parent&amp;rsquo;s lack of interest in technology, our household did not have a computer until 7th grade, and it was only for homework assignments (MS Word).&lt;/p&gt;</description></item></channel></rss>