議論のしかたThis guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.
話し合いをダメにする論証パタン１３個（有意義な論争のための議論ハック） - 女教師ブログ
↓こちらに続編あります↓ 論争に絶対負けない議論ハック（心構え編） - 女教師ブログ ====== 常々「ダメな論証方法」に関する話が好きで、自分でも色々考えたりしていたのだけれど、先日、ウィキペディアでまさにそれがリスト化されているページを見つけ、とても嬉しくなってしまった。誤謬 - WikipediaList of fallacies - Wikipedia, the free encyclopediaというわけで、以下は、wikiのページから13個の「間違った論証方法」を抜粋・再構成して、勝手に自分で例を考えてみたものです。こういうのを俗に、人の海パンで水泳をする、と言うんですね。 論理ルールの違反1. 後件肯定： 「PならばQだ」という論理を改変し、逆に「Qだ」から出発して「Pだ」を導く 例「瀧沢の彼女・奈々子は『もし浮気したら、別れるから！』と言っていた。最近、彼らは別れたらしい
翔ソフトウェア (Sho's) 議論のアンチパターン 〜不毛な議論を避けるために〜
『議論パターン』 (Discussion Patterns) ～不毛な議論を避け、実り有る議論とするために～ はじめに ～「パターン」について～ ソフトウェア開発では、よく「パターン」という言葉が使用される。 「定石(じょうせき)」のような意味である。こうすればうまく行く、という問題解決の典型的な例をカタログ形式で収集し、纏(まと)めたものである。 「デザイン (設計) パターン」、「アーキテクチャ (構造) パターン」、「アナリシス (分析) パターン」等の種類が有り、総称して「ソフトウェア パターン」等と呼ばれる。 「アンチパターン」という言葉もある。こちらは逆に、こうしたらうまく行かない、という典型的な例を集めたものである。 「パターン」という概念は別にソフトウェア開発に特化したものではない。「ソフトウェア パターン」自体、元々建築の方に有った方法を持って来たものである。様々
結論オリエンテッドな議論
1． 最近、議論せずとも異論をぶつけてくる相手の考え方が理解できる（ような気分である）と書いたところ、「そのコツを教えてほしい」と要望が寄せられました。以下、回答いたします。 結論オリエンテッド（結論第一主義、結論志向）という考え方を理解することが、唯一最大のポイントです。 2． 誰の主張に対してであれ、明確にNOを突きつける人は、立場のハッキリした人だといえます。従来、こうした相手の考え方を理解するために発せられてきた言葉は「なぜ、そう考えるのか?」でした。相手の主張の背景には「理由」や「根拠」があるはずだ、というわけです。 しかし結果はどうだったでしょうか? 要求に応じて提示された論拠をていねいに潰していっても、相手の主張の根幹はブレないことが多かったはずです。「でも、でも」といっそう意地を張り、ますます手がつけられなくなっていった記憶、皆様にもあろうかと思います。 逆に、枝葉末節にこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
議論のしかた
