プログラミングの作業に何の価値も見出せなくなってしまったd金魚による日記 このページをアンテナに追加 RSSフィード

 iTunes Music Store(Japan) なかのひと あわせて読みたいブログパーツ
|

0001 | 00 |
2004 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2005 | 01 | 02 | 03 | 04 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2006 | 00 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2007 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 |
2008 | 01 | 02 | 03 | 05 | 07 | 08 | 09 | 10 | 11 | 12 |
2009 | 01 | 02 | 03 |
2010 | 03 | 04 | 06 | 07 | 09 | 10 | 11 |
2011 | 01 | 02 | 10 |
2012 | 04 |
2013 | 01 | 05 | 06 | 07 | 08 | 10 |
2014 | 02 | 03 | 05 | 09 |
2015 | 04 |
2016 | 09 | 11 | 12 |
はてな一覧
アンテナに追加
私のアンテナ
私のダイアリー
私のアーカイブ
私のアイデア
私のブックマーク
私のグループ
私のキーワード
ニュース系、今まで続いているシリーズモノの読み物
dKingyo Utility Toolkit Projectのリリース情報
やっぱり暗号化は大人の味(笑)
プログラムのパッキング方法を調べよ
ココが厳しいよMinGW
ライブラリアン通信
ゲームプログラミングどうしよう
CRCについて
ビット演算練習
d金魚の今更Ajax
Windows Tips
VC6 Tips
Win32 WTL Tips
Ruby for C++ User
Ruby Tips
今日のRubyで嵌った事
正規表現PIECE
書きかけ
続く・・・

私のダイアリーの人気記事
新しくブックマークされた記事


あまり、役に立たなそうな個人的に調べた情報や妄想に耽った事、今 勉強している事ヒソヒソと公開していたりします。 | 登録してくれている方々 | d金魚にメール | 当サイトは640x480の画面解像度に対応しています。
日記へのリンク、アンリンクはフリーですが、selfタグのついている部分のコンテンツの引用はご遠慮願います。ご協力よろしくお願いします。


 | 

2006-09-30 誤変換ミスを検索して推敲しよう!!!

[][]パソコンで書いた文章の推敲テクニック PART.1 パソコンで書いた文章の推敲テクニック PART.1を含むブックマーク パソコンで書いた文章の推敲テクニック PART.1のブックマークコメント

そう。一番よくやるのが誤変換

別にWORDとかが赤い波線引いてくれるような所は普通に推敲すれば間違ったりしないのだ。

誤変換のミスには気付きにくいというのが推敲上、一番厄介だと思う。

と、言う事で、個人によって誤変換するワードはそれぞれなのだが、個人的に一番誤変換するキーワードを挙げておこう。


「意外」と「以外」


この変換ミスだけでかなり違和感が生じてしまう。にもかかわらず、私はそのミスに気が付かない。

よってなんらかの文章をパソコンで書いたとき、検索対象として「意外」と「以外」の両方を検索にかけてその単語が見つかった付近の文章を気をつけて読んでみて欲しい。誤変換していたらその文章が変なのでそれでミスを防げるといったわけだ。


この手の誤変換やす漢字を集めているサイトがあればとても役に立つと思った次第なのだが・・・


本で探したらこんな本を見つけた。役に立つかどうかは不明

http://www.amazon.co.jp/exec/obidos/ASIN/4872575385/studiokingyo-22

http://www.amazon.co.jp/exec/obidos/ASIN/4872576497/studiokingyo-22

[]asってなんだったっけ? asってなんだったっけ?を含むブックマーク asってなんだったっけ?のブックマークコメント

asについて度忘れしていたのでちょっとだけ復習

Symbol as Stringという見出しを見てasってなんだったっけと度忘れ。

Excite翻訳にて

ストリングとしてのシンボル

と訳された。

なんてか、凄く(/ω\) ハジカシー

[][]Windows Tips / ファイル検索を高速化する設定 Windows Tips / ファイル検索を高速化する設定を含むブックマーク Windows Tips / ファイル検索を高速化する設定のブックマークコメント

http://arena.nikkeibp.co.jp/tec/winxp/20030325/104217/

のように「インデックスサービス」を使う。

今までこの方法を知らなかった。

これも凄く (/ω\) ハジカシー

TakamiChieTakamiChie 2006/09/27 07:32 誤変換はゆっくり書くしかないんですが、難しいですねえ、ATOKだと若干ましにはなりますが、それでもやることはやっちゃいます。
それ以前にタイプミスも混ざってると、もっとひどいことに。

> as
ええと、変数がキャスト可能ならそれを、できなければnullを返すキーワード(Delphi)?
# よくよく考えてみれば、C系みたいにif((obj == funcA()) != null) みたいなことができればかなり有用ですが、
# できないDelphiではあんまり使わないかもという…。

studiokingyostudiokingyo 2006/09/27 20:34 >タイプミス
そうですね。私もタイプミスをします。右手で打つキーを打ち終わらないうちに左手で打つキーを押したりして変な文章が出来上がったりすることがあります。
でも、意識して行おうとすると上手く再現してくれないので例示できないのですが^^;

> as
Delphiの予約語だったんですか。しかもそのような機能のある文法をすでに言語に組み込んであるのはありがたいですね。
ですが、DelphiではCのような比較処理が出来ないのですか。初耳です。
Cで記述する事に慣れてしまった私にはDelphiはやっぱり環境的に魅力的なのですが、一歩引いてしまいそうです。

TakamiChieTakamiChie 2006/09/28 20:58 > as
ボケたのに〜。
まあ、最近Turbo Delphiも登場したDelphiですが、組み込みのドキュメントコメント機能はないし、コード折りたたみもないし――。
コードのきれいさを追求するならDelphiはないかなと思ってます。

実装と宣言を別々に書く仕様も、いまとなってはどうかなぁ――ですね。
まあでも、読める言語は多いほうがいいのでは?
会社でDelphiを使うことは少ないとのことですが、コンポーネント文化の色濃いDelphi語圏では、学べることも多いかと(C#は改悪入ってますからね)。

TakamiChieTakamiChie 2006/09/28 21:01 そうそう。環境と言えば、IDEにバグが多いので有名ですね。
BDSになって変わったのかな。

studiokingyostudiokingyo 2006/09/29 00:51 > as
どうツっこめばよいか分からなかったです^^;
> Delphi
DelphiってCと比べると結構 癖があるんですね。
コンポーネント文化ってのにちょっと興味があって調べた事があった覚えがあったのですが・・・もう忘れてしまいました^^;Cの#includeはディレクトリに頼っているのに対してそれより洗練されていた覚えがあります。
>Delphiにバグ
そうなんですか。
私はMS製ツールなのでその辺りは少しだけ安心してしまったりしていますが・・・

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060930

2006-09-29 ライブラリアン通信 VOL.34

[][][]Ruby2c / Ruby to C が欲しい!!! Ruby2c / Ruby to C が欲しい!!!を含むブックマーク Ruby2c / Ruby to C が欲しい!!!のブックマークコメント

http://alohakun.blog7.fc2.com/blog-entry-448.html

http://rucila.s43.xrea.com/memo/?date=20050205#p03

より。

Ruby to C / RubyからC言語トランスレートするツール。確かに欲しい。

これさえあれば、Ruby記述ができてC言語になってそれからコンパイラに渡す事が出来る。

高速化できるしRubyの文法による生産性向上につながるわけだ!!!

私も欲しいですよ!!!これさえあればC++に見切りをつけられるかもしれませんよ^^;(言いすぎだが・・・)


で、これからSwigなるツールを思い出した。

http://ruby.gfd-dennou.org/tutorial/swig/swig-cpp.html

そうだなぁ 2年程前から目を付けていたがいじらないうちに忘れていた。

http://web.archive.org/web/20041109215009/http://swig.shibu.jp/doc1319/SWIGPlus.html


追記:見つけました。

後で使ってみたいと思います。


書きかけ・・・

[][][][]状態遷移を記述する「何か」が必要だ!!! 状態遷移を記述する「何か」が必要だ!!!を含むブックマーク 状態遷移を記述する「何か」が必要だ!!!のブックマークコメント

http://d.hatena.ne.jp/textfile/20060922/patterns

より。

さて、私は前々から感じていた事がある。

移植という作業は億劫である。

よって

環境に合わせた*1プログラミングをするというのは億劫である。(このおかげで仕事が入るというのは置いておいて・・・)

こういう処理を記述したものをコード上から取り除くと・・・状態遷移記述だけになるのではと感じるのだ。

究極的にはそのようなプリミティブな記述から各言語へのトランスレーターがあればよいと感じているのだ。

もちろん、指定した状態への入り口を作るようなモジュールの分け方が出来るような出力が出来る事が条件だ。

そうすれば各言語バッドノウハウなどは取るに足らないものになりプログラマーもさようなら!MSの開発環境依存しなくなり、CEOマネージャープログラマーの生産性やプログラムの状態遷移不完全からくるバグによる納期遅れについて頭を悩ます事もなくなるのだ・・・(だが、各アルゴリズムの状態遷移を理解でき、完全な状態遷移を記述する事の出来るコンピューターサイエンティストが必要になるのですがね・・・いや、これがプログラマーか^^;)

正にGood Bye Codingの理想に近づくわけだが・・・(http://d.hatena.ne.jp/studiokingyo/20060330#p2 より。)

もし、この方法が確立されたらプログラミング言語によるプログラミングというものは文化に過ぎなくなるような気がする。


なんというか、パーサー作りの為にBNFが出来たように状態遷移記述の為に何かが出来ればなと感じているのだ。

もしかしたら関数型言語が担っていたり?(ゴメン、まだ触っていない・・・)

昔、状態遷移図についてイチャモンをつけていた覚えがあるけど、これを元にプログラム言語トランスレートできればこれ以上に楽な事は無い・・・。もちろん、この状態遷移図が完全である事が条件だが。

ちなみに状態遷移表をプログラム言語トランスレートするツールは既にある。

http://d.hatena.ne.jp/studiokingyo/20060115#p1


さて、状態遷移を視覚化、概念化するにはどうすればよいのだろうか・・・

例えば、LZWのアルゴリズムハッシュ法を使う方法とTST法を使う方法があるとするが、その中で使う「法」が大切なのではなくてLZWアルゴリズムの「プリミティブな状態遷移」を視覚化、もしくは記述する方法を確立しなくてはと感じているのだ。C言語記述する場合、この「法」の部分と「プリミティブな状態遷移」がソースコード内に混じってしまい*2もし修正する場合は注意深く扱わないといけない。

これではソースコードを直すのも一苦労だ。

むしろ完全な状態で作ったはずのソースコードに手を加えるとなるとなおさらだ。なんらかの事でこのような繰り返しが来るとなるといつかミスる事は避けられないのではないかと感じている。


以上のようなアイディア

に発案した私なりの提案なのだが・・・実現するにはまだ、頭の中に考えがまとまってこない・・・。

むしろ、後で見てみたら自分でも何を言おうとしていたのか分からなくなってくるかもしれない。後日、実現に向けて考えを深めていく必要があると感じた。


やねうらお氏はgoogle:Kascalという独自の言語を作り、各言語に対する差異をなくそうとしていた。

私は各アルゴリズムの状態遷移をプリミティブ化し、環境に対する差異をなくすライブラリを作りたいと思う。

もう、C/C++記述するライブラリ製作にはうんざりなのだ!!!正直、飽きたのだ!!!

[][][]glibc malloc() free()の実装 glibc malloc() free()の実装を含むブックマーク glibc malloc() free()の実装のブックマークコメント

http://mkosaki.blog46.fc2.com/blog-entry-241.html

より。

glibcmalloc freeの実装の解説ビデオ

http://video.google.com/videoplay?docid=2914803742593360351


via http://d.hatena.ne.jp/hyoshiok/20060926#p2

リンク先にはこのビデオに使われていたPowerPointの資料がDLできる。

こういう珍しいテーマでの勉強会って貴重だと思う。

興味深いネタだ。ライブラリアンなら見るべし!!!


関連:私の巡回するサイトの管理者の方々も注目していました。

http://shinh.skr.jp/m/?date=20060926#p03

http://homepage1.nifty.com/herumi/diary/0609.html#26

[]ちなみにPower Pointのスライドを見るには・・・ ちなみにPower Pointのスライドを見るには・・・を含むブックマーク ちなみにPower Pointのスライドを見るには・・・のブックマークコメント

http://www.microsoft.com/downloads/details.aspx?familyid=428D5727-43AB-4F24-90B7-A94784AF71A4&displaylang=ja

ダウンロードしてインストールしてください。そうするとppt形式のファイルが関連付けられます。

*1OSだとかCPUとか言語とかの差異。

*2:そのアルゴリズムに精通しているプログラマーであればソースコードの内容は理解できなくもないのだが

TakamiChieTakamiChie 2006/09/26 18:55 あらゆる環境で動作可能な言語なら、わたしも考えてます。
それぞれの環境で動作するというのは難しいですが、.NETでもMonoでも動作する というのならば、それほど難しくはないはず、.NETのバイナリなら、なんとか作れるはず(やねうらおさんも以前言ってますね)。
わたしはその環境で、初心者にも触りやすく、上にあるような実行命令組み立て型の言語を作れないかなと思ってます(マインドストームやRPGツクールのように)。実行命令の中のコードをいじれるようにすれば、コーディングが好きな人の希望も果たせるはず。


まあ、実際どこでも動作するというと、WideStudio級の大作業になると思います。まあ、このくらいが妥当といったところでしょうか。

studiokingyostudiokingyo 2006/09/26 19:59 こんにちは。コメントありがとうございます。
やっぱりそのような言語について考える事があるのですね。

>マインドストーム
初耳です。調べてみると確かにオモシロそうなツールです。

>.NETでもMonoでも・・・
そうですね。確かにMicrosoftは私の言っている問題の事も考えて.NETを作ったのかもしれません。
.NETの規格についてよく知っていないのですが、構造を一考してみる価値があると感じました。

>実行命令組み立て型の言語
なるほど。言語ですか。ツクールを触った事がありましたが一つ一つの命令がスタンドアローンで単純なバグしか入り込まなかった覚えがあります。私は言語よりも状態遷移図から各言語(C/C++,Java,Ruby等)へのコンバーターを考えています。
強いて現実のもので近いものを挙げると「回路図のシミュレーター」でしょうか?(実は、触った事がありませんが・・・)
それをプログラムに置き換えてどうにかできないかなと考えています。

>WideStudio級の大作業
そうですね。覚悟を決めなくてはなりません。
まずは概念を図示できるように設計しなければならないのでもうすこし考えを整理する必要がありそうです。

TakamiChieTakamiChie 2006/09/28 07:04 初心者にも使いやすく、カスタマイズもきく言語っていう要望がわたしの中にあって。
いくら手慣れた言語でも、同じようなロジック(それでいてモジュールかが難しい)をくむのはめんどくさいんですよね、で、疑似言語みたいな実行命令みたいなものでプログラミングできればいいのにな という具合です。
マインドストームについては、学校で知り、取り入れました。ヨドバシカメラ等のおもちゃ売り場にあると思います。

正直なところ、.NET Frameworkでも.NET Compact Frameworkでも動かせる言語が作りたい(^_^;
GUIが違うだけでおなじロジックを、また作り直すのは面倒なんですよね、それでいてロジック面でも使えないクラスとかあるし。
次期WindowsのXAMLなどは、この要望を満たしてくれるのかもしれませんが(詳しくはわたしの去年4月1日の日誌を)、とりあえずそれと前者野望を組み合わせてみれば面白いんじゃないかなと。

studiokingyostudiokingyo 2006/09/29 01:05
>カスタマイズもきく言語
なるほど。実効命令をカスタマイズ出来るとなると面白いですね。
RPGツクールのイベントの処理に新しい処理を追加できるような感じで楽しそうです。

>GUIが違うだけでおなじロジックを、また作り直すのは面倒なんですよね

そうなんですね。私もそれがネックだったのでどうにかして汎用化できないかと考えていました。
例えば、エディタの機能といえばファイル読み込み書き込み上書き保存、名前を付けて保存、検索、正規表現、置換・・・
とある訳ですが、それぞれGUIライブラリ別に書き下さなくてはなりませんし、さらにはイベントマップも億劫ですし、さらにエディタの状態遷移もそれぞれのGUI別になおさなくてはなりません。これは頭の中ではすでに分かっているのに退屈な確認作業になってしまって「これではダメだな。」と思っていた所です。なので、状態遷移をどうにか汎用化できないかと構想をこの日付に書いてみました。

ですが、カスタマイズのきく言語というのも魅力的ですね。
ツクールのような仕様の処理系を考えるのであれば是非行ってみたいと感じました。

TakamiChieTakamiChie 2006/09/29 18:54 > GUI
そうそう。VSだと開発環境が重いので、メニューづくり自体が重労働。
未知のジャンルのソフトだとああでもないこうでもないと試行錯誤してどんどん時間を――。

わたしの場合作曲もそうですが、時間があまりとれないぶん、少しでも手間をかけずいいものを――と思ってしまいますから。そのためのアイデアならたくさん。

TakamiChieTakamiChie 2006/09/30 07:25 そうそう、それからPDAでプログラミングできる環境があればいいなと思いまして。
携帯音楽プレイヤーを買って、PDAで何かする機会がかなり減ってしまいました。あとは何があるか というと、プログラミングな訳です。まあ、設計ツールつくって、設計に徹しようよ ってのもありますが。

studiokingyostudiokingyo 2006/10/05 22:20 >少しでも手間をかけずに・・・
そうですね。私もその傾向あります。時間は貴重ですから既に存在するものはなるべく流用したいです。

>PDAでプログラミング
なるほど。PDAユーザーであるとそういう発想も思いつくのですね。PDAには電子辞書のようなキーボードを取り付けるためのアタッチメントのようなものがあるのであれば後はgcc持ってきてごにょごにょと頑張って作業をすれば出来そうな気もしなくはありません。とても出来なさそうですが^^;
PDA+キーボード(電子辞書サイズのPC!?)のようなマシンがあるのであれば私は電子辞書を卒業してそのマシンに乗り換えたいですね。

TakamiChieTakamiChie 2006/11/05 16:21 そういえば・・・

> PDA+キーボード(電子辞書サイズのPC!?)のようなマシン
Zaurusか、Zaurusなのか!?
Windows Mobile陣営のライバル(?)Zaurusだとでも言うのですか!?


――済みません、ただの戯れ言です。

studiokingyostudiokingyo 2006/11/06 22:26 >Zaurus
すごく魅力的な環境を見つけてしまいました。はまってしまうかもしれません。
ですが、ソフト(英和の他に国語やその他の辞書が欲しい)が充実していないので個人的には実用面で使うには難ありです。

studiokingyostudiokingyo 2006/11/06 22:28 それから
http://www.zaurusworld.ne.jp/
から廃れてしまっているような印象を受けてしまいました。
と、なると・・・嗚呼!何てことだ・・・。

2006-09-28 ライブラリアン通信 VOL.33

[][][][]LHAに脆弱性 いつか起きると思っていた LHAに脆弱性 いつか起きると思っていたを含むブックマーク LHAに脆弱性 いつか起きると思っていたのブックマークコメント

http://oku.edu.mie-u.ac.jp/~okumura/blog/node/1047

http://slashdot.jp/security/article.pl?sid=06/09/22/1619245

via http://d.hatena.ne.jp/y-hamigaki/20060924#1159070654

LHA等の解凍プログラムを見たり書いていると感じると思うのだが、圧縮されたファイルから読み込んでくる一つ一つのデータに対してチェックを行わない。*1

確かに、LHAが作られた当時はインターネットのようなアクセス手段が無かったので、スタンドアローン環境で実行するのにそのような問題は考えもしなかったのだろうと思う。想定外という事か?

また、この手のプログラムは高速性が要求されるだけに、昔のPCであればなおさら無駄なチェックは行いたくなかったのだろうと思う。

今の時代、PCの処理性能は格段に上がり多数のチェック処理を入れてもある程度は我慢できると思うが、こういうチェックもしなくてはならないコーディングするとなると億劫だ。

むしろ、ガシガシにセキュリティーチェックし、高速に動作するように最適化したソースコードリファレンスコードとしてNYSLで公開するとかすれば良いのではないかと感じている。*2


さて、となれば・・・

http://d.hatena.ne.jp/studiokingyo/20060617#p1

で紹介したような本に掲載されている方法を元にこの脆弱性に関しても頭に入れつつコーディングしなければ完全なプログラムにはならないわけだ。

アルゴリズムコーディングする人の仕事は難しい限りで・・・

私のライブラリも後で見直しをしなくてはと感じた。

[][][]今後のOSに必要な機能 PART.1 今後のOSに必要な機能 PART.1を含むブックマーク 今後のOSに必要な機能 PART.1のブックマークコメント

名付けてセーフファイルキャッシュ

いきなり名前からかよ! というのは置いといて・・・

そう、http://d.hatena.ne.jp/studiokingyo/20060928#p1にてセキュリティをガシガシにしなくてはならない訳だが、そんなプログラム組んでられないのだ。

よってセキュリティチェック無しのデコードルーチンにファイルを渡す場合はそのファイルが安全かどうかを事前にチェックできるようなシステムがあればよいのかと思った。

しかし、デコードする度になんらかのチェック*3を行っていたのでは遅いのだ。

なのでそれらのファイルは安全になるように一度チェックしたら安全DBに登録するとか、書込み禁止にしてファイルが書き換わらないようにすれば良いかなと。

正に安全なファイルを貯めるのだからセーフファイルキャッシュ?みたいな命名でよい?


具体的な仕様は未定だがそのような感じのシステムがあればナと。

例えば、未知のアーカイブファイルがあるとする。

SHA512をチェックしつつ、アーカイブの状態遷移が異常でないかチェックする。

チェックに失敗したらそのアーカイブファイルのSHA512値を危険ファイルSHA512データベースサーバーに送信。

危険ファイルSHA512データベースサーバーとは

http://hashes.castlecops.com/hash21922108-KERNEL_DLL.html*4

のような感じに登録するようにして誰もがそのリソースを使えるようにする。

だが、これだと一極集中なのでミラー用意するなりakamai的にするなりP2Pでどうにかしてがんばるなりをしてやっと実現できるシステムなのは言わないまでも無い。


実はP2Pでその手の安全性チェックの相互やり取りは前々から温めていた企画だったりする。

でも、これって結局はウイルス対策ソフトと一緒なのかもしれない・・・と感じてみたり・・・

アーカイブウイルス扱いするって事なのかな?

あー!!考えがまとまらない!!!


とにかく、安全だと保障されたファイルに対してはチェック処理が入っていないデコードルーチンで処理できるので高速化が望めるというわけだ!!!

VistaのSuperFetchのセキュリティチェック版みたいなものだと考えて欲しい!!!(いや、もっと分からない例えになってしまったぞ!)

が、どこかのウイルスがそのチェックしたファイルリストみたいなデータを書き換えちゃったら元も子もないのでこれをどうにかして頑張るしかないのだが・・・

*1:例えば、状態遷移がおかしくならないようにとかデータの長さが超えないように だとか・・・

*2:だが、こうなるとまたそのコード脆弱性が見つかった時に同じ問題が起きないともいえないのだが・・・

*3:例えば、事前に状態遷移をチェックするとかCRCやFNVやMD5やSHA256等の一方向ハッシュを取ってチェックどこかのDBと照合してチェック

*4:注意:これは危険ファイルデータベースではありません。

TakamiChieTakamiChie 2006/09/24 21:44 セキュリティか…
プログラマの側からこんなこと言うのはヘンですが、セキュリティをがしがしにしなければならないというのは、とても悲惨な自体だと思います。要するに、システム的に規制しないと人間は悪いことをしてしまうってことなんですから。
「できないからやらない」というのは、幼稚な考えですよね、「できるけどやらない」に、なって欲しいものです。Webの世界でも。
ま、もちろん脆弱性があれば確かにつぶすべきではありますけどね。
# わたし自身としては、セキュリティには特に気を遣う気はないです。
# そういうのはちゃんとセキュリティを考えてる人に任せっきりにしてればいいかなと

studiokingyostudiokingyo 2006/09/25 00:34 >できないからやらない
そうですね。その考え方、TakamiChieさんのブログを見て私もそう感じました。
ですが、全世界の人と繋がってしまう可能性のあるシステム上に我々のPCをさらしているのでやっぱりすべての状況に対応できるように仕組みを作っておく必要があるみたいですね。現実は厳しい(>_<)

なんか、自ら作っておいてその作ったものに頭を悩ませる・・・なんか、昔のお話に出てきそうなテーマのようで感慨深いかなと・・・
IT系全般は大変な仕事だなとつくづく感じてしまいます。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060928

2006-09-27 タブロイド思考 vs ステレオタイプ

[][]オタクネガティブオタク=ネガティブ?を含むブックマーク オタク=ネガティブ?のブックマークコメント

http://b.hatena.ne.jp/entry/http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=000867

より。


なんで、オタクってこんなネガティブな印象が多いのだろう?

私が最初に感じていたのは音の響きである。

失礼ながら「オタク」ってなんか「水質汚濁」のように「オダク」という音から「汚濁」の意味を連想してしまうからかな?と思っていた。


さて、そんな事は全く違っていて、Wikipediaにしっかりと私の言いたいような現象について書かれていたのでリンクしたいと思う。

そう。このような感じである。

一度、ネガティブな印象が根付いてしまうとそれに該当すると思われる当事者には正に害悪になってしまうのだ。

http://d.hatena.ne.jp/studiokingyo/20060331#p1

にも

近辺の社会のコモンセンスにしようとしては困るんですよ。

自分の発言の影響力をちょっとは考えてよ!

のように示しているように、ネガティブな印象を根付かせるように助長するのは感心できない。

しかしながら、これを助長させる側面を持つものはいつの世にも存在すると感じるのだ。

この側面を前面に押し出すような形で発表してしまったりするとオタクというグループに対するイメージと同じように様々なレッテルが張られてしまうのではと感じる。

よくある子供向けのアニメには以下のようなテロップが流れる事がある。

「良い子のみんなは真似しないでね。」

これと同じように我々の心の中にも

「根拠の無いレッテル張りはやめようね」

テロップを流したい限りだ。

なんらかの見聞きしたものをそのままレッテルを貼ってしまうことは私は早計と感じざる負えない。

しかしながら偏見の欄の「関連記事、関連する言葉」を見てしまうとこの概念や現象に対して抜き差しならない感じを受けるのだが・・・


原因のあるレッテル張りがあるのは現実には存在するのだが、

根拠の無いレッテル張りは迷惑千万であるといいたい。*1


*1:さらに考えるとこの「根拠」というものをどのように判断するかが問われるのだが・・・これは数年後に・・・

TakamiChieTakamiChie 2006/09/24 21:57 残念ながらそういうことをしたがる人ってのはいくらでもいますから、こちらがそんなの気にしないくらいの度量を持つことしかないでしょう。
ま、そんなので一時の安心感、幸福感に浸ってるやつなんて、所詮大物にはなれないって ね。

studiokingyostudiokingyo 2006/09/25 00:23 ちょっとこういう現象が気になったので主張してみました。
あまり、ブログでこういう主張はしたくない性質なのですが^^;
意外にこういう現象っていろいろあるのだなとWikipediaを見ていて感心してしまいました。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060927

2006-09-26 株ロ本到着!!!

[][]株ロ本到着!!! 株ロ本到着!!!を含むブックマーク 株ロ本到着!!!のブックマークコメント

株ロ本は「かぶろぼん」と読んでください。(私が勝手に付けた愛称です。)

その本とは「スーパー・株ロボを作ろう!―株式自動売買ソフトウェア」です。

http://www.amazon.co.jp/exec/obidos/ASIN/4798013900/studiokingyo-22

そうなのです。やっと株ロボの本が届きました。(http://d.hatena.ne.jp/studiokingyo/20060831

やっとジャバグラミング*1が出来ます!!!

この本、C言語ユーザーにとても親切にかかれています。

C言語Javaの違いを明示して説明しているのです。

シーゲンガー*2な私にとってはとても心強い本です。

書きかけ・・・

*1:私が勝手Javaプログラミングする事として定義した動詞です。

*2C言語プログラミングする人 この単語を使っている人は稀である。

TakamiChieTakamiChie 2006/09/24 21:59 明日年休を使って学校に行きます。株ロボコンテストについてなにか聞けるかもしれません。
とくになにかこれだけは確認したいようなことはありますでしょうか?

studiokingyostudiokingyo 2006/09/25 00:20 こんばんは。お気遣い感謝します。
まだ、株ロ本(^^;) を熟読していないのでなんともいえません。
私としてもJavaを覚えるためが第一ですので特に確認したい事として特筆すべき事はやはりアルゴリズムですかね?技術的なアルゴリズム的な面での興味があります。別の分野のソフトウェアに応用できるかもしれませんし。
ベイジアンフィルターのようなアルゴリズムがありますが、その他にこの手の事に使うアルゴリズムとして有望なアルゴリズム名(出来ましたらスペルも)を確認していただけると嬉しいです。
もし、出来ましたらよろしくお願いします。

TakamiChieTakamiChie 2006/09/28 12:58 済みません・・・
今年SDKが改定されたようで、着手できてない状況だそうです
※ 締め切りもいつの間にか9月になっちゃって、あたふたしてる現状だそうで

studiokingyostudiokingyo 2006/09/29 00:54 そうなのですか。着手できていない状況となると、私も速くJavaに慣れて組み上げないと大変ですね。連絡ありがとうございました。

2006-09-25 道具バトン 回答

[][][]道具バトン 道具バトンを含むブックマーク 道具バトンのブックマークコメント

http://d.hatena.ne.jp/TakamiChie/20060918

より。

id:TakamiChie氏からバトンいただきました。

質問: 仕事などでこれがないと困るっていう道具(ツール)を5つ教えて!

というお題です。物質、ソフト、問わずとの事です。

コレが無いと困るというツール・・・

むしろ、すべてが無いと困ります!!!

というのはどうでしょうか?いや、これでは収拾がつきませんね。


それでは早速、これが無いと今日生きるモチベーションを保てなくなるほど*1困るものを思いついた順に挙げていきます。


電子辞書

これは文句ナシで無いと困ります。

これが最初に出た理由としては私には検索速度の速い外部記憶が必要の為です。

国語、和英、英和、漢和がついてまともな電子辞書と思っています。

最近ではSDメモリーカードメモリースティック等のメディアを入れて別の言語や分野の辞書の機能を追加できるものもあるので、なかなかのものでは と思っています。

個人的にはPDAよりNDSよりPSPよりも無いと困るほど大切な道具です。


自転車

これも無いと困る事が実証されました。(http://d.hatena.ne.jp/studiokingyo/20060923

急ぎの用があるときは必要です。


サクラエディタ

いきなりパソコンソフトなっちゃったよ!!!

というのは置いておいて・・・私にとってとても必要なツールです。

このソフトが無いと様々な場面で困ります。


Devas

私が

http://d.hatena.ne.jp/studiokingyo/20060908#c1157794994

にてソースコードを検索する時に使うツールです。

コレが無いと様々な場面で困ります。

基本的に複数のテキスト形式のファイルを扱う場合必ずといっていいほど使っています。

「一番これがなくなると困るソフトウェアです。」と私は断言できます。


インターネット

正に!!!

これがなければ私はバトンを受け取る事もありませんでした。

そして、はてなダイアリー存在認知せず、私の活動も公開されず、プログラミングですらやっていなかったかもしれません。

インターネットは素晴らしい経験と出会いを私にもたらしてくれました。


回す人は・・・

どのようなツールに着目しているか気になります。

takadekoさん http://d.hatena.ne.jp/takadeko/

galluさん http://d.hatena.ne.jp/gallu/

kmt-tさん http://d.hatena.ne.jp/kmt-t/

skyさん http://beautiful.homelinux.net/~sky-software/diary/

takezoさん http://www.pqrs.org/~tekezo/nikki/


もし、よろしければバトンを受け取っていただけませんか?

よろしくお願いします。

*1:というのも大袈裟だが・・・本当に無いと困るんですよ

TakamiChieTakamiChie 2006/09/19 20:16 インターネットですか、なるほどこれは一本とられましたな(^o^)ゞ

Devasは会社でも使ってますねー、ただ絞り込み検索ができないのが痛いです、やはりこのへんも自作すべきなのかなどと思ってしまいますね。きりがないですが。
ちなみにテキスト検索ならPerlを操るというのもあり。
機動力はDevasには遠くおよびませんが(検索のたびにコーディングするわけですから)、使い慣れればかなり強力。
その他自動化ツールとしても優秀なので、覚えておいて損はなしです。

自転車は――いいもんわたし乗れないから(街中で乗った経験なし)。

studiokingyostudiokingyo 2006/09/19 21:11 なるほど、絞込みですか。そこまでの複雑な条件を使う場合が少ないので考えていませんでした。
確か、Perl等のスクリプト言語でそのような使い方をするのはワンライナーと聞いた覚えがあります。
私はまだそこまでスクリプト言語に熟練していないので使用していませんが・・・
確かに自動化ツールとしてPerlは様様な所で使われているようですね。
http://d.hatena.ne.jp/studiokingyo/20060919
Perl vs Ruby vs Python vs PHP ... 確か・・・
http://d.hatena.ne.jp/studiokingyo/20060907
未だにスクリプト言語に悩んでいます。
でも、最近使うのが多いのがVBSなのは秘密です(^^)ゞ
http://d.hatena.ne.jp/studiokingyo/20060922

gallugallu 2006/09/20 17:03 どもです。がるです。
謹んでバトン頂戴いたしました(笑

TakamiChieTakamiChie 2006/09/20 20:48 C寄りならPerlじゃないでしょうか。VBSが使えるならRubyなどもありでしょうが(わたしはセミコロンがつかないというだけで拒否反応が――ね)。Perlは既存モジュールを駆使すればZIPもPDFも作れてしまう。
まあ、コンパイル語と違って向き不向きがでやすいので、全部覚えるのがベストですが。

AntかNAntを覚えておけばかなりの作業が自動化出来ると思います。

studiokingyostudiokingyo 2006/09/20 21:26 皆さんこんにちは。コメントありがとうございます。

galluさん
バトンありがとうございます。サイト拝見いたしました。
Google、盲点でした。確かに私も無いと困ります。

TakamiChieさん
>スクリプト言語
なるほど。Perlはそこまでモジュールが充実しているのですか。個人的にRubyに傾き気味だったのですが
http://d.hatena.ne.jp/studiokingyo/20060410
全部覚えるとなると楽しみな課題が増えそうです。

>セミコロン
私は{}や()がつかないだけで拒否反応が出ます。これによってプログラムが見やすく整理されているのにと感じているからです。
それからdef begin endは使わないで欲しいです。begin endはSTLのイテレーター取得用のメンバ関数だよ。という事でDelphi。。。魅力的な環境なのですが未だに使っていません。
VBのif thenも何故かプログラムが綺麗に見えなくて好きではないのです。

ちなみにまだVBSはリファレンスやサンプルを見ながらでないと上手く組めません。VBの文法の理解も不完全ですし、VBSでのプログラミングはAPI呼び出しが多いもので^^;

TakamiChieTakamiChie 2006/09/21 20:37 GoogleがなければYahooを使えばいいじゃない。
と、こんなツッコミもできなくなりましたねぇ、パーソナライズドホームとか、いろいろあるし。

わたしはbegin endは許容範囲。VBとDelphiが長かったからでしょうか。

studiokingyostudiokingyo 2006/09/21 21:33 >Google Yahoo
そうですね。私もGoogleもYahooも今は別物と考えています。
>VBとDelphi
何故かは分かりませんが、状態遷移表記として美しく見えないのです。
英単語をC言語より多く使っているVBやDelphiより記号で置き換えているC言語のほうが図のようにみえて美しいと感じるのかもしれません。
でも、あくまで個人的な見解ですので一概にそうは言えないことは承知しています。

2006-09-24 最強のバックアップメディアを再考する

[][][]大容量バックアップメディアについて考える 32 users 大容量バックアップメディアについて考える 32 users を含むブックマーク 大容量バックアップメディアについて考える 32 users のブックマークコメント

最近バックアップメディアについて考えている事がある。

どれが最適かと言う事だ。いろいろなメリット、デメリットを考えるととても甲乙つけがたいというのが今の所の考えなのだが、どれにしようかと思う。


http://d.hatena.ne.jp/studiokingyo/20060908

にてHDGB単価、検索速度の優位について少しばかり書いたが、データの耐用年数(保存したデータがいつまで正常に読み出せるか)やメディアに衝撃を与えるなどの乱暴な扱いをした場合を想定したとするととても一概にHDが良いとはいえないような気もするのだ。


それらのソリューションとしてPRをしているメディアMOだった。

http://www.mo-forum.gr.jp/tech_info/06.html

しかしながら、1GBの単価を調べてみたら2006年現在、約1000円である。

HDは1GBあたりの単価が35円前後なのにもかかわらず 単価が高すぎるのである。

さらにMOドライブへの出費も考えると とても手をだせない。よって大容量データバックアップには向かない。


しかしながら、メディア携帯する場合、メディアを悪い環境にさらしてしまう場合やデータを年単位で長期間保存する事を想定するとMOはなかなか良いのではないかと感じた。


さて、実はHDGB単価に対抗しうるメディアがまだ存在するのだ。

それがDVD-RAMである。最近PCではDVD-RAMドライブが標準装備なのでドライブへの出費も抑えられる。

注目どころはGB単価だ。

http://kakaku.com/prdsearch/dvd_media.asp

なんと一番GB単価が安いのは2006年現在、27円という価格である。HDの単価より安いのである。

携帯するにはCDケースに入れれば良いので、携帯性はまずまずといった所である。

もちろんアクセス速度はHDには負けるが、HDよりは衝撃に強いという点がある。しかしながらデータ記憶面への傷には弱い。

また、CD1枚分の大きさなので携帯する時には嵩張らない。数百GBデータを持ち運ぶ時はこの限りではないが・・・

また、ブルーレイディスクといったメディアもまだGB単価は高いものの今後バックアップ用として楽しみなメディアである。


以上、いくつかのバックアップメディアの候補を挙げてみたがどうだろうか。以下に各メディアのメリットデメリットを示しておいた。参考になれば幸いである。

●HD

メリット

  • 大容量である
  • GB単価が35円前後
  • アクセス速度が速い

デメリット

●MO

メリット

デメリット

●DVD-RAM

メリット

  • GB単価がHDと比べて安い
  • CDと同じ大きさである。
  • 最近PCならばDVD-RAMドライブが標準装備されている よって携帯性はなかなか良い
  • HDより外部からの衝撃に強い

デメリット


余談:昔、DATというメディアを耳にしたことがあったが・・・ 価格などを調べてみると既に終わっていた・・・。

ベーマガDATを将来性のあるメディアのように宣伝しただけあって、ちょっと喜ばしくない状態になっている。

2006-09-23 長期自転車駐輪計画

[][][][]私の自転車が盗まれました 1000 users 私の自転車が盗まれました 1000 usersを含むブックマーク 私の自転車が盗まれました 1000 usersのブックマークコメント

なんということだ!!!

自転車を今まで乗らないでいて今日たまたま乗ってみたら乗り心地が違う・・・

急いでいたので気にしないで少し乗り進んでみたがやっぱりどうも違う。

ちょっと調べてみたら自転車

パンクしていた!!!

ヽ(`Д´)ノむきぃぃぃぃぃぃぃぃ!!!!!!!!!!!

しかし、急いでいたのでペチャンコになったタイヤのままで走っていった。*1

急いでいた用事を済ませ、帰る途中に自転車で走っていたのだがあまりにもオシリに衝撃を受けて痛くなってきたので自転車を引いていく事にした。

その時、新たな事実に気付いたのだ。

タイヤバルブがない!!! ちなみにこんな部品 http://www.cso.co.jp/chishiki/all006.html である。

長期間 乗らなかったのでどこかの悪い奴がバルブの部品を根こそぎ持っていってしまったのだ!!!

なんてこった!!!

自転車サドルを持っていく

アホでマヌケな変人

のお話なら聞いた事があるのだが、*2自転車の実用的な部品を持っていくとは

サドルを持っていくより性質が悪い!!!


早速、修理に出そうと考えたが、友達からの伝え聞きでホームセンターで直してくれるらしいとの噂を聞いていたのでちょっと行ってみた。

が、その噂は一部しか当たっていなくて自転車の部品を買って工具や空気入れだけを貸してくれるといった形になっているようなのだ。もちろん修理は自分でするのである。

なれない仕事にちょっとだけ戸惑う。しかも駐輪場自転車を修理する人を見てホームセンターに来るご家族連れは怪訝な表情を浮かべている。

「別にいいじゃないか!!!駐輪場自転車を修理していても!!!その為のちゅーりんじゃないか! ブチュゥゥ♪(*  ̄〓)<―_-。ノ)ノギャー リンじゃないか!」


さて、その時にパンク中に無理やり走っていた弊害を見つけてしまった。

自転車タイヤがペチャンコになるので

その時の衝撃でペチャンコになった折れ目が劣化しタイヤが裂けそうになっていたのだ。

もう少しで自転車タイヤまで買う羽目になる所だった。

パンクした自転車は絶対に乗ってはいけない。私は今回の経験からそう肝に銘じた。

買った部品はバルブだけで済んだ。

バルブの部品は意外に細かく分かれていた。構造が興味深かった。*3


これから長期にわたり自転車を駐輪しておく場合はバルブを持っていくことにする事にすればよいかもしれないと感じた。

しかし、そうなるとパンクしたのと同じ状態になってしまう・・・

すると空気入れを持たなくてはいけない・・・あの嵩張る空気入れを携帯!?

サドル携帯したほうが益しだ!!!Mr.ビーンのように!!!*4


とりあえず、我がブログ史上最大のヽ(`Д´)ノむきぃ!!!エントリーとしてここに歴史を刻んだ。

*1:実はパンクしたまま走ってはいけない。何故かは後述する

*2google:サドル盗難 自転車

*3:詳細はhttp://www.panaracer.com/new/info/descript/info_5_13.htmlが詳しい。

*4Mr.ビーンは自動車を駐車する時はハンドルを外して携帯している。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060923

2006-09-22 Explorerの動作を少し軽くする方法

[][]Windows Tips / 圧縮フォルダエクスプローラーで使わないようにする Windows Tips / 圧縮フォルダをエクスプローラーで使わないようにするを含むブックマーク Windows Tips / 圧縮フォルダをエクスプローラーで使わないようにするのブックマークコメント

私はExplorerを沢山立ち上げるほうなので*1動作は軽いほうが好みである。

そして、ふとした事から

http://hail2u.net/blog/software/turn-off-zip-folder.html

の方法を見つける。

私はVBScriptで以下のように書き下してみた。

続きを読む

続きを読む

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060922

2006-09-21 メイリオが綺麗に見えない人の為に

[][]Windows Tips / ClearTypeフォントを綺麗に表示する方法 Windows Tips / ClearTypeフォントを綺麗に表示する方法を含むブックマーク Windows Tips / ClearTypeフォントを綺麗に表示する方法のブックマークコメント

http://support.microsoft.com/default.aspx?scid=kb;ja;306527

http://www.atmarkit.co.jp/fwin2k/win2ktips/744cleartype/cleartype.html

http://tomtia.plala.jp/PC/ttfont/

http://level.s69.xrea.com/mozilla/index.cgi?id=20050303_ClearType

のようにすると綺麗に見えるようになるらしい。

特に液晶ディスプレイで効果絶大との事だ。

うーん。よく分からないけど、Web上で設定するツールを入れてちょっといじったら綺麗に表示されるようになるみたい。

メイリオが綺麗に見えないよ!!!(http://d.hatena.ne.jp/studiokingyo/20060714)って方はいろいろいじってみる価値ありだと思う。

って事で

後で

DynaFont

google:たれフォントも試してみようかな?

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060921

2006-09-20 Triosおもしろい!!!

[][][]Trios面白い!!! Trios面白い!!!を含むブックマーク Trios面白い!!!のブックマークコメント

http://d.hatena.ne.jp/Robe/20060916

より。

http://web.mit.edu/kirupa/www/Game%20Contest/49.htm

のーみそこねこねとはこの事ではないか!?

面白かったー!!!

けど、

スコアがなかなか伸びないのですが・・・

私の頭が固いからでしょうか・・・ おrz!!!

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060920

2006-09-19 ライブラリアン通信 VOL.32

[][][][]ライブラリスクリプトで書き下せ!!! ライブラリはスクリプトで書き下せ!!!を含むブックマーク ライブラリはスクリプトで書き下せ!!!のブックマークコメント

そう、今まで、私はC/C++ライブラリを組んできたが、今思うにライブラリスクリプトで書き下したほうがとても効率的だと思うようになってきた。

何故そのように思ったか、それはgoogle:OpenSSLgoogle:Perlによるスクリプト群を見てからだ。

md5やsha256等のプログラムを様々な環境(例えばアセンブラ間の文法の差異)に合わせたように出力するスクリプトがあるのだ。

これには感心した。スクリプトであらかじめ書いておけば ソースコード自体を多種多様環境にあわせるように出力するのも容易だし、C++コンパイラの文法の問題のようなコンパイラ依存した厄介な問題ともおさらばできるのだ。*1


しかしながらデメリットもある。

デバッグがしにくいという点。

環境用の出力したコードテスト面倒という点。

そして、スクリプト記述する出力アルゴリズム自体に欠陥があると思いもしないバグコードを出力するスクリプトを書いてしまうかもしれないという点である。*2


だが、このような他のスクリプト依存するような面倒な事をしないためにC言語ではプリプロセッサという機構を取り入れたのではないかとも感じるのだが、C++のような複雑なコンパイラ間の文法事情を考えると私はどう考えてもC++でまともなライブラリを製作するよりは*3スクリプトC言語コードを出力したほうが良いと感じるのだ。

C言語ならば普通コンパイラであれば文法の差異によってコンパイルが出来ないといったような面倒な事が非常に起きにくくなるというメリットもある。

もちろんスクリプトで出力するライブラリインターフェイスは統一しなくてはならないが、このメリットさえあればライブラリアン冥利に尽きるので私は提案した次第である。

*1:私の日記でもMinGWのC++の文法問題を取り上げている

*2:しかしながら、ライブラリビジネスロジックを書き下す事に精通しているならばその手のバグを出さないように出力アルゴリズムを設計しスクリプトを書き下すのは容易であると感じる。

*3:まともなライブラリとは、各コンパイラ間の文法事情も考慮したり、インターフェースを統一したり等、ライブラリ内部のビジネスロジック部とは無関係の場所もぬかりなく作るという事である。

2006-09-18 Deliriumを130面まで制覇!!!

[][][]130面まで行ったぞ!!! 130面まで行ったぞ!!!を含むブックマーク 130面まで行ったぞ!!!のブックマークコメント

前回の記事(http://d.hatena.ne.jp/studiokingyo/20060911

http://jp.shockwave.com/games/arcade/shooting/delirium/play.html

より。

130面まで行きました。

1時間半くらいかかりました。

ひとさし指が痛すぎてもうダメです。腱鞘炎になりそうです。

それにしても、この手の単純ゲーは一時的にはまる要素*1を持っていると感じます。

*1:一定期間(例えば1週間くらい)の短期間だけにとてもそのゲームをやりたくなるという要素

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060918

2006-09-17 Puzzles for Hackers:スクリプトキディから大人のハッカーへ

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060917

2006-09-16 Windows classic 発売!?

[][]Windows classic 発売!!!? Windows classic 発売!!!?を含むブックマーク Windows classic 発売!!!?のブックマークコメント

Windows2000とかXPベースにずーっとパッチを当てつづけるビジネスがあったっていいじゃないか!!!

Mac OS 9 をベースにずーっとパッチを当てつづけるビジネスがあったっていいじゃないか!!!

OS内部の新技術ももちろん大切だけど、旧技術ももちろん大切さ!!!

だけど、それに載せるソフトウェアパッチ当てつづけなくちゃならないかもしれないけど・・・

Windowsはいつになったら枯れたOSになるのだろう・・・

さっさと枯れて欲しいんだけど・・・

もう

FreeBSDあたりに乗り換えましょうかね?

BSD系列にReiserFSを乗っけたら画期的かな?と思うのは変かな?

TakamiChieTakamiChie 2006/09/16 21:42 .hack//などのゲーム(2015年くらい?)では、どのOSも完全に死に絶えているのですけどね、Windowsも、Macも、Linux系も。
> 枯れる
ということは今後とも安定したバージョンが末永く使えるということですよね?
それはそれでうれしいですが、商売でOSを作ってる以上、それはあり得ないことなんでしょうねえ、バージョンアップが停滞すると株価に差し障りありますから。
メインストリームとは別に、永遠に安定したバージョンをつづけるという流れがあってもいいとは思いますが…。

ついでに乗り換えはわたしは無理。Delphi&C#だもん(Kylixはバージョン止まってるし)。
C#でMono+Linux or Macという選択肢はあるかもしれないですね(RADなIDEがない現状はちょっとご遠慮ですが)。

studiokingyostudiokingyo 2006/09/16 21:57 .hackというゲームの設定ではそうなってしまっているんですか・・・
>枯れる
そうですね。今後とも安定したバージョンが末永く使えるのが理想ですね。XPしかりVistaしかりGUIのデザインを変えすぎです。classicなGUIに慣れてしまうと好きにはなかなかなれないです。(新しいバージョンのも使いつづけるにつれなれるのでしょうが・・・)
なので、個人的には枯れていく系のBSD系列のOSに目が移っていってしまうのです。
ですが、DelphiやC#使いにはBSDは辛いですね。BSDで存在するかどうか聞いた事無いですし・・・
私がBSDを使う場合、Windowsである程度のロジック作ってからBSDに移植するという方法を取ろうかと思っていたりします。

TakamiChieTakamiChie 2006/09/16 23:20 レス早いですねえ

> .hack//
たしか大規模サイバーテロが起こって今までのOSは死に絶えたとかいう話です。まあ、新しいOSもWindowsそっくりな気がするんですが…(タスクバーがしたとか、ウィンドウの上全体に乗っかるタイトルバーとか)。
携帯やPDAのUIをみていて思いますが、PCでもいろんなUIを実現することはできるはず。今まで使い慣れたユーザーをあっといわせるような面白いUIを実現して欲しいものですねえ。
# Windowsにも代替シェルはありますが、日本語が上手く表示できないとか、一部API呼び出しに制約が生まれるとか、プログラマにはおよそ使えないものが多い。

> XPスタイル
わたしは、すっかりXPスタイルになれてしまいましたね、仕事で2000を使ったときなどなんと使いづらいと思ったことか(スタートメニューが)、ウィンドウフレームもなんだか古いなと思ってしまいますねえ。
# デスクトップには何も無し、メニューからマイコンピュータ。というのが一番いいかなあ。
しかし、専門の時、XPスタイル(改造済み)かと見紛うばかりのデザインをClassicスタイルで実現してる人を見たことがあります、ああいうデザインが再現できればわたしもClassicでいいかな。
わたしは見た目がよくて、プログラミング作業環境に支障がなければもう何でもいいです。
Monoがもうちょっと有名になって、Mono専用のRAD開発ツールとか、窓の杜などで当たり前のようにMonoアプリが出てくるようになってきたら、いよいよMonoに移行するのもありですね。

studiokingyostudiokingyo 2006/09/17 19:36 コメントありがとうございます。
なるほど。やっぱりユーザーインターフェイスのデザインって好みの問題に左右される所もあるんですね。
個人的にはXPスタイルのようなデザインはメモリ消費量が多そうな気がしてそういうところがあまり好きになれないんです。
でも、VistaではGUIにハードウェアアクセラレーションを効くようにしてくれているとの事なのでしっかりしたハードウェアを手に入れたらVistaはとても楽しみなOSと感じています。

TakamiChieTakamiChie 2006/09/17 23:42 > デザイン
そりゃあもちろん!パソコン環境だって部屋の中とおなじですからね、自分のお気に入りの環境が一番です。
今のところもっとも新しいスクリーンショットはOreraにあるやつでしょうか。
http://orera.g.hatena.ne.jp/TakamiChie/20060917/1158499448
わたしはメモリよりも見た目重視で(^^ゞ
Mac派はOKは右じゃないと許せないとか、そういうUIに対するこだわりは誰でも必ずあるものだと思います。できればあまりメモリやCPUに負荷をかけずに、できる限り見た目もいいソフトを作るのが望ましいですね。

ついでに、確かなデータはないですが、とりあえずExplorerが重いと思ったことはあっても、VisualStyleが重いと思ったことは一度もありません(むろん、ただでさえ重いExplorerに、VisualStyleが追い打ちをかけたということはあるでしょうが)。とりあえずXPプリインストールのパソコンなら大丈夫なはずだと思いますが?グラフィックボードの性能を極限まで使うゲーマーやCGデザイナーなら別にして。
# id:tomo_kさんの体験談などだと、業務ではそうでもないらしいですが
# わたしはプログラミングというのは、数あるパソコンに関する趣味の中で相当にリソース(CPU、メモリ、HDD容量)を食わない部類にはいると思います。
# もちろん作るものの種類にもよりますが、そこまで神経質になることもないかと。
# ついでにわたしは、Opera、.NET Framework SDKリファレンス、SharpDevelop1.0、Windows Media Player, Delphi、OpenOffice.org をすべていっぺんに動かしたことがありますが、あんまり重いとは感じませんでしたね。CPU1.7GHz XP HomeのPCを使ってた時代のことです。



> Vista
Vistaスタイルはあんまり好きじゃないなあ、わたしはどちらかといえばかわいげのある方を重視しますから、格好はよさげでも無機質なVistaスタイルはどうにも…。
OSのほうも、最短2chあたりでスキン適用パッチが出回るまでは様子見ですかねえ。

studiokingyostudiokingyo 2006/09/18 16:07 なるほど。
>CPU1.7GHz
私はWindows98時代からプログラミングしていたものでメモリは当然のこと、システムリソースにすら気を使っていました。
当時、800MhzのCPUで滅茶苦茶速い!!!と思っていました。
その頃から少しでもレスポンスが遅くなると重いと感じてしまう性質です。

それから、やっぱりWindows98時代の名残かあまり沢山アプリケーションを立ち上げないようにして安定性を確保していました。それでも青画面になってしまう時は多々あるのですが・・・
なので、ちょっとその手の事に神経質なのかもしれません。

> デザイン
デザインに凝るのもいいですね。私もメモリを無駄に消費しないようなデザインに凝っているもので。
やっぱり一番最初にふれたユーザーインターフェースや一番使用期間の長いユーザーインターフェイスって愛着が湧いちゃってなかなか変えられないものですね。
これって、個人的に少し「発見だな」と感じています。

TakamiChieTakamiChie 2006/09/18 19:42 Windows3.1からの古参者ですが何か?
# ちなみにわたしのOS遍歴は、3.1→98→XP Home→XP MCE+VPC(98, XP Pro, 2000, Vine Linux)
まあ、わたしも98→XP Homeの初期の頃はそう思っていました。
でもまあ、それだけ考えるのも無駄かなあって。別にそこまでしなくても動くものは動きますし、良いものはメモリをどか食いしようが何しようが良い(まあ、Firefoxみたいに重くて遅いのはいくら品質が良くても論外ですが…)。
# C#のコミュニティで「21MBもメモリを食うんですが」と聞いて、『そんなのたいしたことないじゃん』といわれたときにもう吹っ切れました(^^ゞ
http://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=000769&__m=1
でいうところだと、わたしは「UIデザイン・プログラマ」よりの「プログラム・デザイナー」タイプといった感じでしょうか。
あなたのようにメモリを消費しないように心血を注ぐというのは、いわゆる「職人プログラマ」タイプなんでしょうね。
実際グループ作業の時は、そんな人が寄り集まってやれば良いんですが…。個人作業となるとなかなか難しいです。

studiokingyostudiokingyo 2006/09/19 19:36 > Windows3.1からの古参者ですが何か?
Windows3.1からですか。私はWindows95からでした。
私がPCを始めた当時3.1と95の両方に対応したソフトウェアがあったりインクレディブルマシーンやクリックアンドプレイをしていた覚えがあります。
当時はまだプログラミングをしていませんでした。
> 98→XP Homeの初期の頃は
やっぱりそう考えている時がTakamiChieさんにもあったのですね。
> それだけ考えるのも無駄かなあって・・・
そうですね。確かに、いろいろ考えてしまいますね。
ですが、そのいろいろ考えて対策を立てるとソフトウェアが完成しなくなっていく・・・という悪循環にはまった事があったので
私はこういうことに関してはやケースバイケースなのかなと感じています。
> C#
グラフィック用のメモリが100MB以上ある昨今は21MBのメモリはたいした事無いと言われると私も納得してしまいます。
> http://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=000769&__m=1
参考サイト紹介ありがとうございます。
> いわゆる「職人プログラマ」タイプ
Hacker’s delight等の書籍に感化され、その意識があるのかもしれません。
でも、個人的にすぐに思いつくようなレベルではないので未だに暗記で対応しています。
> 個人作業となるとなかなか難しいです。
なるほど。確かにすべてのポリシーの面倒を個人で見るとなるとかなり難しいです。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060916

2006-09-15 2006年度はてなダイアリーへ要望

[][][]2006年はてなダイアリーへ要望 4294967295 users 2006年度はてなダイアリーへ要望 4294967295 users を含むブックマーク 2006年度はてなダイアリーへ要望 4294967295 users のブックマークコメント

動画記法

とか

aa記法

とか

作れるならば

ソースコード記法

もお願いですよ!!!

http://d.hatena.ne.jp/studiokingyo/20050903

一年経っているのにまだ実装されていないなんて・・・嗚呼!バラ色の珍生!!!


私の提出したアイデアhttp://i.hatena.ne.jp/idea/5774

関連アイデアではこれが決定稿らしい。http://i.hatena.ne.jp/idea/3560

[][][]急務!!!2006年はてなカウンターへ要望 18446744073709551615 users 急務!!!2006年度はてなカウンターへ要望 18446744073709551615 users を含むブックマーク 急務!!!2006年度はてなカウンターへ要望 18446744073709551615 users のブックマークコメント

http://i.hatena.ne.jp/idea/12174

のようなアイディアを提出しました。

ログデータというのは財産です。それを勝手に消されては正に損害です。

このような事は無くして頂きたいです。

2006-09-14 Cross-Platform Gui Programming With wxWidgets

[]今欲しい本 Cross-Platform Gui Programming With wxWidgets 今欲しい本 Cross-Platform Gui Programming With wxWidgetsを含むブックマーク 今欲しい本 Cross-Platform Gui Programming With wxWidgetsのブックマークコメント

通りすがり通りすがり 2006/09/18 17:17 この本PDFはタダですよ。
http://www.phptr.com/bookstore/product.asp?isbn=0131473816&redir=1&rl=1#info4
Sampleプログラムを手打ちしたくなければ本買えと。

studiokingyostudiokingyo 2006/09/19 19:38 こんにちは。コメントありがとうございます。
>PDF
そうだったんですか。情報に感謝します。早速ダウンロードしてみてみたいと思います。

通りすがり通りすがり 2006/09/20 01:15 場所が分かり難いかも知れませんが「Download」のリンク先
http://www.phptr.com/content/images/0131473816/downloads/013の「1473816_book.pdf」がそうです。
0131473816_book.pdf

studiokingyostudiokingyo 2006/09/20 17:47 直リンクURLまで明示していただきありがとうございます。
サイトを辿りましたら無事にPDFにたどり着きましたので報告申し上げます

studiokingyostudiokingyo 2006/09/20 20:03 すみません。通りすがりさん このコメントから2つ前に表示されていたコメントを間違えて削除してしまいました。不手際申し訳ありません。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060914

2006-09-13 ぞろ目レシート愛好会

[]ぞろ目レシートって嬉しいね^^ ぞろ目レシートって嬉しいね^^を含むブックマーク ぞろ目レシートって嬉しいね^^のブックマークコメント

最近、ぞろ目のレシートを良く貰う。

666円とか777円とか888円とか。

なんか無意識になんだけど、そういう場合 無意味なのが分かっているのにもかかわらず嬉しくなる。

意識的に行おうと思ってもなかなか出来ないのがジンクスなのだが^^;

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060913

2006-09-12 Internet ExplorerとOutlook Expressって脆弱性だらけ?

[][]IEってなんでこういう運命なのかな・・・ IEってなんでこういう運命なのかな・・・を含むブックマーク IEってなんでこういう運命なのかな・・・のブックマークコメント

http://d.hatena.ne.jp/shogo4405/20060903/1157257268

より。

via http://d.hatena.ne.jp/starocker/20060901/p1

for(w in document.write){ document.write(w); };

もしかしてJavaScript言語仕様が良くないのかと推測してみたが・・・

でも、それでクラッシュしないブラウザは実際にはあるわけで・・・

やっぱりIEがそれだけ設計が悪いという事なのだろうか?

Netscapeのように最初から組みなおさないまでも、IEにはどこか根幹に脆弱性を作りやすくするような設計があるのではないだろうか?と感じてしまう。

TakamiChieTakamiChie 2006/09/15 21:04 それはIEだからではなく、マイクロソフトだからでは?
ブラウザだのゲーム機だの、ちょっと間口を広げすぎです。もっとデバッグに人員を割くべき ですね。

まあ、社の悪口はともかく、IE自体ものがものだけにバグを呼びやすいだけでなく、サポート範囲が広い(Windowsに組み込まれてるとか、第三者提供のライブラリも兼ねてるとか)のでデバッグしづらい。
実装がスパゲティになってきているんだと思います。そろそろ再構築の時期ですね。
# ソースを焼き直しただけではダメ。結局スタッフの発想に脆弱性が組み込まれているんだから。
# 全く新しいブラウザを作るつもりでかからないと。

studiokingyostudiokingyo 2006/09/15 21:16 なるほど。コメントありがとうございます。
確かに大変そうですね。NetscapeからFirefoxみたいな転換になるのでしょうか?
>全く新しいブラウザを作るつもりでかからないと。
でも、IE7というソフトウェアも実際には出来上がってきているわけで・・・
そちらに期待しなさいという事なのかもしれません。

TakamiChieTakamiChie 2006/09/16 10:27 > 転換
いいや、新世紀のブラウザはOpe――いや、おほんっ、おほんっ。
まあ、IE7からは一応プラットフォームが.NET Frameworkになってる(のかな?)から、とりあえずソースコードの流用はないと思いますが、ノウハウを継承してる限り、利点も欠点も欠点も欠点も持ち越しなんじゃないかなと。
今までのソフトのことなどきれいさっぱり忘れて、その上で考えないと、潜在的な脆弱性はなくならないと思います。
# それ以前にWindowsに組み込むみたいな不安定なことを考えるからこうなる気がしますが。
# ExplorerにWeb機能を取り込むのはいいとして、それはIEのサポートに依るべきではないと思います。
# IEとExplorerの共有部分をモジュール化して徹底的にテストするとか、いくらでも方法はあると思う

studiokingyostudiokingyo 2006/09/16 14:01 なるほど。Opeーー^^
IEはやっぱり徹底的にテストですか。そうですね。多岐にわたるOSで使われるようなソフトウェアですしやはりそこらへんは頑張って欲しいですね。

また憶測ですが、前にExcelの最初の頃から使われているモジュールにはバグがあり、それを指摘すると社内での昇進が遅れるとかいう噂をどこかのサイトで見たいような気がします。
もしかしたらこのIEの実情もMS社内ではそのような体制が出来上がっているのかもしれません。
信用できる外部のデバッガーを株主総会かなにかで決定してでMSに送り込むとか?

個人的にはIEは好きなんですけどね。モジュールを提供してくれているし・・・
Explorerは個人的には沢山立ち上げるほうなので軽い設計にして欲しいかなと感じました。

TakamiChieTakamiChie 2006/09/16 22:08 > モジュールのバグ
なるほど、それは嫌ですねえ。
そうでなくても、テストやってる人に解析作業ってのはかなり苦痛(仕事でソフトのデバッグやってるから分かる)。テスターが嫌にならないデバッグ環境も用意してくれるとありがたいんですが…、それはさすがに無理かな。
> IEモジュール
IE由来モジュールはあんまり使いたくないですねえ、なるべく環境依存のものを持ち込みたくないのもありますが、inet系とかこういうのって妙にリファレンスが少ない。中途半端なリファレンスを探して何とかするなら別のライブラリを探してやったほうがいいのかな と思います。
事実嫌でも使わされてるケースが多いですが。とくに.NET Frameworkなんか、中でIEモジュール呼んでるなと思われるクラスがなんと多いことか。

> Explorer
わたしはファイラにはExplorerを使うのやめました、シェルが落ちたときには運命をともにさせないとシェルが再起動しないし(id:TakamiChie:20060910:1157899511 参照)。今はX-Finder。たくさんのウィンドウを開いてExpose風のソフトで一覧できるようにするという使い方もありですが、わたしは何でもタブ式かな。
でも、会社で使ってみたら異常にもたつく(たぶんネットワークドライブ周り)とか、ここぞで使いにくいとかあるし、やっぱりこの手のものは自分で満足いくものを作ったほうがいいのかもしれませんね。

studiokingyostudiokingyo 2006/09/16 22:39 なるほど。テスターって大変なお仕事なんですね。
.NET FrameworkもIEモジュールに依存しているのですか・・・もうWindowsのソフトを作る時は素直にWindowsに用意されたものを使った方が開発が速く進みそうな気もします。(個人的な経験より・・・)
ですが、私もその手のバグに悩まされるのは嫌なのでアプローチとしては不満が残りますが。

>X-Finder
そのような便利なソフトもあるのですね。
いちじき「まめFile」(確かそういう名前のExplorerのようなソフト)を使ったことがあったのですが、どうもとっつきにくくて使うのをやめてしまいました。
でも、やっぱり不満が残る部分もあるのですね。私も満足の行くものを作る事に賛成です。(が、その他のリソースの事を考えると躊躇しちゃう自分がいます^^;)
なんというか、その手の事はイチユーザーとしては抜き差しなら無い状況ですね。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060912

2006-09-11 shockwave製のゲームもなかなか

[][][][]興奮するシューティングゲーム 興奮するシューティングゲームを含むブックマーク 興奮するシューティングゲームのブックマークコメント

http://jp.shockwave.com/games/arcade/shooting/delirium/play.html

Deliriumというゲームに少しはまってしまった。

この単純さの中にある興奮がなんともいえない。

ShockwaveってFlashMXに統合されちゃったのかな?それともDirector?

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060911

2006-09-10 ひきこもり vs ケータイ

[]ケータイを持ったサル―「人間らしさ」の崩壊 ケータイを持ったサル―「人間らしさ」の崩壊を含むブックマーク ケータイを持ったサル―「人間らしさ」の崩壊のブックマークコメント

http://www.amazon.co.jp/exec/obidos/ASIN/4121017129/studiokingyo-22

ブログにて紹介されていた。内容に興味を持った。そして、レビューの内容からも・・・

前回紹介した本と並べてみてみたい。

http://d.hatena.ne.jp/studiokingyo/20060909

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060910

2006-09-09 そろそろまともな文章を書こうよ・・・

[][][]小論文が苦手で伝えたい事が上手く伝えられない私に・・・ 小論文が苦手で伝えたい事が上手く伝えられない私に・・・を含むブックマーク 小論文が苦手で伝えたい事が上手く伝えられない私に・・・のブックマークコメント

もともとこの日記クローズドで私的な備忘録として運営していくつもりでした。

私の書く内容自体がマニアックで需要が無いため、ある程度の仲間内だけで情報を共有できればと思っていました。

しかし、今は違います。

沢山の人が訪れてくれる日記になり、リピーターも出来ました。

そんな中で、私が昔に書いた日記の内容を見ると、とても顔向けが出来ないくらいひどい文章がけっこうあるのです。

その時の「どうでもいいような気分」を前面に押し出した自分だけが分かればよいといった形の文章が多いのです。

この日記を見る人にも私の考えている事やテクニックを分かってもらう為にもまともな文章を書きたいと前々から思っていましたが、手付かずでした。

ですが、最近、良書の情報を耳にしました。

それが

http://www.amazon.co.jp/exec/obidos/ASIN/4804716564/studiokingyo-22

論理力」がカンタンに身につく本

です。

ちなみにこの本を買う人の殆どが

フィンランドの教育関係の本

を同時に買っています。

フィンランドといえば私も噂は聞いています。

フィンランド・・・個人的に少し懐かしさを覚えます。

2006-09-08 ハードディスク 買うならどれが良い?

[][]バックアップHDが急遽必要になった!? バックアップ用HDが急遽必要になった!?を含むブックマーク バックアップ用HDが急遽必要になった!?のブックマークコメント

ハードディスク(以下 HD)に付いているS.M.A.R.Tが吐くGsense Error Rateの上下が結構ある。

HDD Healthを見てみるとNearest T.E.C が2007年になっている。

あと1年で私のHDダメになると予想したわけだ。

と、なると、そろそろバックアップ用として大容量HDを買っておく必要があるわけだが・・・

どこ製が良いのですかね。

私は今まで

私の持っているハードウェアとの相性とかを考えてSeagate製を愛用している

のだが、私のサイトのようなマニアックな内容を見る玄人な方々がどこ製のどのHDを愛用しているのか少し気になってしまう。

サーバー用のSCSIとかはさすがに手に入らないので導入は厳しいのですのでやっぱり私はコストパフォーマンスに優れたATA100?IDE?です。


さて、今までのHDの話は3.5inch限定ですが最近2.5inch用HDのケーブルを買ったのでこっちもイイカナ!?と思っています。

が、

一番GB単価の安いSAMSUNG 製の噂を見ると・・・

http://kakaku.com/BBS/Main.asp?PrdKey=05365010212

うーん?うーん・・・

やっぱりSeagate製を愛用しておこうかな?

[][][][]外付けHD vs 内蔵型HD GB単価対決 外付けHD vs 内蔵型HD GB単価対決を含むブックマーク 外付けHD vs 内蔵型HD GB単価対決のブックマークコメント

外付け ハードディスク

で検索した結果 けっこういろんなHDが出てきた。

中でも一番売れているのが

I-O DATA HDC-U250 (USB 2.0/1.1対応 外付型ハードディスク 250GB)

のようである。GB単価49円!!!

なーる。確かに外付け・・・外付けなのに安い!!!

では

私が薦めるSeagate製のとあるHDは・・・44円

なーる。5円の違いか・・・

利便性をとるか処理速度を取るか・・・(内蔵型HDの方が体感的に処理速度が速い。多分)


もう少し調べてみた。

http://kakaku.com/prdsearch/hddide.asp

http://kakaku.com/prdsearch/hddsoto.asp

やっぱり1万前後のHDが一番GB単価が価格がこなれていて安いという公理が未だに続いている事が私としては嬉しい限りだ。

TakamiChieTakamiChie 2006/09/06 12:20 バックアップに使うなら着脱可能な外付けのほうがいいのでは?本格的にDTMやCGをやるわけじゃなければそんなに大容量でなくてもいいでしょうし。
据え置き型(ルータなどと同じサイズ)なら160GB、コンパクトなのなら40GBくらいが一万強で買えます。
ちなみにわたしは後者を購入しました。

studiokingyostudiokingyo 2006/09/08 10:27 なるほど。コメントありがとうございます。
GB単価で比べると160Gで75円ほど40Gで300円ほど?
けっこういろんな資料を集めてくるとすぐにHDがいっぱいになってしまいますし、そうなるとHDの最適化も出来ないんです。よってガリガリ音を立ててどんどん故障の深みにはまっていくという悪循環を脱したいので どうしても大容量にしたいのです。
もうすこし考えてみます。

TakamiChieTakamiChie 2006/09/08 12:57 外付けはGB単価では計りづらいですからねえ、持ち運びしやすい、破損しにくい、小さい など付加価値によってかなりの差が出ます。
わたしの買ったのもよくよく見ると「75cmの落下試験クリア」の代物らしい。
うーん、資料とはどのようなものでしょう、1GB以上もする技術系資料?

studiokingyostudiokingyo 2006/09/08 13:05 75cm落下試験クリア。それはすばらしいHDですね。今まで落下したらオシャカだと思っていたのですが・・・
そうですね。MSDNやらdoxygenやらその他の資料をあわせるとかなりの容量にもなるんです。
それからコンパイルする時にも使いますし、最適化を余裕でかけることを考えるとかなりの容量が必要です。
個人的には40Gだと少すぎるかなと感じます。

TakamiChieTakamiChie 2006/09/08 20:18 MSDNですかぁ、あれはバックアップなど不要でしょう、どうせインストールしないと読めないんだし。インストールディスクのバックアップならともかく。

技術資料などの(基本的に)普遍性のあるものは、HDよりCDなどののメディアに入れた方がコンパクトだし安上がりでしょう。ラベリングもしやすいし、ソースコードなどは世代管理もできるので便利。

studiokingyostudiokingyo 2006/09/09 18:43 ソースコードのバックアップはCD-Rいいですね。
ですが、技術資料などは検索にかけるのでやっぱりアクセスが早いのが良いのです。CDとかDVDとかのアクセススピードはやっぱり論外なのです。もし、片方のHDがダメになった時すぐに使えるようにしたいと考えるとやっぱりHD欲しいなと。

TakamiChieTakamiChie 2006/09/09 23:08 なるほど、検索ですか。それほどの資料を手にしたことなんてないので分かりませんでした。
わたしは仕事でもうちでも、検索は昔ながらの「記憶に頼る」ですからね、見習うべきかもしれません(^^ゞ

studiokingyostudiokingyo 2006/09/13 19:05 こんにちは。
検索はすばらしいです。特にソースコードに付箋としてのコメントをつけて その付箋用キーワードで検索すると一気に表示されるというのが魅力です。
>記憶に頼る
実は、このような方法を取って以来、その手の記憶力が落ちているような気もしなくはなかったりします。

2006-09-07 Web プログラミング 何言語が最適?

[][]python vs ruby vs perl vs php python vs ruby vs perl vs phpを含むブックマーク python vs ruby vs perl vs phpのブックマークコメント

最近Web プログラミングを意識するようになってきました。

今まで、Rubyやるぞー!とかPerl必要だなぁーとか、pythonは大変thonとか言ってきたような気もするのですが、いや言っていない。


python vs ruby vs perl vs php

というサイトを見つけました。

http://blog.poyo.jp/archives/id-1147575229

いやはや

phpHTMLファイル内に記述できるの所とか親近感が沸きます。

記述方式を見るとphpが一番効率よくweb programming できそうな気がします。

それから私はシーゲンガー*1なのでC言語に近い文法も好感度大です。


Rubyがすばらしいと感じていたのでほーんとにちょこっとだけかじりましたがdefは許せるにしてもendは許せなかったのですね。

やっぱり()と{}の文化に慣れ親しんでしまうともうこれしか美しいと感じるようにしかならないです。

やっぱりRubyエンジンをそのままにしてC言語の文法を通せるようになったらどんなに素晴らしいか!と考えたこともありました。

でも、Ruby on Railsコードを見てみるとなんかHTML likeですね。

http://www-06.ibm.com/jp/developerworks/linux/050708/j_l-rubyrails.html

こう考えると ちょっと好感度大です。


Perlはそれらの言語メジャーになる前までCGIシェアNo.1といった印象が強いです。私も数年前まではCGI=Perlだと思っていたくらいですから・・・

いつかは やろうやろうと思っているうちに 様々な言語メジャーになってきました^^;


python... ?

どこかでも書いた気がするんだけど・・・

http://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%A4%E3%82%AF%E3%83%BB%E3%83%90%E3%82%A4%E3%82%BD%E3%83%B3

が浮かんできてしまうのです。

うーん。子供の頃の刷り込みって長い間印象に残っちゃうものなのね。


以上、個人的、主観的な感想を述べてしまった^^;

TakamiChieTakamiChie 2006/09/05 12:17 HTMLに埋め込みというのは、中規模プログラミング以上だとデメリットにしかならない(どの言語にもテンプレートエンジンありますが)。PHPはオブジェクト指向が中途半端なので嫌いです。
他の言語は他方でも見かけます。RubyはRPGツクールXP、PythonはXUL(振る舞い定義言語として組み込む予定らしいです)など。

studiokingyostudiokingyo 2006/09/05 19:53 >HTML埋め込み...PHP
そうなのですか。
>Ruby Python
Rubyの方はツクールに搭載される事を知っていましたが、PythonはXULに組み込む予定なのですか。初耳です。海外ではPython優位と聞きましたし・・・

Ruby on Railsというのがあったので少し調べてみました。
これもなかなかよさそうだなと思いました。

TakamiChieTakamiChie 2006/09/05 20:34 ああいうフレームワークはPerlにもありますよ、CatalystやSledgeなど。他も探せばあるかも。
PerlにもRubyにも、いちおうGUIライブラリだってありますし、使える場所は本当に多いのです。
それにくらべてPHPは――(^_^;)

> XUL
学生時代最後の思い出にと、3月出席したMozillaのイベントで聞きました。
なんでも末にはPerlもRubyもPythonも とか言っていましたが、どうなるんでしょうかね(そこまでするとエンジンが重くなるだけのような気もしますが)。

studiokingyostudiokingyo 2006/09/05 21:28 >Ruby
確かにRubyはいろんなライブラリをポーティングしていて好きです。fox-toolkitもFXRubyとして使えるくらいですから。
Pythonもいろいろ充実していて好きなのですがどうも日本語的な環境問題で敬遠しています。

>PHP
そうなんですか・・・

>PerlもRubyもPythonも・・・
C++もC#もVBもJavaも・・・ な.NET的なものになってしまうような気もしてしまいます。
将来はそのような環境はデフォルトでインストールされているのがOSやサーバーになってしまうのかもしれません。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060907

2006-09-06 ブログ炎上防止対策講座

[][][]私のダイアリー炎上しました!!! 私のダイアリーが炎上しました!!!を含むブックマーク 私のダイアリーが炎上しました!!!のブックマークコメント

って そんなわけ無いでしょ!!!


という事で かなり興味深い情報

http://d.hatena.ne.jp/okumuraosaka/20060904/1157342547

より 見つけました。

掲示板の下の方でののしり合ってたりすると、判例は管理者も正犯とか共犯だっていうので。

なんですと!!!タチコマ風)*1

http://www.itmedia.co.jp/news/articles/0609/04/news012.html

http://www.itmedia.co.jp/news/articles/0609/04/news012_2.html

より引用


炎上しないための心得

  • どんなブログでも、きっと誰かが見ていると意識する
  • 誤りがあったらすぐに謝罪
  • やらせをしない
  • 都合が悪いことを削除しない

なーる。


私は心得ではなく方法論として以下のような対策を提案する。

d金魚によるブログ炎上防止対策 基本方針 version 1.0

特にメールの保存に関しては厳重にしていたほうが良い。注意点としてあげるならば

このくらいかな?


参考サイト 

http://e-tech.life.hyogo-u.ac.jp/kyouzai/moral/material/41/01.html

*1:その考え方も分からなくも無いが・・・

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060906

2006-09-05 Nintendo DS Lite を手に入れよう!!!

gallugallu 2006/09/04 14:53 がるでっす。技術関連とは壮絶にかけ離れたコメントを(笑
チャーハンですが。始めに「冷ご飯」のタイミングで「生卵」と混ぜ合わせる(卵かけご飯の状態ですね)と、家庭用コンロでもパラッパラのチャーハンが出来上がって楽です。
後はマーボ餡をかければ…多分美味しく仕上がるはず。チャーハンを少し甘めに、餡を少し辛目にするとさらに美味しいかも、です。

studiokingyostudiokingyo 2006/09/04 15:05 こんにちは、こういうテーマでコメントいただける事 ありがたいです。
http://d.hatena.ne.jp/studiokingyo/20060722
のように、某市販のマーボーチャーハンに惚れ込んでしまい、どうすれば美味しいチャーハンを作れるのかとちょっと思っていました。
最近、ご飯が残らないのでチャーハンは作っていないのですが 今まではどうもチャーハンを作っても なんか水っぽいのです。かといって火に通しすぎると焦げるので抜き差しならぬ状態だったのですが・・・
なるほど「卵かけご飯の状態」ですか。今まで気が付きませんでした。今度試してみます。
コメントありがとうございました。

さて・・・マーボー餡・・・ 市販品に頼るしかないか・・・(笑

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060905

2006-09-04 『新版C言語プログラミングレッスン』無料プレゼント

[][]『新版C言語プログラミングレッスン』無料プレゼント 『新版C言語プログラミングレッスン』無料プレゼント を含むブックマーク 『新版C言語プログラミングレッスン』無料プレゼント のブックマークコメント

に滑り込みセーフ!!!

http://www.amazon.co.jp/exec/obidos/ASIN/4797336781/studiokingyo-22

http://www.amazon.co.jp/exec/obidos/ASIN/479733679X/studiokingyo-22

え?私にはC言語本は必要ないって!!?

なんですとー!!!

いままでC言語をマスターした気になって5年も「書式指定子」が分からなかったのだからC言語は奥が深い*1認識していたほうが絶対にいいと思うのです!!!

実際私が入門に使ったC言語本は友達にプレゼントしてしまったのでもう手元に無いのですよ!*2

結城浩 氏の本は

http://d.hatena.ne.jp/studiokingyo/20060820

にて大 大 だーい ファンになってしまったので是非手元に置いておきたいわけです。

via http://d.hatena.ne.jp/hyuki/20060829#lc

[]かっこよくアフィってみる かっこよくアフィってみるを含むブックマーク かっこよくアフィってみるのブックマークコメント

http://d.hatena.ne.jp/studiokingyo/20060820

より

すごい!!! 本当の本屋さんみたいでかっこいー!!!

これってはてな利用規約違反じゃないよね?

*1:というか、忘れてしまった時に思い出せない事が良くあるのですよ!!!

*2http://studiokingyo.fc2web.com/book.html#beginner

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060904

2006-09-03 ライブラリアン通信 VOL.31

[][][]Win32 WTL Tips No.1 / ダイアログコントロールの 有効化 無効化 Win32 WTL Tips No.1 / ダイアログコントロールの 有効化 無効化を含むブックマーク Win32 WTL Tips No.1 / ダイアログコントロールの 有効化 無効化のブックマークコメント

Win32API

EnableWindow(Window handle,TRUE or FALSE);

第二引数にTRUEで有効化 FALSEで無効化


WTL使用例

HWND GetMainWindowHandle(){
  return m_hWnd;
}
LRESULT OnClickedRadio_trashbox(WORD wNotifyCode, WORD wID,
 HWND hWndCtl, BOOL& bHandled)
{
  HWND hWnd = GetMainWindowHandle();
  HWND hChild = ::GetDlgItem(hWnd, IDC_CHECK_TRASHBOX);
  ::EnableWindow(hChild, FALSE);

  return 0;
}

ラジオボタンが押された時にチェックボックスを無効化している。

[][][]Win32 WTL Tips No.2 / チェックボックスにチェックする 解除する Win32 WTL Tips No.2 / チェックボックスにチェックする 解除するを含むブックマーク Win32 WTL Tips No.2 / チェックボックスにチェックする 解除するのブックマークコメント

Win32API

SendMessage(Window handle, BM_SETCHECK, TRUE or FALSE, 0L);

TRUEでチェック

FALSEでチェック解除

Window handle = google:HWND型のウィンドウハンドル

ちなみにチェック状態を取得する場合は

BOOL r = SendMessage(Window handle, BM_GETCHECK, 0, 0L);

のようにして変数rに値を入れます。

このようにSendMessageはいちいち面倒なのでWTLにはCButtonというクラスが用意されています。

例えば

class CMainDlg

内で

CButton check1;

を宣言し、

CMainDlg::OnInitDialog()

内で

check1 = GetDlgItem(ID_CHECK1);

のようにしてCButtonクラスを初期化して使います。

そうすると

check1.SetCheck(TRUE);
BOOL r = check1.GetCheck();

のようにしてID_CHECK1のIDが付いているチェックボックスを操作することが出来ます。

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060903

2006-09-02 Visual C++ Tips

[][]VC6 Tips / リソースエディタで綺麗にコントロールを設置する VC6 Tips / リソースエディタで綺麗にコントロールを設置するを含むブックマーク VC6 Tips / リソースエディタで綺麗にコントロールを設置するのブックマークコメント


メニューバーから

レイアウトー>ガイドの設定ー>グリッド

OKボタンを押す


これにて綺麗に整列してチェックボックスラジオボタンを置く事が出来ます。

http://www.jah.ne.jp/~naoyuki/Writings/LLayout.html

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060902

2006-09-01 最強のGUIライブラリを再考する part4

[][][][][]Joel on Softwareで紹介されていたGUIライブラリも考察する Joel on Softwareで紹介されていたGUIライブラリも考察するを含むブックマーク Joel on Softwareで紹介されていたGUIライブラリも考察するのブックマークコメント

何回もJoel on Software

http://www.amazon.co.jp/exec/obidos/ASIN/4274066304/studiokingyo-22

元ネタにしていろんな事を書いてきているが、今回もそれだ。

Joel on Softwareには今まで私がプログラミングしていく上で悩んできた事の殆どすべてを一刀両断している点がすばらしい。

偶然にもJoel氏が経験してきた事としてアドバイスしている点が私が悩んでいた点と一致するのが自分が思っているより多い所に少々驚いている。

プログラミングしていく上で通る道なのだろうか?

さて、そうだとしたら今回もそれも通る道の一つである「最強のGUIライブラリ」という漠然とした、

しかしながら多数のプラットフォームGUIAPIを叩いた者であれば願ってやまない概念であるマルチプラットフォームGUIライブラリである。

今まで

最強のGUIライブラリを再考する

にて多数のライブラリを紹介し、チュートリアルソースコードを見て*1の私なりの感想を述べたのだが私は未だに「最強のGUIライブラリ」と言える物に出会った覚えが無い。


さて、そんな所にJoel on Softwareの「第27章 プログラミングにおけるロード・パーマストン問題について」にて

以下の三つが紹介されていた。

この中でどのライブラリが「最強のGUIライブラリ」かどうかはJoel on Softwareでは語られていない。

ライブラリを1-2年、必死になって使ってようやく本当のメリット、デメリット、そしてこの体験による公理を知る事になるのでは との見解が示されている。

これに則った場合、私は安直に「これが最強のGUIライブラリだ!」という事は出来ない。


今まで、私が

Fox-toolkit http://www.fox-toolkit.org

を贔屓してきたのだが、私が使っていた当時、ドラックアンドドロップが実装されていない点に失望してしまい、FreeBSDLinuxソフトウェアを動かす機会が(そして機械が・・・)無いという理由も後押しし、それ以降はもっぱらgoogle:WTLに走っている。

最終的に

に惹かれ、今、C++にてGUIを使うプログラムを組む場合はgoogle:WTLを使っている。


今、考えてみると先のことまで見越してGUIライブラリを選り好みする事はソフトウェアを完成させるという目的を達成する事において愚かなプロセスだったのではという見方が強い。

しっかりと他のOSGUIライブラリを使用するという事を念頭においてソフトウェアビジネスロジックを設計すれば既存のGUIライブラリソフトウェアビジネスロジックを埋没しないように組む事*2も可能ではないかとも感じるのだ。

素直にMFCでも*3使って迎合していればソフトウェアビジネスロジックに時間をかけることができ、いろんな意味で貢献できたのではないかとも考えてしまう。


今後、以上のような方針でソフトウェアを組んでいく予定だ。


今まで、「最強のGUIライブラリ」という幻想に取り付かれ様々なGUIライブラリソースコードを読み、ある程度の設計や構造を理解したという経験はこの問題に取り組んで得た唯一の良い結果なのかもしれない。

最後に断っておくが

「最強のGUIライブラリ」という命題について考える事をあきらめてはいない。

ソフトウェアを完成させるという目的を達成させる事を最優先事項とした場合、ビジネスロジックを書き下す事を最優先にするべきだと提案する次第だ。

そのロジック自体を十分なテストも行っていないうちにGUIライブラリを選り好みし時間を浪費する事は非効率的であるのではないかとの見解をここに記す。

[]月刊d金魚の備忘録は移転しました。 月刊d金魚の備忘録は移転しました。を含むブックマーク 月刊d金魚の備忘録は移転しました。のブックマークコメント

月刊d金魚の備忘録(毎月1日掲載)(っていつそんな名前になったんだよヾ( ̄□ ̄;)ノ)

d金魚専用備忘録 はてなブックマーク場所

http://b.hatena.ne.jp/studiokingyo/

移転しました。

*1:設計などの細かい点までは見ていない

*2:例えばMFCのOnPaint()内に直接コード書き下さずに別のファイル記述してある関数を呼び出すなど

*3:今の時代であればC#.NET frameworkあたり

トラックバック - http://d.hatena.ne.jp/studiokingyo/20060901
 | 
Program | Debug | dKingyo Utility Toolkit | library | D言語 | 御本とか | 備忘録 | テクニック | WayBack | 格言 | 英語 | 他力本願 | news | software |

デースケドガー