サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
2017.02.02 初代ロックマンのサウンドプログラマー・松前真奈美は、かくして“僕らの心に残る音楽”を作り上げた 傑作と呼ばれるゲーム音楽は、ただゲームの臨場感を高めてくれるだけではありません。私たちがゲームを遊んでいたときに感じたワクワクやドキドキのような、“感情の記憶”を呼び起こしてくれます。 そんな素敵な音楽を制作しているのは、「サウンドプログラマー」と呼ばれる職業の方々です。そして、今回ご登場いただくのは、サウンドプログラマーの中でも“超”有名人である松前真奈美さん。松前さんは、名作ゲームとして知られる初代ロックマンの音楽制作を担当していました。読者の皆さんの中にも、子供時代にロックマンで遊んだ経験のある方は多いのではないでしょうか。 初代ロックマンが発売されたファミコン全盛の時代、ゲーム音楽を作る際には、「同時に鳴らせる音数は3音まで」「データ容量が少ない」など、さまざまな制
こんにちは。開発部 R&D グループの村田 (mrkn)です。 2/1 より株式会社 Speee で働いております。所属部門の名称に R&D とあるように、役割は研究開発です。特にオープンソースソフトウェアの開発、データ活用の取り組み、社の技術レベル向上のための取り組みを担当します。後者においては、エンジニアの是澤、顧問の井原、藤とも協力して進めて参ります。 なぜ Speee に入社したか 私が Speee への入社を決めた理由は大きく3つあります。 1つは、Ruby のエコシステムの発展に貢献するための活動が主務になるポジションを用意していただけたこと、そして、その活動が Speee の技術にダイレクトに良い影響を与えられることです。 私はこれまで CRuby のコミッターとして bigdecimal ライブラリのメンテナンスなどに従事してきました。加えて、昨年から取り組み始めたデータサ
物理学：短期記憶のクールな技術 2017年2月2日 Nature 542, 7639 情報を記録し記憶するため磁性材料を使うのは成熟した技術であるが、スイッチング過程をさらに加速するとともに、スイッチング中に生じる有害な発熱をさらに減少させる方法の探究が今もなお続けられている。今回A Stupakiewiczたちは、この目標を実現する可能性のある方法について報告している。彼らは、強磁性ガーネットの磁気特性に関与するドーパントイオンに伴う特定の電子遷移に注意深く調整したレーザーパルスを使って、強磁性ガーネット膜を光励起し、この光励起を使って、光駆動磁気転移に通常伴うレーザー誘起発熱を生じさせずに、超高速（20ピコ秒未満）で磁気情報を書き込めることを示している。
「無印良品」を展開する良品計画が全自動コーヒーメーカーの新製品「豆から挽けるコーヒーメーカー」を発表しました。これがコーヒー好き――とくにハンドドリップにこだわるツウ好みの製品になっています。 製品のコンセプトは、ずばり「ハンドドリップで淹れるような細やかさと丁寧な抽出を妥協することなく再現すること」。従来のコーヒーメーカーの淹れ方を見て「おおざっぱすぎる」と感じていた人たちに注目してほしいポイントが5つ、いや6つはあります。 まずはコーヒー豆を粉にするミル（豆挽き）機能です。自宅でコーヒー豆を挽くのは、豆の鮮度維持に加え、コーヒー豆の種類や焙煎の具合、そのときの気分に合わせて挽き方を変えるためでしょう。ただ、業務用ミルと違い、家庭用の低価格なミルで豆を均一に挽くことは難しいのが現状でした。そこで「豆から挽けるコーヒーメーカー」では“フラットカッターミル”――平行に並んだ固定刃が豆を挟むよ
2025-11-04 組織全体の開発スループットを劇的に向上させた「AIプランナー」とは？ 〜Speeeが実践する3つのTipsと新しい開発チームのかたち〜 プロダクトマネジメントAI こんにちは、PM（プロダクトマネージャー）の嶋です。 今年は開発未経験のプランナー（PM・PO含む）がAIの力を借りてエンジニアなしで開発をする、というプロジェクトを行いました。AIなしの時代に戻れないほど業務体験が変わってしまったのでこれまでの取り… #AI #プロダクトマネジメント #ClaudeCode 2025-10-30 リフォームDX事業部の開発組織紹介 〜ミッション編〜 こんにちは、SpeeeのリフォームDX事業部で開発部長をしている佐藤です。 今回は第二弾として、より具体的な事業部のミッションと、開発組織が目指す姿についてお伝えしたいと思います。 2025-09-25AIキャリアの新たな
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へGitLab.comは今回のインシデントについての詳細な経過を「GitLab.comDatabase Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.comDatabase Incident |GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
