クリーンアーキテクチャ(The Clean Architecture翻訳)
Robert Martin (a.k.a. ボブおじさん) による、 The Clean Architecture の翻訳です。似たようなアーキテクチャである ヘキサゴナルアーキテクチャ も翻訳したので参考にしてください。 この記事を翻訳して公開したことは 8th Light, Inc. に報告済みです。いまのところ苦情は来ていません。 ここ数年以上、システムのアーキテクチャに関する実にさまざまなアイデアを見てきた。これには、次のものが含まれる: Hexagonal Architecture (別名 Ports and Adapters) by Alistair Cockburn。Steve FreemanとNat Pryceが、Growing Object-Oriented Software というすばらしい本で採用した。 Onion Architecture by Jeffrey Pa
GitHub - aws/aws-cdk: The AWS Cloud Development Kit is a framework for defining cloud infrastructure in code
The AWS Cloud Development Kit (AWS CDK) is an open-source software development framework to define cloud infrastructure in code and provision it through AWS CloudFormation. It offers a high-level object-oriented abstraction to define AWS resources imperatively using the power of modern programming languages. Using the CDK’s library of infrastructure constructs, you can easily encapsulate AWS best
【画像45枚あり】フーリエ変換を宇宙一わかりやすく解説してみる｜迫佑樹オフィシャルブログ
こんにちは，学生エンジニアの迫佑樹(@yuki_99_s)です． 工学系の大学生なら絶対に触れるはずのフーリエ変換ですが，「イマイチなにをしているのかよくわからずに終わってしまった」という方も多いのではないでしょうか？ 難しいのに加えて，教科書もちょっと不親切で，いきなり論理が飛躍したりするんですよね(僕の理解力の問題かもしれませんが) 僕がフーリエ変換について学んだ時に，以下のような疑問を抱きました． 出来る限り難しい式変形は使わずにこれらの疑問を解決できるようにフーリエ変換についてまとめてみました!! 多少厳密性を欠いても，とりあえず理解するという目的の記事なので，これを読んだあとに教科書と付き合わせてみることをおすすめします． それでは，いってみましょう!! 今回の記事は結構本気で書きました． フーリエ変換の公式 今回のゴールを確認するべく，まずはフーリエ変換及びフーリエ逆変換の公式
LG 4Kモニター27UD88-W レビュー！USB-CでMacBookをケーブル一本で便利に使える！
基本的な性能はMac向けのUltraFine 5Kを除けばさほど変わらないと思います。 上位モデルのUltraFine 5Kと27UD88-WはUSB-Cケーブルだけで画面の表示、通信（アップストリーム）、デバイスの充電ができるPower delivery機能に対応していて2016年以降のMacBook Pro、2018年以降のMacBook Airならケーブル一本で使うことが可能となっています。 USB-C一本化計画 今回、27UD88-Wを導入した最大の目的は「USB-Cケーブルの一本化をして周辺機器のケーブルを減らすこと」でした。 今までは充電用ケーブル、ディスプレイケーブル、外付けハードディスク用のケーブル、カードリーダー用のケーブルとMacBook Pro 15インチの4つあるポート全てをフル活用しゴチャゴチャした感じになっていました。 もしくはUSBアップストリームを使ってモニ
Rust LT#2 で話をしました & その話の詳細な解説 - Don't Repeat Yourself
Rust LT#2 で話をしました．「インタプリタを作ってまなぶ Rust らしい書き方」という話です．内容は実は，Ruby のコードを Rust のコードに置き換えてみようという内容でした．Ruby 製のインタプリタを Rust に置き換えるセッションです． speakerdeck.com しかし，5分では無理がありました．とくにインタプリタを2分以内で説明し切るのは完全に無理で，その実装を3分で説明し切るには時間が少なすぎました．なので，今回インタプリタを自作してみようという方向けに，どのような背景知識が必要となってくるのかについて簡単に書き残しておこうと思います．また，今回上げたソースコードの解説もこの記事の後半で加えておきます． インタプリタ側の話 コンパイラという単語についてはすでに聞いたことがあるという前提で進めます．コンパイラそのものの解説．あくまでイメージを掴んでもらうこと
fluentdのrequire_ack_response設定は、やっぱり必須設定だと再認識したときの検証メモ - Qiita
fluentdのrequire_ack_response設定は、やっぱり必須設定だと再認識したときの検証メモAWSFluentd 1.検証背景 参考記事 Fluentd v0.12のAt-least-once Semanticsを試す fluentdでログが欠損する可能性を考える などで、fluentd v0.12を使ったときに、「require_ack_responseを必ず設定しておくように」というノウハウは、大分浸透するようになったと思われる。 ただ、fluentdを運用する中で、require_ack_responseの設定漏れに気付かず、受信側のfluentdをreloadしてしまうケースも考えられる。 ということで、実際の運用下でこの設定がどれぐらいの効果を発揮するのかを検証してみた。 2.検証環境 2-1.構成図 図にするほどでもないが、fluentdの送信側と受信側のEC2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
