Zstandard - Wikipedia
Zstandard (zstd) は、圧縮・展開が速いことを特徴とする可逆圧縮アルゴリズムである[2]。またC言語で書かれた前述のアルゴリズムのリファレンス実装の名前でもある。Metaに所属しているYann Colletによって2015年から開発されている。 この実装のバージョン1.0.0は2016年8月31日にフリーソフトウェアとして公開された[3][4]。2018年10月に RFC 8478 で規格化され、2021年2月に RFC 8878 に更新された。メディアタイプは application/zstd [5]。英語発音はズィースタンダード（zee standard）[5]。 特徴[編集] Zstandardは、デフォルトの圧縮レベル3の場合、現在主流であるDeflate (ZIP, gzip) アルゴリズムとほぼ同じ圧縮率だが、より高速に圧縮と解凍が行えるように設計されている[2]
任天堂のスターフォックス・スーパーマリオ64・ゼルダの伝説 時のオカリナなどの3Dゲーム開発につながった伝説のデモ「Eclipse」、イギリスの17歳が任天堂の将来の方向性をどのように定めたのか
かつてティーンエイジャーが作成し、任天堂の3Dゲームに大きな影響を与えたとされる「Eclipse」というゲームが存在します。このゲームがいかにして作られ、任天堂へと伝えられたのかについて、任天堂系情報サイト・Nintendo World Reportのジョン・レイルディン氏が解説しました。 Eclipse: The Demo that Sold 3D to Nintendo | Video Game History Foundation https://gamehistory.org/eclipse-the-demo-that-sold-3d-to-nintendo/ 1992年、任天堂は「X」というタイトルのゲームをゲームボーイ向けに発表しました。ジャンルはシューティング、楽曲製作に「とたけけ」こと戸高一生氏が参加していて、当時としては画期的な3Dを実現したゲームとして知られている「X」
NASAが190億km離れたボイジャー2号に18時間かけてソフトウェア更新用パッチを送信
by NASA/JPL-Caltech 1977年に打ち上げられた宇宙探査機ボイジャー2号のソフトウェアアップデートのため、NASAが18時間かけて行っていたパッチの送信が完了しました。このあと、現地時間の2023年10月28日にコマンド発行が行われ、パッチが正常に動作しているかの確認が行われます。 NASA’s Voyager Team Focuses on Software Patch, Thrusters https://www.jpl.nasa.gov/news/nasas-voyager-team-focuses-on-software-patch-thrusters NASA just sent a software update to a spacecraft 12 billion miles away https://bgr.com/science/nasa-just-se
【Twitter】非常に複雑なソフトウェアの面倒を見る人を減らして急な機能追加をすると『あちこちから無視できない水漏れが起こる』みたいな壊れ方をする
Fumihiko Shiroyama @fushiroyama 父、博士課程 Senior Software Engineer @Microsoft 👨🏻💻 / ex-@amazon All opinions are my own. note.com/fushiroyama/ 父 @fushiroyama Twitterがゆっくりとしかし確実に壊れていっていることに残念ながら驚きはないというか、非常に複雑なソフトウェアの面倒を見る人を減らして急な機能追加をすると「分かりやすい大爆発」を起こすのではなくて「あちらこちらから無視できない水漏れが起こる」みたいな壊れ方をするんですよね 2023-02-09 08:56:17 父 @fushiroyama 世界最高峰のTech Giantsが世界最高峰の頭脳を世界最高峰の報酬でかき集めて作られているものは鬼怒川温泉の崖に作られた無理な建て増
現代のレコーディング現場に欠かせないピッチ補正ソフト「Auto-Tune」を作った数学の天才に迫る
歌手が録音した歌で少し音程がズレた部分を、後からコンピューターで補正するソフトウェア「Auto-Tune」(オートチューン)は、あらゆる意味で現代の音楽産業にはなくてはならないものとなっています。このソフトウェアを開発したアンディ・ヒルデブランド氏は音楽畑を進んできた人ではなく、実はオイルマネーに群がる石油産業でソフトウェアエンジニアとして開発を行っていた「数学の天才」でした。 The Mathematical Genius of Auto-Tune https://priceonomics.com/the-inventor-of-auto-tune/ Auto-Tuneは1997年に発売された音程補正用ソフトウェアです。それまでの補正機能よりも正確で、自然な効果が得られる性能が人気を集め、あっという間にレコーディング業界に浸透するに至りました。しかし、一般のリスナーにもその名前が知れ渡っ
ファミコンで動作するGUI付きOS「NESOS」が爆誕
任天堂が1983年に発売したゲーム機ファミリーコンピュータは、発売から約40年が経過した現在でも多くのファンに愛されています。そんなファミリーコンピュータ上で動作するGUI付きのOS「NESOS」が開発されました。NESOSではタスクバー付きのデスクトップ画面を表示したり、デスクトップ上のアイコンを自由に並び替えたり、テキストの編集を実行したりできます。 NESOS https://notin.tokyo/nesos/ NESOSを開発したのは、ファミリーコンピュータ関連のソフトウェアを複数開発しているInkbox Softwareです。 NESOSのデストップはこんな感じ。上部にはInkbox Softwareが作成した任天堂のロゴが配置され、下部にはタスクバーが配置されています。デスクトップ上にポツンと表示されているカービィはマウスカーソルの役目を果たします。 デスクトップ上のアイコン
AviUtlのフィルタ処理をGPU使用で高速化するプラグインが登場
1997年にリリースされた無料のフィルタリングツール「AviUtl」は、プラグインを導入することで高度な動画編集機能を獲得できるのが特徴です。そんなAviUltは基本的にCPUでフィルタ処理を行っているところを、GPUによる処理に切り替えるプラグインを導入することで処理を高速化することが可能です。 GPU化で処理を高速化するプラグインの1つが、柳氏の開発した「Boostプラグイン」です。 Aviutl Plugin 配布 Boost プラグイン : Aviutl研究所 https://aviutl.techblog.jp/archives/aviutl_plugin_boost.html 以下のムービーでBoostプラグインが解説されています。 Aviutl Plugin配布！AviutlをGPU動作化して超高速にするAviutl Boost！ - ニコニコ動画 通常時だと65分44秒かか
「惰性でやっている」「ビジョンはない」 30年続くソフトウェア稼業「秀丸」がいまも最前線に立ち続ける理由 | Coral Capital
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ 誕生からもうすぐ30年、いまだに一部のWindowsユーザーから根強い支持を集めるテキストエディタ「秀丸」をご存じでしょうか。2021年11月には11年ぶりの“メジャーアップデート”が報じられ、話題になりました。 秀丸は多くのプログラマーやライターたちが愛用した、大ヒットソフトウェアです。大手のSIerでも、統合開発環境が一般化する2010年頃までは標準開発ツールとして使われていたことがあるほどでした。 開発者の斉藤秀夫さんは秀丸があまりに売れたため、当時勤めていた富士通を退職して独立。個人開発のプロダクトでありながらも、ピ
無料でPC上でシンセサイザーを構築できるオープンソースのソフトウェアモジュラー「BESPOKE」が登場
Windows・macOS・Linux上で現実のシンセサイザーのようにモジュールやエフェクターをつないで音を作り出すことができるオープンソースのソフトウェアモジュラー「Bespoke」の正式版となるバージョン1.0.0が、2021年9月14日にリリースされました。 Bespoke Synth https://www.bespokesynth.com/ bespoke 1.0.0: now available! https://t.co/i7P7KaEmAbhttps://t.co/QrCr363jrn— Ryan Challinor (@awwbees) Bespokeは190以上のモジュールが使用可能で、MIDIコントローラーもサポートします。Bespoke上でソフトウェアモジュールをつなぎ合わせることで、自分だけのオリジナルシンセサイザーを構築することが可能です。 bespoke 1.
オープンソースは誰もがヒーローになれる平等な空間 ─ 小さくてもソースコードを公開することが「チャンス」 - Findy Engineer Lab
こんにちは。mattn（@mattn_jp）です。一部の方はご存じかもしれませんが、僕は普段あまり皆さんの前に登場することはありません。どちらかというとお堅いSI業で仕事をしています。社会人になってから今まで一度も、Web業界と呼ばれるB2C（Business to Customer）な職種に転職したこともありません。 ですが、今ではOSS（オープンソースソフトウェア）を通して、多くのエンジニアと友達になり、カンファレンス等で何度かお話しする機会をいただくまでになりました。この記事では、OSSに縁遠いはずの僕が、いかにしてOSSと出会い、そして多くの方たちと知り合うチャンスを得たのかをご紹介したいと思います。 オープンソースとの出会いはVim 日本のVimコミュニティを作る VimConfで作者Bram Moolenaarと握手 Vimから得られたチャンスや出会い GoコミュニティからGo
趣味で作ったソフトウェアが海外企業に買われるまでの話 - knqyf263's blog
今回はソフトウェアエンジニアじゃない人や学生にも、ソフトウェアエンジニアという職業には夢があるかもしれないと思ってもらうために書いています。そのため既に詳しい方からすると回りくどい説明も多いと思いますがご容赦下さい。 基本的に記事とかには技術的なことしか書かないスタンスでやってきましたが、今回の件はさすがに誰かに伝えておくべきだろうということで長々と垂れ流しました。 概要 GW中に趣味で開発したソフトウェアを無料で公開したところAqua Securityという海外企業（アメリカとイスラエルが本社）から買収の申し出を受け、最終的に譲渡したという話です。さらに譲渡するだけでなく、Aqua Securityの社員として雇われて自分のソフトウェア開発を続けることになっています。つまり趣味でやっていたことを仕事として続けるということになります。 少なくとも自分の知る限り一個人で開発していたソフトウェ
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
「Windows 95の画期的なユーザーインターフェースはどのようにして開発されたのか」を詳細にまとめた論文
by m01229 MicrosoftがWindows 3.1の後継OSとして1995年に発売したWindows 95は、発売からわずか4日で400万本の売上を見せ、PCを一般家庭にも普及させた立役者としても知られています。そのWindows 95が一般にも受け入れられた理由のひとつに、スタートボタンや右クリックの実装など、ユーザーインターフェースのデザインが当時としては革新的であったことが挙げられます。以下のブログでは、「Windows 95のユーザーインターフェースがどのようにデザインされたのか」について書かれた、Microsoftの元従業員のKent Sullivan氏の論文「Windows 95のユーザーインターフェース：ユーザビリティ・エンジニアリングにおける事例研究」が紹介されています。 Designing Windows 95’s User Interface – Socke
オーバーエンジニアリングの正体とその向き合い方 | POSTD
(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) 問題は細部（あるいはその欠如）にあり。 議論とは、ソフトウェア開発の基本的な構成要素であり、スケーラビリティを向上させるためには避けられない摩擦であると言えます。議論を通して私たちは出来上がるものの品質に影響を与え得るような問題を早い段階で浮かび上がらせることができるのです。その1つがオーバーエンジニアリングの問題です。 ウィキペディアによると、オーバーエンジニアリングとは下記のとおりです。 十分な 安全率 や十分な機能の確保のためか、あるいはデザイン上の誤りのどちらかの理由から、アプリケーションが必要とする以上に強固で複雑なプロダクトがデザインされてしまうこと。 また、ウィキペディアには、オーバーエンジニアリングが好ましい場合として、さらに、このようなことも書いてあります。 ある特定の基準の下で安全
Linuxとgitを作ったLinus - 未来のいつか/hyoshiokの日記
誰でも知っていることだけど、LinuxというOSというかカーネルはLinus Torvaldsが学生のときに趣味で作ったのがはじまりだ。それは1991年ころの話で彼が21歳の頃だ。個人の趣味で作ったものが、いつの間にかに世界中のコンピュータだけでなく、携帯や家電や様々な機械の制御に使われている。 Linus Torvalds - Wikipedia 1994年ころには、PCで動く個人向けOSとしては十分な機能を持っていた。Xもあるし、gccなどのコンパイラもあるし、GNU Emacsやbashもあるので、ちょっとしたプログラムを作るには十分な機能を持っていた。 当時、勤め先のマシンはSunのワークステーションで仕事でLinuxを使う機会は全然なかったのだけど、自宅のPCにSlackwareのCDを入れてみたりした。日常的に使うことはなかったけど、1998年にOracleがLinux版を出し
東証「システム開発では、一度コーディングすればドキュメントは不要！」 みずほ証券「おお、もう…」
2005年に発生した、「ジェイコム株大量誤発注事件」はみずほ証券に大きな損害を与えた。 みずほ証券はこの損害の原因の1つに東証の売買システムのバグがあるとして、東京証券取引所（東証）に対し賠償を求める裁判を起こしていたのだが、この裁判が3月18日に結審した。これを受けて、日経コンピュータが「みずほ証券-東証裁判の争点を洗い出す」として争点をまとめている。 ここで興味深いのは、東証の開発手法やソースコードに対する姿勢だ。東証はソースコードの修正時にそれに対応するドキュメントの修正を行っていなかったそうなのだが、これについて「コーディングが終了した後はドキュメントは不要」と主張している。いっぽうのみずほ側はこれについて「ソフトウェア工学の知見を無視する暴論だ」として、重大な過失であると主張している。 また、ソースコードには著しい重複があったことが判明しているのだが、これについても 東証
任天堂がソフトの作り手を広げる試みを２０１３年３月に発表予定
任天堂がソフトの作り手を広げる試みを、２０１３年３月に発表予定であることが明らかにされています。 これは、任天堂の岩田社長が決算説明会でコメントしているもので、 ゲーム機のソフトウェア開発が、どんどん大きな投資を必要とするようになった今、ウェブサービスの転用、プロトタイプの作成、あるいは、インディーズゲーム制作など、いろいろなことを考えたとき、ソフトウェアの作り手を広げる試みは非常に重要になってくると思っています。3月のGDCでは、『Wii Street U powered by Google』や、いくつかのVoDサービスの開発に使用された、HTML5やJavaScriptなどのウェブ技術でWii Uソフトを開発できる環境や、Unityという多くのユーザーに使われているクロスプラットフォームのゲームエンジンなど、ソフトウェアの作り手を広げる試みについて、いくつかご紹介できる予定です。 ・・
大学のシステムに脆弱性を発見し報告した学生が退学処分に
正直者がバカを見る... モントリオールのドーソン大学（Dawson College）が、大学のオンライン学生ディレクトリに脆弱性を見つけて報告してきた学生をなんだかんだいちゃもんつけて退学処分にしていたことがわかりました。 退学になったのはコンピュータサイエンス専攻のアーメド・アルカバーズ（Ahmed Al-Khabaz）君。 アルカバーズ君は大学のデータに携帯からアクセスできるモバイルアプリを友だちと一緒に開発してたんですが、その作業の途中で、学生の個人情報リークに繋がる恐れのある極めて深刻な脆弱性（本人は｢ずさんなコーディング｣と呼んでいる）があることに気づきました。 リスクに晒されてる個人情報はどういうものかと申しますと、｢社会保険番号（SIN）、自宅住所、講義スケジュールなど...基本的に大学側が管理する学生情報すべて｣（アーメド・アルカバーズ君）。 こりゃえらいこっちゃ...と
パナソニックを退社しました
5月31日で、2年とちょっと働いたパナソニックを退社しました。最初半年ぐらいは研修だったので、実質1年半ぐらいで辞めたことになります。 辞めた理由はシンプルで、私はソフトウェアの開発がしたかったのですが、実際にはソフトウェアの開発が出来なかったこと。それから、社内の雰囲気が合わなかったことです。 もし今就活中、または来年就活の方で製造業を志望されているソフトウェアエンジニアの方がいたら参考になるかもしれませんので、少しだけ書いてみます。 ただ、大きな会社なので、部署によっては全然雰囲気が違うようで、楽しく仕事をしているところもあるようです。たまたま、私が合わなかっただけです。実際離職率は低めです。 それから、仕事の方針にはミスマッチはありましたが、部署の皆様には大変お世話になりましたし、私の考えに共感して助けてくださることもありました。特定の方を非難する意図はないことを申し添えておきます。
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム JaSST'12 Tokyo」が1月25日、26日の2日間、都内で開催されました。 10周年を迎えた今回のイベントの基調講演を行ったのが、開発しているソフトウェアの規模、分野、種類において世界最大の企業、マイクロソフトのプリンシパル テストリードのBj Rollison氏。 「How We Test At Microsoft（マイクロソフトでどのようにテストをしているのか？）」という題で、同社がどのようなソフトウェアテストを行っているのかを中心に講演を行いました。講演の内容をダイジェストで紹介しましょう。 開発者とテスターはほぼ同数 マイクロソフト プリンシパル テストリードのB
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
