並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 1102件

新着順 人気順

流量とはの検索結果1 - 40 件 / 1102件

  • CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note

    会社の体制が大きく変わり、カオスの中に少しの静寂(暇)ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

      CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note
    • クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊

      はじめにクレディセゾンに来てちょうど5年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない!」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません! 2019年:ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか?」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

        クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊
      • デルタ株の脅威 後遺症の苦悩 最新報告スペシャル - NHK

        https://www.nhk.jp/p/special/ts/2NY2QQLPM3/blog/bl/pneAjJR3gn/bp/paQYvZL26a/ 新型コロナ 第5波(もっと詳しい番組まとめ記事はこちら) 「これまでとは明らかに違う。こんな急激な症状悪化はみたことがない」(国際医療福祉大学成田病院・遠藤拓郎医師) 「デルタ株は、いままでと同じ対策では制御できない」(京都大学・西浦博教授) 新型コロナウイルスに最前線で立ち向かってきた医師、専門家のことばです。 変異ウイルス「デルタ株」による急激な感染拡大に襲われている日本。これまで重症化しにくいとされてきた比較的若い世代にも重い症状で入院する人が増え、病床がひっ迫しています。 日本でいま何が起きているのか。デルタ株とはどんな性質のウイルスなのか。 国内外の臨床や研究の現場からみえてきた最新情報をお伝えします。 (2021年8月11日の

          デルタ株の脅威 後遺症の苦悩 最新報告スペシャル - NHK
        • KDDIの通信障害についてまとめてみた - piyolog

          2022年7月2日、設備障害によりKDDIの携帯電話サービスで障害が発生しました。ここでは通信障害に関連する情報をまとめます。 通信障害発生から復旧発表まで3日以上 au携帯電話サービスがご利用しづらい状況について 障害発生同日8時以降から1時間おきに障害報告が公表されていた。 障害発生・復旧の状況は以下の通り。 対象地域 障害発生日時 復旧作業終了時間 復旧完了日時 西日本 2022年7月2日 1時35分頃 2022年7月3日 11時頃 2022年7月5日15時36分 東日本 2022年7月2日 1時35分頃 2022年7月3日 17時30分頃 2022年7月5日15時36分 影響を受けたのは全国の個人・法人向けのau携帯電話、UQ mobile携帯電話、povo、au回線利用事業者の音声通信、ホームプラス電話、ホーム電話、auフェムトセル、SMS送受信。7月3日11時時点の概算では約3

            KDDIの通信障害についてまとめてみた - piyolog
          • CTOの頭の中:技術投資を最適化する|Shin Takeuchi

            ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが(地代家賃、ライセンスフィー、PC代など含めるともっと)、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか?今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る

              CTOの頭の中:技術投資を最適化する|Shin Takeuchi
            • アルゴリズムの世界地図 - Qiita

              0. アルゴリズムとは? まず、アルゴリズムとは何かを説明します。(0 節の説明はスライド「50 分で学ぶアルゴリズム」 の説明を参考にして書きました) さて、次の問題を考えてみましょう。 問題: 1 + 2 + 3 + … + 100 の値を計算してください。 単純な方法として、式の通りに 1 つずつ足していく方法が考えられます。すると、以下の図のように答えが計算されることになります。 これで答え 5050 が正しく求まりました。これはれっきとした アルゴリズム であり、この問題を 99 回の足し算 で解いています。しかし、計算回数が多く、計算に時間がかかるのではないかと思った方もいると思います。 ここで、方法を変えて、「1 + 100」「2 + 99」「3 + 98」…「50 + 51」の合計を求めることで、1 + 2 + 3 + … + 100 の値を計算してみましょう。 50 個の

                アルゴリズムの世界地図 - Qiita
              • TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう|ハイクラス転職・求人情報サイト AMBI(アンビ)

                TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう 現在のインターネットを支える技術であるTCP/IPについて、基礎となるプロトコル群と、TCPの基本機能を丸田一輝さん、 中山悠さんに解説していただきました。 今からおよそ50年前、パケット交換方式による世界初のコンピュータネットワークであるARPANETが構築されました。それ以来、TCP/IP(Transmission Control Protocol / Internet Protocol)は通信を実現する基盤技術として使われ続けています。今ではパソコンに限らず、スマートフォンやゲーム機、センサー、最近では自動車など、無線通信機能を持ったさまざまな端末も含めコンピュータネットワークは構成されています。 その中でも「通信の信頼性を確保する」役割を担っているTCPは、その性質上、多くの機能を備えています。加えて、時代とと

                  TCP/IPをわかりやすく - 通信プロトコルの基礎知識を図解で学ぼう|ハイクラス転職・求人情報サイト AMBI(アンビ)
                • フレッツ光の最近の品質の話 - TRY AND ERROR

                  NTT東西の提供するFTTHサービス「フレッツ・光ネクスト」では、「IPv6オプション」を利用(IPv6オプションは2012年のある時期以降に新規開通した回線ではデフォルトで利用可能な状態になっている)することにより、NTT東日本、NTT西日本それぞれのエリア内でインターネットを経由しないフレッツIPv6網内折り返し通信が可能であることは、本ブログの読者の多くはご存知かと思います。 IPv6網内折り返し通信は、遅延やパケットロスが極めて少ないことや、PPPoEでのインターネット接続と比較して、スループットが高いこと、ISP契約が不要であることなどにより、安価で高品質なベストエフォートなVPN構築用回線として利用されることがあります。AS59105(HOMENOC)でも、拠点間の回線は Ether over IP トンネルやGREトンネルなどをIPv6網内折り返し通信の上で構築して利用してい

                    フレッツ光の最近の品質の話 - TRY AND ERROR
                  • 様々なrate limitアルゴリズム - Carpe Diem

                    概要 インターネットに晒されているWebサービスでは TV等で紹介されたことによる大量流入 悪意ある人物からの攻撃 クライアントのバグに依る大量リクエスト など、本来想定していた以上のトラフィックが来ることはよくあります。 単純にシステムを構築すると大規模トラフィックに対応できずシステムがスローダウンしてしまうため、何かしらrate limitをかけておいた方が良いです。 ただしrate limitと一口に入っても色々あるため、今回は主なrate limitアルゴリズムを紹介します。 Leaky bucket Leaky bucketはデータ転送レートを一定にする(=上限を設定する)アルゴリズムです。 下の図のように、様々な流量の水流がそのバケツに流れ込んでも小さな穴からは一定の水流が流れ出す仕組みです。 ref: What is the difference between token

                      様々なrate limitアルゴリズム - Carpe Diem
                    • サーバーレスアーキテクチャ再考 - ゆううきブログ

                      2014年にAWS Lambdaが登場し、Functionを単位としてアプリケーションを実行する基盤をFunction as a Service(以下、FaaS)と呼ぶようになった。 そして、同時にサーバーレスアーキテクチャ、またはサーバーレスコンピューティングと呼ばれる新しいコンセプトが普及するに至った。 当初、そのコンセプトが一体何を示すかが定まっていなかったために議論が巻き起こり、今現在では一定の理解に着地し、議論が落ち着いているようにみえる。 しかし、サーバーレスという名付けが悪いということで議論が着地したようにみえていることにわずかに疑問を覚えたために、2019年の今、これらの流れを振り返ってみて、サーバーレスアーキテクチャとは何かを改めて考えてみる。 サーバーレスとの個人的関わり サーバーレスアーキテクチャという名を僕がはじめて耳にしたのはAWS Lambdaが登場した2015

                        サーバーレスアーキテクチャ再考 - ゆううきブログ
                      • ボルヴィック水源、くみ過ぎで枯渇の危機か 仏

                        フランス・ボルヴィックにある、ミネラルウオーター「ボルヴィック」の工場で働く従業員(2021年5月5日撮影)。(c)Thierry ZOCCOLAN / AFP 【5月26日 AFP】フランス中部ボルヴィック(Volvic)を囲む緑豊かな火山性丘陵は長らく、世界的に有名なミネラルウオーターの水源地となってきた。しかし、地元住民や地質学者は、過剰な採水により、地域一帯が危険にさらされていると警鐘を鳴らしている。 「かつては水が膝の高さまであり、水車2基を回していた」。ボルヴィック近郊の村の生家前の流れを指さしながら、ピエール・グロドクール(Pierre Grodecoeur)さん(69)はこう話す。水車はなくなり、最近では川が干上がっていることも多いという。 オーベルニュ(Auvergne)地域圏に位置するグロドクールさんの村のすぐ近くには、仏食品・飲料大手ダノン(Danone)が所有するミ

                          ボルヴィック水源、くみ過ぎで枯渇の危機か 仏
                        • JSer.info 10周年: JavaScript情報の集め方、書き方、まとめ方

                          JSer.infoは2011年1月16日に公開したJavaScriptの情報サイトで、2021年1月16日で公開してからちょうど10年です。 JSer.infoでは、10年間で10201サイト紹介し、522コの記事書いてきました。 JSer.infoの紹介したサイト数(累計)。ソース 10年間途切れることなく毎週更新していて、月別の記事数は毎年同じ推移です。 JSer.infoの月別の記事数。ソース この記事では、10年間やってきたJSer.infoの目的を振り返り、 JavaScriptの情報の集め方、書き方、まとめ方について書いていきたいと思います。 ⚠️ すべてを書いているのでものすごく長いです。 この記事やJSer.infoに関する意見や感想などは、次の場所に書いてください。 この記事をTweetする Twitter: #jserinfo GitHub Issue: JSer.in

                            JSer.info 10周年: JavaScript情報の集め方、書き方、まとめ方
                          • ユーザー認証は「お尻の穴」──尿や便で健康状態をチェックするスマートトイレ 米研究

                            トイレにガジェットやセンサーを取り付けることで、用を足した人の尿や便から健康状態をチェックするシステムを開発した──米スタンフォード大学医学大学院は4月6日(現地時間)、こんな研究結果を発表した。備えたカメラの映像と機械学習で、肛門の模様などからユーザーを特定し、尿の成分や流量、便の形状から、医師と同程度の精度で健康状態をチェックできるという。 研究チームは、洋式トイレの便座に圧力センサーやモーションセンサー、尿検査試験紙、各種カメラを設置した。 研究チームが開発したスマートトイレシステム。指紋と肛門でユーザー認証し、尿や便から得られた健康情報をクラウドサービスに送れる(画像は論文から引用) まず圧力センサーでユーザーが便座に座ったことを検知。モーションセンサーで放尿を検知すると、尿成分分析の試験紙の位置を調整する。2台の小型ハイスピードカメラ(GoPro HERO7)を用いて尿の流れを撮

                              ユーザー認証は「お尻の穴」──尿や便で健康状態をチェックするスマートトイレ 米研究
                            • 【徒歩111km】多摩川に架かる橋は何本あるのか徒歩で確かめてきた | SPOT

                              1日目 AM9:00 東京都 奥多摩町 小河内ダム(奥多摩湖) みなさんこんにちは! 今日はこちら、東京都は奥多摩町の小河内(おごうち)ダムからお送りいたします。 いやはや、遠かったです。正直、同じ東京都だろと街中と同じ感覚で舐めていたのですが、めちゃくちゃでした。まず、都心から電車を乗り継いで最奥の奥多摩駅まで行きました。途中から電車のシステムが唐突に変更されて、ボタンを押さないとドアが開閉しないシステムになりました。そこまででもかなりの旅路だったのですが、その奥多摩駅からさらにバスに乗り、ここまでやってきました。 予想していた以上に寒く、山肌がうっすらと白くなっています。こういったタイプの雪化粧は初めて見た。 本当に山が白く、僕と同じバスに乗ってきた人、全員がフル装備の冬山登山スタイルだった。普段着で来てしまった僕が完全なる場違いだった。 さて、電車やバスを乗り継いでこんな山奥のダムに

                                【徒歩111km】多摩川に架かる橋は何本あるのか徒歩で確かめてきた | SPOT
                              • メール整理を考え直したサービス「Hey」が一般公開開始

                                もうずいぶん前のことになりますが、Gmailが登場したときの衝撃はいまでも忘れられません。 それまでは手元のメールアプリでしかメールを開くことができず、複数の端末での同期はもちろん、手元にダウンロードしていないメールの検索も面倒でした。 Gmailは当時としては膨大だった1GBの容量をオンラインで提供することによってこの問題をいっきょに解決したわけですが、当時ネットユーザーたちが招待コードを互いに送り合い、利用がしだいに広まっていったのを記憶しています。 そうした熱狂に似たものが、最近またメールの分野で起こっています。クラウド上のグループウェアの草分け的存在の “Basecamp” を開発した人々の手によって、新しいコンセプトのメールサービス “Hey” (ヘイ)がリリースされたことがおおきな話題になっているのです。 このサービスの課金モデルをめぐってAppleと一悶着あったせいもあり、“

                                  メール整理を考え直したサービス「Hey」が一般公開開始
                                • 地方紙が見せた調査報道の矜持、記者が語る静岡新聞「サクラエビ異変」の裏側 【川から考える日本】東京に搾取された富士川とサクラエビの関係 | JBpress (ジェイビープレス)

                                  「何のことだろう?」と気になるタイトルで静岡新聞が始めた「サクラエビ異変」が4年半の連載を閉じた。駿河湾へ注ぐ富士川流域に暮らす人々を巻き込み、行動に駆り立て、記者はさらに調査を深めて、また一歩進む。「課題解決型報道」としてジャーナリズムの世界でも注目された。その連載を担当した坂本昌信記者(現在、静岡新聞清水支局長)に話を聞いた。 暴かれた国策民営会社、日本軽金属株式会社の悪事 ――2018年春の漁獲減少を契機に、富士川の上流から下流にかけて起きている問題を報じていきました。第1章は「母なる富士川」として上流で問題になっている堆砂問題から始まりましたね。 「静岡新聞では編集局全員でキャンペーン連載のテーマを話し合って決めるのですが、その年はサクラエビの不漁に決まりました。 サクラエビ漁は1894年に富士川河口で、アジの船引き網漁で偶然かかって始まったとされます。現在では静岡県民のソウルフー

                                    地方紙が見せた調査報道の矜持、記者が語る静岡新聞「サクラエビ異変」の裏側 【川から考える日本】東京に搾取された富士川とサクラエビの関係 | JBpress (ジェイビープレス)
                                  • 3日目の一般参加者入場についてのお詫びと4日目の対応方針

                                    2019年8月11日 コミックマーケット準備会 共同代表 安田かほる・筆谷芳行・市川孝一 本日のコミックマーケット96、3日目(8月11日)において一般参加者入場についてのトラブルが発生し、傷病者および救急搬送が発生しました。ご迷惑をおかけした参加者のみなさんに、深くお詫びを申し上げます。以下、本日の状況について報告し、明日4日目(8月12日)の対応方針および参加者のみなさんへのご協力のお願いをさせて頂きます。 3日目入場の状況 ご存知の通り、コミックマーケット96は会場利用制約の都合で東展示場が使用できず、待機場および展示場の利用可能面積が減少する形での開催となりました。こうした状況を受けて、経費増への対応および安全確保のため、リストバンド型参加証を導入しました。 以前より、場内の混雑状況を踏まえた一般入場の流量制御は行ってきましたが、もう一歩踏み込んだ一般参加者の総量制御が、安全上必要

                                      3日目の一般参加者入場についてのお詫びと4日目の対応方針
                                    • データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball

                                      ちょっと昔まではデータ基盤の管理人・アーキテクト, 現在は思いっきりクラウドアーキを扱うコンサルタントになったマンです. 私自身の経験・スキル・このブログに書いているコンテンツの関係で, 「データ基盤って何を使って作ればいいの?」的なHow(もしくはWhere)の相談. 「Googleのビッグクエリーってやつがいいと聞いたけど何ができるの?」的な個別のサービスに対するご相談. 「ぶっちゃけおいくらかかりますか💸」というHow much?な話. 有り難くもこのようなお話をよくお受けしています. が, (仕事以外の営みにおける)個人としては毎度同じ話をするのはまあまあ疲れるので, データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋 というテーマで, クラウド上でデータ基盤を構築する際のサービスの選び方 (データ基盤に限らず)クラウド料金の基本的な考え方 をGoogle

                                        データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball
                                      • クルーズ船「ダイヤモンド・プリンセス号」から搬送された新型コロナウイルス感染症(COVID-19)104症例のまとめ | 自衛隊中央病院

                                        お問合わせ : TEL.03(3411)0151内線(6224) ご予約変更 : TEL.03(3411)0151内線(6212) 住  所:〒154-8532 東京都世田谷区池尻1-2-24 当院におけるクルーズ船「ダイヤモンド・プリンセス号」から搬送された新型コロナウイルス感染症(COVID-19)104症例のまとめです。 背 景 当院は第一種感染症指定医療機関として、2020年1月30日より武漢からの帰国チャーター便の有症状搭乗者を皮切りにCOVID-19疑い症例及び確定症例の受け入れを行い、2020年3月5日までにダイヤモンドプリンセス号船内感染症例と都内探知症例を含む計112症例(うち1症例はPCR陰性であるが臨床診断)を経験した。このうち2月25日まで観察し、報告に同意の得られたダイヤモンドプリンセス号からの搬送104症例について報告する。 なお、本報告は、COVID-19が現

                                        • マイクロサービスに次に来るかもしれない言葉について - arclamp

                                          2021年9月18日に開催されたXP祭り2021で「マイクロサービスに至る歴史とこれから」という講演をしました。資料は次の通りです。本来は75分ぐらいかかるのを45分で話そうとして、余裕で時間オーバーしてすみませんでした。 テクノロジーとテクニックによる進化の流れ テクノロジーやテクニックは、ITの改善サイクルを向上させるために進化を続けています。「技術そのもの」であるところのテクノロジーに対して、テクニックというのは「人による技術の活かし方」を示します。なので、基本的にはテクノロジーが生まれ、それを使いこなしたテクニックが登場することになります。 テクノロジーとテクニックの進化の歴史現在、進化中のテクノロジーであるCloud NativeやServerlessを前提としたテクニックを示す用語、つまり、マイクロサービスに次に来るかもしれない言葉というのは、時間軸からすると再来年ぐらいに出て

                                            マイクロサービスに次に来るかもしれない言葉について - arclamp
                                          • ある大学でオンライン授業基準を「一番パケ死しやすい人」に統一→ライブ授業禁止、20分以上の映像禁止など悲惨な情報量になった話

                                            1T🍵T @1T0T 旧友が講師を務める大学、ライブ授業禁止なだけでなくオンデマンド授業は1週当たりビデオ20分以上禁止(=70分自習必須)なんだそうだ。一番パケ死しやすい人に基準を合わせているらしい。そりゃ教員も学生もみんなツライわ…。 2020-08-29 05:40:14 1T🍵T @1T0T 「日本にはパケ死という概念があって月末にはネットワーク流量が激減する」なんて話が海外のどこかで「日本の珍現象」として報道されているらしいのですよ。我々は文科省だけでなく総務省にもメッセージを発する必要があるのかもしれない… 2020-08-29 09:03:34 1T🍵T @1T0T 大手私大→外資IT企業→女子大教員。公式発言は@1t0ochaで。 こちらの垢は大学教員の自覚のない緩々な発言多めで。ロクに通知を見てないのでリプ返しあまりしませんが無礼をご容赦ください。 ※勤務先学生さん

                                              ある大学でオンライン授業基準を「一番パケ死しやすい人」に統一→ライブ授業禁止、20分以上の映像禁止など悲惨な情報量になった話
                                            • 台風19号:「民主党が潰した八ッ場ダムを安倍政権が復活させた」というデマ : 脱「愛国カルト」のススメ

                                              <ざっくり言うと> 「民主党が中止した八ッ場ダム計画を安倍政権が復活させた」と勘違いしている人が大勢いるが、デマ。民主党政権時に一度八ッ場ダム中止が表明されるが、国交省の検証報告書などを経て、最終的に野田内閣の時に事業再開が決定されている。当時、天下りや税金の無駄遣いといったいわゆる「既得権益」が問題視されており、事業仕分けは国民の9割近くが評価していた政策であった。無駄削減を求めていたのは国民であり、民主党が国民を無視して予算削減を行おうとしていたかのような認識は間違いである。 今日は既に、水害になるたびに出てくる「民主党がスーパー堤防を中止したせいで水害が広がった」というデマを取り上げました。。スーパー堤防の完成は400年後ですよ、みなさん。家康の治水計画が今も続いているっていうのと同じことなわけですが、現実的だと思いますか? 1日に記事を2回も更新するのもどうかと思ったんですが、これ

                                                台風19号:「民主党が潰した八ッ場ダムを安倍政権が復活させた」というデマ : 脱「愛国カルト」のススメ
                                              • Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita

                                                GitLab社のGitLab Handbookと徹底した文書化、組織的なオープンネス(?)を先日調べたのだが、じゃあ同じように見える化、透明性をアピールしているツールが何か?と考えた際ににSlackがあると思っている。SlackといえばDM禁止!オープンな職場が良し!風通し良し!なやつである。 しかしそれを実際会社で根付かせようとした時に、Slackの使い方を説くだけでは足りなくて、むしろ皆の意識改革みたいなものが必要だな~とひしひし感じさせられる。オープンな会社が良いかクローズドが良いか、「チームの風通しは良いほうが良いのか?」 世の中ひねた人も居るもんで風通しだけ良くてもこんなデメリットが有るなんて言われる 意見は増えても、内容が浅い 意見の浅い深いを確認する手間がかかる 浅い意見でも対応しなければならない 多数派の浅い意見に流されがちになる https://factory-learn

                                                  Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita
                                                • ホテルの客室検索APIのアーキテクチャ設計時に考えたこと

                                                  作ったもののイメージ ホテルの客室検索APIとは、チェックイン日やその他の条件を入力として受け取り、マッチするホテルの客室を返すものです。以下の画像はExpediaのものですが、赤枠で囲っている部分(他にもたくさんある)が入力になります。2022年4月頃に無事リリースされました。 この検索APIを構築を任された際に、何を考えて設計していったのかを以下に示していきます。 顧客からの要望 顧客の会社は当時エンジニアがおらず(やりとりしている社長は元エンジニアだが)、これまでも私と仕事をしたことがあったので依頼が来ました。顧客と密にコミュニケーションを取りわかったのは、以下のような要望でした。 このAPIは自社サービスとして第3者(要契約)に使ってもらえるようにしたい 完全に一般公開ではなくちゃんと契約を結ばないと利用できないようなもの 検索条件を柔軟に、かつ使いやすい感じで指定できるようにした

                                                    ホテルの客室検索APIのアーキテクチャ設計時に考えたこと
                                                  • エンジニアの職人芸を継承すべし | 外道父の匠

                                                    『職人芸』。それは、その人にしかできない、または他より圧倒的な品質・精度・速度で仕事を遂行する技術力、というものが確かにあります。 そのような崇高な技術は、どこから来て、どこへ行くのか。そんな圧倒的ポエム回。 職人芸とは 言い方はなんでも良いのですが、組織には上級的なエンジニアが一定割合いて、おそらくその人にしかできない仕事や、手慣れていて効率的に済ませられる仕事を任せられていることでしょう。 そういうエンジニアはたいてい『職人芸』と呼べそうな技術を修得しています。例えば、高精度な設計・高難度な機能実装・的確なコードレビュー・精密な試験・堅牢な運用などなど。 システム提供を大雑把に工程で分類すると、企画・設計・構築・試験・運用 といったところでしょうか。ちょっと外すと研究などもアリですね。それぞれの工程において、集中的に従事して得る職人芸もあれば、多岐にわたる経験によって生まれる職人芸もあ

                                                      エンジニアの職人芸を継承すべし | 外道父の匠
                                                    • コンテナフレンドリーではなかったRailsアプリケーションをDocker(ECS)に移行するまでの戦い - クラウドワークス エンジニアブログ

                                                      はじめに SREチームの @minamijoyo です。 先日 CrowdWorks (crowdworks.jp) の本番環境のRailsアプリケーションを Docker (AWS ECS: Elastic Container Service) に移行しました。 CrowdWorksは2012年にサービスを開始し、2019年10月現在、ユーザ数は300万人、月間で数億円規模のお仕事がやりとりされる、国内最大級のクラウドソーシングプラットフォームにまで成長しました。 サービスの規模拡大に合わせて、ソースコードも数十万行規模に成長し、 決して小さくはない規模のRailsアプリケーションに成長しました。 CrowdWorksの開発環境にDockerが導入されたのはもうかれこれ3年半前の2016年の4月頃、2017年1月頃にはCrowdWorks本体から切り出された一部の機能で本番環境に投入され

                                                        コンテナフレンドリーではなかったRailsアプリケーションをDocker(ECS)に移行するまでの戦い - クラウドワークス エンジニアブログ
                                                      • ひるおびの報道について音声学者として思うこと|川原繁人のnote(言語学者・音声学者)

                                                        5/28日追記:ある先生から咳のデータを見せて頂きました。論文の公開はできないとのことですが、咳における流量は発話における流量に比べて文字通り桁違いでした。また、音圧もこれまた桁違いでした。もちろん発話時の飛沫も大事ですが、咳の恐ろしさを実感する値でした。 *** やはり我慢ができなくなり、動画を撮ってUPしました。でも、書いたのはこちらの記事が先です。 *** 5月21日ごろでしょうか、『ひるおび』という番組で、以下のような仮説が紹介されたようです。日本語で「これはペンです」と言った場合と、英語でThis is a penと言った場合だと、後者の方が飛沫が飛ぶので、それが欧州やアメリカでの完成拡大に繋がっているのではないか、という話しです。 川原は実際の番組を見ておらず、しかも、前後は切り取られているので、どのような文脈だったのか詳しく存知あげていないのですが、音声・言語の専門家としてい

                                                          ひるおびの報道について音声学者として思うこと|川原繁人のnote(言語学者・音声学者)
                                                        • メールを送信する話 | BLOG - DeNA Engineering

                                                          こんにちは、IT基盤部の中村です。 主に社内システムのインフラを担当しています。 現在の業務内容とは少しずれてしまいますが、最近までメール系のインフラには深く携わっていたこともあり、今回はメールシステムについてお話します。 今どきSMTPなどレガシーな話かもしれませんね。しかしながら良くも悪くも枯れたSMTPはインターネット基盤の根底に位置する息の長い技術でもあります。 きっとみんなまだ使ってるはずなのに、あまりノウハウが出回っていないのが辛いと感じているそこの担当者の方、よろしければ少しの間お付き合いください。 サービスでのメールの利用用途 我々がサービスとしてメールを取り扱うとき、その主だった利用用途は下記の2つです。 メールマガジンなどの情報発信 入会・ユーザ登録時などのユーザ存在確認 メールマガジンはユーザーに情報を新たに届けたり、あらたに弊社の別のサービスに触れて頂く機会を提供す

                                                            メールを送信する話 | BLOG - DeNA Engineering
                                                          • トヨタの3.5ヶ月のソフトウェアエンジニア(研究開発)生活を振り返る

                                                            前回の転職エントリから3.5ヶ月、すなわちトヨタに入社してから3.5ヶ月が経ちました。 3.5ヶ月間とても気持ちよく働けたので、振り返り記事を書いていきます。座右の銘は「後ろを振り返らない」だったのに、歳を取ると振り返りがちになるんでしょうか。 インターネットの向こうの皆様にもぜひ弊社に興味を持っていただきたいので、弊社の良いなと思うところを書きます。嘘で興味持ってもらっても誰も得しないので、嫌だなと思うところもちゃんと書きます。 目次 前提: 所属とか経歴とか よかったこと1: 機会がめちゃ多い よかったこと2: 分散データ処理屋にとっては最高の戦場では? よかったこと3: 伸び伸び研究開発させてもらえる よかったこと4: 偉い人はすごい びっくりしたこと1: 同じ会社に知らない部署がすごいある びっくりしたこと2: 組織をまたいだディレクションがすごく緩い チョット嫌なこと1: コミュ

                                                              トヨタの3.5ヶ月のソフトウェアエンジニア(研究開発)生活を振り返る
                                                            • Linux eBPFトレーシング技術の概論とツール実装 - ゆううきブログ

                                                              eBPF(extended Berkley Packet Filter)という用語を著者が初めてみかけたのは、2015年ごろだった。最初は、eBPFをその字面のとおり、パケットキャプチャやパケットフィルタリングを担うだけの、Linuxの新しいサブシステムであろうと認識していた。しかし、実際にはそうではなかった。 システム性能の分析のための方法論をまとめた書籍Systems Performance 1 の著者で有名なBrendan Greggが、Linuxのネットワークサブシステムとは特に関係ない文脈で、古典的なシステム性能計測ツールでは計測できないことを計測するツールを作っていた。その計測ツールがeBPFという技術によって実装されていることを知ったときに、eBPFに興味をもったのだった。また、eBPFは、システム性能を調べる用途以外にXDP(eXpress Data Path)と呼ばれるプ

                                                                Linux eBPFトレーシング技術の概論とツール実装 - ゆううきブログ
                                                              • データ基盤チーム0人で運用は回るのか?! 前人未踏チャレンジ・クックパッドデータ基盤のすべて2020 - クックパッド開発者ブログ

                                                                技術部データ基盤グループの青木です。 ここ1、2年はなぜか成り行きでBFFをでっちあげたり、 成り行きでiOSアプリリニューアルのPMをしたりしていたので あまりデータ基盤の仕事をしていなかったのですが、 今年は久しぶりに本業に戻れたのでその話をします。 突然の1人チーム、そして0人へ…… 今年のデータ基盤チームは消滅の危機から始まりました。 間違いなく去年末は5人のチームだったと思うのですが、 メンバーがイギリスへグローバルのデータ基盤チームを作りに行ったり、 山へ検索システムを直しに行ったり、川へレシピ事業の分析業務をやりに行ったり、 海へ広告のエンジニアリングをしに行ったりするのをホイホイと気前よく全部聞いていたら、 なんと4月から1人だけのチームになってしまいました。 事はそれで終わりません。 恐ろしいことに10月にはわたし自身も育休に入ることになったので、 10月はデータ基盤が0

                                                                  データ基盤チーム0人で運用は回るのか?! 前人未踏チャレンジ・クックパッドデータ基盤のすべて2020 - クックパッド開発者ブログ
                                                                • インフラエンジニアが学ぶと良さそうなgRPCサーバーについて - じゃあ、おうちで学べる

                                                                  3-shake にはSreake共有会 という毎週、火曜日と木曜日に担当者が現場で得た知見などを発表する社内勉強会が開催されています。こちらのブログはそれらを変更修正しております。 syu-m-5151.hatenablog.com 元々しようとしていたの話 Go 1.18 の最新情報←Generics の深い話とかはもう既出すぎて気になる人は読んでる Go でのTDD(が実は20周年なので)←書いてる途中で自分が言うべきことなんてないことに気付く 今後、案件で増えるであろう gRPC についてインフラエンジニアが知っておいても良いと思ったという話 ← 今ここ TL;DR protobuf (Protocol Buffers) はデータフォーマットで、JSONの役割を置き換えるものです。一方 gRPC は通信プロトコルで、HTTPの役割を置き換えるものです。 gRPC をライブラリやツール

                                                                    インフラエンジニアが学ぶと良さそうなgRPCサーバーについて - じゃあ、おうちで学べる
                                                                  • 注意喚起や情報共有活動における受信者側の「コスト」の問題について ー情報発信がアリバイや成果目的の自己目的化した行為にならないためにー - JPCERT/CC Eyes

                                                                    Top > “脆弱性”の一覧 > 注意喚起や情報共有活動における受信者側の「コスト」の問題について ー情報発信がアリバイや成果目的の自己目的化した行為にならないためにー JPCERT/CCも関わった、「サイバー攻撃被害に係る情報の共有・公表ガイダンス」[1]が今年3月に公表されました。このガイダンスでは、被害組織同士、あるいは被害組織と専門組織間のやり取りを通じた情報共有活動や被害公表をスコープとしており、主に被害組織が情報を発信する場合を中心に解説しています。他方で、多くの組織においては、情報共有活動において「情報を受け取る」側であることが大半です。また、情報共有活動に限らず、注意喚起情報など日々多くの情報を受け取っています。 今回はこの「情報の受け取り」に係る課題、特に、“自己目的化”した注意喚起や情報共有(提供)が受け取り手側にコストを与えてしまう問題点について解説し、より効果的な注

                                                                      注意喚起や情報共有活動における受信者側の「コスト」の問題について ー情報発信がアリバイや成果目的の自己目的化した行為にならないためにー - JPCERT/CC Eyes
                                                                    • がんばりすぎないふりかえりのススメ - yigarashiのブログ

                                                                      がんばりすぎてふりかえりを嫌いになった 自分たちのやりかたを検査して改善するふりかえり。巷には様々な思想やフレークワークが出回っています。チームからうまく情報を引き出したり、教訓に昇華したり、SMARTなアクションを設定することも大事です。そういう情報がどんどん襲ってきて、しっかり会を設計してバリューの高いふりかえりをやらなければという気になってきます。 それで工夫して上手くいくなら良いですが、自分にとってはあまり良い道標として機能しませんでした。会を頑張って設計しても、そもそも参加者が喋ってくれなかったり、ファシリテーターと1対1の会話が起こるだけになったりして、手応えを得られないことが多くありました。それでもちゃんとバリューを出さなければと焦って、なんとかアクションをまとめたり、無理やり教訓ということにしてチームのドキュメントに追記したりしていました。そういうぎこちない会を回すのはとに

                                                                        がんばりすぎないふりかえりのススメ - yigarashiのブログ
                                                                      • 日本の新型コロナ対策を総括する

                                                                        「海外事情」に寄稿した文章です。許可を得てこちらに転載します(初稿)。書いたのは昨年12月なのでデータはやや古くなりましたが、「総括」なので、内容は特に問題ないと思います。御覧ください。 緒言 日本の新型コロナ対策を「総括」、すなわち総合的なパースペクティブからまとめようとしたものが過去に2つ存在する。一つは、書籍になった「新型コロナ対応/民間臨時調査会 調査・検証報告書」[1]であり、もう一つは、政府が招聘した新型コロナウイルス感染対応に関する有識者会議が出した「新型コロナウイルス感染症へのこれまでの取組を踏まえた次の感染症危機に向けた中長期的な課題について」[2]である。 しかし、前者はどちらかというと「証言集」に近く、やや厳しい言い方をすれば、「個人の感想」集であり、属人的なものだった。データ解析、ファクトの解析には乏しかった。後者については政府に依頼されて役人が突貫工事でまとめたも

                                                                          日本の新型コロナ対策を総括する
                                                                        • 脳活動の制御で「ザク」動かす バンダイとNeUが実験に成功

                                                                          血流量センサーが捉えた脳の血流量データは無線でスマートフォンに転送し、スマホのザク制御用アプリであらかじめ設定した3つの動作コマンドに変換。センサーを装着した人は物理的な操作なしで意図的にミニチュアザクを動かせる。 NeUでは、実験のために開発した血流量センサー用のSDK(ソフトウェア開発キット)を基に新しい形のブレインフィットネス・トレーニング開発やSTEM教育への活用を検討する。試作したザクやアプリケーションの販売は未定だが、企業へのSDK提供などを通じて協業する考えだ。 「ロボットなどを実際にコントロールすることで、ユーザーのモチベーションを向上させたり、ホビーとして楽しむことで自然に脳の活性化を促せると考えている」 関連記事 動く実物大ガンダムは12月19日公開 入場料は1650円 一般社団法人「ガンダム GLOBAL CHALLENGE」(GGC)は9月29日、横浜の山下ふ頭で建

                                                                            脳活動の制御で「ザク」動かす バンダイとNeUが実験に成功
                                                                          • 本当は怖い、逆コンウェイ戦略 | フューチャー技術ブログ

                                                                            アーキテクチャの議論でよく出てくるのが、コンウェイの法則と、逆コンウェイ戦略です。これについては、うっかりIT用語をバズらせてしまう達人のマーチン・ファウラーのブログにも詳しい説明があります。角さん、いつも翻訳ありがとうございます。 「逆コンウェイの法則」が持ち出された議論が苦手なんどけど、なんでなのかな。コンウェイの法則はよく理解できるんだがー。 — Kazunori Otani (@katzchang) February 28, 2023 この@katzchangさんのツイートもそうですが、逆コンウェイ戦略に関しては僕も少しモヤモヤするところが個人的にあり、そのあたりを周りの人(@katzchangさんや@tokoroten、@__garsue__氏)と議論したらいろいろ自分が思っていなかった知見も得られたりしたので、まとめてみます。 コミュニケーションがかえって増える問題コンウェイの

                                                                              本当は怖い、逆コンウェイ戦略 | フューチャー技術ブログ
                                                                            • 「完成したてで全力とかガンダムかよ」試験運用状態だった八ッ場ダムがぶっつけ本番で利根川を守った姿に八ッ場ガンダム爆誕

                                                                              星野夕陽@防災士 @choidamnet 八ッ場ダムは試験湛水中ですが、洪水も(維持流量以外)全部貯めます!! 台風19号の豪雨をどんどん貯め込む本日の八ッ場ダム。 竣工前から効果を発揮しちゃう八ッ場ダム△ pic.twitter.com/EzpydMURjV 2019-10-12 17:50:52

                                                                                「完成したてで全力とかガンダムかよ」試験運用状態だった八ッ場ダムがぶっつけ本番で利根川を守った姿に八ッ場ガンダム爆誕
                                                                              • KDDI通信障害で新事実、長期化の背景にVoLTE交換機から加入者DBへの過剰信号

                                                                                KDDIは2022年7月4日午後8時、携帯電話回線の通信障害について2度目の記者会見を開いた。吉村和幸執行役員専務技術統括本部長は、音声通信を中心に通信障害が長期化した理由として、全国に18台あるVoLTE交換機のうち6台が加入者データベース(DB)に対して本来必要でない過剰な信号を送出していたことを明らかにした。 7月2日午前1時35分に発生した一連の通信障害を巡っては、コアルーターの新旧入れ替えにより音声トラフィックが15分間不通となったことを皮切りに、VoLTE交換機や加入者データベースの輻輳(ふくそう)、加入者DBとVoLTE交換機の間のデータ不一致といった事象が相次いで発生した。同社はこれらの解消策として7月3日午後5時30分にかけて、無線設備に対して50%の流量制御をかけしつつ、パケット交換機の切り離しとセッションリセットなどを順次実施した。これによって復旧作業が完了し、輻輳が

                                                                                  KDDI通信障害で新事実、長期化の背景にVoLTE交換機から加入者DBへの過剰信号
                                                                                • 都市を支えるインフラの鑑賞(八馬智:大学教授)

                                                                                  八馬智 1969年生まれ。千葉工業大学創造工学部デザイン科学科教授。主な著書=『日常の絶景──知ってる街の、知らない見方』(学芸出版社、2021)、『ヨーロッパのドボクを見に行こう』(自由国民社、2015)ほか。 インフラの眺めに現れる都市の際 都市計画の観点からすると、都市はある一定の輪郭を持っているように見える。そこでは対象範囲が明示され、エリアごとに土地利用や建築基準などの計画や規制が定められている。しかし実際の都市では、その輪郭には一概には言えないゆらぎがある。おそらくそこに明快な正解はなく、読み取り方によってさまざまな見方が浮かび上がってくる。 ではその前提に立ったとき、「都市の際」にはどんなものがあるのだろうか。具体的に何が都市と非都市を隔てているのだろうか。ここでは「インフラ」を手がかりに、そのヒントになりそうな風景を列挙してみる。そして、都市が成立している背景や意味を振り返

                                                                                    都市を支えるインフラの鑑賞(八馬智:大学教授)