6 ms·

Even in development. In fact, probably especially in development! I've done a lot of programming where my productivity was input-constrained, so I know that th

Even in development. In fact, probably especially in development! I've done a lot of programming where my productivity was input-constrained, so I know that that such jobs do exist. I much prefer jobs where my productivity is idea-constrained. The final code tends to be a lot more interesting, the process of creating it a lot more joyful, and the final software artifact a lot more useful. As a bonus, I tend to be paid at least an order of magnitude more for idea-constrained code.

boring_twenties 7y ago
At least an order of magnitude? That's interesting, considering that even mediocre code jockey can make $100k a year, that must mean you make at least a million a year?
- Enginerrrd 7y ago
  That's not a terribly unreasonable claim for a consultant on a particular job. The issue is you can't usually fill your schedule with such jobs.
  - boring_twenties 7y ago
    That sounds perfect to me, I'd love to just work 2-3 months out of every year and call it good. Do you happen to have any insight as to what kinds of specialties allow for these kinds of lucrative short term opportunities? My biggest problem with my erstwhile career was that the only good opportunities I've ever heard of were only full time.
    - Enginerrrd 7y ago
      In the software world? Not sure, I mostly do niche environmental consulting, engineering, modeling, etc. and have a reputation for solving weird problems for people in a variety of industries. Typically the lucrative work I'm talking about happens when I just negotiate a flat fee and it doesn't take me that long. Companies often like that because it limits their risk compared to my hourly rate. But honestly most consulting in most fields should have this type of negotiating opportunity. As long as it's not a field with some sort of existing convention of hiring lots of "independent contractors" that probably should be employees. As for time in... It takes a lot for maybe a year or so to get enough reputation that you aren't hustling for clients. But now they call me and I decide whether or not I can take them. I get a lot of last minute rush gigs which are usually the best money if I want to take them. Often I don't, and I throw out a "fuck you go away" number and then they jump at it anyway.
username90 7y ago
I don't think that keyboard only coding is even faster, I can beat top competitive programmers on speed and I use mainly the mouse to navigate and select code. It is possible keyboarders could be faster than me if we have to write huge amounts of boilerplate code, like 1 line of code a second, but otherwise using a mouse shouldn't be a disadvantage. Tip for more productive mousing: Disable "mouse acceleration" or "enhance pointer precision", it makes it harder for your body to adapt to the mouse. I can move it to where I look at the screen in an instant with almost no adjustment needed at the end since when that if off world space and screen space aligns. Of course I learned that skill to select and order units quickly in RTS games, but it works just as well for selecting and manipulating code.
- inciampati 7y ago
  What kind of code are you writing that requires or benefits from a mouse? For selecting code I can imagine it helps. A touchscreen is just as good. But for writing it? I haven't used a mouse to drive coding since a C++ course in high school almost 20 years ago. The only thing I use it for is selecting and copying code. For navigating and writing code it's all emacs, tmux, terminals and unix tools.
  - gdxhyrd 7y ago
    > A touchscreen is just as good. A touchscreen is a nightmare for manipulating small text. > For navigating and writing code it's all emacs, tmux, terminals and unix tools. Well, if you never leave emacs/vim and related workflows, you never know anything else. For writing code, yes, keyboard is best. For navigating, debugging and other things a TUI does not cut it. And I spend a lot more time reading and thinking about code than actually writing it. A particular example that stands out in the Linux world is GDB's CLI interface. It sucks. Its TUI is better, but still bad compared to a good GUI.
    - gpderetta 7y ago
      > navigating, debugging and other things a TUI does not cut it. And I spend a lot more time reading and thinking about code than actually writing it. as an emacs user, I find it extremely painful watching my colleagues clicking around in eclipse to navigate the code base[1]. It feels just so inefficient and slow. [1] I assume eclipse actually has keyboard shortcuts, but they do not seem to be used by my eclipse-using colleagues.

boring_twenties 7y ago

At least an order of magnitude? That's interesting, considering that even mediocre code jockey can make $100k a year, that must mean you make at least a million a year?

Enginerrrd 7y ago
That's not a terribly unreasonable claim for a consultant on a particular job. The issue is you can't usually fill your schedule with such jobs.
- boring_twenties 7y ago
  That sounds perfect to me, I'd love to just work 2-3 months out of every year and call it good. Do you happen to have any insight as to what kinds of specialties allow for these kinds of lucrative short term opportunities? My biggest problem with my erstwhile career was that the only good opportunities I've ever heard of were only full time.
  - Enginerrrd 7y ago
    In the software world? Not sure, I mostly do niche environmental consulting, engineering, modeling, etc. and have a reputation for solving weird problems for people in a variety of industries. Typically the lucrative work I'm talking about happens when I just negotiate a flat fee and it doesn't take me that long. Companies often like that because it limits their risk compared to my hourly rate. But honestly most consulting in most fields should have this type of negotiating opportunity. As long as it's not a field with some sort of existing convention of hiring lots of "independent contractors" that probably should be employees. As for time in... It takes a lot for maybe a year or so to get enough reputation that you aren't hustling for clients. But now they call me and I decide whether or not I can take them. I get a lot of last minute rush gigs which are usually the best money if I want to take them. Often I don't, and I throw out a "fuck you go away" number and then they jump at it anyway.

username90 7y ago

I don't think that keyboard only coding is even faster, I can beat top competitive programmers on speed and I use mainly the mouse to navigate and select code. It is possible keyboarders could be faster than me if we have to write huge amounts of boilerplate code, like 1 line of code a second, but otherwise using a mouse shouldn't be a disadvantage. Tip for more productive mousing: Disable "mouse acceleration" or "enhance pointer precision", it makes it harder for your body to adapt to the mouse. I can move it to where I look at the screen in an instant with almost no adjustment needed at the end since when that if off world space and screen space aligns. Of course I learned that skill to select and order units quickly in RTS games, but it works just as well for selecting and manipulating code.

inciampati 7y ago
What kind of code are you writing that requires or benefits from a mouse? For selecting code I can imagine it helps. A touchscreen is just as good. But for writing it? I haven't used a mouse to drive coding since a C++ course in high school almost 20 years ago. The only thing I use it for is selecting and copying code. For navigating and writing code it's all emacs, tmux, terminals and unix tools.
- gdxhyrd 7y ago
  > A touchscreen is just as good. A touchscreen is a nightmare for manipulating small text. > For navigating and writing code it's all emacs, tmux, terminals and unix tools. Well, if you never leave emacs/vim and related workflows, you never know anything else. For writing code, yes, keyboard is best. For navigating, debugging and other things a TUI does not cut it. And I spend a lot more time reading and thinking about code than actually writing it. A particular example that stands out in the Linux world is GDB's CLI interface. It sucks. Its TUI is better, but still bad compared to a good GUI.
  - gpderetta 7y ago
    > navigating, debugging and other things a TUI does not cut it. And I spend a lot more time reading and thinking about code than actually writing it. as an emacs user, I find it extremely painful watching my colleagues clicking around in eclipse to navigate the code base[1]. It feels just so inefficient and slow. [1] I assume eclipse actually has keyboard shortcuts, but they do not seem to be used by my eclipse-using colleagues.