“ 人間は、自分が感じている感情や生理的な反応の原因を、直接因果関係のない事象に帰結させてしまう傾向を持っている。心理学者が「誤帰属」（misattribution）と呼ぶこの現象を、スポルスキー氏はこういう例で説明する。「デートでバーに行くのはいけませんね。アルコールは人を鬱状態にします。逆にコーヒーを飲むのがおすすめです。コーヒーを飲むと心拍数が上がる。ドキドキする。あなたがデート中の女性は、自分がドキドキしていると感じる。あら私はドキドキしてる、目の前にちょっとキュートな男の子がいる、私は恋に落ちたに違いない、と考えるんです」。 コーラをがぶがぶ飲んで映画を見た場合でも、おしっこを我慢して映画を見続けたか、カフェインの影響で興奮状態であったかで、映画を見た後の評価は180度変わりうる。 ソフトウェア開発者は従って、人々に愛される製品を作るために、印象を左右する装飾やUIを軽視してはならないのだ、というのがスポルスキー氏の指摘だ。ソフトウェア開発者にとって表面的問題に過ぎないかもしれないが、人々がすばらしいソフトウェアだと感じるかどうかは、ロジックではなくUIにかかっている面も強い。” — すばらしいソフトを作るには、カリスマが講演 － ＠IT (via kotoripiyopiyo)
(via yaruo)
“京子「どういうことだオイ、こいつ死んでるじゃねえか・・・！」
まどか「ねえ、どうしちゃったのさやかちゃん、ねえ、目を覚ましてよ！」
QB「今のデスマーチのはまずかったよまどか。人間が不眠不休で残業できるのは
せいぜい3週間程度だからね」
まどか「なに言ってるのきゅうべえ、さやかちゃんを助けて！さやかちゃんを死なせないでよ！」
QB「まどか、そこにいるのは派遣社員なんだ、労災が降りるのは元請の正社員だけなんだよ」
京子「何・・だと・・？」
QB「労組もうるさいし正社員にデスマーチを戦ってくれなんてとてもお願いできないよ、
だから君達契約社員を雇っているんだ、契約社員はローコストで人員を確保するための
外付けのハードウェアに過ぎない」
QB「契約社員との契約を取り結ぶボクの役目はね、君達から人権を取り除いて
安価な労働力に変えることなんだ！」
京子「・・てめえ、ふざけんじゃねえ！それじゃ私達奴隷にされたようなもんじゃないか！！」
QB「むしろ便利だろう？人員が過労で倒れても、ありったけの予算を引き抜かれても、
君達の替えを用意すればプロジェクトはすぐまた動くようになる。
弱点だらけの正社員を使うよりもよっぽど企業間競争では有利じゃないか！」
まどか「ひどいよ、、そんなの、、あんまりだよ、、ｳｳｯ､ｳｳｳ」
QB「君達はいつもそうだね、事実をありのままに伝えると決まって同じ反応をする。
君達派遣労働者はどうして雇用のあり方に固執するんだい？わけがわからないよ」”
— 2chコピペ保存道場 - まどか☆デスマ (via darylfranz)
(via yaruo)
“「社長ってどうして高い給料をもらっているのかというと、いざというとき無給で働くからなんだけど、そこら辺を忘れてしまうんだよね。高い給料で不動産を買って、会社が資金を用立てるときの担保に差し出すとか、そういうリスクを背負うが故に、社長の給料は高いし、社長は偉いのですが、だんだんとリスクも背負わなくなり、なんにもしなくなるひとたちが、多い。そういう人は辞めた方が良いね」”
— » 「オールブラックニッポン その２」文字起こし その５ (via deli-hell-me) (via yaruo)
2009-09-27 (via gkojax-text) (via yaruo)
“「仕様決まってる？」ってきくと「決まってない」っていう。「じゃあ締切伸びる？」ってきくと「伸びない」っていう。「予算増える？」ってきくと「増えない」っていう。「責任取れないよ」っていうと「訴訟すんぞ」っていう。修羅場でしょうか。いいえ、下請けイジメです。” — Twitter / @miyan_ (via katoyuu)
“ガラスより軽くて丈夫なうえ、プラスチックより熱に強いことから、広い範囲での利用が可能。材料は紙とまったく同じで、化石や鉱物資源に頼ることなく製造できる。処分も容易で、環境への影響も小さいことから、紙の歴史を変える新素材として注目される。” —
「透明な紙」開発 阪大准教授 広い応用範囲に期待 - MSN産経west
これはすごいじゃないか！
(via mitaimon)(via makocchan)
“Windowsあるある : 「問題が解決しない場合は、ネットワーク管理者に問い合わせてください。」
ネットワーク管理者は俺だよ！！！！”
— Twitter / @siritori (via igi)
(via yaruo)
“
■最も大きいコストは人件費
・安いコピー機はいけない
電気代を節約するのはいけない
→人件費というコストがかかるから
■稼ぎ＝能力×時間
・能力が高ければ、かける時間は短くて済み、
能力が低ければ、かける時間は長くなる
■管理職は特権階級ではない
・上司であるということは、役割でしかない
■自分の仕事ばかりを優先するダメ上司
・自分の仕事は短い時間で成果を出せるので、そちらにばかり精を
出してしまいがち。
自分の仕事を優先すると、管理職の仕事がおざなりになる。
■社長がひまだと社員は働かない
・名刺や人脈が有効となる営業活動や社外交渉。
社内の様子をつぶさに観察しての細かな指示(例えば、入り口の花を
からさないように、でも良い)など社員にはできない仕事、
気付かない仕事に専念しなければならない。
一方、社長自身が動いてもいけない。
社長は能力があっても、現場で自分でばかり働くことに専念していては
いけない。
■できる社長は、感謝や期待を言葉であらわす
・「○○さんに任せるよ。何があっても責任は私が取るから、一生懸命
やってくれ」
■乗るか反るかの投資はしない
・商品の発売直後はライフサイクルでいう導入期。
導入期の3年間は、その商品でのビジネスは赤字を覚悟しなければ
ならない。
導入期の途中で断念せざるを得ない、という状況を避けるため
3年間の赤字負担額を見込んでおき、その負担に耐えられる体力を
溜め込んでおく。
■開発費にかけるお金は、資金全体の1割を原則に
・残り9割は売るためのお金(販売費)とする
・多くの開発型企業では、開発費9割、販売費1割とまるっきり
逆になることもあるが、注意
■粗利率＝(売上 - 仕入れ)÷売上×100
・100円で仕入れて200円で売る
90円で仕入れて190円で売る
110円で仕入れて210円で売る
→全て粗利は100円だが、粗利率が異なる
下記のように、最も売上が高い210円で売った場合の粗利率が低くなり
逆に一番安い190円で売った場合の粗利率がもっとも高くなる
(190-90)÷190×100=52.6%
(200-100)÷200×100=50.6%
(210-110)÷210×100=47.6%
→安く仕入れて、その分安く売ったほうが儲かる
■坪効率は机上の空論
・坪効率よりも重要なのは原価計算
収入-支出＝利益
の基本原則を忘れないこと
■原価の内訳
・原価には「直接原価」(仕入れ)と「間接原価」(経費)がある
・経費の中で比率が大きいのは、人件費と家賃などの固定費
・原価計算をするときに、仕入れしか考えず、経費を忘れてしまっている
人も多い
■適正価格を決める思考法
・価格設定をするときは、もちろん原価計算をする
・直接原価、間接原価の他に
リスクファクター(変動要因)に備えて
上乗せ利益を勘案して価格を決める
■もうけの源泉は見積もり力
■「払え、バカヤロー」の覚悟
・売掛金の回収の仕組みを徹底させる
例えば・・
営業担当者は事前に支払いサイトを聞いておき、
請求書を回す際には経理部に伝えておく。
約束の期限がきたのに、入金されていなければ
その日のうちに営業担当に伝え、経理が督促する。
1日でも遅れたら督促をするのが、貸し倒れのリスクを減らすコツ。
そして、督促しても支払わない場合はその時点で商品・サービスの供給を
止める。
最終手段としては、売掛金はとれなくてもいい、貸し倒れで捨てる
という覚悟をして「払え、バカヤロー」と殴りこみに行く。
(実際にはバカヤローとはもちろん言わないが)
こう言われた相手は、「会社をつぶされるかもしれない」と恐怖を
感じる。相手も必死だから、そう感じないと支払いには応じない。
■交際費は正しく使う
・資本金1億円以下の会社は。年間400万円の交際費の9割が損金として
認められる
→毎月、約30万円強が経費として使える
・交際費は利益の範囲内で調整しながら使う
月次の損益計算書を見て、15万円の利益なら交際費の枠を15万までとする
(交際費を使わないと、利益の半分の7.5万円を法人税として払わなければ
いけないが、経費になる交際費を使えば、利益を減らすことができる)
・きちんとした接待なら、午後6時くらいにスタートして、
料理を食べ、きちんと話をして、どんなに遅くとも10時半には終わる。
予算は一次会のみで、一人2,3万円。これで十分。
■宝物は危ない橋の先にある
・身近なリスクに細かく気を回す
・ただし、あまりリスクヘッジばかりすると、ビジネスチャンスがなくなる
・最大のリスクヘッジは人をきちんと見極めること
トラブルの大変は人が原因。できるだけ信頼できる人と付き合うこと。
“
かつて、ゲーム製作10個のチェックボックスというエントリを書いた。
１□ゲームのプレイ状態になるまでにかかる時間、ステップは短いか？
２□プレイヤーにモチベーションを与えるまでの時間、ステップは短いか？
３□最初の快感を得るまでにかかる時間、ステップは短いか？
４□プレイヤーに成否を細かく伝えているか？
５□プレイヤーの行動が、結果だけでなく、過程に意味を持つか？
６□快感と次の快感のループは適切な時間か？
７□ゲーム中、プレイヤーの操作不能時間は短いか？（否操作不要）
８□ゲーム中、プレイヤーに無駄な操作をさせていないか？
９□プレイヤーの上達曲線と合致する難易度を与えているか？
10□自分で遊んで面白いと思ったか？
なんだ、１０番目だけで後は要らないじゃん！
というもの。
これがだ。もう最近使えない。最重要はここじゃない。
役に立たなくなった。これじゃあ食えない。今風ならこうか。
１□課金ループは完全か。
２□ユーザー同士のコミュニティ導線は作られているか。勝手に生成されるか。
３□ゲームのメインループと、コミュニティ、課金が密接か。
４□上記に問題が発見された場合、即修正できる仕組みか。
５□公開後半年分以上の物量が有るか。
ネットを介して、基本無料とした時点で、ゲームのあり方はコレだけ変わる。
面白ければ売れるわけではない。いかに集客し、定着してもらい、プレイの過程でお金を使ってもらうか。
ゲームの面白さとは違う場所で勝負する必要がある。
“● 動いているシステムには触るな。
● バッチ処理を信用するな。
● セキュリティは初めからなかったよ。
● 新しいアイデアが思いついたら口をふさげ。
● 仕様書が読まれることは無い。
● 仕様書が必要になった時、その仕様書は役に立たない。
● SQLの達人にSQLを書かせるな。
● 1人でオブジェクト指向。
● システムを業務にあわせるな、業務をシステムにあわせるな。
● 管理者のパスワードが「password」のシステムは誰にも使用されていない。
● 設計は常に破綻している。
● ソースコードを書き始める頃にはそのシステムに誰も興味を示さない。
● 要件定義書に「～したい」の箇条書きは破り捨てろ。
● 致命的な不具合が発生した時、担当者はもういない。
● 運用・保守担当者はただの電話番。
● 例え話はするな。
● 逆に言うな。
● そのシステムに排他制御は必要無い。
● データベースを触っている時に「あっ。」って言う人は信用するな。
● エンターキーを打つときの音が大きい人は信用するな。
● 大規模なプロジェクトに限ってVB6。
● しばらくエラー通知が来ない場合、何らかのエラーが起きている。
● 「検索します。よろしいですか？」、検索しようとしてるのに確認するな。
● 「キャンセルしますか？ 【OK】【キャンセル】」、どっちやねん。
● 「正常に更新されました。」、できて当然のダイアログは出すな。
● ググれ。
● 例外処理の多いシステムは業務を見直せ。
● その業務担当者を見直せ。
● 使用者の少ないシステムほど大規模。
● 新システムにリプレイスは劣化。
● 片手間で作ったシステムはその後もずっと稼動を続ける。
● バグの数はプログラマのやる気に比例する。
● サーバダウンの確率はその環境構築にかかった費用に比例する。
● CSV出力機能の使用頻度は実装の難易度に反比例する。
● 背景色が黄色のシステムは使われない。
● 背景色が紫色のシステムは再構築が必要である。
● 原色を多用したシステムはCPU使用率が低い。
● 上記3件は無駄にハイスペックなサーバが求められる。
● 開発者 = 担当者 = 責任者。
● 言いだしっぺが開発者 = 担当者 = 責任者。
● 議事録は証拠ではない、ただの記録である。
● キーマンはシステム関係に疎い。
● キーマンだと思ってたらシーマンだった。
● システム開発者はExcelの操作問い合わせも受けなければならない。
● 納期は工数見積より先に決められている。
● 納期は不変である。
● 工数 = スケジュール。
● 外注のコストは外注先のレベルに反比例する。
● 外注先のレベルは常駐する人数に反比例する。
● 何してるの・・・？ていうオッサンの出張旅費も請求される。
● 女性プログラマの機嫌をとれ。
● 再起動は命がけでやれ。
● サービスパックは死を覚悟してあてろ。
● バックアップ・リカバリ研修に参加する行為は意味を成さない。
● バックアップは戻らない。
● マイクロソフトに電話しろ。
● アシストに電話しろ。
● オラクル直通は・・・。
● 原因不明だけど再起動したら直りました。
● NullPointerException はごまかせ。
● NullPointerException は再発する。
● それでもごまかせ。
● ごまかし切れなくなった頃、「あっ。」と原因が思いつくはずだ。
● OutOfMemory はアイツを疑え。
● OutOfMemory は再発する。
● 二度、問い詰めると白状する。
● 無限ループが発生したら記念にパフォーマンスモニタのスクリーンショットを撮れ。
● 後々、笑いのネタになる。
● テスト環境でデータ削除したつもりが、本番環境。
● 素人は素直に申し出ろ。
● 玄人は昨日見たテレビ番組の話をしながらバックアップから迅速に復旧しろ。
● システム運用開始当日の次の日に不具合は発生する。
● 開発者は有休を取っている。
● 電話はつながらない。
● またアイツか、と言われる。
● 直通の電話番号を口外するな。
● Excelのイルカの消し方についての問い合わせ。
● その案件を終わらせるな、次の案件が来る。
● 社内ブログは一定以上の権力者が投稿した時点で終了する。
● その投稿者は社内ブログを始めようと言い出した人物である。
● 無法地帯は監視下に置かれている。
● HTMLは開発言語だと思われている。
● JavaScriptはJavaと同じものだと思われている。
● JSPはJavaScriptの略語だと思われている。
● 設計書は落書きである。
● 困ったら図で描け。
● 議事録係は議事録をとっていない。
● 会議中に椅子を一歩後ろに移動させて反り返ってるヤツは意外と良い意見を言う。
● 対面の人間は発言しない。
● 斜め前の人が一方的に話すと脱線する。
● 隣の人は寝ている。”
—
ワロタｗｗｗ
(via swm)
2010-05-04 (via yuria, anepan) (via poochin) (via oyaki) (via himmelkei)
(via sugitaro) (via infinity-d) (via vul3) (via azsa2go) (via nacky) (via hkdmz) (via gutarin) (via mnky) (via zocchi)
(via shibats)
(via bufferings)
(via wideangle) (via katoyuu)
“「私自身は決してそういう人間にならないようにと願っています。自分は何でも知っていると信じ、ほかの人たちの言うことに耳を貸すことを忘れてしまった人、年長者だというだけの理由で年下の人たちよりも何でも知っていると思い込んでいる人、私は絶対にそういう人間にはなりたくありません。そこには非常に大きな誤りがあるんです。実際、私も教えるという機会に恵まれたときに経験したことですが、先生と呼ばれる人たちの多くが、教える生徒たちよりも、むしろ教える自分のはうが生徒たちから学ぶことのほうが多いと証言していました。これはとても良いことだと思います。」「私は演奏するとき､一生懸命にならないように努力しています。演奏するときはただ、オープンな気持ちになりたいと思うだけです。そうすれば、何が起きてもオープンに受へ入れられ進んでその瞬間に起きていることの自然な流れの一部になりたいと思うようになります。」”
— ハービー・ハンコック - Wikipedia (via seiichirou) (via jinon) (via dannnao)
2008-05-21 (via gkojay) (via wingknights)