約 61,967 件
https://w.atwiki.jp/oimoritsuushin/pages/13.html
参加条件について DS・おい森ソフトを持っている人 wi-fi環境がある人 改造村・改造関係者以外(時差村もできるだけご遠慮ください) 参加用 参加したいときにコメントページに書く内容です。 ↓の内容は必ず入れてください。 プレーヤー名、村名、ともだちコード (例)プ あいうえお 村 abc村 コ 1234-5678-9012 通信するとき 事前にこの掲示板に書き込むことがほとんどです。 後は、どこの村に行くかなどを決めるなどをして、通信をします。 後は自由に。 ブラックリストになる条件 荒らし・小学生みたいな発言(編集・通信問わず) ネチケット違反(無言で退室etc...、荒らし追放は例外) 改造村・改造関係者(時差村は例外) その他上記に準する行動・発言 第2回 参加条件はどのくらい?(10/4/3-10/4/10) 選択肢 投票 無くていい (0) 少しでいい (0) 多いほうがいい (0) もっとたくさん (0)
https://w.atwiki.jp/sharoushi/pages/13.html
職業安定法 目的 職業の安定を図り,経済の興隆に寄与する 職業選択の基本原則 誰でも職業を自由に選択できる 職業紹介の7原則 1.求人の申し込みは全て受理しなければならない 例外 法令違反 労働条件が不適当 労働条件の明示なし 2.求職の申し込みは全て受理しなければならない 例外 法令違反(5条の6第1項) 3.求職者は公共職業安定所等に,公共職業安定所等は求職者に,労働条件を明示する 原則書面の交付 ①明示すべき事項(則4条の2) ②従事すべき業務の内容 ③労働契約の期間 ④就業の場所 ⑤始業および就業の時刻・所定労働時間を超える労働の有無・休憩時間・休日 ⑥賃金の金額 ⑦労働保険および社会保険の適用に関する事項 4.公共職業安定所等および職業紹介事業者は,求職者の能力に適し,求人者の雇用条件に適合する職業を紹介するように努める(5条の7) 5.公共職業安定所は,求職者が住所変更の必要のない就職先を紹介するように努める(17条の1項) 6.公共職業安定所は,求職者が公共職業訓練うけることのあっせんを行う(法19条) 7.公共職業安定所および職業紹介事業者は,求職者にストライキやロックアウトをしている事業所を紹介してはならない(法20条,34条) 職業紹介事業 1.有料の職業紹介事業を行う場合は,許可が必要 厚生労働大臣の許可(法30条の1項) 事業主単位で受けられる-許可証は事業所単位で交付される 有効期間3年,更新後の有効期間5年(法36条の6) 紹介してはならないもの ①港湾運送業務 ②建設業務 ③その他厚生労働省令で定める事業(現在なし) 2.無料の職業紹介を行う場合にも,原則として許可が必要 厚生労働大臣の許可(法30条の1項) 有効期間5年,更新後の有効期間5年(法33条3項・5項) 紹介職業制限なし 3.学校等は,届出により無料の職業紹介を行うことができる 厚生労働大臣への届け出で可 ①学校の行う無料の職業紹介事業(法33条の2) ②特別の法人の行う無料職業紹介事業(法33条の3) 商工会議所・農協等 ③地方公共団体の行う無料の職業紹介事業(法33条の4) 4.職業紹介事業者は,職業紹介責任者を選任しなければならない(法32条の14・33条の4項) 労働者の募集 1 原則 文書募集と直接募集は自由に行うことができる 2 例外 委託募集の場合は,必ず厚生労働大臣の許可が必要 ①報酬を与える場合は厚生労働大臣の許可が必要(法36条1項) ②報酬を与えない場合には厚生労働大臣に届けることでよい(法36条3項) 3 募集に応じた労働者からの報酬の授受は絶対禁止(法39条・40条) 4 労働者供給事業は禁止(法44条) 労働基準法の中間搾取の禁止や,強制労働の禁止の趣旨を実現するため 例外 労働組合等が厚生労働大臣の許可を受けた場合は,無料の労働供給事業を行うことができる(法45条)
https://w.atwiki.jp/startruby/pages/16.html
基本的な構文 命名規則 定数 大文字で始まる 変数 小文字で始まる 慣習 1. クラス名はパスカル記法 class HogeHoge 2. メソッド名、変数名は_区切りの小文字 def hoge_hoge hoge_hoge = 0 3. 定数名は_区切りの大文字 HOGE_HOGE = "hoge" 変数とシンボル 変数のスコープ rubyのスコープの思想「最小単位はブロック(not メソッド、not 式)」 rubyの変数の思想「変数のスコープはなるべく局所化しろ」 hoge スコープ=ブロック・ローカル @hoge スコープ=インスタンス @@hoge スコープ=クラス $hoge スコープ=グローバル シンボル hoge 同名の変数に対してリンクを張っている。 メソッドの定義 引数なし def bark end 引数あり def bark(time) end 複数の引数あり、初期化付き def bark(time, voice="ばう") end 可変長引数 def bark(*voice) end メソッドのスコープは基本的にパブリック クラスの定義 class CurDog Dog PEDIGREE = "雑種" attr_reader name def initialize(name) @name = name end def bark(voice="ばう") p voice end def wait shit end def self.cute p "きゅぅーん" end private shit def shit p "ポトリ" end end rubyの面白いところ:クラスとは「クラスオブジェクトの定数」にしか過ぎない。 クラスオブジェクト?? クラス定義に従ってインスタンスを生成できるインスタンス工場のこと。 ポイント newは特別なメッセージ。メソッドとして独自定義できない。 initializeはnewした時に自動で呼ばれるメソッド。引数を加えることができる。 継承したい時は [継承元] を記述する。 インスタンス変数を公開したい時は、シンボルを使って、attr_accessor、attr_reader、attr_writer を指定する メソッドを非公開にしたいときは、シンボルを使って、private、protected を指定する クラスメソッド(staticなメソッド)を書くときはself.をメソッド名の前に付ける このselfは、じつはクラスオブジェクト自身を指している 慣習 クエリー系メソッドは、メソッド名の最後を"?"で終える。 とくにValueObjectで、インスタンスの内容を変更するメソッドは、メソッド名の最後を"!"で終える。 クラス・オブジェクトのインスタンス(メソッド/アトリビュート)へのアクセス 基本は"."を使う dog = CurDog.new("ポチ") dog.bark("わおーん") dog.wait 定数にアクセスする場合は" "を使う p CurDog PEDIGREE ちなみに メソッド呼び出し時の"()"は省略もできる dog = CurDog.new "ポチ" dog.bark "わおーん" ただし 引数括りの()は演算式括りの()よりも優先度が高い math.calc (a-b)+c なんてやるとハマるから、要注意 制御構文 コメント # コメント 使える演算子 | ^ = == === =~ = = + - * / % ** ~ +@ -@ [] []= ` =+ =- =* =/ =% =** = ? .. ... ! not and || or = 大小比較 === [左辺]に[右辺]が含まれるか =~ 正規表現で比較 += -= *= etc [左辺]に[右辺]を計算した結果を[左辺]に代入する(自己代入) ちなみに、++や--は無い。 条件分岐 許容条件 if 条件式 then 実行文 elsif 条件式 then 実行文 else 実行文 end 実行文 if 条件式 否定条件 unless 条件式 then 実行文 else 実行文 end 実行文 unless 条件式 ケース条件 case 評価式 when 式 then 実行文 else 実行文 end 繰り返し while while 条件式 do 実行文 end 実行文 while 条件式 until until 条件式 do 実行文 end 実行文 until 条件式 for for 変数 in 範囲式 do 実行文 end じつはfor文はほとんど使わない 10.times do |i| end した方が楽だしね 途中で制御を抜ける等 break、next、redo、retryが使える 例外構文 例外を発生させる raise 例外タイプ raise 例外タイプ, メッセージ raise メッセージ 例外ブロック begin 実行文 rescue 例外タイプ = 変数 then レスキュー文 else 一般的なレスキュー文 ensure クローズ文 end ほかのファイルを組み込む 組み込みたい位置で require ファイル名 require ディレクトリ/ファイル名 拡張子".rb"は不要。 基本的には、カレントディレクトリからの相対パスで指定する。 ただし、gemsでインストールしたライブラリの場合、たいていはライブラリ名だけで大丈夫。 そのかわり、次のrequireを必ず入れること。 require rubygems シンタックス・シュガー Rubyは記述を簡便にするため、インスタンス生成に関するシンタックス・シュガーを用意している。 Arrayのインスタンス生成 array = [val1, val2] Hashのインスタンス生成 hash = {key1= val1, key2= val2} Stringのインスタンス生成 string = ruby Regexpのインスタンス生成 regexp = /ruby/ Fixnumのインスタンス生成 num = 1 Floatのインスタンス生成 float = 0.1 ここまでできたら Javaでフツーにできる事はできるようになる!
https://w.atwiki.jp/hazereverb/pages/148.html
概要 作戦時間:2024-02-13 23 59 ~ 2024-03-04 23 59 交換時間:2024-02-13 23 59 ~ 2024-03-07 23 59 報酬 イベントステージをクリアするとイベントアイテム 「「魔法の素材」ココア豆」を獲得できます ショップ 品目 欠片 個数 合計 エリート募集チケット 750 10 7,500 残響・【金】 1,850 20 37,000 残響・【紫】 250 50 12,500 残響・【蒼】 50 100 5,000 幻化星屑×10 30 30 900 原始コアの結晶×10 100 20 2,000 原始コアの晶塊×10 50 40 2,000 原始コアの晶石×10 15 300 4,500 原始コアの欠片×10 5 1,000 5,000 エネルギー合剤・大 100 10 1,000 極秘報告資料 50 40 2,000 共鳴原石×10 10 100 1,000 シールドコイン×260 10 無限 - 合計 - - 80,400 ミッション デイリー 条件 欠片 ログインする 500 挑戦ステージを1回クリア 500 挑戦ステージを5回クリア 1,000 イベント期間は14日間なので合計28,000欠片(500+500+1,000)*14=28,000 実績 条件 エネルギー晶石 アイテム 調査行動・1 30 調査行動・2 30 調査行動・3 30 調査行動・4 30 小麦粉1 調査行動・5 30 生クリーム1 調査行動・6 30 トッピング1 調査行動・7 30 調査行動・8 30 生クリーム1 調査行動・9 30 トッピング1 調査行動・10 30 調査行動・11 30 調査行動・12 30 調査行動・13 30 小麦粉1 調査行動・14 30 生クリーム1 【フェニックス】討伐戦 30 全てのチャレンジクエストを星3つでクリアする 30 全てのストーリークエストをクリアする 30 小麦粉1 イベントショップで10回アイテムを交換する 30 生クリーム1 イベントショップで100回アイテムを交換する 30 トッピング1 イベントショップで200回アイテムを交換する 30 イベントショップで300回アイテムを交換する 30 合計 630 リリスの料理指導(リリスのベイクハウス) サインイン(ログインボーナス) 日数 エネルギー晶石 アイテム 1 100 2 小麦粉3 3 100 4 生クリーム3 5 100 6 トッピング3 7 100 作る 小麦粉、生クリーム、トッピングを1つずつ使って、ミニゲームをプレイし、チョコレートケーキを作成する。 プレゼントを送る 「作る」で作成したチョコレートケーキを好きなドライバーにプレゼントできる。 ショートストーリーが閲覧でき、お返しのチョコレートが入手できる。 + ドライバーとチョコレート キャラ 名前 お返し 説明 ギア 絵本「お兄ちゃんと私」 チョコレートの人形たちが「本」のような見た目のギフトボックス入っており、その本を開けると、手書き風のチョコレートたちが目に入る。使用するとスタミナを50回復できる。 ユリウス チャリサー フランカー フルル モーガンルフェイ ひとつのマジック ショーで忙しいモーガンルフェイはバレンタインを逃してしまいそうだったが、それでもバレンタインに間に合うよう、手作りチョコを届けてくれた。使用するとスタミナを50回復できる。 スカディ 異世界勇者のフィギュア 盾の騎士リリス、双剣使いスカディ、修道女フルル、魔法の鎌使いモーガンルフェイ──参上!!使用するとスタミナを50回復できる。 イベント攻略 周回効率 ステージ 欠片 AP 欠片/AP 調査行動・1 50 10 5 調査行動・2 50 10 5 調査行動・3 50 10 5 調査行動・4 50 10 5 調査行動・5 50 10 5 調査行動・6 100 15 6.67 調査行動・7 100 15 6.67 調査行動・8 100 15 6.67 調査行動・9 100 15 6.67 調査行動・10 100 15 6.67 調査行動・11 200 20 10 調査行動・12 200 20 10 調査行動・13 200 20 10 調査行動・14 200 20 10 【フェニックス】討伐戦 200 20 10 挑戦 ステージ + 挑戦ステージ一覧 ボス 名称 タイプ 上限 Lv HP 攻撃力 装甲 会心率 会心ダメージ 機動力 ダメージ軽減 フェニックス ボス ☆☆☆☆ Lv55 42035 2419 25% 0% 0% 35% 0% + スキル 最後の抗い Exスキル ♦最後の抗い ダメージ 追加 自身が行動した後、自身の体力値が30%以 下の場合、ターゲットに攻撃力×300%の固 定ダメージを与える。 レベル スキル1/未確認の獣 5 ♦解除・強化 解除 デバフ ラウンド開始ごとに、ターゲットに付与さ れている全ての強化系効果を解除する。 例外事項 ♦出力侵蝕 弱体化 デバフ 戦闘開始時、永続的にに全ての敵の会心ダ メージを180%ダウンする。 例外事項 ♦禁止・強化 禁止 デバフ 通常攻撃を受ける前(ターンごとに1回の み発動)、ターゲットがあらゆる強化系効 果を獲得できなくなる。9ターン持続する。 例外事項 ♦出力増幅 強化 バフ 通常攻撃を受けた後(ターンごとに1回の み発動)、自身の会心ダメージを45%アッ プする。9ターン持続する。 例外事項 レベル スキル2/進化した躯 5 ♦完璧な形態 全免疫 バフ 戦闘開始時、自身に永続的に全てのデバフ 系効果への免疫を付与する。 例外事項 レベル スキル3/唯一の威嚇 5 ♦コア出力・固 ダメージ 追加 通常攻撃後、ターゲットに攻撃力×機動力 ×250%の固定ダメージを与える。♦マヒ 妨害 デバフ 通常攻撃前、ターゲットにスタン効果を付 与する。6ターン持続する。 スタン効果中、ターゲットは行動すること ができない。 レベル スキル4/死の抗い 5 ♦機動増幅 強化 バフ ラウンド開始ごとに、自身の体力値が 80%以下の場合、永続的に自身の機動力を 25%アップする。 例外事項 ♦回避増幅 強化 バフ ラウンド開始ごとに、自身の体力値が 60%以下の場合、永続的に自身の回避ダ メージ軽減率を35%アップする。(基礎回避 ダメージ軽減率=35%)。 例外事項 ♦攻撃増幅 強化 バフ ラウンド開始ごとに、自身の体力値が 40%以下の場合、永続的に自身の攻撃力を 55%アップする。 例外事項 + 攻略 ラウンド開始ごとに、ターゲットに付与されている強化効果を解除してくる。 また、フェニックスを殴ると強化効果を獲得できなくなる。 解除される/獲得できなくなるのはあくまで強化効果のため、壁役はルルラやリリスなどの付与や軽減であれば問題ない。 ターン数がかかるとジリ貧になるので、アタッカーを最大限バフして短期決戦を期するといい。 試練 ステージ + 挑戦ステージ一覧 ボス + スキル + 攻略
https://w.atwiki.jp/donguriman/pages/237.html
■カード追加の際の手順 企画主に連絡、またはメンバー共通のチャットにカードの効果を載せる(イラスト付きだと通りやすいよ!) カードの効果について全員で審議する 効果が明らかにゲームを壊すようなものは改訂または没、誰にも判断しようが無さそうなものはとりあえず通してテストデュエルしながら調整。 通ったら企画主またはwikiを編集できる人が追加(必ず先に追加カード欄にカード名を載せる) ■こんなカードは通らない 墓地、デッキからモンスターを直接出す(BT33や始まりのアンドレ等の低コストモンスターは例外) 高コストモンスターの踏み倒し テキストが激しく長い、効果が多すぎる。(1つのモンスターが持っていい効果はだいたい2つまで。例外あり) 一気に大量のカードを考えてきたよ!(読むのがめんどくさい。特にイラストが無いものは企画者が露骨に嫌な顔をする) 強力な除去カードが無いと対処できないようなカード(コストによっては例外、モンスターはモンスターで倒すのが望ましい) モンスター全破壊、手札全破壊等 ■こんなカードは要審議 無効系の効果(→どんぐりマスターズ) 除外系の効果 リスクに見合わない除去 前例のない斬新な効果 ■カードの効果改訂の際の手順 企画主に連絡、またはメンバー共通のチャットに「この効果どうなの?」という感じのカードを挙げる そのカードにおける問題点を挙げる(このゲームにおける現環境や前例、今後の予想等具体的に。他のカードゲームの例は程々に) メンバー全員で審議。 必要ならば新たな効果を考える、またはカードをデリート(イラストのないサンプルとか) 決定次第企画主またはwikiを編集できる人がwikiを編集。(必ず先に改訂履歴欄に書く) ■審議、改訂が必要な効果の例 それ単体のみでゲームの勝敗を一気に左右するようなカード(ゲームへの影響力が強すぎる) コストパフォーマンスがあまりにも高すぎる(コスト1のモンスターでコスト10クラスを倒せたりとか) 効果の記述がわかりにくい(文法的におかしかったり、意図と違う動きをする) この属性、種族は変じゃない?(明らかに雑草なのに獣族だったりとか)
https://w.atwiki.jp/idress/pages/834.html
質疑応答掲示板規約の補足説明 (編集履歴) 【09/12/03修正:投稿制限の例外についての補足にL:開示済みアイドレスの取得申請の項目を追記しました】 【09/12/05修正:投稿制限の例外についての補足に職業組み替え申請を追加しました。 申請のまとめ投稿についてを追記しました】 【10/06/19修正:wikiに移転しました】 質疑応答掲示板規約の補足説明投稿制限の例外についての補足≪該当する申請≫・アイテム設置 ・HQボーナス適用申請 ・給与報告(額が固定のもの・出仕俸禄含む) ・手紙配送 ・L:開示済みアイドレスの取得申請 ・職業組み換え申請 ≪申請のまとめ投稿について≫ ≪投稿制限対象外に該当するが、【申請のみ】タグは使えない申請≫・開示願い(藩国等組織の新規取得枠以外) [※開示に関する注意事項の要点] ○投稿後修正禁止措置例外の補足説明≪投稿後修正禁止措置の例外≫ ○アイドレス開示申請の注意事項補足・L:開示申請 ・要点開示申請 ・一般性能開示申請 投稿制限の例外についての補足 現在、アイドレス質疑応答掲示板には 【PL一人につき、1日1投稿、質疑相談等5個まで】の投稿制限があります。 このたび、【申請のみ】タグをもうけ、申請のみにかぎり、制限外として投稿できます。 ただし、内容に質疑や相談があった場合にはこの限りではありません。 以下の申請は他の質疑と分けて投稿されることを強くお勧めしております。 質疑処理の円滑化の為に皆様のご協力をお願い申し上げます。 ≪該当する申請≫ ・アイテム設置 該当例:【施設名】に【アイテム名】を【数量】設置(もしくは配布)してください。とだけあるもの(取得等の根拠の提出もお願い致します。) 該当しない例:上記に加えて、『問題にならなければ設置をお願いします』や『数は特に指定しませんので、入り用なところに配ってください』など、条件分岐があるもの また、『配っていた時の様子を教えてください』や『どれが人気がありましたか?』など質疑が入るもの ・HQボーナス適用申請 該当例:特にテンプレートはありませんが下記の情報のみで構成された内容 【適用アイドレス名(または個人着用アイドレス)】、【HQ継承世代(あれば)】、【HQ根拠】、【藩国イグドラシル】、【提出ページ】、【適用内容(関係質疑がある場合にはそのURLも)】、【補足説明(あれば)】 該当しない例:上記に加えて 内容への質疑や相談が含まれている場合は該当しません。 ・給与報告(額が固定のもの・出仕俸禄含む) 該当例:出仕俸禄や店舗売上など。(店舗のボーナスの相談も該当します。) 該当しない例:内容によってマイルに変動がある出来高の公共事業や持ち込み等 ・手紙配送 該当例:【手紙本体】、【送り先】、【引き落としマイル口座】が明確に記入してあるもの 該当しない例:上記に加えて、『届きましたか?、読んでくれましたか?、受け取ってくれましたか?』など質問が入っている また『手紙の内容に問題がありそうならキャンセルします』などの条件分岐や手紙の安全性に関わる質疑や相談が入っていた場合 ・L:開示済みアイドレスの取得申請 該当例:既に開示済みのアイドレスであること、【引き落としマイル口座】、【派生元等保有根拠】、【国民番号と取得者PC名】だけを明確に記入してあるもの 該当しない例:上記に加えて、『問題がなければ取得します』など条件分岐があるもの、その他質疑が混ぜられているもの、L:開示されていないものは該当しません。 ・職業組み換え申請 該当例:【引き落としマイル口座】、【職業アイドレス保有根拠】、【国民番号と取得者PC名】、【組み替え元職業組み合わせ】、【組み換え希望職業組み合わせ】だけを明確に記入してあるもの(職業の組み替えには5マイルがかかります。ご了承下さい) 該当しない例:上記に加えて、『問題が無ければ組み換えをお願いします』など条件分岐があるもの、その他質疑が混ぜられているものは該当しません。 ≪申請のまとめ投稿について≫ 『申請のみ』タグは申請の他に、条件分岐や質疑が混ぜられていないことが条件ですが 申請のみに該当する申請を、複数混ぜ まとめて1件の申請記事として投稿することが可能です。 (例:アイテム設置と職業組み換え申請を一緒に1つの記事で申請するなど) ≪投稿制限対象外に該当するが、【申請のみ】タグは使えない申請≫ ・開示願い(藩国等組織の新規取得枠以外) 該当例 マイル消費でのL:開示申請、マイル未消費でのL:開示(微笑青空勲章取得後の開示など)、申請時には根拠も加えて提出してください。 ただし、申請のみのタグは使用できません。また、L:開示と付随する条件分岐の質疑のみでの申請を推奨しております。 開示に関係のない質疑とは分けてご提出されることを、強くお勧めします。 該当しない例 新規取得枠を使用して得るアイドレスの要点開示・性能開示は申請所への申請が必要になります。 ゲーム進行上やむなく、先んじて要点開示が必要になった場合には 申請所に提出する際、補足説明と関連質疑のURLの明記をお願いいたします。 原則として掲示板では申請しないようお願いします。 特に新規アイドレスを提出しての一般性能開示申請は、秘書官によるクオリティチェックと工部要点チェックを経ていないと アイドレスが使用できません、ミスの原因にもなりますので掲示板では申請しないようお願いします。 どうしても、緊急で開示が必要な場合には、提出時に一言添えてお出しいただけますようお願いします。 緊急チェックの許可など該当質疑がある場合には根拠URLも合わせてご提出下さい。 [※開示に関する注意事項の要点] 【L:開示申請】⇒ 質疑応答掲示板(開示に関係ない質疑は、分けてご提出下さい。投稿制限対象外ですが、申請のみタグは使えません) 【要点開示、一般性能開示申請】⇒ テンダイスの該当申請所へ提出(質疑応答掲示板では受け付けていません) 『L:開示』 質疑応答掲示板で申請をだして開示されます。名称、要点、周辺環境、評価、特殊、次のアイドレスが入っているものを指します。 『要点開示』 テンダイスに新規取得を申請し、テンダイスにて後日発表されます。名称、要点、周辺環境までが入っているものを指します。アイドレスページ作成が必須です。 『一般性能開示』 秘書官によるクオリティチェック、工部省による要点チェックを経て、テンダイスにて発表されるL:を指します。アイドレスページ作成が必須です。 ○投稿後修正禁止措置例外の補足説明 現在、質疑応答掲示板では、投稿後の【質疑内容の変更は原則として禁止】されています。 以下では修正禁止の例外の具体的例の補足説明をしています。 以下の理由で修正を行った際は『編集日と編集内容の明記が必須』です。ご注意下さい。 ≪投稿後修正禁止措置の例外≫ ・必要のなくなった質疑文面の削除 質疑を出したものの、ほかに機会があってお答えいただいたり、状況が変化して必要なくなった質疑を削除できます。 ・誤字脱字の修正 投稿後に誤字脱字に気が付いた場合、修正できます。 修正後はどこをどのように変更したのか、質疑内に明確に提示してください。 ・タグの追加、修正 状況変化により緊急タグやイベントタグが必要になった場合の追加や、付け間違い等によるタグの修正が可能です。 ○アイドレス開示申請の注意事項補足 質疑応答掲示板で受け付けているのはL:開示申請のみです。 藩国等組織が新規取得枠を使用して得たアイドレスの要点開示申請や一般性能開示申請は 質疑応答掲示板では原則として受け付けておりません。該当する申請所にお願い致します。 (アイドレス新規取得申請はこちら⇒T11取得枠、T13取得枠、T15取得枠) (新規アイドレス提出所はこちら⇒新規アイドレス提出所) (現在の申請状況はこちらで確認できます⇒新規アイドレス取得状況(天領wiki)) ・L:開示申請 個人や藩国などの組織でマイルを消費して得るアイドレスやマイル未消費(微笑青空勲章取得後の開示など)でのL:開示のことです。 基本的にはページ作成は経ずに質疑応答掲示板などで直接L:が開示されます。 ・要点開示申請 藩国等組織の新規アイドレス取得枠を使用して得るアイドレスの要点を開示してもらうことです。 申請後、テンダイスで要点が開示されます。 ゲームの進行上、緊急で要点が必要な場合は 申請時に備考欄などでご報告下さい。 秘書官が回収後、できるだけ早急に対応させていただきます。 ・一般性能開示申請 藩国等組織が新規アイドレスページを作成後、秘書官のクオリティチェックを経て開示されるL:のことです。 クオリティチェック後、しばらくしてテンダイスで発表されます。 基本的に藩国から一般性能開示を申請することはありません。 ゲームの進行上、緊急に性能開示が必要な場合は 申請時に備考欄などでご報告下さい。 秘書官が回収後、できるだけ早急に対応させていただきます。
https://w.atwiki.jp/stardew_valley/pages/27.html
基本データ 行動パターン通常 例外 結婚後 プレゼント イベント恋愛イベント コメント 大工ロビンの息子であり、マルの異父兄(母は同じ)。ディメトリウスにとってはロビンの連れ子となる。 実家の地下室に引きこもりがちな一匹狼。コンピュータゲームやSF小説が好きなようだ。 ロビンからは「セブ」と呼ばれている。 基本データ 誕生日 冬10日 住所 マウンテン通り24番地 家族 母:ロビン養父:ディメトリウス異父妹:マル 大好きなもの イエティのなみだ黒曜石カボチャのスープ刺し身ヴォイドエッグ おすすめプレゼント 刺し身水晶野菜 行動パターン 秋になると外出時間が増える。 ほぼ部屋の中にいるため、友好度を2以上にしないと会い辛い。 通常 6 7 8 9 10 11 0 1 2 3 4 5 6 7 8 9 10 11 0 通常(春夏冬)日〜水・木(*1) 就寝 自室 自宅(台所) 自室 湖 自室 就寝 通常(秋)日〜水 就寝 自室 湖 ※AM2 00頃まで 通常(木曜)(*2) 就寝 自室 駅 トンネル 自室 就寝 通常(金曜) 就寝 自室 移動 スタードロップサルーン 移動 自室 就寝 通常(土曜) 就寝 移動 エミリーの家 サムの部屋 川岸 移動 自室 就寝 6 7 8 9 10 11 0 1 2 3 4 5 6 7 8 9 10 11 0 雨① 就寝 移動 ビーチ 桟橋 移動 自室 就寝 雨② 就寝 自室 移動 スタードロップサルーン 移動 自室 就寝 例外 6 7 8 9 10 11 0 1 2 3 4 5 6 7 8 9 10 11 0 春11・24日秋11日(*3) 就寝 自室 自宅(台所) 自室 就寝 夏4日 就寝 自室 移動 診療所(待合室) 診療所(診察室) 移動 自室 就寝 結婚後 +... 6 7 8 9 10 11 0 1 2 3 4 5 6 7 8 9 10 11 0 月曜 牧場 移動 実家 移動 牧場 就寝 金曜 牧場 ビーチ 桟橋 移動 スタードロップサルーン 移動 牧場 就寝 プレゼント 大好き イエティの涙黒曜石カボチャのスープ刺し身ヴォイドエッグ一般的な大好物 好き 鉱物(水晶含む)料理(一部例外あり(*4))宝石やさい(コムギとホップを除く)コーヒーはちみつ酒オイル 普通 魚全般(コイとカタツムリを除く)ミルク全般くだもの全般(果樹・サーモンベリーを除く)一般的な普通のもの 嫌い 花全般(ポピーを除く)マッシュルームアンズタケラッパスイセンタンポポヘーゼルナッツひいらぎポロネギアミガサタケむらさきキノコサーモンベリースノーヤムノワサビクワイ一般的な嫌いなもの(一部例外あり(*5)) 大嫌い タマゴ全般(ヴォイドエッグを除く)加工品全般(コーヒー・はちみつ酒・オイルを除く)粘土朝食セット牧場主のランチオムレツ一般的な大嫌いなもの イベント 恋愛イベント 友好度 季節 日にち 曜日 時間 天候 場所 発生条件 備考 2 - - - - - 自室 セバスチャンが部屋にいる 友好度の変化なし 4 - - - AM11 00~PM5 00 晴れ 山エリア 6 - - - - - 自室 セバスチャンが部屋にいる 8 - - - PM0 00~PM11 00 雨 ビーチ 10 - - - PM8 00~AM0 00 晴れ 山エリア 翌日にイベントがあると発生しない? コメント 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/karirakenpedia/pages/140.html
ライトノベル作法研究所では使用することを禁止されているHNの一つ。ただし例外もある。(後述引用文参照) その理由も添えて、以下のように規約として記されている。 「通りすがり」「匿名希望」「名無し」などの匿名性を持ったハンドルネームは、 なにか自分の素性を隠して、言いたいことをだけ言って去るような、悪いイメージを持たれやすい傾向があります。 トラブルの原因となるので、「通りすがり」「匿名希望」「名無し」などの匿名ハンドルは禁止とさせていただきます。 (例外・高得点獲得者の報告、エラー・障害報告は匿名でもOK) 時々規約を無視してこれらのHNが使われていることがあるが、間髪入れずうぴぴからの制裁が下ることは少ない。 他利用者から注意が入ることはあるものの、トラブルを招くような書き込みでない限り懲罰モノにはならない模様。 だが利用規約にある以上、サイト利用者としてそれを守ることは当然の義務であるので注意してほしい。
https://w.atwiki.jp/socup/pages/70.html
The identity 'iPhone Developer **** doesn't match any valid, non-expired certificate/private key pair in your keychains デバッグマクロ ログにつかう書式等 ブレークポイント例外ブレークポイントをはる。 詳細をターミナル表示 シンボリックブレークポイント gdb lldbpo コード実行 有用なリンクEXC_BAD_ACCESSのデバッグ 困ったとき考えられるNotificationをかけてみる。 XCodeの再起動、iPhoneの再起動 クリーンして実行してみる。 versionの違いでAPIの仕様が変わってないかチェックする。 KVCで変数の変換を監視する 実機ビルド デバッグHowto コンパイルduplicate symbols for architecture i386 リーク突然落ちるとき 行番号の表示 実機のデバッグログを見る 細々ネットワーク速度を遅くしたい 単体テスト UIテスト XCode マージ The identity 'iPhone Developer **** doesn't match any valid, non-expired certificate/private key pair in your keychains が出るとき。 BuildIdeintifierがAppID(apple dev centerで参照)のと一致してないiPhone実機ビルドをするためのCertificateの作り方 プロジェクトのcode signの指定を再設定してみる(普通recommendとかで自動で良いと思うが) 認証期限が切れていないか?(apple dev center のcertificateをチェック切れていれば認証を作り直して登録する) ライブラリ、デバイスのプロビジョニングが切れているので入れ替える 古いプロビジョニングは消す XCode再起動 デバイス再起動 デバッグマクロ デバッグマクロ ログにつかう書式等 http //d.hatena.ne.jp/k2_k_hei/20100926/1285522440 ブレークポイント 例外ブレークポイントをはる。 ブレークポイントタブを表示させておいて、コードを選択して、左下の+を押して、例外ブレークポイントを選択する。 詳細をターミナル表示 例外ブレークポイントは削除しておく NSSetUncaughtExceptionHandlerを作成すると例外がでたときキャッチされる。 [exception callStackSymbols] シンボリックブレークポイント 特定のインスタンス変数のメソッドが呼ばれたときにブレークポイントが呼ばれるような設定ができる。 Symbolにメソッド名を書く。 gdb lldb po po hoge コード実行 (void)printf("foo") 有用なリンク MacOSプログラミング/Xcode Debugging Tips デバッグ EXC_BAD_ACCESSのデバッグ NSZombieEnabled MallocStackLogging NSDebugEnabled をYESにする。 http //beertoredbull.blogspot.com/2011/05/xcode4.html http //d.hatena.ne.jp/kent013/20081007/1223346011 みんなが大嫌いなEXEC_BAD_ACCESSのデバッグ方法 困ったとき 考えられるNotificationをかけてみる。 XCodeの再起動、iPhoneの再起動 クリーンして実行してみる。 versionの違いでAPIの仕様が変わってないかチェックする。 KVCで変数の変換を監視する 実機ビルド デバッグHowto http //developer.apple.com/jp/technotes/tn2004/tn2124.html http //cocoadays.blogspot.com/2010/12/macios-gdb-info.html http //deathcube.blog36.fc2.com/blog-entry-20.html http //deathcube.blog36.fc2.com/blog-entry-19.html コンパイル duplicate symbols for architecture i386 Copy Bundle Resourceに同じxibが二つ入ってしまうと起きる事がある。 リーク profileを実行してinstrumentを起動させる。 leaksを選択。プログラム実行。 検索窓であたりをつけたクラス名を入れると リークしている場合検索される。 実機でリークチェックできない →スキームでプロファイルのBuild configが間違っていないか 明らかにリークしているのを探知できない →実装に仕方によっては発見できないリークもある。 突然落ちるとき メモリ不足でビューが破棄されていないか? addSubViewだけでretainされているようものはビューの破棄で破棄されてしまう。 きちんとretainして持っておく必要がある。(deallocで解放するなどする) 行番号の表示 Xcode preference TextEditing で line show にチェックを入れる。 実機のデバッグログを見る オーガナイザーで接続デバイスのDevice logsを選択すれば見れる。 細々 プロパティへのnil代入がreleaseの代わりになる理由 ネットワーク速度を遅くしたい Speed Limit 単体テスト UIテスト
https://w.atwiki.jp/mg_rpg_ar_dic/pages/2024.html
[MA,-,Gm/Itm売買可(1/Sr.GMはEf修正可)] ☆☆☆ 例外的な状況を除けばアイテムを消耗し尽くすことはないはずだ。このギルドスキルはそうした例外的状況や装備破壊などへの保険ということになる。捕えられて装備を奪われた際の再装備にも使えるかも知れないが、GMが使用を認めるかは疑問だ。またそもそも現金が手元にない可能性も高い。 膨大な量のドロップ品への対策にもなる。《ギルドハウス》よりこちらというギルドも少なくないだろう。 -- 灯 (2010-02-10 19 28 18) シナリオ中に装備をグレードアップ出来るのは場合によっては大きいと思われます。 特に高レベルでのワンオフプレイ等、所持金が少なめなレギュレーションでは 目利き 等による資金調達からこれでレベルに見合った装備を手に入れるのは有効でしょう。 -- 名無しさん (2010-02-16 23 02 18) 名前 コメント