Microsoft Teamsという最後発のチャットアプリ、無償で公開もされているので誰でも利用することが可能なのですが、一体どれだけシェアあるのか・・・コロナの影響で在宅勤務が強制的にスタートした中では、1200万人ほどユーザが増えたようです。Googleはこのジャンルは迷走しているので、ちょっと残念な結果になってると思います（MeetだChatだ、さらにはDuoやらAlloだと増やし、GMail統合から外しておいて、最近またMeetがGmailに統合されたりと）。 さて、このTeamsですがMicrosoft Graph APIからも投稿が可能ですし、Incoming WebhookやPower Automate、外部サービスからの通知や他のアプリケーションからの通知、サーバーからの通知などをチャンネルや個人宛に飛ばす事が可能です。しかし、肝心のこの機能を殺してるアレな大企業があったり

SlackのWebhook URLを取得するまでの手順を示す。 最終的にやりたいこと ChatにWebサービスの結果を通知するChatOps的なことをしたい。 通知先のChatツールとしてSlackを使用する。 Slack: Be less busy どのWebサービスを使うにしても、連携用にSlackのWebhook URLは必要になりそうなので、まずはWebhook URLを取得するまでの手順をまとめてみる。 選定理由 Slackを選んだ理由は、利用しようとしている色々なWebサービスにSlack向けのIntegrationが用意されおり、勢いがあるそうなので。以下Slackについて: 今最も勢いのあるチャットサービス「Slack」とは | TechStars Blog チャットツール「Slack」を導入しました！なかなか便利なSlash Commandsについても。 slackとgi

The document discusses various topics related to APIs and pagination in Django REST Framework. It covers: 1. Pagination techniques in Django REST Framework including PageNumberPagination, LimitOffsetPagination, and CursorPagination. 2. Rate limiting techniques including AnonRateThrottle, UserRateThrottle, and ScopedRateThrottle. 3. Authentication techniques including TokenAuthentication and the dj

こんにちは。ぐるなび開発、インキュベーションGの小林です。 Actions on Google（以下AoG）のTransactions APIが、今年4月に日本でも利用可能になりましたので、Google アシスタントがぐるなびでレストランの予約をできるようにしました。 1. 「Google アシスタントでレストランの予約をするアプリを作りませんか？」という話が上司から来る Transactions APIが公開される前、2017年の11月頃にGoogle様主催のAoGのコードラボに参加させて頂きました。 そのおかげもあり、弊社SURF&SNOWのGoogle アシスタントのアプリをリリースまで持っていくことができました。 Transactions API公開後、上司から相談を受けました。 アプリ開発の実績を買われ、Transactions APIを使ってレストランの予約ができるGoogle

REST API仕様からAPIクライアントやスタブサーバを自動生成する「OpenAPI Generator」オープンソースで公開。Swagger Codegenからのフォーク RESTful APIの仕様を基に、APIクライアント用SDK、APIクライアントのテスト用にAPIサーバのように振る舞ってくれるスタブサーバ、Webサーバのコンフィグレーション、ドキュメントなどを自動生成してくれる「OpenAPI Generator」がオープンソースとして公開されました。 RESTful API仕様の記述フォーマットは、2015年にマイクロソフトやGoogle、IBMらが立ち上げた「Open API Initiative」が提唱する「OpenAPI Specification」が事実上の業界標準となっており、OpenAPI GeneratorもこのOpenAPI Specificationを基に開

iOS 開発で必須とも言える API クライアントの設計手法を、初心者にもわかりやすく紹介します。 はじめに あなたは、どのように API クライアントを設計していますか。 まずはライブラリを選ぶでしょうか。 それとも、クラス図を書くのでしょうか。 なるほど、なるほど、ふーむ。 この記事では、もっと別のより良い設計方法を紹介します。 紹介する設計方法は、ほとんど設計知識のない状況から始めることができます。しかも、最終的にはあなたのプロジェクトにぴったりの設計を手に入れられる方法です。 対象読者 さて、この記事では、対象読者を次のように設定しています: どのような API 設計にしたらいいかわからない人 どのような API のライブラリを使うべきかわからない人 また、最終的には以下のレベルの目標を達成できることでしょう: あなたのプロジェクトの API 層設計者になれるレベル 目次 はじめに

Bluetoothはデバイス間でのワイヤレス通信に日常的に使われています。代表的なものとしては、ヘッドフォンとPC間の接続や、外部センサーとスマートフォン間の接続などがあげられます。Bluetoothバージョン4.0で追加された速度よりも省電力に特化した通信方式 Bluetooth Low Energy（以下「BLE」）では、ここ数年で話題となったIoTデバイス間での接続などにも多く用いられています。 今回ご紹介する「Web Bluetooth API」は、そんなBluetoothをWebブラウザから利用して外部デバイスを検索したり、デバイスの持っている情報を読み書きするための機能を提供してくれるAPIです。 各ブラウザの実装についてはまだまだという状況ですが、macOSのGoogle Chromeではバージョン56からデフォルトの状態で使用可能になりました。APIの動作条件としてセキュリ

皆様、こんにちは。 先日、GoogleMap関連でこんな記事がありました。 internet.watch.impress.co.jp Google Maps APIのポリシー変更があったというものです。 主旨を引用させていただくと、こんな記載があります。 Google Maps API無償版のポリシー変更が6月22日に発表され、猶予期間が10月12日で終了した。 このポリシー変更は、Google Maps APIを利用しているユーザーにとって大きな影響があり、「突然、ウェブサイトの地図が表示されなくなる」という可能性もあるものだという。 「APIキーを取得していなければ(場合によっては取得していても)突然地図が表示されなくなる可能性がある」ということで、結構ビビりますよね。自分に影響があるのかないのかわからない人もいるかもしれませんので、このポリシー変更が誰に影響あるのか、それから改めてG

Accurately conveying Japan, present and future, to the world. Mission Providing trustworthy information that deepens understanding of, and generates interest in, Japan. 世界中で、日本に興味を持つ人を増やし、日本についての理解を深めるために、私たちは、信頼できる情報を提供します。 Vision Contributing to a better world through the promotion of mutual understanding between Japan and various international communities. 日本と世界の相互理解を推進することで、よりよい世界の実現に貢献します。

2013年のいま、API界隈が熱い！ 今年に入り、官公庁の統計データやNHKの番組情報など、今までなかなか利用できなかったデータがAPIとして扱えるようになってきました。このエントリでは現在公開されているAPIを一覧でまとめます。いま使えるAPIはこれだけ読めば大丈夫。2013年の最新マッシュアップ事情をあますとこなく網羅します！ HOT! API 総務省 次世代統計利用システム（国勢調査、人口推計、就業構造、企業統計、物価統計 etc.） NHK番組表（※未公開） 行政・自治体・公共サービス 郵便番号 郵便番号検索API（郵便番号 → 住所） 郵便専門ネット（郵便番号 → 住所、郵便番号の簡易存在チェック） ぽすたん（郵便番号 → 住所、住所 → 郵便番号） IW3 PROJECT（郵便番号 → 住所、住所 → 郵便番号） 宇宙 Google+ JAXA PR（※現在一部の学生に限定公開

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

前回の話は、一回のエントリーでは書ききれない内容でした。。以下もうすこし詳しく書き直してみます。 Webアプリ開発における「内部APIモデル」とは、ネットワーク越しに外部サイトのWebAPIを呼び出すかのごとく、自サイト内のリソースに対して内部専用のWebAPIでアクセスする仕組みを導入し、分散処理を行うモデルのことです。典型的なWebアプリでは、データベースがここでいうリソースに該当するかと思います。 図にすると以下のようなイメージです。 今回、Lang-8で実際に「内部APIモデル」を導入してみたので、気づきの点などをこのエントリーにまとめてみました。 ※導入のいきさつについては、前回のエントリーで触れています。 「内部APIモデル」を採用するメリット Webアプリ開発において「内部APIモデル」を採用するメリットは２つあります。 （１）言語やフレームワークの選択自由度が上がる 現在運