目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。

次男が食卓についた。 わたしはかがみこんで用事をしながら「シリアル食べる？」と問いかける。 でも返事が聞こえない。私は、あれ？と思って顔を上げて、次男を見る。 彼はにこにこしている。 もう一度「シリアル食べる？」と次男に聞いてみると、 彼は無言でうなづく。 きっとさっきも（私は見ていなかったけれど）うなづいて返事をしていたのだろう。 こういうことはよくある。 うなづいても見えるはずないのに、うなづいて返事をする。 またうなづくにしても、頭の動きはほんの少し。 次男も、長男も、それから奥さんも、そのような（ある意味）わかりにくい返事をすることがある。 もう少し若かったころ、私はこう考えていた。 「どうしてそんなにわかりにくい返事をするのだろう。 返事は『はい／いいえ』の二択であり、つまり1ビット。 せいぜい『はい／いいえ／ちょっとまって』の三択なのに…。 はっきり返事をすればいいじゃないか。

Your system administrator has blocked your computer or device. Please contact the system administrator.

以下は、10年以上前に、私が家内と交際しているときに考えていたことの一部です。 女性とおつきあいをするときの心がけ 「女性一般」とおつきあいをするのではなく、「○○さん」という個人とおつきあいするという意識を持つ。 ○○さんと こまめに連絡をとる。 ○○さんを物やコンピュータのように扱わない。 ○○さんの陰口を言わない。とくに他の女性に。 二人でいるときでも、他の人といっしょにいるときでも○○さんをほめる。 文句を言いたいときには二人でいるときに言う。人前では文句を言わない。 ○○さんの言葉に耳を傾ける。 交際中、ありとあらゆる種類のトラブルが起こるのも不思議なことではない。 「自分の気持ち」や「相手の気持ち」をじっくり考えてわかることもたまにあるが、わからないことの方が多い。でも考えるのは無駄なわけではない。 ○○さんのことを決め付けない。レッテルをはらない。生きている人格的な存在として

目次 2007年4月30日 - affiliate.amazon.co.jpの証明書が期限切れのようです / 2007年4月29日 - 今日という一日 / 2007年4月28日 - Yuki::CGIを使って「Yahoo!ブログ」のRSSを表示するWebアプリを作る / 2007年4月27日 - 仕事 / 2007年4月26日 - Web連載を使って試みる文章の書き方 / 結城浩のYahoo!日記、オープン！ / 2007年4月25日 - 仕事 / 2007年4月24日 - 家 / 書くのは楽しい / 2007年4月23日 - Tie::DBI / 『Java言語で学ぶリファクタリング入門』の読者さんから / はてな経由でいらした読者さんへ、読み物はこちらにあります / 仕事 / 結城浩のYahoo!日記への反応 / 2007年4月22日 - 日曜日 / 励ましの言葉 / 2007年4月2

目次 はじめに メーリングリスト —— サポートセンターではなく互助会です 表題 —— あいさつではなく用件を書きましょう 自己紹介 —— 自分の知識・技能・経験を簡潔に書きましょう 書き出し —— 最初に問題の要旨を書きましょう 肩書き —— 会社の名前を背負っていることを忘れないように 実行手順 —— 手順は箇条書きで書きましょう 結果の予想 —— 期待した結果を書きましょう 実際の結果 —— 実際に起きたことを書きましょう ステップ明記 —— どこからうまく行かなくなったかを書きましょう 実際の値 —— 条件を具体的に書きましょう エラーメッセージ —— 必ずコピー＆ペーストしましょう 判断理由 —— そのように考えた理由を書きましょう 文献の引用 —— 読者の手間を省くように書きましょう ソース —— 関連する部分を抽出して示しましょう スレッド —— 関連する話題なら「返信」しま

目次 2006年10月31日 - Tropy一周年 / 仕事 / 2006年10月30日 - 仕事 / 2006年10月29日 - 礼拝 / トドちゃん / 2006年10月28日 - lingr.com実験中 / 2006年10月27日 - 仕事 / 2006年10月26日 - 仕事 / 疑似乱数列を生成する計算方法の妥当性を調べるのにチューリングテスト的方法は使えるか / 2006年10月25日 - 仕事 / 仕事 / 仕事 / アナザ・タボウ / 2006年10月23日 - 多忙 / 2006年10月20日 - 仕事 / 2006年10月19日 - 仕事 / 仕事 / 『新版Perl言語プログラミングレッスン入門編』 / 2006年10月18日 - 仕事 / 仕事 / 仕事 / 2006年10月17日 - 仕事 / 2006年10月16日 - トドちゃん到着 / 今日の魔法の言葉 /

／‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン　1ゲト　ズザー! ＼ ‾‾‾‾‾‾|／‾‾‾‾‾‾‾‾‾‾‾ （　　 Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .＿＿＿＿＿＿＿＿＿＿＿ |　　　　　　　　　　　　　　　..| | ギコ猫暗号入門はこちら .｜ |＿＿＿＿＿＿＿＿＿＿＿| ∧,,∧　|| ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場する猫たち ギコ猫とGoFのパターンたち ギコ猫とマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ猫」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても

目次 はじめに こころとからだ 休息は大切 睡眠 夜型と朝型 眠るための儀式 食事を味わう 心の健康 無駄を無駄にしない工夫 誠実に 記録と計画 仕事の見積り 文章を書く、プログラムを書く 文章の書き方 日々の生活 習慣の力を借りる メモの取り方 整理・整頓 道具 書物 文房具 自分との調和、他人との協調 複数の仕事のコントロール 他の人と仕事する 残りの話題 読者のみなさんからのフィードバック ぜひ、感想をお送りください 更新履歴 リンク集 はじめに このページでは、 結城が仕事をする上で心がけていること、 心がけようとしていることをご紹介しています。 こころとからだ 休息は大切 仕事について書くのに、 「休息」から書きはじめるのは変でしょうか。 けれども私はそうは思いません。 私は、よい休息がとれているときにはじめて 充実した知的生活を営むことができるからです。 逆に、休息がきちんとと

目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。

失敗しない情報システム調達 - 顧客の視点で、アジャイルを説明 目次 はじめに 気をつけろ！ 目的を明確にしよう 予算を明確にしよう システムの初期仕様で契約するのはやめよう 決定権を持った人を担当にしよう 絶えず監視しよう 現物で報告させよう 定期的に短期間で報告させよう ふりかえらせよう 早く稼動させよう 開発技術を身につけよう 良い人を演じよう 信じよう コメントお待ちしています 顧客の視点で、アジャイルを説明 はじめに この文書は、情報システムを調達するときに、情報システム開発会社（以下、「やつら」と略記）から不当に搾取されないように、気をつけることや、予防策について書いています。 よく読んで、情報システムの調達に失敗しないようにしてください。 この文書が、読まれた方のご参考になれば幸いです。 気をつけろ！ 目的を明確にしよう なぜ、その情報システムを必要としているのか、その目的を