モバイルバッテリーとは呼べない。「ほぼポタ電」なコレ1台で有事の時もアウトドアも大活躍!【AmazonスマイルSALE】
モバイルバッテリーとは呼べない。「ほぼポタ電」なコレ1台で有事の時もアウトドアも大活躍!【AmazonスマイルSALE】
ウイルスが弊社にTeamsをもたらした。 環境が変化すると、組織も急速に進化するのである。 結果、俺は「先生」となった。 Teamsの導入 弊社にMicrosoft Teamsが導入された。 もともと導入に向けて動いていたようだが、ここにきて一気に展開された。おそらくコロナの影響だろう。通常時ならば、もっと時間がかかったのではないかと思う。既に多くの人が言っているように、「ウイルス進化」という言葉が頭に浮かぶ。与えられる「新しい生命能力」が、弊社の場合はTeamsであるのか、と*1。 だがツールというものは、使われてこそ価値がある。しかもTeamsのようなグループチャットの場合、一部の人間だけが使っている状態では意味がない。「メトカーフの法則」によれば、ネットワーク通信の価値は、接続されているシステムのユーザ数の二乗に比例する。組織の全員が利用してこそ真価を発揮するのだ。 No machi
触発 ■ - masawadaの日記 を読んで触発され、記録の目的も兼ねて書きます。 一時期、半年ほど1人でリモートワークをしていた時期がありますが、精神に異常をきたしたりしておりません。 — うなすけ (@yu\_suke1994) April 6, 2020 僕自身、一時期半年近くリモートワークをしていたのですが、特に閉塞感がどうこう、というのはありませんでした。(他の要因もあります) ただ昨今の外出自粛な状況になって同様のメンタルを保っていられるかはまた別の話だと思います。 とりあえず最近の状況についてまとめていきます。 リモートワーク力 「リモートワーク力」というのがあると思います。これは筋力のような身体的なものというよりは、自宅の設備などの話であったり、仕事のスタイルであったりを指して言っています。 僕自身、新卒入社したところでリモートワークが盛んに行われていたこともあり、また将
こんにちは、BOXIL開発チームの徳田です。 ついに(?)緊急事態宣言が発令され、社会全体がバタバタしていますが皆さん元気にやっていますでしょうか。 スマートキャンプでは3月2日から新型コロナウイルスの感染防止対策として在宅勤務が行えるようになり、現在では原則出社禁止となっています。 これまでほとんどの業務時間を対面で過ごしていましたが、全員が在宅で仕事をするようになったので、今回はその様子をお伝えしようと思います! これまでの開発体制 BOXIL開発チームの様子 基地Zoom部屋 ペアプロ・モブプロ 週次振り返り (Retrospective) 週次成果発表 (Sprint Review) テキストコミュニケーション Biscuet開発チームの様子 サブZoom部屋 週次振り返り (Retrospective) おまけ: 全社的な動き これまでの開発体制 スマートキャンプは開発チームが2
Deploys require a careful balance of speed and reliability. At Slack, we value quick iteration, fast feedback loops, and responsiveness to customer feedback. We also have hundreds of engineers who are trying to be as productive as possible. Keeping to these values while growing as a company means continual refinement of our deployment system. We had to invest in greater visibility and reliability
私個人の話なのですが. 最近は仕事でAWSやGCPのサーバレスアーキテクチャにふれる機会が増えた*1と同時に, 自分が気になる世の中のニュース(グルメとかいろいろ)だけをいい感じに集めてまとめて読みたい その中でも特に⚾, 速報とかいい感じに通知させたい という怠け者欲ライフハック欲が高まってきたので, GCP(とちょっとしたPythonスクリプト)でSlack Botを作りました. 趣味開発で雑にはじめた結果, 三日程度でできちゃった*2のでその知見をメモ代わりに残します. おしながき おしながき TL;DR 対象読者 作ったもの GCPをフル活用して実質三日でBotをローンチした Bot本体の開発 GCPの何を使うかで試行錯誤 プランA「GCEを使う」 プランB「Cloud Run + Cloud Scheduler」 採用した構成「Cloud Functions + Cloud Sc
techbookfest.org GUIの薄い本です。「入門 監視」ばりに主語デカタイトルです。 著者は私と f_subalさん、daiizさん、miyaokaさんで、座談会パートにはKeima Kaiさんが参加しています。 内容は「ドラッグ&ドロップを始めとする作るのがしんどいGUI」をいちから書いてみようよ、という感じです。 GUIコンポーネントの使い方についての本はよく見かけますが、コンポーネント自作についての本というのはなかなか珍しいんじゃないかと思います。 概ね下記のようなノリの、ゆかいなGUIの本として読んでもらえれば、と思います。 私はセレクトボックスを実装してみようという章を書いています。最終的になぜかリングコマンドになりました。 中でも、最後の座談会パートは好評です。STUDIOの二人が参加しているので、先にSTUDIOを触ってみるとより文脈がわかると思います。 サンプル
システムの保守・運用を行うインフラエンジニアにとって、障害対応は最も責任のある仕事のひとつであり、障害の監視や通知に関するツールは「PagerDuty」や「Zabbix」が有名です。そうした障害対応を助けてくれるツールとして、Netflixが無料のオープンソースソフトウェア「Dispatch」を公開しました。 Introducing Dispatch - Netflix TechBlog https://netflixtechblog.com/introducing-dispatch-da4b8a2a8072 About - Dispatch https://hawkins.gitbook.io/dispatch/ Netflix Dispatch - Reviews, Pros & Cons | Companies using Netflix Dispatch https://stack
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Slack Japanは3月5日、東京リージョンでユーザーがデータの保管場所を制御できる「データレジデンシー」機能の提供を開始したことを明らかにした。従来は主なデータが米国に保管されていたが、今後は日本国内に限定したデータ保管が可能になる。 同機能は、金融や行政、医療など、データセキュリティに関する規制が厳しい業界での利用に対応するもの。プラスプランとEnterprise Gridのユーザーが利用できる。米国以外では日本(東京)やドイツ(フランクフルト)とフランス(パリ)で利用でき、今後は英国とオーストラリアのリージョンでも提供されるという。 同機能の対象となるデータは、ユーザーがSlackで生成したメッセージ、ポスト、ファイルや検索な
Opensource.buildersは人気のアプリの代替となるOSSをまとめているWebサイトです SlackやGoogleの各サービス、1PasswordやGithub、Shopify、Heroku、Zendeskなどなど様々な職種や業界の方に好まれていて、且つ有償プランもあるアプリの代替を中心にまとめているようです コストを落としたいけど機能面でしぶしぶ有償プランを選択している、という方向けでしょうか。機能が同じでも環境的になかなかこの手の代替アプリに移行できない事情の方も多い印象ではありますが、選択肢があればいざという時(急に料金が大きく上げられる等)に役立つかもしれませんね 尚、本WebサイトもGithubにてOSSとしてソースコードが公開されています。ライセンスはMITとの事です Opensource.buildersOn Github
2020年1月に行われた Design Matters Tokyo のセッションでUXライティングについて学んだので記事にまとめます。 Slack社でUXライティングに取り組んでいるアンドリューさんのお話で、実際にUXライティングするワークショップも体験したので共有したいと思います。 Slack社のアンドリューさん UXライティングとはUXライティングとは、ソフトウェアやインターフェースを言葉で対話可能にすることを目的としたコピーです。 ユーザーの行動フローを理解し、専門用語を使わずに対話できるインターフェースを設計する職種のことを「UXライター」と呼んでいますが、まだまだ新しく誕生した職種のためいろいろと模索しているとのことです。 特にSlackでは人とのつながりの構築を意識してUXライティングに取り組んでいて、 どうやったら人と繋がれるのか。 どうやったら言葉で人と寄り添えるのか。 ど
昨年末にFirebaseのアイデアソン/ハッカソンに参加しました。 その場で出会った3名で即席チームを結成して、約1ヶ月でFirebaseを使ったサービスを開発しました。 その結果、最優秀賞を獲得し、更に1ヶ月で機能を追加して、サービスを正式リリースしました! 自分なりに大きな経験になったので、その経緯をサービス紹介を含めて公開します。 個人開発したいと思っているエンジニアで、参考にしてくれる人がいたら幸いです。 どんなサービスか "SlideLive(スライドライブ)"といいます。 勉強会やセミナーのライブ感を飛躍的に高めるリアルタイムスライド共有サービス です。 SlideLiveのコンセプト 勉強会をライブに 私はプレゼンが苦手です。 「アイスブレイク」ってどうやったらいいのでしょうか? 「勉強会でプレゼンしている時にリアクションが無く緊張する」ことってありませんか? そんな課題認識
Published:Tuesday, January 7, 2020Updated:Wednesday, May 20, 2020 We released the Conversations API in September 2017 as a one-size-fits-all replacement for a variety of APIs used to read and write information about channels, private channels, direct messages, and multi-party direct messages. Today we are announcing the deprecation of the methods that preceded the Conversations API (channels.*, gr
Slackでリアクションをつけた人を、Googleカレンダーの予定に自動で招待するワークフローの紹介(Zapier) 不特定多数が参加する予定をGoogleカレンダーで作ると、予定に招待するのマジ大変ですよね...招待する人が決まっていて、2、3人くらいならいいんですが、それ以上だと一々招待するのが大変ですよ さらに、「参加したい人は誰でも参加OK!」みたいな予定の場合、招待する人が不特定多数になり、「参加したい!」的な反応が来たら都度招待する感じになると思います その反応が来るタイミングもバラバラで、都度招待して...ってやるのは大変ですし、人力で招待してると招待忘れ・漏れが起きることもあります😂 「参加したい!」と言ってくれたのに、予定に招待してなくて、当日同じ時間帯に別の予定が入ってて参加できない...なんてことが起きると悲しいですよね😭 大変な作業や悲しい出来事から解放されるた
かつて、Microsoftは“ビジネスチャット”市場が盛り上がりを見せ始めたとき、「Slack」の買収を検討していたことが知られている。2016年当時の話だが、現CEOのサティア・ナデラ氏を含め、新旧幹部らが激論を交わす形でこの新しいトレンドにどう立ち向かうかの方向性が決められた。 社内は「Slack買収派」と「Skype for Businessを軸に自社製品を強化する派」の2派に分かれていたといわれるが、最終的に後者が勝利する形で「Microsoft Teams」誕生につながっている。 そのSkype for BusinessもMicrosoft 365 ProPlusでのデフォルトアプリケーションからは外され、2019年7月には2021年7月31日時点で「Skype for Business Online」の提供終了が発表された。サービス終了1年前の予告という形になるが、既存ユーザー
この記事は、はてなエンジニア Advent Calendar 2019の12日目の記事です。 任意のテキストを画面に流していきたいことってありませんか? ぼくはあります。定期的にエンジニアみんなの前でスライドを映しつつ話す機会があって、そんなとき Slack で実況的に反応がなされることがあるんだけど、Slack 映しっぱなしにするわけにもいかず、話し終わってあとからコメントに気づく……ってこともまあまあある。そんなとき、画面のスライドに重ねてコメントが流れてくれると自分も聞き手も共有できてうれしい。わけです。 それを達成するための1ステップとして、任意のテキストを画面に次々流してくれるアプリをElectronで作りました。 GitHub - motemen/TextCast じつは過去のこのエントリたちも、「Slack の発言をリアルタイムにデスクトップに流したい」という欲望からうまれた
この記事はLAPRAS Advent Calendar 2019の9日目の記事です 概要 LAPRASに入る前、業務の内容をDMでたくさん受け取って辛いという課題があった DMを受け取るとパブリックチャネルに優しく誘導してくれるDM警察というBOTを作ったがLAPRASに入ったら需要がなかった なんでや?じゃあLAPRAS関係ないやろ!? まとめ 課題 - 業務の内容をDMでたくさん受け取るのは辛い このような内容をDMで受け取ると少し困ります。 パブリックチャネルの発言であれば、僕がこの質問に答えられない場合でも「@知っていそうな人 さん、わかりますか?」とメンションするだけで事が足ります。たまたま会話を見ていて知っている人が能動的に答えてくれる事もあるでしょう。また、後々一連の会話をシェアしたくなったときでも、この会話へのリンクを貼れば経緯を伝えることができます。DMではいずれも叶いま
この記事は スタディストアドベントカレンダー 2019 9日目の記事です。 二枠連続で投稿する機会を得ましたので、業務の中のとある取り組みについて、前後編に分けてご紹介したいと思います。 さて前編ではキャッキャウフフ会の発足の経緯と最終的なゴールの解説をしました。 後編となる今回は実装上の詰まりポイントや、キャッキャウフフ会がなぜうまく回っているのかについて、メンバーで振り返りを実施した結果についてまとめます! と、その前にまずはゴールの再掲から。 アーキテクチャ図再掲 会の活動実績を改めて振り返ったところ、上記の流れを一通り実装しきるまでの活動としては全 3 回 開催されていました(その他にもいろいろなテーマで活動しているので、機会があったら改めてご紹介します!) というわけで各回のゴール設定とつまずきポイントについてご説明〜 第 1 回: Hello AWS World ! まずは導入
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く