# Step-to-Rails-Expert.rb 第7回

## 本日の流れ
### 自己紹介
* お名前
* 普段やっていること
* 今日聞きたいこと、意気込みなど
* せっかくなので差し支えなければマストドンアカウントも笑
#### 参加者のお名前（時計回り）
* ebi（主催者）
[LICTOOR株式会社](http://lictoor.com)のwebエンジニア。普段はRubyやRailsを使っています。最近はRailsよりHTML/CSSを書きまくっています
マストドンアカウント([pawoo: @ebihara99999](https://pawoo.net/@ebihara99999))
* two_sann（スタッフ） [twitter](https://twitter.com/two_sann) [pawoo](https://pawoo.net/@two_sann) [friends.nico](https://friends.nico/@two_sann)
社内システムでRails使っているエンジニアです。
なんだかんだでRails歴けっこう経ちました。
* sinsoku
* https://xmstdn.com/@sinsoku
* [Forkwell](https://forkwell.com) のエンジニアです
* 秒速284km
* https://mstdn.jp/@284km
* https://xmstdn.com/@284km
* [feedforce](https://www.feedforce.jp/)　のエンジニア
* まさらっき
* friends.nico 作ってます
* https://github.com/masarakki
* https://friends.nico/@masarakki
* nasum（なすえむ）
* https://github.com/nasum
* https://pawoo.net/@tomato360
* neguse
* https://s.neguse.net/@neguse
* en30(えんどー)
* http://twitter.com/en30y
* https://github.com/en30
* https://oriwebdon.com
* https://kakudon.com
* ykzts (山岸和利)
* https://pawoo.net/@ykzts
* https://github.com/ykzts
* alpaca-tc (隊長)
* http://github.com/alpaca-tc
* https://pawoo.net/@alpaca_tc
### 本編
* 議論
* 議題が終了した場合はフリートーク＆もくもく
### 次回のテーマリクエスト・感想等（あれば）
### 締め
#### 感想・次回のテーマリクエスト

## 議事メモ

### 書き方
* h5タグ（#####）で書き込んでください。
* もし該当する内容がない場合は、h5タグ以外でも適宜追記してもらって構いません。
* 自分の書いた内容以外は削除・変更しないようお願いします。
### テーマ: mastodon
#### 参考リンク
* [マストドンインスタンス一覧（公式）](https://github.com/tootsuite/documentation/blob/master/Using-Mastodon/List-of-Mastodon-instances.md)
* [アプリ一覧](https://github.com/tootsuite/documentation/blob/master/Using-Mastodon/Apps.md)

-------- 議題（質問等）を書いて下さい ここから-----------
#### 各インスタンスのソースコード・機能の比較

https://github.com/Step-to-Rails-Expert-rb/minutes/blob/master/mastodon/mastodon_situation_discusstion.md

##### friends.nicoの特徴
1. ニコニコアカウントとの連携機能がある。
2. 「お気に入り」が「ニコる」になっている。
3. 「＠ピザ」が実装されている。
4. 「ニコる」絵文字が使用できる。

引用: [friends.nicoについての説明（公式）](http://dic.nicovideo.jp/a/friends.nico)

##### pawooの特徴
* pawooログイン画面からローカルタイムラインが見られるようになっている！！
* ログイン画面にpawooの説明もついていてわかりやすい

##### xmstdnの特徴
Tor: Hidden Service Protocol に対応している
参考: [Tor: Hidden Service Protocol に対応した Mastodon インスタンスを立てた](http://sinsoku.hatenablog.com/entry/2017/04/28/021024)

#### ミリドン

* Twitter 連携
* ソースコードは非公開？

https://mldn.jp/about

#### mathtod

* 数式が書ける。

https://mathtod.online/about

##### 違い
###### javascript周りのディレクトリ構成の違い
* 本家
webpackerを使用すると、

$ rake webpacker:install

create  app/javascript
create  app/javascript/packs/application.js
（略）

というディレクトリ構成になる
参考: [Rails5.1から追加されると噂のWebpackerを使ってReact.jsを動かす。](http://qiita.com/yoshiokaCB/items/564ed0440f0428c0009a)

* pawoo & frends.nico & xmstdn
react-railsを使用しているのでapp/assets/javascriptとなっている

ここの変化はv1.4から

* デプロイは？
* capistrano使わずにやっている
* heroku
* precompleするときにdynoあげないとメモリ食って死ぬ（webpacker）

#### 運用方法の考察・議論
##### どういう条件でマージしているか
マージではないが、[issue#2568](https://github.com/tootsuite/mastodon/issues/2568)に対して、[ドワンゴさん](https://github.com/dwango/mastodon/commit/23078e19131c48ea9abd768964060ec753f274bd)、[ピクシブさん](https://github.com/pixiv/mastodon/commit/ed77053846892a0a2851d94100fc148930e27f14)は20日以上前にバグをfixしているが、[本家は10日ほど前にfixされている](https://github.com/tootsuite/mastodon/issues/2568)。（[ドワンゴさんはrevertしているけど](https://github.com/dwango/mastodon/commit/f160d72f42f4e24293056dd9636cf08ffdd634cc)）
本家のissueをチェックし、致命的なものは本家の対応を待たずに対応するような姿勢なのでしょうか？

* issueをパクったww
* ユーザーのバグ報告
* 本家に送る可能性としては、必ずではない
* 本家を必ずしも見ているわけではない
* エラーはどの程度直している？
sidekiq周りのエラーがおおい
* heroku使っているのであれば [Rollbar](https://rollbar.com/)というaddonが使える
* 本体いじらないで使っている人もいる

##### どのような方法で本家に追従しているか。
（マストドンに限らないと思うが）fork元に色々機能追加・修正を行いソースの内容が大きく異なる場合、本家の重要な変更をfork先に取り込むベストプラクティスってどういう形？
*　自分で直して本家に送るのが一番きれい
*　conflictを避けるような別のクラス名を使ったりする
*　rebaseはこころの強さが必要w
*　

#### 流行がひと段落して少し落ち着いた時期のmastodonの状況の考察・議論

#### mastodonソースの疑問点・指摘点の議論
##### serviceを使う意図は？ファットモデルを避けるため？
* 好きじゃないww
* MVOにDDDを足しているのがrailsのサービス層
* http://qiita.com/a-suenami/items/8897e2e36fe2836c6949

##### マストドン
サービス層とsidekiqにビジネスロジックが書いてある
thoughtbot (paperclipを作っている会社) の人がリファクタリングめっちゃしている

##### プロトコルについて
* OStatusというプロトコルを使用している
* その内部では、atomフィードを使いタイムラインをブログのフィードとみなして受け取っている
[参考: Mastodon OStatus API の叩き方](https://gist.github.com/okapies/60d62d0df0163bbfb4ab09c1766558e8)
* [OStatus2](https://github.com/tootsuite/ostatus2) Gargronさん作成のライブラリ

連合タイムラインを実装する際、各インスタンスでsubscribeするインスタンスを登録する必要がある？？

##### 機能追加、改善などの判断はどのように決定されるのでしょうか？ （仕事としてのマストドン開発的なところで聞いてみたいと思いました）
* パフォーマンス周りの改善は優先（サーバが落ちる）
* redis周り

##### マストドンの実装で微妙だと思う部分と、改善案
#### 開発に関わる人数は？
* 1人だったり数人〜10数人だったり
*

#### 投稿内容のチェックなどはしていますか？

#### 不正だったり、悪質だったりするユーザーの対応どうしていますか？