アカウント名:
パスワード:
何をもって美しいというかだけど、 「正しい」ということなら、 「常に正しいわけではなくてもある条件下では動けば良い」 というのは俺も思う。
美しさが「読みやすい」ということならば読みやすさは俺には最重要なので 「読みやすくなくてよい」などというのには絶対に賛成できない。
自分
自分独自の言語や文字を作ったことがある人ならわかると思うけど
そんな奴果たしてどれだけいるんだ?
文字まで作ったやつは Ken Iverson と J.R.R.Tolkien くらいしか知らないなぁ。
# ここで松本善之助を出すのは焦げそうなのでやめとく
仮面ライダークウガは? [tv-asahi.co.jp]
ヤマトだったかな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
ごめんなさい (スコア:1)
環境がセキュアで管理されていると、美しくないコードの保守や拡張が楽になるというのでしょうか?
「美しい」の意味が私の思っているのと違うのでしょうか?
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。
「美しい」の意味 (スコア:2, 興味深い)
何をもって美しいというかだけど、 「正しい」ということなら、 「常に正しいわけではなくてもある条件下では動けば良い」 というのは俺も思う。
美しさが「読みやすい」ということならば読みやすさは俺には最重要なので 「読みやすくなくてよい」などというのには絶対に賛成できない。
自分
Re:「美しい」の意味 (スコア:0)
そんな奴果たしてどれだけいるんだ?
Re:「美しい」の意味 (スコア:1)
華だったような気が・・・・
なんかWindowsが興隆しだしたあたりから、コンピュータサイエンスが
つまらなくなった気がするのは気のせいでしょうか?
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:「美しい」の意味 (スコア:1)
文字まで作ったやつは Ken Iverson と J.R.R.Tolkien くらいしか知らないなぁ。
# ここで松本善之助を出すのは焦げそうなのでやめとく
Re:「美しい」の意味 (スコア:1)
うーん。「文字を作った」だけなら掃いて捨てるほどいるんだけどねぇ。
Re:「美しい」の意味 (スコア:1)
Re:「美しい」の意味 (スコア:1)
仮面ライダークウガは? [tv-asahi.co.jp]
…。 (スコア:1)
Re:「美しい」の意味 (スコア:1)
Re:「美しい」の意味 (スコア:0)
どういう学問なんでしょうか?代表的な教科書とかポインタとかよければ教えてください。
Re:「美しい」の意味 (スコア:1)
Re:「美しい」の意味 (スコア:0)
まぁ結構自分で作ったりしてますよ。プログラミング言語とか文字とかね。
暗号文字作りで楽しんだことありませんか?
(-1:完璧にオフトピ) (スコア:1)
文字では無いが、今でも暇な時には、楽しんでる。
今の課題は、URLの中にどれだけの情報が暗号で入れれるか。
?以降のsearch要素とか使わず、~.htmまでの中に付加情報が入ったら面白そうなので。
Re:(-1:完璧にオフトピ) (スコア:1)
> ?以降のsearch要素とか使わず、~.htmまでの中に付加情報が入ったら面白そうなので。
知り合いの会社がそれで特許取っていました。
単にディレクトリを自動生成してセッションIDを埋め込むだけでなく、
URL自体に情報(例えば有効期限)を暗号化して埋め込んで、
Webサーバに処理させるような感じです。
Re:(-1:完璧にオフトピ) (スコア:0)
> ?以降のsearch要素とか使わず、~.htmまでの中に付加情報が入ったら面白そうなので。
http://hoge.com/[お好きな情報をDESしてBASE64].htm
Re:(-1:完璧にオフトピ) (スコア:1)
情報ありがとう。もちょっと詳しく書いた方が良かったかな…。
サーバ側でディレクトリ作れば色々出来るのは、私も予想してました。
私が挑戦(って程では無い)してるのは、静的なURL(Aタグのhrefだけ)と、予め用意したページが1つ、後はブラウザ上で処理。
恐らく、Webサーバとブラウザ限定になっちゃう気がしてますが、せいぜい数十ビットの情報なので、圧縮・暗号化した後に何か使えないかなぁと。
#今試してるのは、偽装URL。正しいパス入れた人だけがURLの中に隠されたURLに飛べるページ。スラドのように、hrefさえ使えれば貼れるのがポイント。
#これも特許とか取られてるかもしらんが、個人で楽しむ分には問題なかろう。
Re:(-1:完璧にオフトピ) (スコア:1)
それだと、情報の数だけ、.htmファイルを用意しなきゃ駄目ね。
.htmファイル1個であらゆる情報に対応出来る方法にしたいの。
つまり、hogehoge.htmを用意したとして、ある場所からリンクした場合は、そのURLに含まれる隠しURLへJUMP、別の場所からリンクした場合は、そのURLに含まれる別の隠しURLへJUMPする。
それぞれの隠しURLは、hogehoge.htmの中とかに準備するのではなく(これなら簡単)、リンクのURLの中だけに隠してしまうのが目標。
#前も書いたが、Webサーバとブラウザを限定するので、セコイ手ではある。
Re:(-1:完璧にオフトピ) (スコア:1)
http://hoge.hoge/encoded/XXXXXXXXXXXXXXXXXXXX
ってな感じのURLを叩くと、Webサーバは/encoded/が呼び出されたときだけ、/以下のXXXXXXXXXXXXXXXXXXXXを、decodeスレッドに渡します。docoderはXXXXXXXXXXXXXXXXXXXXをデコードして、そこからコンテンツIDと有効期限と有効DL回数、有効IPアドレスなどを取得します。全てOKであれば、コンテンツIDの情報をクライアントに送信する、という手順だったと思います。
XXXXXXXXXXXXXXXXXXXXは100文字くらいあったかな・・・
encodeとdecodeはオリジナルのアルゴリズムみたいでした。
URL自体に有効期限とIP制限などを持たせるのが、当時としては斬新だったのを覚えています。たしか1998年頃だったと思います。
Re:(-1:完璧にオフトピ) (スコア:1)
Re:(-1:完璧にオフトピ) (スコア:0)
Re:「美しい」の意味 (スコア:0)
あとⅢの軍事パレードシーンにも出てきます。
#完全にオフトピなのでAC