Google Pixel Review After One Month

Being a tech nerd I always have to have the best phone and computer on the market. Being a 20 year old college drop out I can’t always get the best computers, but I was able to get my hands on the Google Pixel phone. I was not completely comfortable with dropping the extra 100 dollars just for a half inch of screen, so I got the smaller phone.


My Pixel is black, 32GB small, it has Android version 7.1, and currently my up-time is 351 hours and 5 minutes. There is a glass touch screen and a small section of glass around the camera and fingerprint scanner. The rest of the phone is aluminum, and boy does it feel good in your hand. Only one downside. I feel like I am always on the brink of dropping my phone. The aluminum is so smooth that it actually slides around in my hand.

Why would I tell you the up-time of my phone? The answer is pretty simple. People are always talking about the battery life of phones. They always want to persuade you saying that if a phone has one hour of battery life more than another phone it must be better. I’m coming at it will a different angle. I am simply showing you that my phone has not hit 0 percent battery in over 2 weeks. This could mean one of two things. 1: I always have a charger on me, or 2: The battery last at least one day and I am disciplined enough to charge it when I go to bed. In this case, number 2 wins.

Much like any other smart phone on the market, you have to unlock your phone in some way. Even if you don’t have a passcode, you still have to pass through the unlock screen with a simple upward swipe. Google started implementing an easier way to do this for anyone that has a fingerprint. Starting with the Nexus phones released years earlier, Google allowed the user to turn the screen on and unlock the phone by simply placing their finger on the scanner. This may seem trivial but that is one less click of a button, thus increasing the life of that button. I chose to get the iPhone 4 when it came out. Not long after it came out people started to have problems with both the home button and the power button. They just stopped working. This is one problem Pixel users should never run into. Oh, but don’t get me wrong, the power button feels really nice to click.

Once you have unlocked the phone, the OS and UX are pretty similar to any other smart phone. Google isn’t doing anything ground breaking here, but I will say that Google has found the right balance between too many and not enough features. Upon opening the phone, you can swipe right for what I like to call my ‘News Section.’ On this screen is information that you have shown interest in. So, this could be the scores of the Pacers game and articles about Battlefield One or it can be articles about UFC and how Donald Trump is affecting the stock market. In the end it is up to you. On this screen, the phone will also keep you updated on how long the drive to work is going to be, or how long the drive home will be depending on where you are. Also, let’s say you go Black Friday shopping with your friends, the phone will show exactly where you parked for all you forgetful people (it tends to get confused in parking garages).

Out of curiosity, I found myself watching some reviews on youtube and most people say they never use the Google Assistant. I find myself using it more often than these people. One of the amazing things about the Google Assistant is that it remembers your conversation much like another human would. You can ask what the score of the Pacers game is. The assistant will answer and then you can ask, “What about the Warriors?” and it will know exactly what you are talking about and how to answer.

One of the few negatives that I have taken away from this first month was inevitable. There are many apps that are acting buggy. The makers of these apps have not tested on Android 7.1 resulting in crashes and other small annoyances. It doesn’t happen very often, but because the phone is so new, it isn’t running seamlessly.

I’m going to be honest; I have only used the camera once. It took an amazing picture and I didn’t question it any further. I can only assume that my selfies and sunset pictures would be amazing as well (given the proper lighting).

Lastly, my favorite part of the phone. It’s Google. Much like the appeal for a Mac user to want an iPhone so their music can easily be transferred. I enjoy being able to login to any app using my gmail account. I use Project Fi ( we can talk about that another day), Gmail, Wallet, YouTube, Drive, Photos, Calendar, Hangouts, Chrome, and Maps almost every day. On the Pixel, I logged into my email once upon setting up the phone and it figured out the rest.

All in all, the Pixel is the best phone on the market for someone that uses Google software every day. The phone is fast, sleek, and makes it through the day. If you have any questions regarding the phone leave it in the comments.

So, you bought a drone. What now?

Get Comfortable

The first step I am taking towards becoming an expert drone video recorder is practicing using the drone. I want to make sure that I know what every button does and how every feature works. I have been flying the Typhoon H 6 Rotor helicopter for almost a week now. I feel like it is becoming more natural to fly this aircraft, but then I watch the videos that I record.

I find myself overcorrecting when the wind picks up, I accelerate at inconsistent speeds, rotating the drone is choppy, and many other small annoyances. It is clear that I am not yet 100 percent comfortable.

What makes someone better at making a drone recorded video? Is it superb video editing skills? Is it knowing what angles to get on the “target”? Eventually I will figure this out, but right now my gut tells me my videos will improve the most with video editing skills.

Above, I linked my first video. For my very first video I would say that I am pretty happy with it, but it gets really boring half way through. I compared my video to some others I found on youtube and realized that the clips they used were all significantly shorter and the drone moved quicker.

Overall, I would say my knowledge of how to fly in order to get the best video is increasing quickly every time I use the drone. I get more confident with the drone and comfortable with my surroundings. Drones can get very expensive, so I would recommend getting comfortable with a smaller/cheaper drone first.

Make Something

Step two can be seen above in video form. It is one thing to practice flying your drone, but it is important to produce something with the time you spend. You need to up the ante. Now that you know how to bank left and right, increase the altitude while rotating the drone left or right, and landing/taking off safely, let’s make something. I chose to make a video for Village Bible Church. This would something that they could use to show off the land they have and the location relative to I-65 and Highway 31.

Most of my learning has been during the creation step. Naturally, you are going to try things differently because of the elements in that location or the goal of your video.

Keep Moving Forward

Just like any other skill, flying a drone while taking video is going to take a lot of practice and hard work. More importantly, it is going to take a lot of time. 10,000 hours is a long ways away.

Was an Outlier Born That Way?

Malcolm Gladwell writes about people of great measure in their respected fields in his book “Outliers.” He talks about the numerous things that may affect the reason that a professional athlete or violinist is so good at what they do. He has come up with the 10,000 hour rule stating that if someone puts 10k hours of work into something, they can be an expert. What I want to know is whether I too can be a professional basketball player if I put 10,000 hours of work into it, or are there some people who are more predisposed. Bill Gates and Steve Jobs have both commented on the fact that they were in the right place at the right time. Clearly, these two are some of the better known outliers in the world. So, with enough work, can I be the next Bill Gates?

A few years ago, I was flying to Colorado for a cross-country race. In the pocket on the seat in front of me was a magazine featuring an article about a man aspiring to be a professional golfer. He commented on a book written by Malcolm Gladwell and stated that he wanted to put it to the test. He quit his job and decided to spend the time he could playing golf. In the article, this man’s mother commented negatively on the habits of his son. The comments were along the line of, “He hasn’t finished anything in his life before, I am surprised he is still going.” Early on while reading this article it was clear to me that this man didn’t have the background of a professional athlete. He didn’t start playing the sport at a young age. He didn’t have a golf ball in his crib (that’s just good parenting). The article did not state whether he went on to play professionally, but it did state that he improved his gameplay within the first year tremendously. After another 5-10 years he may have been able to go pro. After all, golf is an old man’s sport right?

So, back to the question at hand. Is an outlier born an outlier? I say no. I remember running the mile in gym class in 3rd grade. The margin was fairly small between my peers and I. It wasn’t until my senior year of high school that I truly became an expert of the sport. It took me almost 10 years to get to the point where racing and training was second nature.

In the world of testing and quality assurance I think that millennials have been putting in hours without meaning to. Millennials have been growing up surrounded by technology that no one told them how to use. They have been developing the tools that one would need to notice that there is something wrong with the program they are using. Outliers are not born outliers. They may be naturally better at certain things but time will make someone an expert. Millennials have become experts in technology testing without noticing it. Who is willing to put it to the test?


Creating My Very Own ArrayAdapter

If you are new to Java in Android Studio, you may have tried to drag a button into your layout file. When you try to run your program the button doesn’t do anything. That makes sense, you didn’t tell the button to do anything ‘onclick’. The same thing is going to happen when you add a ListView to your project. You know, the thing that lets you see the same thing over and over again with different data inside?

Today, I’m going to talk about my experiences using ArrayAdapters. As software developers know, there are many different ways to write code. So, this is the variant that I chose this time around. My experiences are going to be done in Android Studio developing for an Android Application.

Creating a basic non-Custom ArrayAdapter

When creating an ArrayAdapter inside of an Activity it is very simple. By this I mean that the there are very few lines of code and there is limited functionality. For example, displaying a checkbox and a TextView requires a custom adapter.

Create the array of items.

There are many ways to create/gather an array of data but this is the way that I have chosen.

String[] items = {"Milk", "Bread", "Sandwich meat", "Sandwich cheese","Pickles", "Mustard", "Mayo", "Water"};

In this example, I have created and array of strings called items.

Call Your Method

This is super simple. In my example, I have chosen to call my method populateListView(); Call this method inside of the onCreate Method to call it when the Activity starts.

protected void onCreate(Bundle savedInstanceState) {


Initialize the Adapter

Next, we need to initialize the adapter. In other words we need to make a new adapter.

ArrayAdapter<String> itemsAdapter = new ArrayAdapter<String>(this, android.R.layout.simple_list_item_1, items);

 Attach the ListView to the Adapter and Set the Adapter

Now, we need to tie the ListView to the Adapter so that we know what element to populate.

ListView listView = (ListView) findViewById(;

Now there are only two files that we need to create/edit to finalize our work. These are the layout files. The first one is going to contain a ListView inside of a Linear/Relative Layout. The second is going to be a TextView  without a Linear/Relative Layout. Make sure the layouts are referenced correctly when initializing the adapters.

Creating a Custom ArrayAdapter

Now we are going to try to create a Custom ArrayAdapter. This is going to allow us to customize the item layout in any way we want. For the sake of this example, I have added a checkbox to our item layout.

I am going to talk about what is different from the Basic ArrayAdapter that way we do not duplicate too much code. Things that are going to remain the same are the first layout xml file, the way we create our array, and the way in which we call our method. The second layout file is going to be slightly different as well. We are going to add the checkbox and make sure the entire file is now inside of a Linear/Relative Layout much like the first layout.

There are going to be one new file that we need to create. In our situation I have called it

public class ItemAdapter extends ArrayAdapter<String> {

    public ItemAdapter(Context context) {
        super(context, 0, new ArrayList<String>());

    public void setItems(List items) {

    public View getView(int position, View view, ViewGroup viewGroup) {
      if (view == null) {
        view = LayoutInflater.from(getContext()).inflate(R.layout.item, viewGroup, false);

      TextView textView1 = (TextView) view.findViewById(;
      CheckBox cb = (CheckBox) view.findViewById(;

      return view;


We are going to use this file to populate the items in the ListView. We are going to tell it what data we want it to use (the array that we created) and then we are going to tell it what layout to talk to. In this situation we are going to talk to the layout item.xml. In specific we are going to talk to the TextView and the CheckBox with their respected ID’s inside of this file. We do not need to do anything with the checkbox yet but we are going to setText for the TextViews based on their position.

private void populateListView() {
    String[] items = {"Milk", "Bread", "Sandwich meat", "Sandwich cheese", "Pickles", "Mustard", "Mayo", "Water", "Paper Plates", "Paper Cups", "Paper Towels", "Cleaning Spray", "Plastic Forks", "Plastic Spoons", "Yogurt", "Pop Tarts", "Coca Cola", "Chips", "Coffee", "Coffee Filters", "Cereal", "Crackers"};

 List<String> arrayOfItems = Arrays.asList(items);
 ItemAdapter adapter = new ItemAdapter(this);
 ListView listView = (ListView) findViewById(;

As shown above there are some changes to the Activity. We are now going to reference the array we have created, create the adapter, find the view by its ID, tie the adapter and the view together and setItems. These items are going to be Strings in this situation. If you would like to, you can make them an Object. For this example this is what works best.

Are you the slow one?

Do you keep getting the question of, “Are you done yet?” from your coworkers? If you do, please close the tab with Facebook open and read this.

In school, taking an exam can take a couple hours. The professors give you 2 hours and they say, “Take all the time you need.” So, naturally, you take the entire 120 minutes. You check over your work a dozen times and make sure your student ID is written correctly. In your mind you don’t want to turn the exam in until you absolutely have to. Unfortunately, I would recommend not doing that in the real world of Software Engineering and QA Testing.

Much like the professor, your boss is going to give you an allotted amount of time for a project. Let’s say in this situation it is 2 weeks. You know it isn’t going to take 2 weeks to actually complete the entire project. So, get it done early. You want to avoid your boss asking, “Are you done yet?” What you want to hear is, “Wait, you’re already done?”

My goal when working on a project is to make sure I am always ahead of the game. I never want anyone to wait on me to finish something. Small fixes/testing can be completed quickly and should be.

Being the slow one in the office is not always a bad thing. Just make sure you aren’t blocking Jill, Ben, AND Simon on their work too. The last thing you want to do is mimic the timeline of a government run project (i.e. roadwork).

Is this a good question?

Quite possibly the worst question to ask a developer is, “What am I testing?” Some other really bad questions are: What does the app do? How does this work? Am I supposed to be able to do this?

These are unhelpful questions. Asking questions is good, but only questions you can’t figure out by trying the software yourself. Asking how something works can be a good question, but only when you are asking what calls a client makes to an API. Being more specific lets you use the information to test in a particular way.

Understanding the software like it is your own is important. You want to know why things are happening but you also don’t want to draw the wrong conclusions. After all, the developer hired you to find the bug, not fix it.

For example, if someone starts typing on their keyboard when they get to the office and nothing is showing up on the screen, they are going to assume the keyboard is broken. They may go to the local Best Buy, buy a new keyboard, and plug it in quickly figuring out the keyboard wasn’t broken at all. In conclusion, the USB port was broken not the keyboard.

A tester needs to know what to try and when to try it. If 10 people use an app, it may not ever break but if 10,000 people use an app, it will for one of them. Someone is going to have an iPhone from 2008 that doesn’t like the mobile version of the website. It is the testers job to ask the questions that give them the insight into whether the app can handle certain things.

You need to make sure the questions you ask can be answered incorrectly. As explained in Monday’s post, the developer is going to assume that his code works. It is your job to figure out what can and will be wrong and prove it to be true or false. You want to ask a question like, “What happens when I enter 3,000 characters into the username EditText with special characters, letters, and numbers?” or “What happens when I tap ‘Pay’ 10 times in one second for this in-app purchase?”

Being a tester is about finding the areas of the app that need to be fine tuned. Sometimes, you need to test functionality but most of the time it is all about finding the features that don’t work when you do something the developer didn’t account for.

“Is this a good question?” is in fact not a good question. You want to think more along the lines of, “What does a good question look like?”

Don’t trust the developer.

Every developer assumes the code they write is going to work perfectly. I would know, I have made that assumption too many times.

As aggravating as it may get, the computer will always do what you tell it. Every once in awhile you will spool up a program and it seems to be flawless. Every feature is working as you intended. The software is working flawlessly on your devices in the office. So, you decide to show it to your boss. You are super excited to see the look on your boss’s face when he launches the application, and then it happens.

Your boss spent 3 minutes fiddling with the app and he already broke it, but you can’t even figure out how to recreate it. Most likely, your boss did something you never tried on your dev machine because he interacts with technology different than you do.

Throughout high school, my teachers always told me to make sure I knew my audience when writing a paper. It turns out teachers are right sometimes. This is not a cookie cutter situation though. I’m not writing to a school board about the lack of parking spots for sophomore students. Most likely, your application is written for an unknown user type.

The first thing I do when testing software is getting familiar with the product and the users. Knowing what the app does is very important. Will you be interacting with an API? Will there be in-app purchases? Can the users interact with each other? Each question will result in a different method of testing. Knowing what user type is already using the app is also very important, but not for the reason you would think.

The second thing I do is take everything I know about the app and assume it is broken. Then I try to find out where it is broken. This is where you do NOT trust the developer. If they told you the application can only make an in app purchase if the user has a credit card on file, try making a purchase without a user.

Make sure the developer doesn’t do your job for you before you even start testing. In that case, he shouldn’t have hired you in the first place.