同僚に広めたい基礎教養
tl;dr エンジニアとして仕事をするうえで、みんなに知っておいてほしい「基礎教養」を書き出してみました （複数のメンバーにそれぞれ別々にこういうのあるんだよって話をしたので。。。） 知らないことが悪いわけじゃなくて、これまでの環境や経験の違いなだけ チームでやっていくなら、最低限の共通認識は持っておきたい 知っててやらないのと、知らずにやらないのは違うこと 日本人の名前の英語表記 昔は「名 → 姓」の順（例：Yoshitaka Nishimura）が一般的でした 今は政府方針により「姓 → 名」（例：NISHIMURA Yoshitaka）が推奨されています Git の user.name や、Slack などの名前表記もこの考え方で統一しておくと良いです もちろんしなくてもよいです（RECOMMENDEDです） VCS （主に git 以下同じ）のコミットメッセージ（タイトル） タイト
ストレスを生まないSlackのコツ - Pepabo Tech Portal
こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後
エンジニアのための「ミーティング・メモ」入門 - クラウドサービスとVSCodeを添えて - Lean Baseball
10月からコンサルタントに出戻りしたエンジニアです. 入社前に想定していた以上に毎日が楽しいです*1. それはさておき, つい先日に前職の同僚であるエンジニアリングマネージャーの@jazzsasoriさんとサシ飲みしたのですが, 「エンジニアリングマネージャーとかテックリードとかになると, 議事録（的なメモ）」を取る力無いと辛いよね, 案外言及されてないけど という話題になりました, 酔っ払ってあんまり覚えてないけど🍻*2 で, どれぐらいの方がこの話題に興味あるのかな?と気になり, 昨夜、久々に前職エンジニアリングマネージャー氏と飲んでて、何かの拍子に「エンジニアがビジネスな力をつける訓練の一つとして議事録書くのがいいんだよね」的な話をしたのですが 「エンジニアのための議事録書き入門」とかいうブログ記事って需要あると思いますか皆さん🤔— Shinichi Nakagawa / 中川
Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? GitLab社のGitLab Handbookと徹底した文書化、組織的なオープンネス（？）を先日調べたのだが、じゃあ同じように見える化、透明性をアピールしているツールが何か？と考えた際ににSlackがあると思っている。SlackといえばDM禁止！オープンな職場が良し！風通し良し！なやつである。 しかしそれを実際会社で根付かせようとした時に、Slackの使い方を説くだけでは足りなくて、むしろ皆の意識改革みたいなものが必要だな～とひしひし感じさせられる。オープンな会社が良いかクローズドが良いか、「チームの風通しは良いほうが良いのか？」 世の
GitHub メンションを Slack DM する機能を Serverless Framework で作った話 - メドピア開発者ブログ
メドピアマッスル部見習い kenzo0107 です。 今回は GitHub のコミュニケーションを円滑にすべく導入した GitHub 通知の Slack DM 機能になります。 github.com 導入経緯 GitHub.com でイシューコメントやプルリクエスト等でコメントをした、してもらった、時に気づかず放置されてしまうことが度々ありました。 Slack 上で 「あれ、どうなりました？」と聞くと、 「コメントくれてたんですね、すいません、気づきませんでした」と。 この防止策の一環として導入したのが、 GitHub メンションを Slack DM に通知する機能になります。 Slack には既に GitHub アプリあるけど？ Slack には既に GitHub アプリがありますが、個人宛てに DM 通知するには個々が認証する等、一手間あります。 その為、認証等せずとも、GitHub.
好きな技術を使って作る！くだらないslackBot運用のすゝめ - dely engineering blog
こんにちは。サーバーサイドエンジニア兼、新米slackBot整備士のjoe (@joooee0000) です。 本記事はdely Advent Calendar 2018の11日目の記事です。 Qiita: https://qiita.com/advent-calendar/2018/dely Adventar: https://adventar.org/calendars/3535 前日は、iOSデザインエンジニアの John が という記事でXcodeのDebugging View Hierarchiesの紹介をしました！ はじめに 皆さんは、触ったことのない技術をプライベートで触ってみたいけど、結局なにを作ろう。と悩んだ結果座学のみになってしまった経験はありませんか？ そんな方がいたら、くだらないslackBotを作って運用をしてみることをおすすめします！ 最近、哲学研究会(怪しげ)
SlackでKPT用botを仕込んでみた - リモートチームのKPTテクニック - - だいくしー(@daiksy)のはてなブログ
ぼくたちの開発チームは、現在1スプリント2週間のスクラムチームとして活動している。スプリントの最後には振り返りを実施しているが、そこではおなじみのKPTを採用している。 参考: 情報マネジメント用語辞典：KPT（けいぴーてぃー） - ITmedia エンタープライズ チームは複数拠点にメンバーが分散しているリモートチームで、振り返り会はテレビ会議を使って行われるので、KPTのやり方にもそれなりの工夫が必要となる。 Googleスプレッドシートを使ったKPT 通常のKPTでは、大きな模造紙やホワイトボードに、Keep、Problem、Tryの領域を定め、そこにそれぞれの内容について書かれた付箋紙を貼っていく。他の人が書いた付箋の内容が呼び水となって、他の人が別の課題を思いついたりもするので、全員が揃って付箋を次々に貼っていく、というスタイルが良いとされている。 メンバーが複数拠点にまたがって
Taking PHP Seriously - Engineering at Slack
Slack uses PHP for most of its server-side application logic, which is an unusual choice these days. Why did we choose to build a new project in this language? Should you? Most programmers who have only casually used PHP know two things about it: that it is a bad language, which they would never use if given the choice; and that some of the most extraordinarily successful projects in history use i
Slack / Hubot / GitHub / CircleCI によるChatOpsなデプロイ方法 - Qiita
概要 Slack / Hubot / GitHub / CircleCI などをつかってChatOpsにチーム開発できるフローをつくったので、ChatOpsによるデプロイ方法を中心にその方法をまとめてみます。 ChatOpsの主役であるチャットアプリには今回Slackを使いました。 HipChatでも同じように出来ますが、Slackの方がUIが優れていており、外部サービスとの連携も洗練されていたのでこちらを選択しました。 ChatOpsな環境の概要 SlackとHubot（PaaSであるheroku上にデプロイ）を連携させる SlackからHubot経由でGitHubにプルリクエストをつくる GitHub上の変更を監視し、CircleCIでテストを実施 デプロイ用のブランチに変更があった場合（GitHubのWEBコンソールでデプロイ用ブランチへのプルリクエストをマージした場合）、Circl
Unlock your productivity potential with Slack Platform
We'd like to add additional clarity to the recent rate limits change for the conversations.history and conversations.replies Web API methods. Any internal customer-built apps created before May 29th, 2025 will maintain their existing rate limits and will not be subject to the new posted limits. Read the updated FAQ for more info, and please continue to reach out with questions! We're making clarif
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
