最新の開発環境になじめない奴のスレ
オブジェクト指向は、最初に概念を知ってから始めると理解される。
構造化とオブジェクト指向は別物で、両方供に使う事ができる。
オブジェクト指向は、「部品を作る」が始まりで、部品の組合せでコードを書く。
例として、ハードは
真空管→半導体→IC→LSI
と変化した、トランジスタだけで組み立てていた時代。
ICとなった時代、ICの中身は知らなくて良くて使い方だけを知っていればよい。
しかし、ソフトウェア‐は進化しなかった。
いつでも、ゼロからソフトを開発しなければならない。
トランジスタ→IC と同じように、
中身は知らなくて良い、再利用かのうな部品として扱う「手段」がオブジェクト指向です。
オブジェクト指向への方法論が色々と出てくる。
ここからは色々な本に書かれている。
たしかにこの説明ならよくわかる
いままでわからなかったのは1人で作るとメリットを感じないことばかりだっかからなのかな? アセンブラでI/Oポートに直接出力したり、グラフィックの高速表示したりしたいw
ウィンドウズになってからプログラミングがつまらなくなった。
C++の冗長なコードとかもイヤソ^^; >>15
確かに
「ここはマルチステートメントの方がいいな‥」
と思う事はある
その場合は素直につなげて書いちゃってるよ
でも>>15 の例えは2行に分けたほうが見やすいな (オレ基準) 俺も昔みたいにプログラムやりたいんだが、何使えばいいんだ?
主流で手軽なのって何だ?
C++builderか?
>>38
builderはコントロール配列使えない欠陥仕様だから、
結局VBとかじゃないの。
HSPは仕様が特殊で馴染みにくいし。 freebasicとかいいんじゃないの?
あ、主流がいいのかw 統合環境めどい
エディタでいちいちソースを開かせろ
コマンドラインでコンパイルさせろ
とかいうスレかと思ったのに… >昔みたいにプログラムやりたいんだが
昔というのはどこまでだろうか
OOP無しで、DOS環境と定義してみる。
ベーシック、パスカル、Cコンパイラ、アセンブラ
メジャーなのはこれくらい。
freeBasicは推薦できる。N88系のBASICのフリー版も多い。
ターボパスカル、フリーになってる。
フリーのCコンパイラが沢山有る。
今時のPCでDOSが動かないから、エミュレータを使う。
バーチャルPCのような、古いOSをエミュレートできるソフトがある。
Windows98などが動く、そしてDosも動く。
NEC PC-9801の環境は提供されないから、DOS/V以降になるだろう。
99BASICで良いんじゃね?
>機械語 このBASICにはメモリマップがあります。このアドレスからこのアドレスまでは変数エリア、
>ここから先はテキストVRAMなどというように。なぜメモリマップまで存在するのかというと、
>答えはひとつ、マシン語ルーチンを使うためです。USR 関数があるのです。ちょっとプログラム作法に
>面倒な点もありますが、ネイティブ 32 bit のマシン語ルーチンが組めます。エミュレーションではありません。
>もちろん POKE 命令や PEEK 関数も使えます。ついでに言えば、Windows 95/98 ならば、OUT 命令や INP 関数も使えます。 Visual StudioのIDEに毒されて、インテリセンスが無ければプログラムできない体になりました
みなさんレスありがとう。VB Expressをいじってみます。
それと、C++builderやdelphiって結構いい値段するんですね。 Borland C++ Compiler 5.5
delphi
フリー版がある。 制限も少ない
http://freepg.fc2web.com/cpp/
ある程度はWin上でできるのに
なぜDOS窓で打つんだろう?
ある程度は交通電子カードで買い物もできるのに
なぜ切符を買うんだろう?
昔みたいにマトリックス状の単純なキャラクタ画面があればな。
今のは文字ごとにサイズが違うからちょっと面倒。
座標系もいろいろあるし。 固定幅のフォントを使って、文字座標用の関数でも作ればOK なぜか急に古いしきたりや言い方を押し付けてくる
末期のR55世代!!
紙を使わないように気苦労してても、こそっとコピーを使って喜んでいる
R45
キャリアウーマン世代、社会に出てできて、何かとてきぱきと
動いていれば、早足で歩けば、若い(おばさんではない)と思われる
と、全く勘違いしている、てきぱき行動自体がすでに古いという
ことを知らないR40女。。。
パソコンできるんだとか言ってR40を自覚していると
みんなに公表しているが、まだどこか若いおじさんなんだ
と言いたげな、時代に混乱している、R40男。。。
字下げに一言
end if end sub が } であるから判別のこともあって
やたら8文字とか4文字とか字下げタブっちゃうようになったけど
右にずれすぎて見づらいんだよね
字下げは2文字で十分だと思うんだ x86マシン語はできそうな気がするが
グラフィックアクセス方法やwindowとの調和のとり方はわからない 結局、日曜プログラマが1人で作るんだったらオブジェクト指向は必要ないってこと? 構造化プログラミング=goto文の非推奨=Pascalが最初に出てきた。
その次がモジュール化プログラミング。
コードだけではなくデータ部もモジュール内に隠蔽してしまうのが特徴。
オブジェクト指向の場合はさらに、モジュールを定義するクラスと、
それを実体化するインスタンス生成機構が特徴。
クラス継承による差分プログラミングも重要な要素。 >>55
規模が大きいなら使った方がよい。
仕事で超出来る人が、OOP・デザパタ完全に駆使して綺麗なコードを書いたが、
本人以外触れない、その人辞めたら保守出来ない、という笑えない話が実際あった。
ある程度ベタに書いた方が、一般に要求されるコードレベルが扱えるプログラマなら
誰でも更新修正出来るので、その方が結局は運営がうまく行ったケースも見てきた。 こんなスレがあったのか。
Visual studioでWindowsプログラムを作ろうとしたが、
いまだに、まともに動かないし、なじめない。
あっちこっちクリックして設定しないといけないものなあ。
仕方が無いからコマンドラインでコンパイルしてるが
こっちは、ちゃんと動いてくれるw
WinAPI32直接の方がWindowsの構造がよく見えて分かりやすいわい。 DOS用Cコンパイラの頃が楽しかったな。
LSI C-86試食版にはお世話になった C言語系は、バイトしてTurbo-Cを買ったのが最初だったな。
あの時点ですでに統合開発環境が面倒で、まずはVzで書いてた。 TCで環境使ってる奴なんていなかったね
TurboPascalはエディタ代わりに使われてたのに皮肉なもんだ 既存IDEは馴染めなかったので自分専用のIDEを作ったな
こんなやつ
http://www.vector.co.jp/soft/win95/prog/se240901.html
開発対象言語はJavaまたはC++ x68kからスマホへ引っ越すのは半年かかったな苦ではなかった
APIを眺めるとあったらいいなが大体全部そろってるから作り込みに全力注げる >>66
TurboPascalV3の頃はそもそもマトモなエディタがなかったからな。
TurboC1.5の頃は色々あったけど ひところ製造業が生産機械の制御用に古いPC-9801の動作品を探してるなんて話を聞いて
いつまでも現役のキューハチすげーとか当時は思っていたけど
そこで気づくべきだったのはそんな古い機械をいつまでも使い続けて
設備更新に金をかけない日本の製造業のやばさだったんだよな そのおかげで古い知識しか持たないエンジニアが食いつないでいけるともいえる
さすがに98ほどは古くないけどw >>1
安全対策に厳格ではなくなってるけど
製造にしろテストにしろ
生産効率は間違いなく上がってるけどな
JAVAとかpython、(VM)的な物に
Cルール関係ないのに
Cっぽく書いちゃうのは呪いと思う 黒地に青文字とかはやめてほしいわな。
IDE内蔵のエディタではやはりやりにくいことも多々で、外部でのEmacsやviも併用してしまうな、やっぱり、 Emacsってなんか素人臭いので機能関係なく使わなかったなぁ
てか新しいく覚えるのがめんどくさかった
CシェルもそうwBとKだけで良いだろと強く思ってた