約 1,504,366 件
https://w.atwiki.jp/1h4d/pages/86.html
笑顔プロセス 状況やセリフに影響されずキャラクターが笑顔を保っている状態。 状況と絵面のアンバランスさが笑いを誘う。 第8回「電池」ニャロメロンの作品より 第10回「蛙」ニャロメロンの作品より
https://w.atwiki.jp/sq_1/pages/80.html
分類 チェック 効果プロセス コマンド効果 状態チェック1 ゲージ上昇 → 封じ判定 → TP消費 → 効果発生 フォーススキル ゲージリセット → 封じ判定 → 効果発生 非コマンド効果 状態チェック2 効果発生 状態保証Aの効果 効果発生 チェック 1は行動不能時にメッセージが出て、混乱時は行動が通常攻撃に変換される(ゲージの上昇あり)。 2は行動不能でも特にメッセージは出ず、そのまま以降の処理がキャンセル。 麻痺・テラーはターン開始時と状態チェック1でのみ判定。開始時に束縛されてもチェック2には影響しない。 ゲージ ATTACK・DEFENCE・SKILLでのみ上昇。探索時には上昇しない。 フォーススキルで敵を撃破してもゲージは上昇しない。 検証 呪い状態のフルゲインで1/2体を撃破した場合、呪いによる被ダメージの分のみゲージが上昇する。呪い反射は連続効果に割り込むため、連続効果後にゲージがリセットされるのではなく、単純にフォースによる撃破は対象外ということ。 効果プロセス終了後なら、アクセラや被弾によってターン内からゲージを上昇させることも可能。 その他 連続効果は「効果発動」の部分を×n回を繰り返している。 睡眠時の補正*は最初の攻撃者の連続効果が終了するまで持続するため、多段攻撃・追撃は全て補正が乗る。 ここを編集
https://w.atwiki.jp/asato/pages/291.html
問題の核心は、環境の形に直接関わるすべての行為や諸分野、すなわちデザイン、資金運用、建設、幾何学などにおいて、既存のプロセスすべてが間違っているということです。これらのプロセスを変えないかぎり、何も変えたことにはなりません。 クリストファー・アレグザンダー―建築の新しいパラダイムを求めて, p. 198
https://w.atwiki.jp/jeal78c/pages/15.html
どうやって顧客のいる場所に入っていけるかが課題になります。独自ドメインからFacebookのファンページをあるいはFacebookのアプリとなって顧客に直接リーチを試みます。 ソーシャル化の中で生き残るためにはどうしたらいいのか模索する経済活動の現在を追っていくことにしましょう。 これまで長い間わたしたちはどんなプロセスで物を買っていたのか、改めて考えてみましょう。はよ企業が消費者の消費までの心の動きにあわせて広告を送ったり、販売促進策を考えたりすればよかったです。しかし、もはやこのシンプルで単純なプロセスで極度なものを買っていると思う人は少ないでしょう。
https://w.atwiki.jp/suffix/pages/1079.html
組織のプロセス管理の成熟度を評価する仕組み。 レベル1 プロセスは場当たり的で人に依存する レベル2 開発の成功等を反復できるが、全てのプロジェクトで実施できていない レベル3 標準プロセスが確立されている レベル4 実績が定量的に把握されている レベル5 プロセスが継続的に改善されていく仕組みが確立している
https://w.atwiki.jp/hmiku/pages/15192.html
ほうかいぷろせす【登録タグ AIR田F GUMI ほ 曲】 作詞:AIR田F 作曲:AIR田F 編曲:AIR田F 唄:GUMI 曲紹介 歌詞 (ピアプロより転載) ほら満たしな 恋心 黒猫 鳴くよwhy? 探したくて なのに無い きっとまだ 幼いから 押さないから 逆らわない 君の白い 魚の手が 乳房の奥 触るから クラスメイト 不思議な糸 揶揄じゃないか 逆らわない だけど 君を見る チラリラリ ラリラ 歌うよ 見つからず 一人で 奥にある 恋心 怖いのよ プロセスが 後悔が シナプスを おざなりよ プラテネス 抱懐が 君を待つ あー…私 押さないから 君の黒い 数多の目が乳房の奥 捉えるから 暮らすメイド 不思議な人 夢じゃないか 逆らえない だけど 君を見る クラリラリ ラリラ 掴むよ 覆らず 一人で 文句ある? 下心 掃海よ 邪魔者わ 後悔わ しないから おだまりよ プレセウス 抱懐が君を待つ あー…私 幼いから 現実 逃げたいよ 好きと 言えなくて 連日 目も見ない だけど 見せたい コメント この曲もっと評価されないかなー -- momo (2011-04-15 10 04 09) 名前 コメント
https://w.atwiki.jp/minanana/pages/33.html
以下は、教科書的なことです。。 分析・洞察・予測を支援する形で提供されますか? 情報システムは会社の成長性や収益性に貢献していたでしょうか? 会社の業態において、サービス提供のスピードが差異化要因なら、情報システムはスピードを強化しなければなりません。死に筋を早く発見することが収益性を左右するなら、情報システムはそれを支援しなければなりません。 「発注の判断を早くしたい」「顧客が求めるものを推測したい」「組織への戦略徹底を図りたい」「社内の成功事例を発見したい」――。こうした要求に貴社の情報システムは効果を発揮していますか? 「どのプロセスがボトルネックになっているかが知りたい」 「ベストマッチングではなく仮説・検証を繰り返すようにしたい」 「ベストマッチングではなく仮説・検証を繰り返すようにしたい」 これらの依頼者のニーズを、 本当は システム屋が理解し、実現することが会社にとって必要 一緒に議論できる頭を提供しないと 会社のgoing concernは危うい 依頼者がもっと具体的に、目的や機能、範囲、利用者、利用局面などを説明 →システム屋は、目的や狙いが、機能・範囲・利用者・利用局面などと整合性が取れているかどうか、つまり、狙いが実現されるかをwatchしなければ、本来の目的は実現できない 分析、洞察、仮説、検証といったプロセスの有無あるいは深さ、あるいは広さに、セブンと他社では差があるといわれています。そして、このプロセスで活躍している道具が、コンピュータとネットワークを駆使した情報システムなのです。 情報システムは、今や社会の重要なインフラとなっていると同時に、企業の差異化要因の1つとなっているのです。 「この技術を使えば、こういうことができ、事業の競争力強化につながる」 つまり、コンサル、経営の視点で改善できるちから。 業種別タテ割り型組織には、それなりの合理性があります。このベースにあるのは、システム屋にとっての競争力の源泉が「ITに関する技術力」と「それを応用する分野における業務知識」であるという考え方です。 この2つが重要であることは確かですが、知恵やアイデア、挑戦を軽視する風土をシステム屋に植え付けてしまったと私は感じています。 大きなシステム会社では、優良顧客を相手に長期安定体制の中で活躍した人と、新規顧客や新興企業の新規案件をこなしてきた人とを比べれば、まず例外なく前者が幹部として生き残ります。こうした構造は「業種内に閉じた発想」を助長します。 システム会社が蓄積すべき経験や業務知識を、“業種”ではなく“業態”としてとらえるだけでも、アイデアの出方は大きく変わってきます。 「最適化」「ベストマッチング」とは何か スタッフサービスは競合他社に勝つために、スピードを差異化要因として、「求人する企業には人材をすぐ紹介できる」「求職するスタッフには仕事をすぐ紹介できる」という強みを持ちたいと考えました。求人に対して2時間以内で人選を終えることを訴求する「2時間人選」というサービスを始めたのです。 2時間以内に結論を出すにはどういう情報システムと業務プロセスが必要なのかという、本質的な問題を考え抜く必要があるのです。 本質的に問題を考え、ユーザーが何をしたいのか、何を狙っているのかを素直に受け止め、正しく理解し、面白い提案をしてくれる良い“システム屋”も確かに存在します。自分の持つあらゆる知識、あらゆる経験を総動員して想像してくれる人たちです。たとえ技術面、あるいは業務知識面で間違っている部分があったとしても、ユーザーにとって、その提案は大いに参考になります。 ユーザーは、こうした想像力に長けた良い“システム屋”を見つけ出す必要がある ユーザー企業の情報システム部門にいる「ガミガミ屋」は、課題の検討が進んで、さあITの出番だというタイミングで登場します。そして「そんなことはできない」「そんな期間ではできない」「そんなコストではできない」「どうしてもっと早く知らせてくれないのか」「そもそもあいつに企画を任せるからダメなんだ」といった具合に、“上から目線”で否定的な言葉を連発します。 一方の「マゾヒスト」の“システム屋”は、やらなければならないことが大きければ大きいほど、複雑であればあるほど、期間が短ければ短いほど、内心で喜ぶタイプの人です。もちろん、口では「大変だ」「難しい」「無理かもしれない」と言いますが、実は喜んでいます。 「“システム屋”でありながら守備範囲を広げようとする人」「目的を遂行するためにIT活用を考え、ITを手段として明確に位置付けている人」といった“システム屋”が必要です。 業務分析 業務の改善を行う場合,まず業務分析から始めるのが一般的です。しかしながら,分析に労力と時間をかけ過ぎることは,分析にすべての労力を費やし,新しい業務提案がありきたりな提案であったりすることがよくあります 業務を革新するのであれば,現状分析は,現行業務のコストを認識し,将来業務へ移行するためのギャップ分析に限定すべきです。 ビジネス・プロセス ビジネスプロセスとは,仕事の時系列的な流れを指します。「仕事の時系列的な流れ」ゆえに部門横断的な概念となります。 プロセス・マップというダイアグラムは,ビジネスプロセスを検討するのに適しています。 プロセス・マップは,組織をまたがったプロセスを上手に表現できます。 又,プロセス・マップは下位のサブビジネスプロセスに分解することができるため,概観性と詳細性が同時に達成できます。 更に,プロセスマップを利用して,「価値」,「コスト」,「サイクルタイム」および「品質」といった定量値で業務の有効性や効率性を検討することができます。これが,プロセス革新の手法が,新業務プロセス設計の経済効果を定量的に示すことができる理由です。 タイムベース・マネジメント 仕事を時系列に並べ,顧客の視点でみると「待ち時間」が異常に長いことに気がつきます。実際に計算してみると,サイクルタイムに占める「処理時間」は,1%未満のものが圧倒的に多いのです。すなわち「顧客は異常に待たされている」のです。 これでは,アジル(俊敏な)経営とはなりません。 プロセス革新の手法には,「新製品開発から市場への投入時間の短縮」「注文から受領までの時間短縮」等サイクルタイム短縮例が沢山あります。 プロセス改善 プロセス改善活動の共通理解 プロセス改善ニーズの検討 目標の可視化 環境の理解 改善目標 プロセス改善の開始 現在能力の診断 行動計画の開発 関連ドキュメント 記事 記事 「プロセス改善手法の検証に関する調査」 役に立たない情報システムができる本当の理由 分からないことは?
https://w.atwiki.jp/cybersecurity/pages/14.html
セキュリティを強化していく為にはソフトウエア開発のライフサイクルでセキュリティを考慮する必要がある。 以下にマイクロソフト社で実施されているセキュリティライフサイクルについてまとめる。 セキュリティ開発ライフサイクル(SDL) セキュリティ開発ライフサイクル(以下SDL)とはマイクロソフト社内で実施しているセキュリティに配慮した開発プロセスでありWindowsベースでない開発にも適用可能である。 SDLを導入した効果として今よりセキュリティ、安定性の高いソフトウエアが開発可能であり、メンバーのセキュリティ意識の向上にもなる Edited By Karai プログラマのためのセキュリティ対策テクニック(上)第2版 プログラマのためのセキュリティ対策テクニック(下)第2版
https://w.atwiki.jp/precuredays/pages/120.html
プリキュアの変身シーンについて 前期:二人同時変身。 ナイト闇オチ時:サンディ単独変身、ナイトはピンクの力を使って単独変身 闇ナイト解放後(後期):単独変身 ※ブレスレットは変身に関係ありません。ブレスレット(アドベンタルブレス)の装着用件ついては戦闘シーケンスとブレスレットの項をごらん下さい。 変身の掛け声について 二人同時変身時(前期) まひる「あなたは私を映してくれる」 かぐや「あなたは私に光をくれる」 「デュアル・クロッシング・デ―――イズ!」 サンディ「総てを育む太陽の光、キュアサンディ!」 ナイト「総てを慈しむ月の光、キュアナイト!」 サンディ「闇よりあぶれし迷い子達を!」 ナイト「光の力で導き示す!」 二人「ふたりはプリキュア! プリキュアデイズ!」 二人単独変身(後期) サンディ「プリキュア・ライズアップ!」→「総てを育む太陽の光、キュアサンディ」 ナイト「プリキュア・ライズアップ!」→「総てを慈しむ月の光、キュアナイト」 変身シーケンス 単独変身シーンについて具体的なプロセスは以下の通りです。 09.02.14設定 キュアサンディ単独変身時:第1案 「プリキュア・ライズアップ!」(カードをスラッシュ!) ↓ 頭上に太陽があらわれる ↓ 足元に日の光が丸く現れてオレンジ色の光の柱がのびる ↓ シルエットの中、服を装着したり髪の毛変化 ↓ フラッシュした後光の粒がはじけ飛んで、キュアサンディ爆誕! ↓ 「総てを育む太陽の光、キュアサンディ」 キュアサンディ単独変身時:第2案 「プリキュア・ライズアップ!」(カードをスラッシュ!) ↓ キュアパストから光のシャイミーが現れ、まひるを包む ↓ シルエットの中、服を装着したり髪の毛変化 ↓ フラッシュした後光の粒がはじけ飛んで、キュアサンディ爆誕! ↓ 「総てを育む太陽の光、キュアサンディ」 まひる→キュアサンディへの単独変身バンク(案) ※画像は、投下画像です。イメージの参考にしてください。 キュアナイト単独変身時:第1案 「プリキュア・ライズアップ!」(カードをスラッシュ!) ↓ 頭上に月があらわれる ↓ かぐやの足元に月の光が湖のように現れ光の柱が伸びる ↓ シルエットの中、服を装着したり髪の毛変化 ↓ 一瞬、凍りついたようになり氷がはじけ飛んで、キュアナイト降臨! ↓ 「総てを慈しむ月の光、キュアナイト」 キュアナイト単独変身時:第2案 「プリキュア・ライズアップ!」(カードをスラッシュ!) ↓ キュアパストから光のシャイミーが現れ、かぐやを包む ↓ シルエットの中、服を装着したり髪の毛変化 ↓ フラッシュした後光の粒がはじけ飛んで、キュアナイト降臨! ↓ 「総てを慈しむ月の光、キュアナイト」 キュアナイト単独変身時:第3案 「プリキュア・ライズアップ!」(カードをスラッシュ!) ↓ 画面ブラックアウト、薄ぼんやりかぐやと月のシルエット ↓ 徐々に満ちていく月、それと同期して服パーツ装着 ↓ 一瞬、凍りついたようになり氷がはじけ飛んで、キュアナイト降臨! ↓ 「総てを慈しむ月の光、キュアナイト」 かぐや→キュアナイトへの単独変身バンク(案) ※画像は、投下画像です。イメージの参考にしてください。 キュアサンディ、ナイト二人同時変身時:第1案 二人変身の場合は、最初にまひるが変身するための太陽が現れて、次にその光がかぐやを照らして、彼女の背後から月が昇る。で、あとは単独変身(第一案)と同じ。 キュアサンディ、ナイト二人同時変身時:第2案 二人変身の場合は、まひるのパストからでたシャイミーがかぐやのパストを一回包み込んでから、かぐやのパストのシャイミーが現れる。で、あとは単独変身(第二案)と同じ。 かぐやの変身イメージ まひるの変身イメージ ※画像は、投下画像です。イメージの参考にしてください。 変身プロセスの履歴(含、アイデアメモ) 09.02.28(設定) 最初、単独変身の掛け声は「プリキュア・エクスチェンジ!」でしたが、設定見直しの際の話し合いで「プリキュア・ライズアップ!」が良いとの意見が出て、これに変更されました(以降、固定設定)。
https://w.atwiki.jp/sakawork/pages/20.html
psコマンドとkillコマンドpsコマンドオプション よく使ったオプション例 killコマンド オプション psコマンドとkillコマンド psコマンド 起動しているプロセスを表示させる オプション オプション 内容 a 全ユーザーのプロセスを表示(Linux) f すべてのプロセスを表示(Solaris) u プロセスのユーザ名と開始時刻も表示(Linux) x デーモンなども表示(Linux) e 全プロセスの情報表示(Solaris/Linux) l 詳細情報を表示(Solaris/Linux) よく使ったオプション例 オプション 内容 ps -ef Solarisで全ユーザ・全プロセスを表示 ps -aux Linux(HPも同様?)で全ユーザ・全プロセスを表示 killコマンド 起動しているプロセスにSIGNALを送る kill (オプション) (プロセスIDorジョブ番号) の形式で実行(プロセスIDorジョブ番号)のプロセスにSIGNALを送る デフォルトはSIGTERM オプション オプション 内容 なし (プロセスIDorジョブ番号)のプロセスにSIGTERMを送る -n (プロセスIDorジョブ番号) (プロセスIDorジョブ番号)のプロセスにnのSIGNALを送る - シグナル (プロセスIDorジョブ番号)のプロセスにシグナルを送る -l シグナルリストを表示 シグナル(番号/略) シグナル 意味 1 SIGHUP 端末の回線切れ/TERMを閉じた場合に発生デーモンの再起動にも使用 HUP ハングアップ 2 SIGINT Ctrl+Cで割り込みが発生した場合に発生 INT 割り込み 3 SIGQUIT Ctrl+\で終了した場合に発生 QUIT 終了 4 SIGILL 命令により不正なメモリ領域にジャンプした場合や権限のない命令を実行した場合に発生 ILL 不正命令 5 SIGTRAP デバッグ機能を用いている時に停止機能でとまった場合に発生 TRAP トレース/ブレークポイントでのトラップ 6 SIGABRT プロセスがabort()を呼んだ場合に発生シグナルハンドラから戻った時点でプロセスは終了 ABRT プロセスの中断 7 SIGEMT エミュレーショントラップが発生した場合に発生 EMT エミュレーショントラップ 8 SIGFPE 浮動小数点演算でゼロ除算やオーバーフローした場合に発生整数演算でもオーバーフローした場合に発生 FPE 不動小数点例外 9 SIGKILL killコマンドで発生させるハンドラでキャッチしたり無視することはできない KILL 強制終了 10 SIGBUS 未定義メモリ領域へアクセスした場合に発生 brハンドラでキャッチしたあとの動作はシステム依存 BUS バスエラー 11 SIGSEGV 不正なメモリアクセスによるページフォールトで発生 SEGV セグメンテーション違反 12 SIGSYS セグメンテーションフォールト システムコールの番号や引数が不正の場合に発生 SYS 不正システムコール 13 SIGPIPE 読み手のいないパイプへの書き込みが起きた場合に発生デフォルトでは受信プロセスが終了 PIPE 不正なパイプ 14 SIGALRM alarm()によるタイマーがタイムアウトした場合に発生 ALRM アラーム 15 SIGTERM killコマンドがデフォルトで送るシグナルハンドラでキャッチしたり無視することが可能 TERM 強制終了 16 SIGUSR1 ユーザ定義のシグナル USR1 ユーザ定義のシグナル1 17 SIGUSR2 ユーザ定義のシグナル USR2 ユーザ定義のシグナル2 18 SIGCHLD 子プロセスが終了した場合に発生子プロセスの終了原因が1~6の番号として送られる CHLD 子プロセスの終了 19 SIGPWR 電源断/再起動した場合に発生 PWR 電源 20 SIGWINCH ウインドウサイズを変更した場合に発生 WINCH 21 SIGURG 非動機I/O機能で使用。ソケット上に緊急データがある場合に発生 URG 緊急データ 22 SIGIO/SIGPOLL ファイル記述子に対してfcntl()でシグナル発生を指示した場合に発生 IO/POLL poll可能イベント 23 SIGSTOP プロセスグループの実行中断のためのシグナルハンドラでキャッチしたり無視することが可能 STOP 実行中断 24 SIGTSTP Ctrl+Zでフォアグラウンドジョブを中断した場合に発生 TSTP 端末からの中断 25 SIGCONT SIGSTOPによって停止したプロセスの再開に使用それ以外では無視される CONT 再開 26 SIGTTIN バックグラウンドジョブが端末からの入力待ちで停止した場合に発生 TTIN 端末からの入力待ち 27 SIGTTOU バックグラウンドジョブが端末への表示待ちで停止した場合に発生 TTOU 端末への表示待ち 28 SIGVTALRM プロファイラで使用 VTALRM 仮想タイマのタイムアウト 29 SIGPROF プロファイラで使用 PROF プロファイリングタイマーのタイムアウト 30 SIGXCPU プロセス実行時間がある値を超えた場合に発生 XCPU CPU時間制限オーバー 31 SIGXFSZ ファイルサイズがファイルシステムの制限を越えた場合に発生 XFSZ ファイルサイズ制限オーバー 32 SIGWAITING WAITING 33 SIGLWP LWP 34 SIGFREEZE FREEZE 35 SIGTHAW THAW 36 SIGCANCEL CANCEL 37 SIGLOST LOST 38~ SIGRTMIN TMIN 39 SIGRTMIN+1 RTMIN+1 40 SIGRTMIN+2 RTMIN+2 41 SIGRTMIN+3 RTMIN+3 42 SIGRTMAX-3 RTMAX-3 43 SIGRTMAX-2 RTMAX-2 44 SIGRTMIN-1 RTMIN-1 45 SIGRTMAX RTMAX ※記憶から遠のいてしまっているため、思い出し次第追記 使った覚えのないシグナルが多い