質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.57%

業務や課題を解いている時の気晴らしや気持ちの入れ替えについて

解決済

回答 2

投稿

  • 評価
  • クリップ 0
  • VIEW 724

manzyun

score 2177

タイトル通りです。

暇つぶしがてらのご回答で十分です。
厳しいお言葉でも構いません。私が受け止めれるかは別ですが。

 TL; DR

以下、今の自分の現状です。
Too Long Don't Read なので、
読むかはご自由にお願いいたします。

現在、
「あるJava製のオープンソースソフトウェアが実務で使えるか」
と、並行課題として
「Go言語による自動ソースコード生成の課題」
をプロジェクトリーダーから振られているため、業務で行っているところです。

 ソースコードを読むのも書くのも辛くなった

情けない話、プログラマとして働けるのかと問われそうですが、
ソースコードを読むのも書くのも辛くなってしまいました。

多分実務が5年程度ですので、
おそらく大規模な開発や
セキュリティ対策まで施した独自のHTTPサーバーの構築方法などを知らない、
所詮スクリプト・キディなので、自分の実力がその程度だったのだなと受け止めつつ、
調査業務や課題に取り組んでいるつもりですが、
ソースコードを読んでも概要が理解できない、それゆえ、どんなコードを書くべきなのかも分からなくなってしまっています。

 調査について

「セキュリティやお金が関わる部分は、手垢のついたシステムを使いたいので、これが今回つくるシステムに組み込めるか調査してください」
と、あるオープンソースソフトウェアの調査を依頼されています。

「ドキュメントは英語しか無いけどあるのだからそれを読めばいいし、私はメインシステムの開発と現行システムのスケールアウトなどの対応で忙しい」

そんなリーダーの雰囲気ですので、ひたすら自分達で調査しておりますが、調査していくうちに、
「これは今回作るシステムに適していないのではないか」
という調査結果と気持ちがわいてきて、意欲が減退しているのかもしれません。

しかし既に、
「半年でできるはずの新規システムの開発に2年かかっている」
うえに、
「このオープンソースソフトウェアの調査で半年近くかかっている」
という要因が、この調査を打ち切ってくれと言えない原因になっているかもしれません。

ましてや、リーダーは「完璧なシステムを作る」ことに執着にも似たこだわりがあり、
その話を出せば、
「いや、私の考えではもっとうまくできるはずだ」
と返され、話を受け入れる様子が全く無いです。

 課題について

そんななか、別の部署の方から
「あの調査させているメンバーがかわいそうだろう。開発させてやれ」
とリーダーに指摘があったため、今月の初め(2018年10月)から並行で課題を依頼されました。

渡されたのはテストコードと、予め自動生成した結果のソースコードのみで、
「このテストコードが成功するように動作させることはもちろん、セキュリティリスクは最小限に、かつ汎用性の高いコードジェネレーターを2週間で作ってください。むしろ今まで自己学習してなかったんですか?」
と言い渡されました。

もちろんながら、リーダーは、
「メインシステムの構築に忙しいし、資料はいっぱいWebに転がってるから、自分で調べてください」
という方針です。

しかし、私も今の会社に派遣されて半年経っているのに、
自宅や寝る間を惜しんでGoを触ってreflectやgorutineの仕組みを理解しようとしなかったしっぺ返しが来たのだろうなと受け入れて課題に取り組んでいます。

 疲れてちゃ行けないのだろうけど、疲れました

ここまで読んでくださってありがとうございます。
本来こんな事を書いている暇があったら、調査や課題に取り組んでいるのが正解だとは理屈では分かっていますが、
素直に申し上げるとそんな心の余裕が無いです。

ただの私の「融通が利かない現状」に対するわがままだとも思います。


「私はそもそもプログラマとして働くことが間違っていたのだろうか」
と思う今日このごろですが。コンピューターが好きだし、コンピューターを使う仕事しかやれそうにないので、
こんなくだらない質問をさせていただきました。

以上、駄文・長文、失礼いたします。
最後までお読みいただき、ありがとうございます。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • hihijiji

    2018/10/18 18:10

    最後まで読みましたが、質問が何か判りませんでした。

    キャンセル

  • manzyun

    2018/10/18 18:53

    最後までお読みいただきありがとうございます。端的に言うと「ソースコードが頭に入らないときどうしてるか」というのをお伺いしたかったです。

    キャンセル

回答 2

checkベストアンサー

+3

その状況で、プログラマとして出来る最善の「気晴らしや気持ちの入れ替え」は、「他のことは考えずコードジェネレーターを2週間で作る」だと思います。少なくとも疲れてしまうような調査よりは気分は良いのではないでしょうか?

「このテストコードが成功するように動作させること」を達成させるだけでも困難で、「セキュリティリスクは最小限に、かつ汎用性の高い」なんて要件まで2週間で仕上げるのは無理難題、という感じにお考えかもしれませんが、基本だけでも書き上げて結果的にここまでしか出来なかった、と2週間後に伝える程度の辛さなら、今の憂鬱な気分のまま何も変わらず2週間後を迎えるよりは遥かに良いって考えます。

究極的には、結局仕事だから辛い辛くないは無視してやり遂げてしまうか、あるいはさっさと去って次の会社を狙うか、の二択です。そうやって冷静に考えてしまうのも気晴らしになるかもしれません。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/10/18 19:00

    回答ありがとうございます。

    そうですね、仕事ですものね。
    そこに私が個人の感情を持ち込みすぎてしまったのだと思います。

    確かに、やれることをとにかくやるのが一番かもしれませんね。

    キャンセル

+1

こんにちは。

たいへんそうですね。お察しします。

「これは今回作るシステムに適していないのではないか」
という調査結果と気持ちがわいてきて、意欲が減退しているのかもしれません。

ここがちょっと気になりました。「気持ち」の意味が「好き/嫌い」の意味なら、調査しているOSSを嫌いになってしまったということではないでしょうか? 半年も1つのプロジェクトを調べていたら飽きますし、成果に結びつかなければ嫌いになるのも仕方がないことのように思います。

一旦、「嫌い」は封じ込めて「これは今回作るシステムに適していない」客観的な根拠、および、その逆のの根拠をリストアップしてみては如何でしょうか? 最終的に使う/使わないを判断するのはリーダーさんでしょうから、リーダーさんが判断できるような材料を提供するのです。

そして、結果を提示する際にmanzyunさんが感じた直感的な「好き/嫌い」の部分も「自分はこんなところが嫌い」のような意見として提示するとより好ましい結果に繋がるような気がします。(単に「嫌い」では言うだけ無駄ですので、ご自身の思いをちゃんと言語化することが重要です。)

「このテストコードが成功するように動作させることはもちろん、セキュリティリスクは最小限に、かつ汎用性の高いコードジェネレーターを2週間で作ってください。むしろ今まで自己学習してなかったんですか?」

その課題が今まで調査していた OSS の分野とかぶるようなものでしょうか?
もし、YESなら、調査の過程で学習は必須だっただろうと思いますので、それを怠っていたとすると調査も捗りませんので「向いていない」可能性はあります。

逆に、NOなら「OSSの調査に注力していたので OSS周りについてはかなり学習したが、goについての学習までは手が回っていない」旨説明し、学習(調査)時間も含めて現実的に対応できそうな期間を提案した方が良いように思いますよ。

なお、調査アイテムと開発アイテムが入ってきた経緯的には、開発アイテムを優先して作業してよいのでは?(同時並行なんて効率が落ちるだけですから、ちゃんと効率よく作業できるよう、それぞれに注力できるスケジュールを組んだ方が良いと思います。)

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/10/18 18:58

    回答ありがとうございます。

    開発と調査はかぶるものでは無かったです。
    なので「調査に注力していた」というのは、自分を振り返ると確かでした。

    確かに客観的な意見をしっかりまとめて提言しなければ、どんどん件のOSSの事を嫌いになりそうです。
    どこかで区切りをつけてはっきりと提言しようと思います。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.57%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る