社内でStackOverflowのようなQ＆Aサイトを始められる「Confluence Questions」、アトラシアンがリリース
社内でStackOverflowのようなQ＆Aサイトを始められる「Confluence Questions」、アトラシアンがリリース ソフトウェア開発者向けのツールなどを提供している豪Atlassianは、社内向けQ＆Aサイトを実現する「Confluence Questions 1.0」をリリースしました。 会議室の予約の方法から会社の近所で人気の喫茶店の場所まで、さまざまな質問と回答を共有し、ナレッジとして蓄積できるようになっています。 質問を入力。既存の質問と重複しないように、過去の質問の検索やトピックごとの分類、タグ付けなどもあります。
DRM とユーザニーズへの対応 | Mozilla Japan ブログ
[これは米国 Mozilla のブログに掲載された DRM and the Challenge of Serving Users の抄訳です。] Mozilla は現在、完璧な解決策が存在しえない困難な状況の中にあります。ユーザから求められる機能と、ユーザによるコントロールとプライバシー実現のため構築する機能のいずれかの間で選択を迫られています。この状況について以下に説明します。 人々は映画やテレビ番組を含むビデオの視聴を望んでいます。ブラウザがビデオ視聴機能を提供しなければ、そのブラウザはユーザが必要としないものになってしまいます。しかしコンテンツ所有者 (特に映画やテレビスタジオ) の多くは人々がそのコンテンツを使用する、特にコピーを作成する手段を制約するための仕組みを求めています。このような仕組みは一般に DRM (デジタル著作権管理) と呼ばれます。ブラウザにはコンテンツ所有者が満
何故みんな、今回の美味しんぼが面白かったか面白くなかったかの話をしないのか: 不倒城
漫画なんだから、まず「面白いか面白くないか」で評価されるべきだと思うんですよ。 いやまあ、勿論私の観測範囲から漏れている可能性は否定しませんけど、Webやら新聞やらテレビやら、果ては原作者さんに至るまで、書いてある内容の是是非非のことばかりで、誰も「今回面白かった？つまんなかった？」という話をしません。何故なんですか。漫画で一番重要なのは「面白いかどうか」だろうが！！作者の個人的な意見なんて超どうでもいいんだよ！！！ という前提を敷いた上で、以下は私の意見なんですが。すいません全然面白くなかったです。 といっても、この「面白くなかった」というのは、特に今回の美味しんぼが、という訳ではなく、ここ10年くらいの美味しんぼに共通の問題点であり、これについては特段新しい視点ではないと思います。 現在の美味しんぼの面白くなさの理由は単純です。漫画として面白くなる筈の要素が片っ端から(作者さん自身に)
OS毎のシステムコール実行性能 〜 その1 - 彷徨えるフジワラ
Mercurial のテストセット ("make tests") を複数の環境で実行したところ、ほぼ同一性能の CPU 上での実行にも関わらず、Mac OS X 上での実行では、仮想環境上の Linux での実行よりも、大幅に時間を要することが確認できました。 仮想環境上の実行ではクロック情報の精度がよろしくないので、計測主体が仮想環境上にあるベンチマーク結果はあまり信用できない、ということを考慮に入れても、明らかに体感できるレベルで遅い（分単位の所要時間差）ので、単純に「仮想環境上の計測誤差が、良い方向に出ている」と片付けるわけにも行きません。 そこで、幾つかのシステムコールに関して、OS 間での実行性能を計測してみることにしました。 元々の比較対象が「Mercurial のテストセット」なので、比較的影響が高そうな、以下のシステムコールを計測対象にします。 fork/exec 等による
Shibu's Diary: プログラマは酵母菌じゃないんだよ
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 マイクロソフトはＸＰの基本設計を公開すべきだ オープンソースという言葉が一般化して、多くの人が使うようになってきたというのは感慨深いものです。ただ、同床異夢というというか、オープンソースというものに対していろいろな誤解とか先入観があるように感じます。僕もまだ業務としてプロダクトを作ってオープンソース化したことはないので（パッチとかpull requestはよく送っている)、至らぬところもあるかもしれませんが、そのようなものがあればTwitter等で補足してもらえればと思います。 手間を減らすために、公開すればいいじゃんという誤解 今あるコードをgithubにgit commit, git pushすればすべてがバラ色、というのがよく言われることです。公開するのはコストゼロという
Dockerを支える技術
Linux女子部08「Docker勉強会」 http://connpass.com/event/6318/ で使用予定の資料の一部です。 変更履歴 ver1.0 公開 ver1.1 参考資料追加、微修正 ver1.2 pid namespaceの例を変更、微修正 ver1.3 Fedora20 + Docker1.0 に手順を変更 ver1.4 dm-thinprovisiongのイメージを直接操作する手順を復活 ver1.5 LVMによるdm-thinprovisioningの図を追加 ver1.6 微修正 ver1.7 LVMでのdm-thin snapshotは変更できない旨を記載 、スナップショット作成の図を微修正 ver1.8 「LVMでのdm-thin snapshotは変更できない旨」は間違ってたので、snapshotを有効化する方法を追記
大惨事に蓋をするチェルノブイリ
［チェルノブイリのアーチ：Photo by William Daniels］ 原子力発電所事故の残骸に文字通り蓋をするプロジェクトが進行中らしい・・・ NYTimes.com: “Chernobyl: Capping a Catastrophe” by Henry Fountain: 27 April 2014 ＊ ＊ ＊ 大惨事に蓋をするチェルノブイリ Chernobyl: Capping a Catastrophe ウクライナでは崩れ行くスカイラインのなかで、チェルノブイリという世界最悪の民間原子力発電所事故の残骸の中から建ち上がる比類なきエンジニアリングプロジェクトが進行中だ。 Against the decaying skyline here, a one-of-a-kind engineering project is rising near the remain
Mac＋標準ターミナルアプリ＋Vimで「※」などの記号がずれる問題への対処法 - Qiita
僕は普段Mac（Mountain Lion）＋標準ターミナルアプリ＋Vimでテキストを編集することが多いのですが、テキスト中の「※」などの記号を含む行で文字がずれる、カーソルがずれる、あるはずの文字が消える、等の現象が起こりました。 これを解決する方法を調べたところ、以下の方法で解決することが分かりました。 標準ターミナルアプリの設定 「環境設定...」から設定ダイアログを開き、「設定」タブから「詳細」ボタンを押して詳細画面を表示します。 詳細画面の下の方にある「言語環境」のところの Unicode 東アジア A (曖昧) の文字幅を W (広) にする にチェックを入れて下さい。 Vimの設定 .vimrcに以下の記述を追加して下さい： 以上で問題は解消します。 参考 この問題を解決するにあたり、以下の情報を参考にさせていただきました。ありがとうございました。 「Macで、Vimで、全角
Vim Advent Calendar 2013 148日目: Vim 7.4.260 から g: から始まる関数名がエラーになるようになりました - C++でゲームプログラミング
の記事は Vim Advent Calendar 2013 148日目の記事になります。 参加者募集中です。 さて、このブログでも何回か記事にしたんですが、Vim 7.4.260 にて g: から始まる関数名がエラーになるようになりました。 これは Vim 側のバグで g:foo() のような関数名でも動作していたのが修正された形になります。 ただし、その後 264 で g: + 有効な関数名（大文字から始まる関数名）であればエラーにならない修正がはいりました。 つまり最新版では g: + 大文字から始まらない関数名がエラーになります。 そんなわけで 7.4.264 現在は以下のような動作になります。 " g: + 大文字ではない関数名はエラー " これは func() が有効な関数名ではないため " function! g:func() " " endfunction " g: + 大文
IdeaVIM v0.33がリリースされました - marsのメモ
http://plugins.jetbrains.com/plugin/164 目玉機能は「mapコマンドのサポート」です。以下のいずれかの設定ファイルに map コマンドを登録しておくことで、任意のキーに任意の機能を割り当てることができます。 ~/.ideavimrc, ~/_ideavmrc, ~/.vimrc, ~/_vimrc 残念な事に再割り当てできるのはIdeaVIMのコマンドだけです。IntelliJがそもそも持っている機能に才割り当てすることはできません。そっちはチケットあがっているので、バンバンvoteしましょう。個人的には、このチケットが解決すればIdeaVIMに対する不満はほとんど解消するという代物です。:-) → VIM-652 Add support for executing and mapping arbitrary IDEA actions あと大きな変化と
The 10 Most Common Python Code Mistakes | Toptal®
Python’s simple, easy-to-learn syntax can mislead Python developers – especially those who are newer to the language – into missing some of its subtleties and underestimating the power of the language. In this article, Toptal’s Martin Chikilian presents a “top 10” list of somewhat subtle, harder-to-catch mistakes that can trip up even the most advanced Python developer. authors are vetted experts
「どこが違うのか」について合意する努力によって信頼関係を再構築する - アンカテ
美味しんぼを巡る騒ぎは、日本における、社会と科学者コミュニティの根深い相互不信の関係を示していると思うが、「対立点の合意」という方向でそれを再構築できないだろうか。 ある科学者が「福島は安全だ」と言い、別の科学者が「福島は危険だ」と言っている。科学者が人によって違うことを言うのは異常事態であって、どちらかが嘘をついている。 そういう見方になってしまうのは、「科学とは一意の真理を確定するブラックボックスであって、重要なのは結論である」というような科学観が背景にあって、これが問題なのだと思う。「意見が一致しないのは何かがおかしい」と考えると、陰謀論や極論に走ったり、科学者の意見を全て政治的な発言とみなしたりして、議論が拡散してしまう。 そうではなくて、むしろ意見が一致するのが例外で、科学者同士は意見が合わないのが平常運転であるとみなすべきだと思う。 重要なのは、そこでどういう対話が行なわれてい
Twitterの見え方の画一化問題 | F's Garage
Facebookが落ちていて朝の暇つぶしパワーが余ってるので、今更、どうでもいいことを書きます。これ、ホントにただの時間つぶし(?)なので、オッサンすぎてくだらないと思ったら即戻るボタン推奨です。なお、対象ターゲットユーザーは、2006年〜2009年ぐらいまでにTwitterを始めた人です。 ——————- Twitterクライアントが今よりも多様だった時代、Twitterクライアントは作者それぞれのTwitter感を反映したものになっていた。 わかりやすい例で言うと、 ・TweetDeckやHootSuiteはマルチカラムで沢山の人のツイートが一覧できる ・オリジナルはTwiccaだったな。会話をトレースできること ・Tweetbotは写真だけを一覧できる だとか、Twitterに流れる140文字なんだけど大量に流れるツイートを情報を、どう見やすく整理するか！？というのがツイッタークライ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アノニマスが開発。インターネットなしでデータ通信を行える無線「AirChat」
米MozillaがFirefoxにDRMを採用へ～オープン性に疑問符がつく苦渋の選択 
モンスト当てた反動でmixiの会社予想が強気になり過ぎて逆に引くと評判 : 市況かぶ全力２階建