FDのコピープロテクト : プログラミング指南 - Code Knowledge
プログラミング指南 - Code Knowledge ゲーム制作に関するプログラミング等を主に書き溜めていきます。ただ、どちらかと言えば日記的な書き方が続くと思いますが、そこは温かい目で見て頂ければ。あと、ちょっとしたサンプルやツールのダウンロードも出来るようにしておきます。 レトロPCは最初は安価なカセットテープを記憶媒体として使っていました。その後に登場したのがフロッピーディスク（以下FDと略す）です。カセットテープが何分もロードに必要なところを数秒から数十秒で完了し、かつ、ランダムアクセスが可能なFDは、当時は高価な周辺機器だったにもかかわらず、あっという間に一般に浸透していきました。また、ドライブの価格も一気に値下がりしていったのを覚えています。 ところが、この便利なFDは便利であるが故の問題を抱えていました。それが不正コピーです。ゲームソフトハウスが発売した製品も、簡単に複製でき
最近見かける新しいライセンスについて - Kengo's blog
Elastic社のブログをきっかけに、最近見かける新しいライセンスについて個人的に調べてみた。私は専門家ではないので要注意。公開情報も隅々まで追えているわけではないし。 なお一部ライセンスはOpen Source Initiative (OSI)による承認を受けていないので、ここではオープンソースライセンスではなく単に「ライセンス」と書くことにする。 新しいライセンスが誕生している背景 従来のオープンソースライセンスが再頒布以外の利用をあまり想定していなかった。 Open-core modelないし完全オープンソース戦略を採る企業が自衛策を必要とした。 既存のライセンスが難解なため、理解しやすいライセンスが求められた。 OSS活動を収入に繋げるためのモデルが試行錯誤されている。 新しいライセンスを導入しているプロジェクト（一例） プロジェクト ライセンス Elastic SSPLと独自ライ
メテオフォール型開発 - 実践ゲーム製作メモ帳2
今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな
【ITパスポート試験】上峰亜衣（うえみね あい）プロフィール
プロフィール 名前上峰 亜衣（うえみね あい） 年齢23歳 性別女性 所属大手商社経営企画部（入社2年目） 趣味食べ歩き、ネットショッピング 特技カラオケ 自己紹介希望の商社に入社し、経営企画部に配属になったものの、右も左も分からず大苦戦の毎日･･･。まずは経営やITの基礎知識を身に付けようと、国家試験iパスにチャレンジ！ 1回目は不合格でしたが、勉強方法を工夫して、2回目は750点で合格しました！ iパスを勉強したことにより、現在は、経営やITに関する話題にもついていけるようになり、IT部門の方ともコミュニケーションが取れるようになりました。これからは、iパスで身に付けた知識を活かして業務改善や新規ビジネスの提案ができるように頑張りますので、皆さま応援よろしくお願いします！
自由ソフトウェア財団が技術的な指導力を失いつつある
GNU sed 4.2.2 released, and a rant from the maintainer GNU sed 4.2.2のリリースに合わせて、メンテナーであるPaolo Bonziniが、GNU sedを含むGNUプロジェクトのメンテナーをやめると発言している。さらに、その理由について書き立てている。 私はGNU sed 4.2.2を喜ばしく発表する。 喜ばしからぬ発表として、私はGNU sed(8年間)とGNU grep(3年)のメンテナーから降りる。私はさらに、Autoconf, Automake, Libtool, gnulib, libsigsegv, Bsionのコミットアクセス権も放棄する。 GNUメンテナーと外部の者に告ぐ。この発表や、Nikos Mavrogiannopoulosの発表、gnutlsの移行は、驚くにあたらない。 gnutls is movin
ボクの大好きなソフトクラッカー
コラム：山崎はるか 1998.5.10 ふざけた題名だ。ひねりも いまいち。 だが山菜書店じゃ、たちまち「ソフトハッカーの恐怖」などと もっとわけのわからない題名に変えられてしまうだろう。 いや そんなこたぁどうでもいいんだ。 文頭には 決まって「謝辞」というのを 入れるのが 私のスジだ。 ここでは「採用してくれた 最愛のｖｅｎｕｓさんに捧ぐ、ぶっちゅう」だな。 （もちろん いつも雑誌掲載段階で消されるけどね。） 私は 自分の会社のスタッフ向けサイトにも「クラック講義」を持ち、月１回の割合で授業を行なっているぐらい ソフトクラックが大好きなのだ。その歴史は７年以上におよび、古くは Ｆｒｅｉａ を使ったＤｉｓｋクラックに起源をもつ。もちろん その講義においてクラックする「教材」は「実際に流通しているソフトウェア・シェアウェア」だ。 あ、レジスト料は払ってるよ。 そのソフトのおかげで、うちの会
オープンソースの定義 - Open Source Group Japan Wiki - Open Source Group Japan - OSDN
本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのサイトおよびGitHubサイトへ移動しました。 このWikiは、Open Source Group Japanが運営しています。Open Source Group JapanのWebはこちらへどうぞ。 リソースオープンソースの定義 オープンソースライセンス日本語訳 GPLv3情報 ドキュメントライセンス 日本語訳 最近の更新2020-10-12SIL_Open_Font_License_1.1 FontLicenses 2020-10-10licenses/zlib_libpng_license licenses/Zope_Public_License licenses/X.Net_License サイドバーサイドバーの編集 本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのサイトおよびGitHubサイト
なぜ歴史には海賊が必要なのか
Why History Needs Software Piracy | PCWorld SOPAとPIPAのような反海賊法を巡っての議論において、我々の関心は、主として現代と近未来に置かれがちである。職と利益に対する被害に対しては、今日、誰が被害をうけるのかということに着目しがちである。 ここでひとつ、ソフトウェア海賊に対して、別の視点からの関心ごとを述べてみようと思う。未認可のソフトウェアの複製が、短期的にみて、いくらかの商業的利益を損ねることに疑いはないが、ここで一歩下がってみると、すこし違った状況が見えてくる。歴史的に考えると、ソフトウェア海賊のもたらす利益は、短期的な損失を大幅に上回っているのだ。もし、技術史を気にかけるのであれば、許諾なくソフトウェアをコピーする連中がいることに、感謝しなければならないのだ。 一件奇妙に聞こえるかもしれないが、海賊が救ったソフトウェアの数は、破壊し
ピーコの追い込み - 山崎はるかのメモ
旧・山崎はるかの「ひみちゅ」(6) ピーコの追い込み ソフト著作権法違反の対策方針 ※このコンテンツは「山崎はるかの ひみちゅ No.6」から移転したものです ★ このエピソードは 三才ブックス・ゲームラボ にてマンガ化されました ★ △メモエリアにもどる ソフトウェアの著作権に対し、プログラマや経営者の価値観はさまざまである。 したがって、それぞれのプログラマや経営者が 著作権に対し、独自の解釈を行い・独自の許諾範囲を設定する。 著作権法はそれが許された法律であり、著作権者が かなり自由に独自の解釈を行ってよい。 それがあまりに非常識だと、裁判で争われることになるが、おおむね著作権者が強い。 （たとえば ○に耳をふたつ書けば、それだけでミッキーマ○スと解釈する人もいる） （まあ これは意匠権も含まれるが。） これが著作権法の特殊性である。 著作権法には、事実上 判例も法論も あまり通用し
ギークな人達が梅田さんをdisる唯一の理由 - プログラマでありたい
最近梅田さんの発言が連続して炎上していますが、何故このような事になったのでしょうか？梅田さんのオープンソースに対する根本的な誤解が、オープンソースに携わる人にとって我慢のならない水域にまで達しているのではないかと思われます。この誤解は、次の一文に端的に現れていると思います。 目からうろこが何枚も落ちたオープンソースの“人間的本質” しかし日本人でたった一人だけ、世界中の人々が使うソフトウェアをオープンソース方式で開発したリーダーがいる。島根県松江市在住のまつもとゆきひろ（本名・松本行弘、一九六五年生まれ）である。彼が構想し、いまも日夜開発を続けるプログラミング言語「Ruby」は世界中に広がり、利用者は百万人にまで膨れ上がろうとしている。 これに対する反応 404 Blog Not Found:オープンソースプログラマーの利己的遺伝子 たった一人はねーだろーよ、あーたが役員勤めているはてなだ
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WindowsがLinuxより優れている点は何ですか？ (OSの設計に関する質問であり、利用者の使い勝手の話ではありません) 。