나만을 위한 Slack Team

자신을 위한 Slack Team이라고 하는 것을 잠시 사용하고 있어, 여러가지 「이것은 좋다!」라고 생각해 사용하거나, 그리고 「역시 우자 이와...」라고 생각해 그만두고 있을 때, 채팅이라는 플로 올려도 좋은 정보와 올려도 의미가 없다 or 올리면 우울한 정보가 좁혀져 있기 때문에 정리해 본다.

Slack에 정형화한 조사의 흐름 정보를 모으기

「로그를 모을 필요가 없는 정보 & 낡으면 가치가 없어지는 정보」는, 채팅에 흘리는 것이 가장 좋다. 예를 들어 트위터의 트렌드와 RSS 피드, 최근 뉴스 등 낡으면 가치가 없어지는 정보라는 것이 확실히 있다.
그리고, 각각의 서비스를 사용하는 것보다는, 서비스로부터 주워 와서 채팅에 플로우 정보로서 집약하는 것이 잊지 않는 데다 정신적으로도 상냥하다.
feedly를 보거나, Twitter에서 정기적으로 트렌드를 조사하거나 같은 것은 지금의 정보가 아닌 한 가치를 가지지 않기 때문에 Slack의 로그 제한으로 흐르는 것을 가미하면서 계속 흘린다.

htps //w w. 음 pmjs. 코 m / Pac 카게 / 후보 t r s - r r r

RSS 또는

htps //w w. 음 pmjs. 코 m / Pac 카게 / 후보 t와 r-sea rch

에고 서치 라든지

htps //w w. 음 pmjs. 코 m / Pac 가게 / 후보 t- ぇ 아테 r-

날씨라든지

mention에 의한 알림 어댑터

htps //w w. 음 pmjs. 코 m / Pac 가게 / 후보 t t 렛

개인 프로젝트 알림

htps //w w. 음 pmjs. 코 m / 파 c 카게 / 후보 t c 롱

쉘 스크립트로 묶기 위해

명령 대체

집의 전기를 끄셨습니까? 라든지 음악을 끄셨습니까? 같은 정보는 가능한 한 밖에서 명령으로 어떻게든 할 수 있도록 하고 있다. 열쇠는 아직 무리이지만, 언젠가 하고 싶다.

htps //w w. 음 pmjs. 코 m / Pac 카게 / 후보 tp 히이 p 슈에

집의 hue라든지

shell을 Hubot에 실행 (자작)

deploy는 서버에서 대기하지 않고 Slack과 Hubot으로 연결

Github에 의한 push의 hook에 의한 POST 요청이라는 것을 집 서버에서 기다리는 구조라는 것을 스스로 메인터넌스하는 것이 귀찮아서, 일단 Github의 hook는 Incoming에 보내고 나서, 그 내용을 서버로 기르고 있는 Hubot가 주워 deploy한다는 구조로 하고 있다.

htps //w w. 음 pmjs. 코 m / Pac 가게 / 후보 t에서 p ぉ y

요약

대체로 Hubot에서 버리지 않고 남아 있는 스크립트는 이하의 4개로, 커맨드 이외는 「지금 필요하지만, 조금 지나면 불필요하게 되는 정보」가 살아 남고 있다고 하는 인상. 쭉 로그가 남게 되면 또 다르겠지만, 플로우 정보로서 뾰족하게 하는 방향 밖에 결국 계속 사용하고 있다.

정형화 된 뉴스 및 조사 정보

mention에 의한 알림 어댑터

명령 대체

deploy 용