個人で、あるソフトを作ろうと思い立ち、いろいろ調べてVisual Studio 2005を購入しました。僕が作りたいのはデータベース系のアプリケーションプログラムなのですが、どの言語を使用したらよいのか、又、どうやって作っていってよいのか分かりません。プログラム入門の本を参考にして、基本設計くらいは出来ています。何かよいアドバイスや、初心者向けの基本書がありましたら教えてください。
投稿日時 - 2007-07-28 22:15:32
3人が「このQ&Aが役に立った」と投票しています
回答（6件中 1～5件目)
みなさんも言ってますが、本当の言語も分からないまったくの初心者であれば、今思っている物が作り始められるレベルにたどり着くまでに最低でも１年ぐらいはかかるのではと思います。たどり着けずに挫折する可能性も沢山あります。そういう気の長い話なので焦らないでやりましょうとみなさんは言いたいんじゃ無いですかね。すごく急ぎすぎてるように見えます。
回答者No.5さんの質問にも、ちゃんと答えてませんし。
シェアウェアのためのVS2005という意味なら、ExcelやAccessでもシェアウェアが数多く存在しています。
言語そのものの勉強や、WindowｓAPIの学習、シェアウェア化する為の知識など覚えることは沢山あります。
回答者No.3さんも仰られてますが、要件自体を見る限り本格的なＤＢ(データベース)を導入する必然が感じられませんので、とりあえずはＳＱＬなどの導入は保留して考えたほうが良いと思います。
言語は、Ｃ＃，ＶＢ，Ｃ++のどれでも実現可能だと思いますので、自分が習得が容易だと思われる言語を目指されたほうが良いかも知れません。
言語を覚え、Windowsアプリが作れるようになってから、データ規模や処理速度などからＤＢが必要か検討しないとリアリティの無い設計をしています(今の設計がそうですね)。
投稿日時 - 2007-07-29 17:44:28
お礼
アドバイスありがとう御座います。
かなり簡単ひ考えていたようです。
気長に少しづつやっていくよう頭を切り替えます。
又、ExcelやAccessとVBのような言語と両方から考えて見ます。
投稿日時 - 2007-07-29 19:53:11
単純に書かれている内容を読んでる限りでは、
(VS2005の開発ではなく)ExcelやAccessなどMS Officeで
開発した方が楽そう/それでも十分そうな感触ですが、
色々調べた際にVS2005購入に踏み切った判断の根拠はなんでしょう。
「Office+マクロ/VBA」から「クラサバ/DB開発」になると
覚えること/作る手間が跳ね上がるわりに、
ちょっとしたソフトの範囲ではあまりメリットが出ないです。
「イージーオーダー」と「ハンドメイド」の違いですが、
ゼロから仕立てる手間/コストに見合わない普段着なら、
イージーで十分だと私は思います。
「プログラミングの勉強のための題材」など「開発自体が目的」の場合、
(フリー/シェアウェアレベルでない)製品パッケージ販売の場合など、
カスタムメイドが本当に必要な場合以外は、
「計算してくれるソフト」だけならOfficeのVBAも検討されてはどうでしょう。
いずれにせよ、コンポーネントを持ってこないと(or買ってこないと)
自力でグラフを書くとかから初心者にはつらいのではないかと思いますし。
> 僕の言う「基本設計」というのは、上記の燃費を出すために、
> 日付の入力→走行距離の入力→給油量の入力→燃費計算→グラフ化、みたいな手順のことです。
基本設計(どう作るか)というよりはその前段階の分析(何を作るか)に近そうですね。
順当な手順だとは思います。大まかな手順が固まってきているなら、
それを処理に落とし込むクラス設計と、
データ構造を決める論理データ設計、
UIを決める画面設計、あたりをやりやすい順番でまとめていけばよいと思います。
# 必要なら、言語やDBなどについての勉強も。
投稿日時 - 2007-07-29 11:30:00
お礼
回答ありがとうございます。
このソフトは、シェアウエアにしたいと考えています。
まだ早すぎるかもしれませんが、画面のデザインなんかにも見やすい、分かりやすい、キレイなものにしたいと考えてます。
無謀でしょうか？
前途多難な感じですが、ご意見参考にさせていただきます。
投稿日時 - 2007-07-29 14:39:10
＞どの言語を使用したらよいのか
会社の業務でやる場合は、客先の希望や会社やプロジェ
クトチームのメンバーの経験や実績等によって、使用
言語が限定される場合が多いのですが、個人のみで作る
のであれば、いくら他の人から「これが良いよ」と推め
られても、合わない場合が良くあるので、結局は本人の
好み次第です。
＞基本設計くらいは出来ています。
基本設計ができているのなら、次には詳細設計を行って
下さい。
その後は、コーディングに入るだけです。
全くプログラムの経験が無く、どうして良いのか五里霧中
というのであるならば、いきなり大きなシステム構築から
ではなく、単純な小プログラムから始めて下さい。
＃山歩きもしたことの無い初心者が、いきなり冬のアルプス
＃単独登頂を目指す様なものです。
＃まずは手近な低い山から始める必要があります。
投稿日時 - 2007-07-29 09:33:07
お礼
ご回答ありがとうございます。
お礼が遅れ申し訳ありません。
結局、Visual C#を使って簡単なプログラムから作り始めています。
まだ自分の作りたいソフトができるまでどれくらい掛かるかわかりませんが、結構楽しいのでやっていけそうな気がしてます。
投稿日時 - 2007-08-12 09:47:58
>「あるソフト」とは自動車の燃費管理なんかのことです。
データ量の見積もりしましたか？
データ総量が2GByte以下でレコードの構造が変化する可能性が無くて、データ自体が独立しているようでしたら、単純に固定レコードファイルを作ればよくてDB化する必要は無いと思いますが。
DBを使用するのであれば#1が書いているようにC#+SQLが無難な選択では無いかと思います。
投稿日時 - 2007-07-29 09:21:11
お礼
お礼が遅れすみません。
結局、VisualC#を使って簡単なプログラムを組み始めています。
ありがとう御座いました。
投稿日時 - 2007-08-12 09:50:01
