無料でOpenAIの「Whisper」を使って録音ファイルから音声認識で文字おこしする方法まとめ
画像生成AI「DALL・E2」や文章生成AI「GPT-3」「InstructGPT」などを開発するAI研究団体のOpenAIが、2022年9月に高性能な文字起こしAI「Whisper」を発表しました。オープンソースのWhisperはリポジトリが一般公開されており、日本語にも対応しているとのことで、オンライン実行環境のGoogle Colaboratory(Google Colab)やローカルのWindows環境に導入して使ってみました。 Introducing Whisper https://openai.com/blog/whisper/ GitHub - openai/whisper https://github.com/openai/whisper ○目次 ◆Hugging Faceの体験版を使ってみる ◆Google Colabに導入して使ってみる ◆Windows環境に導入してみ
C++が“使ってはいけないプログラミング言語”だと言われるのはなぜ？
関連キーワード Google | アプリケーション開発 | プログラミング プログラミング言語「C++」は、プログラミング言語「C」から派生した。そのためC++は、Cの仕組みを受け継いでいる。C++エンジニア向けカンファレンス「CppNorth 2022」の基調講演において、「C++の成功にはCの継承が不可欠だった」と、Googleのプリンシパルソフトウェアエンジニアであるチャンドラー・カルース氏は語った。同社はC++の後継を目指して、プログラミング言語「Carbon」（Carbon Language）の開発を進めている。 CからC++への移行は比較的スムーズに進んだ。一方でC++が抱える“ある問題”が顕在化した。 C++が“使ってはいけない”と言われるのはなぜ？ 併せて読みたいお薦め記事 連載：「Carbon」は「C++」の後継になり得るか 第1回：プログラミング言語「C++」が嫌われる
「日本語の原郷」についての論文、取り下げ勧告を受ける
去年、「日本語の原郷」についての論文（Robbeets et al. 2021）が話題になった。増田は専門外の素人ながら疑問を持ったのでツッコミを入れたんだけど（anond:20211121124146）、今年の6月に入って専門家集団から「あの論文は取り下げろ」という反論論文が出ていた（Tian et al. 2022）。といっても、プレプリントサーバのbioRxivに置いてあるだけで、学術誌に掲載されたわけではないんだけど、まあいずれどこかには載るよね多分。 そういうわけで、反論論文の内容を（素人なりに）紹介していくよ！ そもそも誰が書いたの？ふええ……知らない人ばっかりだよぉ…… 22人の共同著者による論文だけど、その多くは中国人研究者。ほかは数人のヨーロッパ人。中国人研究者については全然わからない。漢字で書かれれば一人か二人は名前を聞いたことがある人がいるかもしれないけど、ラテン文字
Pythonが速度改善に本気出すと聞いたので恒例のたらい回しベンチをとってみたら、RubyがYJITですごく速くなっていて驚いた話 - Smalltalkのtは小文字です
2022-09-09改訂： gcc バージョンが古すぎたのと、C が内部計測でなかった点を改め計測しなおしました。結果、Rust は C より速くはなくなりました。紛らわしいことで、ごめんなさい。また、gcc のバージョンアップに伴い、Python および Ruby についてはビルドと計測をしなおしたので、これらも少し速い値に変わっています。この点もどうぞあしからず。 2022-09-10追記：ご要望のあった Python numba.njit 使用時と Go の結果を追加しました。PHP は JIT 有効化が面倒だったので断念しました^^; 2022-09-10追記2：C の計測で clock() を使うのはフェアではないという指摘がありましたので、念のため clock_gettime() を使用したコードに差し替えました。結果に大きな差はありません。 2022-09-10追記3：PHP
「Linux」、バージョン6.1でRustを導入へ--トーバルズ氏が明言
LinuxにRustを導入するかどうかという議論は終わりを迎えた。Rustの実装は既に始まっている。Linuxの父であるLinus Torvalds氏は電子メールによる筆者との対話の中で「何かおかしなことが発生しない限り、それ（Rust）は6.1で導入される」と述べた。 Linuxカーネルの記述言語としてプログラミング言語Rustを導入するという議論は、かなり前から存在していた。Linuxカーネルの開発者らは、年次カンファレンス「Linux Plumbers Conference（LPC）2020」の場で、Linuxの新たなインラインコードでのRustの使用について検討を開始していた。また、「Android」（それ自体がLinuxのディストリビューションだ）の開発言語としてRustを支持しているGoogleは、2021年4月にLinuxカーネルへのRust導入の動きを後押しし始めていた。
関数の再帰的な定義に名前付けは必要か - 貳佰伍拾陸夜日記
結論から言うと, 名前を付けることなく再帰的な関数を定義することは可能. 特定のプログラミング言語でどうかというよりは抽象概念としての関数の再帰を名前なしに実現可能かどうかという話(名前なしに実現できるプログラミング言語は存在するかという話). 発端 id:naoyaさんがこういうツイートをしていた. 再帰を書くときに何気なく関数に名前つけたり let で束縛したりしてたけど「再帰には三項関係が必要でありその実現には記号が本質的に関わる」とあり、名前づけの行為が必然だったことが分かった。プログラミングするときの視点が変わるな— naoya (@naoya_ito) 2022年8月12日 たとえば以下のように書いたときのlet fact =みたいな話. let fact = n => n <= 1 ? 1 : n * fact(n-1) ちなみに, 話は一見逸れるけど, こう書けると必然的に
ざっくりとしたZigの紹介
BunのおかげでZigに注目する人が増えたように感じます。 個人的にZigを使ってる人間として紹介がてら自分のZigに対する印象を書いていきます。 どんな言語か（公式） 「堅牢で最適で再利用可能なソフトウェアを維持するための汎用プログラミング言語」 公式のより詳しい紹介はこちら Cをベースに現代的な機能を追加している Raylibのサンプルコード // raylib.comから引用（いくつかのコメントを削除） #include "raylib.h" int main(void) { const int screenWidth = 800; const int screenHeight = 450; InitWindow(screenWidth, screenHeight, "raylib [core] example - basic window"); SetTargetFPS(60);
ゴーファーくんと辿るプログラミング言語の歴史/history-of-programming-languages-with-gopher
若手向けに開催した勉強会の資料です。 一般的なアプリケーション開発をターゲットに、主要言語と歴史を解説しています。
山本ゆうご on Twitter: "レシート記述言語なるものを知ってワクワクしてる。 https://t.co/7PvxvWl4i9"
レシート記述言語なるものを知ってワクワクしてる。 https://t.co/7PvxvWl4i9
「公式が勝手に言ってるだけ」からはじめる文学理論半世紀
最近、二次元に魂を奪われ二次創作に萌える二次豚とでも呼ぶべき存在どもが、「公式が勝手に言ってるだけ」「原作とアニメで言ってないだけ」という種類の鳴き声を発明した。 歴史学などの一部学問においてはこうした態度が倫理的に要請されてきた、ということはニコニコ大百科でも指摘されているが、そもそもこうした態度はここ半世紀ほど「文学」「テキスト」「作品」といった物事を専門家が語るために用いられてきたものがほぼ起源であろうと思う。「テクスト論」と呼ばれるものがそれである（構造主義の話はしません）。 すなわち「勝手に言ってるだけ」「言ってないけど言ってる」は、文学者がこの半世紀格闘し続けてきたテーマなのである。ちなみに本稿は、加藤典洋『テクストから遠く離れて』をなんとなく参考にして書かれたので、興味のある方はそちらも読まれるとより楽しいかと思う。 さて、半世紀ほど前まで、たとえば夏目漱石の作品を批評する、
人月の神話
人月の神話 をひさしぶりに読んでみた。 人月の神話は、フレデリック・ブルックスの超有名古典的エッセイ集で、ソフトウェアエンジニアリングに関する多岐にわたるトピック取り扱っている。その中でもとくに有名で、よく世間で言及されるのは、表題にもなってる「人月の神話」と「銀の弾などない」、それから「セカンドシステム症候群」あたりだろうか。 はじめて読んだのは20年くらい前。社会人になったばかりのころ、満員電車にゆられながら、「へー人を増やしても開発ってうまくいかないのねー」などとわかったような顔をしながら読んでいたのを覚えている。当時は職業プログラマとしての経験を積む前で、本を読んでも鵜呑みにすることしかできなかった。でも、熟練のプログラマとして経験を積んだいま読んだら、またなにか違った洞察を得られたりするかもしれない。読み返してみた動機はそんな感じ。 目次 現代のプログラマにとって有益か やっぱり
AWSがプログラミング言語「Rust」に期待する理由
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Amazon Web Services（AWS）は、同社のエンジニアたちがプログラミング言語「Rust」を使っている大きな理由として、エネルギー効率の高さを挙げる。 Rustは最も若いプログラミング言語の1つだ。バージョン1.0に到達したのはほんの7年前にすぎないが、CやC++で書かれた大規模なコードベースへの採用に大きな期待がかかる。Graydon Hoare氏の個人的なプロジェクトとして始まったRustは、2010年にMozillaの研究プロジェクトとなり、現在ではAmazon、Google、Microsoftの支持を得ている。 Rustは、JavaやJavaScript、Pythonほどの人気はないかもしれないが、Linuxカーネ
Unicode変体仮名一覧
Unicode（ユニコード）に登録されている変体仮名（へんたいがな）286文字（U+1B001〜U+1B11E）を、現代のひらがなごとにまとめ直し、ひらがなごとに字母を確認できるようにしました。 表の左列のリンクから、日本古典籍くずし字データセットに収録された実際の字形を確認できます。ただしすべての字母に対応する字形が収録されているわけではない点にご注意下さい。なお、変体仮名や字母の説明については、くずし字とは？をご覧下さい。くずし字の字形については、くずし字データベース検索（ひらがな（変体仮名）・カタカナ・漢字）やくずし字データセット 文字種（くずし字）一覧をご利用ください。
Yu Izumi - 『悪い言語哲学入門』紹介・サポートページ
『悪い言語哲学入門』(2022 ちくま新書）のためのページです． 出版社書籍ページ Webちくま（ためし読み） 基本情報 2022年2月7日発売 新書判・256ページ ISBN 978-4-480-07455-3 価格 ¥840+税 Amazon 紀伊国屋書店 honto 目次 第１章 悪口とは何か—「悪い」言語哲学入門を始める １ 私たちは言語のエキスパートではない 日本語には「悪い」ことばがない？／言語について学ぶということ ２ 悪口の謎 悪口の必要条件と十分条件を私たちはまだ知らない／悪口の必要条件／悪口の十分条件／謎１「なぜ悪口は悪いのか、そしてときどき悪くないのか」／謎２「どうしてあれがよくてこれがダメなのか」 ３ 言語哲学を学ぶということ 言語学と言語哲学／「正統派」言語哲学と「悪い」言語哲学 第２章 悪口の分類—ことばについて語り出す １ 内容にもとづいた
黙字のひみつ｜kgmt | かげもと
The Secret of Silent Letters - cover The Secret of Silent Letters - page 01 The Secret of Silent Letters - page 02 The Secret of Silent Letters - page 03 The Secret of Silent Letters - page 04 The Secret of Silent Letters - page 05 The Secret of Silent Letters - page 06 The Secret of Silent Letters - page 07 The Secret of Silent Letters - page 08 The Secret of Silent Letters - page 09 The Secret o
#4621. モーラ --- 日本語からの一般音韻論への貢献
文字論研究史を概説している Daniels (63) に，日本語の仮名（平仮名と片仮名）がモーラに基づく文字であることが言及されている．この事実そのものは日本語学では当然視されており目新しいことでも何でもないが，音節 (syllable) ではなくモーラ (mora) という音韻論的単位が言語学に持ち込まれた契機が，ほかならぬ日本語研究にあったということを初めて知った．日本語の仮名表記や音韻論を理解・説明するのにモーラという概念は是非とも必要だが，否，まさにそのために導入された概念だったのだ． The term 'mora' was introduced into modern linguistics by McCawley (1968) to render a term (equivalent to 'letter') for the characters in the two Japa
みんな代替トークン使とる。使てへんのお前だけ。
なお、よく「ダイグラフ」と呼ばれたりもするが、見ての通りキーワード型の物も結構あるし、キーワード型を除いたとしても必ずしも「ダイ」（2文字）ではない（%:%:）。 ちゃんと「代替トークン」（あるいは「オルタナティブトークン」）と呼んであげよう。 ちなみにこれらの名前も予約語なので、例えば and や or と言った関数名や変数名は使えない。 and って言う関数書こうとしたら何故かエラーが出た的な話を稀に聞くが、まさにコイツらの仕業である。 なお、「トークン」と名前がついている通り、コンパイラがソースをトークン化する際に処理されるので、文字列中や他の識別子中では代替トークンとはみなされない。 まぁ当たり前っちゃあ当たり前なんだが… 使用例（その１） さっそく使用例を見ていこうと思う。 使用前 #include <iostream> int main() { int a[] = { 114,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://twitter.com/linglanglong/status/1536742817632243712
大阪から関東の大学に入った頃に「大阪弁出ないね！」ってよく言われたけど日本語学の先生に「母音が脱落しないので大阪だと思ってました」と言われた
PPL 2022 招待講演： 静的型つき函数型組版処理システムSATySFiの紹介
