次世代 Web カンファレンスで監視について話すことになったので、ネタとしてWEB系各社で使っている監視ツールを調査中。 うちはこれ使ってるよ！！！ってのがあったら@mikedaにメンションください！ Cookpad Zabbix 昔はNagios+muninだけど台数増えて性能的に破綻した ビューはそのままじゃ辛いのでmunin風に表示するのを自作 StatusCake DataDog。サービス系、サーバに紐付かない系の監視に。DashBoard便利 waker。通知用。PagerDuty高い、と言ってryot_a_raiが秒で作ったらしい Kibana imon。独自のリアルタイムなサービス稼働状況表示ツール NewRelic 試し中なもの Real-User Monitoring : JSでbeacon飛ばしてfluentd -> BigQuery。Google SpreadShee

スタートアップの経営者の方々と話すと、現在はやはり「知識集約型」の企業が調子が良いようだ。 他社にはない「知識」が差別化の源泉であるため、商品が陳腐化しても問題ないからだろう。 社員が生み出す新しい知識が別の商品・サービスに適用され、会社は競争力を持つ。現在は商品の陳腐化のスピードが極めて早いが、先鋭化された知識は、簡単には陳腐化しない。 デザイン、メディア、ソフトウェア、製薬、広告など、「知識」を持つ会社は少ない人数で大きな利益をあげる。 彼らはあらゆる意味で、「人材」を最高の経営資源であると考えている。彼らをつなぎ留めておけなければ、会社はたやすく競争力を失ってしまうからだ。 当たり前だが、そのような会社では「どうやって人を安く使うか」は論外の考え方である。彼らは常に「最高の人はどこにいるか」を考え、彼を雇うことにカネを惜しまない。 事実、20代半ばであっても年俸1千万、2千万を平気で

表題の件、私akisuteは2013年10月末日を持ちましてAppBank GAMES株式会社を退職したことをご報告いたします。短い間ではございましたが関係者皆様大変ありがとうございました。今後の予定につきましてはとりあえずのところ問題なくやっていけそうで助かっております。 ところで、せっかくの退職エントリですので感慨深いものですし、ここはひとつ昔話などをしたいと思います。 まずはAppBank GAMESの軌跡を年表にして振り返ってみました。 2012年2月 AppBank GAMESがスタートしました。2012年4月 最初の退職者が現れました。2012年夏 第一次反乱が発生しました。2012年7月 G君という大変優秀なレベルデザイナーがジョインしました。2012年10月 Dungeons and Golfの追い込み時期にとある出来事が発生しました。2012年12月3日 Dungeons

2015-10-19 消滅会社 AppBankGAMESを終えて・ゲーム作りで大事なこと 創業から３年間社長を務めたAppBank子会社の消滅 長文ですが、奇しくもAppBankが上場した週にこんな記事を書いたのは、社長を退任した感傷的な衝動っぽいですが、よっぽどしょぼい話で、かつ、会社も職も失ったけど、大事なことは何かを再認識するための話です。 紆余曲折あってAppBank GAMESという会社は、創業から３年を経たところでグループ内の別会社に吸収され、それもまた前向きな成り行きと皆んなで承服し、私は社長を退任しましたが、それぞれが前向きに進み、遂には会社が上場するという大きな節目を迎えました。 っと、まじめな謝辞を述べたいというより、失敗談をしなければと思うことがありました。 かつ、今のタイミングを逃すと、せっかく皆で学んだ大事なことが濁りそうというか、我々が犯した大きな失敗がまた別の

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

te = @teppeis wada = @t_wada con = @constellation vv = @vvakame 今JavaScript書く時に何で書いてます? vv = TypeScript + Babel? con = C++ばかり書いて テストはJavaScriptで書いてるのでES6 te = 趣味はES6、仕事はIE8で動くように書いてる IE8は来年1月に終わる wada = 趣味はES6+Babel、仕事はIE8 ES6の印象 vv = hoistingとか面倒な問題が減った wada = Arrow Function、Template Stringなどが便利 IE8対応 IE8対応してるひと = 半分 Babel、BrowserifyとかデフォルトのターゲットはES5以上 予約語の問題とかES3だと動かないことがある stefanpenner/es3-safe

読みやすいコードは、一緒にコーディングするチームのためだけではなく、自分のためにもとても重要です。 今回は「読みやすいコード」を書くための要素をまとめてみました！ 🤔 一番大切にすべきことは読みやすさプログラミングでは、コードを書く時間よりもコードを読む時間の方が多くなります。 複数人で開発をしていると他人の書いたコードを読むことも増えるでしょう。 だから、コードは理解しやすさはプログラマーがもっとも大切にすべき指標のひとつです。 プログラミングが読みやすければ、こんなメリットがあります。 - 他の人がコード読みやすくなって、開発する時間が増える - コードの読み間違いが減って、バグを生み出しにくくなる 👽 名前でほかの人が最短時間で理解できるようにコードを書く モージュール名・クラス名・変数名を 短いコメントと考えて 情報を埋め込む 相手に意図を伝えるために名前には、 明確な単語 を