転職しました - damelog
どうも、帰属意識のなさです。 TKG(たまごかけごはん転職のご報告ご飯) Advent Calendar 2015の3日目のエントリです。 ご報告が遅れてしまいましたが、2015年10月中旬をもちましてDeNA Co., Ltd.を退職し、Make It Real Inc.に転職しました。 DeNAには、通算2年10ヶ月所属していました。意外と長く？勤めましたね。 DeNAで何でやってたの 入社時の扱いとしてはウェブフロントエンドやる人(ウェブフロントエンドエンジニアというジョブがそもそも無くてクリエイターという扱い)でしたが、共通開発グループに所属している時が多かったので、なんやかんやでバックエンドもやったりインフラ云々の話をしてみたり、時には新規開発したりガッツリ運用したりで本当に色々なことをやりました。いわゆる技術的雑用みたいなポジションだったと思います。 関わったタイトルってどのく
メールのトランザクション設計 - Qiita
3日目で息切れしてきたので、今日は軽めな内容です。 データベース更新とメール送信の一貫性 商品購入の完了ページなど、よくデータベースを更新して、メールを送信してデータベースをコミットするという仕様があります。 データベース登録出来てないのに、完了メールを送るわけにはいかないので、これらを1トランザクションにできなきゃいけません。が、SMTPプロトコルにコミット/ロールバックの概念はありません。 さて、どう設計しましょうか、というお話です。 方式 A.DBトランザクション後にメールを送る 同一トランザクションはあきらめ、データベースを先にコミットし、その後でメールを送る、という設計です。 メール送信でエラーになったら、データベースには書き込めているので、メールだけ再送するように仕組みを作ったりします。 以下のようなイメージです。 public class OrderController {
システムエンジニアのカレンダー | Advent Calendar 2015 - Qiita
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
「とりあえず入門書は読んだけど…」の次に進むプルリク駆動学習 - はやくプログラムになりたい
汎用性の高い技術ポエム Advent Calendar 2015 の3日目の投稿です． 普段はつくったものの紹介とか技術的に調べたことのメモとか勉強会参加記事を書いていて雑感とかは大体ツイッターに書いているんですが，最近どことなく頭にこびりついていることがあるので整理がてらブログに書きます． とりあえず入門書は読んだ問題 新しい言語やフレームワークを学ぶ動機は様々です． つくりたいものがあってそれをつくるための知識として，言語機能が魅力的だから，流行っているからなどなど… 僕は一番最初の理由で始めることが多いですが，どれが良いとかいう話ではなく Pros Cons があると思います． 例えば僕の場合はつくりたいものが先にあるので体系的に学ぶよりはチュートリアルなどをさっと済ませてしまって動くものに取り掛かるので知識が偏ったりします． そしてとりわけ後者2つに多いのが「とりあえず入門書は読ん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
