・『パワポは「最後」に開く-すぐできる！プレゼン資料作成術「大掃除編」』の続編を作りました。今回は、より相手に届く5つのテクニックをご案内します。もっと伝わる資料づくりにお役立てください～。 ・『パワポは「最後」に開く-すぐできる！プレゼン資料作成術「大掃除編」』http://www.slideshare.net/ozyusg/please-start-ppt-last 【お問合せ】http://314-store.com/blog/

Reactioを正式版の前から、ご利用頂いているADWAYS様の事例紹介を掲載致しました。 ︎▶「初動に30分かかっていたのが、10分にまで短縮！」（事例紹介へ） トラブルや障害対応に対する意識が高く、形骸化してしまっていた運用フローと障害管理ツールを、改善するために導入頂いております。 高い技術力があるからこそ、自分達で作ってはどうかと検討していたそうですが、その要件を満たしていたのがReactioだったとの事です。 また導入後は、運用チームでのトラブル対応の初動が「30分から、10分に短縮」されており、特に第一報の最適化による対応のスピードアップに貢献しております。 詳細はこちら

今日は1周年を迎えた Gotanda.pm #5 で Koyomi の LT をしてきました！ Koyomi は私が個人で開発している分散ジョブスケジューラです。 v0.1 をリリースした際に、下のエントリで紹介しました。 シンプルな分散ジョブスケジューラを作ってみた #appkoyomi - weblog of key_amb 本日の LT 資料はこちらです: Introduction to koyomi #appkoyomi from IKEDA Kiyoshi たごもりすさんのメソッド*1に倣って、スライドは英語にしてみました。 発表自体はもちろん(？)日本語で喋りましたよ。 内容としては、Koyomiのアーキテクチャの簡単な紹介といったところです。 短いスライドで、さくっと読めると思うので、よかったら見てみてください。 懇親会では「Koyomiが使えそうな案件がある」という方もいた

「あ、なんだなんだ、 よくある女子大生による、よくある女子大生の、 よくあるインターン先で学んだ技術を ブログで成長として綴ります、みたいな感じか」 と、ここを訪れて思った方、 若干正解ですw でもこのブログはそれ以上を目指します。（たぶんw） このブログは 「０の状態でこれからプログラミングを学びたいと思っているひとのバイブル」 になってほしいというのがゴールです🏁 技術的な部分を多く取り上げようと思ってます。 ところで、 自己紹介遅れてしまいましたが、GaiaXにてエンジニアインターンさせていただいている、まりも（@fukufukumarimo）と申します。 GaiaX Engineers' Blogにて6月11日に記事紹介されてます。 こちらもどうぞ。 gaiax.hatenablog.com 最初の投稿なので、挨拶として自分の紹介を若干。 自己紹介 都内大学3年生です。 「特徴が

こんにちは。会員事業部ビジネス開発グループの高田です。 クックパッドは今年、株主優待制度として、プレミアムサービス一年間無料クーポンを贈呈しました。本エントリではクーポンコードを打ち間違えて、意図せず他の人のクーポンコードを使用するのを防ぐために工夫した話をご紹介します。 はじめに クーポンコードは入力のしやすさを優先して数字だけの文字列にしました。はじめは rand 関数を使って生成しようとしていたのですが、数字の打ち間違えや順序間違いで、意図せず誤使用してしまうのを防ぐためにチェックサムを加えるのがいい、と同僚から助言をもらいました。 いくつか調べて見たところ、Luhn アルゴリズムが上記を満たしていたので利用することにしました。 Luhn アルゴリズムの利用 Luhn アルゴリズムとは、誤り検出のためのチェックサム符号で、1 桁の間違いや隣接する数字の順序間違いを検出できるという特徴

他の人はどうかわからないですが、自分は 会社から帰宅する前にやる気が異常に高まることがあります。 仕事でも個人の活動でも「今日は家帰ったら朝までやってやるぜ」みたいな感じで、何でもできそうな気がするくらいやる気に満ちあふれるんですよね。完全にやる気MAX状態なんですが、そのほとばしるやる気のままに行動するかというと、まぁ実際はうまくいかないことが多いです。 参考までに、自分のダメパターンを書き出してみます。 まず家帰って飯食って、ちょっとゆっくりしたら 「あれ？俺のやる気どこ行っちゃったの？」ってなり始めます。 23時くらいに 「よっしゃ23時半からやるぞ！」と思ってアニメ見てたら23時34分くらいになります。 「キリが悪いから0時からオールで頑張るぞ！」とか思ってたらいつの間にか1時になってて、 「まぁ6時まで5時間もある！俺たちの夜はここからだ！」とか考えつつTwitter見てたら2時

はてなチーフエンジニアの id:motemen です。先日は久しぶりに上京し、GoCon に参加してきました。東京はビルが高くていいですね。 今年の4月、弊社には3人のエンジニアを含む新卒社員がやってきました。毎年この時期になると、はてなに新しく入社した新卒および中途社員にむけて各部のオリエンテーションをおこなっています。今年は私が技術部を紹介する任にあたりましたので、そのときのプレゼンテーションを紹介します。 はてな技術部紹介 2015（公開版） / Hatena Technical Division Orientation 2015 (Public Edition) // Speaker Deck エンジニアの仕事 はてなにおいて技術部というのは最大の部であり、ある面その顔でもあります。ウェブサービスを提供する会社の技術部として、はてなのミッションである「知る」「つながる」「表現する」

github.com 掲題の通り、軽量動作する分散ジョブスケジューラを作ってみました。 名前は Koyomi としました。 Perl で書きました。CPAN にもアップしています。*1 Motivation 出発点となった課題感としては、だいたい cron の冗長化法について調べてみた #cron - weblog of key_amb という記事に書いた通りです: バッチサーバの冗長化は割と見過ごされやすい やろうとするとちょっと面倒 上の記事では cron を冗長化するやり方をいくつか紹介したのですが、NFS は SPOF になりやすいし、keepalived を使ったやり方もなんだかトリッキーで少し複雑な気がしないでもないです。 そこで、もっとシンプルに高可用性を達成するやり方はないかなと考えて、実装してみました。 動作原理 仕掛けは割と単純で、スケジュールのデータストアをスケジュー