「レイヤ」を含む日記 RSS

はてなキーワード: レイヤとは

2012-01-13

http://anond.hatelabo.jp/20120113141417

うまいこといったつもりかもしれないけど、成立してないよねコレ。

上位レイヤ無限に辿れる。

2011-11-09

そういうネットワーク

affected そういうシステム

http://www.haijin-boys.com/weblog/index.php?fuseaction=weblog.entryInquire&entry_id=4acb30bd8ce103.11540234

● 動いているネットワークには触るな。

● 配線図を信用するな。

● 特権権限のパスワードが「password」の機器は誰もログインしていない。

設計は常に破綻している。

● 致命的な不具合が発生した時、担当者はもういない。

運用保守担当者はただの電話番。

● 冗長構成は動かない。

機器触っている時に「あっ。」って言う人は信用するな。

エンタキーを打つときの音が大きい人は信用するな。

● しばらくアラームが来ない場合、何らかの問題が起きている。

● ググれ。

紫色ネットワークは再構築が必要である

● 原色を多用したネットワーク機器メーカーが消える

機器パッケージ燃えやすい

再起動は命がけでやれ。

セキュリティパッチは死を覚悟してあてろ。

バックアップは戻らない。

ログインバナージョークに毎回驚く。

素人は素直に申し出ろ。

● インシュロックと一緒にファイバーも切ってしま

● 手順書も読めない

● 手順書は読めるが作れない

● 手順書がないと作業できない

● だいたい手順書が間違っている

● 早業で障害対応したのに怒られる

連休前日や金曜日に障害発生

飲み会の日は夕方障害発生

コンフィグを保存し忘れる

ベンダー資格を持っているやつほど何もできない

デフォルトオリジネートは消える

機器ネットワークにつまらない名前をつける

● つまらない名前ほど使われる

● 堅い名前をつけても誰も呼ばない

MUAにこだわる

キーボードにこだわる

OSにこだわる

NOCIPアドレス重複はよくある

● だれだNOCにこのスイッチつなげたの

● そのスイッチのせいでSTP走って混乱

● 攻撃だそれフィルタと安易に言う奴が多い

● それはだいたい管理職

● 攻撃されている顧客には連絡が取れない

UTF-8半角カナ、丸数字文字に厳しい

DNSのことは知らない

● 経路交換は政治

落雷に敏感だ

終電がなくなるとNOCに帰巣

生き字引みたいな人が居る

● その人のデスクはだいたい汚い

椅子の座り方をしらない

椅子を並べて寝るのが上手い

ラックの間で昼寝する

● 光ケーブルの受光は目で確認しちゃう

DC電源が怖い という話が怖い

● 低レイヤの事は以外としらない

● ケーブルは埋め殺す

● 埋め殺されたケーブルが多くてケーブル撤去できないのでそのケーブルも埋め殺す

2011-10-06

不登校中学生彼女欲しい話

小学校の頃からぼちぼち学校行ってない。

中学校ほとんど行ってない。

そんでもって現在中3。かなりクズい。

学校行っていないが勉強してない。つまり頭悪い。

毎日ほとんど家にいて一日中インターネッツをしている。

プログラミングちょっとぐらいならできる。

RubyをやっていてCとかレイヤの低いことが大してできない。

よくOSとか作ってる人からdisられる。

英語分からん日本語情報がないとき困る、大変困っている。


もう10月なわけで、世の中の中学3年生は受験やらなんやらで忙しそうだ。

俺もそろそろ高校のことを考えないといけない。

そもそもまともに勉強していないから都内でも限られる。頭悪いかしょうがない。

定時制DQN巣窟というイメージがあるのでそれだけは嫌だ。

普通科に行ったらリア充生活できるのかもしれないけど、まあまた不登校になったらオワコンなので四部制の情報科にでもする。


そんなこと書いてもどうでもいいと思うので彼女欲しい話をしようと思う。

こんなクズがぐだぐだ書いても多分誰も読まないと思うが。


そんな俺にも彼女が欲しい。

どのくらい欲しいかってジョブズが亡くなって自分の手でAppleの新製品を発表できない後悔の念ぐらい彼女欲しい。

しかしよく分からない例えだ。

それはともかく彼女がほしい。

中学は中1の夏休みまで行っていたが、その頃に小学校からクラスメイトを好きになった。

もし友達と呼べるぐらいの関係ならクラスメイトとは書かない。

ずっと好きだし、今も好きなわけで、割と身元バレる前提で増田に書いている。

今まで2年半ぐらいこの想いをずっと伝えられないでいる。


リア充になりたい。

まあリア充になるには学校に行かないとならない。

俺は別に人間関係不登校になったとかなんだとかいありがちな理由で行かなくなったわけではない。

から行こうと思えば行ける環境にあるわけだし、実際最近行きたくなってきた。

あー学校行ったら好きなあの娘と話せるんだろうなとか毎日考えながらだらだら生きてる。

3年からクラス替えでまた同じクラスになったのに行かないのはすごくもったいない

クロックの低い年寄りHTCデュアルコア端末を使わせるぐらいもったいない。俺にくれ。

自分コンテンツ価値ある人間だとは全く思ってないが、せめてこの想いを伝えてから死んだっていいのではないか

14年生きてきたし今更死ぬわけにはいかない。せめて元を取らせろ。伝えてからじゃないと。

あーどうしたら伝えられるかなー

最近恐れていることがある。

ずっと好きだけどそのうち諦めがついたり今好きな娘よりも可愛くて優しい娘が目の前に現れたらどうするか。

もちろん今も好きだし、早く伝えたい。

からこそ伝えなくてはならない。

別にあの娘は俺のことなんかなんとも思ってないだろうし、もし少しでも考えてくれていたら嬉しいけど多分それはない。

でも考えてくれていたらなーとか考えるとあの娘にも迷惑だしさっさと伝えて片付けたい。

俺も早いとこ伝えてこの状況から脱出したい。

今年中には伝えたいけどやっぱり早ければ早いほどいいわけで、なんとかして伝えたいがなかなか勇気が出なくて伝えられないでいる。

なんだかなぁ


なんかここに書いたら少し気分晴れるかなと思ったらそうでもなかった。

何かツッコミがあればTB


追記

やっぱり学校行けと言われるのは当たり前か。

好きで行ってないわけじゃないから何かきっかけがあれば行けるんだけどなぁ…

111010 0:25追記

http://anond.hatelabo.jp/20111008133632

伝えられなかったら多分後悔するでしょうし、

想いを伝えてきもいとか言われていてもそれはまあ少なからず想定していないわけではないのでなんとかなります

むしろ何も言われないよりはきもいから無理とか明確な理由が分かったほうがいいので。

もうフラれてもいいのでさっさと伝えたいですね。

111019 0:39追記

俺があの娘を好きになった理由

小4のときの話。

そのころから不登校したりしていた。

そして、先生がやってくれたんだと思うのだが、俺にクラスの人が書いたメッセージカードとかくれたりした。

学校行けよ的なそういうあれで、あんまり不登校の人いないから聞けないけどだいたい経験あるらしいので割と普通にあるみたい。

その中に今の好きな人が書いてくれていて。

あれって全員分じゃないし先生勝手に決めたわけじゃないだろうし自分から書いてくれたんだろうなって考えてるうちに…

まずそれが違うなら俺の3年間根底から覆されるわけなんですが。

まあそれはもういい。

自分で書きたいと思って書いてくれたなんて少なくともやさしいんだなーって思うじゃん。少なくとも俺は思った。

こんなので好きになるの多分自分だけだと思うけど。リア充から見たらアホみたいに見えるんだろうな。

それを中1ですでに不登校になった9月下旬だか10月ぐらいに引き出しから見つけてなんか泣きそうになって、

やさしいんだな、そういえばけっこうかわいかったよね…とか考えてるうちに好きになっちゃった

なんかごめんなさい。

2011-09-20

仕事を休んだ。

仕事を休んだ。

なぜこれだけのことが今まで出来なかったのだろう。

これから先「ものづくり」なんてのは日本仕事ではなくなるのだろう。自分IT関係のドカタなのだが、その仕事も減っていくのだろう。

ものづくりのもうひとつ上の層の仕事SI屋のもうひとつ上のレイヤ仕事。そういうのがこれから国内産業主幹じゃないだろうか。とはいえそれのために求められる人物像は厳しいし、日本人の就業可能人口すべてに仕事があるとも思えない。

なんてことを思いつくくらいにはヒマだ。ぼくみたいな低脳でもこれくらいは思いつくのだから、数多のいい人はもっと違うことを書いて欲しい。とあるblog記事やら本の紹介をするだけのライフハック記事を読んでそう思った。

2011-09-06

http://anond.hatelabo.jp/20110906170229

マルチ対応アプリを作って、OSの言語に合わせて表示できるようにする思想だから

ここがどういうことを言ってるのかちょっとよくわからないんだけど、

アプリ間の依存関係はまぁそれほど問題にならないからどうでもいいかな。



下位レイヤがほんと酷い。

dllだのランタイムライブラリだの、スクリプト言語の実行環境だの何だの

パッケージ単位で全部解決させようとするからどのインストーラにもいちいちpythonとか入ってやがる。

逆にその辺がまとまってないソフトを入れようとすると、依存関係を自分で解決する必要があって大体ハマる。

そういうのは管理システムの方でやればいいと思う。

管理システムへの登録スクリプト環境をきちんとしとけば(例えばmachomebrewrubyに統一されてる)、

「正しい申告」なんて必要無くて提出されたスクリプト機械的にテストすればいいだけじゃね?

2011-08-03

http://anond.hatelabo.jp/20110803034316

こっちも普通の口調にしよう。そして自分がなぜこの辺りの話に疑問を抱いたか議論で説明が付いたからこの辺で終わりにするかも。

自分の考えでは二次創作を含む文化簒奪は、それ自体が悪なわけじゃない。文化簒奪は「オリジナル価値を損ねる」時に初めて悪になる。

二次創作が許容されるのも還元ではなくそポイントで、オリジナルをなぞった作品は拒絶される。ぷよぷよの配信は許諾されて、ノベルゲームの配信で激怒するのもオリジナル価値を奪うからだ。ドラえもん最終回が訴えられたのも、あまりオリジナルに近づきすぎたからだ。ポケモンが訴えられたのは、子供向けの健全ゲームというオリジナルブランディングイメージを汚したからだ。ときメモビデオコナミ過剰反応もあるが、仮想の彼女と付き合うというオリジナルのコンセプトとバッティングするものから、という説明が付く。グロやレイプ同人誌が許されるのもそれがオリジナルを離れたもので、還元することはなくてもオリジナル利益を奪うものではないから。

翻ってカオスコラージュ作品はオリジナル文化へのリスペクトこそないものの、オリジナルからは到底かけ離れたもので「オリジナル利益を損ねる」ものではない。ゆえに許容されても実害はないとしか思わない。(水かけアートは許さん)

ただ憎む気持ちは理解は出来る。

文化圏同士の戦争は、論理ではなく感情レイヤもので、結局「俺の文化ものを奪うな」の一言で片付き、理屈を後付けすることにはほとんど意味がないように思う。

2011-05-15

そろそろNexus SiPhone4について語っておくか…

この記事(http://www.drk7.jp/MT/archives/001769.html)が話題になっているので、自分も書いてみます。まずは自分属性

自分の結論は、圧倒的な差でNexus Sの勝ちです

そもそもNexusSは国内で販売されてないので、NexusSとiPhone4のどちらがイイですか?と人に聞かれることは全くないですが、

NexusSの方が圧倒的によいと"私は思う"と(もし聞かれたら)答えます。今後の機種変も間違いなくGalaxy S2、3?、と買い続け

ていくと思います。一方で別の技術はもうわかったのでiPhone4は手放そうと思っており、iPhone5が出たら誰かに触らせてもらい

たいです。※NexusSは技適未通過端末なので、帰国前の使用感レポとなります


体感速度、OSの安定度、充電池、カメラ性能、電波

元記事に異論なし。音質は音楽聞かないから知らない。AndroidiPhoneよりもっさりしてるし、落ちるし、電池減る。

画面

Nexus S解像度WVGA(800x480)とiPhone4(960x640)より劣るのに、画面自体が大きい分広く感じる。Nexus Sは4インチiPhone4

は3.5インチで、だいぶミスタイプが減った。Xperia arcは4.2インチなので確かに大きすぎるかも。Nexus Sはちょうど良い。

アプリマーケット

だいたい元記事通り。ランキングサイトを見て色々試すのが自分楽しいiPhoneスクエニゲーム買ったけど、結局スマホ

ゲームなんてやりにくいし放置ゲーム3DSPSPで良い。


で、大事なのはここから!速度・安定・電池を差し引いても自分Androidを選ぶ理由。



Androidアプリの良いところは、アプリ間の連携シームレスなところ。写真とる→ギャラリー(iPhoneでいうアルバム)→共有から

直接twitterなどにうp、が可能。(http://www.gazo.cc/up/37699.jpg)iPhone写真とる→アルバムは移動出来るけど、うpする

には各アプリを立ち上げないといけない。ブラウザもメニュー→共有で、そのページを色んな方法でシェアできる。アプリ連携

すぎ。あとページ内検索とかも地味に便利。



他にも良いアプリとしてはIMESimeji。←→キーソーシャルIMEが便利すぎ。iPhoneだとiとiの間にカーソル合わせるとかほぼ

無理。ツイートする時に少し戻りたいとかもよくあるので、←→は不可欠ソーシャルIMEの効果は

(http://www.gazo.cc/up/37694.jpg)参照。スマホ数字・記号が混ざった入力だるいので助かる。



GoogleMapは拡大・縮小した時にコンパスが元に戻らないのが良い。(ブラウザにもついてる)- +ボタン便利。本来はマルチタッチ

対応端末用だけど、片手で縮小出来るのが十分便利。iPhoneだと縮小時に左手に持ち替えるとかよくやってた。他にマイマップ

とか様々なレイヤが重ねられる。Latitudeは友人0だから意味無いんだけど、mixiAndroidアプリ(上の画像の)みたいな感じで4sq

情報アイコン表示で重ねれたらと妄想すると夢が広がる。


インテント・戻る機能

iPhoneは他のアプリが起動すると投げっぱなしで戻れないし、1つのアプリ内でも戻れなくて迷子になることがよくある。

だいたい左上が「戻る」系ボタンがあることが多いけどそうでないアプリもあるし、左上とか遠くて画面を覆い隠してしまう。

今では「戻るボタンが無いなんて、ブラウザバック禁止でブラウザ見るぐらいストレスだろ…」と思っている。

通知機能

色んなアプリの新着がステータスバーに表示される通知機能が死ぬほど便利。twitterにおける通知(とウィジェット)の良さはこ

れ(http://ran.private.coocan.jp/omusubi/log/2010/12/android-twicca-beta.html)あたりを参照。iPhoneにもPush通知はあるけ

どすぐ見なくて良いものを保留、とかが出来ない。強制的にアクティブになるのが鬱陶しいインテントと組み合わさると最強で

、こんなこと(http://www.gazo.cc/up/37695.jpg)が出来る。

ウィジェット

上のtwitterクライアントエントリでもあるようにウィジェットが便利で、ホームから色々設定変更が出来る。自分は家帰ったら

NoLockウィジェットロックオフしてすぐ操作出来るようにしてるし、布団でごろごろ使う時にはScreenFilterウィジェットで好

みの程度暗くする。あと計画停電があった時はホームに付箋メモ貼ってすぐ確認出来るようにしてた。この辺はiPhoneでもJBすれ

ば出来る範囲なのかな。

その他

他にもFLASHが動くとか、NFCがついてるとか、電源ボタンがサイドについてて使いやすいとか、丸っこくて可愛いとか、Macがなく

てもアプリ作れるとか、色々良いところはある。代わりに先に述べた体感速度、OSの安定度、充電池の悪さの他に、フォントが変

、そして日本で使えないという大きな欠点がある。


元々NexusSはAndroidアプリ開発用にと買っただけで、予想以上に気に入ってしまったのは誤算。久しぶりにiPhone使ったら「戻れ

ない」「←→ない」「通知ない」が死活問題だし、最近Softbank電波はさらに悪化したのか屋外ですら300~500Kbpsしか出てい

ないことも多く、人が多いと100Kbpsも出てない。(前は1Mbpsとか普通に出てたので、ここ最近何かあったのか、場所時間帯に

よるのか、Softbankユーザはぜひレポして欲しい


結論

"自分は" Nexus SiPhone4だが、我慢してiPhone4を使っている。iPhoneにはAndroidのようなワクワク感が無いのが残念だが、

カスタム面倒な人・初心者にはiPhoneを勧めているし、無難だとは思う。2.2か2.3以降のAndroidなら、用途や好みによってはオス

スメ。色々出来るから本当楽しいアプリアドオンで強化出来るとか感動したし!個人的には「iPhoneに貼る電子マネーシール

」「iPhoneでも音の組み合わせで決済」「iPhoneFlash」「iPhone赤外線」とかにエネルギー使うのは勿体無いので、より自由

Androidが普及して技術が発展すると良いと思っている。

余談

じゃあ何を使うべきか迷っている。Softbankは解約して本体売るつもり。回線docomoか、b-mobile+WiMaxか、auのEVO WiMax

(CDMA+WiMax)が良い気がしている。EVO WiMaxはかなり魅力的だけど、CDMA通信時の安定性が不安なのと、端末がHTC EVO一択にな

ってしまう。docomoの最新はXperia arcだけど、なんかぺりあってダサい感あるしGalaxy Sの方がNexus Sと似てて良さげ。ただ来

Galaxy S2が出るのに買う気にはなれない。


この記事(http://weekly.ascii.jp/elem/000/000/038/38214/)のように、SIMフリーの技適通過済みAndroid端末をデータ通信

みで使うのが安いし早いのは魅力。でもIDEOSは小さいしスペックが…

この辺(http://gpad.tv/phone/docomo-sc02c-samsung-galaxy-s2/)を見るに、Galaxy S2の発売とレポを待つのが良いと思うので

、たぶんそうする。本当はすぐにでも変えたいので辛い。

2011-03-16

http://anond.hatelabo.jp/20110316193534

ソフトウェア工学は低レイヤほど「偉い」。上位レイヤ数学っぽい分野もあるから微妙ではあるけど。

そんなことないだろ。教育現場で人気があるのってまさに「上位レイヤ数学っぽい分野」じゃね?

最近はIT業界でも関数型言語とか人気出てきてるからますますその傾向が。

http://anond.hatelabo.jp/20110316192650

職業に貴賎なし」という言葉が建前でしか無いように、学問世界にもぶっちゃけ序列はあるでしょ。

純粋数学を筆頭に理論物理応用数学生物学化学実験物理、その他自然科学、そして工学

工学の中でもmathematicalな分野ほどぶっちゃけ「偉い」し、職人技の延長みたい技能的分野は格下とされる。

ソフトウェア工学は低レイヤほど「偉い」。上位レイヤ数学っぽい分野もあるから微妙ではあるけど。

いる人間能力もおおまかには分野の序列に従った分布になっていて、実際序列下位の分野は大抵数学物理出身の連中が切り開いてる。

2011-03-09

http://anond.hatelabo.jp/20110308192135

政治制度論の立場で回答してみます

さて、タイトルで「議院内閣制」「二院制」「二大政党」と並べられていますが、これはそれぞれ制度として次元が違う話です。また「この3つの制度を組み合わせて使った方が良い」とかいう根拠は政治学的には特段存在しません。例えば、「強い大統領制-二院制二大政党」のアメリカ、「議院内閣制一院制二大政党」の現在スウェーデン、「議院内閣制二院制-多党連立」のイタリア、といったように各制度とも、様々に他の制度との組み合わせが存在します。もちろん英国のように「議院内閣制二院制二大政党制」でやっている国もありますが、これが特別にメジャーな組み合わせというわけではありません。

そしてこの3つの次元の違う制度の中でも、「二大政党」は他の2つとレイヤの隔たりが大きいです。「議院内閣制二院制」と違って「二大政党」は時に「二大政党制」などという風に「制度」として扱われますが、厳密に解釈すれば「制度」として(すなわち法的な根拠を以て)「二大政党であるべき」と定められているものではないかです。「二大政党」というのは「結果としてそうなってる」という状態を指していっているものですので、本来的には制度ではありません。それでも「二大政党制」という言い方が(政治学においても)許容されるのは、二大政党の国の大半は、小選挙区制度等で「二大政党になるよう誘導している」実態があるからです。直接的には「二大政党制度」という法的規定が無くとも「立法精神において二大政党を期待・想定している」と言えることが多い、という程度の根拠なのです

日本の政治制度も、もちろんこの区別の原則から外れるものではありません。「議院内閣制二院制」は「日本国憲法」という最高法規で規定されている制度of制度な代物ですが、自民民主の「二大政党制」になったのは、あくまで「選挙制度(及び政党助成金等の法規定)を大政党に有利な制度したこと」「大政党有利な選挙制度をひっくり返す程の大きな民意の動きはなかったこと」の結果しかありません。

長々と前置きしましたが、「議院内閣制」「二院制」といったレベルの狭義の『制度』と、「二大政党」のような実際的な『政党のありよう』は、政治制度論的には全く別レベルの話だ、ということです

以下、本題。



●他の国のように二大政党制に~

良く聞く言説ですが、これは「間違い」に近い話です日本では米英の政治が有名なため、あたか二大政党制が欧米の標準的な制度のような印象がありますが、政党結社の自由が保障されてる国に限っても、二大政党になっている国はむしろ少数派ですしかもその過半を英連邦またはその流れを引く国家で占めています。二大政党は「民主主義国の標準的な制度」ではなく「アングロサクソン国家での標準的な制度です

更に言えば大国で単独政権普通な国は英米と昭和日本サイズを広げてギリシャくらいで二大政党制の国でも連立政権の方が普通です。英米の政党のあり方はかなり特殊で、英米それぞれに、特有の固有事情によって成立している面が大きいのです



●一党優位用の仕組みを二大政党時代に利用しているのが問題だと~

日本の政治制度は、憲法で規定されているような大枠の部分では、別に一党優位を想定した仕組みではありません。日本の政治制度を大枠で分類すると、「立憲君主国-議院内閣制-(民選第二院型の)二院制」と言うことになりますが、これは結社の自由が保障されている民主主義国家では比較的ありふれた組み合わせです天皇制を維持することを前提とした上では最も無難な標準パターンと言えるでしょう。このありふれたタイプ政治制度の国での政党のありようは、分極多党制、穏健多党制二大政党制、一党優位制(例は戦後日本マレーシアぐらいしか思いつきませんが)など様々です。従って、この「大枠」の部分について「一党優位用の仕組みである」とするのは無理があるでしょう。

そもそも日本国憲法には「一党優位」どころか「政党」に関する規定そのものがありません。日本には戦前から政党政治伝統があったにも関わらず「国会運用の主体は別に政党である必要はないよ」というのが日本国憲法の立場なのです



●何かシステム的に抜けているところがあるのでしょうか。

「大枠」が特に関係無いならば「細部」で抜けている可能性が高いでしょう。二大政党制が定着している米英の日本との違いを挙げてみます

アメリカ場合

強い大統領制(首相がいない)を採っていて、議会大統領が別個に選ばれるアメリカでは「大統領議会」及び「上院下院」のねじれが日常茶飯事です。どちらでもねじれが生じていなかった期間の方が短いくらいのはずです。それでもアメリカ政治が何とかなっているのは(実は「レームダック現象」のように結構止まってるのですが)、「大統領権限の強さ」及び「習慣的に党議拘束が無い」ことが挙げられます。実は日本首相も法制度上は非常に権限は強いので(後述)、違いとして大きいのは「習慣」でしかない党議拘束の面ですアメリカ議会においても党の決議というものはありますが、党の決定に反した投票を行っても除名されるというようなことは滅多にありません。従って、大統領が少数派政党所属でも野党の一部を引き抜いて政府法案がとおってしまうことが良くあります。もちろん一部と言えども説得するためには、法案の修正などを余儀なくされることも多いですが、「0か100か」ではなく話し合いで妥協案が作りやすいということです野党の中核が認めてくれる(かつ与党が我慢できる)ような修正は困難ですが、野党の一部を納得させるだけなら説得でなんとかなることが多い、という感じです。「与党40、野党60、このままじゃ法案通らないので、修正して野党から20人賛成に取り込み。修正を批判して与党から8人離反したけど可決」なんてことを日常的にやっているのが米議会です

当然ながらアメリカでも日本でも「党議拘束をどうするか」というのは政党内部での独自の取り決めであって、法律規制しているものではありません。

イギリス場合

イギリスではそもそも「ねじれ」は問題になりません。第二院が「貴族院型第二院」であり、貴族院型の通例として非常に権限が弱いかです貴族院が否決しても庶院が可決していれば、再議決等もなく法案は成立します。

ただ、この両院の権限については「細部」というより「大枠」に近い部分です日本でも衆議院の優越具合は憲法上で定められています。ちなみに「日本参院は強すぎる」とよく言われますが、政治制度論的にはこれは怪しいです。確かに貴族院型第二院」の場合は第二院の権限が非常に弱い(しばしばイギリスのように形式的存在場合が多いのですが、日本のような「民選型第二院」や「連邦型第二院」の国では「ちょっとだけ第一院が強い」というのが標準で、日本参院の権限は(どちらかと言えば強い方には入りますが)「第一院がちょっとだけ強い」の範疇に収まる話です



●(なぜ)ねじれた時点で機能不全になる仕組みがまかりとおっているのでしょうか

二院制の意義と欠点については

http://ja.wikipedia.org/wiki/%E4%B8%A1%E9%99%A2%E5%88%B6

http://ja.wikipedia.org/wiki/%E4%B8%80%E9%99%A2%E5%88%B6

あたりをご参考に。

もちろん二院制には欠点も多いのですが、実は世界の主流は二院制です一院制をとっている国は「軍事政権or一党独裁時代の歴史的な経緯を引き継いでいる国」もしくは「人口数百万以下の小国」が大半です

かに二院制本質的ねじ可能性を内包しています。にも関わらず二院制が主流だということは、多くの国が「ねじれ」を始めとする二院制デメリットよりもチェック&バランスのようなメリットの方が大きいと判断している、ということです

制度論としての正面からの回答としては「なぜ両院の与野党構成ねじれた程度で簡単に機能不全になるんだ?ねじ議会なんて良くある事じゃないか?」という話になります

実は(二院制とは別の側面ですが)日本の採っている議院内閣制は、行政府の安定性が最も高い制度になります。強い大統領制や、大統領首相行政権を分け合う半大統領制は、議会勢力と行政府の代表が独立した選挙で選ばれますので、制度本質として行政府議会の一致を担保していないため(両院間の対立ではありませんが)、行政府議会の対立は議院内閣制より遥かに起きやすいのですフランスコアビタシオン時代にせよ、アメリカ大統領任期後半(たいてい議会野党多数です)にせよ、ひどい政治停滞にはなっていないわけで、普通ねじれても何とかなるよ、というのが民主主義国一般での実績なのです



●それとも二大政党制の作法を政党国民マスコミも知らないのが問題なんでしょうか.

そもそも二大政党制と「ねじれ」とは直接的な関係はありません。

議院内閣制日本では「ねじれ」が「両院対立」として現れましたが、「ねじれ」の問題点根本は「行政議会の対立」なわけです。この対立は「一党が圧倒的に優位で行政議会も常に押さえている」という(自由主義民主国家としてはかなりレアな)状況でない限り、しばしば起こる方が普通な訳です

「作法を知らない」とするなら「二大政党制の作法」ではなく「議会制民主主義の作法」というべきでしょう。そもそも英米以外の大国はほぼ常に連立政権ですので、どの政党も最終的に何らかの妥協すること無しには政策が実現しないため、閣内/閣外双方の政党間での政策のすりあわせや、政権交代/政権与党組替時の継続性、について不文律確立しているケースが多いです。



以上、あくまで政治制度からの回答ですが、結論としては、

日本の政治制度は大枠としてはごく標準的なもの。それが上手く行かないなら、制度大枠に起因する本質的な欠陥ではなく、日本特有の事情による欠陥と考えた方が良い」

ということになると思います。(その特有の事情って何だ?という話は政治制度論の範疇を超えますので、ここでは省略させてください)

もし「ねじれ」のような問題を解消するなら、制度から言っての解決策自体はいくつもあって、例えば

・狭義の「制度」面からの解消→イギリス流に実質的一院制にしてしまう。

自由主義民主国家において最も行政府が強力となる政治制度大統領制ではありません。議院内閣制一院制の組み合わせになります

運用面による解消→アメリカ流に各党が党議拘束を外し、個別の議論で成否を競う。

の2つの方法なんかは、二大政党との相性に100年以上の実績があります日本国会の「ねじれ」については制度の大枠の問題、運用面での政治行動の実態の問題、の双方が重なったゆえに生じているので、どちらか片方の解消だけで解決するはず、という考え方ですね。

最も前者は憲法改正が必要な点で、後者政党内部規定という法律で縛りにくいものである点で、実現可能性が非常に厳しいですが。

2011-01-18

http://anond.hatelabo.jp/20110118223651

から「優秀な」って書いたでしょ。文化的背景も含めて可能な限り売れるように翻訳してくれる人、って意味だよ。

(不可分性も考慮した上で)内容そのものが文化的に受け入れられるかどうかは、企画段階で考えることで、当然だけど別のレイヤの話ね。

そのくらいわかってくれよマジで

2011-01-15

http://anond.hatelabo.jp/20110115133430

「ロクでもない」とは単に「あなたの好みに合わない」以上の何か意味があるのか? 「俺らの好みには合うぞ!」といわれたらどうするつもりだ?

公共性(public)云々の話になるのなら、じゃあえっちなものを集めた赤線(protected)を復活させて、個人(private)がその中でちょっとえっちな本買うことはよしとされる、で解決するんじゃないの。

それはもはやアクセス権の問題で、表現の自由の問題とはレイヤが一つ違う。

2010-12-05

積極的事なかれ主義

http://anond.hatelabo.jp/20101205134200

僕は事なかれ主義なんで、流される。

躊躇なく流される。

自分もそうだ。

事なかれ主義ってネガティブな印象をもたれがちだが

もうすこしポジティブに捉えたいと思う。


つい最近内山節の本を読んだところだったんだ。

そもそも日本人は「了解」の精神がどこまでも多層的なんだよ。

それが初詣であり、クリスマスであり、ハロウィンであり、国旗掲揚であり。

それでいんじゃね?精神。懐の深さ。

右とか左とか合理的とか非合理的とか、

レイヤはいろいろあって、

それが共存していてよしとして来たんだろうと。

折り合いをつけてきたんだよ。


欧米からすると理解できないんだろうな。

2010-11-06

http://anond.hatelabo.jp/20101106175038

くその通りだけど

それがなぜ元エントリ

いやいや

で繋がるのか全く理解できない

全然レイヤの違う話だよね

2010-09-30

NW屋をしてる。

上のレイヤの連中が動けば後は何でもいいっていう思考ばっかりで気づけばそれに疲れて醒めてしまった。

情熱なんてすっかり見えない。生きていくためだけの稼ぎなんてこんな仕事しなくてもなんとかなると自覚しないようにするのが必死だ。自覚したらきっと色々終わる

2010-08-10

http://anond.hatelabo.jp/20100810002549

それはどう考えても全体とりまとめのPMがアホやろ。

DB整合性保つためのレイヤ作るでしょう。

今更そんなレイヤつくれないけど、つぎはぎだらけの開発すると納品後も

事故起きて保守とか大変だな。

2010-03-22

理解できないコミュニケーション

もうすぐ36歳になるプログラマです。

ここ最近、すごくストレスに感じていることがあります。

これまでに、何社か転職してきました。

ところが、いま勤務しているところで、今まで遭遇したこともない慣習?みたいなのに遭遇して、困惑しています。

やたら話するのが大好きで、会議室やら仕事終わってから、どうでもいい話で長時間続いているのです。

そして、それはお昼休みも同じで、お昼休みは一緒に外食というのが暗黙のルールになってますが、それもストレスなっちゃってるので、週1は理由つけて一人で食事するようにしています。

私自身そういう「どうでもいい会話」というのが苦手どころか相当なストレスに感じてしまっています。

なんというか、自分の感じることの出来ないレイヤで物事が進んでいる感じがするんです。

いままで勤めてきたところでは、そういう場面や慣習に遭遇したことがないし、いまの会社で初めて遭遇したので、非常に困惑しています。

こういうのってどこの会社でも当たり前のように行われているものなのでしょうか?

いままでの人生で初めての経験なので、そういうものなのか、わからないのです。

元々、会話とか苦手で、仕事で生きる上でなんとか最低限のコミュニケーション能力は身につけたつもりでした。

そういうわけで、相手とコミュニケーションするのにものすごく神経を使うのです。

これに、先も見えず、長時間だらだら続けられることを求められるのはとてもつらいです。

そして、それが出来ることを強く求められているので、胃が痛いです・・・。

2009-12-04

http://anond.hatelabo.jp/20091204154338

誤解されているようなので断っておきますが、確かにレイプ問題に起因する話であり関連はありますが、レイプ問題についての話をしているのではありません。

もっと抽象的なレイヤで、危険との向き合い方について論じたに過ぎません。



排除は、それが実現すれば回避も防御も必要がなくなる、全く効率的な手段であることは最初に認めています。


ですがそれは相手のある話ですから、排除されようとする側にとって排除する側が「危機」となることがあればそこで争いが起きますし、そうなった時点で「エゴのぶつけ合い」でしかなくなると言いたいのです。



レイプの問題については、それが既にその段階に入っているということでしょう。

2009-10-23

金くれの現状の問題点まとめ

乞食プラットフォームは、法律は別としてネット世代の助け合いという概念を助長することも可能な素晴らしい発想かもしれません。

でも、現状金くれは十分にその働きが出来るようには思えません。以下に理由を挙げます。

web関係は素人同然なので、突っ込みどころがあったら知らぬ存ぜぬではまちちゃんにでも尋ねてください。


OPENIDを使用している

openIDは、ネット上で特定個人を一意に識別するものとして使えますが、一人につき一つ与えられたIDではありません。

そもそもこのサービスは現状一つのIDで一つの乞食情報しか登録できていないようですが(二回目以降はバグエラー?が出る)、複数のopenIDで登録すれば難なく金くれ情報が登録できるようです。

つまり、ページ一面を自分の金くれ情報で埋めることが出来ます

トレーサビリティが無い

金くれ、といって振り込んで、どうなるというのでしょう。

各地から喜びの声が届いたりしないのでしょうか? せめても、教えて!gooのような乞食コメントバック的なものが必要なのではないですか。

コメント読んで金あげたくなるか、という問題

悲惨なの結構。でも、それってそこらへんの本屋さんに行けばたくさんそういう人が転がってますよね? じゃあそこらへんの本屋さんで出てくる登場人物と差別化しなくてはいけない。

時には自身のblogなりのurlを添付してたりする人もいますが、それってつまりは「より差別化した方が勝ち」であって、差別化するためにblogを描いたりニコニコにupしたりって、それって本当に追い詰められている人が出来そうなことじゃないですよね!

ということは、むしろ代理人が誰かのために金くれを登録した方がいいケースもあるだろうということで、個人で記事を書いているレイヤとは別に、「演出された状態」を見せる別のレイヤが必要のように思います。

・ってか個人情報よこせよ

ユーザ情報を何も登録しないせいで、そのユーザの年齢性別などの情報が得られません。openID部分を晒せば、それが取得できるようにも思いますので、むしろそうすべきなのではないでしょうか。

以上。他にも問題点はあると思います。増田さんたちはこの「金くれ」について、何を思います?

2009-09-11

Re: 人は情報受け手として2つのタイプに分かれる

http://anond.hatelabo.jp/20090902110236 の記事を書いた者です。

思うがままに推敲もせずに一気に書き上げたのですが、多くの方に読んでもらって大変ありがたく思います。

たくさんの意見ありがとうございます。全部目を通させて頂きました。

=====

元記事は一般化して書いてありますが、この記事を書くことになった具体例というのは次のようなものです。

筆者はあるネットゲームズバリMHFです)をプレイしていて、ネット上(ゲーム上)で知り合った仲間が数多くいます。

主にmixiで知り合った仲間が多いです。その仲間プラス、各々のリアル友達といったところです。

MHFは4人で1つのパーティを組んでモンスターを倒すというプレイスタイルなのですが、

アクション性が強いので、どうしてもその場その場で声を掛け合ってプレイする必要があります。

そのために、プレイする全員が(同一パーティか否かに関わらず)Skypeを使って通話をしています。

多いときには10人を越えて通話をすることがあります。

その場において、雑談を始めたり、別の(MHF以外の)話題を提示したりすると、とたんに怒る人がおられるのです(いわゆる「後者」)。

「ここはゲームをしに来ている人が集まっているのだから、ゲームの話をしよう」、と。

自分は、お互いの理解をより深めるために、雑談はむしろ積極的に行っていいと考えているのですが(いわゆる「前者」)、

そうでない方もおられるということで、元記事につながります。

人によっては、所属するコミュニティ目的指向としてのみとらえていて、それ以外は余計なもの、と考える人もいるのだな、と。

以上のような実例があって元記事を書かせて頂きました。

=====

以下、トラックバックのみですが、頂いたコメントに対して簡単に返信いたします。

1.

前者後者を批難する形で問題が起きると思う

そうですね、そういう場合も十分に考えられると思います。ただ、みんなの性格を考えるに、上記コミュニティでは、

後者の人たちが前者の人たちを戒めて、それに従っている、という感じです。「ここはゲームの場なのだから~」と。

それにより、今はみんなかなりギクシャクしている状態です。

2.

> 共有する情報レベルコミュニティレイヤわけで対処をするのが一番

確かにその通りだと思います。それがトラブルを少なくするという点では最良の選択かもしれませんね。

ただ、自分を含む「前者」の人たちは、とにかく情報オープンにして皆が同じレベル情報を等しく共有する、

ということを望んでいるという点があります。だってその方が楽しいじゃないですか。親密度が増すじゃないですか。

誰々が今日会社でこんな失敗をした、とか、誰々の趣味ゲーム以外にこんなものもある、なんていう些細な情報を、

みんなで共有してコミュニティ活性化につなげたいと思っているのです。

こういう考えは「後者」の考えとは相容れないものですね。

3.

> わざわざ系統分けして「適する」「適さない」としたり顔で差別を行う元増田のようなタイプが、数少ない崩壊要因ではないだろうか

これについて、事態が進んでいろいろ考える機会が出てきたときにそのようにも思うようになりました。

前述の「前者」の人たちの例は、「後者」の人たちをまどろっこしく思っているかもしれませんが、

後者」の人たちにとっても「前者」の人たちの行動は受け入れ難い点があるのだと思いました。

自分の平日日中の仕事に関しての考え方がそうでした。

仕事以外のことで雑談ネタを振ってくる周囲の人たちについて、あまり干渉して欲しくないと思っています。

それと似たようなことだと考えると、「後者」の人たちを安易に非難するのはとても恥ずかしいことだと気づきました。

みんながいる場でオフ会のときの話(出席していない人がいる中で)や、一部の人にだけ伝わる濃い話などをされるということは、

確かにそう考えるとストレスになり得ます。そういう配慮がなされていないというのは自分としては過失でした。

=====

結局、コミュニケーションはお互いのことを思いやってなされなければならないという当然の結論に行き着きました。

人それぞれ性格や考え方は違うわけですし、情報というものへの接し方も違うのは当たり前です。

環境によっては、特定の情報しか受け付けないというのは、全てをオープンにしている場合よりもある意味で決意が強い考え方なのですね。

そして、それは、どれが優れているとか優れていないとかではなく、どれも尊重されるべきものなのだと思いました。

=====

最後に繰り返しになりますが、多くのコメント・ご意見本当にありがとうございました

2009-09-04

pixivの騒動について考える

色々と思う人もいるけど、せめて
http://www37.atwiki.jp/honi-honi/
の纏めも一応は目を通して欲しい

http://loda.jp/benjo/?id=69

http://loda.jp/benjo/?id=98
自分はこの二つを見て駄目だろって感じた

自分の感じたことを書いてみる、基本的にこの人を擁護できないってスタンス
世間じゃ模写だのトレスだの言ってるけど、自分がなんか違和感、と言うか不快感に近いのを感じたのはそのレイヤじゃなくて、多分別のレイヤなんだと思う。法的と言うよりも多分道義的な面での感覚かも

図鑑とか標本箱のチョウとか見てると、見た写真をそのまんま使ったんだなって解る

「それってどうよ?」

が多分自分がこの絵に感じた違和感じゃないのかなって
この人がやったのはトレス、あるいは模写…だよね。もしかしたらフォトショ使ってそのまんま元画像をぐりぐりしたのかも知れないけど、それならもっと悪質だと思う。決して「参考にしました」とは言えない、だって小物の殆どが元の写真と変化がないし

単純にこれってパクリ…だよね
参考にするってのは一度見たものを咀嚼して、自分の頭の中で再構築して、アウトプットしてやっと言えるんじゃないかと。絵を創作物とするなら、他人の写真あるいは意匠を『そのまま』流用するのは一番やっちゃいけないことだと感じる、ましてやプロで活動している人間が、だよ?

トイレの方なんか、正直フォトショとかの加工以外でここまで落書きが一致するの?って思う
模写とかトレスでも多分ここまで同じの用意するのは相当な技量がいりそうなんだけどな…

---

雑に自分の言いたいことを纏めると

人様の写真を断りもなく素材として加工して使って、それに一切触れずにあたかも「私が考えて描きました」みたいな表現ってどうなのよ?プロとして活動しているのに、人のものそのまんまパクって使ってプライドとかないの?

自分は下手だけど絵を描くし、写真も撮る。だからこそこの人のやったことはいけないって感じた

2009-09-02

http://anond.hatelabo.jp/20090902110236

2タイプに一致するのかどうか知らないが具体的な話に落とし込むと

映画などのネタバレに対して

・気にしない人≒自分も気にしないのでネタバレする

・気にする人≒自分は気にするのでネタバレを控える。ゆえにネタバレ気にしない人の行動が大変ムカつく

という感じかなあ。俺後者なんで想像で書いてみたんだけど。

こういう場合は共有する情報レベルコミュニティレイヤわけで対処をするのが一番なんだろうけど。

2009-07-06

C#用FMFリーダー

platinumで吐き出せるFMFを読み取るためクラスを置いておく。特に反省はしてない。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.IO;
using System.Data;

namespace RPG
{
    class MapFile
    {
        //FMFファイルのヘッダー
        struct FMFHeader
        {
            public string dwIdentifier;	// ファイル識別子 'FMF_'
            public int dwSize;			// ヘッダを除いたデータサイズ
            public int dwWidth;		// マップの横幅
            public int dwHeight;		// マップの高さ
            public byte byChipWidth;	// マップチップ1つの幅(pixel)
            public byte byChipHeight;	// マップチップ1つの高さ(pixel)
            public byte byLayerCount;	// レイヤーの数
            public byte byBitCount;		// レイヤデータビットカウント
        }

        private FileStream fs;
        private BinaryReader br;
        private FMFHeader _head;
        private byte[] _data8 = null;
        private short[] _data16 = null;

        public int width
        {
            get { return _head.dwWidth; }
        }

        public int height
        {
            get { return _head.dwHeight; }
        }

        public int chip_width
        {
            get { return _head.byChipWidth; } 
        }

        public int chip_height
        {
            get { return _head.byChipHeight; }
        }

        //マップファイルを読み込む。
        //エラーが起きた場合は例外を投げます
        public void Load(String fname)
        {
            try
            {
                fs = new FileStream(fname, FileMode.Open);
                br = new BinaryReader(fs);

                //識別子を確認する
                _head.dwIdentifier = new String(br.ReadChars(4));
                if (_head.dwIdentifier != "FMF_")
                {
                    throw new Exception("ファイルが壊れています");
                }

                //ヘッダーの残りの情報を読み込む
                _head.dwSize = br.ReadInt32();
                _head.dwWidth = br.ReadInt32();
                _head.dwHeight = br.ReadInt32();
                _head.byChipWidth = br.ReadByte();
                _head.byChipHeight = br.ReadByte();
                _head.byLayerCount = br.ReadByte();
                _head.byBitCount = br.ReadByte();
                switch (_head.byBitCount)
                {
                    case 8:     //8bit layer
                        _data8 = br.ReadBytes(_head.dwSize);
                        break;
                    case 16:    //16it layer
                        int count = _head.dwSize / 2;
                        _data16 = new short[count];
                        for(int i = 0; i < count; i++)
                            _data16[i] = br.ReadInt16();
                        break;
                }
            }
            catch(Exception ex)
            {
                throw ex;
            }
            finally
            {
                br.Close();
            }
        }
        //マップファイルを閉じます
        public void close()
        {
            //読み込んだデータを破棄する
            _data8 = null;
            _data16 = null;
        }
        //マップファイルからチップ番号を取得します
        public int getValue(int layer_index, int x, int y)
        {
            if (_data8 == null &amp;amp;&amp;amp; _data16 == null)
                return -1;
            if (layer_index &gt;= _head.byLayerCount ||
                x &gt;= _head.dwWidth ||
                y &gt;= _head.dwHeight)
                    return -1;

            int index = 0;
            int layer_offset = getLayerAddr(layer_index);
            switch (_head.byBitCount)
            {
                case 8:     //8bit layer
                    index = _data8[layer_offset + x + y * _head.dwWidth];
                    break;
                case 16:    //16it layer
                    index = _data16[layer_offset + x + y * _head.dwWidth];
                    break;
            }
            return index;
        }
        //該当レイヤーが存在する_dataのindexを返す
        private int getLayerAddr(int layer_index)
        {
            if (layer_index &gt;= _head.byLayerCount || (_data8 == null &amp;amp;&amp;amp; _data16 == null))
                return -1;
            return _head.dwWidth * _head.dwHeight * layer_index;
        }
    }
}

#訂正

致命的なバグがあったので修正しました&データを取得する部分をわかりやすくした

2009-06-14

誰が負けたのか判った気がする

相手が勝ち誇ったとき、そいつはすでに敗北している

ジョセフ・ジョースター

何が違うのか解った気がする(菊池 Blog

今どき言語論争なんて愉快なことをやってるのがアンテナに引っかかったのでヲチしてたんだけども、勝利宣言キタコレ

  1. id:higayasuo氏がid:technohippy氏に、「Google App Engineは、Python版以外にJava版も出たけど、サンプル見たけど、たくさんコード書かなければいけなくて、正直どこがいいのか教えて欲しい」と聞かれる。
  2. id:higayasuo氏、大要「書く量は問題にならない」と答えた。という内容の記事を投稿。
  3. それを見た菊池氏が「GAEJava を選択する場合の最大の理由」は「「うん十万行の既存コードをそのまま投入できる。それにインターフェースするために多少オーバーヘッド気味のコードが数100行必要なのが何の問題がある?」と高説。
  4. id:higayasuo氏が菊池氏に、大要、GAEではRDBMSが使えず移植も大変なので既存コードを使えない、と反論。
  5. 菊池氏が、大要、設計が悪いからだ、と反論。
  6. さらに菊池氏のターン、大要、レイヤリング意識して無い奴に言っても無駄だったね反省、と勝利宣言。

さて。

ネットバトル(藁)の勝敗傍観者の評価によって定まるとしても、「傍観者の評価」は俺一人の評価と同値ではなく、むしろ多数が形成する「空気」だから、俺が「このバトルは◯◯の勝ちだ」と宣言したところで月桂冠には成り得ないわけだけども、「空気」の一要素として、高らかに宣言しておく。


このバトルは菊池氏の負けだ。


菊池氏の主張というのは結局、「日頃から良い設計コードを書いていればコードの再利用も容易なはずだ」という「Javaプログラマかくあるべし」論だ。

だから菊池氏は自分の勝利を確信しているだろう。「低能プログラマを叩きのめしたぜ万歳!」

ところが、このネットバトルの勝利条件は「どちらが優れたプログラマか」では無い。もともと他言語との比較でJavaメリットが問われているから、Javaプログラマを叩きのめしても意味がない。

そこで「優れた設計に基づく既存のコードを簡単に再利用できるのがJavaメリットだ」と答えても、「その優れた設計に基づく既存のコードというのはどこにあるんですか?」と訊かれる。(ここでの「優れた設計」は、RDBMSbigtableになりGAEのSandBoxの縛りがあっても容易に移植できる設計でなければならない。)

さて、この問いに胸を張って「いくらでもある」と答えられるJavaプログラマがどれほどいるのだろうか?百歩譲って自身が優れた設計に基づくコードしか書いてこなかったとして、Java界全体を代表して発言してもなお結論が変わらないと言えるだろうか?

つまり、他言語使いに問われた時に「俺の書いたものに限らず、Javaの既存コードはたいてい再利用できる」と言えるだろうか?

答えは否だ。嘆かわしかろうが何だろうが、否だ。


さて、このネットバトルの勝利条件は何であろうか。

それは、「GAEJavaを使うメリットをより的確に表現する事」だ。

菊池氏はその答案として、理想論ないし机上の空論を掲げた。

id:higayasuo氏の答えは大要「慣れた言語で書ける事」だ。格好良くはないが、現実的な答えだ。

菊池氏の答えが全く説得力がない以上、id:higayasuo氏の答えの説得力が弱く反論が容易であったとしても、1ピコグラムでも説得力を有する以上は、天秤はid:higayasuo氏に傾くのだ。


このネットバトルの勝者はid:higayasuo氏だ。

これは、JavaPython勝敗とは関係のない世界の話。


ところでGAEJavaサポートメリットは、Java上で動く多数の言語が使えるようになる事だ、と言ってみるテスト

2009-03-21

論理を弄ぶ輩は好かん

ヤツは基本的に頭の巡りは良い

要領も良い

だからひとの裏をかく論理揶揄してくる

ターゲット視野が狭いひと

それも確信的なものではなく、環境によってしからしめられている場合

たいていの場合勇み足の揚げ足をとる

とられた相手は一瞬頭に血がのぼり不用意なレスポンスをする

それを捉えて野次り倒す、たいていは角度をかえて

野次られた相手が反撃しようとしても相手が議論のレイヤを変えているのでトンチンカンな応答になってしまう

そいつをさらに晒しあげて一丁あがりだ

あるいはわざと隙のある発言をして誘いをかける

食いついた不用意なひとが何か言うたびに話を逸らしたり拡大したり矮小化したり

それをあたかも相手に原因があるかのように見せるレトリックは見事の一語につきる

だが、それらが建設的であったことは一度も無い

そりゃそうだ、別に相手に対して働きかける議論ではなく、一方的に嬲るのが目的なのだから

ヤツは確かにあたまがいい

だが、それだけだ

- 転職ならen
- 派遣ならen
2ページ中1ページ目を表示(合計:42件)