息子が5歳になった - 角谷HTML化計画(2009-09-27)
Invalid Text■<%=sn number %> <%=flickr_right '3971523833' %> 息子が5歳になった 今年は日曜日だったのと、前の連休で大阪の実家に帰ったりもしたので、息子は実家と保育園と義父母と両親とでこの1週間のあいだひたすら誕生日を祝われていた。実弟や実妹からもプレゼントをもらって、大漁でホクホクの息子。大物はおじいちゃん/おばあちゃんに任せよう、と思ったら実弟がオプティマス・プライムを投入して息子歓喜。ありがとう。 妻はハーモニカ(尊敬するアーティスト:エルウッド・ブルース)とビーズと砂時計を、彼女が長年使っていてさいきん息子が興味を示していた小さいトランクに詰めて引き継いでいた。あとは『黒い島のひみつ』。 私はディケイド手ぬぐいとライダーのサウンドロップ詰め合せ。 こないだまで大きくなったらジェダイになりたいと言っていたが、いまは仮面ライダ
日本のマネジメントの弱さは、個々のプロフェッショナリズムの欠如が原因かも
なんとなく半径5mの話だけど、日本のマネジメントの弱さの原因は、部下の子供っぽさにも原因があると思う。 以下、愚痴になります＞＜ 今PJTマネージャーやってるけど、自分のToDo・スケジュール管理できないスタッフがほとんど。 だから、彼らのToDoをこちらで管理して、進捗がどうかメール/電話で確認(彼らから報告をあげてこない)して、 期限破った報告してこないからこちらから連絡して。 メールに返信してこないから、送ったメールにこちらからRemindかけて(この管理はかなりめどい)。 また彼ら同士の間でToや電話でやりとりして共有されていない全体に影響を与える情報を、電話で聞いて。 なんで全体のスケジュールに影響与える話をToメールでして、管理側に連絡してこねーんだよ。 全体メールに電話で返すのは良いけど、なんでその結果共有しねーんだよ。 結果だけでも共有してくれないとスケジュールや管理に影響
えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ
Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために（O/Rマッピングをしているだけ）、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし
はてなやmixi、ついったのIDで郵便が届く時代がきっとくる - 2009-10-11 - きしだのはてな
昨年末、mixiが年賀状サービスを始めた。 そのときによく目にしたのが、自筆の年賀状を送りたいという要望だ。mixiのサービスでは、デザインを選んで、ひとことふたこと言葉を入力すれば、その年賀状が届いていた。けど、せめてひとことくらいは自筆で書きたいということが多かったのだと思う。 ここで、自筆の郵便をマイミクに届けるサービスをmixiが行う場合には、mixiあてに年賀状を送ってもらって、その年賀状にmixi側で実際に住所を貼り付けて送付するということが必要になる。 そうするとまず問題になるのが、郵便代だ。郵便をmixiまで送る分、そしてmixiから郵便を送る分の郵便代が必要になる。さらには、mixi側での手数料も必要かもしれない。 これを解決するために、mixiと郵便局が連携して、mixi年賀状は郵便局側で処理をしてしまえばいい。 そうすると、住所に「mixi id：xxxx」などと書い
通りすがりは質問するべきでない
こっちが答えても通りすがりなんだからまた見に来ないって事になる。 ブログのコメント欄で質問するときは「通りすがり」とは名乗らないのが最低限のマナーだろう。
『僕のマネジメント』
令和からの働き方について -TownSoft- 元「傲慢SE日記」で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 僕のマネジメントの原点は「新人時代にやられて嫌だった事をしない」が原則になっている。 僕は新人の頃に何のために仕事をしているかが分からないで働かされたので、仕事をする際には必ず何に対してして必要であるかを伝えるようにしている。 また、このブログに記載している「僕がマネージャーだったら」と言う類の記事を参考にマネジメントをしている。 さて、それによって改革された事は大体以下の事である。 １．朝会での情報共有 ふりかえり会のKeepでダントツの人気を誇っている朝会。 二ヶ月も続ければ勝手も分かってきているせいか、短い間での情報共有能力がかなり高まった。 また、議事進行をローテーションにする事によって議事進行の係が本日起こるイベ
クラウドでの新しいACID、そしてBASEトランザクションとCAP定理 - Fight the Future
クラウドではアーキテクチャやプログラミングモデルが今までと変わる。 QConでは複数の人からそういう話が出ていた。 ちょっと自分なりにまとめてみる。間違っているかもしれないので、見つけた人はご指摘ください。 新しいACID 従来のモデルでのACIDは、特にRDBMS関連でよく耳にすると思う。 Atomic(原子性) Consistent(一貫性) Isolated(独立性) Durable(永続性) だ。 QConでGoogleのGregor Hohpe氏は、クラウドにおいてACIDは次のような意味になると言っていた。 資料はここ。https://sites.google.com/site/gcodejp/slides/ProgrammingCloud_QCon.pdf?attredirects=0 Associative(結合の) Commutative(相互の) Idempotent(
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
「遊べる本屋」は今 2009-10-12 - 本屋のほんね
ヴィレッジ・ヴァンガードで休日を 作者: 菊地敬一出版社/メーカー: リブリオ出版発売日: 1997/09メディア: 単行本購入: 2人 クリック: 57回この商品を含むブログ (10件) を見る「ちょっと予定が入っちゃって行けなくなっちゃったから、代理で株主総会に出席してきてくれない？」と言われ、わけもわからずヴィレッジヴァンガードの株主総会に出席することになってしまいました。 いやそもそもヴィレヴァンって上場してたんですか、へー全然知らなかった、というこの私が、株主総会なんかに行っていいもんなんですかと思うのですが、「別に、話を聞いてくるだけだから」だそうでして、あ、そんなもんなんですかと軽く引き受けてしまって、もう後の祭り。 渡された資料見ると、グループの店舗数がいつのまにか300店舗超えてるという事実にまず驚き。確かにどこのショッピングセンターに行ってもほぼ必ずテナントインしてるも
自分の頭で考えるのをやめてみよう : ロケスタ社長日記
Webコミュニティとかを作っているロケットスタートという会社の代表取締役をやっています。いつもがんばっています。 優秀な20歳前後の人と話しているとよくあるのですが、自分の頭で考えるということをしすぎている気がするのです。 たぶん昔から「自分の頭で考えろ！」とか言われまくってるんだろうなあ、と。 そんなんで 「自分の頭で考える」＝「いいこと」 と勘違いしていたりするのかもしれません。 頭で考えないのも大事 プログラマーの人がよく言う言葉として、車輪の再発明はするな、という言葉があります。すでに発明されたものをゼロから初めても意味ないよね、ということです。車輪を発明する手間をかけるなら、その時間をもっと新しくクリエイティブなことに使ったほうが有益なわけです。 で、優秀な人ほど自分の頭で考えようとする。とりあえず自分の頭で考えるというやり方をするのです。 自分の頭で考えなければ
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
サービス終了のお知らせ