Googleスプレッドシートと自然言語処理AI「GPT-3」を組み合わせてデータ作成を効率化
2022年末に登場、一躍テクノロジー業界の話題を席巻したAIチャットボット「ChatGPT」 自然な文章で情報を提供するこの「ChatGPT」に対して、ビジネス、ブログ、プログラミング、など、様々な場での活用が期待されています。 OpenAIが開発、サービスを提供してるこの「ChatGPT」のベースとなっている技術が、同じくOpenAIが開発した、自然言語処理AI「GPT-3」です。 膨大なテキストデータを使った機械学習によって、生み出される「GPT-3」の文章は、人間が書いた物と判別できない程 そして、機械学習の訓練によって得た知識を元にして、質問に対し即座に答えを返してくれるので、知りたい事が有る度に、一々”ググる”必要も無い。 そこで一考、「GPT-3」とGoogleスプレッドシートを組み合わせたら、作業効率を向上できるんじゃないか。 本記事では、自然言語処理AI「GPT-3」をGo
How I/we got 2k stars - ゆーすけべー日記
Honoという僕が作っているWebフレームワークのGitHubスター数が2,000に迫ってきた。これまで作ってきたOSSのソフトウェアでは最高で revealgo の221、次点で gh-markdown-preview の134だ。それが一気に2,000である。 もちろん、スターの数がソフトウェアの良し悪しを決めるものではない。 それに2,000はとりわけ多いわけではない。 でも、以前の自分には遥か彼方に見えていた数を獲得できたのは、とても嬉しいことだ。 去年12月から作り始めて9ヶ月間、552コミット。 今や使ってくれる人も増えた。 cdnjs のAPI Serverのバックエンドにも使われているし、 HonoをきっかけにGitHubスポンサーをしてくれている企業や人も現れている。 なにより、いろんなことを勉強させてもらった。 今回はHonoというプロダクトがどうやって2,000のスタ
「AsyncAPI Initiative」がLinux Foundationに参画、イベントドリブンなAPIの記述標準化を目指す
「AsyncAPI Initiative」がLinux Foundationに参画、イベントドリブンなAPIの記述標準化を目指す イベントドリブンなシステムで用いられるAPIの記述の標準化を目指す「Async API Initiative」が、Linux Foundationに参画したことが発表されました。 #AsyncAPI joins @linuxfoundation Read about it: https://t.co/xfSzpFf0Nf Watch the announcement: https://t.co/hsMMuKCaEx Check the announcement notes: https://t.co/dBw7hLqN3S pic.twitter.com/giTGhXp5Hq — AsyncAPI Initiative (@AsyncAPISpec) March
5歳娘「パパ、変なAPIを作らないで？」 - Qiita
とある休日 娘（5歳）「パパ、一緒に技術ブログを始めない？」 娘「昔から私とパパがローカルに書き溜めてる技術記事が、かなり溜まってきたでしょ？」 娘「それをブログとして公開してみようよ」 ワイ「おお、それは楽しそうやな」 ワイ「どこのブログサービスを使おうかいな」 娘「せっかくなら、ブログシステムから自分たちで作ってみようよ」 娘「私はフロントエンドを担当するから」 娘「パパはRuby on Railsか何かで、APIを作ってよ」 ワイ「おお、Ruby on Railsなら昔やったことあるわ」 ワイ「RailsのAPIモードで、ブログ記事を返すエンドポイントを作ればええんやな」 娘「そうそう」 次の日 ワイ「API、できたで！」 ワイ「/api/articlesっていうエンドポイントにアクセスしてくれたら」 ワイ「ブログ記事が取得できるようにしておいたわ」 娘「さすがパパ」 娘「そういえば
AIがこの世にいない人の顔画像を大量生成する、著作権フリーの画像が10万枚！ | Techable(テッカブル)
創作AIの進化は予想以上に速く、気づけば創作物の多くをAIが担っていた…なんて状況も、信憑性を帯びてきた。クオリティの高い創作物を大量生成するAIの出現で、著作の使用料体系に崩壊が起きる可能性がある。 ヒトの書いたものと見分けがつかないような文章を生成する「GPT-2」の登場も衝撃的だったが、真っ先に市場にインパクトを与えそうなのが画像の領域だ。 Webサイト、generated.photos上に、著作権フリーのオリジナル顔画像10万枚が公開された。あらゆるシーンでハイクオリティの顔画像が利用可画像生成AIは、悪用されることでマイナスの影響もあるが、著作権フリーの画像が出回れば自身の創作の幅が広がり、恩恵を受ける方も多いだろう。同プロジェクトは、まさにこれを狙ったものだ。 GAN（敵対的生成ネットワーク）による画像生成は、ヒトやネコ、アニメキャラから賃貸物件まで、たくさんの対象で試されてい
Binance Support Number API Documentation
Skip to Main ContentProductsRapids API HubOne seamless connected experience that supports every type of developer as they build, use, and share APIs.Enterprise MarketplacePublic MarketplaceSecurityRapid API Client for MacRapid API Client VS CodeIndustriesTelecommunicationsInsuranceTravel & HospitalityResourcesEBooks & GuidesWhitepapers & ReportsDatasheets & One-Pagers VideosWebinarsDocsCo
Excelで誰でも簡単言語処理 (感情推定, 固有表現抽出, キーワード抽出, 文類似度推定 etc...) - Qiita
Excelで誰でも簡単言語処理 (感情推定, 固有表現抽出, キーワード抽出, 文類似度推定 etc...)ExcelAPIVBA自然言語処理COTOHA 3行まとめ Excel関数一発で高度な言語処理を使えるようにしました 感情推定、固有表現抽出など日本語を分析・整理するのにいろいろ使えます Windows + Officeユーザならマクロファイルで誰でも簡単に使えます ※Macだと多分動かないと思います。VBAのHTTPリクエストを有効にできないため。。。 9/1追記: コメント頂きましたが、64bit版OfficeだとjsonParseが動かないようなのでアップデートしてみました。動作確認できていないので自己責任でお願いします https://github.com/korinzuz2/excelcotoha/blob/master/COTOHA公開用64bitExcel対応版.xls
新しいWebの双方向通信 "WebTransport" について - ASnoKaze blog
関連記事 WebTransport over QUICのサンプルサーバを試してみる - ASnoKaze blog WebTransport over HTTP/2 の仕様について - ASnoKaze blog WebTransport over QUIC について - ASnoKaze blog WebTransportという新しい双方向通信フレームワークの議論が始まっている。 GoogleのPeter Thatcher氏らによって、W3C WICGにプロポーザルが投げられています。 discourse.wicg.io WebTransportは、WebSocketのようなAPIをもち、QUICやHTTP/3上で多重化されたストリームを利用し、ヘッドオブラインブロックのない通信を行えるようにするというのがモチベーションのようです。（実際に使用する"トランスポート"はプラガブルな設計にな
API 設計ガイド | Cloud APIs | Google Cloud
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
Twilioがサーバレスコンピューティング「Twilio Functions」公開。APIだけでなくアプリケーション実行環境も提供へ
Twilioがサーバレスコンピューティング「Twilio Functions」公開。APIだけでなくアプリケーション実行環境も提供へ 「Twilio（トゥイリオ）」という企業の名前は、多くのデベロッパーにとって「API経由で電話をかけたりSMSを発信できる機能を提供するAPIプロバイダ」として知られています。例えば、アプリケーションやインフラになんらかの障害が発生すると自動的に担当者の携帯電話に電話を掛ける、といった監視ツールの実現には、TwilioのAPIを利用することが定番となっています。 そのTwilioは、5月24日と25日にサンフランシスコで開催された同社の年次イベント「SIGNAL 2017」で、サーバレスコンピューティング対応のアプリケーション実行環境を提供する「Twilio Functions」を発表しました。 サーバレスコンピューティングの代表的な存在はAWSの「AWS
Swift言語、サーバアプリのためのAPI群を策定へ。「Server APIs Project」スタート
Swift言語、サーバアプリのためのAPI群を策定へ。「Server APIs Project」スタート アップルから登場し、現在はオープンソースとして開発されているプログラミング言語「Swift」の開発チームは、クロスプラットフォームに対応したサーバアプリケーション向けのAPI群を策定するための「Server API Workgroup」を発足し、Server APIs Projectをスタートさせたことを明らかにしました。 その後KituraだけでなくVapor、Perfect、ZewoなどのさまざまなSwift向けのサーバフレームワークが登場しています。 こうしたSwiftによるサーバアプリケーションの開発が期待されるなかで、SwiftのServer API Workgroupはサーバ向けAPI群の策定作業を進めていくとしています。 The work group provides t
Google v. Oracle API著作権裁判
gistfile1.md Oracle v. GoogleのAPI著作権裁判の話 「OracleとGoogleの判決文を斜め読む」を読んで裁判の経緯は理解できたものの、判決の詳細があまり理解できなかったので判決文を自分で読んだ。法律的な難しさはあまりなく、技術的な論点と関係する条文および過去の判例などが非常にわかりやすく解説されており、判決の根拠もたとえ話を交えて書かれているなど非常に読みやすい印象を受けた。 判決文 全体の内容としては比較的単純で「あらゆるプログラムのコードは著作権で保護される。ただしFair Useによる合法的な利用に関しては差し戻し審で審議せよ」という事のようだ。実は「API」という言葉は一切判決文には出てこないため、内容を良く読む必要がある。 17 U.S.C. 102(b)を巡るGoogleの主張 今回の論争のうち最も重要な点は、著作権法のうち 17 U.S.C.
OracleとGoogleの判決文を斜め読む - Qiita
(7/7追記)僕は斜め読みだったんですが、もっときちんと読んだ上で解釈を書いてくれている方がいます。僕も時間をとって全文を読みたいとは思っていますが、まだ時間がかかりますし、yudaiさんの会社の方が妥当性は高いと思いますので、そちらをご参照ください↓ 朝っぱらから色々衝撃が走った第一四半期の最終日ですが、OracleとGoogleの裁判について、どのあたりが問題だったとされるのか気になるので判決文等を読んでみました。 経緯 2010年8月、OracleはGoogleを訴える。当初の争点は特許侵害 (publicKey1) 2012年4月、サンフランシスコ連邦地裁の法廷開始 2012年5月、Googleの特許侵害はないとの陪審評決。ただし、フェアユースは意見が別れる。 2012年6月: Oracle対GoogleのJava/Android訴訟、損害賠償金ゼロで合意。今回議論された37件のJ
Twitter API v1.1とNet::Twitter::Lite - $shibayu36->blog;
Twitter API v1.1完全移行まであと1ヶ月を切りましたね！対応に非常に慌てているshiba_yu36です。 どんな変更があるかは結局、Twitter API 1.1で何が変わる？ 5つのポイント：Twitter APIと開発者規約変更のインパクトまとめ - ＠ITあたりにまとまっているとして、今日はTwitter API v1.1とperlでTwitter APIを使っているとおそらく使っているNet::Twitter::Liteについて書いていきたいと思います。 Net::Twitter::Liteに関連するTwitter API変更点 今回の変更では本当に本当にいろいろ変わるのですが、Net::Twitter::Liteに関わる変更としては以下の様なものが挙げられます。ほかにもあるかもしれません。 http(s)://api.twitter.com/1/* -> http(
ドメイン特化型軽量フレームワークが必要だ - rabbit2goのブログ
既存フレームワークやOSで用意されているAPIは、あらゆる処理で汎用的に使える形になっているのでいかなる目的でも使える反面、アプリケーション側から見ると必ずしも最適な形になっていない場合がある。 例えば、「ファイルから文字列を読み込んで取得する」といういかにもよく有りがちな処理が頻繁に登場するアプリケーション開発において、その処理の度に「ファイルを開いて、文字列の読み込みバッファを用意して、データを読み込んで、例外処理も忘れずに入れて...」とAPIを並べるのはかなり開発効率が悪いし、ソフトウェア開発の品質もなかなか改善しない。 このような場合は、該当処理を一箇所で行えるように共通化するとか、既存のライブラリを持ち込んで必ずこれを使うようにすれば良い。Apache Commons IOには、ズバリそのような処理を1行で済ませるための便利なAPIであるFileUtils#readFileTo
ØMQ(zeromq)について調査する。
ØMQ(zeromq)について簡単に調査したのでメモ。元ネタはØMQ - The Guide。 概要 N-N通信を実現する、socket API風軽量メッセージングライブラリ。 自動的な再接続や、メッセージのキューイングを行ってくれる。 複数のメッセージングパターンと呼ばれるものを組み合わせることによって、柔軟なメッセージ配信を行うことができる。 ライブラリについて socket APIライクなC APIを持つ。以下socketは、zeromqのsocketを指す。 zeromqはコンテキストというものを通じて使う。1コンテキストに、I/Oスレッドが1つ割り当てられる。基本1プロセスに1コンテキストでOK。複数のcontextを持つことはできるし、その場合は同じ個数のI/Oスレッドが走る。 zeromqのsocketは、プロセス内通信(スレッド間通信など)、プロセス間通信、TCP、UDPマ
[観] proxy サーバー越しに Twitter の xAuth によるアクセストークン取得時の注意点
[要旨] xAuth を proxyサーバー越しに行うときの問題点をまとめてみました。 [キーワード] xAuth,SSL,https,proxy,プロキシサーバー,プロクシサーバー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DevDocs
TechCrunch | Startup and Technology News
Twitter API 仕様書 日本語訳