HTABOXコア
at TECH
1:デフォルトの名無しさん
10/03/09 17:13:46
HTABOXコアに関するご要望はこちらへお願いします
2:hidebou
10/03/09 17:29:16
現在ウインドウスタイルを操作するAPIの定義を検討中です。
ご意見を伺えれば助かります。
3:デフォルトの名無しさん
10/03/09 18:11:41
exeと同じ名前のhta,htmlを読み込むって事だけど、index.htaとかを読み込む方が良いんじゃないでしょうか？
人によると思いますが、自分的に同じ名前を複数存在させるの嫌なんです・・・
4:デフォルトの名無しさん
10/03/09 18:19:28
URLﾘﾝｸ(kuroda.bglb.jp)
5:hidebou
10/03/09 18:46:43
start.iniみたいな定義ファイルを導入して、柔軟な起動ができるように
するというアイディアはどうでしょう？
6:某330
10/03/09 18:56:17
残念ながら状況変わらず。
あと、F5 を押すと MSHTA 同等になるざます。
(メニューとか右クリックとかはそのままですが)
7:hidebou
10/03/09 19:08:55
えぇ〜！！
8:hidebou
10/03/09 19:11:52
認識引数、絶対パス結果をMessageBoxで表示するバージョンを作りますので
しばらくお待ちを。
9:hidebou
10/03/09 19:23:19
URL上のLZHを置き換えました。
3回MessaeBoxが表示されると思うのですが、その結果を教えてください。
10:hidebou
10/03/09 19:36:57
起動ファイルがないよ状態でhelpからビルド日時も確認してくださいね。
11:デフォルトの名無しさん
10/03/09 20:17:27
R:\ 直下に test.exe と test.html を置いた場合。
開始初期CommandLine
"R:\test.exe"
第一引数認識文字列
空
絶対パス結果文字列
空
ビルド情報
HTABOX
Mar 9 2010 19:16:08 リリース
12:hidebou
10/03/09 20:20:45
起動はコマンドラインでしょうか？それともファイル名を指定でしょうか？
13:hidebou
10/03/09 20:32:22
ファイル名を指定で実験したものですから、逆に通常起動で
引数を認識していませんね。明日までの宿題にさせてください。
ご迷惑をおかけします。
14:hidebou
10/03/09 21:03:30
html->htlmのタイプミスがありました。LZHを入れ替えました。明日お暇な
時で結構ですから動作をご確認ください。
15:デフォルトの名無しさん
10/03/09 21:07:07
ファイラ (あふ) から起動した場合です。
エクスプローラからダブルクリックなどで起動した場合も同様。
コマンドプロンプトから実行した場合はメッセージボックスは一度だけ。
ファイル名を指定して実行の場合は
r:\test r:\test.html
開始初期CommandLine
"r:\test.exe" r:\test.html
第一引数認識文字列
r:\test.html
絶対パス結果文字列
r:\test.html
で正常に起動しました。
引数を指定しない場合はファイラから起動した場合と同様です。
16:デフォルトの名無しさん
10/03/09 21:13:08
あー入れ違い。
だいたい正常に起動するようになりましたが、
コマンドプロンプトから引数指定の場合はうまく行きません。
17:hidebou
10/03/09 21:26:25
了解しました。さらに修正します。
お詫びに粗品として旧HTABOX256Kスペシャルバージョンを置きます。
URLﾘﾝｸ(kuroda.bglb.jp)
18:デフォルトの名無しさん
10/03/09 21:32:16
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
19:デフォルトの名無しさん
10/03/09 22:48:38
自分はhtmlからWIN32のGUIが呼び出しているというのに魅力を感じてて、それの機能追加を期待してる。
現状のメニューだけだとちょっとまだ使えないから何も出来ないけど、頑張って下さい。
20:hidebou
10/03/09 23:34:29
ありがとうございます。
自分が使う為に作り始めて、こつこつ成長させてきたソフトなんですが、
書いてしまうと書く側のエゴが出てしまうんですね。ここでいろんなご意見
をうかがって、プログラムなんて書いたこと無い人が書いてみようかと思う
環境を作れたらいいなと思っております。
21:hidebou
10/03/10 08:29:19
Windowスタイルなんですけど、動作途中で変更する必要はありませんよね。
だった起動時読み込みファイルという概念を導入して、
[STYLE_EX]hoge|hoge;
[STYLE]hoge|hoge;
で設定するだけというのが簡単でいいのではと、
あらゆるAPIは追加可能なんですが、
どっかの外人さんの書いたなんとかみたいに、
単にC++を遠まわしにやるだけっだら意味ないと思うのです。
22:hidebou
10/03/10 08:35:15
起動時のスタイル設定の理由はもうひとつあって、
HTABOXコアの場合APIを使えるのは起動後なんです。軽量なHTMLの場合既に
表示された後になるかも知れません。たとえ一瞬でも表示されたスタイルが
変更されるのは美しくないだろうという理由もあります。
23:hidebou
10/03/10 08:45:12
start.ini(仮称)を導入すれば、最初にその存在を確認し、宣言してあればその
HTMLを実行するとか、さまざまなオプションを付けることもできます。私は
この方向で行こうと思っているんですが、異論のある方いらっしゃいますか？
24:デフォルトの名無しさん
10/03/10 10:17:40
これ純粋にhtmlパースも独自なの？
windowsのコンポーネントに依存しないのなら他のプラットフォームでも稼働するのかな？
25:hidebou
10/03/10 10:30:23
実行ファイルの大きさから想像していただけると思いますが、独自パースは
スクリプトのみです。HTMLも独自パースが理想ですが、IEと同じ大きさの
巨大なプロジェクトとなりますので個人では支えきれないと考えています。
26:hidebou
10/03/10 10:35:13
拡張子HTML関連のバグ、コマンドライン引数関連のバグを修正しました。
URLﾘﾝｸ(kuroda.bglb.jp)
27:デフォルトの名無しさん
10/03/10 10:37:31
>>25
速攻の回答ありがと
そうか、他のシステムには移植できないのか。
ieコンポーネントは化け物だからしょうがないかもね(つかffとかもコンポーネントベースになればいいのに)
28:hidebou
10/03/10 11:25:33
>>27
そのIEコンポーネントを制限無く扱える手法が無いと感じたものですから
HTABOXコアが誕生したという経緯です。
29:hidebou
10/03/10 12:45:30
総務省消防庁の提供する「救急オフラインシステム」が出力するXMLから
任意な事案項目、傷病者項目をデータとして取り出したり、国表統計
月報統計を出力するサービスの準備を開始します。
HTABOXコアをこういったピンポイントなサービスを提供する手段として
捕らえていただければより深いご理解がいただけると思います。
30:hidebou
10/03/10 15:15:32
総務省が行政事務のクラウド化を推進するのは結構なことなのですが、自治体にはそれぞれのカラーがありますから、
単純にこの形式のデータを報告してくださいが行われた場合、2重にデータを作成し、突合するという本末転倒な状態
となります。かといって中央官庁が各自治体の御用聞きをおこなってシステムを設計するはずもありません。
私はこの隙間を埋めるソフトウエアサービスを提供することが自分に課せられた使命のひとつだと思っています。
31:hidebou
10/03/10 15:42:18
通常ならそんなことは個人では不可能です。
大きな力に押しつぶされるでしょう。
しかしHTABOXシステムはそれを可能にするために書かれたソフトです。
32:hidebou
10/03/10 21:50:02
皆さんもいろんな分野で活躍なさっていると思うのですが、その中で感じる矛盾
が、ソフトウエアで解決できるのであれば、どんどん開発して発表してください。
その業務のつらさを知っている人間だけがそこにフィットするソフトを書けるのです。
まだ生まれたばがりのHTABOXコアですが、そんなときの道具になれるよう努力してゆ
きますのでご指導お願いします。
33:hidebou
10/03/11 07:49:35
独白スレッドになっていますがお許しください。
「どうしてソース隠すことにこだわるのか？」についてお話します。
答えは「書いた人のアイディアがお金にならなければ人は育たない」と考える
からです。どんなに優れた発想でソフトを作っても大手企業さんがその拡張版
をすぐ出すようでは書いた人の苦労って水の泡ですよね。
もちろん、ソースを公開し共同開発して人類共通の英知とするっていうのも素
晴らしいとは思いますが、それは片手間にそんなことをしても食べていける人
の場合で、少なくとも私にそんな余裕はありません。
34:hidebou
10/03/11 08:34:59
アイディアを思いついたユーザーがネイティブコンパイラを扱える方なら何も
いらないのですが、そうじゃないユーザーのアイディアをいかに簡単に具現化
して、保護するかというテーマで考えた結果が「HTML Applicationでソース隠
蔽」だったわけです。
でも旧HTABOXではMSHTA.EXEの壁を越えられず、最終的に名前パイプ経由とい
う消極的な手法しかとれませんでした。これはデバッガでこそ見えないものの
オブジェクトの単純GETで関数コードが見えてしまいます。
MSHTA.EXEを自分で書ければその問題を解決できるのは明白でしたが当時の私
にそのスキルはありませんでした。
35:hidebou
10/03/11 08:52:42
旧HTABOXは、私にとって敗北の象徴となりました。最も目にしたくないもので
あり、この世から消し去りたい事実となったのです。
HTABOXシステムとかHTABOXコアというネーミングはHTABOXという検索で旧HTABOX
の事がヒットしないようにという単純な理由です。勿論、現状の隠蔽手法にも穴
が発見される可能性はありますが、だったらこうすればという対策を直ぐ発想で
きるとこまで研究したつもりです。
36:hidebou
10/03/11 14:34:19
誰でもプログラムを書き始めた当初はソースさえ難解なら見えたところで簡単
には流用できないだろうと思うものです。しかし、十分に経験を積むとアルゴ
リズムは無視して、結局「どのCOMまたはどのAPIを使っているのか」を見るだ
けで内容が推察できるようになります。
そいう観点から見た場合ソースが長大で難解に書かれていたとしても目くらま
しにはなりません。また、ネイティブコンパイラの場合リリース前に配布EXE
をメモ帳で眺め、要所となる手続きが推察不能であることを確認すべきです。
37:hidebou
10/03/11 14:54:36
HTABOXコアのエンコード機能で実現したいことは
「書いた人の汗が報われる」
というごく当たり前でフェアなルールを導入しましょうということです。
38:hidebou
10/03/11 19:57:59
HTABOXサーバーを使わなくてもHTABOXコアだけで今までの概念を打ち破るソ
フトの配布形態、ビジネスモデルを実現できることを説明します。
HTABOXコアでフレームアプリケーションを作成し、子フレームをURL上のもの
とします。サーバーには認証を設定せず、フルスペックなフリーソフトとして
Vectorに投稿します。サーバーのログを監視すればユーザーの利用状況が判り
ます。リリース当初はユーザーからの報告でバグフィクスが必要となりますが
サーバー上のファイルを更新するだけで即座に対応することができます。
つまり、リリースしながら手元にあるという状態を作り出すことができます。
39:hidebou
10/03/11 20:12:10
十分に広報活動が行われたと判断した場合、サーバー上の既存ファイルをスペ
ックダウンさせ、フルスペックの機能が必要であれば別のソフトをダウンロー
ドするように促します。別のソフトの内容は当初のフルスペックバージョンで
あり、子フレームURLには認証を設定します。あとはアカウントを販売するだけ
です。
従来の静的配布ではフルスペックを配布した後に制限を加えるなどということは
できませんが、HTABOXコアならあたりまえのように実現できます。Vectorで何を
基準にソフトを審査しているのかは知りませんが、少なくとも一部をURL上の子
フレームとしている私のHTABOXエンコーダーが承認されていることは事実です。
40:hidebou
10/03/11 23:32:44
寝る前に一言書かせてください。
HTABOXコアはMSHTA.EXEとは比べ物にならないくらい自由度が高い環境です。
逆な観点から言えばそれを使用する側の強い倫理観が求められます。もし、
この技術が悪用されるなら個々のHTABOXコアにシリアルを埋め込んで名前を
固定し申請がなければ使用できない状態にせざるを得ないでしょう。
私は決してそんな日は来ないと信じています。
41:hidebou
10/03/12 06:13:40
長々と書いてしまいましたが、私がHTABOXコアに興味を持っていただいた方に
是非知っていただきたい事は書かせていただきました。
今一番重要なのは、実際にこの環境を使ったサービスが成功するのか否かです
から、しばらくはHTABOXコアを使った具体的サービスプログラムの作成に重心
を置きたいと考えています。このスレッドに直ぐレスポンスできないかも知れ
ませんがお許しください。
もっと荒れるかと思ったのですが、つまらないつぶやきにお付き合いいただい
てありがとうございました。
URLﾘﾝｸ(kuroda.bglb.jp)
42:デフォルトの名無しさん
10/03/12 16:34:03
プログラムの事は、殆どよくわからないのですが、hidebouさんの思い、
言葉を目にし、HTABOXコアがいかに魅力的なソフトであるかが伝わって
きました。
HTABOXコアの誕生によって、多くのプログラマーの汗が報われる事を願って
やみません。hidebouさんのサービスプログラムの成功を、心から期待して
おります。
43:hidebou
10/03/12 19:46:39
>>42
もう50才になろうとする爺ですが、爺になると開き直りの境地の達します。
万人からアホ呼ばわりされたとしても、たった一人の方の心に残る何かを
残せたらそれでいいじゃないかと...
ですから少し泣かせてください。ありがとう！。
44:hidebou
10/03/13 16:38:31
今書いている「救急オフラインユーティリティー」に気が入らないのですこし
つぶやかせてください。テーマは「C++とスクリプト」になるでしょうか。
バイナリの再利用というと響きはいいですが、要は他人の褌でいかに相撲をと
るかの工夫なわけです。C++が一般的になる前は「関数」がライブラリを形成
していたわけですが、「クラス」という概念を導入し単一アドレスへの問い合
わせで他言語からもバイナリモジュールをコールできるようにしたのがCOMだと
理解しています。
45:hidebou
10/03/13 16:50:41
ですからIDispatchのようなクラスをコールする動作でプログラムが形成され
ていた場合、その実行速度はどんな言語でもほぼ同一となります。これは
Microsoft Office系のオブジェクトをC++で操作したところで早くならないこ
とから理解できると思います。こういう動作は主にスクリプトで書くべきです。
46:hidebou
10/03/13 17:08:32
ただし、APIコールがループで繰り返されるようなケースでは個々のAPIがCOM
でラップされていた場合「そういう名前あります？」「ああIDはこれですよ」
「じゃそのIDでInvokeしますね」が繰り返されるわけですから、膨大な時間
リソースを消費します。それはC++で書くべきでしょうとなるわけです。
47:hidebou
10/03/13 17:33:09
話は変わりますが、スクリプトよりC++の方がバグの発生率は少なくなります。
スクリプトではVARIANTのvtしか型を限定する要素がありませんが、C++では明
確な型宣言が必要ですので、勘違いがおこりにくいのです。久しぶりに目にす
るソースファイルにたいしたコメントが無くても即座に修正作業に入れます。
C++でWIN32アプリを書くと痛感するのですがGUIの形成は地獄絵図になります。
「メインウインドウにボタンを一個置いてクリックしたらダイアログを表示し
ましょう」というプログラムを書きながら「onclick="hoge()"」で済む世界が
天上の世界に思えるのです。
48:hidebou
10/03/13 17:41:03
一番楽なプログラミング環境はC++です。だけどGUI形成はDHTMLでささっと
済ませてしまいたい。という発想でHTABOXコアを眺めていただければ、狂気
乱舞する方がいらっしゃると思うんですが、だめですかね。
49:hidebou
10/03/14 03:52:46
寝てる時にふと思ったんですが、C++向けには
Microsoft Script Control
msscript.ocx:{0E59F1D2-1FBE-11D0-8FF2-00A0D10038BC}
の機能にプラスしてHTML解釈によりGUIが形成できるCOMDLLを提供すると
喜んでもらえるんでしょうか？
HTABOXコアがやってる事の順番変えるだけで供給できるんですが。
50:hidebou
10/03/14 04:16:11
Microsoft純正プログラム眺めていると、GUIはリソースのHTMLでささっと済ま
せている場合が見受けられますよね。要はそれと同じ事をWIN32環境でできる
ようにすれば.....ということはCOMDLLよりスタティックリンクできるライブ
ラリの方がいいかも知れませんね。
今のところ余裕が無いのですぐ設計するわけにはいきませんが。
51:hidebou
10/03/14 10:52:22
話題が変わりますが、私が何よりも重大な問題だと考えていることについてお
話します。「プログラミング新規参入者の減少」についてです。
私の住んでいる田舎の場合、どこの書店でも売れない本は置きません。ここ数
年で開発言語系の書籍は激減しました。プログラミングしたいという人はWWW
経由で調べてるからという理由ならいいでしょうが、現実は違うと思います。
52:hidebou
10/03/14 11:05:42
私はシャープのポケコンでプログラミングに興味を持って現在に至るのですが
当時はそこでちょっとしたゲームとかを書くと、それは誰も見たことがない最
先端テクノロジーですので「凄い！」になるわけです。その後業務用OSである
PTOSでBASICをいじり、MS-DOS、Windows、とプラットフォームが変化してゆく
歴史を目撃しているわけですが、今までいかに不自由だったかという理由を踏
まえると納得できる規格の変化も、いきなり新たな規格を突きつけられた人間
には理解できないという現象が生じています。
53:hidebou
10/03/14 11:17:23
Windows以前、ひとつのプログラムはコンピューターを占有しました。つまり
他のプログラムは今動いているプログラムを停止しない限り起動できませんで
した。その代わり、ディスプレイもキーボードも自分が好きなようにコントロ
ールできますから、今のようにWindowsから肩を叩かれて動く配慮は必要なか
ったのです。プログラム特に業務で使うものは現場で作るものという風潮が
まだ残っていたと思います。事実私のような人間でもちょっと本を読めば実用
的なプログラムが書けたのです。
54:hidebou
10/03/14 11:26:25
同時に複数のプログラムを動かして、アクティブなタスクを切り替えたい。と
いう欲求はごく自然な流れです。今までキーボードは直接のハードウェア割り
込みだったものが、そうは行かなくなります。CPUは結局ひとつのストーリー
しか理解しませんから、常駐する親プログラムがキーボードを監視して、どの
プログラム向けに入力されたものかを子プログラムへ通知する必要が生じるの
です。これがWindowsメッセージです。
55:hidebou
10/03/14 11:41:45
CとC++についても全く同じような事が言えます。Cは言語というよりもアセン
ブラをもっと使いやすくしましょうという規格として存在しました。重要なの
はこの時主導権を持っていたのはANSIという営利とは関係の無い協会であった
ことです。規格が定まればバイナリのライブラリは共有できる資源となります
ので、結果的にプログラマーはハードウェアを意識せず標準関数を使いプログ
ラムが書けるのです。
56:hidebou
10/03/14 11:51:47
Cの誕生は劇的に生産効率を向上させましたが、大規模なプロジェクトの場合
名前の衝突が頻繁に発生します。Cでの名前は最終的にただのアドレスに変換
されるマークなのですが、リンク中に名前の衝突が起これば致命的な破綻と
なります。複数の人間がひとつのプロジェクトに関わる場合、自分が使える
名前の範囲をペーパーで確認するといった作業が必要になるわけです。
C++のクラス、名前空間はそれを解決する素晴らしい英知なわけですが、その
苦労を知っていない、若しくは想像できない人間にとって、これほど煩わしい
ものは無いわけです。
57:hidebou
10/03/14 12:03:08
javaの誕生は新たなステージの幕開けでした。仮想マシンという規格層を設け
そこに向かって動的なバイナリモジュール呼び出しをしようとするものです。
実行時の名前解決ですので、ソースコードに名前情報が含まれ、ソースが暴か
れるという欠点はあるのですが、人間も賢くなったものだなぁーと思いました。
Java裁判がおこるまでは．．．
58:hidebou
10/03/14 12:20:22
結局どんな理屈をこねようが、企業間の抗争の根底にあるのはマネーです。
Microsoft社のJava仮想マシンはSUNのそれを完全に凌駕していました。当然
Windowsには同社しか知りえない情報があるわけですから当然です。
悲劇は起こりました。正統な英知の集積であるJ++は息の根を絶たれることに
なってしまいました。高速なJavaという夢はこれで終わったのです。
59:hidebou
10/03/14 12:37:55
その後のWndowsにおけるプログラミング環境のグダグダはご存知のとおりです。
Microsoft社は所詮メインの開発プラットホームにはなり得ない仮想マシンを
意地になって開発し続けます。それにかかるコストを回収しようとあたかも
最高のものであるかのようにコマーシャルし続けます。結果的にユーザーは
プログラミングそのものに失望し、現状に至っているというのが私的分析です。
60:hidebou
10/03/14 12:50:43
誰でも最初はプログラミングなんて何のことだか解りません。大切なのは私
がポケコンでゲームを書いた時のように、ちょっとした自作プログラムに自身
が感動できるか、友人が「凄い！」と言ってくれるかだと思います。
私の息子達もそうなのですが、プログラミング＝ビデオゲームだと思ってい
ます。また、WWWの発達によって何でも目にできますから地味なアプリケーシ
ョンを見せても「何これ？」になるわけです。開発環境に対する情報はめちゃ
くちゃ、苦労して書いても誰も見向きもしない。開発環境を誤ればソースコード
は丸見え。これで「さあプログラミングしましょう」と声高に叫んでも、
若い人がついてくるわけありません。
61:デフォルトの名無しさん
10/03/14 12:54:48
確かにWindows上でネイティブアプリ並に高速な
Java VMが存在していたらならば
かなり歴史は変わっていたでしょうねぇ
.NET Frameworkが産まれなかったかも
62:hidebou
10/03/14 13:07:41
HTABOXコアはそんな現状に対する私にとって精一杯の抵抗なんです。
大げさに聞こえるかも知れませんが、この国は若者たちの英知無しでは滅び
ます。
どんな些細なプログラムでも自分が使って便利だと思えるツールは誰かが喜んで
くれます。「ありがとう」という声は必ず作り手のパワーとなります。
いかにそれが虚しく空を切ろうが、私は死ぬまで叫び続けようと思います。
「さあプログラミングしましょう」
63:hidebou
10/03/14 13:10:18
>>61
こんなスレに目をとめてくれてありがとう。
64:デフォルトの名無しさん
10/03/14 13:13:38
>>63
いえいえ、手軽にGUIを構築できるHTABOXには期待しています
65:hidebou
10/03/14 23:51:36
ソースもバグだらけなら日本語も不自由なんですが、明らかに間違っているので
訂正させてください。
57:ソースコードに名前情報が含まれ->クラスファイルに名前情報が含まれ
66:hidebou
10/03/15 01:57:42
寝苦しくて起きてしまったので爺さんの戯言にお付き合いください。
「私が抱いている具体的な構想」についてです。
こんな環境を提供したところで、みんなが急にプログラム書き始めるとは思っ
ていません。プログラムを発表できる場を提供することが絶対必要だろうと
考えています。今までの私の断片的な書き込みから想像できると思いますが、
「プログラムの100円ショップ」を実現したいんです。
67:hidebou
10/03/15 02:12:29
変な話ですけど皆さんの時給っていくらですか？
単純に労力が金額に換算できるとすれば、本来1時間かかる面倒な作業をその
プログラムで回避できればその時給分の価値があるはずですよね。実際にオー
ダーメイドの業務アプリケーションなら結果的にコストダウンだと判断されれ
ば導入されるはずです。
日常のツールでそれを主張しても受け入れられないでしょうから「100円」が
いいのではないかと考えています。
68:hidebou
10/03/15 02:35:14
本当にちょっとしたツール例えば「HTMLタグ名だけを全部小文字に統一」みた
いなのが沢山あって、手作業じゃ面倒だし、安かったらお金で解決しちゃおう
というニーズに答えるシステム作りをしたいんです。
HTABOXシステムは実行時のプログラム配布を実現できますので、場合によって
は「使っただけ課金」というシステムにすることもできます。
69:hidebou
10/03/15 02:51:43
私はクラウドがもたらす本当の恩恵ってそういう事じゃないのかなって思うん
です。従来は静的に配布される高機能なエディタの正規表現機能を使って小文
字に変換するしかなく、結局お金も時間もかかったわけですが、そういった用
途のためのツール群がオンライン上にあって必要な時にチョイスできる状態。
プログラムを投稿する側もエディタ全体を設計して競い合う必要はなく、自分
が得意とする分野のアクションで個性を発揮し、確実に収益が上がる状態。
私がおぼろげながらも、目指しているのはそんな未来なんです。
70:hidebou
10/03/15 03:11:13
そこで才能を開花させる若者が出てきて、レクサスの一番高いのに乗って
「プログラム書くってステータスの高い仕事なんだ」と世間が気づけば
後に続く人も出て、私の仕事も一段落なのかなぁっと思っています。
71:hidebou
10/03/15 03:26:27
話がすごくあっちこっちに飛躍しちゃいましたが、このスレッド本来の目的
であることろの「HTABOXコアに対するご意見ご要望」を気兼ねなくお寄せく
ださい。
「プログラムは書いたことがないんですが」という方のご意見ほど貴重な
ものはないと考えております。そういう方をメインターゲットに書いたツ
ールなんですから。
72:デフォルトの名無しさん
10/03/17 01:54:05
プログラムはちょっとかじった程度なんやけどなんかすごいことしているようで
まーなにはともあれ体壊さんようにがんばったってや〜
73:hidebou
10/03/17 08:21:27
>>72
私は3年間このことだけ考えて、このことだけ見つめてきたわけですので、
どこか感覚がズレてないかをここで確かめたいという気がしてるんです。
暖かいお言葉ありがとう！
74:hidebou
10/03/17 23:19:33
ちょっとだけスレ違いな話をさせてください。
テーマは「ソースコードの美しさとは」になるでしょうか。
私にとって至福な時間というのは、自身が書いたソースコードに見惚れてい
るときです。決して動作にホレボレするのではなく、ソースコードなのです。
ただし、その美しさは「機能美」でなければなりません。美術彫刻は確かに
美しいわけですが、機能が存在しないという点で物足りなさを感じます。
75:hidebou
10/03/17 23:34:09
例えば「レーサー」とか「航空機」とか、ある目的のために研ぎ澄まされて
結果的に美しいという形の方に心を奪われます。プログラムで言えば「速度」
です。
世の中には「アーティスティックな美しいコード」のために存在する言語も
あるそうですが、そういうことは「美術」か「文学」の世界で論じるべきこ
とであって、最終的に情報処理の手段にすぎないプログラミングコードに
速度を犠牲にした美しさを求めるなどナンセンスです。
今夜は庄内平野も久しぶりに雪景色です。
76:hidebou
10/03/18 10:52:00
スタート時にウインドウを最大化する場合のサンプルです。「救急オフラインユーティリティー」
の部分は各自のアプリケーションタイトルに置き換えてくださいね。
<script language=javascript onreadystatechange="">
window.onCreate = function()
{
var WM_SYSCOMMAND = 0x0112;
var SC_MAXIMIZE = 0xF030;
var Hwnd = WIN32.FindWindow("HTML Application Host Window Class", "救急オフラインユーティリティー");
if(Hwnd != 0) WIN32.SendMessage(Hwnd, WM_SYSCOMMAND, SC_MAXIMIZE, 0);
}
</script>
77:hidebou
10/03/18 11:30:14
今までスクリプトしか書かなかった方はWM_SYSCOMMANDやSC_MAXIMIZEの定数が
どこから出てきたのか不思議に思うかも知れませんが、WINUSER.Hにこの辺の
定数はずらりと書いてあります。ということは、無料版のVC++をダウンロード
してWIN32SDKのヘッダを眺めているだけでもずいぶんと賢くなれることを意味
します。
78:hidebou
10/03/18 12:10:45
例えばこういう動作をwindow.Maximize()にして最初から実装すれば？という
意見が生じるのはごもっともなんですが、一旦決めた「規格」は動かしがた
いものになります。
不親切に感じるかも知れませんが、できるだけWIN32APIのイメージのまま実装し、
各ユーザーの好みで、関数としてくくってもらう方が望ましいと考えています。
79:hidebou
10/03/18 15:32:42
なぜJScriptしかサポートしないのかという理由は、C++のコードへ移植しやす
いからです。アルゴリズムをスクリプトで考えてそのままVC++のソースへ貼り
付け、型宣言を変えることはよくやります。勿論その逆もありです。
なんでVBScriptはサポートしないの？っていう声があれば技術的には何の問題
もなくサポートできるんですが、VBScriptじゃないと書けないという方はいら
っしゃるのでしょうか？
80:デフォルトの名無しさん
10/03/18 19:03:46
プログラム初心者です、プログラマー目指すまでの情熱はないですが
エクセルＶＢＡから入って、vb、vbscriptなどほんの少しかじりました
結構そういう方は多いのかなと思いますがどうなんでしょ？
最初にvb系から入ってしまうと、｛｝や行の最後の；などの表記のある言語に違和感を
覚えてしまいます
81:hidebou
10/03/18 20:10:21
>>80
了解しました。改良点としてVBScriptでのエンコードを課題とします。
82:hidebou
10/03/18 20:16:40
現状で改善すべき課題と考えていることをまとめておきます。
「旧HTABOXのようにファイルを単一EXEにできること（リソース格納）」
「メインウインドウのスタイルをコントロールできるようにすること」
「VBScriptのスクリプトブロックでもエンコードできること」
83:hidebou
10/03/18 21:22:18
IEにはDHTML Behaviorというのがあってあまり需要はないかも知れませんが
GDIで単純な図形をスクリプトから描けたらいいかなぁと思っています。
LineTo(x, y)みたいな関数があって、描画結果をバッファリングで保持。
小学生なんかが喜んでくれるんじゃないかなぁっと思うんです。
84:hidebou
10/03/19 04:05:36
IEにはVMLがあるのを忘れてました。あれをスクリプトで操作しやすいように
ブリッジするものを作ればいいわけですよね。
85:hidebou
10/03/19 04:32:02
知っている人は知っているから今更なんですが、私がHTML Applicationを書く
手法を紹介します。「MSE7.EXEの活用法」です。
Microsoft Office2000以降にはスクリプトエディタが存在します。2000の場合
は確かMSE.EXEでそれ以降はMSE7.EXEですよね。ただし標準ではインストール
されないので、完全インストールしてofficeがインストールされたフォルダを
眺めると必ずいらっしゃいます。
86:hidebou
10/03/19 04:38:43
これは単独で起動できますので、ディスクトップにショートカットを作成しま
す。また、WORDやEXCELのEXEがあるフォルダの親を見るとMseNewFileItemsと
いうフォルダがありますが、ここにはMSE7がファイルを新規作成する場合の
テンプレートが存在し、デフォルトではcharset=UTF-8のHTMLとなっています。
87:hidebou
10/03/19 04:48:47
MSE7.EXEを起動します。新規作成->ファイル->HTMLページを行います。
HTML Page1.htmがメモリ上に作成されます。編集画面を右クリックすると
ページのプロパティーを変更するダイアログが表示されますので、私の場合
HTML3.2 -> HTML 4.0、UTF-8 -> shift-jis、VBScript -> JavaScript
に変更して先ほどのテンプレートファイルHTMLPAGE.HTMを上書きします。
一旦MSE7.EXEを終了して再度起動します。
88:hidebou
10/03/19 04:58:10
もう一度新規作成->ファイル->HTMLページを行います。今度は先ほどテンプレ
ートを置き換えましたので、自分の望むキャラクタセットのHTMLなはずです。
HTMLの適当な位置にカーソルを置き、編集->スクリプトブロックの挿入->クライアント
を行うとスクリプトブロックが挿入されます。作成されたスクリプトブロック
内にカーソルを置きCTRL + jを押してください。知らなかった人は感動の涙
にむせぶと思います。
89:hidebou
10/03/19 05:08:21
適当なスクリプトを書いて、ブレークポイント（停止したい位置）でF9を押し
行の左に赤丸が付いた状態とします。デバッグ->開始やF5でHTMLを開始します。
MSE7の場合は未保存だから保存しますか？ときかれるのでyesと答えます。
ソースコードはブレークポイントで停止しますので、デバッグ、クイックウォッチ
等で変数の状態や場合によってはdocumentと入力して全体の状態を確認します。
この画面を見て知らなかった人はもう一度涙を流すはずです。
90:hidebou
10/03/19 05:14:15
忘れてましたが、IEメニューからツール->インターネットオプション->詳細設定
->スクリプトのデバッグを使用しない がデフォルトではオンですので、チェック
をオフにしないと停止しませんから事前にオフにしておいてください。
91:hidebou
10/03/19 05:22:39
また、デバッグで停止しているソースは基本的に変更できず、デバッグを停止
又は最後まで実行しないと、他のアプリが動かないほどリソースを消費する事
に注意してください。これでwindowやdocumentから芋ずる式に全てのオブジェ
クトの状態を眺めているのと、手探りでコーディングしているのとではハイテ
ク兵器と竹やりほどの差が生まれると思います。
92:hidebou
10/03/19 05:34:22
HTABOXコアはTABLEのIDがMENUならWIN32メニューを生成しますが、この編集
画面上ではテーブルがそのまま行列に見えるので、メニューのイメージどお
りなわけです。onclickが設定してWIN32APIを使わなければMSE7の状態でデバ
ッグできます。
実はここでHTABOXコアをActiveXObjectするとWIN32APIが使えるのですが、
当然EXECOMサーバーとしてHTABOXコアをレジストリ登録しなければなりま
せんので今のところ非公開機能としています。
93:hidebou
10/03/19 06:07:02
IE8には標準でデバッガがついているようでしたが、自分の会社のMSDNも見れ
ないブラウザでしたので、私はIE8そのものを使った事がありません。
94:hidebou
10/03/19 07:06:08
MSE7.EXEはHTMLをデバッグする目的で存在しますので、ADSI関連のスクリプ
トだったりするとインスタンスの生成そのものがエラーとなりますが、スク
リプトをHTML中のブロックではなく単独JSとして作成し、開けばコードヘル
パーが効いた状態となります。ブレークポイントはCSCRIPT.EXEの規則に則る
必要があるのですが、面倒なときはわざとエラー行を書くとMSE7.EXEがデバ
ッガとして起動します。
95:hidebou
10/03/19 07:24:04
MSE7.EXEは同じofficeのバージョンでもOSやIEのバージョンで振る舞いがすこ
し違うことにも注意が必要ですから、ご自身の環境でファイルの拡張子をhta
にしてみたりして動作を確認してください。
私が「HTML Applicationは生産性が高い」と考える最大の理由はこのMSE7.EXE
が存在することなのです。「救急オフラインユーティリティー」は250Kほどの
ファイルですが、MSE7.EXEが無かったらC++で全部書いた方がメンテナンスしや
すいという判断をしたでしょう。
96:hidebou
10/03/19 16:57:23
MSE7.EXEについて簡単な情報ページを
URLﾘﾝｸ(www5a.biglobe.ne.jp)
に作成しました。もしMicrosoft Officeをお持ちの方でMSE7.EXEを使ったこと
が無いという場合は一見していただければ概要を理解していただけると思います。
MSE7.EXEはHTML用のVisual Studioなんです。
97:hidebou
10/03/19 22:31:04
誤解がないように「単一EXE」手法について報告します。HTABOXコアはCD等の
書き込み不能媒体で配布されても動作することをガイドラインとしています。
したがって単一EXE格納はすべてリソース格納したres://経由とする予定です。
また、この機能はエンコードを同時に行われると考えています。
98:hidebou
10/03/20 00:01:14
どうも書き込んだあとに日本語不自由なことに気づいてすいません。
ですから旧HTABOXのように何でもかんでも格納できるものにはなりません。
SRCでパスを指定するものなら格納してリソース参照に置き換えられると考
えています。
99:hidebou
10/03/20 07:42:08
現時点での構想では
エンコード動作時にソースHTML、画像等、アイコンをリソース格納し、
エンコード済みのHTABOXコアは著作保護の為に再利用できないという
ルールがいいのではないかと考えています。
100:デフォルトの名無しさん
10/03/20 11:10:47
ホームページのリニュアールおめでとうございます。興味深く読ませていただき
ました。昨今、書店ではプログラムに関する書籍も減り、為になる書籍を手にす
ることが少なくなりました。hidebouさんのホ-ムページは、とても参考になりました。
101:hidebou
10/03/20 11:32:20
>>100
ありがとうございます。
VMLで思い出したのですが現状ではエンコードすると<html>タグをHTABOXコア
で生成するためVML無効になってますね。
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns="URLﾘﾝｸ(www.w3.org)">
は決まり文句みたいなので出来るだけ早く対応したいと思います。
102:hidebou
10/03/20 21:33:33
こんな小さなモジュールでもリリースした時は、私のPCの上だけで幻を見ていて
「動かないよ！」「エラー後にPCが不調だよ！」「こんなん使えないよ！」の
嵐になるんじゃないかとうなされていたのですが、暖かく見守っていただいて
ありがとうございます。
前職では若くしてお亡くなりになる方を多く見たものですから、この年まで生
きることができ、しかも私の書いたものに興味を持っていただける幸運に感謝
しております。
103:hidebou
10/03/21 11:56:14
VML使用のHTMLエンコードに対応しました。バージョン1.30を呼称します。
URLﾘﾝｸ(kuroda.bglb.jp)
サーバーが返すエンコードの仕様もやや変更されましたので
バージョン1.20以前のエンコーダーはサポート外となります。
104:hidebou
10/03/21 12:14:23
VMLはIEの独自規格のグラフィック描画規格ですが、HTML Applicationの場合
IE以外のエンジンで動かすことは無いわけですので積極的に使用すべきです。
FrontPageやMSWORDでHTMLをデザインすればワードアートやオートシェイプを
画像ファイル無しに使用することができます。
105:hidebou
10/03/21 16:39:42
ん〜ん。せっかくFrontPageでワードアートのあるページを作成してもMSE7が
余計な変換を自動的に行うものですから痛し痒しのジレンマに陥りますね。
FronPage内のMSE7ならそれは起こらないのですが、今度はActiveXできない。
逆にMSE7でベースを作成し、最後の装飾としてワードアートを追加するのは
ありかもしれません。
106:hidebou
10/03/22 09:53:55
バージョン1.20ではHTMLタグのinnerHTMLだけをエンコードしていたのですが、
1.30ではソースコード全体をエンコードし<html encode='true'></html>の中
に保存しています。したがってVML等HTMLタグのアトリビュートが必要な場合
でも破綻しないことになります。また、HTMLタグの外に何かが書いてあった
場合もそのまま反映されます。
107:hidebou
10/03/22 11:29:55
いよいよ兵糧が底をついたので、しばらくビジネスに専念します。
「救急オフラインユーティリティー」はあまりにベタな名称なので
「Medical information analysis system for ambulances」の頭文字をとって
MIASAサービスと名づけました。HTABOXシステムはクライアントCPUで動く
オンラインサービスを実現できますので20K程のGETにレスポンスするだけで
250Kを超えるスクリプトを認証付きでコントロールできるはずです。
URLﾘﾝｸ(kuroda.bglb.jp)
108:デフォルトの名無しさん
10/03/22 12:26:35
疑問なのですが、どうして html タグをエンコード時に残しているのでしょうか。
そもそも、なぜテキストベースでバイナリデータではないのでしょうか。
109:hidebou
10/03/22 17:12:31
>>108
「html タグをエンコード時に残している」のは<html xmlns:v="....をそのま
ま再現する必要からです。
「バイナリデータではない」のはHTTP経由で破綻しないこと、HTML中のコメン
トとしても破綻しないが要求されるからです。
110:hidebou
10/03/22 17:18:03
大変素晴らしい質問に、不自由な日本語でお答えしてすいません。
回答が的を得ていない場合は気兼ねなく質問してください。
111:hidebou
10/03/23 10:27:44
結局VMLがらみで私のとった選択は
MSWORDにVMLを置きPNG代替オプションオンでフィルター後HTMLを出力し、
生成された画像フォルダからPNGをコピーしMSE7で<IMG>参照するという
先祖がえりした手法になりました。静的なVMLはこれが一番確実ですね。
112:hidebou
10/03/23 23:35:19
HTABOXシステムは非力なネットワーク環境、非力なサーバーを有効活用しよう
という思想の元に開発したのですが、>>38で説明したようにHTABOXコアだけで
も自宅サーバーでビジネスができます。
私なりの小規模サーバーに対する考え方を説明します。参考になる部分もある
かも知れません。
113:hidebou
10/03/23 23:39:26
前職では通信関係つまり119番通報を受ける部署にいたこともあるのですが、
絶対に中断が許されない業務の場合「現有」「予備」という二重体制をしき
ます。この場合「予備」は非常用ですのでやや能力が劣ってもかまいません。
114:hidebou
10/03/23 23:46:59
自宅でサーバーを運用する場合もビジネスであるなら必ず「現有」「予備」
の体制をしくべきです。私の場合はNECが投売りした14kのサーバーを迷わず
2台購入しました。若干のオプションを加えても50kにおつりがありました。
現在は実験機と本番機という扱いですが、将来は両者を定期的に同期し、
障害がなくとも切り替えて、有事に備えることになります。
115:hidebou
10/03/23 23:54:25
回線も二つ契約しています。ひとつは家庭用でひとつは業務用ですが、ルータ
はNTT純正のものとし、プロバイダ、回線、ルータに障害が発生した場合は
単純につなぎ変えて80番を開ければ対応できるようにしています。こういった
柔軟な対応が可能なのはダイナミックDNSを選択しているからです。
116:hidebou
10/03/24 00:07:47
サーバーでネットワークサービスを提供する場合、障害が発生した場合の
シュミレーションは大変重要ですし、復旧にかかる時間を短縮する最も単
純で確実な手法が「安いのもを２つ用意する」ことだと考えています。
117:hidebou
10/03/24 08:55:40
蛇足になりますが、私は古い人間なので枯れたソフトしか使いません。
具体的には非.NETであることをガイドラインとしています。
オークションでWindows2000ServerやSQL2000Serverがあったら是非確保して
情報が存在するうちにその取り扱いを研究することをお勧めします。
118:hidebou
10/03/24 22:28:39
ついでですから、私がなぜサーバーサイドからの動的なプログラムの配布にこ
だわるのかについてお話します。テーマは「実行権は誰のものか？」です。
従来の静的に配布されたなアプリケーションの認証は、認証前と認証後のバイ
ナリを比較検討されてしまえば、必ずクラックされる運命にあります。しかも
WWWの普及によって、たった一人のクラッカーがそれを発見すれば、瞬く間に
その手法は周知の事実となってしまいます。
119:hidebou
10/03/24 22:41:02
私が思うに、これを解決する方法は「サーバーのレスポンスがなければ完全な
実行体とならないプログラムを配布すること」だと考えます。
今までもソフトウエアの多くは「販売」ではなく「ライセンスの供与」だった
わけですが、実際にその契約形態は絵に書いた餅でライセンスを供与した側が
「今日から使っちゃだめ！」と言ったところで意味を成さなかったわけです。
120:hidebou
10/03/24 22:53:53
「実行を許可」する権利を製作者が保持できなければ、本当の意味でのライセ
ンス契約は成立しませんから、今後のソフトウエア配布は総てHTABOXコアのよ
うなものになって行くと考えます。使う側からしてみれば息苦しく感じるかも
知れませんが、結局、いくばくかの収益が上がらなければソフトウエアは生ま
れませんし、しつこいようですが、それを目指す「人」も育ちません。
121:hidebou
10/03/25 01:54:55
やがてコンピューターにキーボードが付いていたという事が昔話になるでしょ
う。そのこと自体は必然でしょうが、そのプログラミング環境規格は単に企業
の利害で決定されてしまうでしょう。中間言語やスクリプトでどんなに優れた
アプリケーションを書いても、直ぐにそのエッセンスを横取りされるでしょう。
私がどんなにあがいてもそんな未来がそこまで来ています。
122:hidebou
10/03/25 22:05:52
スクリプトでアプリケーションを書くときに最も重要な情報はCOMのタイプラ
イブラリ情報です。通常はMSE7のオブジェクトブラウザでひとつの定数とか
関数を眺めるしかないわけですが、複数のオブジェクトが絡み合う場合、全体
像が見えないと混乱します。私は自分でタイプライブラリ解析ツールを書いて
結果をソースに貼り付けてスクリプトを書きます。scrrun.dllのデータです。
URLﾘﾝｸ(www5a.biglobe.ne.jp)
123:hidebou
10/03/25 22:20:56
Scripting.txtを見てもらえば解りますが、IDispatchインターフェースの継承
クラスには、GetTypeInfo(UINT as itinfo, UI4 as lcid, VOID as pptinfo) return VOID
が存在します。スクリプトからこれを呼び出すことはできませんが、C++なら
ITypeInfoポインターからこの情報を引き出すことができます。
124:hidebou
10/03/25 22:36:58
私はこの情報ファイル無しにスクリプトを書けません。これが無いと誰かのス
クリプトを丸写ししてなんとか動くけど、その理由はさっぱり解らないという
状態になると思います。今書いているものが一段落したらタイプライブラリ解
析サービスも開始しようと考えています。
msxml3.dllです。眺めているとプログラムのアイディアが浮かんでくるかも？
URLﾘﾝｸ(www5a.biglobe.ne.jp)
125:hidebou
10/03/26 06:34:31
この２つのタイプライブラリはほとんど総てのアプリケーションに必須な存在
だと思います。特にXMLは劇的にスクリプトを設計しやすくします。
単純な例として自分のPCの全ファイル情報を一旦取得し、あるアプリケーショ
ンがインストールされた後と比較するプログラムを書くとしましょう。
126:hidebou
10/03/26 06:42:05
通常は情報を構造体に保持して再帰的に検索したりするわけですが、作成途中
で、構造体が正しく情報を保持しているのかを確認したくなります。
この時設計の段階から構造体ではなくXMLDOMにデータを保存すれば、saveする
だけで全情報を確認できますし、データの永続化にもなります。また、特定の
条件のファイルを検索する場合もXPathを指定した柔軟な条件設定ができます。
127:hidebou
10/03/26 06:55:12
この辺の考え方やテクニックをこれからHTML Applicationを書き始める人向け
に解説して公開することは重要だろうと考えています。正直そういった解説が
なかったので、HTML Applicationは書きやすいはずなのに、情報が無くて使え
ない手法。悪い言い方をすればアンダーグラウンドな手法と思われているのだ
と思います。
128: ◆grDYeooZwg
10/03/26 08:49:59
一応、dojoで3D描画とかグラフを描画できるライブラリとかあるけど・・・。
3D
URLﾘﾝｸ(svn.dojotoolkit.org)
ドローソフト
URLﾘﾝｸ(svn.dojotoolkit.org)
グラフ
URLﾘﾝｸ(svn.dojotoolkit.org)
Flashを使わないのがミソ。たしか、VMLやShilverLightを使っていたと思った。（FFではSVG）
URLﾘﾝｸ(svn.dojotoolkit.org)
アニメーションもできるぞ。
129:hidebou
10/03/27 04:15:39
>>128
貴重な情報をありがとうございました。参考にさせていただきます。
それぞれの分野で突き詰めた研究をしている方もいるものだと改めて感心しま
した。いつか子供たちがプログラミングに興味を持つきっかけとなるような簡
単なグラフィック命令系を追加できればと夢見ております。
130:hidebou
10/03/27 04:28:03
小学校の図書室にプログラミング入門みたいな本があったのですが、子供たち
が数値演算や文字列置き換えなんかに興味を示すはずがありませんから、グラ
フィック系の単純なプログラムを解説していました。しかしそれは既に絶滅した
N88-BASICでのプログラミングだったのです。
131:hidebou
10/03/27 04:34:03
私はその事実を知っていろいろな事を考えさせられました。
教員に開発言語の推移を理解する能力があるのか？必要なのか？
プログラミングという概念を理解するだけならその本は有益なのか？
しかし、どう考えても実践不可能なサンプルを目を輝かせた子供たちが見るか
と思うと、胸が痛みました。IEがあるかぎり有効な、単純なグラフィック命令
を作って子供たちに提供したいという想いはそんな動機なのです。
132:hidebou
10/03/27 15:55:43
私は辛辣な言葉で小学校におけるコンピューター教育の現状を批判する文字列
を書いて、投稿せず削除しました。理由は投稿しても意味が無いからです。
いつか子供たちが自分で作った落ちゲーやシューティングを友達とワイワイ
言いながら書き換えている姿を見たいと思いますし、それを可能にする環境
作りも私の使命だと考えています。
133:デフォルトの名無しさん
10/03/28 16:58:56
初心者向け新言語 Small Basic スレ
ｽﾚﾘﾝｸ(tech板)
これはまだ日本語版が無いしhidebou氏がお嫌いらしい.netベースだから難しいね
134:hidebou
10/03/28 18:03:02
>>133
貴重な情報をありがとうございました。
いろんなアプローチがあることは大変いいことだと思います。
HTABOXコアは初心者がとっつきやすくという事と、玄人が使えるということを
両立させたいという方向性で考えています。これは難しいことなんですけれど
小窓からWIN32APIやCOMの仕組みが見える状態がいいのかなぁっと思います。
135:デフォルトの名無しさん
10/03/28 19:25:42
昔はよかった…
URLﾘﾝｸ(kmaebashi.com)
いっその事この人みたいに新しい言語を作っちゃうのも面白いかも
136:hidebou
10/03/28 21:07:17
>>135
とても興味深いサイトですね。
「言語から」という発想は魅力的ですが、最後はC++やってもらいたいなぁっと
いうのが私のスタンスになるでしょうか。HTABOXコアの特色はWEBプログラミン
グとローカルなプログラミングを融合させようという試みでもあります。
HTMLとJavaScriptを習得すればWEBページも書けますよね。最もずるい方法が
これじゃないかなぁっと思うんです。
137:hidebou
10/03/29 09:35:45
HTML Applicationは「ずるい」よりも「反則技」という表現が適当かも知れ
ません。初期XPの「アプリケーションの追加と削除」はこれで書かれていた
ほどOS機能の一部だったわけですが、書きやすく強力なものですから悪用さ
れて今日に至っているわけです。
138:hidebou
10/03/29 09:49:24
HTABOXコアはEXEの起動を基点としますが、「書きやすく強力」が再び「悪用」
につながる可能性が無いとは言い切れません。その場合Windows環境全体に及
ぼす被害は甚大なものになるだろうと予測されます。その意味からエンコード
動作は私のサーバーで制御できる状態としていますし、今後はアカウント登録
したユーザーのみが利用できるサービスとなる予定です。
139:hidebou
10/03/29 14:38:21
また話題が変わってしまいますが、多くの書籍でC++を紹介する場合iostream
を使ったプログラミングを行うわけですが、あれは入門者に混乱をもたらすだ
けで、むしろ入門者を蹴落とすトラップに思えてしまいます。
C++は演算子を再定義して自分が使いやすい言語を作れる言語と表現すること
ができると思います。iostreamの構造は確かに対称的で美しいのですが、私は
必要だと思った事はありません。誰かが作った一つの例とて眺めるだけです。
140:hidebou
10/03/29 14:49:25
オブジェクト指向の解説に至っては殆どの書籍が間違っています。入門者が
抽象クラスを最初から設計できるはずがありません。まず「猫」というクラス
を書き、次に「犬」というクラスを書きます。そこで同じ事を二度書いている
部分に気づくはずです。つまり複数の具象クラスを書いて、そのメンテナンス
が容易ではないことを理解できれば、共通点である「哺乳類」クラスの必要性
を感じるはずです。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4909日前に更新/98 KB
担当:undef