Webを構成する重要な要素の1つであるHTTPは、その最新仕様で2層構造となり、バージョンに関係なく使えるSemanticsと、特徴の異なる通信仕様を定めたHTTP/1.1、2、3に分割されました。 さらに現在では、HTTPの上にあらためてUDPやIP、イーサネットなどのプロトコルを実装する提案が行われており、まさにHTTPは通信の全てを飲み込む勢いで進化しつつあります。 こうしたHTTPの最新動向の解説が、大手CDNベンダでエッジクラウドなども展開するFastlyが2023年11月8日開催したイベント「Yamagoya 2023」で同社シニアプリンシパルエンジニアの奥一穂氏が行ったセッション「HTTPが全てを飲み込む」にて行われました。 本記事ではこのセッションをダイジェストで紹介していきます。記事は以下の3つに分かれています。 HTTPが全てを飲み込む（前編）～HTTPの2層構造と、H
Remote workers want to recreate those watercooler moments, virtually 在宅ワークで消えた「雑談」 あの手この手で縦割り破る 一見、無駄な時間のように思える職場での井戸端会議は、信頼関係を築き、絆を深めるのに役立つ。在宅ワークを余儀なくされる中、同僚や赤の他人との何気ない会話をするために創造的な方法を考え、試している人たちがいる。 by Tanya Basu2020.08.25 104 18 19 16 トム・マローンは、パンデミック（世界的な流行）によって突然大勢の人々が在宅ワークを余儀なくされたからといって、ウォーターサーバーを囲む雑談が絶滅したとは思いたくなかった。職場でのとりとめもない会話が、人々の信頼を築き、絆を深めるのに役立つと知っていたからだ。テクノロジーと組織設計の研究に携わる研究者であるマローンは、バーチャ
ごあいさつ 初めまして、株式会社セガ開発技術部の廣島です。 今回のBlogでは新型コロナウィルスの感染拡大防止のために弊社で実施されたリモートワークに関して、私達のチームで起きた問題やその問題に対してどう対応したのかを紹介します。 リモートワークをしてみて、私たちのチームに発生した問題は、コミュニケーションが上手くいかず、チームとしての機能が低下していくことでした。 そして、その原因は距離でした。 チームの間に物理的な距離ができてしまったことで、雑談のような気軽なコミュニケーションが減り、心の距離までもが遠くなってしまったのです。そしてこれまで何事もなく回っていたチームの歯車が、少しずつ噛み合わなくなっていきました。 しかし、リモートワークなので当然、物理的な距離を近づけることはできません。 どうすれば良いのか？何をすればこれまでと同じように上手くチームが回るのか？ そういった試行錯誤をし
リモートワークの拡大に伴い、コミュニケーションのとり方が変わりつつあります。メリットが取り上げられがちですが、減る雑談、書類や業務の非効率化といったデメリットも。 そこで活用できるのが、「Slack」です。チャットや通話機能だけではなく、コミュニケーションを活発化させ、業務を効率化する機能が多く搭載されています。 そこで、在宅勤務中のSlack Japan株式会社日本法人代表の佐々木聖治さんにZoomインタビューを実施。 日頃からリモートワークを実践している人には、意外なヒントとなり、急遽在宅勤務をすることになった人にも実践できる活用Tipsや活発なコミュニケーションを生むナレッジを伺いました。 まずは社内のコミュニケーションルールを作る—— Slackを使い始めたばかりの頃は、絵文字をどのタイミングで使えばいいかなど、コミュニケーションのとり方に戸惑うこともあります。最初に必要なことは？
William A. Anders, the astronaut behind perhaps the single most iconic photo of our planet, has died at the age of 90. On Friday morning, Anders was piloting a small…
こんにちは、エンジニアの清水です。 今回は、ソラコムが日々実践している非同期コミュニケーションについて、紹介してみようと思います。 ソラコムでは、メンバーの働く場所について制限がありません。 いつ、どこで働くかは本人の裁量に任されています。 家や近所のコワーキングスペースで仕事することもできますし、子供を保育園に送ってから出社したりすることもできます。 単純に、通勤ラッシュを避けるオフピーク通勤や、通勤時間がもったいないから今日は家で頑張る、ということもできます。 あくまで本人が責任と主体性を持って仕事に取り組むことが前提になっている（出社していることを言い訳にできない）ので、それなりの緊張感は伴いますが、組織のステージに合ったいい制度だなと思っています。 このワークスタイルで課題になるのが、コミュニケーションの方法です。 リモートワークを経験されたことがある人なら心当たりがあるかもしれま
こんにちは、ライターの岡田大です。 お待たせしました。特別編「トップエンジニアたちの夜」のPart4をお届けします。 ※Part1～3未読の方＆内容を忘れてしまった方は、Part1・Part2・Part3を一読してからお楽しみください！ リモートワークを成功させるために必要なモノとコトについては前回お伝えした通り。ルールとマナーなくして成り立たないことは言うまでもなく、そのことをメンバー（とくに新人）に徹底させるために、リモートワークを積極的に導入している伊藤氏は、ガイドラインをドキュメント化することにより意識の共有を図っているという。その際に活用しているのが、技術情報共有サービスQiita:Teamである。堀木氏の口から「Qiita:Team」という言葉が発せられるやいなや、参加メンバー一同がこれに食いつき、座談会はチーム内における情報共有に関する話題で持ち切りになっていった……。なお、
こんにちは。SmartNews の町野です。 このエントリは Slack Advent Calendar 2014 の８日目になります。 はじめに SmartNews では、今年の１１月から、チャットツールを HipChat から Slack に移行しました。HipChat の時は基本エンジニアしか使っていなかったのですが、今回の移行のタイミングで、エンジニアだけでなく、ビジネスやコーポレートの人間まで使うようになりました。更には、米国のサンフランシスコやニューヨークにいるメンバーも含めて、日米全社員が、同じチームとして Slack を使っています。 （ちなみに、メモ共有ツールとして、Qiita:Team も全社員で使っています。お世話になっております） （先日、SmartNews の Qiita Organization も開設させてもらいました。お世話になっております） HipChat
http://rubyrogues.com/176-rr-rails-as-an-soa-client-with-pete-hodgson/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 「システムの設計は、その組織のコミュニケーション構造を反映したものになる。」というコンウェイの法則について、ThoughtWorksのPete Hodgsonは、それを逆のかたちで、つまり、採用すべきアーキテクチャの特性を活かすために人と人とのコミュニケーションをどう改善するかということに、かなり時間をとっていると語っています。 コンウェイの法則は、重力のように不可避なもの。うまく活かせるように変わるか、対応できずにダメになるかの二者択一だ。 各サービスの担当チームが細分化されている大企業の顧客において、SOA（
2014/9/26に行われたBASE技術勉強会の発表資料
Slack は、人と情報を集約するプラットフォームです。伝えたいことは、文字でも、音声でも。社外の組織ともやり取りできます。
こんにちは。はてな デザインチームの id:ueday です。 どうしたら会社（あるいはチーム）でのコミュニケーションを円滑に・楽しく行うか、というのは常に悩みどころですよね。私達も今までに色々なツールや方法を試していて、日々ベストプラクティスを探しているところです。 この記事では、はてなで実践している社内コミュニケーション方法についてご紹介しますが、常に試行錯誤しているので、これが最適、とは言い切れないところがあります。現時点の方法としてご紹介したいと思います。 東京・京都の2拠点を繋ぐ はてなでは、京都と東京の2拠点で開発をしています。そこで活躍するのが、「ポリコム」というテレビ会議システムです。打ち合わせや朝会はこのポリコムを通じて行うので、物理的な距離を感じずにコミュニケーションがとれるのです。詳しくははてなのカルチャーをご覧ください。 カルチャー - 株式会社はてな メールは使わ
Home > ニュース・セミナー > ニュース一覧 > TOPICS > ２１世紀の開発者のための グループチャットサービス「Idobata」を提供開始 ～チームによるソフトウェア開発を支援～
id:antipopさんやid:studio3104さんに機会をもらえて、CROSS 2021に参加させてもらい、はてなでのレビューの話を軽くさせてもらった。はてなからは僕とid:hakobe932さんとで参加した。 http://blog.kentarok.org/entry/2014/01/18/204552 2014/1/17 #cross2014 コードレビューCROSS 〜ぶつかり稽古 2014初場所〜 - Togetter それで、今回参加して他の会社の人のレビューの話も聞いて、あーそれはあるあるとか、そういう問題解決するためにこういうことしてますとか、他の会社ではこういう時どうしているんだろとか、幾つかおもうところがあったので、もう少しレビューのことについて書いてみる。 レビューと関係性問題 レビュアーとレビュイーの関係に関して - 職質アンチパターン コードレビューと関係性
以前、本連載の記事（「企業の情報系システムがSNSで済む理由」）で、メールやコミュニケーションポータルを用いた従来の企業内のコミュニケーションが、ソーシャルネットワークのスタイルのように「フィード化」「ウォール化」していくことの可能性を記した。 その可能性は、日頃当社が手掛けている業務改革の現場で肌で感じることなのだが、実際にはどうなのか。それを検証すべく、当社のあるチームで企業向けのソーシャルネットワークツールを導入してみた。 モバイル環境でも使え、馴染みのあるフェイスブックに似た機能・ユーザーインターフェースを持つツールを選定し、原則として「対外的なやり取り以外は、メールではなくソーシャルネットワークでコミュニケーションする」。そういうルールで取り組んでみた。 その結果、現時点で面白い結果が出てきているので、データをもとに紹介したい。 従来の3倍に増えたコミュニケーション 運用開始した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く