現在大学2年生の理工学部生です。プログラマになりたいのですが、どのような知識・スキルがあるとプログラマになったときに有利でしょうか。参考となる本、サイトなども歓迎です。ちなみに学科は情報系ではありません。
【現在の状況】Windowsユーザーで、Linuxは少しだけさわれます。言語はVBやC#なら書けます。Cは多少。今考えているのはCやC++でWin32 APIを学ぼうかと考えています。また、FEを来年受けようと考えています。
※ 有料アンケート・ポイント付き質問機能は2023年2月28日に終了しました。
ログインして回答する
みんなの回答
-
freemann
満足33pt
アルゴリズムとデータ構造について知っていると有利になると思います。
- 作者: 柴田 望洋 辻 亮介
- 出版社/メーカー: ソフトバンククリエイティブ
- メディア: 大型本
Visual C#.NETによる 明解 アルゴリズムとデータ構造
- 作者: 白井 豊
- 出版社/メーカー: ゆたか創造舎
- メディア: 単行本（ソフトカバー）
-
sensepicker
- その他の回答を読む
sensepicker
この質問へのコメント
質問の情報
- 登録日時
- 2009-11-25 15:17:30
- 終了日時
- 2009-11-28 13:31:41
- 回答条件
- 1人2回まで
この質問のカテゴリ
この質問に含まれるキーワード
人気の質問
-
36歳です。卵巣腫瘍疑いで大学病院に10月1日に受診しました。エコーで充実性腫瘍があるから至急MRIと腫瘍マ…
ikkuchaan
1
-
同じような体験をしたことがある人はいますか？。 ある日、お葬式の職業に就きたいなあなんて話題にしてい…
匿名質問者
1
-
私は、【チルスポ】 という名前で、 チルスポット情報を共有するアプリを開発しています。 皆さんの知って…匿名質問者1
-
b型就労支援施設に通っている方に質問です。どういうことが通っていて辛いと感じますか？他の利用者の方と…匿名質問者
-
今行きがかり上で中小企業を相手に民事訴訟の原告と被告で2件の裁判を抱えています。しかし何も深刻さはな…
asnaro_71
1
プログラマは全般的に給与安いし、労働条件良くないよ。
技術は上辺だけ学んでおいて、
話術や権謀術数を磨くほうが賢いかもしれないね。
VBやVCの基礎があるなら.NETかな。
意外とまだ技術者が少ないようなんだよね。
インターネット系だとオープンソースが多いけど、
イントラネット系だと強いよ。
この本がいいとか、これが良いとかってのは、その人を見ないと判らないし、
不適当な場合もあるから、ざっくりとコメント欄ね。
参考: http://japanese.joelonsoftware.com/Articles/FiveWorlds.html
多少強引な例えをすれば、「プログラマになりたいからプログラミングを勉強しなきゃ」というのは「外資系(or英語圏)で働きたいから英語勉強しなきゃ」みたいなものです。そりゃ出来ないと困りますが、重要なのはプログラミングなり英語なりを使って何をするかってところですよね。あ、ちなみにプログラマになるなら英語は出来た方が何かと便利だと思います。多分。
まだ2年生なら、とりあえずどんな業界があるのかを積極的に調査してみるのが良いのではないでしょうか。業界によってはインターンを受け入れてたりアルバイトで潜り込めるところもあります (そういったチャネルが無い業界もあるので、インターンやアルバイトの経験だけでプログラマ全体を判断するのも危険です)。理工学部ならカリキュラムの一環で企業見学などが組み込まれているかもしれません。大都市だとプログラマの勉強会が毎週のように開かれています。プログラマのオンラインコミュニティもあります。そういうところに顔を出して話を聞き、質問していると次第にイメージが掴めてくるんじゃないでしょうか。
自分ひとりでフルスクラッチからプログラミングするのは楽しいですが、他人の書いた何をしたいのか良くわからないコードのバグを修正するのは苦痛です。
人の役に立つ、便利なアプリケーションを作って、使ってもらうのはうれしいですが、これといって何の役に立つかわからない、しかし開発は面倒なアプリケーションを作るのは苦痛です。
デバッグして問題を見つけ、直してちゃんと動いたらうれしいですが、次から次へと既存部分も含めて意味不明なバグが尽きないと苦痛です。
自分の好きな開発環境を使って開発できると楽ですが、よくわからない独自ツールを使わないとビルドできないような構成で開発するのは苦痛です。
設計すべてにかかわって、中身のわかっているアプリケーションならトラブル対応はまかせてくれ、と言いたいですが、ブラックボックスで無駄に複雑なアプリケーションのトラブル対応は苦痛です。
自分が綺麗だと思えるコードを書くのは気持ちいいですが、変な修正履歴やコメントをソースに追記したり気持ち悪いコーディングルールに従ってコードを書くのは苦痛です。
要求どおりのプログラムを計画通りに開発できると達成感を得られますが、プログラムができあがってある程度テストを終えてから要求が変わったり（でも納期はかわらなかったり）するのは苦痛です。
職業プログラマの仕事は、ほぼ後者、苦痛な方です。プログラミングが好きな人ほど向いていない職業ですよ。
会社勤めのプログラマーは苦痛なことが多いようですね。
いろいろ調べたり、インターンに参加したりして情報を集めることにします。
（誰とはあえて言わないが、回答欄のほうにも出現しているので、
ポイント配分で、貴殿のスキルも知れようというもの。均等配分は厳禁ね。）
ポイント配分、気をつけます。
特にOSSを利用している会社は、より技術を重視する傾向があるように感じています。
なぜ上記のようなことを書くかというと、他社（他者）のためにプログラム作成するとなると説明が必要です。
特に素人にもわかるような説明ができる能力が必要となります。
また、逆に相手の業種の業務を知らなければ、業務をプログラムにすることができないため、相手の業務の知識も必要になります。
と、こんなふうにプログラムだけに集中することはできないし、集中すべきではありません。
逆に自社のために自社で開発している会社は、技術がわかる人間が多く、素人相手にコミュニケーションする時間は減らすことができる傾向があるように感じます。
そこではプログラムなどの技術に集中することに対して推奨されることはあっても、止められることはほとんどありません。
その上で、C言語を勉強し、OS・コンパイラあたりのコードを読みまくるというのは良い経験になると思います。
次に、読んだコードをちょっと変更・拡張して遊んでみて、その次に自分でゼロからコードを書いてみてはどうでしょうか。