間違った技術ブログを書いた時に如何に修正するか - oranie's blog
考え方やその時の流行のアーキテクチャとかもあるのでそういった物はそれでいいですが、明らかに間違えた事を書いて出来ない！とか載せてしまう時があります。にんげんだもの。 ただ、それを放置する、削除するとかはあまり良くないアプローチだと考えています。理由はそれを読んで真似してしまった人が一人でもいるかもしれない、同じ間違いをする人がいるかもしれない時にその間違いは良い勉強になる、などなど。 最も大きな理由は「間違いを指摘してくれた人に対してちゃんと敬意を払って修正する」が間違えた記事を書いた事に対する責任だと僕は考えています。その為もし僕が不完全なブログを書いて「ちげーだろ。もっと勉強しろ」と言われ確認し自分の間違いに気づいたら顔を真赤にして枕に顔をうずめてバタバタしたり酒を飲んで憂さを晴らすのではなく まず冒頭に間違っていたことを素直に認める 何が間違っていたかをちゃんと正確に記載する 原文中
VOYAGE GROUP エンジニアブログ : サイバーエージェントアドテクスタジオと技術交流会しました！
2014年01月16日18:39 カテゴリ勉強会アドテク サイバーエージェントアドテクスタジオと技術交流会しました！ 「 Adtech Studio × VOYAGE Casual Talks 」 ということで技術交流会を行ったわけですが、さすがサイバーエージェントさんは仕事が早い。 【開催】Adtech Studio × VOYAGE Casual Talks！ 15日の22時くらいに終わって、2014-01-16 09:00:50にはブログが更新されてるわけですよ。すげー！ というわけで当ブログでも簡単にご紹介。 最初はCAリワードの山本さんによる「リワード広告の仕組みについて」でした。 分かりやすいキーワードで紹介していたので今度私が説明する際にはパクらせて参考にさせていただきたいと思います。 次はCAリワード杉澤さんによる「オリジナルKVSの概要について」でした。 杉澤さんのコード
LambdaをつかってS3にPUTされた情報のメタデータをDynamoDBで楽に管理する - Qiita
AWS Lambdaはre:Inventで発表された新しいコンピュートプラットフォームでクラウド上でコードスニペットをイベントドリブンで比較的簡単に動かせる特徴があります。例えばS3にデータがあがったとき、など今までだとどうしてもEC2をたてて、定期的にチェックをしながら動かす必要があったものが、文字通りS3側からイベントを発火してもらえるので、よけいなポーリングなどの手間がへり、結果的にコストをおさえながら目的を果たしやすくなっています。 そこで今回はS3上にあがったデータのメタデータをDynamoDBに管理するLambdaファンクションを作ってみたいと思います。 プレビューへの登録 まずはAWS Lambdaのプレビューを申し込みます。こちらから申し込む事が出来ます。 プレビュー申し込みは順番に案内しているみたいなので、申し込んだらあとは祈るのみです。 ファンクションの作成 今回はS3
AWS Casual Talks #2 で発表してきました #awscasual - すずけんメモ
AWS Casual Talks#2で発表してきました。主催の @con_mame さん、会場を提供してくださったAWSのみなさま、どうもありがとうございました。 AWS Casual Talks#2 on Zusaar http://www.zusaar.com/event/3817003 今回は新サービスネタということで僕の発表ではAmazon Kinesisについて触れた。内容としては、既存のアーキテクチャにAmazon Kinesisを適用したらどんな感じになるか、ということを検証している内容を踏まえつつ考えをまとめたもの。まだ実際にプロダクションには投入していないので、運用していった時にどういう形になるかはわからない。ただまだ東京リージョンにも来てないし、ある程度検証している内容でもカジュアルに話そうか、というのが今回の発表の趣旨。 Data Stream Processing
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
