並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 41件

新着順 人気順

metrics 英語 ビジネスの検索結果1 - 40 件 / 41件

  • 新型コロナのワクチン、打った方が良い?~mRNAワクチンの効果と安全性、よくある誤解

    回答:よほどの理由がない限りは、接種することをお勧めします 日本で承認されているmRNAワクチンには、新型コロナウイルスへの感染・発症・重症化・死亡リスクを大幅に減らす効果が確認されています。実際に新型コロナウイルス感染症に罹ってしまうよりも、はるかに小さなリスクで免疫を獲得できます。 そのため、よほどの理由がない限りは、順番が回ってきた時点で接種することをお勧めします(ワクチン接種は自分だけでなく、自分の周りの人を守るという意義もあります)。 ※この記事内容は接種を強制するものではありません。接種するかどうかは個人の判断に委ねられますが、デマや事実誤認をもとに判断してしまうことがないよう、薬局でも行っている情報提供や対応を文書化したものです。 ※非常に長いので、「ページ内検索」や「Ctrl+F」の機能で不妊や後遺症、心筋炎、デルタ株、オミクロン株、ブースター接種といった気になる単語を検索

      新型コロナのワクチン、打った方が良い?~mRNAワクチンの効果と安全性、よくある誤解
    • 歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめ- - NRIネットコムBlog

      小西秀和です。 Amazon Web Services(AWS)に関する情報や魅力を様々な観点から記事にしてみていますが、技術史が好きなこともあって今回はAWSサービスの発表の歴史を年表でまとめました。 AWSからもWhat's Newとして公式アナウンスは発表されていますが、アナウンス日、GA日(一般提供開始日)、サービス名、サービス概要といった情報に圧縮して時系列でAWSサービス一覧を一枚もので確認できる記事が今まで欲しかったので自分で作成してみることにしました。 AWS全サービスの歴史年表の作成方法 AWS全サービスの歴史年表の対象となるAWSサービスは次の手順で選定しました。 AWSサービス・製品一覧「Cloud Products(英語版)」にあるサービスのうち「~ on AWS」といったサードパーティー製品がメインとなるサービスを除いたリストを作成 AWSサービス・製品一覧に記載

        歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめ- - NRIネットコムBlog
      • GoogleのProduct Managerになりました|natsumi.kondo

        要約: 日本で文系営業職からキャリアをスタートし、アメリカに渡ったのちにGoogleのエンジニア系職種であるProduct Managerになった人の話です。 このnoteは、へぇそんなキャリアもあるんだ〜という一つの参考に、また、現状打破のために何かしたいけど何をすればいいのと思っている方へ、なにかシェアできたらと思いいろいろと書きました。長いです。 まずかんたんに私の経歴を。 慶應義塾大学環境情報学部卒業 →リクルートキャリアで法人向け転職支援事業の営業 (n年) →Google日本法人で大手法人向け広告営業 (4年) →Google日本法人で大手法人向け広告プロダクトスペシャリスト (2年) →Google米国本社でGlobal Product Lead (4年) 福島県で高校時代までを過ごし、留学経験もなく、リクルートキャリアで営業として楽しく働いていましたが、頑張っていたら運よく

          GoogleのProduct Managerになりました|natsumi.kondo
        • SaaSメトリクス解説|Yuin Tei

          SaaSのメトリクス(経営指標・KPI)を分かりやすく・詳しく解説します。 ・21個の重要なSaaSメトリクスを解説 ・92枚のスライドと22,000文字の説明 ・84の参考情報をメトリクスごとに整理 ・27の厳選リソース集(統計・レポート・SaaS Playbook) 想定する読者 1. SaaS企業の経営者(自社の現状分析、競合分析、経営指標として) 2. SaaS企業で働く方(事業への理解、チームのKPIとして) 3. SaaSで起業を考えている方(起業戦略の材料として) 4. ベンチャーキャピタリスト(投資検討の指標、リサーチの材料として) なぜ書くか SaaSは米国で誕生しました。そのメトリクスも米国で研究され、発展してきました。しかし、英語圏においても様々な解釈があり、日本語の情報も限られます。正解はどこにもありません。これでは理解するのに膨大な時間を要し、活用するのも困難です

            SaaSメトリクス解説|Yuin Tei
          • プロダクトマネージャーの必須スキル: デザインドックの書き方 - Design Doc|kosuke mori

            私 (@kossmori) が働くアメリカのスタートアップでは、どんな会話においても ”Is there a design doc?” (デザインドックはないの?) という質問が連発します。 会話のコンテクストを合わせるため、取り組みの背景を理解するための必須資料として位置づけられています。 デザインドックは技術詳細を書いた仕様書ではありません。 取組みに関わる Why, What, How と、ハイレベルな実装戦略、主要な設計上の決定、決定の際に考慮されたトレードオフに重点を置いて文書化したもので、それをもとにエンジニアは必要に応じてTech docを書き、デザイナーはデザインを始めます。 追記: その2も書きました。最後の方に記事へのリンクを貼っています。 追追記:  思った以上に反響あり、この記事のおかげでこれまで非常に多くの スタートアップの方々とお話しさせていただく機会をいただき

              プロダクトマネージャーの必須スキル: デザインドックの書き方 - Design Doc|kosuke mori
            • 歴史・年表でみるAWSサービス(Amazon S3編) -単なるストレージではない機能・役割と料金の変遷- - NRIネットコムBlog

              本記事はNRIネットコム Advent Calendar 2021 1日目の記事です。 🎄 0日目 ▶▶ 本記事 ▶▶ 2日目 🎅 小西秀和です。 現在、AWSでは年に一回のAWS re:Inventというイベントの真っ最中で多数の新サービスの発表やセッションがおこなわれています。 そんな状況ですが、今回は当ブログ初のアドベント企画ということで、最新情報とは真逆のアプローチで記事を書いてみました。 最新情報を追うことに疲れた方はこちらの記事で、自分の歴史と照らし合わせながらチルアウトしてみてはいかがでしょうか。 さて、今回のテーマはAmazon S3の年表を作って歴史やアップデートを振り返ろうというものです。このテーマにしたきっかけは2つあります。 まず、1つ目は2006年3月14日にサービス開始したAmazon S3が今年、2021年3月14日に15周年を迎えたことです。 そして2つ

                歴史・年表でみるAWSサービス(Amazon S3編) -単なるストレージではない機能・役割と料金の変遷- - NRIネットコムBlog
              • AWS 認定 SAP on AWS - 専門知識(AWS Certified: SAP on AWS - Specialty)の学習方法 - NRIネットコムBlog

                小西秀和です。 この記事は「AWS認定全冠を維持し続ける理由と全取得までの学習方法・資格の難易度まとめ」で説明した学習方法を「AWS 認定 SAP on AWS - 専門知識(AWS Certified: SAP on AWS - Specialty)」に特化した形で紹介するものです。 重複する内容については省略していますので、併せて元記事も御覧ください。 また、現在投稿済の各AWS認定に特化した記事へのリンクを以下に掲載しましたので興味のあるAWS認定があれば読んでみてください。 ALL Networking Security Database Analytics ML SAP on AWS Alexa DevOps Developer SysOps SA Pro SA Associate Cloud Practitioner 「AWS 認定 SAP on AWS - 専門知識」とは 「

                  AWS 認定 SAP on AWS - 専門知識(AWS Certified: SAP on AWS - Specialty)の学習方法 - NRIネットコムBlog
                • リンク:2020年菅政権の日本学術会議会員任命拒否に関連して噴出した誤情報 - 発声練習

                  備忘録として。 ファクトチェックの記事がでた誤情報 学術会議OBは学士院で死ぬまで年金250万円 アメリカ、イギリスの「学者団体には税金は投入されていない」 学術会議が「レジ袋有料化を提言」 日本学術会議、答申が出ていないため「活動が見えていない」 日本学術会議が「中国の軍事研究に参加」「千人計画に協力」 日本学術会議幹部が「北大総長室に押しかけ研究を辞退させた」 任命拒否6人、ツールで低評価だから学者と言えない 学術会議が科研費4兆円を再配分 防大卒業生が大学院に行きたくとも東大など各大学は断る (2020年10月16日追記) はじめに:日本学術会議の歴史的経緯と位置づけ 学術会議の問題、安易な「民営化」が解決策にならないと言える理由(伊藤 憲二) | 現代ビジネス | 講談社(1/8) 誤情報拡散経路について (2020年10月16日追記) 学術会議めぐり広がる大量の誤情報、まとめサイ

                    リンク:2020年菅政権の日本学術会議会員任命拒否に関連して噴出した誤情報 - 発声練習
                  • Web VitalsとJavaScript Errorの可視化

                    こんにちは、@watilde です。Amplifyの開発者体験体験の向上をすべく、ツイートのウォッチやGitHubでの反応などしています。もう去年のことですが、最近はcliの改善としてcreate-react-appのようにinitの実行時にREADMEの生成を行うPRなど作ったりしてます。参考: aws-amplify/amplify-cli#5808 この記事は英語で書いた Improve UX by observability in front-end with Amplify and QuickSight を自分で日本語に意訳してみたものです。Node学園 35時限目 オンライントライアル でも同様の内容を発表予定です。 JavaScriptのエラー例 JavaScriptは100%動いているのか 私達の作るWebアプリ・Webサイトが様々なデバイスで100%動作しているかは、実態

                      Web VitalsとJavaScript Errorの可視化
                    • 「機械学習とビジネスを橋渡しするものこそ評価指標であり, "全てのビジネスは条件付期待値の最大化問題として書ける"」という話の問題点と代替案 - ill-identified diary

                      概要 はじめに I. 条件付き期待値が全てか? i 条件付き「期待値」だけでよいのか? ii 条件付き期待値の条件とはなにか? メディアミックスモデルを例に 外挿と選択バイアス 補足: 条件付き期待値の条件付けに関して II. 機械学習の性能評価 ≠ ビジネスモデル なのか? 分類モデルと確率の推定 確率推定の評価はできるのか III. こういう話の教科書・参考書はないのか? まとめ 参考文献 概要 『機械学習とビジネスを橋渡しするものこそ評価指標であり, ”全てのビジネスは条件付期待値の最大化問題として書ける”仮説についての一考察 - 株式会社ホクソエムのブログ』というブログ記事に対する私の昨日の twitter での連続投稿の話を書き改め, 説明不足な部分を補った. 昨日と同様に, (I) 条件付き期待値だけでよいか, (II) ビジネスモデルと機械学習の性能評価は一致しないのか, (

                        「機械学習とビジネスを橋渡しするものこそ評価指標であり, "全てのビジネスは条件付期待値の最大化問題として書ける"」という話の問題点と代替案 - ill-identified diary
                      • 2023年のプロダクトセキュリティを振り返る【各業界の開発・セキュリティエンジニア13人に聞く(前編)】 - #FlattSecurityMagazine

                        プロダクト開発・運用の現場では2023年のセキュリティ関連のトピックをどう受け止めているのか、また、今後のセキュア開発に関する潮流をどう予測しているのか。様々な業界で活躍する開発エンジニア・セキュリティエンジニアの方々13人に見解を伺いました。 今回は、「2023年のプロダクトセキュリティを振り返る」というテーマでお届けします! <13人の方々による「2024年セキュリティトレンド予想」> flatt.tech 今回コメントをいただいた方々 CADDi CTO 小橋昭文さん サイボウズ Cy-PSIRT Finatextホールディングス 取締役CTO/CISO 田島悟史さん Google 小勝純さん グラファー 森田浩平さん IssueHunt 取締役 CTO Junyoung Choiさん カンム 金澤康道さん メルカリ IDP team kokukumaさん メルカリ Product

                          2023年のプロダクトセキュリティを振り返る【各業界の開発・セキュリティエンジニア13人に聞く(前編)】 - #FlattSecurityMagazine
                        • Amazon DynamoDB レイテンシの理解 | Amazon Web Services

                          Amazon Web Services ブログ Amazon DynamoDB レイテンシの理解 Amazon DynamoDB は水平分割を使用しほとんどのテーブルサイズに対応することができます。水平分割の例とし、DynamoDB は全てのワークロードサイズに対して数ミリ秒での性能を提供します。Amazon.comなどリテールサイトではDynamoDBをショッピングカードのワークフローエンジンに使用しています。注文プロセスでレスポンスが遅いのはカスタマの不満だけではなく、ビジネスコストの問題にもなります。注文プロセスでの遅延は収益、顧客体験、ビジネスの成長に直接、影響を与えます。 本記事では DynamoDB のレイテンシと DynamoDB を使用するアプリケーションで通常よりも高いレイテンシに対応する手法を詳しく解説します。 (本記事は 2023/04/12に投稿された Unders

                            Amazon DynamoDB レイテンシの理解 | Amazon Web Services
                          • AWS Well-Architected FrameworkのServerless Applications Lensを読んでみた | Developers.IO

                            AWS Well-Architected FrameworkのServerless Applications Lensを読んでみた Well-Architected Frameworkから、Serverless Applications Lensを読んでみたので、ざっとまとめてみました。 西澤です。Well-Architected Frameworkのうち、特別なアーキテクチャ専用にさらにその内容を掘り下げた資料が、Well-Architected Lensです。まず最初に、HPCとServerless用が公開され、先日IoT版も追加で作成されています。Serverless版の初版が発表されたのはもうかなり前なのですが、この中から今回は改めてServerless Applications Lensの内容について、簡単にまとめてみようと思います。原文は英語なので、雑に端折ってしまったところも

                              AWS Well-Architected FrameworkのServerless Applications Lensを読んでみた | Developers.IO
                            • 急成長する《現場》の、データエンジニアというお仕事。 - Qiita

                              なんの話? 三行で。 サービスが急成長しデータ量が増えた際にデータエンジニアリングは必要とされる。 エンジニアリングに必要なスキルセットは比較的明確で、駆け出しエンジニアにもポジションあるよ。 データエンジニアリング業務を経て、データサイエンティストなど他職種にランクアップすることは可能。 [おまけ1] "data+engineer+positionでググる"と、主に海外のData Engineer(DE職)のお仕事が入門者レベルからエキスパートレベルまで見つかるよ...Tokyoをつけると、東京でのDE職も見つかる。転職活動で普通に有用。 *[おまけ2] 末尾におまけとして、現在私が取り組んでいる『2020年代のデータ分析基盤の基本設計』に関して日々調べていることを、公開できる範囲で書いておきたい(内容はコメント欄に随時更新)。実際のデータエンジニアリング実務の一端を知ってもらう意味で。

                                急成長する《現場》の、データエンジニアというお仕事。 - Qiita
                              • りあクト! 第3版がすごくよかった - happy developing

                                会社のフロントエンドエンジニアの方にReact/Typescript関連のおすすめのドキュメントを聞いたところりあクトを教えてもらいました。 読んでみてとてもおもしろく、おおげさですが感動してしまったので感想を書きます。 読んだ本りあクト! TypeScriptで始めるつらくないReact開発 第3版(200912) りあクト!第3版Ⅰ. 言語・環境編Ⅱ. React基礎編Ⅲ. React応用編私とフロントエンド 普段仕事ではmovoという物流業界向けのSaaSのバックエンドでGoを書いています。 各種プロダクトのフロントエンドはReact(16.9)/Typescript(3.7)で書かれているのですが、swagger/openapiの生成までしかタッチしていないので フロントのコードを読めるようになりたいと思っていました。 ReactについてはUdemyのコースを買ってみてTODOを中

                                • アジャイルメトリクス 〜 良い指標・悪い指標・酷い指標 | サーバントワークス株式会社

                                  TL;DR: アジャイルメトリクス 適切なアジャイルメトリクスは、チームが「アジャイルになる」ための状況もしくは、組織が「学習する組織になる」ための状況のいずれかを反映したものになります。 チームレベルでは、アジャイルメトリクスは、定性的な方が定量的な方より、機能することが多いです。組織レベルでは、これが逆になります。定量的なアジャイルメトリクスは、定性的な方よりもより良いインサイトを与えてくれます。 26,000人が登録する「Food for Agile Thought」ニュースレターに登録しませんか?または、「アジャイルメトリクスサーベイ(Agile Metrics Survey 2020)」への貢献を検討してください。 良いアジャイルメトリクス 一般的にメトリクスは、現場をより良く理解するのに役に立ちます。また、時間経過とともに、変化に対するインサイトを得ることができるようになります

                                    アジャイルメトリクス 〜 良い指標・悪い指標・酷い指標 | サーバントワークス株式会社
                                  • 確率モデルで解き明かすリテンションレートとチャーンレートの本質|岩田健吾

                                    リテンションビジネスやサブスクリプションビジネスで必ず測定する指標がリテンションレート、そしてチャーンレートです。 しかし一向に改善の気配が見えないこれらの指標は、混沌としており、複雑に感じます。 本記事では、一見すると複雑に見えるこれらの指標がある1つの「確率モデル」に支配されていることを解き明かします。また、このモデルの構造を解説し、応用的な活用法を提案します。 リテンションレートやチャーンレートの秘密に迫りましょう。 改善しないリテンションレートRetention Rateライフタイムバリュー(LTV)の重要性はよく論じられます。私たちはLTVを改善するために努力を注ぎますが、その指標となるリテンションレートやチャーンレートは往々にして改善が見られません。 例えばある企業がリテンションレートを改善するためにさまざまな施策を実施します。休眠してしまったユーザーをセグメンテーションしてメ

                                      確率モデルで解き明かすリテンションレートとチャーンレートの本質|岩田健吾
                                    • 英語で読もう!AWSドキュメント頻出英単語集1900! - ウェルスナビ開発者ブログ

                                      はじめに こんにちは、ウェルスナビでフルスタックエンジニアの水馬です。 みなさんAWS公式ドキュメントは英語で読んでいますでしょうか? もちろん日本語でのドキュメントも充実していますが、一部サービスでは日本語訳に対応していなかったり翻訳が不正確なものも存在します。 Amazon Translate や DeepLのような翻訳ツールを使うこともできますが、やっぱり英語のドキュメントをスラスラ読めるようになりたいですよね! 本記事では、AWS公式ドキュメントで頻出する英単語を頻出順に紹介掲載しています。 ※ 本記事は、AWS DevDay Tokyo 2023 で発表した「英語で読もう!AWSドキュメント頻出英単語集1900!と、その作り方」のRe:Cap記事になります。 英単語帳の詳細についてはこちらの資料をご参照ください。 頻出英単語集1900! はてなブログの文字数上限の都合上、上位20

                                        英語で読もう!AWSドキュメント頻出英単語集1900! - ウェルスナビ開発者ブログ
                                      • ざっくり解説 → "Practical Lessons from my Experience in Product" - もくもくプロダクトマネジメント( @Nunerm )

                                        medium.com こちらの「プロダクトマネジメントに関する教訓」の記事がPM界隈で少し話題になってます。 これに関して、とある日に会社のメンバーから というおねだりをもらいました。英語苦手なのに… というわけで、せっかくだから解読した結果をここにまとめます。そのまま翻訳するのは許可が必要な気がするので、あくまで自分の解釈と意見を書く形にしました。(間違ってたらごめんなさい) 1.MVPはユーザーセグメントを絞って作るべし 1.Being Minimalistic- Identify a target user base don’t be greedy for every possible user segment. Segments are not just demographics but can be a mobile user, a desktop user, a college

                                          ざっくり解説 → "Practical Lessons from my Experience in Product" - もくもくプロダクトマネジメント( @Nunerm )
                                        • 本気でTwitter運用するなら知っておきたい入門100のこと|アフィラ

                                          どうも、こんにちは。アフィラ(@afilasite)です。 今回は「本気でTwitter運用するなら知っておきたい入門100のこと」をご覧頂き、誠にありがとうございます。 ✨大反響感謝 ・公開24時間で読者数5,000名!500スキ突破!反響ありすぎで驚いています。 ・公開3日で読者数10,000名超え、感謝です…! ・公開1週間で読者数15,000名、スキ数1,000!ありがとうございます! スキは応援だと思っているので、良かったらぜひ右下のスキお願いします! 本noteでは、Twitter超初心者から上級者まで学べる。Twitter運用するなら知っておきたい知識をまとめました。 基礎から学び、自分のフェーズに合った内容をじっくりと読んで頂き、今後のTwitter運用に活かしてもらえれば嬉しいです。 本編に入る前に、私のことを詳しく知らない人もいるかと思うので、簡単に自己紹介しますね。

                                            本気でTwitter運用するなら知っておきたい入門100のこと|アフィラ
                                          • mtx2s’s blog

                                            デプロイ頻度とリードタイムは、開発チームが自らのパフォーマンスをモニタリングするうえで欠かせないメトリクスである。それらが、収益性や市場占有率といった組織パフォーマンスに影響を与えるからだ。その調査結果は、DevOps Research and Assessment(DORA)が特定した4つのキーメトリクス、いわゆる「DORAメトリクス」の要素として浸透した(後述するが、DORAメトリクスで扱うのは、リードタイムではなく「変更のリードタイム」である)。 その重要性ゆえに、チームや組織はこれらのメトリクスの計測と可視化に努める。可能な範囲で正確な値が欲しい。そうして、チケット管理ツールやバージョン管理システムからテレメトリを収集、集計し、チームのモニタリングダッシュボードにその実績値を可視化するのだ。 しかし、しばらくメトリクスを運用してみると、その扱いづらさに気づく。計測値や集計値のばらつ

                                              mtx2s’s blog
                                            • DevOps の Four keys の Lead time for changes (=変更のリードタイム)についてのまとめ

                                              DevOps の指標としての 4keys DevOps のレベルの高さを測る指標として 4keys がよく用いられます。 (英語)https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance (日本語)エリート DevOps チームであることを Four Keys プロジェクトで確認する その指標とは以下の4つです。 Deployment Frequency Lead Time for Changes Change Failure Rate Time to Restore Service 今日はその中でも特に2番めの Leed Time for Changes (=変更のリードタイム)について考えたことをまとめます。なぜなら、それ以外の3つの項

                                                DevOps の Four keys の Lead time for changes (=変更のリードタイム)についてのまとめ
                                              • 検索におけるエンティティとは?意味とSEOに活用する方法

                                                エンティティとは SEOの文脈におけるエンティティとは、人物、場所、組織、事物、概念など、他の事物と区別できる一意性を持った現実世界の物事のことを言います。Googleの特許文書「非構造化データにおけるエンティティ参照を用いた質問応答」では、エンティティは次のように説明されています。 エンティティとは、一意であり、独自で、明確に定義され、区別可能な事物または概念である。例えばエンティティは、人、場所、物、アイデア、抽象的な概念、具体的な要素、他の適切な事物、またはそれらの任意の組み合わせである。 一般に、エンティティには、名詞によって言語的に表現される事物や概念が含まれる。例えば、色「青」や、都市「サンフランシスコ」や、想像上の動物「ユニコーン」は、それぞれエンティティである可能性がある。 US20160371385A1 – Question answering using entity

                                                  検索におけるエンティティとは?意味とSEOに活用する方法
                                                • 急成長する《現場》の、データエンジニアというお仕事。 - Qiita

                                                  なんの話? 三行で。 サービスが急成長しデータ量が増えた際にデータエンジニアリングは必要とされる。 エンジニアリングに必要なスキルセットは比較的明確で、駆け出しエンジニアにもポジションあるよ。 データエンジニアリング業務を経て、データサイエンティストなど他職種にランクアップすることは可能。 [おまけ1] "data+engineer+positionでググる"と、主に海外のData Engineer(DE職)のお仕事が入門者レベルからエキスパートレベルまで見つかるよ...Tokyoをつけると、東京でのDE職も見つかる。転職活動で普通に有用。 *[おまけ2] 末尾におまけとして、現在私が取り組んでいる『2020年代のデータ分析基盤の基本設計』に関して日々調べていることを、公開できる範囲で書いておきたい(内容はコメント欄に随時更新)。実際のデータエンジニアリング実務の一端を知ってもらう意味で。

                                                    急成長する《現場》の、データエンジニアというお仕事。 - Qiita
                                                  • チームでプロダクトを作るということ。 – 1ヶ月間のCX事業本部での研修が終わったので個人的に振り返りをしていく – | DevelopersIO

                                                    先週の金曜日で1ヶ月のCX事業本部での研修が終わりました、新卒エンジニアのたいがーです? 現在クラスメソッドの新卒一期生として入社した私たちは、風神、雷神という2チームに分かれ、各部署で研修をさせていただいています。それぞれの部署で出される課題に取り組み、年明けには正規配属される予定です。 4月からの研修はこのような形で進みました。 ES(エンプロイーサクセス)部: 1ヶ月 AWS事業本部 コンサル部: 3ヶ月 オペレーション部: 2ヶ月 IT推進室: 1ヶ月 CX事業本部: 1ヶ月 そして、私の所属している雷神チームは本日からDA事業本部で研修させていただく予定となっています。\よろしくお願いいたします!/ 気がつけば社会人になり研修が始まり、約7ヶ月。そろそろどこに希望を出すのか考えなければならない時期がやってきます。その際、どんなことをしたのか思い起こせるようにブログを書いておこうと

                                                      チームでプロダクトを作るということ。 – 1ヶ月間のCX事業本部での研修が終わったので個人的に振り返りをしていく – | DevelopersIO
                                                    • 日本語書記技術WG報告書(2019年3月31日付)

                                                      慶應義塾大学SFC研究所 Advanced Publishing Laboratory 日本語書記技術WG報告書 2019年3月31日 目 次 日本語書記技術 WG の議論の概要… …………………………… 小林龍生…   5 EPUB は Web ではない…………………………………………… 村 田   真… 19 Is EPUB part of the web?… ………………………………… Florian Rivoal… 23 リフロー可能なドキュメント環境とは………………………… 木田泰夫… 29 簡便な行組版ルール(案) … ……………………………………… 小 林   敏… 35 読み効率を高める日本語電子リーダー設計の試み…………… 小林潤平… 49 組版についてのアクセシビリティ要件………………………… 村 田   真… 57 ルビの簡便な配置ルール(案) … ………………………

                                                      • AIによる再設計でLlama2の15倍高速!?DeciLM登場!|shi3z

                                                        Llama2の15倍高速というDeciLMというのが発表された。もう何が何だかわからない。これはデコーダーモデルというやつで、4096トークンに対応 Llama 2 is Yesterday's News. Introducing DeciLM-6B and It's Leaving Llama 2 in the Dust. An efficient, blazing-fast text generation language model. DeciLM-6B is 15x faster than Llama 2! Here's what sets it apart: ⭐️ Performance Metrics that Speak Volumes: DeciLM-6B has set… pic.twitter.com/GE5y1m2Y9W — Hasan Toor ✪ (@hasant

                                                          AIによる再設計でLlama2の15倍高速!?DeciLM登場!|shi3z
                                                        • 大規模言語モデル(LLM)における日本語評価の概観 - Algomatic Tech Blog

                                                          はじめまして!Algomatic LLM STUDIO でインターンをしている なべ(@_h0jicha)です。普段は大学でマルチモーダル大規模言語モデルの応用に関する研究に取り組んでいます。 Algomatic のインターンでは、LLM の評価に関して網羅的な調査や各種ツールの導入に取り組んできました。 本記事では、この知見を皆さんに共有することで、日本語圏における LLM 評価の現状を俯瞰していただき、各ツールを適切に選択するための糸口を提供することを目的とします。 はじめに 大規模言語モデル(LLM)の開発プレイヤーが増加している昨今において、日本語を対象言語とした運用を得意とする LLM が次々と公開されています。 LLM を安全に使用する ために、対象タスクに適した LLM を選択すること、ならびに有害なコンテンツ生成を検知することなど、LLM の性能を多角的に評価する枠組みが重

                                                            大規模言語モデル(LLM)における日本語評価の概観 - Algomatic Tech Blog
                                                          • 今日は YAPC::Kyoto 2023 の日です - Pixel Pedals of Tomakomai

                                                            昨日 に引き続き、今日は Perl 神社 に来ていますので、自分用にメモを残しておきます。 オープニング YAPC Kyoto 成功祈願の様子の動画 開発成就、成果達成! YAPC Kyoto 2020 年から3年ぶりに焼き直し Reboot 蓋付きペットボトル、会場配布のもの、以外は飲食禁止 禁煙 疫病対策はマスク、アルコール消毒、ソーシャルディスタンス no photo のタグを付けてる人は写真を撮らないよう CoC 守りましょう #yapcjapan 、 #yapc_sp #yapc_gy 、 #yapc_do Perl神社の参拝回数、金額に上限はありません( TPF に寄付) Helpfeel さんのスポンサーセッション 会場名をつけた Gyazo, Scrapbox, Helpfeel なんだけど、 2 つしかつけられなかった 【企画】春のエンジニア ぶつかり稽古 2023 秋の

                                                              今日は YAPC::Kyoto 2023 の日です - Pixel Pedals of Tomakomai
                                                            • 日本語化された Professional Cloud DevOps Engineer 認定試験範囲の解説

                                                              こんにちは。クラウドエース株式会社で Google Cloud 認定トレーナーをしている廣瀬 隆博です。前回の記事で「絵文字がメロイックサイン(🤘)になっている人」と書きましたが、もちろん ヘヴィメタル が好きだからですね。誰も聞いてこなかったけどアピールしておきます。なお、にわかメタラー なのでお手柔らかにお願いします。 さて、ヘヴィメタルはにわかですが Google Cloud はそれなりに得意としているので、今回は Professional Cloud DevOps Engineer の認定試験範囲について解説いたします。同試験は サービスの信頼性と開発速度の向上を両立する ための考え方を学ぶことができます。受験される方はもちろん、受験はまだ考えていない方にも参考となりますので、最後までお付き合いいただけますと幸いです。 なお、同試験は 2023 年 8 月 21 日 に 日本語化

                                                                日本語化された Professional Cloud DevOps Engineer 認定試験範囲の解説
                                                              • シリコンバレー最先端、スタートアップの爆速成長のカギを握る Growth (グロース)の本質|kosuke mori

                                                                「あなたのチームは、1週間で何回実験を回せますか?」この質問に即座に的確に答えられたら、もしかしたらこの記事は読まなくていいかもしれません。 読んでいただいた方は、フェイスブック、アマゾン、ネットフリックスなど太刀打ちしようがないように思える企業や、人々が使わずにはいられないサービスを生み出すスタートアップに共通する「 Growth (グロース)」について、少しイメージが湧くのではないかと思います。 先に記事のまとめを書いておきます。 ・たぶん日本語で初めて Growth の本質に言及するシリーズになると思う ・過去の「グロースハック」と言う言葉は一旦忘れてほしい ・Growth とは「統計的な根拠に基づいて事業を進歩させる」仕組みである ・Growth は特効薬でも飛び道具でもない。新しい学びと再現性のある小さな成功を積み上げ続けていく非常に地道な取り組みである。 ・商品でも技術でもマー

                                                                  シリコンバレー最先端、スタートアップの爆速成長のカギを握る Growth (グロース)の本質|kosuke mori
                                                                • 画像分類手法を用いた時系列分類手法とKaggle Code輪読会のご紹介 - Platinum Data Blog by BrainPad

                                                                  本記事は、当社オウンドメディア「Doors」に移転しました。 約5秒後に自動的にリダイレクトします。 ブレインパッドでは進化の激しいデータ分析業界で最新情報をキャッチアップしていくため、様々な勉強会が社内で開催されています。その中のKaggle Code輪読会について、その目的や活動内容、実際に発表された内容をご紹介します。 こんにちは。アナリティクスサービス部の諸橋と申します。 この記事ではブレインパッド社内で行われている勉強会の一つである「Kaggle Code輪読会」についてご紹介します。 また、輪読会で紹介されたKaggle Code(※データ分析プラットフォームKaggleに投稿された分析コードのこと)とその議論の内容についても紹介します。 今回紹介するKaggle Codeはセンサーデータとして取得された時系列データをグラフ化し、そのグラフに対して画像分類を行うことで元々の時系

                                                                    画像分類手法を用いた時系列分類手法とKaggle Code輪読会のご紹介 - Platinum Data Blog by BrainPad
                                                                  • 大企業こそイノベーションを!─国際標準「ISO56000」と経産省の「価値創造マネジメントに関する行動指針」を知る | IT Leaders

                                                                    IT Leaders トップ > 経営課題一覧 > 事業創出 > 市場動向 > 大企業こそイノベーションを!─国際標準「ISO56000」と経産省の「価値創造マネジメントに関する行動指針」を知る 事業創出 事業創出記事一覧へ [市場動向] 大企業こそイノベーションを!─国際標準「ISO56000」と経産省の「価値創造マネジメントに関する行動指針」を知る 2019年11月25日(月)田口 潤(IT Leaders編集部) リスト イノベーション大国と呼べるはずの米国でさえ、画期的なサービスやビジネスを生み出すのはベンチャー企業であり、既存の企業は追随するか、出資するか、あるいは買収するだけ。すなわち既存企業、特に大企業にはイノベーションはできない──。こんな通説を覆そうと、大企業によるイノベーションを促す動きが進んでいる。欧州を中心に進む「ISO 56000」という標準規格の策定と、それを受

                                                                      大企業こそイノベーションを!─国際標準「ISO56000」と経産省の「価値創造マネジメントに関する行動指針」を知る | IT Leaders
                                                                    • エコノメをかじり出した文系学生が計量・統計のテキストを読み進めていく順番 - 開発経済学とその他応用分野を学ぶ院生

                                                                      【2020年1月1日追記】昨年12月14日にこの記事がTwitterでプチバズりしていて、そのお陰でその日は1600PVを記録していました。少し古い記事でもあるため、記事をアップデートさせていただきます。 このブログは学部生の人によく読んで貰っているみたいなので、今回は学部生の人のためになりそうな記事を書きます。 タイトルの通り、計量経済学の勉強を始めた文系学生がどの順番でテキストに取り掛かるべきか、私の独断と偏見でオススメを紹介します。また、近年は経済学部に限らず計量経済学の手法を使う分野も増えていると思いますので、大学院生の方にも参考になるかと思います。また、筆者はミクロデータを使う開発経済学を専門分野としていますので、マクロ・時系列の方にはあまり参考にならないかもしれません。初めに個人的な結論を述べますが、Mostly Harmlessと実証分析入門の2冊を抑えることができれば十分だ

                                                                        エコノメをかじり出した文系学生が計量・統計のテキストを読み進めていく順番 - 開発経済学とその他応用分野を学ぶ院生
                                                                      • CortexとThanosが共に過ごした情熱的な一年

                                                                        はじめに クラウドネイティブ界隈では昨今、チーム間で協力したり、知見を出し合うコラボレーションが重要視されるようになったが、残念ながら自分のところまではまだ降りてくるレベルにないようだ。 今年のクリスマスの日もまた仕事とコラボレーションを組んだ自分は、その代わりに推しOSSsを見守ることで心の隙間を埋めようと思う。 CortexとThanosが共に過ごした情熱的な一年を振り返ってみた。 📘【note】 この記事はKubernetes2 Advent Calendar 2020の25日目です。 先日はysakashitaさんのKubernetesにおけるContainer Object Storage Interface (COSI)の概要という記事でした。 きっかけ 技術書を英語で読む会/ReadingParty でSoftware Engineering at GoogleというGoo

                                                                          CortexとThanosが共に過ごした情熱的な一年
                                                                        • SQL学習サイト徹底比較!基本から応用まで学べるサービス7選 - paiza times

                                                                          David SchwarzenbergによるPixabayからの画像 こんにちは。倉内です。 基本的な内容であれば学習コストはそれほど高くないわりに業務での活躍シーンが多いのがSQLです。 ITエンジニアの方はもちろん、そうでない職種の方もデータの抽出や分析をしたいという場面がよくありますよね。書籍もよいですが、「SQLを書いて実行してどんな結果が返ってくるか」を自分の手を動かしながら確認できるほうが習得は早いと思います。 そこで今回はSQLの基本を学べる学習サイト7つを学習内容を比較する形で紹介します。(2020年9月10日時点の情報です) 使いたいデータベースの種類によって多少記述は違うのですが基本はそこまで大きく違わないので、いろいろ試してご自分に一番合いそうなサイトを見つけてみてください。 学習形式・料金比較 サービス名 形式 料金 ドットインストール 動画・ローカル環境 「Pos

                                                                            SQL学習サイト徹底比較!基本から応用まで学べるサービス7選 - paiza times
                                                                          • 【感想】『マイクロサービスパターン 実践的システムデザインのためのコード解説』:後編 - Rのつく財団入り口

                                                                            マイクロサービスパターン 同書の読書記録と感想、長いので3回に分けた最終回です。 マイクロサービスパターン[実践的システムデザインのためのコード解説] impress top gearシリーズ 作者:Chris Richardson,長尾高弘,樽澤広亨発売日: 2020/03/23メディア: Kindle版 マイクロサービスパターン Chapter 9 マイクロサービスのテスト(前編) 9.1 マイクロサービスアーキテクチャのテスト戦略 9.2 サービスのユニットテストの開発 Chapter 10 マイクロサービスのテスト(後編) 10.1 統合テストの開発 10.2 コンポーネントテストの開発 10.3 エンドツーエンドテストの開発 Chapter 11 本番環境に耐えられるサービスの開発 11.1 セキュアなサービスの開発 11.2 設定可能なサービスの設計 11.3 可観測性を備えた

                                                                              【感想】『マイクロサービスパターン 実践的システムデザインのためのコード解説』:後編 - Rのつく財団入り口
                                                                            • four keysについてと何が良いのか?

                                                                              four keysとは **LeanとDevOpsの科学で取り上げられたState of DevOps ReportやDevOps Research and Assessment(DORA)**チームの研究・調査から導き出されたソフトウェア開発チームのパフォーマンスを示す4つの指標(最近5つに増えた) DORA metricsやfour core DevOps metricsと呼ばれる事も多い(英語記事はDORA metrics率が高いと勝手に思っている) LeanとDevOpsの科学/**State of DevOps Reportで提唱され、Google CloudのDevOps Research and Assessment(DORA)チームのAccelerate State of DevOps Report**で引き続き調査や改善が行われているらしい。 簡単に説明すると以下4つの指

                                                                                four keysについてと何が良いのか?
                                                                              • GoogleCloudのSite Reliability Engineeringコースの備忘録 (Coursera/SRE) - Qiita

                                                                                GoogleCloudのSite Reliability Engineeringコースの備忘録 (Coursera/SRE)infrastructureインフラcourseraSRESiteReliabilityEngineering はじめに Google Cloudが提供するCourseraのSite Reliability Engineeringコースを修了したので、その備忘録。 受講理由としては、インフラエンジニアとしてはオンプレ〜クラウドと経験してきて、DevOpsもそれなりに携わってきたものの、SREに関してはGoogle本は掻い摘んで読んだりはしてたものの、しっかり学んだことはなかったため、年末年始を利用して学習してみた。という流れ。(ただ、年末年始に全て終えることはできなかったが・・) また受講と並行して、適宜、Googleが無償提供するオンライン書籍を読み進めていった。

                                                                                  GoogleCloudのSite Reliability Engineeringコースの備忘録 (Coursera/SRE) - Qiita
                                                                                • 絶対王者アマゾン、努力や根性に頼らず重視した「14の基準」 | ゴールドオンライン

                                                                                  あなたは、アマゾンという企業をどのくらいご存じだろうか? 日本でのサービス開始当初「世界最大のオンライン書店」と称されていたアマゾンは、わずか20年弱で「GAFA」と呼ばれる4大IT企業の一角にまで発展した。その驚くべきビジネス戦略や如何に。アマゾンジャパン元経営会議メンバーで現在は、kenhoshi & Companyの代表としてコンサルティングを手掛ける星健一氏の著書『amazonの絶対思考』(扶桑社)より一部を抜粋し、「内側から見たアマゾン」を解説する。 アマゾンの「顧客中心主義」を支える「コア」は何か 過去の連載では、アマゾンのビジネスモデル、アマゾンプライムプログラムや楽天市場と比較した場合の強みなどの分析を通してアマゾンの「絶対思考」はどのようなものなのかを解説してきた。ぜひ、詳しいことは拙書『amazonの絶対思考』(扶桑社)を読んでいただければありがたい。 今記事より連載し

                                                                                    絶対王者アマゾン、努力や根性に頼らず重視した「14の基準」 | ゴールドオンライン