東方算程譚

Oriental Code Talk ── επιστημηが与太をこく、弾幕とは無縁のシロモノ。

目次

Blog 利用状況

ニュース

著作とお薦めの品々は

著作とお薦めの品々は
東方熱帯林へ。

あわせて読みたい

わんくま

  1. 東京勉強会#2
    C++/CLI カクテル・レシピ
  2. 東京勉強会#3
    template vs. generics
  3. 大阪勉強会#6
    C++むかしばなし
  4. 東京勉強会#7
    C++むかしばなし
  5. 東京勉強会#8
    STL/CLRによるGeneric Programming
  6. TechEd 2007 @YOKOHAMA
    C++・C++/CLI・C# 適材適所
  7. 東京勉強会#14
    Making of BOF
  8. 東京勉強会#15
    状態遷移
  9. 名古屋勉強会#2
    WinUnit - お気楽お手軽UnitTest

CodeZine

  1. Cで実現する「ぷちオブジェクト指向」
  2. CUnitによるテスト駆動開発
  3. SQLiteで組み込みDB体験(2007年版)
  4. C++/CLIによるCライブラリの.NET化
  5. C# 1.1からC# 3.0まで~言語仕様の進化
  6. BoostでC++0xのライブラリ「TR1」を先取りしよう (1)
  7. BoostでC++0xのライブラリ「TR1」を先取りしよう (2)
  8. BoostでC++0xのライブラリ「TR1」を先取りしよう (3)
  9. BoostでC++0xのライブラリ「TR1」を先取りしよう (4)
  10. BoostでC++0xのライブラリ「TR1」を先取りしよう (5)
  11. C/C++に対応した、もうひとつのUnitTestFramework ─ WinUnit
  12. SQLiteで"おこづかいちょう"
  13. STL/CLRツアーガイド
  14. マージ・ソート : 巨大データのソート法
  15. ヒープソートのアルゴリズム
  16. C++0xの新機能「ラムダ式」を次期Visual Studioでいち早く試す
  17. .NETでマンデルブロ集合を描く
  18. .NETでマンデルブロ集合を描く(後日談)
  19. C++/CLI : とある文字列の相互変換(コンバージョン)
  20. インテルTBBによる選択ソートの高速化
  21. インテルTBB3.0 によるパイプライン処理
  22. Visual C++ 2010に追加されたSTLアルゴリズム
  23. Visual C++ 2010に追加されたSTLコンテナ「forward_list」
  24. shared_ptrによるObserverパターンの実装
  25. .NETでマンデルブロ集合を描く(番外編) ── OpenCLで超並列コンピューティング
  26. StateパターンでCSVを読む
  27. 状態遷移表からStateパターンを自動生成する
  28. 「ソートも、サーチも、あるんだよ」~標準C++ライブラリにみるアルゴリズムの面白さ
  29. インテルTBBの同期メカニズム
  30. なぜsetを使っちゃいけないの?
  31. WPFアプリケーションで腕試し ~C++でもWPFアプリを
  32. C++11 : スレッド・ライブラリひとめぐり
  33. Google製のC++ Unit Test Framework「Google Test」を使ってみる
  34. メールでデータベースを更新するココロミ
  35. Visitorパターンで遊んでみたよ
  36. Collection 2題:「WPFにバインドできる辞書」と「重複を許す検索set」
  37. Visual C++ 2012:stateless-lambdaとSQLiteのぷち拡張
  38. 「Visual C++ Compiler November 2012 CTP」で追加された6つの新機能

@IT

  1. Vista時代のVisual C++の流儀(前編)Vista到来。既存C/C++資産の.NET化を始めよう!
  2. Vista時代のVisual C++の流儀(中編)MFCから.NETへの実践的移行計画
  3. Vista時代のVisual C++の流儀(後編) STL/CLRによるDocument/Viewアーキテクチャ
  4. C++開発者のための単体テスト入門 第1回 C++開発者の皆さん。テスト、ちゃんとしていますか?
  5. C++開発者のための単体テスト入門 第2回 C++アプリケーションの効率的なテスト手法(CppUnit編)
  6. C++開発者のための単体テスト入門 第3回 C++アプリケーションの効率的なテスト手法(NUnit編)

AWARDS


Microsoft MVP
for Visual Developer - Visual C++


Wankuma MVP
for いぢわる C++


Nyantora MVP
for こくまろ中国茶

Xbox

Links

記事カテゴリ

書庫

日記カテゴリ

流れるカイカン

ネタ元 → はじめの一歩。

標準出力にだす'Hello, world'を最初のステップにしたいと考えていた私も、(最初からフォームに手を出すのはまだ抵抗がありますが、) MessageBox くらいは出してもいいんじゃないかと思うようになってきました。

標準出力とMessageBoxでは、感動の大きさが少し違うんじゃないかと思うんですけどどう思われますか?

わかる。とてもわかる。コンソールにぽつんと一行、
Hello, world
じゃぁあまりに地味。地味すぐる。
オレがやりたいのはこんなんじゃなぁい!
でしょね。

んでもεπι的にはコンソールアプリの快感ちゅーのを大事にしたいす。
コンソールだとさ、出力がリアルタイムにぶわーっと流れてくれるや
ないですか。入力求めればそこでピタと止まってプロンプト出るし、
assertかましとけば しくった瞬間かちんと止まってくれる。
おー動いてんぞ動いてんぞー」ってワクワクを体感できるですよ。
書いたとおりに動くってー感触はコンソールの方がずっと鮮明なんです。
とくにアルゴリズムとかおべんきょしてるときゃ、
途中経過が逐次出力されるのがキモチいいしタメになります。
デバッガでステップ実行ではCPUの鼓動が感じられんのです。

投稿日時 : 2007年11月7日 9:12

コメントを追加

# re: 流れるカイカン 2007/11/07 9:46 シャノン

だから、プログラムにはじめて触れる人には VB なり C# なりで RAD していただきたい。
俺は VB6 で一行もコードを書かずにフォームが出てきただけで感動した。
ただ、それはファーストインプレッションにはいいけれど、そのまま突っ走ってしまうのはいただけない。

# re: 流れるカイカン 2007/11/07 9:46 774RR

「フロー図」の通り動くのがいいんだよね
MFC/SDK の Windows Application だとイベント駆動になってしまうので
原理が理解できていないとプログラムがあまりに断片過ぎて何だコリャ?

コンソールアプリはプログラムの通り直観的に動くのがいいよね。

# re: 流れるカイカン 2007/11/07 9:53 επιστημη

そーなの。イベント駆動だとぶつ切りの断片を
"動かされてる"気がする(いや実際そーなんだけど

# re: 流れるカイカン 2007/11/07 9:55 とりこびと

シャノンさんの

>ただ、それはファーストインプレッションにはいいけれど、そのまま突っ走ってしまうのはいただけない。

これを書いておけばよかったです・・・。

# re: 流れるカイカン 2007/11/07 10:24 シャノン

> コンソールアプリはプログラムの通り直観的に動くのがいいよね。

なんか、「ボタンクリックしたら画面に文字を描きたいんですけど消えちゃいます」っていう質問を思い出す。

# re: 流れるカイカン 2007/11/07 11:14 επιστημη

GUIつかFrameworkゆーのんは「書いた以上に動く」からねー
# それがFrameworkのおシゴトなんだけどさ。

# re: 流れるカイカン 2007/11/07 11:17 IIJIMAS

>書いたとおりに動くってー感触はコンソールの方がずっと鮮明なんです。

本当そう思います。
フォームアプリだと自分で作ってないのに動くので、動かしてみるまで自分が意図した通りに動くのか正直わからないことがあります。

# re: 流れるカイカン 2007/11/08 9:24 Gushwell

コンソールアプリでお勉強というのは、僕もよくわかります。
スパイクプログラムの大半はコンソールアプリデ作ります。

でも初心者がプログラムに興味を持ってもらい、モチベーションを上げるのは、GUIアプリに軍配があがると思います。
数年間、新人研修を担当して思ったことです。
はじめは、コンソールアプリで研修やってましたが、
途中からGUIに切り替えました。
新人君たちの目の輝きが全然違いますです。

# re: 流れるカイカン 2007/11/08 10:16 επιστημη

ですよねー、GUIの方がやる気でるよねー。
研修にVisualStudio使うなら、まず System.Diagnostics.Debug.Print
の使い方教えといて、
「あちこちにDebug.Printばらまいてごらん」
てゆーのがいいのかな。

# re: 流れるカイカン 2007/11/08 10:38 Gushwell

なるほど、それならば、コンピュータが仕事してる!!
ってのを実感できそうですね。

タイトル
名前
URL
コメント