4 ms·
I believe this boredom or lack of strong motivation occurs when you don't get the flow effect [1] from your work, which happened to me during my studies and sad
by jonathanstrange 9y ago
I believe this boredom or lack of strong motivation occurs when you don't get the flow effect [1] from your work, which happened to me during my studies and sadly also as part of some of my current work in Academia. Once I started writing novels, I realized that I can quickly 'get into the flow', or however psychologists call that, and the activity is deeply satisfying over long period of time. The same happens to me when I program or make music.
Unfortunately, it's currently not realistic for me to expect to be able to make a living from any of these hobbies. I don't think that's very uncommon, though, and there is no need to worry or be shocked about it. Some people work primarily to earn money and there's nothing wrong with that, even though you're apparently not supposed to state that simple truth in job interviews.
[1] https://en.wikipedia.org/wiki/Flow_(psychology) https://en.wikipedia.org/wiki/Flow_(psychology)
- archagon 9y agoI wonder: as a programmer, how do you get into a flow state when you're not doing active coding — e.g., when you're trying to learn new concepts, parsing research, or designing algorithms or data structures? That's what I have the most trouble with. Once I get past the hurdle everything is just gravy, but staring at the same paper or whiteboard for a week and trying to grok the darn thing is emotionally draining. I can only move forward when my mind happens to make those missing connections, which is not something I can force.
- _asummers 9y agoI find REPL driven development to be really helpful here. You play around with toys til you get your bearings, then you sit down for real to do the task. The instant feedback from the REPL causes me to not get sidetracked nearly as easily. YMMV, of course.
- taway_1212 9y agoFor languages/environments where REPL is not available, it can be helpful to create a setup where you get an almost instantaneous feedback from your changes. Nothing kills flow like having to wait 10 seconds every time you change a line of code and want to see the result. For the parent poster: I think a good way to tackle learning new stuff is to break it do it in small increments at a time. Ex. if learning graphics programming, start with trying to open up a blank open gl window, then try displaying a single triangle etc. If the tasks proves to be more complex or requires going on a tangent, break that down into goals as well. The point is to always have something on your plate that is small-ish and feels achievable.