Android Logo in CSS

Following the Odin Project syllabus I followed along with this video on Code Player (a website where you can watch and download other people’s code).

I made the Android logo entirely with CSS and it’s arms, legs and head move when you hover over them.

I tried it out first on CodePen (an online tool for writing code which I was introduced to by someone at a coding meetup a few weeks ago).

I reviewed my Git and GitHub by tracking my html and css documents with git and then pushing them to GitHub, editing it and making commits here.

I enjoyed creating something – even though it was copying something someone else made.

I’m thinking at the moment if there’s anything else I could make in a similar way just to practice my CSS!

See the Pen Android Logo in HTML/CSS by rebeccode (@rebeccode) on CodePen.



Learn Enough Command Line to be Dangerous

I listened to a 5-year old podcast on Dev Chat about How to Learn.

It had a lot of useful advice but one thing that I thought relates to my life in particular was about how to study books.

Like many people, I want to read self-improvement books to improve.

Honestly, it feels like I am improving just by reading them… but then the changes and big ideas I thoroughly agreed with at the time don’t actually stick to become habits.

The podcast had 3 steps for how to read tech and coding books:
  1. Read the back of the book, look at the table of contents and browse the book to get an idea of what is in the book.
  2. If it is a technical manual, read to get an overview and highlight, then only go back when you need those particular pieces of information.
  3. If it is more of a tutorial book, do a thorough page-by-page read first away from computer. Then go back and do a page-by-page read and do the coding samples

I decided to try out this pattern by using the highly recommended “Learn Enough Command Line to be Dangerous” e-book.

I opened up an Evernote note and put a link for the e-book for easy access. Then I created a checklist for my first reading and when I completed it. And then the second reading and when I completed it.

A screenshot of an Evernote note. It shows a checklist "First reading. Start: 9/18. Finish 9/18." "Second Reading (note-taking and attempting the exercises." Then there are notes below about the "Learn Enough Command Line to be Dangerous" book.
Image © Rebeccode

Now, the reading part. First, I read the table of contents on the side of the page to see what I would be learning about.

Then I read the main tutorial. It was difficult to read through and not want to code along with some new functions of the command line that I hadn’t learned before.

I did notice that I found it much easier to process the information I was doing in the exercises after already reading it and knowing where it is going.

I made a lot of mistakes while going through the exercises but I could write notes on what I did wrong and how I fixed it which will be a great reminder if I ever come back to review this tutorial.

I usually have a mental block of starting something and doing it part-way and then finding it so hard to get back into it. This might sound familiar: “Where did I leave off? What is this? I have never read this before in my life. What? I wrote that?!”

This mental block often stops me from starting something again or just going back to the beginning completely. So, I also kept track of when I did the reading and which sections I did so it will be easy for me to finish off working through the exercises today.

WWC “How do you start a career in tech?” Event

I attended a Women Who Code (WWC) Lightning Talks event last night in Roppongi, Tokyo.

The event was titled “How do you start a career in tech?”

Since that just so happens to be a direct quotation of what I keep wondering I had to attend.

I thought it would be a great chance to hear stories from those who had transitioned into a career in tech from other fields.

I was right.

It featured lightning talks (around 10 minute brief presentations) from 6 women:

1. Introduction to the Software Development world
Tutti Quintella @tuttiq (Software Developer at Quipper)

2. Building dev skills while staying at your current job
Lena Morita @mirka (JavaScript Developer at Automattic)

3. Hack your career: teach yourself coding!
Kate Gamo (Java Developer at Yamato, Ltd.)

4. University of Chicago, current Computer Science student
Bing Wang (Joining us with a video submission from Chicago!)

5. What are/were key factors in my career development? and Lessons and Learned
Takako Nishio (Executive Officer and VP, Grow / Protect Technology Program Management at MetLife Insurance)

6. And We Still Have to Give Birth
Yan Fan @yanarchy (CTO & Co-founder at Code Chrysalis)

Details taken from the event page here.

It was only an hour but I feel like I got a lot from that time. All of the speakers did a great job introducing themselves, their story and giving advice to the many people in the room who didn’t raise their hands when asked “Do you currently work in tech?”

Tutti gave a great overview of the kinds of software there are and the kind of languages that are used in them. It contained a lot of information but it left me with the overall feeling that there are loads of options and no way is the “right way”.

The thing that stayed with me the most from many of the talks was how quickly many of the speakers had transitioned from other career fields into technology – around a year for many people.

Also, they all had different journeys and different stories. Some had done coding bootcamps and some had attended coding schools. Others had self-studied while working their current jobs.

Particularly, Lena talked about how she kept her current job while studying coding in her free time. Then she worked on her own projects and she found problems she had in her work or in her life. Processes she could find ways to improve or make more efficient or automated.

Bing built upon this by mentioning that you can try to help open source projects and contribute code. If your code is used to improve it this can show your real-life application of your coding skills.

Kate mentioned about learning to code to do things that interested her in Swift for mobile applications. Then as she learned more she realised she needed a broader range of skills and joined a coding school to prepare before landing her current job.

The final presentation resonated with me. It was by Yan (who runs the Code Chrysalis coding bootcamp that started in Japan in 2017).

She mentioned that she had a first couple of months of attending meetups, daydreaming, studying a little then stopping for weeks. Then, she got serious and knuckled down to study properly. And then she got good enough to enter a good coding bootcamp in the US.

I feel a little like I am still in the more “casual” phase of:

  • Fitting in a little studying in my lunch break at work
  • Spending a few hours at the weekend to study online courses and read books
  • Attending meetups to learn a bit and meet new people.

Most of the presenters and the audience seemed to be in their 20’s or possibly early 30’s – all just starting to build careers. So to hear Takako’s speech which chronicled her 30 year career in tech was very enlightening. We heard about the moves she had made over the years and why. Also, how she had to make sacrifices to live her dream of working abroad.

Takako mentioned how technical skills are a must – those skills are a prerequisite for any tech job. But it is the soft skills (and people skills) that are the key to unlocking your career potential. So, self-reflection is so important: celebrating your strong points and identifying your weak points so you can improve.

Yan’s speech ended by saying about how only around 25% of tech related jobs are going to women. Also that there is a huge economic gap between men and women in general, not just in Japan (which ranked 114 out of 144 in the Gender Equality Ranking in 2017). It made me grateful that these kinds of events exist and there is a community in Toyko for women interested in technology.

Git and GitHub

I studied a bit about Git and GitHub recently by following the track on Odin and watching Le Wagon’s Git and GitHub movie.

Yesterday, I created a repository on GitHub.

Then I cloned it on my local machine.

I used the command line to start tracking that repository with Git on my machine, then I created new files in the local repository.

I made a file. Then I added it to the staging area. Then committed the file with a short message about what I did.

I repeated this process with a hello-world.txt file.

Then I pushed my changes to GitHub.

You can see the repository here.

It was a very simple thing but actually implementing what I had learned about Git, GitHub and the command line and seeing it come up on GitHub felt like a proud moment for me last night.

Watching a Coding Bootcamp Demo Day and APIs

I watched one of Le Wagon’s Demo Days in Tokyo in June 2018.

It was the day those people showcased a project they had made. Those were the people who had done the preparation work, stopped jobs or studies to go to a bootcamp full time for 9 weeks, and thrown down almost 800,000 yen in cash for the chance.

The pitches for the projects were done by a couple of the members of the group, which consisted of 5 or so members.

They prepared these apps or websites in the final two weeks of the course.

This was a show – not just for the participants to catch the attention of people who may be able to help them or give them jobs in the future – but also for the bootcamp itself to show its results.

I was impressed with all of the participants. One app was for self-improvement and dealing with your negative thoughts. One website was for coordinating bitcoin investments with groups of people.

The one I found most connected to my life was the Japanese language learning app. You scanned the text from a picture and it translated it into English (albeit imperfectly). You then had the option to pick out words, make them into flashcards and review them. The coolest feature was a “focus-mode” which removed the English or Japanese reading above the Chinese character so you really have to test your skills. As you scroll up and down the translations are revealed so you can quickly check yourself.

After the presentations, the audience could ask questions. One member asked “How did you manage to make this photograph-to-text programming and also the text-to-Japanese translation by yourselves in just two weeks. It’s impossible!”

The presenter said it was Googles API.

I had heard the term API many times, but I didn’t really understand what exactly it was. I know it was something going on behind the scenes in websites, different than the HTML, CSS and JavaScript that goes on in the browser.

I looked it up at the time but it still felt a bit unclear.

Over lunch at work over the past two days, I watched the Le Wagon workshop on API for Beginners.

It all made much more sense.

API stands for Application Programming Interface

But to understand it you need to read it backwards:

IPA (no, not alcohol)

It is an Interface used by Programs to interact with an Application

Web APIs are what allow things to update or refresh without us manually refreshing the page or the app.

In the workshop, they demonstrate how to use Zapier to set up an API to send data from a form (on Wufoo) to a project collaborating/organizing board (on Trello).
There is no need to manually input the data from the potential customer on the form into the cards on Trello. There is a “webhook” that sends the data when it arrives to the card on Trello.

APIs are a bit hard for me to get my head around. I can understand the function of them and the things they can do. What they “are” is still something I feel a bit fuzzy about.

JavaScript for Beginners

I watched the JavaScript for beginners Le Wagon workshop on YouTube over the past two days.

ScreenShot of YouTube in one window and Evernote in the other
Image © Rebeccode

I watched it at lunch over two days and now I’m reviewing it to write up my key notes.

I did a little bit of JavaScript on FreeCodeCamp a few years ago, managed to make a rock, paper, scissors game. Then promptly forgot everything I’d ever learned about JavaScript.

This time around after seeing someone else using it and explaining it, I feel more confident. Also, I lost exactly how he was doing things part-way through the video (around the time that he did the second exercise of filtering names starting with a B and counting the letters in the string)

The recommended reading from this lecture is JavaScript – The Good Parts.

They say because it shows you best practices for writing JavaScript and explains it clearly.

Odin Project – Community

I was working through the Odin Project course.

The first course is Web Development 101.
There is a lesson called “Your First Rails Application”.

After learning about the command line, you learn how to configure Git and GitHub.

Then you follow the steps to create a Ruby on Rails web application.
Which you can see here:

After my initial commit after following all of the instructions – it didn’t work.

I couldn’t figure out why and I wasn’t sure what to do.

I went to the Odin Project Gitter – which is like a community forum and chat for people interested in the Odin project.

I posted my issue:


I wasn’t expecting any response – but actually two or three people tried to help me.

One person helped to solve the issue and once I’d made the change he suggested it the code compiled and it worked!


Within 20 minutes of my posting my query on the Gitter chatroom I had managed to fix everything!

I felt this sense of appreciation and pride – for the first time I felt like I’d become part of a community here.

My first rails app can be found here.
It is the code provided by the Odin Project for a kind of car naming list. You can add new cars, edit ones already in the list, and erase them from the list.

I don’t really understand all of what I did there because I was just following instructions. As I progress through Odin it’s going to go back and teach topics in more detail.

Next, I’m going to be learning more in depth about Git and Github.