DEV Community: peterhfss

Roadmap to becoming a Python Developer

peterhfss — Fri, 21 Oct 2022 23:10:56 +0000

Hi, recently I decided to start a series of articles about my advance in the studies to become a python developer. I saw some roadmaps for having a better guide during the progress of my studies in Python.

In GitHub, I shall start a repo that will contain files README with my notes and code examples. To learn to create a habit of writing tests, I will also add unit tests to learn more about this practice.

A brief introduction to Python

Python is a programming language high level, interpreted of script, multiparadigm, owning typed dynamic and strong. It was developed in 1991 by Guido Van Rossum , with your origin name coming from a group of humor called Mont Python.

Having your code open and available by the license PSF License Agreement, Python receives many updates doing your community continues active enough.

Being considered one of the most programming languages easy to learn, Python also is portable and multiplatform

allowing multiple possibilities of development. Since applications from desktops to software are more complex in Machine Learning and IA, we developed using Python.

Like these other programming languages, Python also provides to work with libraries and frameworks, potentializing more than your areas of development.

Extremely powerful and with vast possibilities in development, Python is no doubt a programming language indicates to learn. With a syntax simple and intuitive, it facilitates learning. Having too many libraries for web development, Data Science, automatization, games, and Machine Learning.

In the next articles in this series, I will advance in the roadmap of becoming a Python developer.

Conventional Commits: a better way to write commits git messages

peterhfss — Sun, 01 May 2022 17:53:56 +0000

Introduction

In my studies of Git, I doubted if existed a standard for if to orientation in the elaboration of commits.
I was searching to keep a history of commits that were readable and to transmit a facility for me and other people that can access my codes.
So, I had contact with Conventional Commits and decided to write about what I learned studying this specification.

Learning more about Conventional Commits

The simple definition for Conventional Commits is to be a convention that defines rules to be used in the commits messages. The main goal is to create a history of commits readable and to do that the development of software will be easier to understand about corrections and updates in the project.

In the documentation, we can see too a strong connection with the Semantic Versioning and too with documentation of Angular, both them with base for to get a clear and objective methodology. We can win some benefits, how to automatize the creation of logs, better communication of the nature of changes accomplish in the project, and a rise in productivity.

Structure of Conventional Commits

<type>[scope optional]: <description>
[ body optional ]
[ footer optional ]

The structure of commit that uses the Conventional Commits is very simple, owning attributes options, and requires that do easier your use in the projects.

Header

Starting the structure of that standard of commit, we have the header that should mandatorily it had a type and a description, in the case of the scope, it becomes optional.

In the type attribute, we have how to follow the documentation of Angular Commit Message Guidelines, where it has some types pre-defined. For description, we necessarily need to express in a few lines about changes that were executed in that determinate commit.

Types of commits

build: used for alterations that affect the system of compilation or external dependencies

ci: used for alterations in our files and scripts of configuration od CI;

docs: used only when to happen changes in documentation;

feat: used for when to add a new resource;

fix: used for a bug fix;

perf: used for alteration in code that improves performance;

refactor: used for when happen an alteration in the code, but not to correct no bug and not have added a resource;

style: used for alterations that do not affect the meaning of code;

test: used for adding tests or correcting existing tests

For example:

fix: remove createUser wrong attribute

Scope

The scope is an attribute optional and is information that is inside parentheses after the type of commit. Your use happens more when we need to write a detailing or indeterminate situation.

Subject

For to finish the structure of the header, the description is required and should start with the letter lowercase. Also is a need to use the imperative and not use the point(.) in the final subject.

Body

How apart is optional, the body can be used to describe more details about changes in the code. Another point important about him is the fact that he needs will be written using imperative.

Footer

The footer not is required, your use is more associated
to the closure of troubles that this commit in question closes.

The word BREAKING CHANGE: with a space or two new lines, is the format indicated for to write this structure of the footer.

Conclusion

When using the Conventional Commits we can be sure that your implementation brings many improvements to the development team, how also, to a developer beginner. This convention allows the process will be easier and keep a good history of commits that help other developers or people when they will see the documentation of our projects.

Thanks for reading and may the force be with you!

References

https://github.com/angular/angular/blob/22b96b9/CONTRIBUTING.md#-commit-message-guidelines
https://www.conventionalcommits.org/en/v1.0.0/
https://semver.org/

This is the way!

peterhfss — Thu, 24 Mar 2022 03:07:14 +0000

Hello there!

My name is Pedro Henrique and this is my first post here. My motivation to start writing this blog is that I can develop my skills, at the same time document my journey as a developer, and somehow contribute to the developer community.

All we have to decide is what to do with the time that is given to us. - Gandalf

I'm from Brazil, and I'm looking to graduate in the System of Information. I always had a passion for technology and that helped me decide the way of my studies, how also my professional career. Expand my knowledge with most of HTML, CSS, and JavaScript, but also I began to study Python and Dart. After thinking about this, I decided to document the progress of my journey as a developer and share what I learn over trails of frontend, backend, and mobile. Also, I have interesting in UX/UI and game development.

Anxious for this journey where I will learn, share, and have more involvement with the developer community.

See you soon, thanks for reading!

Photo by Victor Serban on Unsplash