合計16時間の試験勉強でAWS認定ソリューションアーキテクト プロフェッショナルを取得した話
合計16時間の試験勉強でAWS認定ソリューションアーキテクト プロフェッショナルを取得した話 2017.09.11 AWS AWS認定ソリューションアーキテクト, クラウド, 試験勉強 2017年ラストの川でのキャンプも無事終了し、本格的に夏の終わりを実感しているMMM代表の国本です。 昨今、AWSへの移行(マイグレーション)や、新規導入について商談の機会がますます増えつつあり、個人的に前々から取得を狙っていた『AWS 認定ソリューションアーキテクト – プロフェッショナルレベル』を2017年9月8日に無事？取得(合格)致しました。(晴れてAWS Certified Solutions Architect Professionalホルダーに) 資格取得を決意した2017年7月上旬より学習時間をざっくり記録していて、最終的にトータルで約16時間を要しましたが、簡単ではありますが、学習の方針や
PostgreSQLのIOにまつわるエトセトラ | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは。寺岡です。 これは TECHSCORE Advent Calendar 2017 の14日目の記事です。 PostgreSQLのIO問題を調査する機会があり、RDBMSのIO問題を取り巻く状況についてまとめてみました。 本記事は一般的なLinux+PostgreSQL環境を対象としています。 RDBMSとACID PostgreSQLをはじめとした多くのRDBMSはトランザクションの信頼性を強く保証するシステムです。 この特性は原子性(Atomicity) 一貫性(Consistency) 独立性(Isolation) 永続性(Durability) の頭文字を取りACIDと呼ばれています。 RDBMSにおけるACIDとは、全利用者（クライアント）が実施した操作（クエリ）が、実施された順番で完了することが保証（トランザクション、レプリケーション）されることを表します。 トランザ
Pythonによるデザインパターン5原則 - Qiita
#参考 @kidach1 さんの投稿をPythonに書き換えてるだけです。 @kidach1 さん、いつもありがとうございます。 https://qiita.com/kidach1/items/4b63de9ad5a97726c50c #概要 改めて基本を学ぶ。 参考「Rubyによるデザインパターン第1章」→この投稿はPython #デザインパターンとは プログラミングにおいて繰り返し現れる問題に対する、適切解のパターン。 無駄無く設計されたオブジェクト指向プログラムの実現をサポート。 パターンとしてカタログ化されていることで 車輪の再発明を防ぐ #デザインパターンの根底にある5つの考え 変わるものを変わらないものから分離する プログラムはインターフェイスに対して行う（実装に対して行わない） 継承より集約 委譲、委譲、委譲 必要になるまで作るな（YAGNI） #変わるものを変わらないものか
データ毎に異なるタイマーを持つ場合のデータパイプラインを考えてみる - Carpe Diem
概要 Stripeの定期購読を使っていると、各ユーザの定期購読の更新タイミングでWebhook eventがちゃんと飛んできます。 ほぼリアルタイムで届くのでこのwebhookを使う側としては非常に助かる機能ですが、提供する立場から考えるとどうやるんだろう？と悩んだので幾つか自分でケースを考えてみました。 課題 今回やりたいことを実現する上で問題になるのは主に以下です。 タイムスケジューラをどうするか データ量が増えたときにスケール可能か cronのようなスケジューラだと、今回のような個々のデータに対するスケジューリングはできません。 またバッチ処理で扱おうとすると、データ量が増えた時に処理対象がどんどん増えるため、対象の抽出や処理自体に時間がかかって実行頻度を上げることが難しくなります。 手段 浮かんだのは以下の４つでした。 全ユーザの更新期限を毎回チェックしてイベントを飛ばす 更新日を
parcel に Pull Request を送って merge されるまでの顛末記〜生まれてはじめて国際的に OSS への貢献をしてみたら，とても歓待された - Qiita
parcel に Pull Request を送って merge されるまでの顛末記〜生まれてはじめて国際的に OSS への貢献をしてみたら，とても歓待された 2017年末に parcel に Pull Request を送ってから，年を越して2018年初に merge されました。 Resolve Dependency correctly if the target asset is URI-encoded #401 (Issue of parcel-bundler/parcel on GitHub) ※ この記事は parcel に Pull Request を送って merge されるまでの顛末記〜生まれてはじめて国際的に OSS への貢献をしてみたら，とても歓待された〜実験室 〜 Lab in ZACKY's Laboratory を転載しました。 背景 Ruby on Rails
心が折れてもソシキカイゼンを続けられるたった一滴の魔法
心が折れてもソシキカイゼンを続けられるたった一滴の魔法 オリジナル：2018年01月11日 Regional Scrum Gathering Tokyo 2018資料 #RSGT2018 モディファイ１：2018年06月30日 CHIBA-ICHIBA・自主研究グループ「つながる勉強会」資料 ht…
Scrumプロジェクト開始のベストプラクティス #RSGT2018
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2018年1月11日から13日まで開催されているRegional Scrum Gathering Tokyo 2018で登壇いたしましたので、資料を公開します。 今回は、実際にスプリント1を開始する前にどのような準備をしておけばよいかがテーマです。 スクラムでは、プロダクトバックログが用意されていて、それを元にスクラムチームでスプリントプランニングを実施し、スプリント期間中毎日デイリースクラムを行い、最後にスプリントレビューとレトロスペクティブを実施することになっています。またスプリント中の次以降のスプリントの準備としてプロダクトバックログのリファインメントを実施します。 つまりプロ
Goでクリーンアーキテクチャを試す | POSTD
依存がなく、テスト可能であり、クリーン。 Uncle Bobのクリーンアーキテクチャの概念を読んだので、これを私はGoで実装してみたいと思います。このアーキテクチャは、自分たちの会社である Kurio – App Berita Indonesia で使っていたものに似ていますが、少し違っています。大きな違いはなく、概念は一緒なのですが、フォルダ構造が違っています。 サンプルのプロジェクトとして、記事をCRUDで管理するリポジトリを https://github.com/bxcodec/go-clean-arch にpushしてあります。 * 免責条項 ここで使われているどのライブラリあるいはフレームワークも、利用を特別推奨しているものではありませんので、ご自身あるいはサードパーティによる同じ機能のものと入れ替えることが可能です。 基本的な考え方 ご存知のように、クリーンアーキテクチャで設計
GitLabにコントリビュートすると一流エンジニアからRailsのコードレビューをしてもらえる話 - プチ技術メモ
昨晩開催された「Rails Developers Meetup #4 リモート会場 - connpass」の『プロを目指すRailsエンジニアのための公開コードレビュー』をYouTubeで視聴していて、一流エンジニアからRailsのコードレビューをしてもらえるエンジニアはあまり多くはないんだろうなと感じました。 なぜなら、過去にきちんとRailsのコードレビューを受けたことがあれば、発表で取り上げられたような読みにくいコードは書かないはずだからです。 一流のエンジニアからコードレビューを受けることで、エンジニアとしてのスキルを飛躍的に高めることが出来ます。 しかし、そのような機会に恵まれるかどうかは、入社した会社の同じチームに優秀なエンジニアが在籍しているかどうかによるところが大きいと思います。 そこで、不幸にも会社の同じチームに優秀なRailsエンジニアがいなかった場合は、「GitLab
Ethereum で非中央集権型広告配信システムをつくってみた - ピヨピヨ日記
ちょっとおおげさなタイトルですが、Ethereum を使って広告配信システムっぽいものをつくれないかと思い、実験として酔った勢いで作ってみました。下に表示されているやつは、Ethereum のブロックチェーン上に記録された情報をもとに JavaScript で広告を表示しています。（広告配信というとそれっぽく聞こえるのですが、Ethereum に広告配信時間と広告テキスト・ URLが記録してあるだけです。） この広告を表示する JavaScript 自体はサーバに置いてありますが、いつ・どのような広告を表示するか？といった情報はブロックチェーン上に乗っかっています。なので、クライアントが Ethereum のブロックチェーン上の情報を読みにいくことができれば、広告用のサーバに広告をリクエストすることなく広告を配信することができます。なお、広告枠が購入されていない状態（いわゆる空き枠）だと、
Alamofire 4 — Multipart file upload with Swift 3
Previously I have introduced you to Alamofire and how you can use it to simple HTTP requests and intercept JSON responses. Today, we will speak for a more complex and a must-know topic — how to create a Multipart File Upload request. Multipart File Upload requestHTTP multipart file upload request is a request that HTTP clients construct to send files and data over to HTTP Server. It is commonly us
golangでAPIなど外部にアクセスするロジックのテストをする - $shibayu36->blog;
golangで、例えばGithubのAPIを叩くような、特定のAPIにアクセスするロジックを書いた時、何も考えずにテストを書くと、テストを実行する際にもそのまま外部のAPIにアクセスしてしまう。この場合、色んなパターンのテストを書きづらい、依存している外部サービスが落ちたらテストも一緒に落ちるなどの問題が起こる。 このような問題から、統合テストではなくユニットテストのときは手元のみで完結して、外部サービスに依存しない状況でテストを書きたくなることがある。そこで今回は外部にアクセスするロジックを、手元で完結させた状態でテストする方法を試したので、その方法について書いてみる。 テストしたいコード 例えば以下のようなコード。Githubの https://github.com/shibayu36/shibayu36 の最新のリリースタグを取得し、そのリリースタグ名を出力する。これはGithubの
友人に向けたFintech図解～基礎的概念とその市場へのインパクトについて～｜きょん
友人と、時事問題を話している中で、ビットコインに話題が移り、そしてFintechの話になった。 そこで、友人のFintechについての理解が全くと言っていいほどなかったことに衝撃を受けた。 「なんか金融サービスをITでやっていればFintech程度のイメージで、別に新しいことなんてない気がするんだよな。昔からATMだのカードだのでIT技術使われてるだろ。なんか新しい用語作って、その言葉がかっこいいからバズってる（一時的に流行している）だけで、世間が騒ぎすぎじゃないのか。」 ふむ。なるほど。良いだろう。どこがFintechのすごいところか、どうして市場であんなにも騒がれているのかを解説してやろうではないかと思ったが、そこで解説をし始めたら話が止まらなくなってしまうだろうと思った。 そこで、その場では 「いやー、実はもっと複雑なものではあるんだけど、難しい概念だよね～」 と濁して終わってしまっ
雑記ブログを10万pvオーバーまで成長させた8ヶ月間の戦略を晒す
これからPVを上げたいなーと思っている人の参考になるような記事したいと思います。12,000字になりましたが、要約するとブログ開始~２ヶ月目に決めた目標と沈黙のWebライティングに書かれている内容を、淡々と継続したぜ！って内容です。 まず、私のブログ運営観をお伝えしておきます。このどれか２~３個に当てはまる人には参考になるかもしれません。 この目標を設定した時は収益に興味がなかったので、PVをとることに注力した内容となっております。（11月頃から欲が出始めました） PVとCVはイコールじゃないって意見には大賛同です。アフィリ記事のPVが物語っているので。ただ、ホントにココまで気にしていなかったので、CVとPVの考えはズレるところがあります。CVに関しては、別の記事にまとめようと思います。 さてこの記事を書く前に、Twitterでアンケートをとらせて頂きました。ありがとうございます。 自分に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
5 keys to create a killer CLI in Go