アカウント名:
パスワード:
>> 初心者に変数がグローバル変数だけと思わせるような筋、stdio.hをインクルードする理由を解説しない点についてはタレこみ人はどうかと思うが
これね、教えたことがない人のセリフ。教えると、こうするしか無いのよ(main()の外にint宣言おいてあるのはいただけないが)。
関数の概念の前にmain()関数があって、メモリの概念の前に"やscanfの&があったり、プリプロセッサの前に#includeがあったり、とどめ、printf()なんて可変長引数をとる、どう考えても最初に教えちゃいけない関数だったり。
ある程度目をつぶって教えるしかない場所なんですよ。で、ポインタやってから戻って「実はscanfの&は・・・」というように教えるしかない。main()の引数char** argvなんて・・・じゃん。
(main()の外にint宣言おいてあるのはいただけないが)。
それがまさに「初心者に変数がグローバル変数だけと思わせるような」ジャマイカ。このソースならローカル変数で書けるし、後々main()以外の関数を導入した際に説明が容易だと思う。
ここは、グローバル変数でよいと思いますよ。初心者なんですから、グローバルもローカルもわからないでしょ。おそらく、初心者にはローカルの概念が難しいと思われ、関数を教えるにせよ、最初はグローバルで教え、そのあと、ローカル変数を教えつつ、それぞれのスコープの違いなどの特徴を学ぶのがスムーズかと。
最初は、問題を単純化して覚えやすくするために、正しくないことでも、あえて正しいと教えることも多々ありますからね。
初心者はmain()以外の関数なんて分からない(少なくとも自分から作ろうとはしない)から, グローバルとローカルのいずれか一つで話を進めるならローカル変数だけにした方が後での実害は少ないです.
おそらくプログラマと称している人の半分程度は, 関数を作ることができないと考えておいた方が安全です.
マジすか?!じゃいったいそういう彼らは関数作らないで何を作るんで?
基本的にはmain()関数, あるいは仕様書に提示されているエントリ関数(これもstubは事前に提供されることが多い)だけで, 内部的にはのべたんで記述します. それが1万行を越えたとしても, 決して複数の関数に分割することはありません.
関数とは彼らにとっては既存の機能を呼び出すために存在するもので, 自分で作成するものではないのです.
main()も関数…って茶々は他のコメントで入れたので置いておくとして。
それ書いてる本人は辛くないんですかね?main()に全部書いてねって言われたら、それは普通に書ける人にとってはむしろ拷問ですよねぇ?(関数がダメってことは多分関数型マクロはもっとダメですよね?)
かの史上初のプログラマブルな計算機である解析機関(機械式、残念ながら完成しなかった)にさえAda女史がサブルーチン・コールの仕掛けを入れようとしたという歴史もありますし、1万行にもなる場合、「必要は発明の母」的に関数書きたくなったりしませんかね?#高校生の頃(1980年代前半)、FORTRAN入門でズラズラ変数並べる代わりに配列を習った記憶があるけどそんな感じに。>「必要は発明の母」必要性・動機があれば学習は速そうなものですが…。
## 職場環境の改善に自ら乗り出すって手もありだけれど…
以前、乗り出しました。プロジェクトのメインツールの作り直しの機会に。
といってもさすがに「main()に全部」な人は居なかったのでそこの改善ではなく「Unitテスト書きましょう運動」。「原理主義的だ!」とブツつかれつつも、結果として若干改善。
しかし今ひとつうまくモジュール化がなされた設計になってなかったので、結果としてテストしにくく、今ひとつテストが不十分なモジュールが発生・・・。現在担当者の異動によりそこを引き継いだのでリファクタリング中。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
とは言うけどね (スコア:4, 興味深い)
>> 初心者に変数がグローバル変数だけと思わせるような筋、stdio.hをインクルードする理由を解説しない点についてはタレこみ人はどうかと思うが
これね、教えたことがない人のセリフ。教えると、こうするしか無いのよ(main()の外にint宣言おいてあるのはいただけないが)。
関数の概念の前にmain()関数があって、メモリの概念の前に"やscanfの&があったり、プリプロセッサの前に#includeがあったり、とどめ、printf()なんて可変長引数をとる、どう考えても最初に教えちゃいけない関数だったり。
ある程度目をつぶって教えるしかない場所なんですよ。で、ポインタやってから戻って「実はscanfの&は・・・」というように教えるしかない。main()の引数char** argvなんて・・・じゃん。
-- gonta --
"May Macintosh be with you"
Re: (スコア:2, すばらしい洞察)
>> 初心者に変数がグローバル変数だけと思わせるような筋、stdio.hをインクルードする理由を解説しない点についてはタレこみ人はどうかと思うが
(main()の外にint宣言おいてあるのはいただけないが)。
それがまさに「初心者に変数がグローバル変数だけと思わせるような」ジャマイカ。
このソースならローカル変数で書けるし、後々main()以外の関数を導入した際に説明が容易だと思う。
Re: (スコア:4, 興味深い)
ここは、グローバル変数でよいと思いますよ。
初心者なんですから、グローバルもローカルもわからないでしょ。
おそらく、初心者にはローカルの概念が難しいと思われ、
関数を教えるにせよ、最初はグローバルで教え、
そのあと、ローカル変数を教えつつ、
それぞれのスコープの違いなどの特徴を学ぶのがスムーズかと。
最初は、問題を単純化して覚えやすくするために、
正しくないことでも、あえて正しいと教えることも多々ありますからね。
Re: (スコア:3, すばらしい洞察)
初心者はmain()以外の関数なんて分からない(少なくとも自分から作ろうとはしない)から, グローバルとローカルのいずれか一つで話を進めるならローカル変数だけにした方が後での実害は少ないです.
おそらくプログラマと称している人の半分程度は, 関数を作ることができないと考えておいた方が安全です.
Re: (スコア:1)
おそらくプログラマと称している人の半分程度は, 関数を作ることができないと考えておいた方が安全です.
マジすか?!
じゃいったいそういう彼らは関数作らないで何を作るんで?
Re: (スコア:1)
基本的にはmain()関数, あるいは仕様書に提示されているエントリ関数(これもstubは事前に提供されることが多い)だけで, 内部的にはのべたんで記述します. それが1万行を越えたとしても, 決して複数の関数に分割することはありません.
関数とは彼らにとっては既存の機能を呼び出すために存在するもので, 自分で作成するものではないのです.
Re: (スコア:2, すばらしい洞察)
main()も関数…って茶々は他のコメントで入れたので置いておくとして。
それ書いてる本人は辛くないんですかね?
main()に全部書いてねって言われたら、それは普通に書ける人にとってはむしろ拷問ですよねぇ?
(関数がダメってことは多分関数型マクロはもっとダメですよね?)
かの史上初のプログラマブルな計算機である解析機関(機械式、残念ながら完成しなかった)にさえ
Ada女史がサブルーチン・コールの仕掛けを入れようとしたという歴史もありますし、
1万行にもなる場合、「必要は発明の母」的に関数書きたくなったりしませんかね?
#高校生の頃(1980年代前半)、FORTRAN入門でズラズラ変数並べる代わりに配列を習った記憶があるけどそんな感じに。>「必要は発明の母」
必要性・動機があれば学習は速そうなものですが…。
Re:とは言うけどね (スコア:0)
# 世の中(職場)に不満があるなら自分を変えろ。それが嫌なら耳と目を閉じ口をつぐんで孤独に暮らせ。それも嫌なら…
## 世の中(職場)からドロップアウト、ですかね。その後普通に書ける環境を探して転職する、と。
## 職場環境の改善に自ら乗り出すって手もありだけれど…
Re:とは言うけどね (スコア:1)
## 職場環境の改善に自ら乗り出すって手もありだけれど…
以前、乗り出しました。
プロジェクトのメインツールの作り直しの機会に。
といってもさすがに「main()に全部」な人は居なかったので
そこの改善ではなく「Unitテスト書きましょう運動」。
「原理主義的だ!」とブツつかれつつも、結果として若干改善。
しかし今ひとつうまくモジュール化がなされた設計になってなかったので、結果としてテストしにくく、今ひとつテストが不十分なモジュールが発生・・・。現在担当者の異動によりそこを引き継いだのでリファクタリング中。