.それとは別に、金曜の夜に週報を書いています。週報は前職で書いている人がいて真似しました週報を書くことでチームメンバに今自分がやっていることを共有したり、自分の頭の整理をしたり、タスクが溢れていないか確認したり、といったことが毎週できます。あとちゃんと書いていると半期評価とかのタイミングでこれを読むだけで大体何してきたかがすぐわかって便利。(あとは当然、対面でのコミュニケーションもたくさんします。正直であること、わからないことはわからないと言うそのまんまです。被るのですが、正しく人に自分の状況、知識を伝えないと誤解されて大変です。自分ですぐ調べられる範囲であれば、調べればわかるから大丈夫、と伝えれば大丈夫だと思いますが、そうでない場合は自分でなんとかするしかなくなります。やるのか「初心者なので...」とかの前置きをせずに、「わからん!!!」と自信を持って言うと良いです。先に「こことここがわからんから事前に教えてくれ、どっかに書いてあるなら文献をくれ」みたいな感じで言うと大体教えてくれます。みたいな雰囲気がある気がしますが、3年ぐらい仕事をしていてもわからないことは無限にあるし、自分の触ったことのない技術はわからなくて当然です。自分で数分調べてみて、あと10分かけてもわからなさそうなら軽く聞いたほうが良いと思います。人に説明してもらうより自分でコードを読んだり調べて納得したほうが理解が深まりやすい(はず)なので、自分で調べてなんとかする力は並行して身につけていきましょう。立場と視点を気にするいわゆる視座の話です。みたいな動き方をすることです。してやるのかざっくり言うと組織のパフォーマンスの最適化のためです。開発者として働いていて、相手が何を求めているかを考えなければならないタイミングは多いです。やるのか一番良いのは経験してみることだと思います。マネージャになってみる、チームリーダとして動いてみる、CSの仕事を手伝ってみる、などなど。rfushimi.hatenablog.jp(個人的に参考にしている考え方です。)難しければ当事者に話を聞いてみたり、ある程度想像で考えてみたり、という形になるかなと思います。「先週はこういう目線でこう動いてみたんですけど、あなたから見てどうでしたか?」と聞いています。デフォルトはちょっとだけ無理をする、疲れたらちょっとだけ手を抜くどうしてやるのかまだ開発者としてはまだまだ下っ端(だと思う)なこともあり、技術者としての成長速度はもっと上げたいと思っていて、とはいえ無茶をしすぎて身体を壊したり精神的に疲労するのも嫌なので、適度に難しいことに挑戦しよう、という意識からです。やるのか定期的に自分の状態を振り返る運用をしています。部屋の散らかり度合い、気持ちの浮き沈み、一人で酒を飲んだ量、実施したタスクの数や質、スケジュールの空き具合、など。仕事ができていると思っていても実はこなしたタスク自体は小さかったり、一週間で部屋が異常に汚くなっていたり、妙に気分が落ちたりしたら次の週は意識して手を抜くようにしています。体調が悪い(実際こういうときは大体悪い)と言って有給を唐突に入れて一日ゆっくりしてみたり、早めに帰って近場の温泉に行ったり、外食したりすると良いです。しても無理をしないといけなくなる瞬間はあるっちゃあるんですが、一人一日休んだところで事業が死ぬようになることはそうないです。役職がついたり経営者とか取締になってくるとそうも行かなくなるんでしょうが...疲れてきたらチームに共有して、ちょっと来週はやる仕事減らすと思います、みたいなことを言ったりすると多少は気を使ってくれると思います。ことはやってあげると良いでしょう。徳を積むのも大事です。最後にそんなことを考えながら仕事をしています。(できていないときもたくさんあります。)Engineerと言っても根本的には会社に属して業務に従事する以上はビジネスマンなので、コードを書く、ものを作るだけではうまく行かないことが多いです。色んな人と協力しながらプロダクトを、サービスを作ることを楽しみつつ、仕事ができると良いですね。これからソフトウェアエンジニアとなる、なったばかりの、あるいはまた別の誰かの参考になればと思います。