01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
2021 : 01 02 03 04 05 06 07 08 09 10 11 12
2020 : 01 02 03 04 05 06 07 08 09 10 11 12
2019 : 01 02 03 04 05 06 07 08 09 10 11 12
2018 : 01 02 03 04 05 06 07 08 09 10 11 12
2017 : 01 02 03 04 05 06 07 08 09 10 11 12
2016 : 01 02 03 04 05 06 07 08 09 10 11 12
2015 : 01 02 03 04 05 06 07 08 09 10 11 12
2014 : 01 02 03 04 05 06 07 08 09 10 11 12
2013 : 01 02 03 04 05 06 07 08 09 10 11 12
2012 : 01 02 03 04 05 06 07 08 09 10 11 12
2011 : 01 02 03 04 05 06 07 08 09 10 11 12
2010 : 01 02 03 04 05 06 07 08 09 10 11 12
2009 : 01 02 03 04 05 06 07 08 09 10 11 12
2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
新規業務立ち上げ(-->[2012-11-22-3])に伴い採用面接進行中。
面接のときに、こういうことを聞いてください、
こういうことは聞いちゃ駄目ですよ、ってなことを
人事の方から言われてる。
中には、へー、っていう質問ってのもある。
「家族や友人から、どのような性格だと言われますか?」
↓
自分の性格をどう思うか、と聞くよりも客観的な視点での
性格を引き出せる。
「あなたは3年後、どのようなスキルを身につけていたいと思ってますか?」
↓
やりたいことは何か?、と聞くよりも具体的にやりたいことがわかる。
「長所と短所を教えてください」「短所をもう1つ教えてください」
↓
2つめの回答で本質的な短所が引き出せる。
「仕事を円滑に進めるために、大切だと思うことはなんですか」
↓
価値観がチームと合うかがわかる。
「理想の上司像を教えてください」
↓
一緒に仕事できるかどうか判断する材料にできる。
ただ、最後の質問は、回答を聞くとヘコむことが多いのよね。
理想の上司じゃなくてすまん。
0:00から新しい拠点で業務開始。
初日なので出勤してみたけどエアコンの調子が悪い。
風邪が悪化したぜー。
ということで、大手町に、24時間365日エンジニアが
常駐する拠点が無事にオープンしましたよ。
大手町付近で、どうしても現地で手が動かす作業が
必要であれば、相談に乗りますよー。
スイッチのOFF/ONとか、モニタ繋いで画面確認とか、
保守業者とのやりとりとか、ケーブルの挿し換えとか、
バックアップとか、ファームウェアやOSのアップデートとか。
この日記ではあんまり仕事の話はしないんだけど、
ここ2年ほど、そういう泥臭いオペレーションも頑張ってこなす
MSPチームの中の人をしております。
MSPっていうと監視してて障害があったら、一次対応して、
連絡して、みたいなわりと綺麗なイメージがあるけど、
我々のチームは、一次対応どころか、ログインして調査対応したり、
ハードディスクを交換して筐体交換しちゃったり、電話かけまくったり、
保守ベンダーやメーカーと喧嘩したり、まあなんでもやるぞ。
お金をくれるお客様本位で頑張るですよ。
ちなみに私のチーム内での主な仕事は、応援と謝罪。
がんばれ、って心をこめて言うのは得意になったよ。
個人的に応援して欲しい人がいたら言っておくれ。
謝罪して欲しい人は発注をくださいまし。
夜の新橋であやしい飲み会。
風邪ひいてたので、みかんジュースしか飲んでないけど。
OpenFlowの誤解を解く話がメイン。
個人的にはいろいろ整理できてすごく有意義だった。
わかった上で使うとすごく便利で良い技術なのも再確認できた。
OpenFlow は、良くできたSDNの1つ実装なんだけど、
他にも面白そうなSDNは発明されるのかもしれない。
これからどんどん出てくるSDNを正しく理解したり
わくわくしたりするために、OpenFlowをちゃんと
いじっといたほうが良いのかな、と思った。
わりとすぐいじれる環境は作れるしね。
でも思ったことをすぐ行動には移せない駄目な子なのよねえ。
http://www.lifehacker.jp/2012/10/121017fix_the.html
「重要なのは人間を変えることではなく、仕組み(システム)を変えること」
実際に仕組みを変えるには、現場の情熱が必要なんだけど、
褒めないと情熱は冷めちゃうんだよね。
怒鳴るのは最悪。
もし怒鳴られたら、モチベーションの低下を避けるために、
- 怒鳴っている言葉の文字数を数えて、140文字以内に収まるか考える
- 怒鳴ってる人の言葉の音程をソルフェージュする
- 怒鳴ってる人の服の汚れを探す
- 晩御飯のメニューを考える
などをするのが良いのかのう。
念のためちゃんと聞いてくれる人に一緒にいてもらって、
何を怒ってるかは後で共有しとくべし。
1番好きなインスタントラーメン&カップラーメンのブランド調査調査結果
http://chosa.nifty.com/cs/catalog/chosa_report/catalog_120809000878_1.htm
カップヌードルで一番好きな味はどれ?
http://www.nissinfoods.jp/hakusyo/vol13.php
地域差が意外と面白いんだよね。
うんちくはこのへんを読むべし↓
めしばな刑事タチバナ
http://www.machu.jp/diary/20110527.html#p01
screen を使うのが楽。
.screenrc に以下を書いておいて、
deflog on
logfile "logs/screen-%Y%m%d-%n.log"
Ctrl+Tの後に大文字の「H」で記録を開始。
もう一度同じコマンドで記録終了。
※screenコマンドのコントロールコードは .screenrc に
以下を書いて Ctrl-T に変更しております。
escape ^t^t
http://www.nuresenbei.co.jp/
有名になった銚子電鉄のぬれ煎餅より美味いらしい。
銚子に行く機会があったら買ってみるか、とも思うけど
行く機会はなさげ。
http://marutto50.blog.fc2.com/blog-entry-400.html
腹をひっこませて呼吸するだけダイエット?
これをやると腹式呼吸能力が下がったりしないんじゃろか?
それがちょっと心配ではある。
http://d.hatena.ne.jp/tmatsuu/20120320/1332262068
au の Wi-Fi の数が増えてきたので、使えると便利かも。
暇ができたら設定してみようかと。
ミッドタウンにて。
私が応募したプログラムは今回も落選。
ちゃんと調べたことはないけど、ひょっとすると私は
落選プログラム王じゃないのかしら?
落選プログラムのうち、デザインパターンは、
みんな面白そうって言ってたのに〜。
BoFで待ってます、だそうな。
落選理由は、100人中、3人ぐらいしか着いていけなさそうで、
さらに、97人を救う意思が感じられない、ということらしい。
まあたしかに、そのとおりだけど、3人を10人に増やしたい、
っていう意思はあるんだけどなあ。
せっかくなので、応募した内容を日記に載せとくー。
タイトル:
デザインパターンで幸せになろう
発表形態:
パネル
司会 : 法林さんとかあきみちさんに振りたいけどfailしたら佐々木がやる
角谷信太郎さん (交渉してない) -> プログラム開発におけるパターン
波田野さん (交渉してない) -> 運用のパターン
河野さん (協力してもらえるとのこと) -> プロトコル設計のパターン
希望発表時間:
トータル: 90分
各人 15分 × 3 + 議論 45分
アブストラクト:
デザインパターンというプログラム開発における概念がある。
これは元々は建築で用いられた概念ではあるが、プログラム開発の現場では、
この概念の適用により幸福度の向上に成功している。
パターンをうまく分類することで、JANOGerも幸せになりたい。
プログラム開発における成功例、運用におけるパターンの考え方、
プロトコル設計に適用できるかの可能性、を紹介し、
みんなで考えてみたいと思う。
今年もシーズンイン。
4番はやっぱり難しいわ。
罠がたくさんある。
団長からのお話あり。
練習後に、だいぶ昔の日記に、団長に仕事が集中しすぎてる、
っていうのがありましたよねえ、と言われた。
これか!↓
http://www.pochi.cc/~sasaki/diary/200105.html?to=200105191#200105191
ダスビダーニャの運営会議。
団長に仕事が集中してしまってパンクしそうなので、それをなんとか是正しなきゃ、という会議。
2001年5月19日、10年以上前か。
なにか問題があったら、仕組みを変えてくのが良いんだろうなあ。
仕組みは変えやすくしておくのが大事な気はする。
ダスビのサーバもなんとか変えなきゃなあ。
2021 : 01 02 03 04 05 06 07 08 09 10 11 12
2020 : 01 02 03 04 05 06 07 08 09 10 11 12
2019 : 01 02 03 04 05 06 07 08 09 10 11 12
2018 : 01 02 03 04 05 06 07 08 09 10 11 12
2017 : 01 02 03 04 05 06 07 08 09 10 11 12
2016 : 01 02 03 04 05 06 07 08 09 10 11 12
2015 : 01 02 03 04 05 06 07 08 09 10 11 12
2014 : 01 02 03 04 05 06 07 08 09 10 11 12
2013 : 01 02 03 04 05 06 07 08 09 10 11 12
2012 : 01 02 03 04 05 06 07 08 09 10 11 12
2011 : 01 02 03 04 05 06 07 08 09 10 11 12
2010 : 01 02 03 04 05 06 07 08 09 10 11 12
2009 : 01 02 03 04 05 06 07 08 09 10 11 12
2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
最終更新時間: 2021-03-02 14:20