2016-12-11

python の開発環境を準備してみる

↓この辺の記事を参考に

~/.zshrc に

# for anaconda activate/deactivate cmd
alias activate="source $HOME/.pyenv/versions/anaconda3-4.1.1/bin/activate"
alias deactivate="source $HOME/.pyenv/versions/anaconda3-4.1.1/bin/deactivate"

を設定してちゃんと動くようになった

scala だったらbuild.sbtとかに libraryDependencies でライブラリ指定すればいいだけなのだけれど、pythonはちょっとなんかやり方が違うのね

難しい・・・

入門 Python 3

作者: Bill Lubanovic,斎藤康毅,長尾高弘
出版社/メーカー: オライリージャパン
発売日: 2015/12/01
メディア: 単行本（ソフトカバー）
この商品を含むブログ (1件) を見る

2016-12-09

第２回DDD座談会に参加してきたメモ

第２回DDD座談会

19:00 - 22:10

ddd-zk.connpass.com

ハッシュタグ #dddzk

DDDを実践でやってる人が結構いる

成功事例について

DDDの本のやり方とかくらいしかないモデルを深化させて作った事例があまりないように感じるのになぜ多くの人がDDDを議論しているのかソフトウェアの複雑さはドメインにあるとみんな思っているからではないかうまく行ってる人たちってほんとにいるの？本で言われていることはほんとに有効なのか

DDDで失敗してきた顧客を巻き込めていなかったビジネスパートナーとの連携を無視してしまった政治的な文脈

戦術的なところで役に立ったことはあった（ヘキサゴナルアーキテクチャが威力を発揮したことはあったが、DDDのメインではない

DDDはカオスの辺縁（？聞き取れなかった）をもとめる作業ユビキタス言語は目標本人たちにも成功かどうかがわからないから成功事例が出てこないのではないか

@masuda220 成功事例が出てこないのは外から観察できないから仕事が楽になる、楽しいようにするためにやっているやってよかったと思っている話のシェアがみんなの財産になる常に失敗だと思っている

@上坂さんドメインに注力しているとお客さん的に外に出せない DDDをやろうとしている人たちはストイックで、ずっと追い求め続けてしまっている → 終われない

昔ながらのオブジェクト指向にくらべてDDDがいいのは戦略面的に優れている経営者からしたらコアドメインは「金のなる木」エンジニアサイドとビジネスサイドがユビキタス言語で一緒に考えられるのがいいところ

ドメインとビジネスが紐付いてこないサポートが必要

ICONIXとDDDは補完関係

性能がKPIにインパクトに与えるのであればDDDは必要ない

非機能要件もドメインと言えるのではないか @羽生田さん

WEB業界は比較的エンジニアサイドとビジネスサイドはユビキタス言語に近いもので喋れている

DDDの人はドメインによりすぎているイメージがある

シュレイヤメラン？

エヴァンスのこだわるドメイン一般論としてのドメインを言いたいのではないビジネスの人がテクニカルなことを言って良い非機能要件なこともドメインに含めてもよいエンジニアだけでなくビジネスをやってる人間も含めて、開発においてどのくらいの時間、コストを掛けてやるのかを議論する ↑たしかに！

エヴァンスは実際に自分が経験したことのみを書いているだけ

問題領域をエンジニア、ビジネスサイドで議論することを追い求めている問題領域はテクニカルなところではない

ドメインと境界づけられたコンテキストの違いって？ドメイン: 問題領域全体境界づけられたコンテキスト: 解決すべき問題領域

— 豆蔵宣伝 —

InfoQは豆蔵が運営してる InfoQ Japan翻訳者募集中

— 豆蔵宣伝 —

セプテーニ　下村さんツイート禁止

ユースケース駆動開発でドメインモデル（ユビキタス言語）を抽出（蒸留）

ユースケースを書いてみるとドメインモデル上にない言葉が出て来る

ユーザー、グループがメインだ！というふうに言っていても、ユースケースを声に出して見ると実はパーミッションが・・・とか出て来る

エンジニアの日本語力・・・

集約の話

ドメイン駆動設計のサンプルを見るのがよいエヴァンスはDBのトランザクションの話はしていないロジックの置き場所としての集約の設計とDBのトランザクションの集約は別物として考えなければならないどこまでのロジックの置き場所かがドメイン駆動設計における集約

Write/Readの集約（ドメインモデル）は別物 @masuda220 集約単位でモデルが存在 Request Modelは集約にニアリーイコール Response Modelはそうではない可能性もある

応募者と求人企業仕事という概念はそれぞれ違うものがある求職者ドメイン企業側ドメインと分けてみたこともある @masuda220 アクターの捉え方によって概念は違う

関数型言語でもモデル駆動設計は実践可能か

言語によるものではないやりやすさやりにくさはあるとは思う関数型は実社会で使うにおいて成熟しきっていない

純粋関数型だと・・・ ↑型クラスを自分で実装すれば良いのでは？ @かとじゅんさん

オブジェクト指向は国語関数型は数学

国語と数学を分けるのは何か？国語は人によって捉え方が異なる数学は一次曲線のように数式になっていたら誤解がない

エリックがQCON（2011年で来日した時に話を聞いたら、clojureを利用していた DDDが出来るかどうかはわからないと言っていた

どの言語を使うかはチームの話 Javaを使いたいチームであればScalaを選ぶ必要はない

プログラム勉強するならJavaよりHaskellがよさそう

Scalaはマルチパラダイムでいろいろな書き方が出来てしまうので難しいだれかがルールブックになって制御しないといけない

メソッドにユビキタス言語を用いる

オブジェクト指向はT（クラス）に従属関数型はF（メソッド）に従属

年齢計算とかのFより、年齢とか誕生日のTが先に見つかる

大多数はFが先に見つかるのかもマクドナルドでバイトするという大きなF Fはマニュアル

要求の捉え方

T従属の発想は現実に近い

正しいTとFは見つからないリファクタリングをするときにTのほうが楽だ @masuda220

エリック・エヴァンスのドメイン駆動設計

作者: Eric Evans
出版社/メーカー: 翔泳社
発売日: 2013/11/20
メディア: Kindle版
この商品を含むブログ (5件) を見る

実践ドメイン駆動設計

作者: ヴァーン・ヴァーノン
出版社/メーカー: 翔泳社
発売日: 2015/03/19
メディア: Kindle版
この商品を含むブログ (2件) を見る

ユースケース駆動開発実践ガイド

作者: ダグ・ローゼンバーグ,マット・ステファン
出版社/メーカー: 翔泳社
発売日: 2016/01/28
メディア: Kindle版
この商品を含むブログ (1件) を見る

2016-12-04

JJUG CCC 2016 Fall で発表をしたという記録

発表しました

2016年12月3日（土）に開かれたJJUG CCC 2016 で発表をさせていただきました

f:id:FScoward:20161204144058p:plain

↓資料はこちら

【JJUG CCC 2016 Fall 公開版】ドメイン駆動設計とscala 〜既存プロジェクトへの適用〜 from Fumiyasu Sumiya

www.slideshare.net

当日は会場にいっぱい人が入っていて、焦りました。

席も少し増やしていただけたようで大変恐縮です。

内容について

資料を作っていくうちにどこを対象として作成すべきなのかがわからず、結果的にDDDをあまり知らない人向けの内容になってしまい、既存プロジェクトにどう適用していくのかというところが薄くなってしまったのは反省です。（というかまだどうあるべきかは勉強中で悩んでいるところなので、そこを発表する自信がなかった・・・）

↓に参加していろいろと情報を仕入れようと思っています。

ddd-zk.connpass.com

また、このようにまとめていただけたこと非常に嬉しく思っています。

ドメインくどう設計とScala 既存プロジェクトへの適用を聞いてきたメモ #jjug_ccc #ccc_ab5 pic.twitter.com/mKki1pJDxF
— Nakayama san (@nakayama_san) December 3, 2016

補足

発表自体は完全にDDDを取り入れているかのように思われたかも知れませんが、まだ全然です。（コードの一割にも満たないくらい）

なので、ぜひ一緒にDDDを進めてくれる方を個人的には求めています。

途中の発言でSIerをディスるような発言があったと捉えられた方がいるかもしれませんが、僕は前職のSIerでいろいろと学びましたし、一緒に働いていた方々の大半は素晴らしい人達ばかりだったと思っていますので別にディスったつもりはありませんので、ご承知おきを。（そのへんはわかっていただけているとは思っていますが念のため）ディスるとしたら残業時間と組織のあり方というか仕事の進め方、技術に興味のない方々なので、皆様方に於かれましては別にディスられたと感じる必要はないです。

エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践)

作者: エリック・エヴァンス,今関剛,和智右桂,牧野祐子
出版社/メーカー: 翔泳社
発売日: 2011/04/09
メディア: 大型本
購入: 19人クリック: 1,360回
この商品を含むブログ (131件) を見る

実践ドメイン駆動設計 (Object Oriented SELECTION)

作者: ヴァーン・ヴァーノン,高木正弘
出版社/メーカー: 翔泳社
発売日: 2015/03/17
メディア: 大型本
この商品を含むブログ (4件) を見る

2016-11-27

Angular2 auto complete

Tutorial: Creating an Angular2 Autocomplete | 4Dev Web Development Tutorials

2016-11-26

Angular2 Form

NgForm - ts - API

↑のサンプルどおりに作ればOK

<div class="container">
  <h1>Artist Form</h1>
  <form #artistForm="ngForm" (ngSubmit)="onSubmit(artistForm)">
    <div class="form-group">
      <label for="name">Name</label>
      <input type="text" class="form-control" ng-control="name" id="name" name="name" required ngModel #name="ngModel">
    </div>
    <button type="submit" class="btn btn-default">Submit</button>
  </form>
    {{name.value}}
</div>

name属性は必要
#artistForm というのは変数名 artistForm に "ngForm" を入れるという意味
"ngForm" は ngForm ディレクティブ ?

import { Component, OnInit } from '@angular/core';
import { NgForm } from '@angular/forms';

@Component({
  selector: 'app-artist-form',
  templateUrl: './artist-form.component.html',
  styleUrls: ['./artist-form.component.css']
})
export class ArtistFormComponent implements OnInit {

  constructor(
  ) { }

  ngOnInit() {
  }

  onSubmit(f: NgForm) {
    console.log('----------------', f.value)
  }

}

Angular CLI

Angular CLIによるAngular2入門 / Angular2アプリを爆速開発 - Qiita

2016-11-23

play slick で Connection is not available になった

Connection is not available,

configの書き方が変わったらしい

slick {
  dbs {
    default {
      driver= "slick.driver.MySQLDriver$"
      db {
        dataSourceClass = "slick.jdbc.DatabaseUrlDataSource"
        properties {
          driver = "com.mysql.jdbc.Driver"
          url = "jdbc:mysql://localhost:3306/<スキーマ名>?characterEncoding=UTF-8&serverTimezone=UTC&nullNamePatternMatchesAll=true"
          user=root
          password=""
        }
        url = "jdbc:mysql://localhost:3306/<スキーマ名>?characterEncoding=UTF-8&serverTimezone=UTC&nullNamePatternMatchesAll=true"
      }

      username=root
      password=""
    }
  }
}

Scala逆引きレシピ

作者: 竹添直樹,島本多可子
出版社/メーカー: 翔泳社
発売日: 2012/07/03
メディア: 単行本（ソフトカバー）
購入: 6人クリック: 54回
この商品を含むブログ (14件) を見る

2016-07-24

Choreographyについて雑多に書き出して考えてみる

マイクロサービスアーキテクチャを考える基に

Choreography・コレオグラフィー

pub/sub

RabbitMQ? akka?

とりあえずakkaで考えてみる。

理屈

Publisher(顧客サービス)
Topic(顧客イベント)
Subscriber(ロイヤリティポイントサービス、郵送サービス、メールサービス)
Subscriberはどのイベントの時に呼び出されるべきかをTopicに登録する（購読）
顧客サービスがTopicに対してイベントをPublishする（出版）
イベントが発行されたことをSubscriberが検知する

Note

なんかこのやり方だと、TopicとSubscriber側で両方デプロイしなきゃいけない気がするけど、それはいいのかな？

Publisher, Subscriber

Playframework, finatra等で良さそう

Topic

akka-remote http://kimutansk.hatenablog.com/entry/20140924/1411509232

理屈はわかった、じゃあ実際の作りは？

クライアントが顧客サービスに対して、顧客登録のリクエストを送信する
顧客登録のリクエストを受け付けた顧客サービスはTopicに対して顧客登録イベントを出版するためのリクエストを送信する
Topicはリクエストを受け付けたら顧客登録イベントを出版する
TopicのSubscriberは出版されたイベントを受けて、ロイヤリティポイントサービス、郵送サービス、メールサービスへリクエストを送信する

これでいいのか？？？

Note

メールサービスがロイヤリティポイントサービスの結果の値を必要とする場合には、Topic側でそのような作りにする必要がありそう。

etc

https://www.tothepoint.company/blog/microservices-the-most-occurring-obstacles/ http://microservices.io/patterns/microservices.html http://eventuate.io/exampleapps.html https://www.tothepoint.company/blog/microservices-the-most-occurring-obstacles/ http://pkaczor.blogspot.jp/2015/12/akka-ddd-integrating-eventstore.html

マイクロサービスアーキテクチャ

作者: Sam Newman,佐藤直生,木下哲也
出版社/メーカー: オライリージャパン
発売日: 2016/02/26
メディア: 単行本（ソフトカバー）
この商品を含むブログ (1件) を見る

Sphereとともに

scalaとかplayframeworkとか。技術ブログにしたいなと。環境は Windows7x64, mac です。たまに声優さん情報が混ざります。最近ちょっとClojure触りました。

python の開発環境を準備してみる

第２回DDD座談会に参加してきたメモ

第２回DDD座談会

最近のトピック

上坂さん @takashiuesaka

増田さん @masuda220

奥田さん @yoskhdia

かとじゅんさん

成功事例について

集約の話

関数型言語でもモデル駆動設計は実践可能か

JJUG CCC 2016 Fall で発表をしたという記録

発表しました

内容について

補足

Angular2 auto complete

Angular2 Form

Angular CLI

play slick で Connection is not available になった

Choreographyについて雑多に書き出して考えてみる

Choreography・コレオグラフィー

pub/sub

理屈

Note

Publisher, Subscriber

Topic

理屈はわかった、じゃあ実際の作りは？

Note

etc