INDEX
このページについて こちらのページにお越しいただきありがとうございます。このページは「Web MIDI API実験室」という名前のページでした。しかしながら、Web MIDI API以外のページが増えてきましたので名前を変更しました。それでもMIDIを切り口に技術的にトライしているページです。PCやMAC、ArduinoやRaspberry PiといったシングルボードコンピュータでのMIDIのつなぎ方やウェッブブラウザでのAudioの使い方を説明します。また、自作したMIDI, Audioのウェッブアプリケーションを紹介しています。電子回路はあまり得意ではありません。ですので、作成した回路はたまたま動作しているだけかもしれないことにご注意下さい。 ScratchでWeb MIDI 2022/12/18 MIDIについて MIDIはMusical Instrument Digital Int
GoogleエンジニアFlorian Rival氏制作の無料ゲームアプリ制作ツール「GDevelop」日本語に対応 |EdTech Media
株式会社マイティークラフトは、12月16日、英国Googleのエンジニアである制作者フロリアン氏と協力し、無料のゲームアプリ制作ツール「GDevelop」の日本でのサポートと普及活動を開始したことを発表した。 GDevelop本体や公式サイト、マニュアル等の日本語化や、日本語フォーラムでのサポートに対応する。また、日本でGDevelopを広めるための普及を担い、活動していく。 「GDevelop」とは GDevelopは、英国Google社のソフトウェアエンジニアであるフロリアン（Florian Rival）氏が中心になり制作している、ゲームアプリ制作ツール。 プログラム知識がない人でも簡単にゲームアプリを制作することができる。 キャラクタスプライト機能や物理エンジンやキャラクタをはじめとして、2Dのゲームを簡単に制作する機能を含んでいる。 オンライン（WEBブラウザ）版とWindows/
Prolog実践入門 - AIに特化した老舗言語 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事はフューチャーアーキテクト Advent Calendar 2015の12/22です。 弊社副社長も書いていたと公言するPrologに関して書きます！ 私も大学生の時に書いていたので、Prologとは？から書き始めたいと思います。 Prologとは？ Prologは1972年に登場した老舗の非手続き型のプログラミング言語であり、主にAIに特化して作られています。Prologという名前の由来は、PROgramming in LOGicからきています。その名の通りPrologでは論理的に物事を解釈するようにプログラムを書き
ソートアルゴリズムを極める！ 〜 なぜソートを学ぶのか 〜 - Qiita
NTT データ数理システムでリサーチャーをしている大槻 (通称、けんちょん) です。 今回はソートについて記します。 0. はじめに データ構造とアルゴリズムを学ぶと一番最初に「線形探索」や「ソート」が出て来ます。これらのテーマは応用情報技術者試験などでも頻出のテーマであり、アルゴリズムの Hello World とも呼ぶべきものです。 特にソートは、 計算量の改善 ($O(n^2)$ から $O(n\log{n})$ へ) 分割統治法 ヒープ、バケットなどのデータ構造 乱択アルゴリズムの思想 といった様々なアルゴリズム技法を学ぶことができるため、大学の授業でも、アルゴリズム関連の入門書籍でも、何種類ものソートアルゴリズムが詳細に解説される傾向にあります。本記事でも、様々なソートアルゴリズムを一通り解説してみました。 しかしながら様々な種類のソートを勉強するのもよいが、「ソートの使い方」や
Hirofumi Fujiwara's Book Review
プログラミングでとっても大切なアルゴリズムの本についてです。意外とア ルゴリズムの本が少ないので淋しいので、 知識工学関係もここに一緒くたにしておく。 [New] 『驚きの数学 巡回セールスマン問題』 ウィリアム・J・クック著、松浦俊輔訳、青土社、3200円 『コンピュ−タ囲碁の入門』 コンピュ−タ囲碁フォ−ラム編、清愼一、山下宏、佐々木宣介 著、共立出版、2800円 『人工知能』 本位田真一 監修／松本一教、宮原哲浩、永井保夫 著、オーム社、2500円 『進化論的計算手法』 伊庭斉志 著、オーム社、3800円 『石とりゲームの数理』 一松 信 著、森北出版、600円(1968年) 『ナノピコ教室』 駒木悠二＋有澤誠編、共立出版、2750円×2 ずっと前から Perl を良く使っている。こんな便利なスクリプト言語はない。 『Perl』 青柳龍也、クオリティ、1300円 『Perlの国へよう
「有害なgoto」「時期尚早な最適化」、そしてプログラミングにまつわる神話は諸悪の根源である | POSTD
以下のプレゼンテーションは、私がPapers We Love Madridの初会議で発表したものです。講演のテーマは、Donald Knuthの論文「Structured Programming with Go To Statements」（goto文を用いた構造化プログラミング）でした。 我々が人間として抱える最大の問題は、信念と現実を混同することである。 – Alan Kay それ（goto）を禁止するか、それとも使わない方向へ教育するかが問題だ。 – Donald Knuth この記事では、神話についてお話ししたいと思います。Googleで 神話（myth） の定義を検索してみると「広く信じられているが誤った信念や観念」とあり、dictionary.comを見ると「立証されていないか誤った共通的信念であり、社会制度を正当化するために用いられる」と説明されています。ここで問いたいのは、
「多人数格闘アクションゲームにおけるAIの設計と実装」レポート - ゲームエフェクトデザイナーのブログ | A Real-Time VFX Artist's Blog
『関西ゲーム勉強会 2016夏』に参加してきました！ 300人規模の勉強会で驚きました。 年に2回ほど開催していて、この冬にも開催予定だそうです。 その中で、サイバーコネクトツーのシニアプログラマーである猪上哲郎さんの講演「多人数格闘アクションゲームにおけるAIの設計と実装」でメモしたものを記事にしておきたいと思います。 前置き 月に一度、社内のプログラマー内で講義を行っている 情報共有を行う試み 扱うテーマは様々で、言語仕様・グラフィック・ローカライズ・ゲームエンジン・AIなど 今日は実際にプロジェクトで使ったAIの実装手法について取り上げる うまくいった部分もある半面、犠牲にした部分もある AI実装の背景 ◆ジャンル ジャンルは対戦3D アクションゲーム 敵味方が複数存在 ステージは立体的な構成 アイテムやギミックも配置 ◆物量 50を超えるキャラ分のAIを実装 難易度を合わせるとｘ何
ソフトウェアのバグをなくすには？--プログラミングの際に避けるべき10の失敗
筆者はカリフォルニア大学バークレー校の公開講座でオブジェクト指向プログラミングを教えており、ソースコードそのものに対する理解を助けるために費やす時間と同じくらいの（あるいはそれ以上の）時間をかけて、優れたプログラミングプラクティスとは何かを教えている。本記事では、この講座の学生らがしでかす数多くの過ちを紹介したい。 なお、本記事を執筆するにあたり、ノースウェスタンポリテクニック大学工学部のJames A. Connor教授に連絡を取り、同教授の学生たちがしでかす過ちを紹介してもらった。 ＃1：コメントの付け方が貧弱 コメントという要素は、プログラム内に記述されながらも、コンピュータによって実行されることはない。これはプログラマーによって記述されるメモ書きであり、ソースコード内での処理を説明するためのものだ。 学生らの多くは、ソースコード中にコメントを記述せずに済ませようとする。また、コメン
Linuxカーネルのコードを読んで勉強になったこと - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
Linuxカーネルのコードを読んでて、なるほど〜と思うことはよくあるけど、その中でも特に今までの考え方をぶち壊してくれたのはなんだっけと思ったところ、やっぱりリスト構造かなと言うところ。 c言語でリスト構造を作る場合、一般的な教科書方式だと↓のようにデータとnextポインタは密結合になってると思います。これの場合、struct foobarのポインタをnext要素に使っているので、他の構造体（例えば、struct hogehoge）で同じことをしようとすると、その構造体ではstruct hogehoge *nextというメンバ変数を持つ必要があります。 ヘッド要素はstruct foobarです。 struct foobar { int n; char s[64]; struct foobar *next; }; struct foobar head; Linuxカーネルの場合、データとリ
海外エンジニアが話題にしていて「なるほど」と思ったプログラミングに関する考え方３つ - ジンジャー研究室
プログラミングに関する格言みたいなのは昔から結構あって、例えばYAGNIみたいに日本でも十分浸透してるのは多いんだけど、やっぱり新しい概念はどんどん生まれていくので追いかけていると面白い。 というわけで、最近知った中でもっと日本でも言及されても良いと思ったやつを３つ紹介。 Simple Made Easy Rich Hickey（Clojure言語の作者）による講演(2011年)のタイトル。全文はここで読める。英語しんどくてPOSTDに投げたんだけど音沙汰がない。まだ全部見てないから和訳欲しい。 内容としては、みんな安易に「簡単」なものを選びがちだけど「シンプル」なものの方が価値あるぜ、というもの。曰く、「シンプル」は絶対的・客観的な指標だけど「簡単」は相対的・主観的なもの。例えば英語の話者にとってドイツ語は難しいが、それは自分にとって「遠い」存在であるだけで悪いものじゃない。 「慣れてい
Super Technique 講座〜シグナルとコールバック
この文書ではまず、関数ポインタとその型チェックについて述べた後で、UNIXのシグナル機能について解説する。そして、ウィンドウシステムのプログラミングで多用される「コールバック」について解説する。 ちなみにシグナルの機能は本質的には UNIX に固有である。他のＯＳにもないわけではないが、その異同については筆者は関知しない。また、UNIXでのシグナルの実装については Linux を基準に解説をしていく。UNIX シグナルは、実は具体的な実装において大変差がある機能なのだが、一応 POSIX で「こう実装しなさい」という風に決まってはおり、後発の Linux は比較的マジメにそれを実装しているので、まあ、Linux を基準にするのが無難というものであろう（ユーザ比の問題を別にしても）。勿論、伝統的に重要ないわゆる「SysVシグナル」「BSDシグナル」についてもしっかりと解説しているが、もはや「
アーキテクチャよりも設計を重視しよう – 米政府18Fチームの提案 | POSTD
注釈： CASH LAYER：キャッシュレイヤ FRONT END：フロントエンド ASSET SERVE：アセットを供給 WEB SERVER W/ROUND ROBIN FAILOVER：ラウンドロビンとフェールオーバーを実装したWebサーバ THE CLOUD：クラウド ALL READS! ：全ての読み込み WRITES：書く READS：読む MASTER：マスタ INPORTANT POINTY THINGS：重要な鋭い情報 MULTI MASTER DB CLUSTER：複数のマスタからなるデータベースの集合体 「エンジニアはまずアーキテクチャの全体像から始めるべき」、というのが先人たちの知恵からの教訓となっています。データベースを使ったサービスが他のサービスと関係する様子を、線や矢印で表したのが上の図です。キャッシュレイヤ、ロードバランサ、その他の複雑な形も上図の情報フロー
Linux/gccプログラミングをこれから始める人にお勧めしたい本 - Akio's Log
7月ももう終わりですね。 会社の新人研修も一通り修了し、新人達が現場にぼちぼち配属され始めた頃でしょうか。うちの会社はお盆明けからですが。 さて。プロジェクトに配属され、Linux上でのCプログラミングをしなければいけなくなった人達へ、お勧めしたい本を紹介します。本質的な内容の書籍よりは、読みやすいもの、平易なものを選んでみました。 導入編 新人達は、Linuxを触るのも初めて、という人も多いでしょう。という事で、まずは、Linuxとはどんなものなのかを理解してください。 Linux標準教科書 無料ダウンロード LPI-Japan LPICレベル1対応｜Linux技術者認定機関 LPI-Japan [エルピーアイジャパン] このたび、特定非営利活動法人エルピーアイジャパンは、Linux技術者教育に利用していただくことを目的とした教材、「Linux標準教科書（Ver1.1）」を開発し、インタ
今日のポエム: なぜ、その抽象化は失敗してしまうのか - Line 1: Error: Invalid Blog('by Esehara' )
近況 打ち捨てられた過去について 要旨 この記事を興味深く読む一方で、やはり違和感を覚える人も多くいるようで、自分もその一人だった。恐らく、この違和感は、「抽象化」が「具体性を奪取していくもの」といったような対立項として述べられているからだ、というように思われる。しかし、果たして具体性無しに「抽象化」することが有益なことなのだろうか。それが一つの違和感のように思われる。 本文 プログラミングの世界には、YAGNI原則(You ain't gonna need it)というものがある。また、YAGNIという言葉を使わなくても、「過度な汎用化が足を引っ張る失敗例」というのは、プログラマとしての心構えを書いた本の中で、ちらほらと自嘲気味に述べられることがある。 僕も、一度そのような失敗例を見たことがあるけれど、なぜこういう失敗が起こるのか。確かにデザインパターンで組み立てられたアーキテクチャは「
浮動小数点計算の基本的事実 – 「浮動小数点数は実数ではない」ということ | POSTD
浮動小数点数はどこにでもあります。これを使わないソフトウェアは、簡単には見つかりません。ソフトウェアの記述に不可欠な何かのために、浮動小数点数を扱う際に私たちが非常に注意を払っているのだと思われるかも知れませんが、普通はそうではありません。多くのコードでは、浮動小数点数は実数として扱われ、多くのコードが無効な結果を生みます。この記事では、浮動小数点数の反直感的な性質をいくつか紹介します。 これらの性質は、計算を正確に行うために知っておかなければならないことです。 x + y == x この第1の規則は、大きさの規則です。加算および減算をする際、お互いの数が他方の数に対して、有意味な結果を生めるだけの大きさが必要です。ここで大きさは、指数部の差を尺度とします。 例えば、値 1e-10 の大きさは、 1e10 に比べてとても小さいです。通常の64ビット浮動小数点数では、この小さな数を好きなだけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Perl6入門
senseicode.club
ネイティブと働いて分かった英語コミットメッセージの頻出動詞10つ
最適化超入門
本当は使いたいけど使わないBashのTIPS - Qiita
