Oracleが米国防総省に向けたホワイトペーパー「The Department of Defense (DoD) and Open Source Software」にて、「オープンソースソフトウェアを使うとTCO(総所有コスト)が上昇する」との主張をしていたそうだ(本家/.)。 ホワイトペーパー内では、オープンソースソフトウェアは商用ソフトウェアと比べて劣っているなどとも述べられているほか、コミュニティベースの開発モデルについても非難しており、「商業的企業は金銭的なインセンティブのために欠点が少なく、ドキュメントが整備されたプロダクトを作ろうとするが、政府によって支援されたコミュニティではそれが欠けている」などとも述べられているという。
2013-10-18 旦那が奨学金と車で550万のローンを抱えているって話。 世の中 お金 仕事 ライフハック 日常 家庭 教育 おいらの旦那yeah〜☆ 奨学金と車のローン☆ 合わせて550万yen yeah〜☆ イエーイじゃねえ!!! ラッパー気取ってる場合じゃねえ!!! カケーイだ!カケーイ!!! なんだこのテンション...。 気持ち悪いね、ごめんなさい。 ちょっと家計に不安を抱えておかしくなってるんだ。 よし、考えよう。 ちゃんと家計のことを考えよう。 ってことで計算してみた。 【夫(サラリーマン)+妻(ノマド気取り)2人暮らしの家計簿】 家賃(ボロ2LDK@埼玉):55,000 食費(平日自炊) :25,000 食費(休日外食) :35,000 水道光熱費 :10,000 交通費(ガソリン代含む):15,000 被服費 : 5,000 通信
インライン関数についてややこしいところをまとめておきます。 結論から言うと、常に `static inline` を使え、ってことになります。 結果だけ知りたい人は以下は読む必要なし。 ### 最初に ### `inline` キーワードは関数callを高速化せよ、という指定であって、`inline` を付けたからといって、本当にインライン展開されるかはわかりません。 実際のところ、最適化オプションをつけていない場合、`inline` を付けても、一切インライン展開してくれません。 最適化オプションによらず、インライン展開を強制させるには `__attribute__((always_inline))` をつけるというやり方があります。 `-O1` オプションをつけた場合、明示的に `inline` がついている場合はなるべくインライン展開しようとするが、`inline`指定がないものにつ
Container View iOS6からStoryboardでContainer Viewが利用できるようになりました。Container Viewは、ViewControllerに子ViewControllerを追加するchildViewControllerの仕組みをStoryboardで扱えるようにするものです。 Container ViewでNavigationControllerを埋め込む Container ViewはUIViewControllerを子ViewControllerとして追加します。したがって、UIViewControllerのサブクラスであるUINavigationControllerも子ViewControllerとして追加できます。こうすると、ナビゲーションで画面遷移をしても常に特定の領域が表示される状態を、コードを書かずにStoryboardだけで表現す
「モンスターハンター4」において現在確認されている不正改造データについて 平素はカプコン製品をご愛顧賜り、誠にありがとうございます。 2013年9月14日に発売いたしました「モンスターハンター4」におきまして、不正に改ざんされたギルドクエストのデータが多数確認されております。 改ざんされたデータは、弊社が製品開発の段階で想定していない動作を意図的に起こすため、プレイされた場合、ゲームにどのような影響を与えるかわかりかねます。 以下に、不正に改ざんされたギルドクエストを判別するための情報を掲載いたしますので、集会所やすれちがい通信で改ざんされたギルドクエストを受け取った場合は、削除していただき、誤ってプレイされた場合は、セーブを行わずにゲームを終了するようお願い申し上げます。 ■ギルドクエストに登場するモンスターと初期レベルの一覧 本作のギルドクエストに登場するモンスターは、下記の一覧にある
このページには、交換プログラム、リペアエクステンショプログラム、自主回収プログラムなど、Apple が現在提供しているすべてのプログラムが掲載されています。
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
何を今更、なことかもしれないないのだけど、もしかしたらこれを知ることでTDD(Test-driven development)をやることのハードルが一気に下がる人がいるかな、と思ってメモ。 特に、ある程度プログラマとして経験があるけど、どうもTDDは慣れないという人向き。 “TDDとは、TDD以前に脳内や機上でやっていたことをコードに落とすことに過ぎない” このことが解ってから、TDDをするのが一気に苦痛ではなくなり、むしろ楽しくなった。 TDDでなくても、コーディングをするとき、temporaryなテストコードを書いたり、目視でのチェックはしたりするものだろう。たとえば、一時的に変数の値をハードコードして挙動を変えてみて、それを目視で確認したり、printデバッグとかもその一部だ。 つまり、このtemporaryなコードや目視している部分をpermanentにするのがTDDで書くテストコ
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
Python には PEP8 という有名なコードスタイルガイドラインがある。 とはいえ、それをただ読むだけでは、正しい PEP8 のスタイルが身につくのには多大な時間がかかると思う。 コードスタイルに準拠しているか否かはツールに教えてもらうのが手っ取り早い。 ツールにはコードスタイルガイドラインと同じ名前の pep8 というコマンドがある。 # pip install pep8 $ pep8 --version 1.4 この pep8 を使って、準拠していないソースコードのファイルをチェックしてみる。 チェック対象のソースコードは以下。 #!/usr/bin/env python # -*- coding: utf-8 -*- def foo(): msgs=['Hello','World!!'] print ','.join(msgs) if __name__ == '__main__'
1999年 メダロット( - 2000年、制作進行) 2001年 機巧奇傳ヒヲウ戦記(制作進行) 砂漠の海賊!キャプテンクッパ( - 2002年、脚本・演出) 2002年 SAMURAI DEEPER KYO(演出) 藍より青し(演出) あたしンち( ‐ 2009年、絵コンテ・演出) 2003年 L/R -Licensed by Royal-(演出) 魔探偵ロキ RAGNAROK(演出) スクラップド・プリンセス(演出) 一騎当千(絵コンテ) 鋼の錬金術師( - 2004年、絵コンテ・演出) 2004年 十兵衛ちゃん2 -シベリア柳生の逆襲-(演出) 陸奥圓明流外伝 修羅の刻(絵コンテ・演出) KURAU Phantom Memory(絵コンテ) 2005年 IGPX( - 2006年、演出) 2006年 ケモノヅメ(演出) 2007年 REIDEEN(絵コンテ・演出) 2009年 毎日か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く