$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
OSC Osaka 2017 LT
Search
ahiru
January 28, 2017
Technology
0
150
OSC Osaka 2017 LT
LT presentation slide for OSC Osaka
ahiru
January 28, 2017
Tweet
Share
More Decks by ahiru
See All by ahiru
tokaido lug 2019-03-09
na0ki
1
150
OSC名古屋東海道らぐLT
na0ki
0
680
mWWDC2017
na0ki
0
530
osc hamanako 2017 LT
na0ki
1
120
OSC Nagoya Tokaidou LUG LT
na0ki
0
150
Tokaido LUG 2016.02.20
na0ki
0
910
Other Decks in Technology
See All in Technology
AIエージェント開発と活用を加速するワークフロー自動生成への挑戦
shibuiwilliam
2
110
2025年 開発生産「可能」性向上報告 サイロ解消からチームが能動性を獲得するまで/ 20251216 Naoki Takahashi
shift_evolve
PRO
1
200
Snowflakeでデータ基盤を もう一度作り直すなら / rebuilding-data-platform-with-snowflake
pei0804
6
1.6k
エンジニアとPMのドメイン知識の溝をなくす、 AIネイティブな開発プロセス
applism118
4
1.3k
Sansanが実践する Platform EngineeringとSREの協創
sansantech
PRO
2
910
今年のデータ・ML系アップデートと気になるアプデのご紹介
nayuts
1
470
打 造 A I 驅 動 的 G i t H u b ⾃ 動 化 ⼯ 作 流 程
appleboy
0
350
AWS Security Agentの紹介/introducing-aws-security-agent
tomoki10
0
300
業務のトイルをバスターせよ 〜AI時代の生存戦略〜
staka121
PRO
2
210
NIKKEI Tech Talk #41: セキュア・バイ・デザインからクラウド管理を考える
sekido
PRO
0
130
mairuでつくるクレデンシャルレス開発環境 / Credential-less development environment using Mailru
mirakui
5
540
SQLだけでマイグレーションしたい!
makki_d
0
220
Featured
See All Featured
GitHub's CSS Performance
jonrohan
1032
470k
Docker and Python
trallard
47
3.7k
Visualization
eitanlees
150
16k
Building Flexible Design Systems
yeseniaperezcruz
330
39k
The Cost Of JavaScript in 2023
addyosmani
55
9.4k
The Language of Interfaces
destraynor
162
25k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.3k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.6k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
10
730
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Transcript
あひるを焼くな OSC大阪LT
自己紹介 lあひる lNitech lTwitter 「あひる焼き」とつぶやけばわかる lEJUG, mikutter
あひる焼き #とは 概念であり 浪漫であり 義務であり 萌え燃えである
あひる焼くなプラグイン uあひる焼きに対抗すべく、開発したmikutter プラグイン u「あひる焼き」「Ahiruyaki」「扒家鸭」に反応して自動fav&リプライするbot u自動なので、リプライとふぁぼには職人の手による温かみは感じられない umikutterって何? -> 元Twitterクライアント 現在は環境 umikutterの作者はどんな人?
-> ておくれ umikutterは環境 #とは -> ファイラ、mikutterm、豊富なプラグイン
あひる焼くなプラグイン あひる焼くなプラグインは 最高のユーザーエクスペリエンスを提供すべく 進化を続けています
あひる焼くなのこれまで u最初期はクライアントマシンのmikutterで動いていた uリファクタリングを重ねて、GUIに依存しなくなる uGUIに依存しなくなったことでサーバーで動かせるように! u自宅サーバで常時あひる焼くなを提供 uTwitterのフィルタリング機能で焼きツイートを取得し、反応するようになった uフィルタリングの取得漏れによって反応できないことはある uだいたい0 - 2秒程度でリプライが可能に
u時間帯によっては飯テロ画像を返す
最近のあひる焼くな u新ConoHaで動作 u8.8.8.8へのpingが平均で0.9ms程度で速い -> リプライ速度の向上に貢献 uリプライの応答速度の平均が1秒をきりつつある(ここ一ヶ月の平均) uありがとうConoHa先生
最新のあひる焼くな u昨日完成! u辞書の追加が面倒だったのが、クライアントのmikutterから更新ができるよう になった uサーバーサイドのmikutter側で辞書の更新をできるように u自分のツイートに「辞書更新」が含まれていれば辞書をリロードする u辞書をあひる焼くなのリポジトリから切り離して、独立したリポジトリで管理す ることでメンテナンス性の向上
従来の仕組み 1 2 3 ローカルで辞書を編集 GitHubにプッシュ yaketaサーバにssh GitHubから最新ソースを取得 mikutterを再起動
_人人人人人人_ > 面倒臭い <  ̄Y^Y^Y^Y^Y ̄
新しい仕組み 1 2 3 ローカルのmikutterで 「辞書追加 辞書の種類 追加語句」 をツイートする 「辞書更新」のツイートを
トリガーにGitHubから最新 辞書を取得 辞書をリロード mikutterの再起動なし mikutterが自動的に該当辞書に 語句を追加しGitHubにプッシュ 成功したら「辞書更新」と自動 的に呟く
結果
結果 u辞書の追加を楽にできるようになった(手順が少なく簡単に) u辞書とコアのリポジトリを切り離したことで、辞書のみの更新が可能に uローカルにあひる焼くなのソースがなくても更新が可能になった uあひる焼くなに辞書のリロード機能を搭載したことにより、 mikutterの再起動が必要なくなり、ダウンタイムをなくすことに成功!
「One more thing…」
ここまで前振り
mikutter は環境
mikutter は Not Only Twitter Client
つまり Slack が使えてしまっても問題ないな?
mikutter_slack
mikutter meets slack umikutterは今さまざまなサービスと連携できるように進化をしている uSlackプラグインがそのモデルケースとなるように開発を進めている uSlackプラグインの実装の過程でmikutter側の実装が足りない部分などは、 u適宜mikutter作者をオッラーンすることで対応してもらう所存 ここに以下の図 https://pbs.twimg.com/medi a/C35wlTGVMAArnVk.jpg:lar
ge
今できてること u単一のチームのみ扱える uリードオンリーで投稿はできない uパブリックチャンネルのみ扱える u今後随時機能を拡張していく予定
今後 uSlackのサードパーティ製プラグインの代表となれるよう志高めに実装していきたい u日経LinuxでLinuxのSlackクライアントとしてmikutterが紹介される日を夢見てる uGitHubで公開しているので、mikutterユーザはどんどん使ってほしい uhttps://github.com/Na0ki/mikutter_slack u詳しくは mikutterの薄い本vol.11 をご覧ください! あひるの進捗にご期待ください