約 8,194 件
https://w.atwiki.jp/ja2047_memorial/pages/666.html
さあ第二ラウンドかな? 2) 2006/ 8/30 22 13 [ No.37954/39216] 投稿者 ja2047 さて、私が「一つずつ」とお断りしているにもかかわらず、「質問事項」を乱発してきたのが、ここまでにあなたのやって来たことなのですが、実際にはMsg37249へのお返事というのが、ここまでの議論の中身だったのです。 これはまだ完全に片が付いていません。 ひとまずMsg37249時点までの問答については、スマ氏から私への質問について、私が回答したにもかかわらず結論が出ていない。私からスマ氏への質問については、確かまともな回答をいただけないままにここまで来てしまった、ということを確認して続きに掛かりたいと思います。 msg37248での私の質問 実際には無抵抗で捕獲された敵の兵士を「軍服を着ていないから」という理由で殺害したり、裁判の上死を与えたりした事例は少ないと思います。「思う」というのは具体的な条文や事例を見たことがないからです。 歴史的事実の資料の明示を求められるのであれば、多数の例を明示できますが、 では一つそれをお願いします。 実際には私の指摘するように、「身分表示なく戦闘を行ったもの」であることが認定されたケースがほとんどであると思います。 無抵抗で捕獲された敵の兵士を「軍服を着ていないから」という理由で殺害したり、裁判の上死を与えたりした事例をご教示下されば幸いです。 以上のやりとりについて、あなたは条文も慣習法であることを示す事例も明示できなかったということでよろしいですね? 本来ならば、これで議論は終わっているのです。 ですが、お求めがありますので、これを踏まえた上で、msg37250以降について、質問と確認事項についてお答えしていきたいと思います。 予告編が長いですが、今現在の双方の立ち位置だけは確認しておきます。 返信 これは メッセージ 37925 ja2047 さんに対する返信です もどる
https://w.atwiki.jp/tunderekissa/pages/48.html
舞台設定 12月のはじめ頃が物語の始まりで冬休み中が分岐? 個人的には学生のテスト終了直後(具体的には5~10日頃)から始まって クリスマス頃(冬休み)から個別ルートが無難なんじゃないかと思う。 場所は程よく田舎な海と山に近い地方都市(神戸・三宮辺り、ただし明示しない) 方言に関しては完全無視で全員標準語 店の近くには大きな神社(生田神社、やはり明示しない)と小さな神社がある 9時か10時~21時まで営業 クリスマスと大晦日は24時まで営業 酒類の扱いは未定、その関係で営業時間が変わるかも 全く個人的な見解だけどモーニングあった方が俺は良いと思う 店舗は住居一体型で間取りは後で考える 落ち着いた雰囲気で席数はそれほど多くない ただし登場人物の関係上常時2-3人のホールがいるのでそんなに少なくもないはず
https://w.atwiki.jp/vocaloidchly/pages/252.html
作詞:toya 作曲:toya 編曲:toya 歌:鏡音リン、鏡音レン 翻譯:kankan 黑與白的系譜 星座化為真實 彩虹化為空想 光明化為水滴 陰霾化為流水 未來化為羽翼 過去化為足鐐 光明化為螺旋 黑暗化為開始 明示自己的所在 能夠抵抗 能滑過冰凍的黑與白的中心? 如果捨去現在帶著的 脫下“如此” 又能回歸? 吶・・・ 形體化為預測 色彩化為確信 出口化為話語 疑問化為喧鬧 命運化為叫喊 法理化為靜寂 全為一 一為全 連支撐自己的必要都 定義為無 能找逃到別處的方法? 正確的崩壞總是 近在身旁 只是在等待訊號吧? 吶・・・ 明示自己的所在 能夠抵抗 能滑過冰凍的黑與白的中心? 如果捨去現在帶著的 脫下“如此” 又能回歸? 吶・・・
https://w.atwiki.jp/ambition/pages/13.html
this参照 this参照とは、非staticメソッドに引き渡される隠された引数。 this参照は、staticメソッドの属するクラスのインスタンスを表す。 即ち、インスタンスのメンバをインスタンスメソッド内で扱う場合に使用する。 通常、this参照は、省略してもよいことになっているが、 例えば、クラスメンバと同一の名称の引数が引き渡された場合に、 メンバパラメータが隠蔽されてしまうため、明示しなければならないケースが存在する。 明示が必須とされる例 C++/CLI ref class example sealed{ private int i; public void func(int i) { this- i = i ; } } ; C# sealed class example{ private int i; public void func(int i) { this.i = i ; } }
https://w.atwiki.jp/lyuca-fardias/pages/62.html
以前は以下のようだったが、変更する。 人称変化 女性 男性 その他 一人称 -esa -eso -e 二人称 -eta -eto -e 三人称 -e -e -e 主格と対格、場合によっては与格を明示できる。 主格 対格・与格 一人称 la lei 二人称 wa wi 三人称 ja jei これは全て動詞の前に置く。接尾は廃止。これは膠着に分類できる。 つけるつけないは自由であるが、主語は明示しなければならない。 例文は以下。 以前)Iresa. 新版)La-ire. 私は歩く。 Esteso less in. les i less in. 私は学生だ。(esteの省略) Elesa wu is. La-wi-ele. 私は貴方が好きです。 Dometo shert is les if. Wa-lei-dome shert is. あなたは私に本をくれる。
https://w.atwiki.jp/suwiruzo/pages/43.html
エシュガル語の時制(テンス) エシュガル語では時制の明示は必須ではない。例えば「明日に」を意味する tà faocjur という語句が文中にある場合、それで未来だと判る為に通常は時制標識を添えない。 もちろん明示する事も出来る。過去を示す pà 、現在を示す dì 、未来を示す kù があり、文中の適当な位置に放り込めばよい。 また数(単複)の標識と組み合わせて意味を拡張する用法もある。 pà、dì、kù 単純に時制のみを示す。例えば過去時制が「今は違う」的ニュアンスを含んでいたりはしない。 pà yù、dì yù、kù yù 時制に「今は違う」とか「その時だけ」的なニュアンスを含ませたいのであれば単数標識を添える。 pà rà、kù rà 過去時制に複数標識を添えるといわゆる大過去となり、普通の過去時制とセットで使って「そっちの方がより過去」と明示したい場合に用いる。大未来も同様。 dì rà 論理的に使うべきと思われる時制と心情的に使いたい時制に食い違いを感じた際にとりあえず使っておく形。 かつて、母語の影響で現在の事なのにニュアンス表現のために過去時制にしてしまう事例が頻出し、意思疎通に支障をきたす場合があった。どういう場合に過去時制にしたがるかはそれぞれの話者の母語により異なったものであり、感覚を共有しない者にはニュアンスの過去形なのか実際の過去形なのか区別が付かなかったからだ。当時から大過去・大未来の用法はあったものの現在複数形は何に使われているわけでもなかったので、そういう場合は代わりにこれを用いるよう申し合わせが出来た。 もちろん、現在でもその現在複数形がどういうニュアンスを表しているのかが理解されにくい場合はよくあるのだが、少なくともニュアンスの問題でしかないという点が明瞭になっただけ以前より色々とましになったと云えるだろう。
https://w.atwiki.jp/o-rod/pages/90.html
マジックボックス/マジックパウダーは、その名のごとく、あらゆる事を可能としてしまう創作上のしかけである。ナノクではサンドボックスモデル中に現れる。 アーサーCクラークは自著「未来のプロフィル」の中で「十分に進歩したテクノロジーは魔法と区別がつかない」と語っている。ここでいう魔法は明示化された法体系のことでなく、暗黙知的だが一見万能な何か、ということになるだろう。ナノクプロットでは、暗黙知は、物語のテンポのために意識的にマクガフィンとしているか、そうでなければ明示化できなかった不備と考えるのがつねだ。魔法の箱/魔法の砂化した技術は、万能であるがナノクフィクションとしては定義の必要性が無くなるので、暗黙知を明示化するという表向きの意義からも離れてしまう。どこの世界でも万能性の弊害というものがあるだろう。 しかし、様々なトレーニングの過程で、マジックボックスやマジックパウダーを多用して物語をすることには利点もある。とりとめのない様々なものをならべていきながら、様々な事象の関係性やその背後に潜む抽象性をひきだしていくことができる。ミノスフキー粒子、気、オーラ、魔力、そういったたぐいの利便性に頼りながら、跡づけて理論化するアプローチ(アブダクション)もあるだろう。(大抵綻びが残る) 一般的な芸術作品は批評の対象となりうるし、批評は社会的な責任を負うべきと考えると、マジックボックスやマジックパウダー、あるいはマクガフィンを多用した作品を現実社会に投げかけるのは、余計な混乱を招くとも限らない。そのためナノクプラットフォームでは、そのような制作者の曖昧な態度を支援するためにサンドボックス(砂場)アイコンを用意している。これは旧サンマイクロシステムズが開発したJAVA言語のセキュリティモデルに依拠している。このアイコンをつけたアイデアや作品は、社会に貢献する意図はないし、また、批評批判されるいわれも無く、個人主義の元に自由に創作を行っている、という事を敢えて明示するためのアイコンである。 砂場の中で、我々は自由に空想や妄想のつばさを広げる所ができる。誰にも邪魔されることもないし、批判されることもないだろう。愛好家として、それは非難されるようなことではない。表現の自由以前の自由だ。砂場の中で十分な準備や調性が整い次第、作品を社会へコミットすればいい。もちろん一生砂場の外から出なくても、誰も困りはしない。多くの人は初め砂場で何かを作りはじめるのだから。 (ロールプレイ効果、ナノテックミームも参照のこと) imageプラグインエラー 画像を取得できませんでした。しばらく時間を置いてから再度お試しください。 バイラルループ ナノスケーリング則 バイラルループ バッチディザスタ 順次処理の悲劇 Nanoch killed batch disaster ロールプレイコンフェション 局在プラズモン共鳴(localized Surface Plasmon Resonance LSPR) 腐食(コロージョン/エロージョン) 関連ページはありません マジックサンド showrss プラグインエラー RSSが見つからないか、接続エラーです。 showrss プラグインエラー RSSが見つからないか、接続エラーです。 showrss プラグインエラー RSSが見つからないか、接続エラーです。 #ref_list
https://w.atwiki.jp/startruby/pages/19.html
RSpecのここがすごい! RSpec? Rubyには、Test Unitがあるし、普通にUnitTestが書けるよね?なんで?? まずはこれを見てくれ require lru_cache describe LruCache do describe "を初期化する場合" do it "は、サイズを渡したら、そのサイズのキャッシュができる." do targ = LruCache.new(10) targ.limit.should == 10 end it "もし、サイズにマイナス値を渡したら、例外が発生する." do lambda{ LruCache.new(-1) }.should raise_error(ArgumentError) end it "もし、サイズにnilを渡したら、例外が発生する." do lambda{ LruCache.new(nil) }.should raise_error(ArgumentError) end it "もし、サイズに数値以外を渡したら、例外が発生する." do lambda{ LruCache.new("a") }.should raise_error(ArgumentError) end end end まず LruCacheに関する記述(describe)だよ、と宣言してそのうちの「初期化をする場合」のテストだよ、と宣言して「サイズを渡したら、そのサイズのキャッシュができる」べきだと、通常できることを説明していてその内容でtarg.limitは10であるべき(should)と明示して 「サイズにマイナス値を渡したら、例外が発生する」べきだと、引数がおかしい場合に起こることを説明していてその内容でArgumentErrorというerrorが発生するべきと明示して 「サイズにnilを渡したら、例外が発生する」べきだと、引数がおかしい場合に起こることを説明していてその内容でArgumentErrorというerrorが発生するべきと明示して 「サイズに数値以外を渡したら、例外が発生する」べきだと、引数がおかしい場合に起こることを説明していてその内容でArgumentErrorというerrorが発生するべきと明示して これを見るだけで、LruCacheが「何をするプログラムなのか」が見えてくる! しかも、Test Unit(JavaのJUnit4.1以前相当)よりも、より記述が簡便で読みやすい! UnitTestの次の流れ-より人が読みやすいテストへ UnitTestが広まるなかで、認識されていったこと UnitTestは、ホワイトボックス・テスト(テスト対象の全コードを理解したうえでのテスト)ではない。 UnitTestでテストしているのは、テスト対象のクラスとメソッドのインタフェースだ。 つまりは、ブラックボックス・テスト、ステートボックス・テストに他ならない。 インタフェースの肝とは、インプットとアウトプットが何であるかをしっかり確立すること。 つまりは、そのインタフェースの振る舞いをしっかり確立すること。 そうだ!振る舞いをテストするんだ!! - Behavior Test という認識へ。 だったら、振る舞いをもっとわかりやすく記述できないかな? - Java の場合 JUnit4.5 assertThat() の登場 - Ruby の場合 RSpec の登場 いずれでも、根底にある思想は「コードは徹頭徹尾人が読むためにある存在」だということ。
https://w.atwiki.jp/hitkik/pages/23.html
Windows で、HTTPでのやり取りを眺めるツール。 HTTP debug tool IE ---- Fiddler2 http //www.fiddler2.com/Fiddler2/firstrun.asp extension http //www.fiddler2.com/fiddler2/extensions.asp Firefox ---- Firebug 文字コード明示 html lang="ja" まず、 html の中で使用言語を示します。ja は日本語を示します。 日本語以外では en (英語)、fr (フランス語)、de (ドイツ語)、zh (中国語) などがあります。 meta http-equiv="Content-Type" content="text/html; charset=Shift_JIS" METAタグのContent-typeを明示すると同時に文字コードも明示します。 Shift_JIS 以外は EUC-JP, iso-2022-jp (JIS), UTF-8(Unicode) などがあります。 Shift_JIS はアンダーバー。EUC-JP と iso-2022-jp, UTF-8はハイフンです。 × content="text/html;" charset="Shift_JIS" ○ content="text/html; charset=Shift_JIS" 行間を広げる BODY STYLE="line-height 150%" line-heightの活用 div style="font 900 46pt;line-height 6pt;" div style="color #404040;text-indent 50px;" abc /div div style="color #808080;text-indent 100px;" def /div div style="color red;text-indent 150px;" ghi /div /div スタイルシートを使ったテキストフィルタ http //www.tohoho-web.com/css/filter.htm スタイルシートクイックレファレンス http //www.htmq.com/style/index.shtml 以下広告
https://w.atwiki.jp/ja2047_memorial/pages/568.html
重いが 2006/ 8/ 8 6 06 [ No.37423 / 39216 ] 投稿者 ja2047 まして交戦行為を行っていないのなら、直ちに戦時国際法違反とは言えません。 正規兵が、私服に着替えて敵対行為を取ることは、国際法違反です。 前記の通り、一般文民が行って「敵対行為」と見なされない行為を以て「敵対行為」をしていると見なすのは無理があります。 これもja2047氏は、国際法学者の著書の明示もなく、繰り返すだけです。 msg37248のやりとり、 無抵抗で捕獲された敵の兵士を「軍服を着ていないから」という理由で殺害したり、裁判の上死を与えたりした事例をご教示下されば幸いです。 事例に関していえば、ja2047氏も述べられたように、私服を用意し、戦況が不利になると、いっせいに数千人の正規兵が、軍服を脱ぎ捨てて、一般文民のいる安全区に隠れる、というような事例は、どこを探してもありません。 のように、あなたも事例を見つけられなかったのだから、国際法学者の言及がなくとも不思議はありません。(私は「何千人も」と要求したのではないが)一般文民が行って敵対行為と見なされない行為は敵対行為ではないというあたりまえのことにいちいち言及する法学者がいなくても不思議ではないでしょう。 これがこの議論全体のテーマなのですから、 争点を自明のこととしてはいけません。 自明のことといって、まったく根拠となる資料を明示しないja2047氏に反省を促したいと考えます。 あまりに当然のことについて「学説」を明示しろと言われても困ります。刑法のどこに「人を殺してはいけない」と書いてあるか、そう言っている法学者を挙げてみろ、とか言われると困るようなものです。 上記したとおり、交戦とは破壊と殺戮のことであって、平時の法では禁止されていることは言うまでもないのです。 返信 これは メッセージ 37422 ja2047 さんに対する返信です もどる