Ir al contenido principal

The Profitability of Knowledge: Learning for Use vs. Learning for Joy

Hello peers in wisdom,

Today I bring to the table the next question. Is any knowledge profitable?

Context

I am a newbie back-end developer and recently I was studying a pair of low level programming concepts. While doing so, I asked myself "Am I really going to use this? If yes, when? if not... why?" That’s when I realized I was studying simply because it was entertaining. 

Is that wasting my time?

It could be... but what is the purpose of life? Isn't everything we do, in some sense, a waste of time

I will defined as an inefficient activity. The time my brain will retain the vivid image of those new pieces of information is very short, I am talking about one week max, after that just crumbs of knowledge and a memory of joy for learning something new will remain. It would be better if I applied that knowledge to something practical....

What is the alternative?

Some time ago I read a post talking about learning just-in-time JIT. This approach brings numerous benefits to us:

  1. Your knowledge is applied instantly.
  2. You implement the 3 steps of learning, encoding, storage and retrieval.
  3. You start getting things done quickly.

You may think "If I do this the quality of the project will be poor because I am unaware of  many important concepts" and yes, that is true. You can somehow conclude and deploy a project with every existing bad practice and you will never know. That’s why you shouldn’t do everything alone, ask for feedback on your code, read more experimented programmer's code and learn from them, and just after you read it implement it in your code.

Conclusion

If I want to be efficient I need to

  1. Start applying immediately the concepts I am studying
  2. or Stop studying them if I have no plans to apply them in the next week 


As you could notice, this entry was an introspective one and somehow biased by own my experience. I would definitely like to hear your point of view in the comments.


-Alan 




Comentarios

Entradas populares de este blog

I forced myself to read Rust code

 Hello peers in wisdom, One month ago I found myself reading The passionate programmer by Chad Flower, here the author gives valuable advises for building a strong career as a software engineer (is not easy by the way).One of his insights inspired me to write this brief blog to share with whoever read this. The more or less I learn this week.  As the title suggests, the advice is READ CODE. What kind of code? The good kind. So... after dedicating around 100 hours to read the Rust book and resolve some basic exercises   I felt prepared enough to tackle some real code. I decided to search in the popular section of crates.io, and I found serde, a rust library for data serialization/deserialization. After 5 minutes of cloning the project and reading I was completely lost. Are people who wrote this geniuses or did I just lose 100 hours of my life? Fortunately (or not) it was a mix of both. Anyway, the next day I am back at crate.io and this time I chose something less popular....

Applying DDD on pricing goods at supermarket

Hello peers in wisdom, I hope you had a wonderful week. Todays topic consist on exercising a non technical part of software. Domain-Driven Design DDD is a set of tools that makes easier to understand business experts and then translate their knowledge domain to our domain (software). I encourage you to learn more by reading and watching the resources I found useful, they are at the bottom of the post. Pricing goods The definition of the problem is on this  kata . The goal, basically, is think about functionalities, edge cases and implementation for pricing goods at a supermarket. Steps I followed     Event Storming . This method helped me to start defining what where the things I expected to happen in this system. In the image you can identify them by the salmon color. Its important to note that at the bottom right is defined the meaning of each box color.           Commands and actors . The next step was to ask who makes what . In this case ...