hitode909年間ランキングを発表 & 簡単にブックマークランキングを作れるウェブサービスをリリースしました #年間ブックマークランキング - hitode909の日記
このブログの2015年のブックマーク数ランキングを発表いたします． 今年はYAPCでベストトークいただけたのがよかったですね．あとはフライパンの蓋も買えて，よい一年でした． フライパンの蓋 - hitode909の日記 ブックマークランキングをご家庭でも簡単にお楽しみいただけます かんたん1クリックで，はてなブログのURLからブックマークランキングを生成するウェブサービスを作りました．どうぞご利用ください． たまに2014年の記事が入っていますが，更新日時を見ているためで，ちょっと惜しい，来年までになんとかしたいところです． 年間ブックマークランキングジェネレーター hitode909の日記の2015年ブックマークランキングベスト100(累計4997ブックマーク) # タイトル 1位 YAPCでおもしろ発表してきた - hitode909の日記 2位 気が狂った設計 - hitode909
恵比寿「つなぎ」冬季限定ブラック坦々麺2015でメリークリスマス - 太陽がまぶしかったから
ブラック担々麺 クリスマスイブではあるのだけど仕事がぜんぜん終わらず。浮かれ気分の街を歩いてそのまま帰るのもアレだし、酒を呑むのもアレだしという微妙な気分。 ふらふらと歩いているとブラック坦々麺に惹かれる。トマトとネギとひき肉でクリスマスカラーだし。 ブラック坦々麺でクリスマス気分 クリスマスイブの深夜だというのに店内はひとでいっぱい。クリスマスイブの深夜だからというべきか。 ブラック担々麺2015は大量の黒ごまと背脂ミンチが浮かぶスープ。担々麺といっても辛さはそこまで感じない。それよりも強い旨み。ナッツなども入ってるよう。 山椒と唐辛子で味変。大量の山椒が合う。唐辛子の赤に山椒の緑。これもクリスマスカラーか。メリークリスマス。 クリスマス・テロル<invisible×inventor> (講談社文庫) 作者:佐藤 友哉講談社Amazon
公開を前提とした文章を書き続けるのは効率が悪い - 太陽がまぶしかったから
photo by FabCafe Taipei 公開が前提の文章を書き続けるのは効率が悪い 今年も終わりに近づいている。12月になってからはインターネット上の諸々やライターとしての活動から距離を置いていたので、久々に公開される文章を書いたような気がする。もちろん本業や実生活に関する文書やメモは書いているのだけど、それらは広く読まれるようなものではない。 端的に言えば公開されることが前提の文章を書き続けるのは効率が悪いのだと思う。自分の中ではわかりきった「考え方」や「情報」に過ぎないことであっても、他者からの理解を得るためには温度感や回転数のようなものを調整していく必要があるし、仕事上の機密や個人のプライバシーに触れる部分を公開で書き出すこともできない。 最終的に納品する成果物に対しての調整作業は必要になってくるけれど、中間成果物に対してそこまでの気を使える余裕がなくなってきている。過程の細
SlackのTogetter風アプリ「Togelack」をHerokuにデプロイする - Qiita
前回までのあらすじ Togetter的な社内Slackまとめサイトをつくった話 - Qiita 紹介の記事は書いたけどデプロイ方法がどこにも書いてなかった。1 今回はHerokuにデプロイをする手順をまとめます。 Herokuにデプロイをする前に準備する 事前準備1：Herokuのアカウントを用意する インターネットで調べてください 事前準備2：SlackのAPIキーを発行する https://api.slack.com/web#authentication 上のページで発行できます。まだ一度も発行してない場合は「Create token」という緑のボタンがあるので押してください。 赤字で表示されてる xoxp-xxxxxxxxxxxxxxx みたいな文字列がAPIキーです。なんでもできて危ないので大事にしてね。 事前準備3：Slackのアプリケーションキーを発行する https://ap
システム障害と僕達はいかにして戦えば良いのか、障害対応について考えた - Qiita
IT界隈でエンジニアしていると、よく出くわすのが障害対応です。できれば会いたくないという人が多いと思うんですが、僕はけっこう好きです。障害対応。どこに原因があるのか調査をして、バランス良くベターな対応をしたときの楽しさは、プログラミングとはまた違ったものがあります。探偵っぽい感じが面白いですよね。もちろん、障害が発生しない状況を作るのが一番です 弊社では数多くのWebサービス／アプリを運営しているので、過去様々な障害対応をしてきました。その際に、解決までどんな道筋を僕がたどるのかを振り返ってまとめてみました。これが大正解なんてことはなく、人や事象によって違うとは思いますが。 なお、障害検知手法とか、サーバのコマンドとか、コードのデバッグ手法とか、具体的なことは一切出てきません。手続きと思考プロセス的な話です。 障害対応フローチャート 一般的な感じだと思いますが、障害報告から対応完了までのフ
何年か会社で働いてきて、なんとなく気付いたことや思ったことを淡々とまとめてみる | 感謝のライフハック
■誰もが「自分ばっかり忙しい」と思っている 後輩も先輩も、派遣もバイトも、みんな「自分は大変だ。自分に仕事が回ってきて、自分ばっかり忙しい」と思っている。 仕事ができないと思っていた後輩の口癖は 「俺は忙しいんです」 だ。あんまり、仕事は抱えていないはずなんだけど・・・。 Chromeのインストールも自分でできないような派遣の方も、ある仕事の進捗を尋ねたら、 「私は忙しいんです」 と言っていた。 仕事ができる先輩も、 「俺ばっかり仕事が回ってきやがる」 みたいに言っていた。 誰もがみんな、自分はすごく忙しくて、自分ばっかり頑張っているように思っているのだ。 みんな、主観で忙しいのである。 ただ、そんな中、本当に仕事もできて人間的にもカッコイイ先輩は、どんなに仕事が回ってきても、黙々と、淡々とこなしていた。 こういう人になりたいと思った。 ■マネジメントと将棋の関係 大企業だとありがちなんだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
