6 ms·

Celebrate tiny learning milestones

116 points by guiambros 5y ago

aphroz 5y ago
> The reason I still haven’t learned C isn’t that I suck or that C is impossible to learn But also: > I’m comfortable writing very basic C programs as long as they don’t have to do anything fancy like “memory management” So when do you consider you learn something? Aren't we always learning?
- ZhangSWEFAANG 5y ago
  Writing C without considering memory management is equivalent to writing conditionals, loops, functions, and primitive data structures which is what anyone can do with a 2 day codecademy course.
mw888 5y ago
I think programming culture is full of people trying to up sell themselves, and it gives everyone a warped perception of self worth. I agree with this whole blog post, but it still itches me that the author has to frame his accomplishments as tiny when they seemed non trivial and apparently took place over nine years. It’s like if you aren’t working on enough buzzwords you must hedge your self worth.
- k__ 5y ago
  I can relate to the author. I met a bunch of people in my life that were smarter than me. All I do feels small compares to what they did. On the other hand, I don't remember people who did stuff that was less impressive than mine. Only the ones that failed spectacularly.
- Joeboy 5y ago
  > his accomplishments (actually her accomplishments)
Archelaos 5y ago
The author describes just the most basic of all advice for achieving goals: subdividing them into smaller goals. Depending on the nature of the top goal, it may, of course, even be advisable to have multiple levels of subgoals. ("learn C/C++" -> "write a tiny Linux kernel module" -> "learn about the Linux kernel" -> "learn about Linux device drivers" -> "learn about Linux device drivers for sound" -> ...)
- webspaceadam 5y ago
  basically i would call this planning ahead of execution. But totally cool, if this helps the author
- Double_a_92 5y ago
  I think having concrete and realistic goals it the key. You can probably never tell yourself that you completely finished learning C++. But you can say that you created a small C++ project that calculates the fibonacci numbers, or that you read the next chapter of some C++ book.
natch 5y ago
I would encourage people to think even tinier than the items on their list. Calling some of these items tiny reeks of humblebragging. At the start of my programming explorations, tiny would be something like learn how to create a file with an editor and how to save it. Or how to add 2 + 2 in bash. Not full blown programs, but bricks that can be put together. And now no longer as a beginner, there can still be tiny things on the same scale that I’m doing for the first time because it’s a new problem or a new language.
- arvinsim 5y ago
  As web developer, I don't even know how to do some of those "tiny" items at all right now.
  - criddell 5y ago
    One of the principles Evans is leveraging here but not really explicitly talking about is the power of time coupled with compounding growth. She's been working at this stuff for a decade now and continually building and learning. She's also been writing about what she learns which probably helps a great deal. It might just be a case of Baader-Meinhof, but this is a theme that seems to be coming up more and more. James Clear's Atomic Habits book is built on the idea and Cal Newport (Deep Work) has been writing about it[1] under the name of slow productivity. I think many of us would be better off if we took a longer term view of ourselves. [1]: https://www.newyorker.com/culture/office-space/its-time-to-embrace-slow-productivity https://www.newyorker.com/culture/office-space/its-time-to-e...
- davisoneee 5y ago
  I wouldn't be so harsh on the author, as to accuse them of humblebragging. What counts as 'tiny' depends entirely on where you are in a learning journey. What is 'tiny' for someone with 5 years experience is 'huge' for someone new. As shown by fairly regular posts on imposter syndrome, we can all identify our own failings, so regularly think we don't know enough. We're mostly all seeking progress, so this is a tiny step, for her, based on where she was previously.
activitypea 5y ago
> Write a nontrivial amount of C code that works and is used by actual people That's a crazy ambitious goal. I don't think I've met a person that wrote C code outside of work and it was used by other people.
- kasey_junk 5y ago
  But if you don’t know much C (or even much about programming at all) you might not have the context to even know that. Which is related to the point of the article. Goals are hard because they require you to predict the future. Milestones are easier because they are past looking. But if you just use your current skill level you may not even account those past things as milestones. So you need to consciously celebrate them.

116 points by guiambros 5y ago

> The reason I still haven’t learned C isn’t that I suck or that C is impossible to learn But also: > I’m comfortable writing very basic C programs as long as they don’t have to do anything fancy like “memory management” So when do you consider you learn something? Aren't we always learning?

ZhangSWEFAANG 5y ago
Writing C without considering memory management is equivalent to writing conditionals, loops, functions, and primitive data structures which is what anyone can do with a 2 day codecademy course.

mw888 5y ago

I think programming culture is full of people trying to up sell themselves, and it gives everyone a warped perception of self worth. I agree with this whole blog post, but it still itches me that the author has to frame his accomplishments as tiny when they seemed non trivial and apparently took place over nine years. It’s like if you aren’t working on enough buzzwords you must hedge your self worth.

k__ 5y ago
I can relate to the author. I met a bunch of people in my life that were smarter than me. All I do feels small compares to what they did. On the other hand, I don't remember people who did stuff that was less impressive than mine. Only the ones that failed spectacularly.
Joeboy 5y ago
> his accomplishments (actually her accomplishments)

Archelaos 5y ago

The author describes just the most basic of all advice for achieving goals: subdividing them into smaller goals. Depending on the nature of the top goal, it may, of course, even be advisable to have multiple levels of subgoals. ("learn C/C++" -> "write a tiny Linux kernel module" -> "learn about the Linux kernel" -> "learn about Linux device drivers" -> "learn about Linux device drivers for sound" -> ...)

webspaceadam 5y ago
basically i would call this planning ahead of execution. But totally cool, if this helps the author
Double_a_92 5y ago
I think having concrete and realistic goals it the key. You can probably never tell yourself that you completely finished learning C++. But you can say that you created a small C++ project that calculates the fibonacci numbers, or that you read the next chapter of some C++ book.

natch 5y ago

I would encourage people to think even tinier than the items on their list. Calling some of these items tiny reeks of humblebragging. At the start of my programming explorations, tiny would be something like learn how to create a file with an editor and how to save it. Or how to add 2 + 2 in bash. Not full blown programs, but bricks that can be put together. And now no longer as a beginner, there can still be tiny things on the same scale that I’m doing for the first time because it’s a new problem or a new language.

arvinsim 5y ago
As web developer, I don't even know how to do some of those "tiny" items at all right now.
- criddell 5y ago
  One of the principles Evans is leveraging here but not really explicitly talking about is the power of time coupled with compounding growth. She's been working at this stuff for a decade now and continually building and learning. She's also been writing about what she learns which probably helps a great deal. It might just be a case of Baader-Meinhof, but this is a theme that seems to be coming up more and more. James Clear's Atomic Habits book is built on the idea and Cal Newport (Deep Work) has been writing about it[1] under the name of slow productivity. I think many of us would be better off if we took a longer term view of ourselves. [1]: https://www.newyorker.com/culture/office-space/its-time-to-embrace-slow-productivity https://www.newyorker.com/culture/office-space/its-time-to-e...
davisoneee 5y ago
I wouldn't be so harsh on the author, as to accuse them of humblebragging. What counts as 'tiny' depends entirely on where you are in a learning journey. What is 'tiny' for someone with 5 years experience is 'huge' for someone new. As shown by fairly regular posts on imposter syndrome, we can all identify our own failings, so regularly think we don't know enough. We're mostly all seeking progress, so this is a tiny step, for her, based on where she was previously.

activitypea 5y ago

> Write a nontrivial amount of C code that works and is used by actual people That's a crazy ambitious goal. I don't think I've met a person that wrote C code outside of work and it was used by other people.

kasey_junk 5y ago
But if you don’t know much C (or even much about programming at all) you might not have the context to even know that. Which is related to the point of the article. Goals are hard because they require you to predict the future. Milestones are easier because they are past looking. But if you just use your current skill level you may not even account those past things as milestones. So you need to consciously celebrate them.