イイヒタビダチ

"高校時代に「勉強が長続きしない人のための 計画の立て方」っていうページを読んだのだけど
(1) まず3日間でこなす勉強の量を決めます。
(2) それを7日に分配します。なぜならあなたは計画を立てるのが下手クソで、自分の力を高く見積もりすぎているからだ。
とあって非常に納得した"

"

・デタラメ1　
怒りは発散すべし 「怒ったら叫ぶなり枕を殴るなりして怒りを発散させよう！」などと言いますが、これは完全に逆効果。 研究によれば、感情の発散は怒りを呼び戻すだけで、かえってフラストレーションが溜まっちゃう。 「怒りを発散するよりも紛らわせることを考えた方がよい」とのこと。

・デタラメ2　
落ち込んだらポジティブなイメージを描け！ 「落ち込んだらポジティブシンキング！」というのも自己啓発の定番ですが、 研究によればマイナスなイメージから無理に気をそらすのは完全に逆効果。 不安やストレスを頭から追いだそうとすると、人間の脳は逆にネガティブなイメージに集中してしまうものらしい。 ストレスや不安を感じたときは、信頼できる人に相談するか楽しい場所に行くのが一番。

・デタラメ3　
目標を具体的に思い浮かべれば実現する！ 「目標をビジュアル化すれば成功できる！」なんてことも言いますが、スポーツ心理学の研究ではゴールを想像しても 成果は上がらなかった。ビジュアル化は成功した自分のイメージで気分が良くなるだけで何の効果ももたらさないどころか、 せっかく設定した目標の意味もなくしてしまうそうな。単純に目標を達成したイメージを思い浮かべるのではなく、 ゴールに必要な作業を明確にして、それぞれのステップをイメージトレーニングしてみる。実験では単に 「良い成績を取った自分」をイメージした学生よりも「図書館で勉強している自分」を思い描いた学生のほうが成績はよくなった。

・デタラメ4　
アファメーションを使えば自尊心が高くなる！ 「アファメーションでポジティブな自己暗示をかけよう！」なんてのも定番の自己啓発ネタですが（マーフィーとかね）、 心理学の見解は否定的。教授いわく「人間の自尊心は周囲の評価によって常に変化するため、自分で何度も ポジティブな暗示をかけても意味がない」とのこと。自尊心を高めるには他人からの評価を高めるしかない。

http://buzz-plus.com/2014/09/29/jikokeihatsu/

"

"「相手の思考を楽観的に期待している状況、これを、甘えている、というんだ。
いいかい、気持ちなんて伝わらない,伝えたいものは、言葉で言いなさい、
それがどんなに難しくてもそれ以外に方法はない」"

"絵が上手い人は、手に技術があるのではない。目が精確に形を捉えていて、手が描く線の狂いを感知できる。つまり、「上手い」というのは、ほとんどの場合、「測定精度の高さ」なのである。たとえば、料理の上手い下手は、最終的にはその人の舌の精度に行き着く。
　ラジコン飛行機の操縦が上手いか下手かは、飛行機の姿勢をいかに精確に捉えられるか、という目で決まる。咄嗟に舵が打てるか、適切な舵が打てるか、といった問題は大したことではない。工作が上手いかどうかも、常に材料を精確に測定できるか、にかかっている。狂いのない飛行機を作れる人は、小さな狂いを見ることができる人である。精確な位置に穴があけられる人は、精確な位置に罫書きができる人だ。
　もう少しわかりやすく説明すると、「どんなとき、どうすれば良いか」といった知識は誰でも簡単に学べるが、一番難しいのは「今がどんなときか」を感知することであって、これは知識としては学べない。現在の位置や状態を的確に把握できれば、もう「上手い」も同然なのである。"

"人間が写っていない写真が見られない。文章がない写真集を長時間見ていられない。説明がない展示物は見られない。ボーカルがない音楽が聴けない。誰かが解説していないと、自分の感動が確かめられない。そういう人が多いのだ。"

"手に入っても好きなものが、本当に好きなものだと思います"

"● 動いているシステムには触るな。
● バッチ処理を信用するな。
● セキュリティは初めからなかったよ。
● 新しいアイデアが思いついたら口をふさげ。
● 仕様書が読まれることは無い。
● 仕様書が必要になった時、その仕様書は役に立たない。
● SQLの達人にSQLを書かせるな。
● 1人でオブジェクト指向。
● システムを業務にあわせるな、業務をシステムにあわせるな。
● 管理者のパスワードが「password」のシステムは誰にも使用されていない。
● 設計は常に破綻している。
● ソースコードを書き始める頃にはそのシステムに誰も興味を示さない。
● 要件定義書に「～したい」の箇条書きは破り捨てろ。
● 致命的な不具合が発生した時、担当者はもういない。
● 運用・保守担当者はただの電話番。
● 例え話はするな。
● 逆に言うな。
● そのシステムに排他制御は必要無い。
● データベースを触っている時に「あっ。」って言う人は信用するな。
● エンターキーを打つときの音が大きい人は信用するな。
● 大規模なプロジェクトに限ってVB6。
● しばらくエラー通知が来ない場合、何らかのエラーが起きている。
● 「検索します。よろしいですか？」、検索しようとしてるのに確認するな。
● 「キャンセルしますか？ 【OK】【キャンセル】」、どっちやねん。
● 「正常に更新されました。」、できて当然のダイアログは出すな。
● ググれ。
● 例外処理の多いシステムは業務を見直せ。
● その業務担当者を見直せ。
● 使用者の少ないシステムほど大規模。
● 新システムにリプレイスは劣化。
● 片手間で作ったシステムはその後もずっと稼動を続ける。
● バグの数はプログラマのやる気に比例する。
● サーバダウンの確率はその環境構築にかかった費用に比例する。
● CSV出力機能の使用頻度は実装の難易度に反比例する。
● 背景色が黄色のシステムは使われない。
● 背景色が紫色のシステムは再構築が必要である。
● 原色を多用したシステムはCPU使用率が低い。
● 上記3件は無駄にハイスペックなサーバが求められる。
● 開発者 = 担当者 = 責任者。
● 言いだしっぺが開発者 = 担当者 = 責任者。
● 議事録は証拠ではない、ただの記録である。
● キーマンはシステム関係に疎い。
● キーマンだと思ってたらシーマンだった。
● システム開発者はExcelの操作問い合わせも受けなければならない。
● 納期は工数見積より先に決められている。
● 納期は不変である。
● 工数 = スケジュール。
● 外注のコストは外注先のレベルに反比例する。
● 外注先のレベルは常駐する人数に反比例する。
● 何してるの・・・？ていうオッサンの出張旅費も請求される。
● 女性プログラマの機嫌をとれ。
● 再起動は命がけでやれ。
● サービスパックは死を覚悟してあてろ。
● バックアップ・リカバリ研修に参加する行為は意味を成さない。
● バックアップは戻らない。
● マイクロソフトに電話しろ。
● アシストに電話しろ。
● オラクル直通は・・・。
● 原因不明だけど再起動したら直りました。
● NullPointerException はごまかせ。
● NullPointerException は再発する。
● それでもごまかせ。
● ごまかし切れなくなった頃、「あっ。」と原因が思いつくはずだ。
● OutOfMemory はアイツを疑え。
● OutOfMemory は再発する。
● 二度、問い詰めると白状する。
● 無限ループが発生したら記念にパフォーマンスモニタのスクリーンショットを撮れ。
● 後々、笑いのネタになる。
● テスト環境でデータ削除したつもりが、本番環境。
● 素人は素直に申し出ろ。
● 玄人は昨日見たテレビ番組の話をしながらバックアップから迅速に復旧しろ。
● システム運用開始当日の次の日に不具合は発生する。
● 開発者は有休を取っている。
● 電話はつながらない。
● またアイツか、と言われる。
● 直通の電話番号を口外するな。
● Excelのイルカの消し方についての問い合わせ。
● その案件を終わらせるな、次の案件が来る。
● 社内ブログは一定以上の権力者が投稿した時点で終了する。
● その投稿者は社内ブログを始めようと言い出した人物である。
● 無法地帯は監視下に置かれている。
● HTMLは開発言語だと思われている。
● JavaScriptはJavaと同じものだと思われている。
● JSPはJavaScriptの略語だと思われている。
● 設計書は落書きである。
● 困ったら図で描け。
● 議事録係は議事録をとっていない。
● 会議中に椅子を一歩後ろに移動させて反り返ってるヤツは意外と良い意見を言う。
● 対面の人間は発言しない。
● 斜め前の人が一方的に話すと脱線する。
● 隣の人は寝ている。"