TECH PLAY

技術ブログまとめ

「TECH PLAY 技術ブログまとめ」では様々な企業やコミュニティが発信する技術ブログの更新情報をまとめてお届けしています。
プログラミングやインフラ、アーキテクチャといった技術情報はもちろん、マネージメントや開発プロセスなどIT業界で働く皆様のヒントや刺激になる情報が日々蓄積されています。
知りたい分野がある場合はタグから選択して絞り込むこともできますし、気になる企業やグループはお気軽にフォローしてみてください。
TECH PLAYに会員登録していただくと、週に一回技術ブログの更新情報をまとめたメールをお届けします。

掲載企業一覧(92件)

おすすめの記事

NotebookLMが企業研修で今注目される理由 まずは、NotebookLMが企業研修で今注目される理由について以下を説明します。

TECH PLAYに会員登録して最新の技術ブログ情報を受け取りましょう

会員登録すると毎週の「技術ブログまとめ」をメールで受け取ることができます。
はじめに こんにちは。新卒2年目のtaku_76です。 前回記事 では、FirebaseのRealtime Databaseを利用してリアルタイムチャットを作成しましたが、 その他にも様々な機能があるということで今回はFirebase Authenticationを使ってログイン機能を実装してみましたので紹介します。 はじめに Firebase Authenticationとは 実装 Firebaseでプロジェクトの作成 ログイン方法の設定 ユーザーを新規登録する ログイン処理を行う おわりに 参考 Fi
こちらの記事は以前にNewsPicks Tech Guideに投稿された記事をインポートしたものです。元の記事はid:yossiyossi923によって書かれました。 こんにちは! NewsPicksのデザイナーの吉川です。 9/26・27の2日間、ニューヨークで行われたAWWWARDSカンファレンスに参加しました。 前回は1日目の内容をご紹介しました。今回は2日目、特にメッセージが強く面白いと感じた「The NewYork Times」「InVision App」「Anton&Irena」「Mediam
こんにちは、インフラストラクチャーグループの沼沢です。 今回は、タイトルの通り 公開日時の指定が可能 な静的コンテンツ配信用のシステムを、サーバレスで作ってみました。 なお、リージョンは全て東京リージョンとします。 構成図 まずは構成図です。 公開日時が指定可能な仕組み S3 には、時間で公開状態へ移行するような設定や仕組みがありません。 これを実現するために、S3 オブジェクトのキーをもとに、Lambda を利用して、あたかも公開日時を指定しているかのような動きを実装します。 なお、本稿では分まで指定
CS課佐竹です。 今回は「AWS Systems Manager のポートフォワーディング機能」の通信要件について実際に構築を行いながら整理をします。左記のブログとかなり重複するところはありますが、このブログの主題は「Windows端末にリモートデスクトップ接続を行う場合のSystems Manager Port Forwardingに関する最小限の通信要件を整理すること」になります。 前提 構成図 EC2(Windows)をPrivate Subnetに構築/起動する EC2にIAM Roleを付与する
こんにちは、サーバーワークスのこけしの人、坂本(@t_sakam)です。第一回目は、共有デバイスのセットアップをおこないました。第二回目の今回は、部屋の設定をおこなっていきます。Alexa for Businessでは、会議室や会議ブースに共有デバイスを置いて使うことになります。その会議室を一つの部屋として登録するイメージです。その登録した部屋に部屋に置く共有デバイスを紐付けて利用します。 第一回 共有デバイスの設定 http://blog.serverworks.co.jp/tech/2019/10/2
こんにちは!クラシルiOSアプリを開発しているknchstです。 昨今のモバイルアプリケーション開発では様々な要件があり、それらを満たすよう実装するには数々の苦難がありました。その一つとしてUIの状態、所謂State管理が難しくなってきています。ネットワークに接続し、またUIをアニメーションさせたりと、データとUIを同期するのは困難を極めます。 Rxなどのリアクティブフレームワークの利用が当たり前になり、ReactNaviteやFlutterなどのフレームワークをプロダクトに採用する企業も増えてきて、モバ
この度M&Aクラウドの開発者ブログを開設しました。ブログを開設する目的はずばり、チーム作りです! チーム作りに力を入れる理由 良いプロダクトを作るための条件ってなんでしょうか。 私達は良いプロダクトを作るためには、仲間集めが大事だと考えています。簡単に図示すると下図のようになると考えていて、良いチームがInputで良いプロダクトがOutputになるということです。 また、InputからOutputまでの過程も大事だと思っています。 仕組みの部分への取り組みを強化することで、メンバーが増えて、メンバーの多様
はじめに こんにちは、新卒2年目のyk_itgです。 業務の中で内容が同じ大量のテストデータが必要なテストがあったのですが、手作業で作成するとたくさんの手順を踏まなくてはならなかったり、入力を間違えたりして大変なので、なんとか SQL でできないか考えてみました。 はじめに 例えばこんなデータ 複製する 1. コピーしたいデータをtmpテーブルにコピーする 2. 変更したい部分のみを書き換える 3. 編集したデータを元のテーブルに挿入する 実行結果 関数にしてみる 実行結果 終わりに 例えばこんなデータ
Zendeskのチケットを検索してcsvフォーマットで返すだけのシンプルなツールを書いてみましたのでご紹介します。 ソースはこちら。 https://github.com/hassaku63/simple_zendesk_searcher 今のところはGitHubオンリーでの公開です。現時点でまともにテストできてないし、機能的にもまだまだpypiに登録するほどの出来ではないかなと。 以下のコマンドでご利用いただけます。 pip install git+https://github.com/hassaku6
こんにちは、サーバーワークスのこけしの人、坂本(@t_sakam)です。今回からは、Alexaを仕事で使うためのサービス、Alexa for Businessを試してみます。ただ、こちらのサービスはまだバージニアリージョン(us-east-1)でしか使うことができません。そのため、実際にどんなことができるのか、気になっているという方もいらっしゃるかもしれません。そんなまだ英語対応のみのAlexa for Businessですが、日本語化される前にこのブログで何回かに分けて試してみたいと思います。 第一回目
スマートキャンプの郷田です。 私は Biscuet(ビスケット) という新規SaaSのプロダクトマネージャーをしております。 Biscuetでは開発プロセスに課題を感じていたため、外部から アジャイルコーチの天野さん をアドバイザーとして召喚し、スクラムの導入を進めています。 そこで今回は、Biscuetチームで先月から導入を進めているスクラムの現状を、たくさんの画像を用いてまとめてみたいと思います! スクラムの役割 開発チーム プロダクトオーナーチーム スクラムマスター スクラム全体像 スクラムのセレモ
このブログではお久しぶりです。照井(marcy_terui) です。 ServerlessDays Tokyo 2019、いかがでしたでしょうか?最高でしたか!? ServerlessDays Tokyoは過去最高のServerless系イベントになる(かもしれない) 私はServerlessconfとして開催されていた3年間はありがたいことに毎年スピーカーとして参加させていただいていましたが、今回は運営メンバーとして関わらせていただきました。 3年間続いた Serverlessconf が原点回帰しつつ
経営企画部 マネージドセキュリティサービス推進室の細谷です。私が所属するインシデントレスポンスチームでは、攻撃の被害に遭ってしまったお客様を対象としたインシデントレスポンスサービス(インシデント全容解明・再発防止策の提示)を提供しています。 今回は、インシデントレスポンスチームで構築したOSINT 1 のデータベース(通称、OSINT-DB)を紹介します。 OSINT-DBとは? OSINT-DBは、主にWeb上に公開されている悪性URLやハッシュ値などの脅威情報を予め収集し、インシデントレスポンスの案件
エニグモ 、 BUYMA の中のひとを知ってもらおうと、エンジニアへのインタビューをしてみました。 第4回は、2017年3月入社のインフラエンジニア 夏目さん です。 インタビュアー 小澤:2011年4月入社。部長。 伊藤:2018年5月入社。新卒2年目。 前職について 伊藤: まずは前職について伺いたいのですが、前職では何をされていたのでしょうか? 夏目: 前職は SIer をやっていまして、新卒研修後に配属先を決めるときに開発とインフラどっちが良い?と聞かれて、インフラを選びました。 伊藤: なぜ開発
AWSは世界各地にリージョンを持ち、その中にアベイラビリティゾーン(AZ)が複数あります。 AZはデータセンターに相当する概念です。 複数のAZを上手く利用すれば、データセンターの電源障害や大地震が起きた時にも別のAZが生き残っているから安心です。 各リージョンにAZが何個あるかは、 グローバルインフラストラクチャリージョンと AZに記載があります。 気になるのは、下記3リージョンです。 AZが1つ、または2つしかありません。 カナダ (中部) リージョン EC2 アベイラビリティーゾーン: 2 中国本土