Go Con 2017スライドまとめと感想 - ぺい
GoCon2017参加してきました。 Go Conference 2017 Spring - connpass Twitter上で、全国のgopherがやたらと合コンと言って、#goconをつけて呟いていたイベントです。 合コン？#gocon pic.twitter.com/qXbxth1TII— つぶやき実験室 (@totoro5000) 2017年3月25日 いつも後で見返そうと思って、放置してURLわからなくなるので、今回はまとめることにしました。リンクが抜けているスライドは発見が出来なかったものです。 もし、あれば教えていただきたいです。 発表枠 Coding in the context era@lestrrat [Goで書くエディタの壁を超える開発支援ツール@zchee] Go でつくる汎用言語処理系 実装戦略@Linda_pp Goでヤフーの分散オブジェクトストレージを作った
貧乏な友人ともう一緒に遊べない
大学時代の友人に会った。 大学時代はお互い貧乏で、たまり場と言えばドリンクバー付きのファミレスか、学内食堂だった。 お金がないお金がないと言いながら、ノートを広げてテスト勉強しているのが常だった。 卒業から5年たった。 私は正社員、彼女は派遣社員。 給与はおよそ2倍差があった。ボーナスもなく、残業代で生活費を稼ぐわけにもいかないらしい。 それはそれで彼女は満足そうに暮らしていたから、私は特に何も思っていなかった。 ただ、この前一緒に遊んで、思った。 もう彼女と昔と同じ感覚で遊ぶことはできない。 金銭感覚が違いすぎる。 彼女はランチにドリンクをつけるかつけないかで5分以上悩み結局ドリンクをつけないし、歩き疲れているのにカフェの値段に文句を言う。 都内のカフェなら安いお店の方が少ないというのに、ひたすらにドトール推しをする。 ドトールが悪いと言っているわけではない。ただ、ドトールは日ごろから行
女性必見！男が妄想する「理想の女子の部屋」を再現してみた | オモコロ
大の大人の男が集まって妄想し、1Kやワンルームで一人暮らししている理想の女の子の部屋を再現してみました。ウケのいい雑貨は？モテる照明は？おしゃれなものから生活感のあるものまで、通販で気軽に買える人気家具も多数使っています。最後にプロのインテリアコーディネーターによるお手本も紹介してます。 突然ですが、みなさんはインテリアは好きですか？ 「マジでめちゃめちゃ興味ねえけど？」 そんなみなさんの声が聞こえてくるようです。 では、質問を変えましょう。 女の子の部屋は好きですか？ 「と、と、と、突然なんですかっ？！ ま、ま、ま、まあ、興味なくはないっちゃないですが、い、いきなりそんなこと聞かれても、ねえ…？」 そんなみなさんの声が聞こえてくるようです。 そう、男子たるもの、理想の女の子の部屋を妄想して生きているもの。 つまり今回の企画趣旨はこういうことです。 なのではないでしょうか？ というわけで非
６ヶ月で月８万円から１００万円！やったことは主に３つ
ゴレムス（@goremusn）です。 昨年１０月に専業になってから６ヶ月で１００万円を達成しました。区切りとして初めて成果報告を書こうと思います。 専業当時は収益たった８万円。ローンもあって、家族もいて、第２子誕生前に会社を辞めています。 石橋を渡る派の僕が「よくこんな冒険したな・・・」と思いますが、逆に言えばそんな僕でも１００万円を達成できましたし、結果を早く出すために必要なことも書いていますので、ぜひ参考にしてください。 収益報告 さっそく収益を見ていきましょう。 ３月の１０４万円は３月２４日時点です。最終的に１１５万円程度になる見込みです。AdSenseとアフィの内訳は詳しくは言えませんが、AdSenseもそれなりの収益があり、バランス型と思ってください。 １０月から会社を辞めて専業になっています。当時は月８万円ほどの収益しかありませんでしたので貯金を取り崩しながらの生活です。 しか
Isomorphic Architecture を実装してるときの細かいアレコレ
Isomorphic あらため Universal ？ 一時期火がついていた Isomorphic について。各自がプロダクションの事例を作り上げる潜伏期に入ったのか、はたまた本当に一過性で火が消えたのか、コモディティ化を遂げたのか分かりませんが、あまり耳にすることがなくなった印象です。 そんな中ですが先日、Universal JavaScript — Medium が公開され、なるほど Universal ってキモチになったので、タイトルに反して以下は Universal と呼称します。 今回の話題にするのは module レベルではなく Universal な JavaScript architecture のほうです。アーキテクチャのレベルで Universal なコードが役立つ代表的ケースは SPA (Single Page Application) と SSR (Server S
Almin.js | JavaScriptアーキテクチャ
autoscale: true Almin.js | JavaScriptアーキテクチャ 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info 中規模以上のJavaScript 設計が必要になる 正しい設計はない Bikeshed.js :bike: 人、目的、何を作るかによってアーキテクチャは異なる 前回の続き? How to work as a Team Read/Write Stack | JavaScriptアーキテクチャ 用語 設計の目的 中規模以上のウェブアプリ SPAというよりは、画面が複雑なElectronアプリのようなイメージ スケーラブル 人、機能追加、柔軟性、独立性 見た目が複雑ではないアーキテクチャ 書き方が特殊ではなく見て分かるもの 設計の目的 テストが自然に書ける パーツごとに無理なく
第12回 CQRS
クラウドを本格活用する時代に入り、エンタープライズアプリケーションのアーキテクチャーに変革が起きている。その一つが、スケーラブルなシステムを実現する「CQRS」（Command Query Responsibility Segregation）アーキテクチャーだ。オブジェクト指向の大家Bertrand Meyer氏やGreg Young氏によって提唱された。 一言でいうと「書き込み（Command）と読み出し（Query）の責務を分離する設計モデル」で、データ書き込みシステムとデータ読み出しシステムを別々に用意することになる。 CQRSアーキテクチャーを採用した場合、システムがデータ更新要求を受けると、その要求に応答してからデータを更新し、キューイングなどの仕組みを用いて読み出しシステムに非同期でデータを反映する。更新データを参照するには、別途読み出しシステムにアクセスする必要がある。 デ
DDDで設計するならCQRSの利用を検討すべき - Qiita
タイトルに書かれていることで全てなのですが、DDDとCQRSの併用について強調している日本語の情報が少ないので、軽くまとめておきます。 CQRS+DDD CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」（副作用あり）と「クエリ」（副作用なし）で完全に分けちゃおう、という考え方です。そもそも「コマンド」と「クエリ」ではあらゆる要件が異なります。 一貫性： 「コマンド」は整合性のある処理が必要、「クエリ」はあまり気にする必要なし ストレージ： 「コマンド」側は正規化してデータを保存したい、「クエリ」側は非正規な方が効率的 スケーラビリティ： 「コマンド」は全体の負荷の中で占める割合が少ない、「クエリ」は負荷が大きい なので分けちゃうわけですが、 コマンド側 複雑なビジネスロジックが絡むので、ドメイン駆動が活躍 クエリ側 複雑なビジネスロジックがないので、ドメイン層はスキップ
CQRSとイベントソーシングの使用法、または「CRUDに何か問題でも？」 | POSTD
書き込みと読み込みのどちらに力を入れているかは、ストレージエンジンによって異なります。たとえば昔ながらのリレーショナルデータベースは、外部キーなどの制約を使ってデータの整合性をうまく制御できるようになっています。一方でNoSQLデータベースは、スループットとスケーラビリティを確保するために、そういった組み込みのガードレールをはずしてしまいました。データ層においても、どちらか一方に特化した最適化をすることがあります。たとえば、あらかじめ計算済みの値を保持しておけば、「一日あたりのサイト訪問者数」などの読み込み操作を効率よく行えるでしょう。ストレージソリューションのメーカーはどこも、「うちのプロダクトならあらゆるニーズを満たせます」などと自社製品の機能を自慢します。しかし実は、昔ながらのCRUDモデルに沿ってストレージエンジンを選んでデータ層を設計した時点で、さまざまな関心事の間で何らかの妥協
Cutting Edge - CQRS アーキテクチャのクエリ スタック
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 March 2016 Volume 31 Number 3 Cutting Edge - CQRS アーキテクチャのクエリ スタック Dino Esposito | March 2016 コマンド クエリ責務分離 (CQRS: Command Query Responsibility Segregation) は、アーキテクチャに関して現在特に話題になっているトピックの 1 つです。CQRS の中心にあるのはごく常識的なことで、システムに必要なクエリとコマンドを、個別のアドホックなスタックを利用してコーディングするというものです。つまり、コマンド スタックにドメイン層を用意し、ビジネスの各タスクをドメインのサ
Cutting Edge - 一般的なアプリケーション向けの CQRS
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 一般的なアプリケーション向けの CQRS Dino Esposito ドメイン駆動設計 (DDD) は約 10 年前に登場し、ソフトウェアの開発者やアーキテクトに影響を与えています。具体的なメリットやデメリットはともかく、DDD は、オブジェクト指向パラダイムが初めて唱えられた頃、開発者の誰もが夢見たことを具体化します。つまり、包括的なオブジェクト モデルを中心にアプリケーションを構築して、すべての関係者の要件や懸案事項に対処するという夢です。 その後の 10 年、多くの開発者が DDD のガイドラインに従うプロジェクトに取り組んできました。成功したプロジェクトもあれば、失敗したプロジェクトもあります。実は、
DV家庭の子どもは二度、心を壊される(駒崎弘樹) - 個人 - Yahoo!ニュース
ひとり親支援をしている認定NPO法人フローレンス の駒崎です。 先日の記事「「面会交流」に、ひとり親は殺された」（ http://bit.ly/2n2ut1w ）等で、 DV気味の父親でも、裁判所によって離婚後の面会交流が事実上強制され、それによって妻が殺される 事案が出ていることを紹介しました。 一方で、今回は DV家庭の子どもたちにとって、それがどのような結果を招いているか 、ご紹介します。 【増え続けるDV被害】 DV被害件数は、右肩上がり。 平成16年の約１万４０００に対し、２６年では６万件弱。 ４倍 にも増えています。 内閣府によると、 女性の被害が９３％ なので、ほとんどは夫から妻への暴力ですが、わずかながら妻から夫へのDVもあります。 （本稿においては、こうしたデータも鑑み、また引用するデータで１００％妻が被害者だったため、配偶者ではなく、分かりやすく「妻子」という表記にしま
「面会交流」に、ひとり親は殺された(駒崎弘樹) - 個人 - Yahoo!ニュース
ひとり親支援を続けてきた、認定NPO法人フローレンスの駒崎です。最近、ショックな事件がありました。 さる１月、長崎県諫早市の野中千晶さん（２８歳）が、元夫（３０歳）に２歳の息子を面会させるために出かけ、元夫に刺殺されるという痛ましい事件が起きました。 元夫は、その後、男児がいた自身の自宅で首をつって死亡しており、自殺した可能性が高いとして捜査が続いています。子どもにとっては、父親に母親を殺され、父親も失ったのです。 なぜ、ストーカー的な夫に子どもを会わせなくてはならなかったのか。それは離婚時に、子どもを引き取った親が元配偶者に子どもを会わせる「面会交流」の取り決めがあったからです。 【面会交流とは何か】面会交流とは、離婚後又は別居中に子どもを養育・監護していない方の親が子どもと面会等を行うことです。 例えば母親が離婚後に子どもを引き取った場合、子どもに会いたい父親のために、また子どもが父親
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.nuxtjs.org/
CQRSの優位性