安全なバッチ処理の作り方 - KAYAC Engineers' Blog
このまえ登り坂の途中でロードバイクのタイヤが破裂しました。ながたです。 今回はバッチ処理について書いてみようと思います。 バッチ処理？ Webサービスの処理開始条件は、大まかに次の2つに分けることができます。 ユーザーのアクションに起因するもの ユーザーのアクションに起因しないもの このうち後者の処理をバッチ処理が担当することになります。 バッチ処理の担当分はさらに、 特定の条件（時間やサービスの状態）で実行するもの 手動で実行するもの の2つに分けられます。 今回はこの「手動で実行するもの」について書きたいと思います。 バッチを手動実行するのはどんなとき？ バッチ処理を手動で実行するのは、十中八九イレギュラーな状況が発生したときです。 ルーチンワークや実行の条件が決まっているものは何らかの方法で自動化できるはずです。 そしてイレギュラーな状況のほとんどは不具合が発生したとき。 つまり 重
ソフトウェアエンジニア — GitHub Jobs
■仕事の内容 自社サービスの機能改善や機能修正のほか、運営にも携わって頂けますし、改善提案など、気づいたところは 自由に動いていける環境がpaperboy&co.にはございます。 ■開発環境 ご採用となった場合は、エンジニアにはMacBook Proの提供はもちろんPCはご入社の際にお選び頂けます。 PHP、Python、Java、Perl、Ruby、Lenux等の経験がございましたらアピールして頂きたいと思います。 サービスは、いくつか用意しておりますので、応募者のご希望を考慮致します。 ■担当者より一言 多くのチームメンバーと毎日話をしながら作業を進めていくため、開発スキルだけではなく、コミュニケーションスキルも必要です。私たちと一緒に、存分にプログラミングをして頂く環境がございます。 また、当社は10時出社で業界的に残業が少なく、有給休暇の取得率も高いです。 技術者同士の社内勉強会や
伝えることを伝えること - 2011-07-25 - ククログ
しばらく人前で話す予定がないので、講演者が本当に話したかったスピーチを残しておきます。 実は、日本Ruby会議2011で話したことは札幌Ruby会議02で話したことと札幌Ruby会議03で話しかけたことの続きでした。話の流れも札幌Ruby会議02と同じ流れにしました。一番伝えたいことは話しの真ん中に持っていき、その後に実例を伝えるという流れです。 札幌Ruby会議のころは「伝えること」について考えていました。 私がプログラミングを始めたのは大学のころ1で、世間で活躍しているプログラマーよりだいぶ遅いです。でも、プログラミングが好きでたくさんプログラムを書いてきました。今では、プログラミングをはじめて10年くらい経ち、だいぶ上手くなってきました。でも、このままだとよくないなぁと思うようになりました。 私は独学でプログラミングを学んできました。本を読んだりコードを書いたり、他の人のよいところを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Jobs on Twitter: "株式会社paperboy＆co. wants a ソフトウェアエンジニア - http://t.co/BRVFdAaQ"
rails and multi dbs, using establish_connection on the fly to route to the correct database?
