わからない事を聞くとき…

基本情報とは、基本情報技術者試験に合格したということでしょうか。 そこではソフトウェア工学・開発手法の触りも出てきますが、あくまで 触りです。 設計するときに、まず業務要件確定からシステム要件が確定していきます。 そのシステム要件から実装の部分がソフトウェア工学・開発手法の神髄です。 教科書をまず買い、WebならWeb開発の作法を学びます。 ・構造化プログラミング ・モジュール分割 ・テーブル設計(正規化だけでなく) ここらへんからいち早く習得してください。 次に、ネットにある掲示板で、システムエンジニアが集まるところがあります ので、そこで質問してください。某巨大掲示板で良いです。会社の先輩は厳しい ですが、掲示板の仲間たちは猛烈に教えてくれます。からかわれることもあり ますが、そこは笑って受け流して。 とにかく勉強です。基本情報技術者の数倍を勉強してください。ソフトウェア 開発であれば、本はたくさん売っています。最初が肝心です。通勤の電車も勉強、 帰宅したら2時間勉強してください。 そして、兎にも角にも作法を身に付けることです。

私の旦那はエンジニアとして何年も働いてますが、いまだに本屋さんで色々な資格の本や勉強の本買って、新しい知識を得ようと勉強してますよ。 指示されたり、教わってやるのは下っ端の特権です。 一年目で嫌がられてもたくさん質問して猛勉強して２年目３年目では自分でほぼやれるようになります。 ４年目になったら求められてることより上の事をやれるようにならねばなりません。 IPなどは全体を見て仕事をしていれば、この仕事にはこの機体が使われてるからあのプログラムを見ればわかるはずなど察してたどればわかります。 チャット履歴を見て、これとこれだからあれと繋がって、これは別の話だからこっちか。など察するのです。 察した上で、先輩にこれはこれでいいんですよね？など質問すれば怒られることは少なくなると思いますよ。

先にいくつかレスがついていますが、 なんというかトピ主さんの普段先輩たちに質問している 際と同様の「聞いているのはそれじゃない」感が あるように思います。 トピ主さんのおっしゃることはなんとなくわかり、 例えばトピ主さんの質問をインターネット検索すると たどり着く情報の 「だからその〇〇の根拠はなんなの？ 　それって△△が□□□って前提の場合にしか 　成立しないよね？ 　つまりその状況って、「自分のためのメモ」って 　公開しているけれど汎用性がほとんどないよね？」 というような絶望感なのだと思います。 トピ主さんの知りたい本質的なこと (例えばこれは可変の値なのか、何らかのルールに準じた 　固定の値なのか、状況にあわせて算出できる値なのか、 　その場合その算出方法は？、等) ということは、多分質問される先輩方は理解しておらず ただ〇〇という値である、という理解をしており、 だからトピ主さんの質問に答えられないという状況かと思います。 トピ主さんの質問を見て、これが長年感じていた疑問 (多分文系脳といわれるもの)なのかなと思いました。 でも不思議なことにそれでも他のケースに応用する ことはできるみたいです。 それも実力や能力なのかも。 あとずっとインターネットで探していると、 知りたかったような本質的な回答をみつけることも できると思います。 ものすごく埋もれていますが… 「最初からそういってくれればわかるのに」って感じの。 多分1こずつ答えを出して理解してきたいという 思考自体をやめて、「なんだかわからないけれど動いている」 を重ねて、そのうちちょっとしたきっかけで本質に 気が付くようなアプローチしかないかもしれないです。 トピ主さんが得た最終的な結論は、技術メモとかに してまとめておけば同じような人の役に立つかも。