Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
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
140
OSC名古屋東海道らぐLT
na0ki
0
670
mWWDC2017
na0ki
0
520
osc hamanako 2017 LT
na0ki
1
110
OSC Nagoya Tokaidou LUG LT
na0ki
0
150
Tokaido LUG 2016.02.20
na0ki
0
910
Other Decks in Technology
See All in Technology
株式会社ログラス - 会社説明資料【エンジニア】/ Loglass Engineer
loglass2019
4
65k
バイブスに「型」を!Kent Beckに学ぶ、AI時代のテスト駆動開発
amixedcolor
2
580
初めてAWSを使うときのセキュリティ覚書〜初心者支部編〜
cmusudakeisuke
1
280
AIのグローバルトレンド2025 #scrummikawa / global ai trend
kyonmm
PRO
1
310
「全員プロダクトマネージャー」を実現する、Cursorによる仕様検討の自動運転
applism118
22
12k
まずはマネコンでちゃちゃっと作ってから、それをCDKにしてみよか。
yamada_r
2
120
LLM時代のパフォーマンスチューニング:MongoDB運用で試したコンテキスト活用の工夫
ishikawa_pro
0
170
AWSで始める実践Dagster入門
kitagawaz
1
730
20250913_JAWS_sysad_kobe
takuyay0ne
2
250
2025/09/16 仕様駆動開発とAI-DLCが導くAI駆動開発の新フェーズ
masahiro_okamura
0
120
「どこから読む?」コードとカルチャーに最速で馴染むための実践ガイド
zozotech
PRO
0
550
なぜテストマネージャの視点が 必要なのか? 〜 一歩先へ進むために 〜
moritamasami
0
240
Featured
See All Featured
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
14k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
530
The Invisible Side of Design
smashingmag
301
51k
Speed Design
sergeychernyshev
32
1.1k
Typedesign – Prime Four
hannesfritz
42
2.8k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
113
20k
Practical Orchestrator
shlominoach
190
11k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Context Engineering - Making Every Token Count
addyosmani
3
58
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.6k
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 をご覧ください! あひるの進捗にご期待ください