並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 29498件

新着順 人気順

モニタリングの検索結果81 - 120 件 / 29498件

  • 株式会社ディー・エヌ・エー 第三者委員会調査報告書の全文開示公表のお知らせ (キュレーション事業に関する件)

    2017 年3月 13 日 各 位 会 社 名 株式会社ディー・エヌ・エー 代表者名 代表取締役社長兼 CEO 守安 功 (コード番号:2432 東証第一部) 問合せ先 執行役員経営企画本部長 小林賢治 電話番号 03-6758-7200 第三者委員会調査報告書の全文開示公表のお知らせ 2017 年3月 11 日に第三者委員会(注)より調査報告書を受領いたしましたので、その 全文を添付のとおり公表いたします。 (注)2016 年 12 月 15 日開示の「第三者委員会の設置に関するお知らせ」および 2016 年 12 月5日開示の 「キュレーションプラットフォーム事業に関するお知らせ~第三者調査委員会の設置および当社キュレーションプラッ トフォームサービス全記事非公開化に関するお知らせ~」参照 以上 本件に関するお問い合わせ先 株式会社ディー・エヌ・エー(http://dena.com/

    • 東京の感染者数を5週間ぶん予測した (7月5日版)

      (※ 新しい予測を公開しました→ 東京の感染者数を5週間ぶん予測した (7月12日版)) 東京の感染者数を5週間ぶん予測した (6月21日版)、(6月28日版) の続き。まえがきは初回(6月21日版)の記事でご覧ください。 先週の予測は、日曜までの週単位で 4679人(6月21日版)、4502人(6月28日版) でしたが、現実は 4074人 となりました。少し下振れしたのでそれに合わせて今後の予想も下振れしますが、必ずしもこれから毎週累積で下振れしていくというわけではなく、週単位ではあくまで上下ともにブレる可能性が半々になるように予測しています。また、前回の記事で書いた上振れの時と逆ですが、下振れした週の感染者数は都民をそれほど緊張させず、3週後のブレーキが弱くなるため、やはり全体としての影響は限定的になります。 下振れのいちばん大きな要因は、人流データによるものでした。というのも、予測に

        東京の感染者数を5週間ぶん予測した (7月5日版)
      • メンバー1人1人のスキルアップを促す「等級(グレード)」と「給与テーブル」|風音屋(かざねや)

        風音屋(@Kazaneya_PR)では、メンバー1人1人のスキル水準をモニタリングし、さらなる成長を促すための仕組みとして「等級(グレード)」を設定しています。プロフェッショナル人材が少しでも正当な評価とフィードバックを受けられるように試行錯誤を経てきました。 採用選考を進める中で「自分の場合はどのくらいのグレードになるのか?」というご質問をいただく機会が多々あります。この記事では、どういった考え方でグレードを設計・運用しているのかを、給与テーブルとセットで解説します。 注意事項クライアントワークを担当するAnalytics部門を想定した内容となっています。Backoffice部門の給与テーブルは試行錯誤中ですが、ベースとなる考え方は同じような形に落ち着くはずです。 人事周りのルールは今後変わっていく可能性があります。最新状況についてはカジュアル面談でお問い合わせください。 すべての人にと

          メンバー1人1人のスキルアップを促す「等級(グレード)」と「給与テーブル」|風音屋(かざねや)
        • LINE Pay、約13万人の決済情報が「GitHub」で公開状態に グループ会社従業員が無断アップロード

          LINE Payは12月6日、13万3484アカウントの一部決済情報がソースコード共有サイト「GitHub」上で閲覧できる状態になっていたと発表した。すでに情報は削除しており、該当ユーザーへ個別に案内。現時点ではユーザーへの影響は確認されていないという。 国内ユーザーで5万1543アカウント、海外を含めると13万3484アカウントが対象。閲覧できた情報は、LINE内でユーザーを識別するための識別子(LINE IDとは異なる)、システム内で加盟店を識別する加盟店管理番号、キャンペーン情報の3点。氏名、住所、電話番号、メールアドレス、クレジットカード番号、銀行口座番号などは含まれていない。 決済情報の該当期間は、2020年12月26日から21年4月2日まで。情報が閲覧できる状態だったのは、21年9月12日午後3時13分頃から11月24日午後6時45分まで。期間中、外部からのアクセスは11件確認

            LINE Pay、約13万人の決済情報が「GitHub」で公開状態に グループ会社従業員が無断アップロード
          • バッチ処理の採用と設計を考えてみよう | メルカリエンジニアリング

            こんにちは。メルペイで、決済・振込申請のバックエンドソフトウェアエンジニアをしている id:koemu です。 今日は、バッチ処理を行う理由について、考察を深めて設計に活かしていく話をしたいと思います。 はじめに バッチ処理とは、ある決まったタイミングで1つのプログラムが複数のデータを 一括処理 することを指します。この反対の言葉として、オンライン処理があります。オンライン処理とは、お客様の操作を初めとしたイベントをもとに 逐次処理 されるものです。OLTP(Online Transaction Processing)とも言います。 本エントリでは、バッチ処理を採用するにあたり、どういったユースケースが適切なのかを整理して、今後のソフトウェアの設計の指針にできることを目指しています。今回は、「バッチ処理を採用するとき」と「バッチ処理の設計」の2つについて取り上げます。 バッチ処理を採用する

              バッチ処理の採用と設計を考えてみよう | メルカリエンジニアリング
            • 残業しない会社のつくりかた - ゆとりずむ

              こんにちは。 以前、とりあげた記事が、気がついたら1000ブックマークをこえていてびっくりしました( ゚д゚) 色んな人に共有されて良かったなあ(∩´∀`)∩とのんきに考えていたところ、ある方から連絡を頂きました。 おいこら、勝手に何しとんねん(^^) 昔ネトゲで仲良くなった、この会社の役員様からでした((((;゚Д゚))) あ、すんません消しときます(´・ω・`) まさかここまでシェアされるとは思わず・・・。企業秘密だったりしました?と言ったところ いやー、別にかまへんよ。親父がみんなに愛されてて面白かったわ。 と、あっさりOKを頂きました。わたしと同い年でも、二十歳で役員に任じられた男は懐の深さが違いますね。(ちなみに、社長さんの息子ではありません) ただうちは、『世の中の人がまだ見つけていない、技術の新しい活用法を発見する』ことに軸足をおいてきた会社。いい仕事をするために、働きやすい

                残業しない会社のつくりかた - ゆとりずむ
              • Google、「YouTube」を「Amazon Fire TV」から2018年1月1日に引き上げへ

                米Googleが米Amazon.comの「Fire TV」および「Echo Show」から「YouTube」を引き上げる──。米The Vergeが12月5日(現地時間)、Google広報担当者からの声明文を添えてそう報じた。 事の始まりは3カ月前、GoogleがEcho ShowでのYouTubeサービスのサポートを停止したことだった。その直後、AmazonはGoogleの系列スマートホーム企業Nestの製品の扱いを停止。Amazonは11月に、Webアプリ経由でYouTubeへのアクセスを復活させていた。 GoogleはThe Vergeに対し、「われわれは、双方の製品およびサービスを消費者に提供できるようAmazonと合意したいと努力してきたが、AmazonはChromecastや「Google Home」などのGoogle製品を扱ってくれず、「Google Cast」に「Amazo

                  Google、「YouTube」を「Amazon Fire TV」から2018年1月1日に引き上げへ
                • オミクロンが「自然のワクチン」にならない理由(小野昌弘) - 個人 - Yahoo!ニュース

                  オミクロンが「弱毒株」であるがゆえに「自然のワクチンになって」パンデミックの出口に至るという楽観論が世界あちこちで広まっており、日本にも到達したようです。これは科学的には根拠のない話ですが、実際のところどうなのでしょう。よくみうけられる疑問を検討してみます。 1)オミクロンは「弱毒株」だから感染しても大丈夫? オミクロンが「軽症」ですむ場合にはワクチンの効果による部分が大きいです。ウイルス自体の病原性もデルタに比べると「低い」ですが、これは限定的で独特のニュアンスがあります。 というのは、オミクロン感染では、人工呼吸器を必要とするタイプの重症化率はある程度低下している一方で、入院治療が必要になる程度の重症化率は、とくにワクチンをしていない人や、2回目接種から長い時間がたっている人のあいだではそれほど下がらないようです。 このため、集中治療室よりも一般病棟における医療逼迫が英国などでも問題に

                    オミクロンが「自然のワクチン」にならない理由(小野昌弘) - 個人 - Yahoo!ニュース
                  • 基礎からわかる「トリチウム排出問題」(勝川俊雄) - エキスパート - Yahoo!ニュース

                    トリチウムを含む処理水の排出が、社会的関心を呼んでいます。復興庁が作成したゆるキャラをつかった動画やチラシが非難され、公開中止に追い込まれました。中国や韓国が、日本の対応を非難しており、国際問題にも発展しかねない雰囲気です(韓国はトーンダウンしたようですね)。日本の水産業にも関わる重要な問題ですので、科学的な事実に重点を置きながら、トリチウムを海洋に排出することの問題点について整理してみました。 トリチウムは重たい水素ですトリチウムは水素の一種です。水素には、普通の水素と、重たい水素あり、重たい水素の一種がトリチウムです。トリチウムは、普通の水素と比較すると中性子が二つ多いので三重水素とも呼ばれています。普通の水素とほぼ同じ性質を持ちます。 トリチウム(三重水素)は、余計な中性子をもつ、重たい水素です。 トリチウムはトリチウム水として存在するトリチウムは単独で存在するのではなく、トリチウム

                      基礎からわかる「トリチウム排出問題」(勝川俊雄) - エキスパート - Yahoo!ニュース
                    • クラウドエンジニア(AWS)ロードマップ2021 - Qiita

                      お知らせ 2022年初頭に本記事を元にしたAWS書籍が技術評論社より全国出版決定いたしました。 関係者各位のご協力に深く感謝いたします。 タイトル:AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ 本書籍出版までの制作プロセス、チーム執筆の方法論などをまとめました チームで技術書を出版して学べた共同執筆メソッド はじめに インフラ初学者がAWSを用いた設計・構築レベルに到達するため、学習の全体像をロードマップ図にまとめました。 背景 パブリッククラウド全盛期においてAWSは全エンジニアにとって「常識」となりました。 しかしながら、情報過多によってAWS学習に必要な情報がネット上のノイズに埋もれてしまい、初学者の直感による判断が誤った学習に行き着くこともあります。 このロードマップはAWS学習の全体像を俯瞰でき、パブリッククラウドを用いた設計・構築レベルに到達するまで導く体系的なス

                        クラウドエンジニア(AWS)ロードマップ2021 - Qiita
                      • 専門職と視座

                        こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座!視座!」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ

                          専門職と視座
                        • 設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する - エンジニアHub|若手Webエンジニアのキャリアを考える!

                          設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する AWS入門者に向け、同サービスのエキスパートである、クラスメソッドの八幡豊さんが、Webアプリケーション開発のためのAWS構築の基本を解説します。広範な領域をフォローするAWSですが、広範ゆえに、なにをどのように選ぶべきか……。こんなお悩みを持つ方はぜひご一読を。 クラウドコンピューティングサービス・Amazon Web Services(以下、AWS)は、数多くの高機能なクラウドサービスを簡単に利用できることから、多くの企業が導入しています。AWSの知識を身につけることは、いまやエンジニアにとっての必修科目です。 そのサービス範囲は広範にわたることから、「なにを」「どうやって」使うかのかが重要な知識になってきます。AWSの各サービスのポテンシャルを引き出すためには、それぞれの長所・短所を

                            設計サンプルで学ぶ、AWS構築の原則 - Webアプリ アーキテクチャのベストプラクティスを理解する - エンジニアHub|若手Webエンジニアのキャリアを考える!
                          • 心臓が止まったらSNSに「死にました」と投稿する - Qiita

                            概要 fitbit(alta HR)で心拍数をモニタリングして、心拍数が0になったらSNSに「死にました」と投稿するスクリプトを書きました。 リポジトリ 僕はほぼ24時間fitbitを付けっぱなしにしているので、fitbitごと壊れる死に方でない限り大体カバーできるはずです。 fitbit alta HRとは リストバンド型ウェアラブル端末の1つで、常時心拍数などを測れます Pure Pulseという技術で従来のデバイスより正確に測れるらしいです APIが充実しています Fitbit APIで心拍数を監視する Fitbitアプリを登録する こちらから登録できます 心拍数データを取るためには「OAuth 2.0 Application Type」を「Personal」にする必要があります 心拍数を取得する python-fitbitを使わせてもらいました。使い方は他に多くの解説記事があるので

                              心臓が止まったらSNSに「死にました」と投稿する - Qiita
                            • クックパッドを退職しました - 昼メシ物語

                              2024年1月末まで在籍していますが昨年12月に業務は終えていて、いまは有休消化期間中です。2010年から約14年間勤めてきた、自分の生き様そのものとも言えるクックパッドを離れるのには、表現しきれないほど大きく、複雑な思いがあります。 僕がこの14年間でやってきたことを振り返ってみます。 入社 クックパッドに入社した時は新卒3年目相当で、26歳でした。もともと料理と Ruby が好きで、当時まだ珍しかった Ruby on Rails でサービス開発をしているらしいという点や、当時からネットウォッチしていた @ryo_katsuma さんが所属していること、直属の上司の井原さんが転職したことが決め手になり、体当たりで飛び込みました。当時の僕はほとんど実績もなく、入れてもらえるかギリギリのところだったと思いますが、おそらく井原さんが頑張って交渉してくれたのだと思います。本当に感謝しています。こ

                                クックパッドを退職しました - 昼メシ物語
                              • データサイエンス・機械学習をやるためのエンジニアな本まとめ - 2019年版 - Lean Baseball

                                ここ1〜2年くらいで、業務やプライベートのデータ分析・データサイエンスで参考にした本(と一部本じゃないもの)をまとめてみました(注:もちろん全部読んでいます).*1. なお, あくまでワタシ個人(@shinyorke)の見解に基づいた独自解釈であり、所属組織・チームの意向とは関係ありません(とだけ最初に断っておきます). サクッとまとめると 「レベル感(はじめて・経験者)」だけででなく,「エンジニア面を鍛える or 理論を固める」の軸で考えると良い書籍・学び方に出会える確率上がる エンジニアでも理論でもどっちから初めても良い, がどちらかが得意な方が絶対幸せ(≒片方だけじゃお話にならない可能性) 個人的なオススメは「機械学習図鑑」「前処理大全」「機械学習のための特徴量エンジニアリング」そして「試して学ぶ機械学習」です. おしながき サクッとまとめると おしながき 対象読者&執筆者について

                                  データサイエンス・機械学習をやるためのエンジニアな本まとめ - 2019年版 - Lean Baseball
                                • 「ネットがこのままではいけない…」NAVERまとめ生みの親がキュレーションの問題点と新方針を語る

                                  新方針について会見で説明したのは、LINE上級執行役員の島村武志氏。NAVERまとめのコンセプトを発案し、サービスを主導してきた。 BuzzFeed Japanは会見の質疑で、島村氏に質問した。NAVERまとめ生みの親として、DeNAをはじめとする他社のキュレーションメディアの一連の問題について、どんな感想を持っているのか。 「コンテンツを作っているのは、キュレーションではない」島村氏の答えは、以下のようなものだった。 「他社がどうやっているかについて、コメントする立場にない。我々の志、想いだけがある。形をとらえてキュレーションと言われたりはするが、正解を決めつけたいわけではない。これがキュレーションという形はいろいろあっていい。それを決める立場でもない」 「ただ、(他社を)見ていてどういうことか疑問に思うことはあった。それぞれが責任を持ってやっていることなら、それでいいのではと思う。報じ

                                    「ネットがこのままではいけない…」NAVERまとめ生みの親がキュレーションの問題点と新方針を語る
                                  • 書籍「達人が教えるWebパフォーマンスチューニング」はチューニングの考え方を教えてくれる良本 - Gマイナー志向

                                    通称 #ISUCON本 を著者様からご恵贈いただきました。ありがとうございます。 gihyo.jp 所感 この書籍、言っていいのかわかりませんがまったくの初心者・初学者には難しい本かもしれません。私の感触では、Webサイトのプログラム作成、改修、構築、運用などに携わったり、Webサイトのパフォーマンスの問題に向き合ったことがある人が対象読者だと思いました。職種でいえばバックエンドエンジニア、インフラエンジニア、SREなどですね。もちろんそういった職種を目指している方や、純粋にISUCONに挑戦したい、パフォーマンスチューニングに興味がある、といった方も含まれます。 この本は特定の問題に対する直接的な答えではなく、パフォーマンスチューニングの考え方を教えてくれる内容になっています。この本を参考に実際に手を動かして実践するのが良いでしょう。現実のWebサイトをチューニングするでもいいですし、そ

                                      書籍「達人が教えるWebパフォーマンスチューニング」はチューニングの考え方を教えてくれる良本 - Gマイナー志向
                                    • AWSを使うときに確認すべき52のセキュリティチェック項目と15分でできる簡単なチェックの方法|DevelopersIO

                                      はじめに 自分が使っているAWS環境のセキュリティに問題がないかと心配になることはないでしょうか?私はよくあります。そこでCIS Amazon Web Service Foundations Benchmark というAWSのセキュリティのガイドラインに沿って使っているAWSアカウントのセキュリティの状況をチェックしてみました。チェック項目は全部で52あります。内容を一通り確認したところ知らなかったAWSのセキュリティの機能やノウハウを知ることができ、見ただけでもとても勉強になりました。簡単にチェックする方法も併せて紹介しますのでぜひ使っているAWS環境でチェックしてみてください。 1 IAM 1.1 rootアカウントを利用しない rootアカウントは強力な権限を持つため、rootアカウントを利用せずIAMユーザーを利用してください。通常運用でrootアカウントが利用されていないか確認し

                                        AWSを使うときに確認すべき52のセキュリティチェック項目と15分でできる簡単なチェックの方法|DevelopersIO
                                      • 世界初の睡眠コントロールで1日2時間睡眠を可能にする「Neuroon」

                                        人間は毎日、夜から朝にかけてまとめて眠る「単相睡眠」という睡眠サイクルを持っていますが、動物は1日に複数回睡眠する「多相睡眠」を行っています。世界初の多相睡眠コントロールシステムによって多相睡眠のサイクルを可能にし、30分睡眠を1日4回行うだけでパワフルに1日中動くことができる効率的な睡眠をもらたしてくれるアイマスクが「Neuroon」です。 Neuroon: World's first sleep mask for polyphasic sleep by Intelclinic - Kickstarter http://www.kickstarter.com/projects/intelclinic/neuroon-worlds-first-sleep-mask-for-polyphasic-sle 「Neuroon」がどのように多相睡眠をコンロトールするのかは以下のムービーから確認でき

                                          世界初の睡眠コントロールで1日2時間睡眠を可能にする「Neuroon」
                                        • フレッツ光の最近の品質の話 - 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
                                          • 1年の計はこれでいく→記憶の定着度を4倍にする〈記憶工程表〉の作り方

                                            いろいろな記憶の方法(方略)があるけれど、記憶ニーズから考えると普通の人に求められているのは、feat of memory見世物や記憶のスプリント競技に必要な、円周率を何桁も覚えるような少種類大容量タイプの記憶術ではない。 むしろ必要なのは、多種類の事項について長期にメンテナンスできるような記憶方略である。 繰り返し、間隔を次第に広げながら(例えば1日後、3日後、7日後……という具合に)復習していくスペースド・リハーサルについては、次の記事で書いた。 復習のタイミングを変えるだけで記憶の定着度は4倍になる 読書猿Classic: between / beyond readers スペースド・リハーサルは単純な暗唱ものから文章理解から技能習得に至るまで有効だが、最大の欠点は〈面倒くさい〉ことである。 最初のうちはいいが、学習をはじめて何十日か経つと、復習すべき項目が〈1日前覚えた項目〉〈3日

                                              1年の計はこれでいく→記憶の定着度を4倍にする〈記憶工程表〉の作り方
                                            • AWSで避けるべき5つの間違い | POSTD

                                              今年からAWS(Amazon Web Services)クラウドコンサルタントとして、中小規模のAWSデプロイの相談を受けています。その多くは典型的なWebアプリケーションです。ここで、ぜひ避けたい5つのよくある間違いを紹介します。 インフラストラクチャを手動で管理する。 Auto Scaling グループを使わない。 CloudWatchのメトリクスを分析しない。 Trusted Advisorを無視する。 仮想マシンを活用しない。 典型的なWebアプリケーションにおける間違いを防ぎたい人は、次に進んでください。 典型的なWebアプリケーション 典型的なWebアプリケーションは最低限次の要素で構成されているものを指します。 ロードバランサ スケーラブルなWebバックエンド データベース そしてこのアプリケーションは、次の図のような仕組みを持っています。 注釈:(左から)DNS、CDN、静

                                                AWSで避けるべき5つの間違い | POSTD
                                              • Apache チューニング Tips | Carpe Diem

                                                先日、Web サーバ勉強会 #2 が開かれました。内容は、Apache のチューニングということで、参加したかったのですが、他の予定があって参加できませんでした。 そこで、僕が個人的に行っている Apache のチューニングを紹介したいと思います。最初、スライドで作成しようかと思ったのですが、ブログにまとめたほうがよさそうなのでブログにまとめていきます。 まず、大前提として Apache をチューニングするうえで、大事なことはその Apache が提供する Web サービスの種類のよって大きくチューニングする内容が異なるということです。例えば、動画・写真共有サービスと株価情報のサービスを比較すると、当然のことながら大きくサービスの内容が異なりますし、HTTP レベルでみるとクライアントからのリクエスト数、データサイズ、などがかなり違ってきます。 ですので、まずは自分が扱っているウェブサービ

                                                • NetflixのgithubリポジトリはWeb技術の百貨店だった - DiaryException

                                                  検索しているとなにかとNetflixのgithubリポジトリがヒットするので、全部(2015/07/18現在分)調査してみた。 github APIで https://github.com/Netflix のリストを全部取得して、名前・概要・URL・最終更新日時 (なんの更新だ?) を抽出。 AWS用のプロダクトが多かったのでまずそれらと、その他という分類にした。その他はほとんどがJavaライブラリ・システムだが、一部WebアプリケーションやPythonライブラリがある。 日本語での説明はReadmeやWikiを見て書いているが、理解が正しくないかもしれない。 AWS用 aws-autoscaling Tools and Documentation about using Auto Scaling URL: https://github.com/Netflix/aws-autoscalin

                                                    NetflixのgithubリポジトリはWeb技術の百貨店だった - DiaryException
                                                  • CDNは5時間で開発できる | POSTD

                                                    「CDN」(content delivery network)という言葉からは、Googleのような大企業がいくつもの巨大なハードウェアを管理し、1秒当たり何百ギガビットものデータを処理する様子が想像されます。しかし、CDNは単なるWebアプリケーションです。私たちのイメージとは違いますが、それが事実です。8年前に買ったノートパソコンを使って、コーヒーショップの席に座りながらでも、きちんと機能するCDNを構築できます。この記事では、これから5時間でCDNを開発しようとするときに、直面するかもしれないことを紹介します。 まずはCDNの機能を明らかにしておきましょう。CDNはセントラルリポジトリ(通称:オリジン)からファイルを吸い上げ、ユーザーに近い場所でコピーを保存します。初期のオリジンはCDNのFTPサーバーでした。現在、オリジンは単なるWebアプリとなり、CDNはプロキシサーバーとして機

                                                      CDNは5時間で開発できる | POSTD
                                                    • Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]

                                                      Googleではこれまで、生産性が高く、働きやすい組織を作るために、従業員に対して大規模な調査を行ってきました。 その結果として、2009年には「Project Oxygen」として、最高の上司になるための「8つのルール」を定義しています。 ※1番から、重要だと思われる順に並んでいます。 <チームのパフォーマンスをあげる優秀なマネージャーの条件> いいコーチであること チームを勢いづけ、マイクロマネジメントはしない メンバーの成功に気を配り、積極的に関与する 生産的、かつ成果主義であること 良いコミュニケーターであること メンバーのキャリア開発を手助けすること チームのための明確なビジョンと戦略を持っていること チームにアドバイスできる技術的な専門知識を持つこと ※こちらから参照 Googleの強みは技術が優れていることだと思われていましたが、意外にも技術的な専門知識がマネジメント能力に及

                                                        Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]
                                                      • OSS ライセンスの最近の潮流: PolyForm License について

                                                        まえがき開発中のソフトウェアのライセンスを策定するため、現時点でのベストプラクティスについて探っていたところ、ここ数年の OSS ライセンスの動向が面白かったので復習も兼ねてまとめました。 特に、Umbrel が採用したという PolyForm という新しいライセンス形態が面白かったので、これについて詳しく述べます。 なぜ今ライセンスについてまとめるのか私はソフトウェアやサービスをマネタイズする方法について興味があり、特にビットコインの応用について調べたりしています。 ビットコイン (Lightning Network) を HTTP で利用することで、Web API の課金方法の可能性は大きく広がることは間違いないのですが、これはあくまで単なる支払いの手法であって、広く使われる事を前提としたソフトウェアの開発を支える手法にすることは(それだけでは)難しいという問題があります。 ソフトウェ

                                                          OSS ライセンスの最近の潮流: PolyForm License について
                                                        • 東京都 新型コロナ 最多の493人感染確認 8月1日の472人上回る | NHKニュース

                                                          東京都は18日、都内で新たに493人が新型コロナウイルスに感染していることを確認したと発表しました。 都内で1日に確認される人数としてはことし8月1日の472人を上回ってこれまでで最も多くなり、都の担当者は、「強い危機感を持たなければならない」としています。 東京都は、18日、都内で新たに10歳未満から90代までの男女合わせて493人が新型コロナウイルスに感染していることを確認したと発表しました。 都内で1日に確認される人数としてはことし8月1日の472人を上回り、これまでで最も多くなりました。 年代別では、 ▼10歳未満が6人、 ▼10代が20人、 ▼20代が123人、 ▼30代が92人、 ▼40代が89人、 ▼50代が66人、 ▼60代が39人、 ▼70代が30人、 ▼80代が25人、 ▼90代が3人です。 このうち、40代と50代はこれまでで最も多くなりました。 また、65歳以上の高

                                                            東京都 新型コロナ 最多の493人感染確認 8月1日の472人上回る | NHKニュース
                                                          • FINDERS

                                                            CULTURE | 2018/06/22 元・三木道三が手がけたソフトウェア、写真から音楽を生成する「PhotoMusic2.0」 「写真から音楽を作るソフトを開発してみました。俺は音楽生成のアルゴリズムを考案して、全てのビートを作成しました。音楽が好... 「写真から音楽を作るソフトを開発してみました。俺は音楽生成のアルゴリズムを考案して、全てのビートを作成しました。音楽が好きな人 レゲエが好きな人アートが好きな人 AIに注目してる人 三木道三死んだと思ってた人 俺の新しい挑戦を応援してくれる人などなど、はリツイートして下さい!」という目を疑ってしまうツイートを見かけたのは、今年2月頃。 驚くことに、写真から音楽を生成するソフト「PhotoMusic2.0」をリリースしたのは、日本のレゲエ史上初のミリオンセラーとなった「Lifetime Respect」を手掛けた三木道三。90年代から日

                                                              FINDERS
                                                            • ソースコードを公開したソフトウェアで収益を得ている会社

                                                              ソースコードを公開したソフトウェアで収益を得ている会社をまとめる。いわゆる「オープンソースソフトウェア(OSS)」という有名な言葉を使わなかったのは、OSS の定義に当てはまらない、またはその可能性があるものが含まれているため。 この記事では "OSS" の定義に当てはまらないものも含め、主要な事業を構成するソフトウェアを一定のライセンスの下で公開している会社をまとめていく。このようにソースコードを公開して利用者やフィードバックを集めるビジネスモデルは open core とか COSS: Commercial Open Source Software と呼ばれているようだ。 企業が「ソースコードが公開されているソフトウェア」を利用するメリットとしては、主に以下の2つがあると考えられる。 コア機能の開発に集中できる 自社のビジネスの核となるソフトウェアの開発に集中し、それ以外の機能的・非機

                                                                ソースコードを公開したソフトウェアで収益を得ている会社
                                                              • さようなら ImageMagick - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。 一般的な Web アプリケーションがそうであるように、サイボウズのグループウェアにも画像をサムネイルで表示する機能があります。サイボウズでは日々数万件やそれ以上のサムネイルを生成しており、それらは全て ImageMagick によって生成されていました。 そこで得た知見はこちらの記事で公開されています。 blog.cybozu.io しかし現在、サイボウズから ImageMagick は消え去りました。その理由と、我々が取った代替手段について紹介します。 ImageMagick を外した理由 言うまでもなく ImageMagick は優秀なツールで、画像変換に関する何らかのサービスやツールを作る場合には採用の第一候補になることでしょう。あらゆる画像フォーマットに対応し、出力画像をきめ細かに制御できる膨大なオプシ

                                                                  さようなら ImageMagick - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                • 16年間うごいているWebアプリケーションが抱えていた技術的負い目を考察する | GMOメディア エンジニアブログ

                                                                  技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム(16年の歴史があります)の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、

                                                                    16年間うごいているWebアプリケーションが抱えていた技術的負い目を考察する | GMOメディア エンジニアブログ
                                                                  • 分散Key-Valueストア「kumofs」を公開しました! - Blog by Sadayuki Furuhashi

                                                                    分散Key-Valueストア kumofs を、本日オープンソースソフトウェアとしてリリースしました! kumofs@SourceForge kumofs関連資料まとめ kumofsとは? kumofs(クモエフエス)は、実用性を重視した分散データストアです。レプリケーション機能を備え、一部のサーバーに障害が発生しても動作し続けます。単体でも高い性能を持ちながら、サーバーを追加することで読み・書き両方の性能が向上する特徴を持ち、低コストで極めて高速なストレージシステムを構築・運用できます。 kumofsの大きな特徴は、システムの構成の簡単に変更できる点です。システムを止めることなく、簡単な手順でサーバーを追加したり復旧したりできます。アプリケーションには一切影響を与えません。 またkumofsは、広く利用されている分散キャッシュシステムの「memcached」と互換性のあるプロトコルを実装

                                                                      分散Key-Valueストア「kumofs」を公開しました! - Blog by Sadayuki Furuhashi
                                                                    • 「東京の感染拡大 制御不能な状況」東京都のモニタリング会議 | NHKニュース

                                                                      東京都のモニタリング会議で、専門家は「かつてないほどの速度で感染拡大が進み、制御不能な状況で、災害レベルで感染が猛威を振るう非常事態だ」と指摘したうえで「医療提供体制が深刻な機能不全に陥っている」として、極めて強い危機感を示しました。 会議の中で、専門家は、都内の感染状況と医療提供体制をいずれも4段階のうち最も高い警戒レベルで維持しました。 新規陽性者の7日間平均は、11日時点でおよそ3934人と2週間で倍増していると説明し「かつてないほどの速度で感染拡大が進み、新規陽性者が急増しており、制御不能な状況だ」と指摘しました。 そのうえで「災害レベルで感染が猛威をふるう非常事態だ。もはや、災害時と同様に、自分の身は自分で守る感染予防のための行動が必要な段階だ」と述べました。 また、11日時点で、入院患者は過去最多の3667人となり「都の入院調整本部では、翌日以降の調整への繰り越しや自宅での待機

                                                                        「東京の感染拡大 制御不能な状況」東京都のモニタリング会議 | NHKニュース
                                                                      • 個人的に常用中の Firefox 拡張機能 20個 | WWW WATCH

                                                                        いたるところに同じようなエントリーは数あれど、懲りずに私が個人的に日常利用している Firefox 拡張機能を挙げてみました。 色々インストールしてはあまり使わないので削除したりを繰り返していますが、ここに挙げた 20個はその中で定着したもの。 All-in-one Sidebar Clippings Copy URL + Firebug FireFTP Google Toolbar for Firefox Greasemonkey IE View Link Alert Nightly Tester Tools no-referrer QuickNote ScrapBook Screen grab! Search Station Tab Catalog Tab Mix Plus Tab URL Copier User Agent Switcher Web Developer All-in-

                                                                          個人的に常用中の Firefox 拡張機能 20個 | WWW WATCH
                                                                        • これ知ってる?2017年話題になった最新サービスまとめ30選 - WEBハックツ

                                                                          「IT技術が日々進歩している」と、近年はよく耳にしますね。 では、実際に最近リリースされた画期的なサービスや2017年話題になったインターネットサービス・アプリを、あなたはどれくらい知っていますか? 実は、皆が知らない所で、面白いサービスや役に立つサービスが沢山ローンチされています。この記事では、2017年にローンチされた、もしくは話題になったサービスや役に立つサービスをご紹介しましょう。 新しい波をいち早く察知するための、1つの参考になれば幸いです。マーケットが拡大する前、あるいは流行に沿ってチェックできれば、オイシイ思いができるかもしれません。 1.ロケラボ 2.Cotobox(コトボックス) 3.Sarahah(サラハ) Peing(ピング) 4.SPRAY Insight 5.eiffel(エッフェル) 6.VALU(バリュー) 7.cash 8.メルカリNOW 9.ランチパスポー

                                                                            これ知ってる?2017年話題になった最新サービスまとめ30選 - WEBハックツ
                                                                          • 25K request/secをさばいた「LINEのお年玉」のアーキテクチャの裏側 - LINE ENGINEERING

                                                                            みなさんこんにちは、LINEのサーバーサイドエンジニアの長谷部です。普段は、最近でいうとLINE Login や LINE Customer Connect などの開発を担当しています。 2018年の年始に LINEのお年玉 というイベントを実施し、その開発を担当しました。今回の記事では、LINEのお年玉のアーキテクチャの紹介や、当日実際に発生した問題(サービス過負荷起因のkafka consumer遅延)などの振り返りについて書こうと思います。 LINEのお年玉とは お年玉イベント期間中に、お年玉とLINEスタンプをセットで「お年玉つきスタンプ」として販売しました。対象スタンプを購入したユーザーさんは、スタンプ購入数 x 10個 のお年玉が付与されます。 こういったメッセージが受信されます ユーザーは自分がもっているお年玉を友だちに直接送ったりグループに送信することができ、お年玉を受け取

                                                                              25K request/secをさばいた「LINEのお年玉」のアーキテクチャの裏側 - LINE ENGINEERING
                                                                            • フロントエンドを集中的に学習できる究極の無料リソースを厳選してみた! - paiza times

                                                                              どうも、まさとらん(@0310lan)です! 今回は、フロントエンド開発者およびこれから学習をしようと考えている人に最適な無料リソースを厳選してご紹介します。 学習コンテンツばかりでなく、開発に便利なサービスやツールなども紹介しつつ、初心者から中級者くらいまで役に立つドキュメントもまとめています。すべて無料なのでWeb開発にご興味ある方はぜひ参考にしてみてください! ■何を学習したらいいのかをロードマップで確認する 【 Developer Roadmaps 】 フロントエンドの学習といっても意外に広範囲なので、まずは何から勉強をすればいいのか迷う人も少なくありません。この「Developer Roadmaps」はWeb開発者が勉強するための学習内容をロードマップとして無償公開しています。 さまざまな種類が用意されていますが、例えばフロントエンドの場合は以下のような感じです。 有名なロードマ

                                                                                フロントエンドを集中的に学習できる究極の無料リソースを厳選してみた! - paiza times
                                                                              • マイクロサービスはもう十分 | プロダクト・サービス | POSTD

                                                                                モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。要旨 モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。 – Martin Fowler 明確に構造化されたモノリスを構築できない時、なぜマイクロサービスがその答えだと思うのか。 Simon Brown 始めに マイクロサービスの利点と欠

                                                                                  マイクロサービスはもう十分 | プロダクト・サービス | POSTD
                                                                                • Bing検索の裏側―BitFunnelのアルゴリズム - Hatena Developer Blog

                                                                                  はてなアプリケーションエンジニアの id:takuya-a です。 この記事では、Microsoft の検索エンジン Bing で採用された BitFunnel アルゴリズムを紹介します。 昨年のエンジニアアドベントカレンダーでは、文字列検索のアルゴリズム全般について紹介しました(文字列アルゴリズムの学びかた - Hatena Developer Blog)。今年はそのなかでも、インデックス(索引)を使った全文検索アルゴリズムについてのお話になります。 この記事の前半は全文検索の入門にもなっていますので、検索技術になじみがない方にも楽しんでいただけるのではないでしょうか。 逆に、「そんなのもう知ってるよ!」という方は、本題である「BitFunnel アルゴリズムの詳細」から目を通していただければと思います。 この記事は、はてなエンジニア Advent Calendar 2017の21日目の

                                                                                    Bing検索の裏側―BitFunnelのアルゴリズム - Hatena Developer Blog