Q&A
忙しいから雑用を頼む…
と言われていたので、雑用をする気満々だったのですがあまり雑用が来なくて悲しんでます…
もちろん自分が手を出せそうな雑用は積極的にやって良いのか聞いていますが。
私はプログラマとして4月に会社に入社しました(新卒採用)。
開発現場に最近配属され、ようやくプログラマとしての仕事がスタートしました。
配属され、1週間程経ちましたが現場はとても忙しく、
「7,8月にならないと教えてあげられる時間がない」
と上司に言われました。
とりあえず開発中のソースコードを渡され、見ておいて下さいと言われプログラムの流れを追いながら雑用…というところです。
初めて一般社会で作られているソースコードを読んでいますが、
関数から関数に飛び、更に関数へ…
飛んだ先ではグローバル変数が大量に並び、そのグローバル変数は別の関数で操作…
最終的に行き着いた所も、結局は外部からの信号を利用しており、その信号がどのようなモノなのか、例もないので全く分かりません。
仕様書何ももないので本当に眺めるだけ…といった状況です
上司に「見ておいて下さい」と言われているので、要は「理解できるように勉強しておいてね」ということなのでしょうが、どの様に勉強するのが良いのでしょうか？
初心者に毛が生えた程度ですが、プログラムを少しだけ勉強していたので、動き自体はわかります。
回答9件
0
そのプログラムが動作する環境をなんとしても手に入れるべき。
時間がないと突っぱねられようと、何の成果もなく7月を迎えることを回避するアクションを考えて、上司に報告しつつ進めるべきです。報連相大事。
上司に状況をインプットしておくことで、最悪成果がなくても「仕方ない」と思ってもらう根回しをするんじゃよ。
(蛇足の追記)
他の方の回答を見つつ、オッサンの意見をさらに追加。
何かまとめてから、「こう調べました」と過去形で報告しよう、と考えるのは完全に間違いです。
「こういう方向で調べようとしています」(成果は何もない)と未来形で報告(というか、相談)するようにして下さい。
要は「理解できるように勉強しておいてね」ということなのでしょうが
この想像も間違っています。恐らく上司は独力で理解できるように勉強できると思ってはいません。
出来なくてあたりまえなのです。現実で動いているコードは貴方が想像するよりも遥かに汚なく、どうしようもないコードだらけなのです。
7月までにあなたがするべきことは、「あなたが問題に対してどのようなアプローチを好むのか」「どういったメンタリティで仕事に取り組もうとしているのか」を上司や先輩に知ってもらうことです。
投稿2017/06/06 10:32
編集2017/06/06 11:14
総合スコア936
0
上司に確認したら良いのではないのでしょうか。
上司から言われてることがわからないので私達が答えることができる、とはならないと思うのですが。
投稿2017/06/08 01:20
総合スコア559
0
もし、テストケースが存在するのであれば、それを見て、何が正常系のシナリオなのかを見ておくと理解が早いかもしれません。
特に、新しく現場に入った人にいきなりセキュリティホールを探して埋めろなんて言うはずがないと思います。
正常系をとりあえず理解するようにして、異常系を見つつそのシステムに対して何を懸念しているのかを考えてみましょう。
投稿2017/06/08 01:08
総合スコア2021
0
本当に仕様書も何もドキュメントがないとしたらその会社はある意味危ういです。
どういうプログラムなのかわかりませんが、趣味で作っているわけではないのでドキュメントがないのはありえない。考え方が記されたものとかがないと、「何でこういう処理をしているのか？」を理解することが難しくなります。
もし、その会社で長く仕事をやっていきたいのであれば、まずは渡されたプログラムを自分なりに解析して、プログラムの構成や構造などをドキュメント化して、それを先輩や上司に見せて「こういう風に理解しましたけどあってますでしょうか？」と尋ねてみたらどうでしょう？『おっ！こいつできるやつか？』と印象を上げることができます。
投稿2017/06/07 08:04
総合スコア3579
0
ベストアンサー
仕様書は何もないのでしょうか。
基本仕様書、外部仕様書、詳細設計書、インターフェース仕様書などなど。
せめてそのシステムの概要くらいは把握できる資料は欲しいところですね。
まったく何もないクソ（失礼）システム開発であるなら、動かせる環境はどうでしょうか。
後輩を教育する準備すらしていないクソ（失礼）先輩のようですから、たぶんそれもないのでしょうかね。
質問文から察するに、ソースコードやプログラム自体の理解はできているような印象を受けました。
今やれることは、ソースコード構成の把握、処理の流れを追うこと、コードを読んでて不明な点をまとめる、くらいでしょうか。
あとで先輩から「わからないことある？」と聞かれた時に、疑問点をどっさり突きつけてあげると良いと思います。
投稿2017/06/07 00:00
総合スコア16998
0
他の方が回答されていおりますので、別の切り口から。
C#とC言語関係は別の言語として考えるべき。かたや中間言語系、そしてC及びC++はコンパイルして直接実行形式のもの。
恐らく指示された上司はその事も加味しての発言。
言語が異なっても、その会社のソフトの作成の何らかのポリシーの理解を習得が目的でしょう。言語が異なっても処理の手法は同じと思います。
分からない事はメモして、指示された上司（先輩？）質問される癖をつけるのが投稿より有用な方法と考えます。
投稿2017/06/06 13:39
総合スコア3747
0
他の方もいわれているように、プログラムから仕様を作る
ってのも勉強になるのでやって損はないと思います。
とりあえず開発中のソースコードを渡され、見ておいて下さいと言われプログラムの流れを追いながら雑用
ソースコードの管理はツールかなにかでやってるのかな。
その場合は、それの使い方を勉強しておくのもいいと思います。
また、「雑用」といっても仕事の一部ではあるはずですよね。
そのへんから仕事の流れを把握してほしいみたいなことを
期待していたりするんじゃないのかなあ。
投稿2017/06/06 10:53
総合スコア7458
noobさんの実力というか性格というか呼吸というか
仕事の相手としてどうつきあっていったらいいか
まだつかみかねているのかも?
そのためにも、頼まれたことはちゃんとやりーの
仕事の邪魔にならないくらいの雑談しーの
自分の情報を発信しーの…
とりあえず、会社の中をよく「見る」と
分かることもあるんじゃないかなあ。
0
グローバル変数が大量に使われているとか、外部からの信号を受け取るとかからすると、もしかして組み込み系ですかね？
仕様書がないなら、まずコードから（せめて各関数ごとの）機能一覧、変数一覧を作りましょう。わからないところはとりあえず穴にしておいてでも、関数の相互関係、プログラム全体の流れをつかむ調査はしておくべきです。
それがある程度できあがってから、分からないところを「こういう感じにまとめてみたのですがここの部分が良くわからないのですが……」という感じで聞きにいけば、上司なり先輩なりもあなたがどの程度理解しているか分かるので対応もしやすくなります。
投稿2017/06/06 10:39
総合スコア13703
機械のの1から全てを自社で作っています。これって組込系なのでしょうか？
後付ですが、今仕様書っぽいものを作っています。
機械の制御用の基板からその上で動くプログラムも自前、ということでしょう。であれば十分に組み込み系ですね。
おそらくですが、使用しているのは C 言語かと推察します。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/06/06 11:35
2017/06/06 11:47