約 4,477,512 件
https://w.atwiki.jp/monosepia/pages/11144.html
言葉 ● FBI捜査官が教える「しぐさ」の心理学〔Amazon検索〕 ■ 元FBI捜査官が教える、ボディランゲージから相手の心を読み解く方法 | WIRED.jp WIRED.jp 元FBI捜査官でボディランゲージの専門家、ジョー・ナヴァロが人の非言語的コミュニケーションについて解説。 腕を組む仕草や嘘をついた時にとる行動について、また、ポーカープレイヤーが”ポーカーフェイス”を貫き、実際に心理状態を隠せているのかを解明する。 元FBIが教える、表情から相手の心を読む方法▶︎https //youtu.be/hlUQaide2_0 ■ 元FBIが教える、表情から相手の心を読む方法 | WIRED.jp WIRED.jp 元FBI捜査官でボディーランゲージの専門家であるジョー・ナバロが、顔の表情を使った非言語のコミュニケーション法を分析。 マスク越しの表情を人間がどのように読み取っているかを解説する。 ■ 元FBI捜査官だけど質問ある? | Tech Support | WIRED.jp WIRED.jp 2022/05/10 25年間、FBI捜査官としてスパイを追ったジョー・ナヴァロが、Twitterの質問に答える。ボディーランゲージやジェスチャーの分析方法、意味や効果等を解説する。 .
https://w.atwiki.jp/pcgamejp/pages/85.html
マルチランゲージってなに? マルチランゲージとは正式な日本語版ではないがデータ中に日本語テキストが存在するゲームのこと。 日本語版より海外版のほうがはるかに価格が安いためマルチランゲージのタイトルは海外版を買うほうがお得です。 中には日本語化するのに複雑な作業が必要なタイトルもあるので注意してください。
https://w.atwiki.jp/etrobocon_pattern/
ETロボットコンテストとは ETロボットコンテスト(http //www.etrobo.jp/2012/gaiyou/intro.php)は、組み込み系ソフトウェア開発の教育を目的とした、若手エンジニア向けのコンテストです。コンテストは大きく分けて競技部門とモデル部門の二つに分けられます。競技部門では、右の画像のような2輪のロボットを用いて、指定のコースを走行し、そのタイムを競いあうものです。またモデル部門は、そのロボットを設計する上で生成されたドキュメント(要求分析やクラス図、開発工程など)を競い合うものです。 コンテストの特徴として、若手エンジニア向けに開催されているものなので、ETロボコンに初めて参加するチームが多数います。当然、初めて参加する方にとっては、どのように開発を進めていくべきかが分かりません。そこで我々は、ETロボコンで培われてきた技術やノウハウを半年以上に渡り収集し、パターンランゲージとしてまとめました。(パターンランゲージとは) これらを用いることによって、参加して間もないチームの支援を行えると考えております。 パターンランゲージ一覧 環境 コースの再現 本番のコースと近い環境が整っていないと、思わぬアクシデントに遭遇する。そのため、レプリカのコースを購入し、地面にスタイロフォームを入れる必要がある コースレンタル コースを購入する等の金銭的余裕がない場合は、他チームから練習台を借りる。 光でいじめぬく まいまい式がきちんと実装されているか把握できていない場合、プロジェクターや懐中電灯で外乱光を作り出す、もしくは場所を変更させて実装されているか確認する。 会場の把握 会場によっては、外乱光の強いところが存在する。なので、会場の状況を把握する必要がある。 二段構え 実際に走行させるとキャリブレーション式では対応できない場合がある。なので、キャリブレーション式とまいまい式の2つのプログラムを用意しておき、どちらにも対応しておく。 いつもフル充電 走行体は電圧による駆動差が出やすい。同じソースコードでも段差を登れない等の問題が発生する。特に本番はフル充電の状態で走行するので、フル充電の電池を確保できるような状況を常に維持するべきである。 モータの性能差 走行体が直線的に動かないのは、モータの駆動差によるものである。なので、なるべくモータの駆動差が少ないものを選ぶ、もしくは補正をかけることで直線的な走行を可能とする。 プロセス シニアとジュニア チームに経験者と未経験者が混在していると、タスクの分割等、あらゆる問題が発生する。なので、経験者と未経験者チームで分けることにより、開発の効率だけでなく、未経験者の教育にもつながる。 5人ぐらい チームメンバーは多すぎても情報共有が難しくなり開発が困難になる。かといって、少なすぎるとタスクが重すぎて実装が疎かになってしまう。ETロボットコンテストの適当な開発メンバーは5人ぐらいである。 大きな目標 目標が明確に定まっていないと、チームのモチベーションや会議の内容も薄くなってしまう。モデル部門と競技部門において、明確な目標を設定することでモチベーションの維持だけでなく、マイルストーンの設定も容易にできる。 個人の目標 チームを形成しても、一人一人の目標を確立しないと、大きな目標や日々の目標が明確にならない。また、個人の目標を明確にすることで、互いの理解を深める結果にも繋がる。 日々の目標 日々のスケジューリング(マイルストーン)を明確にするために、大きな目標を達成するための詳細を日々決定していく。 大会規約の分担 大会規約は大量に存在するので、すべてを個人が把握するには限界がある。規約が公式に発表されたら、それぞれの規約の担当を決めて、それらをシェアすることで効率よく開発を行える。 他チームとの交流 コースの提供、情報を共有・入手できるタイミングを逃さないようにするため、他チームとの交流を多く持つことで、コースレンタルや新たな技術の発見が期待できる たくさんの走行体 並列開発を行うために、走行体を複数所持することで開発効率をあげることができる。 難所の優先順位 難所の開発を行う際、技術の差はあるもののすべての実装を完璧にこなすことは困難である。なので、コースの順番、ボーナスタイムの順に優先順位をつけて開発を行う。 現場チューン 光センサーの値は、練習と本番の環境では対応できなくなるため、サンプルコースを用意することで、最後にチューンをすることができる APIの確認 それぞれの値(光センサーやジャイロセンサー)を理解していないと、実装どころかモデル図もかけないため、モデルを書く前に入力の値の確認をする。 モデル チャンピオンシップモデル 予選突破からチャンピオンシップに向けてモデルの改善を行う必要がある。その場合、予選との差分、ネガティブな意見に対するアンサーを用意する等の対策を行う。 審査団の好み どのようなモデルを評価されるか具体的に把握していないとき。ETロボコンで開催されるワークショップで、モデル審査の評価対象をきちんと記録することが重要。去年度のワークショップに参加していれば、トレンドもわかるので尚よい。 学ぶは真似ぶ 「審査員の好み」同様、評価されるモデルが把握できていない場合は、とりあえず例年の評価されているモデルを真似することが定石である。 チームの個性 他チームに差を付けたいとき。差をつけるためには、ラインから外れたときの解決策の提案や、省電力・研究分野を取り組むとよい。 勝てるモデル モデルはチャンピオンシップにおいても変更を余儀なくされる。その場合、トレーサビリティの取れているモデルを初期の段階から作成することで変更を用意にさせることができる。 第三の目 開発者自身では気づかない問題点やレビューをもらうために、第三者にモデルをチェックしてもらう なぜトレース 「なぜ」その機能が必要なのか、「なぜ」その値を利用するのか、その「なぜ」を繰り返すことで、トレーサビリティの取れたモデルへと進化していく わかるモデル モデルの内容以外にも、他者から見て理解しやすい内容になっているかも重要である。なので、単語の意味、定義、配色、配置にもきちんとこだわる必要がある。 実装 とりあえずPID 滑らかな走行でないと、無駄な距離を走行してしまい、結果タイムも遅くなる。なので、PID制御を用いる。 まいまい式 外乱光対策の走行方法。スピードは期待できない。 キャリブレーション式 外乱光対策に対して弱いが、スピードは期待できる。 しっぽ走行 倒立振子の値を常に考慮すると、スピードに限界がでてしまう。しっぽをはじめから下した状態で走行することで、安定性を増して走行することができ、スピードも出せる。 マッピング走行 ライントレースをしないで、曲がる位置、角度を記憶し、正確に実装することで、センサー等を用いずに走行する方法 急発進急停止 段差のある難所ポイントを上る際、急発進急停止することで段差を攻略できる。 直線走行 ライントレースをせずに、直線的に走ることで難所や灰色無視走行を可能とする。ただしモータの性能差があるので、完璧に直線走行することは困難である。 自己位置推定 走行体がどこを走っているか把握できないとき。時間とジャイロセンサーを用いることで、どこを走っているか走行体自身が把握することができる。 フラグ管理 走行体が難所によって、モードの変化がされてるか確認したいとき。走行体のログで確認する、わざとエラーを発生させるなどの解決策がある。 灰色無視走行 しっぽ走行をしていると、灰色の検知がうまくできない。なので、自己位置推定とモータの性能差を組み合わせることで、灰色検地をおこなわずに攻略できる。
https://w.atwiki.jp/wiki6_piro/pages/849.html
パタン・ランゲージ pattern language クリストファー・アレグザンダーが提唱した建築・都市計画の理論。 アレグザンダーは人々が「心地よい」と感じる空間を分析して、253のパタン(形を作るルール)にまとめ、「パタン・ランゲージ」という本にした。 パタンの例を挙げると、「小さな人だまり」「座れる階段」「街路を見下ろすバルコニー」などがあり、これらは家を建てたり、まちづくりのルールを決める際に役立つヒントとなっている。 アレグザンダーによれば、これらのパタンは各国の美しい街や住まいに共通する普遍的なもので、かつては誰でも知っていたものであるが、急激な近代化の中で忘れられてしまったものである。 直線の広い街路を造り、高層ビルを建てる、といったかつての都市計画の理念とは正反対であり、既にあるまちの文脈を読み、狭い路地や目にとまる植栽、窓からの眺めといったヒューマンスケールな要素が重視されている。 こうしたパタンを見出すのは住まい手や住民自身であり、建築家はその過程を手助けして、実際の形になるよう設計・施工の監理を行うことが役割になる。 日本にもパタン・ランゲージの発想が紹介され、埼玉県川越市で67のパターンからなる「川越一番街 町づくり規範」が作られるなど、まちづくりのルールに取り入れられている。 アレグザンダー自身による実践の例として、日本の盈進学園東野高校(1985年)があり、学校関係者がパターンを見つけ、キャンパス計画を作っていった。 関連項目 クリストファー・アレグザンダー 建築・都市辞典
https://w.atwiki.jp/oldscoolessential/pages/93.html
リード・ランゲージ Read Languages 1レベルマジック・ユーザー呪文 効果時間 2ターン 射程範囲:術師 術師は暗号文や記号(宝の地図など)を含む、あらゆる言語で書かれた情報を理解する能力を得る。未知の言語を話す能力は得られない。
https://w.atwiki.jp/tcjpdoc/pages/10.html
旧版ランゲージパック 昔のバージョン用のランゲージパックが欲しいという要望が一部にあるようなので、こっそり置いておきます。 なおTrueCrypt本体は同梱していません。TrueCrypt本体の旧版は本家で公開されていますのでそちらをご利用ください。 4.2a用 http //www2.atwiki.jp/tcjpdoc/pub/langpack-ja-1.1.0-for-truecrypt-4.2a.zip 4.3a用 http //www2.atwiki.jp/tcjpdoc/pub/langpack-ja-1.0.0-for-truecrypt-4.3a.zip 5.1a用 http //www2.atwiki.jp/tcjpdoc/pub/langpack-ja-1.0.0-for-truecrypt-5.1a.zip 6.1a用 http //www2.atwiki.jp/tcjpdoc/pub/langpack-ja-2.0.0-for-truecrypt-6.1a.zip 6.3a用 http //www2.atwiki.jp/tcjpdoc/pub/langpack-ja-2.0.0-for-truecrypt-6.3a.zip 7.0用 http //www2.atwiki.jp/tcjpdoc/pub/langpack-ja-2.0.0-for-truecrypt-7.0.zip
https://w.atwiki.jp/twipata/pages/30.html
パターンランゲージとは 「このランゲージの成分は,パタンと呼ばれる実体(エンティティで)あり,1つ1つが独立した存在である。各パタンが,私達の環境にくり返し発生する問題を提起し,その問題にたいして,二度と同じ結果が生まれないよう,解答の要点だけを明示している」 「…大きなパタンから小さなパタンへ,骨組みを創りだすパタンからそれを肉付けするパタンへ,さらにそれを肉付けするパタンといったシーケンスで捕えるのである。」 「パタン・ランゲージのうち,まず,町やコミュニティを定義する部分からはじめる。これらのパタンは,けっして一度に全部を「設計」したり「建設」することはできない――だが,1つ1つの行為の積み重ねが,つねにこれらの包括的なパタンの創造や生成に繋がるようにすれば,息の長い漸進的な成長により,これらのパタンを備えたコミュニティが,何年もかかって,徐々に,しかも確実に生まれてくるであろう。」 (クリストファー・アレグザンダー『パタン・ランゲージ』から引用) クリストファー・アレグザンダーのパターンランゲージに行き着く流れ 1936年オーストリア生まれ。ケンブリッジ大学で建築学を学んだのち、当時の建築のモダニズム文化の中でアレグザンダーは「何がものを美しくするのか」という美の原理に関心を持ち、ハーバード大学の院に進んだあとさまざまな実験や研究に専念した。 その後、設計(デザイン)行為を理論化する取り組みの研究成果を同大学の博士論文に提出し、1964年、28歳のとき書籍『形の合成に関するノート』を出版した。しかし、1963年にカルフォルニア大学バークレー校の教授となり、1964年にサンフランシスコのベイエリア高速鉄道の計画を依頼されるが、要求や条件の分析を進めるなかで自身の方法論の限界に気づいた。 それまで理論上でしか行われなかった、数学的な形式化に基づく自身の建築理論に対する自己批判の形で、アレグザンダーは1965年、「都市はツリーではない」という論文を発表した。アレグザンダーはそれまでの都市計画と自身の求める都市計画を、ツリー(階層)構造とセミラティス構造という数学的なマッピングに置き換えて比較している。 30代に入ると、アレグザンダーは独自の方法論で建築のプロジェクトを次々と手がけた。1971年にはオレゴン大学で2万人規模のコミュニティを対象に建築設計を行い、1975年に『オレゴン大学の実験』としてその結果をまとめている。アレグザンダーは同書で、コミュニティで建設と計画を行うための6つの原理をかがけた。 一. 有機的秩序の原理(The principle of organic order) 計画や施工は、全体を個別的な行為から徐々に生み出してゆくようなプロセスによって導かれること。 ニ. 参加の原理(The principle of participation) 建設内容や建設方法に関するすべての決定は利用者の手に委ねること。 三. 漸進的成長の原理(The principle of piecemeal growth) 各予算年度に企画される建設は、小規模なプロジェクトに特に重点を置くこと。 四. パターンの原理(The principle of patterns) すべての設計と建設は、正式に採択されたパターンと呼ばれる計画原理の集合によって指導されること。 五. 診断の原理(The principle of diagnosis) コミュニティ全体の健康状態は、コミュニティの変遷のどの時点でも、どのスペースが生かされ、どのスペースが生かされていないか、を詳しく説明する定期的な診断に基づいて保護されること。 六. 調整の原理(The principle of coodination) 最後に、全体における有機的秩序の緩やかな生成は、利用者の促進する個々のプロジェクトの流れに制御を施す財政的処置によって確実なものとされること。 このうち、「四. パターン原理」にある「パターン」とは、建設環境や建築設計に繰り返し現れる課題を解決に導く具体的な方策を記述したものであり、一つの建築活動に必要なパターンの集まりがパターンランゲージである。つまり、Twipataツイッターパターンズは、一連のTwitterの活動において繰り返し現れる機能やサービスの利用、またはその工夫を、一定の書式で記述したものであり、ここでのパターンランゲージとはTwitterの活動に必要なパターンの集まりである。 アレグザンダーは1977年、それまで収集したパターンを『パタン・ランゲージ』という書籍で発表した。『オレゴン大学の実験』にて抜粋として紹介されていたパターンの全体、つまりパターンランゲージとして詳細に語られている。具体的には、パターン名、写真、上位パターンへのつながり、本文(要約、問題点や背景、具体的な解決策や考察)、下位パターンへのつながりが記述されている。Twipataツイッターパターンズはそれに倣った簡略的な書式を採用している。 アレグザンダーは1979年、一連の著作の背景理論をまとめた『時を越えた建設の道』を出版し、古い建物や街並みが持つ美や住みやすさが調和した状態のことを、自然都市の備える「無名の質」(Quality Without A Name, QWAN)と呼び、言葉に言い表せないものとしている。 以後、アレグザンダーが『オレゴン大学の実験』で提唱した6つの原理は、「時を越えた建設の原則」から、あらゆる分野に応用できる「時を越えた創造の原則」として、まったく関係のないと思われるWikiとも繋がることになる。詳細は後述するが、パターンの記述にWikiを用いたのはそのような関係性が存在したから、というのがある。 ウォード・カニンガムのWikiまでの流れと、時を越えた建設の原則との関連性 Wikiの元祖である「WikiWikiWeb」を作ったウォード・カニンガムは、元々Tectronix社の研究所に勤務していて、同僚のケント・ベックとともにプログラミングをわかりやすくする研究を続けていた。あるとき彼らは、社内のグループがSmalltalkというプログラミング言語で作るシステムの設計で悩みを抱えていて、相談に乗った。 彼らはお互いにパターンランゲージに関心を持ち、ちょうどパターンを使ったシステム設計を考えていたことから、ユーザーインターフェースを良くするパターンを収集して紹介し、設計してもらったところ、簡素でありながら非常にエレガントなデザインが実現されていた。彼らは収集したパターンを記録・閲覧できるように、「HyperCard」と呼ばれる、1つのデータのまとまりをカード形式にして記録・閲覧するソフトウェアを利用してパターンブラウザを作成し、そこで評判を得た。 1991年にWWW(World Wide Web)が誕生してから、カニンガムは1994年に自身のWebサイトを立ち上げてそこに自身のパターンを貯蔵する「Portland Pattern Repository」のページを作り、1995年に、自身のパターンを貯蔵するデータベースをみんなで編集できる「WikiWikiWeb」という仕組みを開発した。 カニンガムはその際、設計の原則を用意していた。 開放(Open):ページが不完全であったりまとまっていないようであれば、読み手は誰でも自分がいいと思うようにそのページを編集できるべき。 漸進的・徐々に増える(Incremental):あるページは他のページに(まだ何も書かれていないページにも)言及できる。 有機的(Organic):サイトの構造や文章は、変化および編集に対して寛容である。 平易・日常的なやり方(Mundane):少数の平易な(変則的な)記法で、多くの便利なマークアップができる。 普遍的・共通のやり方(Universal):執筆者は自然と編集者や管理者になれるよう、編集や管理の仕組みは執筆のそれと同じようになっている。 公然・明白(Overt):(HTMLに)整形された出力から、それを再現するのに必要な入力が大体分かる。 一元(Unified):ページ名の解釈に前後の文脈を必要としないように(=ページ名単体で意味が分かるように)、ページ名は(階層構造などの無い)フラットな空間でそれぞれ一意-に付けられる。 的確(Pricese):ページ名がかぶらないよう、(主に名詞句で)的確なタイトルがつけられる。 寛容・耐性(Tolerant):エラーメッセージよりも、(人が見て間違いを)解釈できる挙動をする方が(例え望み通りの挙動でないとしても)好ましい。 訳註:入力ミスがあったとき、エラーメッセージを出して受け付けないのではなく、とりあえずなんでも入力を受け付けてから間違えた原因が分かるように出力する(間違えた箇所が崩れて表示されたりする)。ということかな。 観察可能(Observable):サイト内の活動を訪問者が観察したり調査できる。 収束(Convergent):同様または関連するコンテンツを探して引用することで、コンテンツの複製がされるのを防ぎ、あるいは重複したものが消されるようにする。Wikiの作者や実装者は大勢おり、彼らが付け加えた原則をいくつかとりあげる。ただし、これらは私の一番の関心事ではない。 信用(Trust):これがWikiの中で一番重要。人を信用すること、過程を信用すること、信用構築を可能にすること。全ての人がコンテンツを管理しチェックする。多くの読み手は良心を持つという想定にWikiは依存している。ただし「AssumeGoodFaithLimitations(良心の限界を想定?)」も参照。 楽しさ(Fun):誰でも貢献できる。誰もそれを強制されない。 共有(Sharing):情報の、知識の、経験の、アイデアの、意見の...(共有) (http //memo.sappari.org/wiki-design-principle Wiki Design Principles 日本語訳(Wikiデザイン原則) - sappari wiki より抜粋) これらの原則が、アレグザンダーの6つの「時を越えた建設の原則」と非常に似通っている点があることから、カニンガムがいかにアレグザンダーの影響を受け、システム設計に応用したのかが分かるだろう。 参考文献: 『パターン、Wiki、XP 時を越えた創造の原則』(江渡浩一郎, 2009年) 『パタン・ランゲージ』(クリストファー・アレグザンダー, 1977年)
https://w.atwiki.jp/kaeuta-matome/pages/2338.html
元ネタ:ボディ・ランゲージ(原題Body Language Queen) 作:ヤジタリウス Save it for heyday Save it for heyday maybe Save it for heyday Man s burden man s burden man s burden man s burden Day s passed away Day s languid Day s languid Day s languid Buy your time to study Even if a little yeah time to study Got to see yeah what to study Man s burden Day s languid huh huh? Day s languid Day s languid You get bad thing thought to be good Move your legs to your whys You ve got to attest doing your best always Locked as coward by crux to be hoax Mmmm ha Find out what you get even if day s languid Find out what you get even if day s languid Find out what you get even if day s languid Find out what you get even if day s languid If day s languid If day s languid Huh? Yeah topsy turvy topsy topsy turvy Aaah I ve got to be messy Maybe I m rough Day s languid Huh? Day s languid huh Day s languid ah Day s languid yeah Day s languid ah Day s languid huh Day s languid hah Day s languid huh? Day s languid... 検索タグ Queen その他ネタ フルコーラス ヤジタリウス 洋楽 メニュー 作者別リスト 元ネタ別リスト 内容別リスト フレーズ長別リスト
https://w.atwiki.jp/kaigaikiken/pages/15.html
ランゲージエクスチェンジパートナー募集の広告の中には日本人の女の子との出会い目的の人がいます。 男性の広告主で「女性限定」の募集には気をつけましょう。 真面目に日本語を勉強している人も勿論います。見極めが大切です。
https://w.atwiki.jp/spiwiki/pages/5.html
ソフトウェアの開発プロセスを改善する際の活動をパターンランゲージの形で記述する。 目的を知り己を知れば トップの理解を得る 目標を定めよう 改善の戦略 改善の方向を意識する 真のゴールは何? 全員参加 コミュニケーション 動機づけ スモールステップ 早いフィードバック 早めに一点とろう