約 644,590 件
https://w.atwiki.jp/kurogiri_all/pages/516.html
■11/28 玄霧藩国の年末年始のアイドレス関連会議 以下、お名前はすべて敬称略とさせて頂きます。 ●議事録作成者 ニム ●招集/議事進行 階川雅成 ●参加者一覧 階川雅成 萩野真澄 築山 九条イズミ ナンキチ ニム ●議題の概要 『年末年始のアイドレス関係の動き、およびアイドレス再開に向けた玄霧藩国の動きについて』 ▼年末年始のアイドレス関係の動き 年末年始にソロゲームが開催される →アイドレスと直接つながっているわけではない事がほとんどなので、アイドレスをやってるからといって必ず参加しなければならないものではない。 ソロゲームに参加してもいいし参加しなくてもいいし、真面目にプレイしても何となくプレイしてもいい いい成績を収めるとエースというトッププレイヤーの称号に近づくための星がもらえる ソロゲームの開催を前提としたアイドレス再開の可能性について →ソロゲームは芝村さん世界観のどこかの世界を使うので、そちらで起きた問題解決のためにアイドレスが再開される可能性がある ▼アイドレス再開に向けた玄霧藩国の動きについて ●現状 政庁アイドレスの各大部品 藩国内で行われる遊びの在り様および具体的な種類 のアイドレス作成を進めている。 ●懸念点 上記の作成したアイドレスはデータが大きいため、上記を登録する際空白の設定が生まれたり、バランスが取れなくなったりする可能性がある 上記以外にも、再開前に作成が必要なアイドレスがあると考えられる ●今後行うべきこと これまでに作成したアイドレスをふまえ、加えて作成が必要なアイドレスの割り出しと作成開始の準備 ●次回会議までに行うべきこと 『アイドレス再開までに作っておかなければならないと思うアイドレスデータ』を考える 以下は例 今実装されている/作成しているデータ群のラインナップを見て、足りないなと思うもの (物理域などの生活環境に関わらず)国民生活に必要だけどまだ作ってないもの アッサム18を参考にしても良い。 注意事項:必要だと思うアイドレスデータのリストの作成が目的であり、アイドレスそのものの作成はまだ行わない。 ●対応担当者 ・藩国民のなかで動ける人 ●次回議題 必要だと思うアイドレスデータの列挙、リストの作成 ●次回対応予定 12月6日(木)の22時に開催
https://w.atwiki.jp/bakatestmixi/pages/83.html
テスト問題と解答 容量圧迫につき各項目別に分離しました。 以降はそちらを編集してください。 文系 理系 社会系 保体系 - / - / -
https://w.atwiki.jp/feg2/pages/430.html
■第1政策:舞踏体停止問題の対策 マンイーター、砂漠化、夢の剣への救済などにて増大した3500万人(推定)の舞踏体が停止し、活動不能となりました。 国民の悲しみは藩王である是空とおるに原因・責務があり、失われた3500万人に哀悼の意を表します。 それらへのコメントは 090609 ■最後に コチラです。 FEGにおいて、最悪の状況下であると考えてますが、それらを乗り越えるために各種方策を検討しております。 ●政策対応について 対応自体はすでに行なっているものの、3500万という想像を絶する国民を失った失意は拭えないかと思います。 (#http //cwtg.jp/qabbs/bbs2.cgi?action=article id=3387) 国民一同には経済・生活・環境など、すべてにおいて不便をさせてしまい、本当に申し訳ありません。 これらの、FEGの機能に対する利便性の低下は、テラ領域共和国各国からの支援にて賄おうと考えております。 必須援助方法が確定し次第、各種実行に移します。(#リソース確定次第、最大限の対応を行なう) (#ターン14は全共和国と聯合をしていますので、その利点を最大限使用します) ●停止の直接的原因 詳細は調査中ですが、舞踏体のシステムも調査しなければなりません。 1:ネットワークでの意識連結、統括 2:感情や記憶を編集できる これらに問題が存在していると考えられます。 また、実施済みの政策:3:稼働可能な舞踏体たち&生身の国民一同へ http //www29.atwiki.jp/feg2/pages/427.html などを参照にし、国民一同の協力、問題解決への助力をお願いいたします。 ●藩王の個人的見解 舞踏体。とは? という部分で考える。 パターンA:生身の体は存在ぜず、記憶や思考を「完全機械化」し、ネットワークでの意識連結をしてる。 パターンB:生身の体は存在ぜず、記憶や思考を「完全機械化」し、ネットワークでの意識連結をしていない。 パターンC:生身の体は存在してるが、記憶や思考を「完全機械化」し、ネットワークでの意識連結をしてる。 パターンD:生身の体は存在してるが、記憶や思考を「完全機械化」し、ネットワークでの意識連結をしていない。 ネットワークでの意思連結はすなわち【個体の欠如】を生み出したと考えられます。 すなわち【人間の思考から外れ】【感情や記憶を編集】することができる。 パターンAが今回の被害者で最も多い形質だと思われます。 その中で、生身が存在し、活動用に舞踏体を使用した場合は感情を失わずに済むという結論出ています。 すなわち、パターンDのタイプの舞踏体は生存していると思われます。 同時に、パターンCの舞踏体も生身が存在している以上、FEGとしては舞踏体から生身に戻す技術は今後、必要かと感じてます。 パターンBでの生存者がいる可能性もあります。 新型の「N8タイプ」(通称クモ型、人型にも変形はできる)においてはパターンAが多く見受けられましたが、一部、N8タイプで感情を持った個体も確認されてますので、それらはパターンB~Dに属するタイプであり、存命が期待できます。 結局のところ、画一的に【個体を欠如】させ【人間の思考から外れ】【感情や記憶を編集】することができたことが最大の問題ではなかったかと、感じています。 ●更なる具体的な対応 難を逃れた舞踏体メンバーの確認をし、射出便利舎などは一旦そのメンバーで運用します。 もともと帰還パスなどを含めた詳細登録をしたメンバーのはずですので、国家治安は運用できると思われます。 そのほかは、治安・内政執行部隊で対応します。 同時に、大量停止を受け、舞踏体着用者が激減すると考えられております。 そのため、生身の人々の高層ビル間の移動などの利便性を高めるために 090609 ■第3政策:FEG国土、ビル高層化への対策 にて対応します。 また、2000万人の国民で回していました行政組織などが多大な機能低下を招いておりますが、拡大化した場合の問題点も明白化しましたので、骨組み含め、再調整を行ないます。 090609 ■第4政策:勉強会の開催 と前後しますが、FEG首脳陣では【技術的解決の模索】の開始を予定しております。 【技術的解決の模索】の先に更なる問題が派生した場合も最速で対応し、その上で【政策対応】などを開示し、舞踏体の今後を明確化します。 これらの開示は国の世論との調整になります。 090609 目次 090609 ■第1政策:舞踏体停止問題の対策 090609 ■第2政策:人の形質問題への対策 090609 ■第3政策:FEG国土、ビル高層化への対策 090609 ■第4政策:勉強会の開催 090609 ■第5政策:各国・組織・団体との連携 090609 ■最後に
https://w.atwiki.jp/wiki1_7get/pages/140.html
- 一部のページが途中で途切れている件について 戻る { なんだかよく分かりませんが、 ここに置いてある2chの過去ログが途中で途切れていることに対して 苦情的なものを頂いたような気がするので書いときますね。 ホスティング型無料Wikiサービススレ より引用 158 :名無しさん@お腹いっぱい。:2006/08/05(土) 05 44 49 件名 [@wiki] アップデート後の不具合対応について ☆☆1.極端に容量の多いページの一定容量以上が消えてしまう問題 アップデート時行いましたデータコンバートにおいて、 極端に1ページあたりの容量の多いページのデータが、 一定以上は消えてしまう問題が起こりました。 現在、容量に関する問題は解決しているのですが、 依然、容量大きかったページが途中から表示されない問題が発生している可能性があります。 # 目安は1ページあたり約6万5千バイトを超えるページです。 なお、上記問題解決に関連して以下の制限をさせて頂いております。 テキストモード・ワープロモード:1ページにつき100Kバイト Wikiモード:1ページにつき100Kバイト, 1200行まで WikiモードのほうがWiki構文⇒HTMLの変換を行うため負荷が高くなります。 この制限は今後変更される可能性があります。 またwikiページで快適にご利用に頂くためには 1ページあたりの文字数を 極力少なくするよう推奨しておりますm(__)m 159 :名無しさん@お腹いっぱい。:2006/08/09(水) 13 41 04 さーて@wikiに掲載していた2chの過去ログが 158の関係で途切れてしまうのだが。 160 :無なさん :2006/08/09(水) 16 05 19 wikifarmをまとめてみた。 Wikiレンタルサービス 158 1ページにつき100Kバイト 第7サーバーを使っているけど、68KB書き込んだら50KBまでにしなさいって警告が出た。 161 :名無しさん@お腹いっぱい。:2006/08/11(金) 17 47 58 159 HTMLモードが2chの過去ログに向いていたのに残念。 ほかのWikiだとプレーンテキストになり見にくいし、レンタルサーバーにFTPで上げるのも面倒だ。愚痴ですまん。 という訳でここに置いている2chの過去ログの内、 規定の容量を超えるものに関して途中で切れるという現象が 起きています。 どういう対応が出来そう? サイズが大きめな過去ログは添付ファイル にする(一部除きローカルの閲覧用に既にやってたり…。) 161さんが言ってるようにレンタルサーバにFTPで上げる(@PAGES とか?) 規定容量単位に分割して掲載(改行数も意識しなきゃいけない?めんどくさい。。。) 今の時点での対応は1という事で続きが気になる場合はローカルで見てください。 @wikiに掲載すると検索とか使えて便利だったんだけどな~。
https://w.atwiki.jp/kameyama2011/pages/17.html
多くの人がサステイナビリティを知ることになった直接のきっかけは、1987年、G.H.ブルントラントを委員長とする「環境と開発に関する世界委員会」の最終報告書“Our Common Future”に求めることができる。中心的理念として提唱された「持続可能な発展(Sustainable Development)」は、環境のみならず、社会の持続性を保障するためにも重要な思想として広く認知され、九二年にブラジルのリオ・デ・ジャネイロで開かれた国連地球サミットでは、「環境と開発に関するリオ宣言」や「アジェンダ21」と呼ばれる具体的な実践目標が合意されることとなった。翌九三年に制定された日本の環境基本法でも、循環型社会の考え方の基礎となり、現在もその有効性を維持している。 とはいえ、上柿(2010)が指摘する通り、「サステイナビリティ(=持続可能性)」という概念は諸開発計画の包括という機能のみが前面化され、学問的な枠組みとしての脆弱性をいまだ払拭しきれていない。つまり“Our Common Future”において「将来の世代のニーズを満たす能力を損なうことなく、今日の世代のニーズを満たすような発展」と説明されている「持続可能な開発」は、それがどのような発展を指すのかについての同床異夢に対して批判的視座を持つことができていない。中川(2010)もまた、サステイナビリティを意識することになったきっかけとして、一九七二年にローマ・クラブが編集・刊行した『成長の限界』をあげており、サステイナビリティという概念が化石燃料をはじめとするさまざまな資源に対して「回復不能な影響を与えない範囲で最大の生産高を得るにはどうしたらいいか」という問題意識から出てきたものであることを述べている。石油の採掘法や有効利用法、あるいは農林水産業における天然資源の保全のガイドラインの作成などは大きな成果をあげているが、しかし、人文科学における展開は決して充分とはいえない。木村(2010)は、サステイナビリティ学が「対処としてのエコロジー」から、危機意識、システム的思考、「現象解明と問題解決の同時追究」を継承している一方で、「文明論としてのエコロジー」、つまり人間こそがサステイナビリティの「担い手」であり「受益者」であるというフレームから脱却できていないことを指摘している。 参考文献 『サステイナビリティとエコ・フィロソフィ』竹村牧夫・中川光弘(編)、ノンブル社、2010
https://w.atwiki.jp/plan9jp/pages/12.html
概要 Plan 9 from Bell Labs は1980年代の後期、ベル研究所によって開発された研究用オペレーティングシステムです。 その基を作ったのはケン・トンプソン、ロブ・パイク、デイヴ・プレソット、そしてフィル・ウィンターボトム。 1990年代から現在にかけて開発が続けられるにつれ、多くの人々が開発に加わりました。 Plan 9 は多くのシステムの問題解決を、新しく、よりクリーンな方法で実証しています。 そのシステムは全体的にUnixユーザーにとってとてもなじみがあるでしょうが、同時にとても異なるものです。 Plan 9 では、プロセスごとにミュータブル(可変)なネームスペース(名前空間)を持っています。 プロセスは関係のないプロセスのネームスペースに影響を与えずに、自分のネームスペースを再構築したり、追加したり、削除したりすることができます。 ネームスペースの変化には、9Pと呼ばれるシンプルなファイルプロトコルをつかったファイルサーバーへの接続をマウントする能力も含まれます。 その接続はネットワーク接続、(UNIX) pipe、そして相手側の9Pサーバーを使って読み込んだり書き込んだりするために公開されたいかなるファイル記述子で使用することができます。 カスタマイズされたネームスペースは、新しいリソース(例 ウィンドウシステム)を提供するため、ほかのマシン(例 ネットワークスタック)からリソースをもらうため、そして過去のファイルを閲覧する(例 dump file system)ためにシステム中にヘビーに使われます。 Plan 9 はOSカーネルですが、同時に付属のソフトウェア・コレクションでもあります。 過半数のソフトウェアは主に新しく、Unixや他のシステムから輸入されたものよりもむしろPlan 9 のために作られたものです。 ウィンドウシステム、コンパイラ、ファイルサーバー、そしてネットワークサービスはすべてPlan 9 のために新しく作られました。 dc, ed, そしてtroffのような古典的なUnixプログラムは持ち込まれましたが、それらは最新のものになっていることもあります。 例えば、troffはUTF-8でエンコードされたUnicodeドキュメントを受け入れます(もちろんシステムの部分もそうですが)。 Plan 9 の論文では、システムに関するより深い紹介を行っています。 コメントをどうぞ 名前 コメント
https://w.atwiki.jp/abouttaima/pages/30.html
大麻は有害であるという主張は以下のように大別される 服用時の向精神作用そのものが有害である 「集中力が落ちて事故が増える」「幻覚により高所から飛び降りる」など 不純物による健康被害が問題である 「煙には発がん物質が多く含まれる」など 長期的な健康被害 「脳が委縮する」「胎児に悪影響」など(上記の発がん作用は除く) 社会不安を増す 「他のドラッグの入り口となる」「麻薬欲しさに犯罪が増える」「生産性が落ちる」など 当然、これらの主張は排他的なものでは無い。 情報引用元: メルクマニュアル(米国医薬品企業メルク) http //mmh.banyu.co.jp/mmhe2j/sec07/ch108/ch108f.html 薬物乱用防止教室(千葉県警) http //www.police.pref.chiba.jp/safe_life/overuse_drugs/hemp.php コメント 服用時の向精神作用そのものが有害である 「集中力が落ちて事故が増える」「幻覚により高所から飛び降りる」など…これ本当?ソースないの?嘘や噂をのせても意味ないだろ? -- nobita (2009-07-15 18 16 53) 根拠がないですね。 -- 名無しさん (2009-10-21 01 33 31) おれもインドやネパールで聞いたことはありますが、論拠には乏しいですよね -- kazu (2010-04-30 01 35 24) THCのマウスの経口摂取によるLD50は1270mg/kg。エチルアルコールは10000mg/kg。ニコチンは1mg/kg。ボツリヌスは0.00001mg/kg。LD50に着目するならアルコールより危険。 -- 名無しさん (2012-01-30 19 47 55) リラックス効果で多少、集中力は落ちますが、「酒を飲んだら乗るな」方式で問題解決です。飲酒運転と同じように摂取後数時間(量や方法に依るので)は禁止にすればいい。 -- 元・オランダ住み (2018-05-09 11 34 44) 通常土日のみ、バカンスの2か月間はほぼ毎日吸う生活を3年ほどしましたが帰国してからは吸っていません。映画などで大麻を吸っているシーンを見ても特に何とも思いませんが、タバコは見ると吸いたくなるので依存性にも疑問が残ります。有害物質は経口摂取やヴェポライザーで取り除けます。踏石論はオランダではハードドラッグの使用者が減少した事で否定され、オーストラリアでも検証の末、否定されています。 -- 元・オランダ住み (2018-05-09 14 25 24) 名前 コメント
https://w.atwiki.jp/hdus/pages/40.html
Friio持ってる人向け Friioが無いと動作しません FriioView導入 1.亀スレのFriioViewでリアルタイム視聴してみる実験プログラムをお借りする。(http //www1.axfc.net/uploader/He/so/127399.zip) 2.解凍後、BonDriver_U3ID*.dllやBonDriver_D4ID*.dllの代わりにBonDriver_HDUS.dllを入れる。 3.channels.iniを適当に書き換える。 4.(気が向いたらhttp //2sen.dip.jp/cgi-bin/friioup/source/up0690.zip を借りて修正してみる) 5.Readmeを参考にしながらView改を作る 6.一つのフォルダに以下のものを集める * FriioView改 * BonDriver_HDUS.dll (人柱版) * lernel32.dll(7.の作者で改thx) * bscs.ini(←不必要?) * channels.ini(←フリーオのそのまま上書き) 7.後は自由にFriioUtilなりなんなり、好きにしちゃってください TvRock (Friio白を1個、HDUSを1個のとき) 1. TvRockで「設定」→「チューナーB」 2. チューナーアプリを「不利男 B(orCorD」に。 3. チャンネル表示を「地上波」に(←当然?) 4. 「監視スレッドを起動しない」を何とかする(←ここどうすんのか知らない) 5. 右下で「FriioView.exe」を指定(実際には改)、ディレクトリ位置も忘れずに指定 とりあえず黒凡(BS)とHDUSで起動確認 FriioUtilはふつーに動きました TVRockはエラー出て起動せず FriioのチューナーAとBの不利男があるフォルダが 両方とも6.に書き換わってBSとの共存できなかった ↓ FriioView改をFriioView2.exeとかにリネームして、改版に必要なファイルを通常のFriioViewと同じディレクトリに入れれば上記の問題解決。 TVRockでHDUSで使用するビューアーにFriioView2.exeを選択(書き換え)、 BSの方は、デフォルトのFriioView.exeを使用する。 これで共存できます。 アプリは-こちらにミラーしました # BonFriioView(2008-08-06).zip # BonFriioView(2008-08-06)_HDUS用lernel32.zip 参考画像
https://w.atwiki.jp/various-kk/pages/30.html
このwikiはアフィリエイト、広告収入等を目的としてコンテンツを掲載しています。 小和田陽市は、株式会社FORMの代表。 小和田陽市(小和田陽一)が代表を務める株式会社FORMの事業内容 相続コンサルティング事業 相続全般にかかわるお悩みのご相談及び解決策 弁護士、会計士、税理士等による解決策のご提供 継続的なご相談とコンサルティング ご要望いただいた各種活動の実施 遺産コーディネート事業 資産・遺産の配達という「想い」を具体化させる調査と依頼者様及び受取人様に感動を与える演出をプロデュース 遺産に関する調査、コーディネート活動のご提供 継続的なご相談とコンサルティング 保険サービスのご提供 ご要望いただいた各種活動の実施 財産エージェント事業 「夢」や「想い」を実現させる資産の活用方法をご提案し、エージェントとしての業務 継続的なご相談、ご提案、エージェント活動 ご要望いただいた各種活動の実施 ファイナンス事業 資金調達に関する問題のご相談及び解決策を提案致 会計士、税理士等による現状分析と解決策の御ご提供 ご要望いただいた各種活動の実施 M A、事業承継 小和田陽市(小和田陽一)が代表を務める株式会社FORMの提供価値 「気持ちよく」相続問題を解決したい。 「心のつかえ」を取りのぞき、自分の遺志を伝えたい。 財産に関する「悩み」をスムーズに解消し、財産を活用したい。 私たちFORMは、あなたの「想い」にこたえる 「相続、遺産、財産にかかわる国内初の総合的な会員制エージェント会社」です。 小和田陽市(小和田陽一)が代表を務める株式会社FORMとは FORMとは、「Fine/健康」「Occupation/仕事」「Recreation/遊び」「Money/お金」。 私たちは、それぞれの人生におけるF・O・R・Mの満足、充実に貢献することをめざし、活動を行っています。 弊社は、一般的に今まで解決できなかった相続・遺産・財産に関する問題解決を行う、総合的なサービスを提供するエージェントです。 ご親族や愛する方々との金銭的な課題やストレスを解消し、それぞれの人生の満足、充実に貢献いたします。 遺産分野におけるコーディネートサービスにおいては、専門のコンサルタントが各種調査、コーディネート活動を実施いたします。 小和田陽市(小和田陽一)が代表を務める株式会社FORMの約束 会員様の個人情報を厳格に保護いたします。 非弁行為は行いません。 直接的な金銭授受は一切行わず、明確な料金体系で会員サービスを実施いたします。 寄付などを通じた社会貢献活動への橋渡しも行います。 小和田陽市(小和田陽一)が代表を務める株式会社FORMの会社概要 商号 株式会社FORM 設立 2009年7月27日 資本金 1,000万円 TEL 03-6229-1928 FAX 03-6229-1929 住所 〒107-0052 東京都港区赤坂2-17-12 チュリス赤坂 302号 事業内容 相続にかかわるコンサルティング業務遺産にかかわるエージェント業務財産にかかわるエージェント業務その他上記に付随する業務 提携先 弁護士、会計士、税理士、FPおよび相続に関連する各種ネットワーク
https://w.atwiki.jp/hakase_mc/pages/93.html
このゲームにおいて、特に冒険者達にとって戦闘は日常に近いものです。 自衛の為、問題解決の為、理由いかんにかかわらず冒険者は戦闘に巻き込まれることが多いです。 その非常に多発する割に複雑な戦闘という状況をスムーズに解決する為に 戦闘については特殊な戦闘処理用のルールが存在しています。 戦闘の進行について 戦闘は基本的に以下のような手順で開始されます。 1.戦闘の開始の宣言 ↓ 2.陣形の確認 ↓ 3.イニシアティブの決定 ↓ 4.ラウンドの開始 ←←←←←← ↓ ↑ 5.戦闘行動の解決 ↑ ↓ ↑ 6.ラウンド終了処理 →→→ 7.次ラウンド開始処理 ↓ 7’.戦闘終了 以下に軽く流れを解説すると 戦闘開始の宣言 GMが敵対するNPCが戦闘を仕掛けてきた、と宣言した場合 あるいはPCが戦闘を仕掛けると宣言した場合、戦闘は開始されます。 これはどちらか一方に戦闘の意思があれば発生します。 陣形の確認 現在のPC、NPCの位置状況を陣形という、戦闘用の形で把握します。 これにより、お互いに対して行える行動の基準が立てられます。 この陣形は戦闘に入る直前の状況を考慮して形成されます。 イニシアティブの決定 戦闘における行動順を決定する値、イニシアティブ値を決定します。 これにより今後の戦闘における行動順をまず決定します。 基本的に知能が高いほうが有利ですが、 必ずしも高いからといって常に早く行動できるわけではありません。 ラウンドの開始 戦闘はラウンド(以後R)という時間単位によって区切られています。 キャラクターはラウンドごとにイニシアティブが高い順に自らの手番を向かえ 自分の手番が回ってきたら行動を決定します。 ちなみにイニシアティブ値が同値の場合は知能値が高いほうが、 知能が同じ場合は全くの同時行動として行動の結果を処理してください。 戦闘行動の解決 キャラクターがラウンド中に行う行動には全てアクションという単位に換算されます。 キャラクターは1R中の自分の手番に2アクションの行動を行えます。 イニシアティブの高い順にキャラクターの行動が全て行われたらラウンドは終了します。 ラウンドの終了処理 全ての行動可能なキャラクターの行動が終了したらラウンドを終了します。 この時点で戦闘の意思を持つキャラクターが未だ戦闘可能な状態で存在する場合、 戦闘は継続され、次のラウンドへ処理は移ります。 次ラウンドの開始処理 新しいラウンドが開始されたら、再度イニシアティブの高い順に 行動の解決を開始します。 ラウンド数は最初のラウンドを1R、順次2R、3Rと数えていきます。 戦闘の終了処理 その場に戦闘の意思を持つキャラクターが戦闘可能な状態で存在しなくなった時点で 戦闘は終了します。 それは敵の全滅かもしれませんし、戦闘意思の喪失かもしれません。