妻と一緒にいても生産性を下げないためにはどうすればよいか - 西尾泰和のはてなダイアリー
Tweetに対する反応まとめ nishio: 妻にWebDB Pressを渡して会社に行って帰ってきたら「プッシュ型メディアはエンジニアの生産性を下げる」を読んで「妻もプッシュ型メディア」とか言ってる nishio: 既婚のエンジニアに聞きたい：妻と一緒にいても生産性を下げないためにはどうすればいいのか 不倫する Yappo: 不倫する nishio: 「不倫したらメディアが増えるだけじゃないか！」と怒ってます＞妻 Yappo: 愛人はプル型メディアです。とお伝えください＞＜ そうなのか… 例えば、妻を避ける tokuhirom: unsubscribe bulkneets: 無視するといいです hayamiz: 例えば、妻を避ける （＞＜） 物理的ファイヤーウォール pandeiro245: 僕はクローゼットの中で仕事してます。 それはなかなかよさそう！集中できそうだし。妻は広いクローゼ
gitをテキトーに使って生産性を向上したユースケース - 西尾泰和のはてなダイアリー
バージョン管理とかgitとかが「おおげさでめんどくさいもの」だと思う人は多い。でも、それは生産性向上のチャンスを逃していると思う。特に業務として多人数で開発している人たちの「変更前にはまずトピックブランチ」というやり方が、それはそれでよい方法なんだけど、いかにもめんどくさそうで尻込みさせてしまうのではないか。 先日の日曜日に、テキトーなgitの使い方をして、とても役に立ったのでユースケースとして報告しておこう。ただし、若干特殊な環境なのでここでやった方法が直接そのまま皆さんの所で使えるとは限らないが。 まず環境の説明。プロジェクトは「次の日曜日、新感覚シューティングゲームを展示します」で紹介している、テーブル型ディスプレイで動くシューティングゲーム。メインは @tokoroten で、ソースコードをバリバリ変更している。土曜日にとりあえず動くところまでは行った。改善点は山積みだ。使える時間
セキュリティ＆プログラミングキャンプ「Rubyのバグを探せ」問題 - 西尾泰和のはてなダイアリー
これはセキュリティ＆プログラミングキャンプのCTF競技(タイムトライアルのチーム戦)で出題された問題です。Ruby処理系へのバグの仕込みと問題文の原稿を僕が書き、竹迫さんが競技環境で実行するための調査や加筆を行ってくれました。参加者のShota Fukumori (sora_h)が「21日に『セプキャン行ってきたトーク』するから早く公開しろ」というので、取り急ぎ公開します。 問題文 これはプログラミング言語クラスでのタイムトライアル処理系デバッグ演習のために作られた、バグの混入してあるRuby処理系のソースコードです。C言語で書かれています。誰も着手しなかった「veryhard」の問題なので、解説を加筆してCTFの問題とします。 言語クラスではRuby処理系のビルドの仕方やテストのためのツールを2日目に演習し、3日目の朝に「1時間で8問のバグを易しい順に倒す演習」(タイムトライアル処理系デ
レバレッジメモ「プロジェクト・パターン1.1」 - 西尾泰和のはてなダイアリー
さっきのレバレッジメモ「プロジェクト推進のパターン・ランゲージと その評価」を書いているうちに作業集中(作業を始めるとノってくる)が起きて、勢いで自分の手帳に入れる用にばっさり削ったり名前を変えたりしていたらなんかいい感じになったので公開。 オリジナルは下記URLだけども、オリジナルに忠実であろうとしてなくて(自分用メモのつもりだったから)だいぶ書き変わっているので「要約」というより「インスパイアされた」って感じ。 http://ilab.sfc.keio.ac.jp/2007/spring/conference/proceedings/ilab1-2007s-pattern1.1.pdf ボディストーミング 頭で考えて思いつかないなら体を動かす。現場に行く。工作する。 未来予想図 「作ってみたら意外とつまらない物だった」を避けるために完成したときの情景を書いてみる。魅力的か？ 批判的キャ
「プログラミング言語を理解するにはどうしたらいい？」という話を聞いて思うこと - 西尾泰和のはてなダイアリー
「プログラミングとか特定のプログラミング言語とかを習得したくて色々勉強したけど、いまいち理解できた感じがしない、何がいけないのだろう、何を学べばいいんだろう」という話を聞いて思ったこと。 それって、目的が曖昧だから達成感が得られないというだけじゃないのか？ 僕の今までの人生の中には「プログラミングを習得した！」と思える瞬間も「Pythonを理解した！」と思える瞬間もなかった。具体的な「Pythonで継続のある言語を実装できた！」とかならある。でも「継続の概念を完全にマスターしましたか」と言われるとそんな気はまったくしない。まだまだ先は長い。しかし僕よりはるかに継続に詳しい人たちが集まって継続に関する議論をしてたりするのを見ると、この道に明確なゴールはないことがわかる。どこまで行っても「まだ先がある」という感じが残るに違いない。 手段が間違っているのではなく、目的が間違っているんだ。「○○を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
