ヒトラー女性化計画 - Wikipedia
アドルフ・ヒトラー ヒトラー女性化計画とは、第二次世界大戦中にアメリカの諜報機関「戦略情報局」（略称OSS）が、ドイツの指導者アドルフ・ヒトラーに強力な女性ホルモンを投与し、心理状態を不安定にし、声や容貌を女性化しようとした計画。 OSSは国家社会主義ドイツ労働者党（ナチ党）およびドイツの指導者であるヒトラーの影響力を削減する計画を立てていた。しかし、暗殺はヒトラーを「殉教者」にしてドイツの戦意を高めるとして採用しなかった。 OSSの研究開発部長スタンレー・ロベル[1]はヒトラーを失明させて戦争指導を妨げる計画を立てた。1942年4月末、ヒトラーがオーバーザルツベルクのベルクホーフでムッソリーニと会談するという情報が入った。OSSは水と反応して緩やかに失明させる気体を発生させる液体を開発し、両者の会談の場に仕込んで失明させようと目論んだ。両者が失明した後にローマ教皇から布告を出させ、両国の
自作ソースコードに、MITライセンスを適用する３つのやり方 | オープンソース・ライセンスの談話室
自分の作ったソフトウェアをオープンソースとして公開する。まだまだ敷居が高いようです。人気のソースコード共有サービスGithubも、無償で使う場合にはソースコードをオープンソースにする必要があるのですが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」という話もあるくらいです。 では、なぜオープンソースライセンスが、なかなか適用されないのでしょうか。 その理由としては、 オープンソースにしたくない オープンソースライセンスの適用方法が分からない といったことが考えられますが、前者は、Githubの利用条件に合わないので、そもそも無理があります。 さて、後者の「ライセンスの適用方法が分からない」ですが、前回、Githubのライセンス解説サイトを取り上げた時も、「ライセンスが分からない、めんどう」といったコメントが、いくつか見受けられました。ですから、ライセンス適用
EC-CUBE - Wikipedia
EC-CUBE（イーシーキューブ）は、株式会社イーシーキューブ（EC-CUBE CO.,LTD.）が開発するオープンソースのEC向けコンテンツ管理システム（CMS）である。 歴史[編集] ロックオン（現・イルグルム）が開発してきたECサイト構築システムECKitを元に、2006年9月1日にオープンソースとして公開（デュアルライセンスの採用により、GPLの他、商用ライセンスも選択可能）。同社（2019年1月以降は完全子会社の株式会社イーシーキューブ[3]）を主導として開発が続けられている。 2019年2月26日にはEC-CUBEのSaaS版となるクラウドECプラットフォーム「ec-cube.co」がリリースされた[4][5]。 特徴[編集] 主に日本国内で開発されている、ECサイト構築用プログラム。海外で開発され、日本語化されたソフトと比較すると、自然な日本語表記になっている。開発コミュニテ
テクニカルサポートというお仕事 - nekop's blog
tstalk Vol.1というテクニカルサポートのトークイベントに行ってきていろいろお話したり聞いたり考える機会になったので書き出しておくよ。いろいろなテクニカルサポートな人が集まっておもしろかった。ソフトウェア製品サポート、ハードウェア製品やそのファームのサポート、非サポート(興味がある、昔やっていた、サポートを利用するお客様の立場だけど、というような方々)、その他、みたいなごちゃまぜ編成。 ランダム箇条書きな感じで。 テクニカルサポートは楽しい テクニカルサポートはケーキバイキングみたいなお仕事 基本的に扱う内容はエンジニアであるお客様がつまずいた「技術的に難しいところだけ」おいしいとこどり食べ放題 「サポート」を「エンジニアリング」する、多くの改善余地のある創造的な作業が多め 例えばプログラマ関連だと、WebとDBとの橋渡しをするだけのコード書きや(デザインなどの創造的な作業ではない
エンタープライズでOSSであるということ - 急がば回れ、選ぶなら近道
エンタープライズのOSSについて こんなこと書くとOSSなモヒカンな人にぶん殴られるわけです。読み手の方で、自分はOSSを引っ張ってきたと自負されている方や組織のかたや、OSSは商用より無条件で優れていると思っている人は気分が悪くなるので、読まないでください。非常に個人的なメモですので。以下の考えは基本的にソフトウェア・ビジネスとしての考えなので、自分で作って、自分で利用して、ムフフな人はあんまり考えてないので、そのつもりで読んでね。自分利用OSSはそれでいいと思うので、それでいいかと。 [まずAsakusaについて] まずAsakusaがなぜOSSかということを明確にしておきます。非常に単純です。Asakusaは様々な人の意見を集約してできています。これは別にNautilus-technologiesのメンバーというわけではなく、Hadoopコミュニティに参加した方の意見を相当取り入れて
Google、オープンソースのプログラミング言語「Go」の安定版をリリース
米Googleは3月28日（現地時間）、オープンソースのプログラミング言語「Go」のバージョン1「Go 1」を公開したと発表した。Linux、FreeBSD、Mac OS X、Windows版のバイナリディストリビューションをプロジェクトページからダウンロードできる。 Goは、Googleが2009年11月、BSDライセンスの下に公開したプロブラミング言語。コンピュータ技術の進歩にソフトウェア開発技術が追い付いていないことに業を煮やしたGoogleの開発者らが「20％の自由時間」で立ち上げた。当初はLinuxとMac OSにのみ対応していたが、バージョン1でWindows版も加わった。 GoogleはWebアプリ開発向け言語「Dart」も公開しているが、GoはC言語をベースとしたマルチコアプロセッシング対応の汎用的な言語だ。 同社はGo 1のリリースと同時に、開発者向けクラウドプラットフォ
プログラミングの楽しさ。オープンソースとの出会い。 - 2nd life (移転しました)
100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊 が出版され、『私と Ruby と添削と』という内容で寄稿しました。私がどうプログラミング・オープンソースの楽しさを知ったかについての昔話です。公開して良い、とのことなので公開いたします。 なお、文章中に出てくる tdiarytimes.rb のコードは以下です。9年前に書いたコードなので今読み返すと恥ずかしいを通り越してもはや微笑ましいですね！！１これでも当時は、自分なりにできるだけ綺麗なコードにして公開した記憶があります。 https://github.com/tdiary/tdiary-contrib/blob/master/plugin/tdiarytimes.rb 私と Ruby と添削と プログラミング技術の向上させるには、どういう方法があるでしょうか。プログラミングに関する書籍を読む、オープンソースで公開されて
githubを会社で導入してみて感じたこと - モノノフ日記
会社で利用するソースコードのバージョン管理システムをgithubに移行しつつあります。 gitは以前から個人で利用していたのでブランチ管理のメリットや気の利いたマージなどはもう知っていたのですが githubで同時に複数人で開発をする、という状況は初めてだったので感じたことを残しておきます。 導入 まず当然なのですが開発スピードは上がってます。 これはgithubというよりgitの分散リポジトリの仕組みが大きいです。svnでsvk使うと効率が良いのと同じことです。 そこで問題になるのが各開発者のリポジトリ間をどうやってマージさせていくのか、って所なんですが masterからリリース用のブランチを切ってそこにpull requestを投げて他の開発者に確認してもらってからマージする、という流れで今は運用しています。 投げられた側が確認してマージをコミットするので責任は一蓮托生としてます。 人
グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開
ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)
私は如何にしてWindowsの呪縛から逃れ、Linuxデスクトップという涅槃の環境にたどり着くことが出来たのか。
先日、いますぐWindowsを捨ててデスクトップでGNU/Linuxを使う10+の理由というエントリを書いたところ結構な反響があったと同時に、「Windowsから離れることなんて出来るワケがない」という否定的な意見も多く見られたように思う。確かにWindowsにしか存在しないソフトウェアを使う作業（例えばボカロ作曲）などをライフワークにしている人はWindowsから離れることはできないだろう。 最近はMacユーザーが劇的に増えてきた。筆者もかつては仕事でMacを使っていた。Macでも仕事を進める上で困ることはほとんどなかった。（現在もそのMacは使っているが、OSXではなくPear OSが動いている。）筆者が幸運にもWindowsに縛られない仕事だったということも大きいだろう。（仕事上どうしてもWindowsから離れられないという人にはまず転職をお勧めしたい。プログラマやDBAなどのエンジ
JIRA、Jenkins、GitHubで始めるオープンソース #jiraadvent – yusuke.blog
・JIRA Advent Calendarの最終日担当です。 趣味でなんとなく作ったものの放置してしまっているアプリケーション、ユーティリティ、ライブラリはありませんか？ オープンソースソフトウェアにしてしまいましょう！ もちろん懸念はあるかもしれません、例えば： ・オープンソースってやってみたいけど人に見せられるほどキレイなコード書ける自信がない じゃぁいつやるの？ 今感じる範囲でキレイなコードにして公開してみたら？ ・同じようなコードは他にもあるし・・・ 既存のコードで歯がゆいところがあったから書いたんじゃないの？ 地球に70億人もいるんだから同じように歯がゆさを感じている人が1人や2人はきっといるはず。 ・オープンソースにしたら盗まれちゃう！ 死蔵してたらすぐに、またはいずれ陳腐化して新規性のないコードにきっとなります。 盗まれて困るようなコードだったらとっとと起業してビジネスにした
米Adobe、「Flex SDK」をオープンソース団体に寄贈へ | OSDN Magazine
米Adobe Systemsが、Flashを利用したWebアプリケーション開発ツール「Flex SDK」を非営利のオープンソース団体Open Spoon Foundationに寄贈する計画を発表した。今後、オープン開発モデルの下でFlex SDKチームやコミュニティが共同で開発を進める。 Open Spoon Foundationは、コミュニティによるソフトウェア開発を推進する目的で2011年7月に設立された非営利団体。 Adobeは11月29日に予定している「Flex 4.6 SDK」のリリース後、オープンな開発モデルへと移行を進める。具体的には、Flexを同Foundationに寄贈し、新しいガバナンスモデルの下でFlex SDK開発チーム、Flexコミュニティの主要開発者、Flexを利用する企業顧客などが開発を率いる、と説明している。ガバナンス体系を確立後、開発ロードマップも公開して
CentOS6開発プロジェクトの現状 - 科学と非科学の迷宮
先週、CentOS 6 はいつ頃出るのかどうか、ふと気になりました。 リリース予定もニュースにならないし、どうしたのだろうと調べていたら、CentOSの開発MLが荒れていることを知りました。 不安を感じた私は調査を続けました。 すると、LWN.net の一つの記事に、CentOS の開発の現状について書かれたものがあることを発見しました。 それを読んでまず知ったのが、CentOS は単純に RHEL のソースをリビルドするだけではなく、かなりの労力を費やして作られるディストリビューションであるということです。 そして、開発コミュニティの運営に苦戦している CentOS 開発チームの姿がそこにはありました。 この記事は是非多くの人に読んでもらいたいと思い、何人かの人にレビューをお願いした上で翻訳してみました。 それでは本編をどうぞ。 CentOS 6 の困難、立ち向かう人々 Original
ボランティアのオープンソースはもうだめか
日経Linuxは毎号、付録DVD-ROMに注目のLinuxディストリビューションを収録している。最新号には7月10日に公開された「CentOS 6.0」を収録しよう、と考えていた。CentOSは、企業向けLinuxで最もシェアが高い「Red Hat Enterprise Linux（RHEL)」を基に作って無償で配布している“RHELクローン”だ。日経Linuxの読者ではUbuntuに次いで2番目に利用が多い。IDC Japanの今年5月の調査では、サーバーの設置台数に対するOSの搭載比率で、CentOSが2割も占めている。 しかし実際、DVDｰROMに収録したのは「Scientific Linux 6.0」だった。Scientific LinuxもRHELクローンの一種。だが、日経Linuxの読者どころか日本国内にはまだほとんどユーザーがいないものである。 主要メンバーの離脱が原因 異例
Firebug、主要開発者が撤退 - Chrome開発チームへ参加 | エンタープライズ | マイコミジャーナル
Firebug integrates with Firefox to put a wealth of development tools at your fingertips while you browse. ブラウザにおける代表的な開発およびデバッギングツールであるFirebugの主要開発者が、Firebugの開発から離れ、代わりにChromeチームで開発ツールの開発に従事することを発表した。Firebugの開発を継続したかったが、IBMから追加のサポートを得ることができなかったとしており、苦渋の決断であったことを説明している。 また、すでに主要ブラウザはそのブラウザ独自の開発ツールをもっていること、Firebugをベースとして次世代の開発ツールを開発することは現実的ではないこと、ブラウザの開発スピードについていくことは現在のFirebugの開発チームの規模では困難であること、ほかのツ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ospn.jp/osc2012-fall/pdf/OSC2012TokyoFall_blancoFramework.pdf
https://www.static.linuxfound.org/jp_uploads/seminar20060613/Panel-Hamano.pdf
GCstar, personal collections manager
Amazon.co.jp: ソースコードリーディングから学ぶ Javaの設計と実装: WINGSプロジェクト佐藤匡剛 (著), 山田祥寛 (読み手): 本
【ユーカリプタス入門】 第1回：EucalyptusでAmazon EC2互換環境を作る