일을 잘 하는 방법
그렇게 하고 있다는 얘기는 아니고 그런 방법이 보인다는 수준인데, 몇 가지 있는 것 같다.
다른 사람들이 할 수 있는 일이지만 이를 더 빠르게 하거나, 우선순위를 잘 맞춘다던가, 투입하는 시간이 많으면 일을 더 잘 할 수 있는 것 같다. 반대로 투입 시간이 너무 적으면 아무리 우수해도 일을 잘 할 수 없는 것 같다.
혼자서는 못 하는 일을 하는 것도 일을 잘 하는 방법 중 하나이다. 규모가 필요한 일이 있다. 다른 사람들을 이끌어서 혼자서는 하지 못 할 규모의 프로젝트를 리드할 수도 있다. 다른 사람을 이끌고, 신뢰를 사고, 일정대로 결과를 만드는 일은 어려운 것 같다.
실현이 복잡한 일을 하는 것도 일을 잘 하는 방법인 것 같다. 모두 생각은 할 수 있는데 실현할 엄두를 쉽게 내지 못하는 일을 해내는 것이다. 특정 구현체 클라이언트가 느릴 때, 이를 많이 빠르게 개선하는 일이 그런 것 같다.
반대로 Novel한 일도 있을 것 같다. 어떠한 문제에 대해 exact solution이 필요 없다는 사실을 검증하고, approximate solution을 사용하자고 제안하고 이를 실현하는 일은, 아이디어를 만드는 것은 어렵지만 이를 실행하는 것은 비교적 간단하다.
마지막으로 다른 사람들에게 도움이 되는 일이 있다. 여러 사람들이 공통적으로 작성하는 지루하고 긴 보일러플레이트가 있는 것을 봤을 때, 이를 자동화하는 도구를 만들어서 배포하는 일이 그런 것 같다.
위에 적은 것들은 Mutually Exclusive하지 않다. 어떠한 문제에 대해 Approximate solution을 구현해서 이를 다른 사람들이 활용할 수 있게 했는데 이 approximate solution이 복잡한 거라던가 하는 식으로.
일 잘 한다는 얘기를 들을 수 있는 것 같다. 일을 배운다는게 무슨 말인지 감이 안 왔었는데, 일을 잘 하는지 못 하는지 생각도 못 했었는데 이제는 조금 알 것 같기도 하다.
막연히 일을 잘 하고 싶다는 생각보다 어떻게 일을 잘 할 것 인가, 내 장점은 무엇인가 생각해보는 것이 더 좋을 것 같다.
仕事をうまくやる方法
自分がそうできているという話ではなく、そういう方法が見えてきたという程度だが、いくつかあるように思う。
他の人にもできる仕事でも、それをより速くやったり、優先順位をうまく合わせたり、費やす時間が多ければ、仕事をよりうまくできるように思う。逆に、費やす時間が少なすぎれば、いくら優秀でも仕事をうまくやることはできないように思う。
一人ではできない仕事をすることも、仕事をうまくやる方法の一つだ。規模が必要な仕事がある。他の人たちを率いて、一人ではできない規模のプロジェクトをリードすることもできる。他の人を率い、信頼を得て、予定どおりに結果を出すことは難しいように思う。
実現が複雑な仕事をすることも、仕事をうまくやる方法だと思う。誰でも考えることはできるが、なかなか実現に踏み切れないことをやり遂げるということだ。特定の実装のクライアントが遅いとき、それを大幅に高速化する仕事がそうだと思う。
反対に、Novelな仕事もあると思う。ある問題についてexact solutionが必要ないという事実を検証し、approximate solutionを使おうと提案して、それを実現する仕事は、アイデアを生み出すのは難しいが、それを実行するのは比較的簡単だ。
最後に、他の人たちの役に立つ仕事がある。多くの人が共通して書いている退屈で長いボイラープレートがあるのを見たとき、それを自動化するツールを作って配布する仕事がそうだと思う。
上に書いたものはMutually Exclusiveではない。ある問題についてApproximate solutionを実装して他の人が活用できるようにしたが、そのapproximate solutionが複雑なものだった、というように。
仕事ができると言ってもらえるような気がする。仕事を学ぶというのがどういう意味なのかピンと来なかったし、仕事ができるかできないかを考えたこともなかったが、今では少し分かるような気もする。
漠然と仕事ができるようになりたいと思うより、どうすれば仕事をうまくやれるのか、自分の長所は何なのかを考えてみるほうがよさそうだ。
做好工作的方法
并不是说我已经在这么做，只是到了能看见这些方法的程度，我觉得大概有几种。
即使是其他人也能做的事，如果能做得更快一些，或者更好地把握优先级，又或者投入更多时间，似乎就能把工作做得更好。反过来，如果投入的时间太少，无论多么优秀，似乎也无法把工作做好。
去做一个人无法完成的事，也是做好工作的方法之一。有些事情需要规模。可以带领其他人，主导一个仅凭自己无法完成的规模的项目。带领别人、获得信任、按计划做出成果，似乎是很难的事。
去做实现起来很复杂的事，似乎也是做好工作的方法。就是完成那种所有人都能想到，但很难下决心着手实现的事情。当某个特定实现的客户端很慢时，将其速度大幅提升，似乎就是这样的事。
反过来，似乎也有Novel的工作。针对某个问题，验证并不需要exact solution这一事实，提议使用approximate solution并将其实现；这样的工作，想出点子很难，但执行起来相对简单。
最后，还有对其他人有帮助的工作。看到许多人都要编写的枯燥而冗长的样板代码时，制作并发布一个将其自动化的工具，似乎就是这样的事。
上面写的这些并不是Mutually Exclusive。比如，针对某个问题实现了Approximate solution，让其他人能够使用，而这个approximate solution本身又很复杂之类的。
感觉这样或许能让别人说自己工作做得好。以前我不太明白学习工作是什么意思，也没想过自己工作做得好还是不好，但现在似乎多少有点明白了。
比起笼统地想着要把工作做好，思考要怎样把工作做好、自己的长处是什么，似乎会更好。
How to Be Good at Your Job
I’m not saying that this is what I’m doing, only that I’ve reached the point where I can see some ways to do it, and there seem to be a few.
Even when a task is something other people can do, I think you can be better at your job by doing it faster, setting priorities well, or putting in more time. Conversely, if you put in too little time, it seems impossible to be good at your job no matter how capable you are.
Doing work that you cannot do alone is also one way to be good at your job. Some work requires scale. You can lead other people and lead a project on a scale that you could not handle alone. Leading others, earning their trust, and producing results on schedule all seem difficult.
Doing work that is complicated to realize also seems like a way to be good at your job. It means accomplishing something that anyone can think of but that people cannot easily bring themselves to implement. Significantly improving the speed of a particular implementation’s client when it is slow seems like that kind of work.
Conversely, there may also be Novel work. Verifying that a particular problem does not require an exact solution, proposing that an approximate solution be used, and then realizing it—the idea is hard to come up with, but executing it is relatively simple.
Finally, there is work that helps other people. When you see boring, lengthy boilerplate that many people commonly write, creating and distributing a tool to automate it seems like that kind of work.
The things written above are not Mutually Exclusive. For example, you might implement an Approximate solution to a problem and make it available for others to use, while that approximate solution itself is complicated.
I think this could lead people to say that you’re good at your job. I used to have no sense of what learning how to work meant, and I had never even thought about whether I was good or bad at my job, but now I feel like I understand it a little.
Rather than vaguely wanting to be good at my job, it seems better to think about how I will be good at it and what my strengths are.