「七夕の国」がどれだけ面白いか、今から皆さんに説明しようと思います: 不倒城目次・記事一覧(1) レトロゲーム(185) 日記(772) 雑文(512) 書籍・漫画関連(56) 子育て・子どもたち観察(115) ゲームブック(12) フォルクローレ・ケーナ・演奏関連(86) FF14(40) レトロでもないゲーム(337) 始めたばっか(13) アナログゲームいろいろ(37) 人狼(48) ネットの話やブログ論(61) 三国志大戦(20) 無謀的世評(52) ゴーストライター(16) 大航海時代ONLINE(40) FF3(6) Civ4(18)
上司に相談しても何もメリットがないのであれば、誰も相談なんてしない: 不倒城
先に書きたいことを箇条書きにしておくと、 ・上司は、部下に報告や相談を求めるのであれば、それに見合ったメリットを部下にも提供しなくてはいけない ・部下のタスクが上手くいかなかった場合、責任は割り振った上司の方にある ・上司の最大の仕事は、部下が仕事をやりやすい環境を整えてあげることである ・ただ「報告しろ、相談しろ」というだけの上司は、その内部下に相談してもらえなくなる ということになります。当たり前っちゃあ当たり前の話です。 以下は、とある会社の、とあるチームについてのお話です。 そこのチームリーダー、仮にAさんとしますが、Aさんは日ごろ「部下からの情報共有不足」に悩んでいました。 Aさんのチームは、定型のタスクではなく、様々な期限のタスクを同時並行で回さないといけないチームです。その為、各人の進捗状況もかなり複雑になりますし、失敗時のリカバリも相当面倒くさいです。Aさんは、MS Pro
奥様と、長男について子育て会議をしたことについて 12/05/06: 不倒城
あんまりブログに書くようなことじゃないんじゃ、とも思ったが、こういうのが可視化されるのも有益かも知れないと思い、今後の為に議事録的なメモ を残しておこうかと思う。 息子さんは基本とても素直に育ってくれていると思うのだが、直近で二つばかり、若干揉めたケースがあって、それについて親としてした対応の評価、 現況、及び親としての今後の方針とか考えてみた。 なお、文中「息子さん」とか「奥様」とか記載してはいるが、当然実際にはそんな呼び方をしていないことはお断りしておく。 以下、一応議事録。 ケース1：息子さんが幼稚園にいくのを嫌がったケース 経緯:五月になって、息子さんが幼稚園に行く日の朝、腹痛を訴えて幼稚園に行くのを嫌がった、ということ が二、三日続いた。 幼稚園に行く前に泣くということはよくあったが、定常的な腹痛というのは初めて。色々他の事情もあって、奥様が二日程は休ませた。 推測:「ストレス性
結構本音で、いわゆる「結婚への高望み」の中身について聞いてきた: 不倒城
本当にひょんなことから、職場でこちらのエントリーについての話になった。 本当は怖いガールズトーク 話した、というか話題にされた相手は、隣の部署のAさんである。どうもはてなー、というか増田によく書き込む人らしく、たまたまはてなブックマーク経由でまなめさんのまとめに辿り着いた。 彼女はモテないという。私は元来頭の頂点からつま先に至るまで純度100%の朴念仁である為、どういう女性がモテてどういう女性がモテないのかよく分からないのだが、本人曰く「笑える程もてない」らしい。 非常にさばさばとした人で、酒も入ってない職場の席で、普通なら話しにくそうな話を平然とするので、ちょっと書き留めておきたくなった。 以下、会話の内容は編集しているが、大筋では話したまんま。 A：「これさあ、」 し:「はいはい」 Ａ：「最近、「結婚に対して高望みし過ぎな喪女」みたいなスレとか記事とかよくみるけど。多分なんだけど、私に
短期人狼の歩き方・ある潜伏狼の思考。: 不倒城
若干タイトルへんこう。 以下の文章は、飽くまでしんざきはこう考えています、というだけの話なので、妥当なのかどうかは保証できませんし、これで勝てるかどうかも知りません。 また、しんざきは共有騙りに挑戦して真正面からトラップに突っ込んで黒確定する様なお茶目スキル狼の経験者なので、それも踏まえた上で読んで頂ければと思います。 ・潜伏狼：目的の確認編。 潜伏狼の仕事内容はとてもシンプルである。一行で済む。 自分達以外の誰かを吊って、勝利に必要な吊り回数を消費させること。 とにかく、標準的な村の編成においては、最後に一匹狼陣営が残れば勝ちなのである。なので、別に最白になる必要はない。仲間全員が生き残る必要もない。ただ、吊り回数を計算しつくして、「最後の一回の吊り」で狼以外を吊ればいいだけ。とてもシンプル。 勿論、シンプルだということと簡単だということはイコールではない。潜伏狼は「最後の一回」の吊りを
どうも世間では、思ったよりDBエンジニアが不足している様だ: 不倒城
ちょっと技術的な話。oracle分かる人にしか分からないかも。 最近取引先のシステムを見る機会が何度かあったのだが、昨日すんごいとこ見た。 DBが重くて業務にならないというから、ちょっと中を覗かせてもらったらもうエラいこっちゃ。 ・業務ロジックの殆どをファンクション・プロシージャで構成している。なのに、キャッシュヒット率が妙に低い。 ・調べてみようと思ったら一回もstatspackが取得されていない。(担当者には、「statspack?syslogならとってあるんですが…」と言われた) ・各テーブルのindexがどういう訳か全列に貼られている。ちなみにindexは全テーブル例外なくその一個だけ(プライマリキーを除けばだが)。 ・と思ったら、PKが文字列だったりするテーブルがあちらこちらにある。 ・試しにファンクションを一つ二つ見てみたら、なんか普通にクロス結合されまくっていてちょっとくらっ
不倒城: SI業界からネットゲーム業界に移った知人に色々話を聞いてきた。
ちょっと技術的な話になる。 私の知人に、かつてはアルファベット三文字の某有名SI会社に在籍していて、今はどういう訳か某ネットゲームの会社に勤めている変り種がいる。 彼はネットワークとDBの専門家である。ゲーム業界には元来DB周りに詳しい人があまり多くなかったらしく、しかしネットゲームの開発にはDBやネットワークのアーキテクチャに関する知識が必須で、要は引き抜かれたらしいのだが、当人それ程ゲーム好きでもないのに面白いルートに行くなーと思っていた。 機会があったら金融業界とネットゲーム業界のシステム周りの違いについて聞いてみたいなーと思ってたんだが、この前久々に会ったら色んな話が聞けた。特定されない程度においおい書いてみよう。ぼかして書く為、ところどころいー加減だが勘弁して頂きたい。 今日はサーバとかデータのやり取りとか、技術的な話。 まず、前提。オンラインシステムの肝の一つに、「誰がデータを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
