関連キーワード Microsoft（マイクロソフト） | ユニファイドコミュニケーション Microsoftは、製品／サービスの販売に関する変更に取り組んでいる。2021年8月に同社は「2022年3月に、10年ぶりにオフィススイート『Microsoft 365』の料金を値上げする」と発表した。新料金は「『Office 365』の立ち上げ以来提供してきたイノベーションを反映したものだ」と同社は説明している。 「Microsoft 365 Business Basic」は1ユーザー当たり月額5ドルから6ドルへ、「Microsoft 365 Business Premium」は20ドルから22ドルへ、「Office 365 E1」は8ドルから10ドルへ、「Office 365 E3」は20ドルから23ドルへ、「Office 365 E5」は35ドルから38ドルへ、「Microsoft 365 E

こんにちは、ヘイ株式会社の"えんじぇる"こと、加藤です。 2021年、私が出会えてよかったと心から思っている人がいます。それはBTS。私は新米ARMY（アーミー／アミ）になりました。BTSは、2013年に韓国でデビューした、7人組の男性グループで、ARMYとはBTSファンの愛称です。 BTSに出会い、音楽を聴き、ミュージックビデオを見たり、そのほかオンライン上に溢れるさまざまなコンテンツを見たりすることで、どれだけ癒やされたことでしょう。 このままBTSのよさを語り続けたいところですが、そこはぐっとこらえて。今回は、「BTSのコンテンツの届け方は、企業のコンテンツマーケティングの参考になるのではないか」ということを、私の体験を踏まえながらお話ししたいと思います。 まさに「n＝1」な話ではありますが、私の「BTS沼落ちジャーニー」が皆さんの参考になれば幸いです。 それまでの推しへの情熱が消え

本ブログは Recruit Advent Calendar 2021 - Adventarの25日の記事になります。 ITビジネスやサービスにおけるプロダクト開発で良くある、作りすぎ。やりすぎ。 無駄なく、効率的にと思っても、ついつい発生しちゃう。 こういうの、オーバーエンジニアリングって言うらしいよ！？ でも、どこからオーバーで、どこまではオーバーじゃないんだ！！ ということで、勝手にオーバーエンジニアリングを定義してみようと思います。 作り過ぎて、時間や金を無駄にすること？？？？ とっかかりとして・・・まずは一般用語としてのオーバーエンジニアリングの意味をwikiで調べてみると以下のように記述されています。 wikipedia（英語版） Overengineering - Wikipedia 一部抜粋。 Overengineering (or over-engineering,[1]

はじめに Dockerfileを書く上で、Docker社の推奨するベストプラクティスを８つにまとめました。 ベストプラクティスに従うことによって、簡単・安全・効率的な、Dockerfileの作成を目指します。 Dockerのガイドライン コンテナは、必要最小限（エフェメラル）であるべき。 Dockerfile で定義されたイメージを使って作成されるコンテナは、可能ならばエフェメラル（短命；ephemeral）にすべきです。私たちの「エフェメラル」とは、停止・破棄可能であり、明らかに最小のセットアップで構築して使えることを意味します。 Dockerfileベストプラクティス 1. Baseイメージは、公式の信頼できるものを使おう 特定の言語などを扱う場合は、公式が言語が入ったイメージを配布してくれている場合が多いので、そちらを使おう。

パナソニックが日々の収益を支える既存事業にも外部人材の登用を進めている。総額8600億円で買収した米社との連携に向けて、日本マイクロソフト（MS）元幹部を登用し、電材や空調など長い歴史を持つ部門にも、元コンサル人材をIT（情報技術）担当として起用した。過剰な品質を重視するあまり開発スピードが遅れていたものづくり文化を改める。構造改革に一定程度のめどがたち、外部の力を活用した変革に挑む。11月中

ホスト名ベースWebサイト数推移グラフ 1995年8月〜2021年12月　資料：Netcraft Webサーバシェア推移グラフ 1995年8月〜2021年12月　資料：Netcraft Webサーバアクティブサイトシェア推移グラフ 2000年6月〜2021年12月　資料：Netcraft トップ100万ビジーサイトWebサーバシェア推移グラフ 2008年9月〜2021年12月　資料：Netcraft コンピュータ別Webサーバシェア推移グラフ 2007年9月〜2021年12月　資料：Netcraft供 ドメイン別Webサーバシェア推移グラフ 2009年6月〜2021年12月　資料：Netcraft 2021年12月においてドメインとホスト名の双方で大幅な増加を見せたのはAmazon Elastic Load Balancingサービスで使われている「awselb」で観測された。この増加がN

メリークリスマス！heyでCTOをやっている藤村です。ということで、これからエンジニアになる・いまエンジニアをしているみなさんに個人的に読んでほしい本をご紹介します。これを読んでおけばソフトウェア・エンジニアとして網羅的な基礎が身につく、とかいうセレクトではなく、あくまで個人的に読んでもらえると嬉しいな！というものを選びました。 ソフトウェア開発基礎編リー・コープランド『はじめて学ぶソフトウェアのテスト技法 』 テストの本です。昨今RSpec、XUnit系など自動テストのツールはすっかり普及し、ソフトウェアにテストコードをつけるのは当たり前の世の中になりました。しかし！テストケースをどう設計するか、何をテストすべきか、について体系的に学んだことがない、という方も実はいらっしゃるのでは。 この本はそういったソフトウェア・テスト一般についての教科書です。ここの知識はソフトウェア・エンジニアとし

長年に渡り、皆さんから「JetBrains はいつ軽量エディターを作成する予定ですか？」と尋ねられてきました。 本日、Fleet を発表できることを大変嬉しく思っています。Fleet は単なる軽量のエディターではありません！ 初めて Fleet を起動すると、構文ハイライト、単純なコード補完、そしてエディターに期待するものすべてが揃ったフル機能のエディターとして起動します。 でも、それだけではありません！ Fleet は、スマート補完、リファクタリング、ナビゲーション、デバッグ、そして IDE に常に搭載されてきたものすべてが備わったフル機能の IDE でもあります。しかも、これらの機能はすべて、ボタンをクリックするだけで使用できます。 Fleet は新しいアーキテクチャとユーザーインターフェースで、ゼロから構築されました。 Fleet は一体なんであるのか、その詳細について説明しましょう

(ゲームの話は一切知らん) いつのまにか「Webフロントエンドの動きが速い」とか誰も言わなくなってることにふと気付いた。なんというかソフトウェアをどう作るか、という問題にたいして大枠の部分では完全に固まってしまって、あとは個別の事情をどうやっていくかみたいな話しか残ってないように見える。 端的にいえば、宣言的UIとkubernetesは聖杯だったのではないかな。 k8sにかんしては「Cloud Runみたいのでいいじゃん」みたいな話はあると思うんだけど、Envoyほしいとかなってくると結局事実上k8s必須だし、今新しくアプリ作るときに宣言的UIじゃないフレームワーク使うこととかほぼ考えられんよな。で、こういう構成が定番ですね、みたいになってなんかもう数年は経つ気がする。結果として日本語でソフトウェア開発の話になるとチームビルディングがどうのみたいな話しかなくなってきていて、なんかつまんねー

日本政府の共通クラウド基盤として、デジタル庁が進めている「ガバメントクラウド」。10月には「Amazon Web Services」と「Google Cloud Platform」の採択を発表し、これらを活用したマルチクラウド環境に同庁のWebサービスなどを構築・移行する方針を示した。 この発表に対し、ネット上では「なぜ国産クラウドではないのか」「日本の産業を育成する気はないのか」といった意見が続出。匿名掲示板「2ちゃんねる」の開設者・西村博之（ひろゆき）さんも「自分ならさくらインターネットやGMOなど日本の事業者のクラウドを標準にする」とABEMA TVの報道番組で発言するなど、海外のIaaSを採択したデジタル庁の判断を疑問視する声がみられた。 一方、IaaS「さくらのクラウド」を提供するさくらインターネットの田中邦裕社長は、国産IaaSが採択されなかったことについて「日本のIaaSベン

AWSでTerraformの実行を自動化する環境を作成しました。 github.com AWS内で閉じた形で、Terraformを使い、自動的にAWSリソースを作成する前提です。 Terraformを実行する環境はCodeBuildで用意しました。 その実現方法を紹介します。 環境作成 ディレクトリ構成 terraform-auto-apply-example直下には、自動化の環境を作成するためのtfファイル（main.tf、codebuild.tf）があります。 exampleディレクトリ内のtfファイルが自動実行の対象になります。 terraform-auto-apply-example ├── Dockerfile ├── README.md ├── buildspec.yml ├── codebuild.tf ├── docker-build.sh ├── example │  

10倍に膨れたAWS運用費をどう減らす？　ユーザー急増のnoteが挑む「コスト削減作戦」の裏側（1/2 ページ） 文章やイラストなどを投稿できるコンテンツ配信サービス「note」。コロナ禍以降は巣ごもり需要にも後押しされてユーザー数が急増しており、2020年には月間アクティブユーザー数が前年同期比で3倍以上に増えたという。しかし同時にトラフィック量も急増したため、運営元であるnote社のシステム部門ではその対応に追われた。特にクラウドサービスの利用コストの高騰は、大きな悩みの種だった。 noteのサービスを支えるシステムは、全てAWS（Amazon Web Services）のクラウドインフラ上で構築・運用しており、トラフィック急増でその利用コストは約10倍にまで膨れ上がった。 このままトラフィックがさらに増えれば、コストが利益を食いつぶすことにもなりかねない。そこでシステムの運用や品質管

https://kaigionrails.org/2021/talks/upinetree/

理由は簡単、スマホの寿命があと7,8年だから スマートグラスがあと5年でキワモノピーキーガジェットの域を超えて まともないけてるガジェットとして離陸し始める そしてそこから2,3年でさらに洗練されてマジョリティーに普及し始める そしてスマホの時代は終わる その時画面は縦の時代から横の時代に戻る 動画もインスタライブとか縦動画だけど、横になるよ 20年後くらいに未来のSNSで今のJKたちが私たちのころはスマホがあってさぁ～とか、思い出おばさんやってるだろうね 未来の漫画はすべて縦スクロールになるとか言ってるまとめが人気出てたから書いてみた 予測と言いたいけどソースが俺の脳内だから予言でしかないのが悲しい

なんなん？ ヘルメットくらいかぶれよ。 かぶらないならかぶらないで作中でそれっぽい理屈つけろよ。

Top > ラーニング > 京都大学、Pythonの基本を解説した無料の教科書「素晴らしすぎる」「非常にわかりやすくて良い」

テクノロジー部門セキュリティ本部の清水です。セキュリティとは直接関係のない内容ですが、最近、あるOrganizationにあるリポジトリを別Organizationに移動させる作業を経験しました。今回は、その作業を通して得た知見を共有したいと思います。 リポジトリを別Organizationに移動させる作業をする時の参考となれば幸いです。 リポジトリの移動方法 移動時に注意すると良いポイント SlackとGitHubの連携 Organizationに紐づくProject Board リポジトリのアクセス権限 GitHubと連携したCI/CDタスク まとめ リポジトリの移動方法 GitHubでは、リポジトリを別Organizationへ移動させる方法を記述した公式のドキュメントが用意されています。やり方や注意事項が記載されているので、移動を実施する前に目を通しておくことをおすすめします。 リ

このビデオについて このビデオは、2021 年 10 月 6 日に開催された 「挫折しない OAuth / OpenID Connect 入門」の理解を深める会 のプレゼンテーション録画です。 2021 年 9 月 18 日発売の「Software Design 2021 年 10 月号」では、OAuth/OIDC が特集され、「挫折しない OAuth/OpenID Connect 入門・API を守る認証・認可フローのしくみ」と題し、Authlete 代表の川崎貴彦が寄稿しました。 本プレゼンテーションでは記事のポイントや、理解を深めるために重要なポイントについて、著者の川崎がお話しします。 文字起こし はじめに 目次 記事の第1章、第2章、第3章は、こういう目次になっています。 ここからピックアップして、 こんなことを話してます、というところを、 紹介したいと思います。 自己紹介 Au

前提 ここで言っているドキュメントは仕様書ではなく、顧客向け製品ドキュメント。 ミドルウェア製品を開発 小さなチーム パッケージ製品とパッケージ製品のクラウド版 そのため顧客に提供するドキュメントが必ず必要 GitHub を利用 自分で開発する場合のフロー 作りたい機能をぼんやりでいいので GitHub Issue に追加する feature ブランチを切る デザインドキュメントをリポジトリの doc/ 以下に書く デザインドキュメントに合わせてコーディングを進めてなんとなく動くところまで作る 動かなくてもいいのでイメージを膨らませるためにコードを書いてみる デザインドキュメントは書き捨て前提で、とにかくメモを書く 製品ドキュメントを書き始めて、一旦書き終える ブランチマージに向けてコーディングを進める 書ける範囲でテストを書く ドキュメントを平行して修正する プルリクエストをだしてレビュ

はむはー！最近計算機には嬉しい気温になってきました。みなさん計算機はいかがお過ごしですか？ 先月 Kubernetes クラスタを部内サーバーに構築したので、その話をします。 きっかけ きっかけは部内 OpenStack クラスタが崩壊したことです。OpenStack かぁ〜立て直すのめんどくさいね〜、って話しているうちに何故か Kubernetes を立てる話が盛り上がり、Kubernetes クラスタを立てることになりました *1。 いろいろ検討 Kubernetes を立てると一言で言っても、 Node の立て方や使うコンポーネント、YAML の管理方法など決めなければいけないことは多岐に渡ります。 まずは要検討事項をまとめた Issue を作りました。 数々の要検討事項 大量です。ここから一つ一つ検討していきました。 Node の立て方 Node を立てる、すなわち kubelet