並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 420件

新着順 人気順

トリガー 意味 ビジネスの検索結果81 - 120 件 / 420件

  • もう一度読むObservability Engineering - じゃあ、おうちで学べる

    はじめに 本書『Observability Engineering』は、複雑化の一途をたどる現代のソフトウェアシステムに立ち向かうための、強力な武器となる一冊であり本稿はその読書感想文です。Observability Engineering を今から知りたい方はもちろん、Observability Engineering の基礎を改めて学びたい方もぜひお読みください。この記事もかなりの長さになるので普通に書籍を読んだほうがいいかもです learning.oreilly.com 「Observability:可観測性」という言葉は、近年ソフトウェアエンジニアリングの世界で大きな注目を集めています。しかし、その概念の本質を理解し、実践に移すことは容易ではありません。 本書は、そのオブザーバビリティについて、その基本的な考え方から、具体的な実装方法、そして組織への適用まで、幅広くかつ深く解説して

      もう一度読むObservability Engineering - じゃあ、おうちで学べる
    • レガシーシステムとつきあう - Sansan Tech Blog

      Sansanプロダクト開発部・基盤チームの加畑です。 Sansanプロダクト開発部には、現在約120名のメンバーが所属しています。その中で、私が所属する基盤チームは6名のメンバーで構成されており、データアクセスや認証、メッセージング基盤、CI等開発環境やリリースプロセスなど、アプリケーションの基盤に関わるプロジェクトを主に受け持っています。 担当領域の性質上、システムのレガシー化に向き合う機会が多いです。私を含め複数のメンバーが、常に何かしらレガシー改善に関わるプロジェクトを進めている状況です。昨年の10月に、私が担当したいくつかのプロジェクトについて、レガシーシステムのおそうじという記事でご紹介しました。4月にはレガシー改善に関する勉強会を開催し、はてなさんやYahooさんとも交流することができました。楽しかったです。 前回記事と勉強会では、「レガシー改善のプロジェクトをうまく進めるには

        レガシーシステムとつきあう - Sansan Tech Blog
      • Unityを利用した大規模なゲーム開発にクリーンアーキテクチャを採用した話 - WonderPlanet Developers’ Blog

        こんにちは、タノシムスタジオテックリードの吉谷です。タノシムスタジオでは2011年ごろからクライアントアプリケーションの開発にUnityを利用し始め、いろいろ試行錯誤をつづけた結果、現在ではクリーンアーキテクチャの考え方を取り入れています。 今回は、Unityを利用したゲーム開発にクリーンアーキテクチャを適用した例として、導入理由、具体的な構成、実際に感じたメリット、デメリットなどを紹介したいと思います。 クリーンアーキテクチャとは クリーンアーキテクチャはRobert C. Martin氏が自身のブログにて発表した、すべてのソフトウェアアーキテクチャが守るべき考え方やアプローチがまとめられた概念です。以下のような同心円状の図で説明されることが多いかと思います。 出典: The Clean Architecture クリーンアーキテクチャの説明自体は、検索していただければ優れた記事や書籍な

          Unityを利用した大規模なゲーム開発にクリーンアーキテクチャを採用した話 - WonderPlanet Developers’ Blog
        • 世界最大級の「完全栄養食サブスク」は、たった1人のバックエンドエンジニアが支えている!その極意を、BASE FOODの中の人に聞いてみた

          テックカンパニーをテックカンパニーたらしめているものはなにか?技術か、人か、それともチームなのか。 連載「Technology Company Internals」では、テックカンパニーの内側で働くエンジニアに、技術に精通したエキスパートが対面で話を聞き、テックカンパニーとは何か?を探るだけでなく、テックカンパニーを目指す企業の指針となることを目指します。 今回は、ベースフード株式会社さんに、世界最大級の「完全栄養食(*)のサブスク」を支えるシステム開発の裏話を詳しく伺ってきました! (*)1食で、栄養素等表示基準値に基づき、他の食事で過剰摂取が懸念される、脂質・飽和脂肪酸・炭水化物・ナトリウムを除いて、すべての栄養素で1日分の基準値の1/3以上を含む。 世界最大級の「完全栄養食サブスク」とは ―では、まず自己紹介をお願いします。 煙草森:はい、煙草森(たばこもり)直也と申します。新卒でD

            世界最大級の「完全栄養食サブスク」は、たった1人のバックエンドエンジニアが支えている!その極意を、BASE FOODの中の人に聞いてみた
          • バクラク事業におけるデータ組織とデータ基盤 2023 - LayerX エンジニアブログ

            お世話になっております。LayerXの高際 @shun_tak と申します。現在は、データ分析組織の立ち上げに注力しています。 本記事では、バクラク事業におけるデータ組織とデータ基盤をテーマに取り扱います。データ分析における認知負荷や属人性を解消するための取り組みや、良質なデータを提供するためのデータ基盤の構築について、具体的な技術スタックを交えて解説し、最後に現在の課題と今後の展望について説明します。 また、この記事は 7月はLayerXエンジニアブログを活発にしよう月間 の2日目の記事になります。 1. データ組織について 1.1. チーム設立の背景 1.1.1. 多少間違ったクエリでも正しい意思決定ができれば、それはとても良いこと (余談コラム) 1.2. チーム構成 1.3. 業務内容 2. データ基盤について 2.1. データ基盤の構成 2.1.1. データソース 2.1.2.

              バクラク事業におけるデータ組織とデータ基盤 2023 - LayerX エンジニアブログ
            • Docker をフル活用して金融業界のシビアなパフォーマンス、セキュリティ要件に対応している株式会社Finatext石橋さんに、難しいポイントやアーキテクチャ上の工夫を伺いました – 後編 | Amazon Web Services

              AWS Startup ブログ Docker をフル活用して金融業界のシビアなパフォーマンス、セキュリティ要件に対応している株式会社Finatext石橋さんに、難しいポイントやアーキテクチャ上の工夫を伺いました – 後編 みなさんこんにちは、スタートアップソリューションアーキテクトの塚田(Twitter: @akitsukada)です。前編に続き、株式会社Finatext の石橋さんにお話を伺っていきます! 後編では、アーキテクチャや技術の選定をどのように考えてきたか、FinTech スタートアップとして不可避であるセキュリティ・コンプライアンスの高い要求をいかに合理的に対応してきたかなどをより深くお伺いします。 目次 前編 Finatext、スマートプラスと石橋さんについて 会社とチームが大きくなるにつれて生じた、創業期からの変化 FinTech、証券業界特有の技術要件とは?市場に合わせ

                Docker をフル活用して金融業界のシビアなパフォーマンス、セキュリティ要件に対応している株式会社Finatext石橋さんに、難しいポイントやアーキテクチャ上の工夫を伺いました – 後編 | Amazon Web Services
              • VTuberでわからない単語が出てきた時に見る記事とは (ブイチューバーデワカラナイタンゴガデタトキニミルキジとは) [単語記事] - ニコニコ大百科

                VTuberでわからない単語が出てきた時に見る記事単語 ブイチューバーデワカラナイタンゴガデタトキニミルキジ 3.9万文字の記事 38 0pt ほめる 掲示板へ 記事編集 英数字・記号ア行カ行サ行タ行ナ行ハ行マ行ヤ行ラ行ワ行関連商品関連コミュニティ・チャンネル関連リンク関連項目脚注掲示板 この記事は、改良工事中です。 足りないと感じた項目は掲示板に書き込んでください。 VTuberでわからない単語が出てきた時に見る記事とは、VTuberの動画や各種ニコニコ大百科内のVTuber記事でよくわからない単語が出てきた時に開くページである。 元ネタ: ポケモンでわからない単語が出てきた時に見る記事 英数字・記号 - ア行 - カ行 - サ行 - タ行 - ナ行 - ハ行 - マ行 - ヤ行 - ラ行 - ワ行 掲載基準 本項では、単独項目を作るまでもないという用語を中心に取り扱う。 あまりに本来の

                  VTuberでわからない単語が出てきた時に見る記事とは (ブイチューバーデワカラナイタンゴガデタトキニミルキジとは) [単語記事] - ニコニコ大百科
                • 『エヴァ』は現実につくれるの? “透明マント”稲見昌彦教授に聞く、フィクションからエンジニアが学べること【フォーカス】 レバテックラボ(レバテックLAB)

                  TOPフォーカス『エヴァ』は現実につくれるの? “透明マント”稲見昌彦教授に聞く、フィクションからエンジニアが学べること【フォーカス】 東京大学先端科学技術研究センター 教授 稲見 昌彦 博士(工学)。人間拡張工学を専門分野とし、特定の対象物を透明かのように見せられる「光学迷彩」技術を手がけたことで世界的に知られる。人間の肉体の限界をテクノロジーの力で広げる「自在化技術」の開発や、自在化による認知心理の変化について分析する「稲見自在化身体プロジェクト」では研究総括を務める。少年時代にSF映画「地球最後の日」を鑑賞したとき、僅かな人数しか搭乗を許されない脱出ロケットの乗員に科学者が選ばれるのを見て、「あ~科学者になれば地球が滅んでも生き残れるんだ」と思ったことがある。 プロフィール(東京大学 先端科学技術研究センター公式サイト内) 稲見自在化身体プロジェクト ロボット技術やVRなどを駆使し、

                    『エヴァ』は現実につくれるの? “透明マント”稲見昌彦教授に聞く、フィクションからエンジニアが学べること【フォーカス】 レバテックラボ(レバテックLAB)
                  • ChatGPTなど生成AIによる個人情報の開示 | 技術者ブログ | 三井物産セキュアディレクション株式会社

                    本ブログは「生成AI x セキュリティ」シリーズの第二弾です。 前回は「DALL-E 2などの画像生成AIに対する敵対的攻撃」と題し、OpenAIのDALL-E 2やStability AIのStable Diffusionに実装されているSafety Filterをbypassして、悪意のある画像を生成する手法と対策を解説しました。 今回は「ChatGPTなど生成AIによる個人情報の開示」と題し、ChatGPTなどの生成AIを介して個人情報が開示されるリスクについて解説します。 昨今大きな話題となっているChatGPTは、12年間にわたる大量のWebクロールデータや英語版Wikipediaなどペタバイト級の情報に加え、ChatGPTユーザーが入力した文章(プロンプト)も学習していると言われています。このため、過去に誤って公開された機微情報を含むWebページや、ユーザーが誤入力した社外秘や

                      ChatGPTなど生成AIによる個人情報の開示 | 技術者ブログ | 三井物産セキュアディレクション株式会社
                    • 財務分析・株価予測・稟議書作成… AIプロフェッショナル組織のリーダーが語る、生成AI活用法

                      ChatGPTは株価予測ができる 森正弥氏:こんな使い方もありますみたいなところで、大企業でもいろいろ進んでいるのは財務分析で、「財務データを入れて分析して」と言うと……ちょっと(スライドの)真ん中の文字が小さくて見えにくいですが、一般的な財務分析をしてくれます。 ちょっとインパクトがあったのが、ChatGPTは株価予測ができるという話ですね。これは普通にAIやマシンラーニングをやられている方からすると、「おいおい、それは言い過ぎだろう」と思ったりするわけですが、この論文の中身を読んだり、あるいは株価予測を業務としてやっている方からすると「まぁ、そうだよね」と思うところがある。 それは何かというと、株価予測だけじゃなくて金利の予測とか、そのマーケットの予測とか、あるいは原材料の価格予測でも共通の話です。基本的に今のデータからマシンラーニングの予測モデルを作って予測していきます。過去データか

                        財務分析・株価予測・稟議書作成… AIプロフェッショナル組織のリーダーが語る、生成AI活用法
                      • 【エヴァ考察第3章】前編:空白の14年間、破とQの間に何が起こったの?|もひんこ

                        【!】2021/05/04 シンエヴァ考察書き終わりました!さっそく読む【!】 新劇場版最終章シン・エヴァンゲリオンの公開に向けて、難解だと言われているQを中心に、エヴァの世界設定や前提条件、残っている疑問点など大枠を理解するシリーズ第3章の前編です。 こちらは 【第1章】エヴァという物語とは?旧作から概要や設定を今一度理解する 【第2章】アニメ版(旧作)と比較して新劇場版の世界設定を理解する 【第3章】前編:空白の14年間についての考察 後編:Qのストーリーと世界についての解説 【第4章】次回作シン・エヴァンゲリオンはどうなる?今分かっていることから予想する の4部作です。 よかったら第1章と2章も読んでくださるともっと楽しんで頂けるかと思います。 また、【後編:Q本編の解説&考察】も同時公開しておりますので是非に〜! (注意:全て憶測でしかありません。情報が少ないのでご了承ください。)

                          【エヴァ考察第3章】前編:空白の14年間、破とQの間に何が起こったの?|もひんこ
                        • SQL Server / SQL Database パフォーマンスチューニングのための基礎知識 - Qiita

                          本投稿について 本投稿は、Microsoft Learn で公開されている、「SQL Server でクエリのパフォーマンスを最適化する 」を確認していた際に、いくつかの情報を補足しながら日本語化したものとなります。 SQL Server / Azure SQL Database のパフォーマンスチューニングには様々な方法があり、「このケースであればこの方法」ということを断定することは難しいのではないでしょうか。 そのため、様々なケースで利用することが可能な、チューニング方法の基礎知識 (一般論) はとても重要です。 本投稿で、確認を行った「SQL Server でクエリのパフォーマンスを最適化する 」は、チューニングに対しての体系的な考え方を無償で学ぶのには適しているコンテンツではないかと思いました。 チューニング系の講義は様々なノウハウが絡みますので有償が多く、ノウハウがない状態で体系

                            SQL Server / SQL Database パフォーマンスチューニングのための基礎知識 - Qiita
                          • フロントエンドとオブジェクト指向

                            フロントエンドの実装にオブジェクト指向をどのように取り入れるかを考えます。 動機 近年のフロントエンドは、Reactなどのフレームワークを使ったコンポーネントベースの設計が主流だと思います。コンポーネントは、HTMLによるマークアップ、CSSによるスタイリング、JavaScriptによる振る舞いがひとまとめにされた、再利用可能な部品です。 コンポーネントの設計を考えていると、次のような疑問が生じます。 何を基準にコンポーネントで分割すればよいか。 コンポーネントの粒度はどれくらいが適切なのか。 どのタイミングで抽象化すれば開発コストが無駄にならないか。 分業した際にコンポーネントの分割や粒度の基準をどのように統一するべきか。 そこで、いろいろ調べたり試したりしたところ、フロントエンドの設計にオブジェクト指向を取り入れることが、これらの答えの一つになるのではないかと考えました。 この記事では

                              フロントエンドとオブジェクト指向
                            • (和訳)マッキンゼーのコロナによる経済への影響予測、および対策レポート|Shicci

                              マッキンゼーによる、コロナウイルスによる世界経済への影響、および、対策方法の資料を和訳しました。めちゃくちゃ勉強になりました。 時間がなくて和訳を最後割愛しています。和訳間違っているところがあれば、コメントで教えてください! COVID-19は、未曾有のグローバルな人道的挑戦である。 何千人もの医療従事者が英雄的にウイルスと戦ってい、自分の命を危険にさらしている。政府と産業界が協力して課題の理解と対応、被害者とその家族への支援、そして地域社会の発展に貢献し、治療法やワクチンを模索している。 世界中の企業が迅速に行動する必要がある。 この文書は、上級指導者が COVID-19 を理解するのに役立つことを目的としている。状況とその展開を把握し、従業員、顧客、サプライチェーン、業績を保護するための対策を講じる。 要旨 現在の状況 本稿執筆時点で、COVID-19の症例数は38万件を超え、世界中で

                                (和訳)マッキンゼーのコロナによる経済への影響予測、および対策レポート|Shicci
                              • 鳥嶋和彦『クロノ・トリガー』とVジャンプを語る

                                元週刊少年ジャンプ編集長の鳥嶋和彦さんが2021年11月18日放送のTBSラジオ『アフター6ジャンクション』にゲスト出演。傑作RPG『クロノ・トリガー』とVジャンプについて話していました。 (渡辺範明)で、ここで今回のようやく本題である『クロノ・トリガー』の話になるんですけど。『クロノ・トリガー』はまさにそういう感じで、Vジャンプ誌上で最初に鳥山先生のイメージビジュアルをイラストとして見せていくっていうところから始まってますよね? それにターゲットを絞ってゲームを構成していくっていう、割と今のこのハリウッド映画とかの作り方にちょっと近いなって思うんですけど。それを提案されたのも鳥嶋さんですか? (鳥嶋和彦)まあ、坂口と話をして。それをもう1歩、押し進めようと。坂口さんおよび、当時スクウェアは「鳥山さんの自由な発想と絵がほしい。こちらが『こういうものを書いてくれ』っていうのではやっぱり発想が

                                  鳥嶋和彦『クロノ・トリガー』とVジャンプを語る
                                • 豊田章男社長を取材し続けた筆者が思う、退任の本当の理由

                                  既にニュースが駆け巡っているので、今さらご存じないという人もいないだろうが、トヨタ自動車の豊田章男社長が、退任を発表した。後任はレクサスカンパニーとGRカンパニーのプレジデントを務める佐藤恒治氏である。 さて、他のニュースが追いかけているこまごまとしたファクトを書いても、仕方がないので、ここ数年豊田社長を追いかけてきた筆者から見たさまざまなこぼれ話を書いていこう。そういうエピソードの向こう側に、退任までのインサイドストーリーが見えてきたらいいなあと。 こういう機会なので、ちょっと書き手としての抑制を外して、いろいろと本音で書いてしまおうと思っている。筆者は普段からトヨタ寄りだの何だの言われることは多いが、実はこれでも本人は、トヨタ寄りになりすぎないようにセーブしているつもりなのだ。今回の原稿では、公平性よりも、エモーションが伝わることを優先したい。それは退任ニュースゆえの話である。 表向き

                                    豊田章男社長を取材し続けた筆者が思う、退任の本当の理由
                                  • 課題解決としての起業の終焉|きゅーい / koyo

                                    最近のスタートアップのプロダクトを見ていると、エンタープライズ向け(大企業向け)のプロダクトがとても増えたように思う。それ自体はビジネスを考えると当然のことで、儲かる領域で事業を展開したというだけである。 事業の目的は究極的には儲けることであり、そのためには儲かるための市場選択が必須であり、としたときに現状の日本ではエンタープライズ向けが最右翼にあがる。課題解決がしたくとも儲からなければ持続可能性はないし、それを考えるならば致し方がない選択だともいえる。 とはいえ過去におけるスタートアップがテーマとしていたものの多くはエンタープライズ向けではなかった。古くはホンダや松下、近年でもメルカリやラクスルといったように、どちらかといえばコンシューマー向けの課題解決としての起業が中心を占めていた。 その風向きが最近は大きく変わったように感じている。コンシューマー向けのものよりもエンタープライズ向けの

                                      課題解決としての起業の終焉|きゅーい / koyo
                                    • AWSのホワイトペーパーから学ぶ AWS Organizations における推奨 OU 構成 - サーバーワークスエンジニアブログ

                                      CI部 佐竹です。 本日は、AWSのホワイトペーパー(白書)を読みながら、AWS Organizations の OU に関するベストプラクティスを学びたいと思います。 はじめに Organization (組織) SCP (サービスコントロールポリシー) エンティティ Root OU (organizational unit) アカウント 構成図 Organizations における悩み Organizations のホワイトペーパー Recommended OUs Security OU Log archive account 運用ログデータ 不変的なログデータ このアカウントへのアクセスの管理 Security tooling accounts AWSサービスの一般的な例 Detection Identity and Access Management Incident Respon

                                        AWSのホワイトペーパーから学ぶ AWS Organizations における推奨 OU 構成 - サーバーワークスエンジニアブログ
                                      • ネットワークは宣言的になりえるか - LGTM

                                        2020-07-08 追記 はじめに Kubernetes などのコンテナオーケストレーターとの対比によって、ネットワークの世界でも同じように制御できないか注目されています。Cisco、Apstra、VMWare などが言う "Intent Based Networking" や "Closed Loop Automation" も同じものを指していると思われます。宣言的ネットワーキングは「あるべき状態の維持をプロトコルやソフトウェアに任せられるかもしれない」という点で運用上のメリットがあります。 以前所属していた国際Tier1 ISP *1 で、Kubernetes ほど洗練されてはないものの コンセプトとしてはこれを実践していたり、現在もネットワーク自動化の取り組みの中でゴールをここに設定したりしています。 このエントリーでは、 宣言的ネットワーキングとは何なのか 従来のネットワーク運

                                          ネットワークは宣言的になりえるか - LGTM
                                        • これならできる!ドメイン駆動設計に役立つイベントストーミング - Qiita

                                          はじめに コンテナ技術の進展に伴って、ビジネス環境の変化に迅速に対応できるマイクロサービスに関心が集まっています。最近では、マイクロサービスを分割する方法の一つとしてドメイン駆動設計が注目されています。ドメイン駆動設計では、業務に精通した方々や技術者が、モデリングなどいろいろな技法や専門用語を使い、それらを理解した上で設計を進めていきます。様々なステークホルダーとチームを組んで一緒に取り組むにしても、直観的にはとてもわかりづらいと感じています。そこで、いろいろと記事を調べてみたり、身近な技術者と意見交換をしたところ、イベントストーミングという手法がありました。イベントストーミングに関する記事は他の記事に比べあまり多くはないので、この場で共有しておきたいと思い掲載することにしました。これからドメイン駆動設計をはじめるという方や、既に取り組んでいるけれど進め方に悩んでいる方など、参考になれば幸

                                            これならできる!ドメイン駆動設計に役立つイベントストーミング - Qiita
                                          • マイクロサービスとメッセージングのなぜ [希望編] - 赤帽エンジニアブログ

                                            レッドハットでインテグレーションのためのミドルウェアのテクニカルサポートを担当している山下です。以前、SAGAやEventStormingについて記述すると宣言していたのですが、実際のところ私が書くよりもよっぽど良い日本語の書籍や記事がでていて、もう書く必要もないと思っていたのですが、今回機会をいただいたので約4年ぶりに”マイクロサービスとメッセージングのなぜ"の希望編を書くことになりました。今回の記事ではSAGAやEventStormingの詳細は書かないのですが、私がイベントやメッセージングが必要と考えるに至った危機感や希望を共有します。そうした意味ではむしろ原点ともいえる内容になっています。なお今回記事にはとりわけ個人的な経験や意見が多く含まれますので、事前に異論は認めることにします。 以前の記事はこちら: 「マイクロサービスとメッセージングのなぜ [概要編]」 「マイクロサービスと

                                              マイクロサービスとメッセージングのなぜ [希望編] - 赤帽エンジニアブログ
                                            • Kubernetes・Knativeを用いたプライベートクラウドの実装 たった5人で130クラスタ、2,000超ノードを開発・運用する仕組み

                                              Kubernetes・Knativeを用いたプライベートクラウドの実装 たった5人で130クラスタ、2,000超ノードを開発・運用する仕組み Cloud Native Challenges in Private Cloud with K8s, Knative #2/2 2019年11月20、21日の2日間、LINE株式会社が主催するエンジニア向け技術カンファレンス「LINE DEVELOPER DAY 2019」が開催されました。1日目は「Engineering」をテーマに、LINEの技術の深堀りを、2日目は「Production」をテーマに、Web開発技術やUI/UX、プロジェクトマネジメントなど、より実践的な内容についてたくさんのプレゼンテーションが行われました。「Cloud Native Challenges in Private Cloud with K8s, Knative」に登

                                                Kubernetes・Knativeを用いたプライベートクラウドの実装 たった5人で130クラスタ、2,000超ノードを開発・運用する仕組み
                                              • 2019夏アニメ1話ほぼ全部観たから感想書く - Sweet Lemon

                                                はじめに 配信情報まとめ(放送情報を除く) 囲い込みタイトル一覧 感想 荒ぶる季節の乙女どもよ。 彼方のアストラ ヴィンランド・サガ Dr.STONE ロード・エルメロイⅡ世の事件簿 -魔眼蒐集列車 Grace note- 炎炎ノ消防隊 ダンベル何キロ持てる? 通常攻撃が全体攻撃で二回攻撃のお母さんは好きですか? まちカドまぞく からかい上手の高木さん2 女子高生の無駄づかい ソウナンですか? グランベルム ダンジョンに出会いを求めるのは間違っているだろうかⅡ あんさんぶるスターズ!! BEM COP CRAFT コップクラフト 手品先輩 ナカノヒトゲノム【実況中】 可愛ければ変態でも好きになってくれますか? ありふれた職業で世界最強 Re:ステージ! ドリームデイズ♪ 異世界チート魔術師 胡蝶綺 ~若き信長~ 魔王様、リトライ! 最後に はじめに 今期のアニメが3話くらいまでしか配信され

                                                  2019夏アニメ1話ほぼ全部観たから感想書く - Sweet Lemon
                                                • 大量のブログ記事を書くことなく、オーガニックトラフィックを増加させる方法 - SEO Japan|アイオイクスのSEO・CV改善・Webサイト集客情報ブログ

                                                  オーガニックトラフィックを増加させることは、いつの時代もSEO担当者の命題と言えるでしょう。既存のキーワードの順位を上げるための施策や、まだ上位表示されていないキーワードの発掘などは、定番の手法と言えます。しかし、今回の記事は、Webサイト自体の新しい機能を開発することでオーガニックトラフィックの増加につなげよう、という内容になります。単純に新機能を開発する、という話ではなく、ニーズの発掘や検索エンジンへの伝え方などのポイントもまとめられており、非常に興味深い内容となっています。 インハウスのSEO担当にせよ、SEOコンサルタントにせよ、オーガニックトラフィックを増加させる機会を探すことは、大きな課題と言えよう。しかし、新しいキーワードを調査し、自身のドメインの強さに合致した記事を作成するという従来の方法が、全てのWebサイトで通用するわけではない。 Quoraを例に挙げてみよう。Quor

                                                    大量のブログ記事を書くことなく、オーガニックトラフィックを増加させる方法 - SEO Japan|アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
                                                  • BtoB企業はブランディングとどう向き合うべきか? | knowledge / baigie

                                                    私たちはウェブ制作会社なので、ブランディングが主テーマの仕事をすることは多くはありません。しかしながら、ウェブサイトにとってブランドやブランディングは避けて通れない、日常的なテーマでもあります。 私たちのメインクライアントである中規模BtoB企業の多くは、製品力・サービス力・営業力・販促力などで事業を拡大させてきています。その一方でブランドが体系的に整理されている企業はどちらかというと少数派です。短期的な成果に繋がりにくく、長期的な投資が必要になるブランディングの優先度を下げることは、成長期を駆け上がっていくところまでの戦略としては正しいといえます。 しかし、事業がある程度の規模まで成長して成熟期に差し掛かり、市場での影響力が高まり、社会との接点が増え、関与者も多様になり、コミュニケーションの総量が増えていくと、明確なブランドの指針がないことによって、様々な問題が発生するようになります。

                                                    • フロントエンドパフォーマンスのチェックリスト2021年版(PDF、Apple Pages、MS Word)-後編 | POSTD

                                                      目次# 前編 準備段階:計画と指標 パフォーマンスを重視する文化、Core Web Vitals、パフォーマンスのプロファイル、CrUX、Lighthouse、FID、TTI、CLS、端末。 現実的な目標の設定 パフォーマンスバジェット、パフォーマンス目標、RAILフレームワーク、170KB/30KBバジェット。 環境の定義 フレームワークの選択、パフォーマンスコストの基準設定、Webpack、依存関係、CDN、フロントエンドアーキテクチャ、CSR、SSR、CSR + SSR、静的レンダリング、プリレンダリング、PRPLパターン。 中編 アセットの最適化 Brotli、AVIF、WebP、レスポンシブ画像、AV1、アダプティブメディア読み込み、動画圧縮、Webフォント、Googleフォント。 ビルドの最適化 JavaScriptモジュール、モジュール/ノーモジュールのパターン、ツリーシェイ

                                                        フロントエンドパフォーマンスのチェックリスト2021年版(PDF、Apple Pages、MS Word)-後編 | POSTD
                                                      • 機械学習できるデータを用意せよ MLで重要なデータマネジメントの11領域

                                                        Machine Learning Casual Talkは、機械学習を用いたシステムを実運用している話を中心に、実践的な機械学習に関して気軽に話せる会です。実際に運用していく上での工夫や、知見を共有します。第12回目のテーマは「機械学習プロジェクトに関する「ベストプラクティスとアンチパターン」。機械学習ではデータを扱いますが、そのデータマネジメントがしっかりしていないと破綻してしまうという点について、ゆずたそ氏がお話します。後半は実際のデータマネジメントの方法ついて。 データマネジメントの11領域 ゆずたそ氏(以下、ゆずたそ):そういったつらい状況の中で、解決のために何ができるかという話をしていきたいと思います。ちょうど今折返しぐらいの時間なので、後半、この話をやっていきます。 今回テーマにもあるように、データマネジメントという概念・手法が鍵になるかなと自分は考えています。 じゃあ「データ

                                                          機械学習できるデータを用意せよ MLで重要なデータマネジメントの11領域
                                                        • なぜ MVVM + FRP は Elm Architecture に勝てないのか - dely Tech Blog

                                                          こんにちは、delyでクラシルiOSアプリ開発を担当している稲見 (@inamiy)です。 この記事は「dely #2 Advent Calendar 2020」の25日目の記事です。 dely #1 Advent Calendar 2020 dely #2 Advent Calendar 2020 昨日は、delyのSREチームのjoooee0000(高山)さんによる delyのSREチームがオンコールトレーニングを導入する3つの理由 の記事でした。 オンコール対応できるエンジニア、強くてカッコいい・・・ 私の方からは、メリークリスマス🎄🎅🔔 にふさわしい Elm Architecture による unidirectional なプレゼントをお届けします🎁 (2020/12/26 EDIT: タイトルを「なぜ MVVM は Elm Architecture に勝てないのか」から「

                                                            なぜ MVVM + FRP は Elm Architecture に勝てないのか - dely Tech Blog
                                                          • AWS でバックアップを保護するためのセキュリティベストプラクティス Top 10 | Amazon Web Services

                                                            Amazon Web Services ブログ AWS でバックアップを保護するためのセキュリティベストプラクティス Top 10 この記事は “ Top 10 security best practices for securing backups in AWS ” を翻訳したものです。 セキュリティは AWS とお客様の間で責任を共有することで実現されます。ここで、お客様は AWS で安全にバックアップを行う方法を求めています。この記事では AWS 上のバックアップデータの保全とその操作に関して、厳選したセキュリティベストプラクティスのトップ 10 を紹介します。この記事では AWS Backup サービスにおけるバックアップデータと操作に焦点を当てて紹介しますが、推奨されるセキュリティのベストプラクティスは AWS Marketplace で提供されるバックアップツールなど、他のバッ

                                                              AWS でバックアップを保護するためのセキュリティベストプラクティス Top 10 | Amazon Web Services
                                                            • レガシーシステムをDockerコンテナ化する際にやっておくこと - RAKUS Developers Blog | ラクス エンジニアブログ

                                                              こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「技術推進プロジェクト」というプロジェクトがあります。 このプロジェクトで「WEBアプリケーションのDockerコンテナ移行」にまつわる検証を行なったので、その報告を共有しようかと思います。 今回はコンテナ化そのものの話よりも、コンテナ化する際の環境や、対象のアプリケーション設計についてなど、周辺の話が多いです。 ちなみに中間報告時点で公開した記事はこちらになります。 tech-blog.rakus.co.jp 本検証での構成環境 既存のアプリケーション実行環境 アプリケー

                                                                レガシーシステムをDockerコンテナ化する際にやっておくこと - RAKUS Developers Blog | ラクス エンジニアブログ
                                                              • 評判の良くない「社長のイエスマン」が実は会社を動かす原動力だったことを後から知った話

                                                                この記事で書きたいことは、大筋下記のようなことです。 ・「社長(ではないけど社長的な人)のイエスマン」としてあまり評判がよくない人がいました ・一緒に会議に出るようになって、その人が社長のアイディアに対する追従ととれる発言を頻繁に口にする人だということは分かりました ・ただ、その人は「曖昧なアイディアの長所を的確に言語化する能力をもった人」でもあり、結果的には経営の原動力になっていました ・どういう立場、どういう視点に立つかによって、人に対する評価が変わってくるのは当然のことです ・ただし、「分かりやすい一言」で人をラベリングすること、それによってその人の評価を固定することには慎重であるべきです ・どんな人の評価であれ、なるべく自分で見て、自分で触れた上で判断したいものだと思います 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきま

                                                                  評判の良くない「社長のイエスマン」が実は会社を動かす原動力だったことを後から知った話
                                                                • 2.5次元界隈を憂う

                                                                  明日のぼくたちのあそびばの配信内容が地獄だと2.5次元界隈のオタクたちの間で話題になっている。 2.5次元俳優たちの結婚観について語る、というものだ。 ただでさえコロナ禍における舞台の中止の連続でオタクの心が疲弊しているところに追い打ちをかける内容だから、オタク離れ加速するけど大丈夫そう?と私も思った。 でも、私たちオタクの不安は何によるものなのかもやもやしている。 そもそも2.5次元舞台(俳優)のビジネスモデルとメイン顧客のペルソナを考えたときにまずいのでは?と思ったので言語化してみる。 ※ビジネスにおいて大切にするべきなのはお金を落としてくれる顧客であり、そして2:8の法則でもよく言われるように一番大切にするべきなのは何度も繰り返し商品を購入をしてくれる優良顧客であることを前提に話します 2.5次元舞台の優良顧客のペルソナは「特定のアニメ・漫画に出てくるキャラクターを推している人」かつ

                                                                    2.5次元界隈を憂う
                                                                  • 成熟したRailsアプリのフロントエンドを最新にリニューアルする方法(翻訳)|TechRacho by BPS株式会社

                                                                    概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Keep up with the Tines: Rails frontend revamp — Martian Chronicles, Evil Martians’ team blog 原文公開日: 2020/06/03 著者: Rita Klubochkina、Andy Barnov サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語タイトルは内容に即したものにしました。 アセットパイプラインで提供される既存のjQueryやCoffeeScriptのフロントエンドを一切損なわずに、「React」「MobX」「GraphQL」「Tailwind CSS」「Webpacker」の複雑な

                                                                      成熟したRailsアプリのフロントエンドを最新にリニューアルする方法(翻訳)|TechRacho by BPS株式会社
                                                                    • クラウドロックインされないアーキテクチャ「Cloud Agnostic Architecture」のすすめ | フューチャー技術ブログ

                                                                      この記事はQiitaのアドベントカレンダー記事のリバイバル公開です。 ※ 当時の記事から、一部表現を見直し加筆しています。 はじめに先日ガートナーのレポートで「多くの企業において、特定のクラウドベンダにシステムを集中させるリスクの重要度が上昇している」との発表がありました。 https://www.gartner.com/en/newsroom/press-releases/2023-10-30-gartner-says-cloud-concentration-now-a-significant-emerging-risk-for-many-organizations 日本においてクラウドの活用はますます進んでいる一方で、特定の Cloud Service Provider(CSP)にロックインされるリスクについては、常に議論の余地があると考えています。 本記事では、特定のクラウドに強く依

                                                                        クラウドロックインされないアーキテクチャ「Cloud Agnostic Architecture」のすすめ | フューチャー技術ブログ
                                                                      • [インタビュー]アプリの分析をしてその結果をゲームに反映させてみたら,売上が20倍になったんです。バンダイナムコネクサスが語る,データ分析によって「出来ること」とその重要…

                                                                        [インタビュー]アプリの分析をしてその結果をゲームに反映させてみたら,売上が20倍になったんです。バンダイナムコネクサスが語る,データ分析によって「出来ること」とその重要性【PR】 編集長:Kazuhisa カメラマン:佐々木秀二 バンダイナムコというグループの中には,実にさまざまな会社がある。 持株会社である「バンダイナムコホールディングス」のもと,読者の皆さんに一番馴染みがあるであろう「バンダイナムコエンターテインメント」,BLUE PROTOCOLで存在感をさらに大きくした「バンダイナムコオンライン」,ゲーム開発の「バンダイナムコスタジオ」,“バンナムナムコ”の名前が付かないところでは,「ディースリー・パブッリシャー」もバンダイナムコグループの会社だ。 ほかにもいくつもの会社があるのだが,その中に「バンダイナムコネクサス」という,社名からは一見何をしているのか今ひとつ分からない会社が

                                                                          [インタビュー]アプリの分析をしてその結果をゲームに反映させてみたら,売上が20倍になったんです。バンダイナムコネクサスが語る,データ分析によって「出来ること」とその重要…
                                                                        • セキュリティ対応組織の教科書 第3版

                                                                          © 2023 ISOG-J セキュリティ対応組織(SOC/CSIRT) の教科書 ~ X.1060 フレームワークの活用 ~ 第 3.0 版 2023 年 2 月 13 日 NPO 日本ネットワークセキュリティ協会 (JNSA) 日本セキュリティオペレーション事業者協議会 (ISOG-J) © 2023 ISOG-J 改版履歴 2016/11/25 初版作成 2017/10/03 第2.0版作成 ・7章、8章の追加 ・別紙に「セキュリティ対応組織成熟度セルフチェックシート」を追加 ・これらに伴う、1章の修正 ・その他、軽微な修正 2018/03/30 第2.1版作成 ・ 「8.3. 各役割の実行レベル」における、成熟度指標(アウトソース)の 改善 ・これに伴う、別紙「セキュリティ対応組織成熟度セルフチェックシー ト」の修正 2023/2/13 第3.0版作成 ・ITU-T 勧告 X.106

                                                                          • 「自分を否定する」呪縛をとく - メソッド屋のブログ

                                                                            前回のポストでは、自分が人生の必殺技と思って使っていたマインドセットをシェアしたのだが、 コメントを拝見していると「強者の理論」というコメントを沢山いただいた。 「自分を否定する」呪縛をとく これは私の書き方の配慮が足りなかったのだと思う。私は昔は完璧主義なのに、運動も勉強もなにをやってもできないのび太君みたいな感じだったので自尊心は皆無だった。だから、自分が失敗するたびに心もつらく、自分はなんてクズのような人間なのだと考えていた。 simplearchitect.hatenablog.com 自分はADHDで、ダメ過ぎたので、前に進むしかなかったが、とんでもなく出来ない自分に、正直なところ、運を恨んで、世間を恨んで、悲観主義でそして、自分に常にダメ出しをして価値の無い人間と考えていた。そして実際何をやってもうまくいかなかった。 しかし、そんな自分を救ってくれた出来事があって、今は精神はと

                                                                              「自分を否定する」呪縛をとく - メソッド屋のブログ
                                                                            • 「日本企業のテクノロジー活用度は江戸時代レベル」――ガートナーが語る“IT維新”のヒント

                                                                              「日本企業のテクノロジー活用度は江戸時代レベル」――ガートナーが語る“IT維新”のヒント:2030年までにやるべきこと、今見直すべきこととは クラウドコンピューティングという言葉が登場して15年以上が経過した今も、クラウドは「コスト削減」の手段と見なされ、経営とITの分断が起きている。デジタルの戦いに国境はない以上、このままでは国力低下をも加速させかねない。本稿ではガートナージャパンの亦賀忠明氏に、アイティメディア統括編集長の内野宏信がインタビュー。ITに対する認識を持ち直すトリガーとして「Newオンプレミス」に着目しつつ、ビジネス=システムの在り方、それに携わるIT部門の役割、今目指すべきステップを聞いた。 登場から15年超も、クラウドは「コスト削減」の手段 Amazon EC2がリリースされ、GoogleのCEOだったエリック・シュミット氏が「クラウドコンピューティング」という言葉で新

                                                                                「日本企業のテクノロジー活用度は江戸時代レベル」――ガートナーが語る“IT維新”のヒント
                                                                              • みんな「値上げ」しているのに、なぜマックは「もう行きません」と叩かれるのか

                                                                                「もう行きません、さようなら」「値上げをしてもクオリティーが上がっていない」「同じような金額を払うならモスやバーガーキングに行ったほうが絶対にいい」――。 1月24日から、日本マクドナルド(以下、マック)が全メニューの約3割に相当する商品の店頭価格を10~30円値上げすることを受けて、ネットやSNS上では厳しい意見が飛び交っている。 これまでもマックが値上げをするたびにネットやSNSは荒れに荒れてきた。メディアも面白がって「値上げに悲鳴」「客離れ」「もう気軽に行けない」なんて感じで煽(あお)ってきた過去もある。そういう意味では、「毎度お馴染みの光景」ではあるのだが、個人的に不思議でしょうがないのは、「なぜそこまでマックだけを目の敵にするのか」ということだ。 「2022年以降、全国の店舗で一斉に値上げするのは4回目だ」(日本経済新聞 1月12日)とのことだが、今のご時世、値上げをしているのは

                                                                                  みんな「値上げ」しているのに、なぜマックは「もう行きません」と叩かれるのか
                                                                                • LambdaとDynamoDBでIoTバックエンド開発

                                                                                  2019年7月30日、Serverless Community(JP)が主催するイベント「Serverless Meetup Tokyo #12」が開催されました。世界各地で運営されているServerless Architectureやその周辺技術について情報を共有する本コミュニティ。今回は、株式会社Speeeのオフィスにて、3人のエンジニアが知見を共有しました。プレゼンテーション「LambdaとDynamoDBでつくるIoTバックエンド」に登壇したのは、 株式会社MMMの岡本忠浩氏。 LambdaとDynamoDBでIoTバックエンド開発 岡本忠浩氏:よろしくお願いします。「LambdaとDynamoDBでIoTバックエンド開発」というタイトルなんですけど、ちょっとスライドを作るのがギリギリになってしまって。至らないところがあるかもしれないんですが、お願いします。 自分はMMMとい

                                                                                    LambdaとDynamoDBでIoTバックエンド開発