タグ

2013年8月5日のブックマーク (13件)

  • Comparators―比べてみればわかること 記事一覧 | gihyo.jp

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    Comparators―比べてみればわかること 記事一覧 | gihyo.jp
  • 分散プロジェクトの誤謬 - steps to phantasien t(2008-02-26)

    タネンを始めとする分散システムの教科書で必ずとりあげられる話題に "分散コンピューティングの誤謬" がある. 以下 Wikipedia から引用. ネットワークは信頼できる. レイテンシはゼロである. 帯域幅は無限である. ネットワークはセキュアである. ネットワーク構成は変化せず一定である. 管理者は一人である. トランスポートコストはゼロである. ネットワークは均質である. ネットワークプログラミングをしたことがあれば, いずれも該当のバグに思いあたる節があると思う. これらはみな複数台の計算機が関わる際の問題であり, いわばコミュニケーションの問題. 同じ問題は計算機同士に限らず, 人と人の間, 組織の間でもおこる. 順番に例を並べてみる. <伝言や連絡は信頼できる> : できない(よね?) ミーティングには欠席者がいる. 後輩は話を聞いてない. メモもとらない. メールはスパムに

  • Google の巨大レポジトリとブランチ無し運用 - Kato Kazuyoshi

    GTAC 2013 Opening Keynote の Evolution from Quality Assurance to Test Engineering (スライド) を見た。 スライドの7ページ目 によると、Google では 15,000 あまりの開発者が、40 あまりの拠点に分散している。そして、彼らはひとつの巨大なレポジトリで、ブランチなしに開発しているらしい。 Single monolithic code tree with mixed langauge code Over 100 million lines of code. 50% of code changes monthly. Development on one branch - submissions at head 講演ではこの理由について One of the benefit is that we don’

    Dryad
    Dryad 2013/08/05
    なるほどなぁ。/OSSと違って企業内ソフトウェアで多様性が求められる局面は少ない、ということなのかな。が、逆を言えば、という考え方もできそう(企業というのは生来モノカルチャーだというのはともかく)。
  • LIXILのトイレ操作アプリに脆弱性 - 使用中に蓋の開閉やビデが行われる恐れ

    米国のセキュリティ会社であるTrustwaveは8月1日、LIXILが提供するAndroid向けトイレ操作アプリ「My SATIS」にハードコード化されたBluetooth PINの脆弱性が見つかったと発表した。 脆弱性は、同社が販売中のトイレ「SATIS」と連携を行うために利用されているBluetoothのPINコードが「0000」固定で設定されているというもの。 この脆弱性を利用することにより、攻撃者は「My SATIS」をダウンロードするだけで、任意の「SATIS」トイレを制御できるようになる。 そのため攻撃者は、トイレ利用者が予期しないタイミングでトイレのフタを開け閉めすることができるほか、ビデや空気乾燥機能のオン/オフも可能となるという。

    LIXILのトイレ操作アプリに脆弱性 - 使用中に蓋の開閉やビデが行われる恐れ
    Dryad
    Dryad 2013/08/05
    怖い話だけど超笑える。
  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • Ruby中級入門

    Ruby中級入門 1. Ruby中級入門 @shokai 2013年8月5日(火) @masuilab 2. 私 •@shokai (しょうかい) •趣味料理、glitch 3. ある程度大きなアプリケーションを作 っていると、部品に分割したくなると 思います。アプリ内ライブラリやgem の作り方を説明します。Rubyの機能を 活用した使い勝手の良いライブラリの デザインについて考えます。 4. • アプリ内ライブラリの作り方・gemの作り方 • サンプルコードとテスト • ライブラリのデザイン • API • DSL • 泥臭い小手先の技 • 例外・エラーの通知 • ドキュメント コンテンツ 5. ライブラリを作る 例:LeapMotionを自作アプリに組み込むための アプリ内ライブラリを作る 6. • LeapMotionはport 6437にWebSocket 接続するとJSONで

    Ruby中級入門
  • Treasure Dataのサービスはクラウド上でどう構築されているのか(前編)~July Tech Festa 2013

    Treasure Dataのサービスはクラウド上でどう構築されているのか(前編)~July Tech Festa 2013 Treasure Dataといえば、日人がシリコンバレーで創業したベンチャーとして知られている企業。そのシニアソフトウェアエンジニア中川真宏氏が、7月14日に行われたJuly Tech Festa 2013の基調講演で、同社がクラウド上で構築したサービスについてそのアーキテクチャを中心に解説を行っています。 注目されているクラウドサービスがどのような仕組みになっており、それはどのような考え方で作られているのか。クラウドでシステム構築を考えている多くのエンジニアの参考になるはずです。講演の内容をダイジェストで紹介します。 Treasure Dataのクラウド戦略 Treasure Data, Inc。シニアソフトウェアエンジニア 中川真宏氏。 スタートアップなこともあ

    Treasure Dataのサービスはクラウド上でどう構築されているのか(前編)~July Tech Festa 2013
  • OSCON 2013でのGo関連の発表 - YAMAGUCHI::weblog

    はじめに こんにちは、Go界の平賀源内です。さて、先月末にOSCON 2013がオレゴンで開催されましたが、その中発表でいくつかGo関連で話題になったものもあったので、一つまとめてみようと思います。 Go関連の発表 Go関連の発表は以下の7つでした。(発表時間順) Introduction to Go: OSCON 2013 - O'Reilly Conferences, July 22 - 26, 2013, Portland, OR How Learning Go Made Me A Better Programmer: OSCON 2013 - O'Reilly Conferences, July 22 - 26, 2013, Portland, OR Office Hour with the Gophers: OSCON 2013 - O'Reilly Conferences, J

    OSCON 2013でのGo関連の発表 - YAMAGUCHI::weblog
  • 例外設計の話

    例外設計の話。 こんな指針がいいのかなー 2013 夏 ver. 例外の目的とは? 「例外をキャッチする主な目的は、エラーの原因を取り除いて、回復すること」 via http://dobon.net/vb/dotnet/beginner/exceptionhandling.html .NET の「例外のデザインのガイドライン」にもこう書いてある。 特定の例外が特定のコンテキストでスローされる理由を把握できている場合は、その例外をキャッチするようにしてください。 回復可能な例外だけをキャッチする必要があります。たとえば、存在しないファイルを開こうとした場合に発生する FileNotFoundException は、アプリケーションで処理できる例外です。それは、アプリケーションがユーザーに問題を知らせ、ユーザーが別のファイル名を指定したり、ファイルを作成したりできるようにすることが可能だからで

    例外設計の話
  • Androidに対する愚痴

    programming notes. mainly about JavaScript / jQuery. [@Takazudo] [takazudo@gmail.com] Hint: alt + / Androidはまじでクソだ。具体的には標準ブラウザがクソだ。iPhoneにも最初は苦労させられたものだけれども、その比じゃない。仕事では自分はそういうAndroidのクソさに付き合うのが嫌で嫌で蕁麻疹がでそうなので、Androidはクソすぎるんでそういうリッチぽいのはやめたほうがいいですよ、無駄にコストがかかるだけですよと言い続け、その上でそこまで攻めてない感じのデザインにしたところで、しかしなおそのクソさを発揮しやがる。どういうことなんだ? クライアントに相談を受け、オレは真摯に考えを述べる。「Androidがクソなんでそんなのはやめましょう」と。もちろんこれが正しい決断だという自分の考え

    Androidに対する愚痴
    Dryad
    Dryad 2013/08/05
    Androidブラウザの罠一覧的な。
  • 苗字がNullの社員がうちのとこの社員管理用のシステムをぶっこわしたんだがどうすればいい?

    flex - How can I pass the string "Null" through WSDL (SOAP) from AS3 to ColdFusion web service without receiving a "missing parameter error"? - Stack Overflow stackoverflowで、 「"Null"という文字列をAS3のWSDL(SOAP)からColdFusion Webサービスに、"missing parameter error"というエラーを出さずに渡すにはどうすればいい?」 という質問が注目を集めていた。 はて、この問題はどこかで見た気がする。 xkcd: Exploits of a Mom 「もしもし、あなたの息子さんの学校です。うちの学校がコンピューターシステムのトラブルに見舞われまして」 「あらまぁ、うちの子が何か

    苗字がNullの社員がうちのとこの社員管理用のシステムをぶっこわしたんだがどうすればいい?
  • 「創造性のコンパス」モデル - Joi Ito's Web - 日本語

    このフレームワークが最初に話題に出たのはJohn Maeda(ジョン・マエダ)との会話中だったと思う。発端となった見解は、芸術家と科学者の間の連携相性がよく、デザイナーとエンジニアとの間でも連携相性が良いのに対して、科学者とエンジニア、および芸術家とデザイナーだと相性が悪い、というものだった。エンジニアとデザイナーは物事の実用性に着目し、観察と問題の制約の把握を通じて解決法を編み出すことで世界を理解しようとする傾向にある。一方で芸術家と科学者は、自然や数学からインスピレーションを受け、純粋なる内的なクリエイティビティを通じて創造を行ない、単なる実用性などといった不完全なものではなく、真実や美しさなどの要素との関連が大きい形での表現や体現を追い求める。これはすなわち、脳には、左右の半球に分割する以外にも多くの分けかたがあることを意味する。 しかし僕は、面白く印象深い創造を行うにはこれら4つの

    Dryad
    Dryad 2013/08/05
    「クリエイティビティの4つの帽子」、つまり状況によって被り直すべきものだ、ということかな。
  • Gitレポジトリを移行する方法 - tanacasinoのメモ

    既存のGitレポジトリを、GithubやBitBucketのようなホスティングサーバに移行したり、逆にローカルサーバのGitBucketやGitLabなどに移行したい場合、まあ単純にpushすればいいやんと思ったら、思うような結果にならなかったり、面倒な手順になってしまったりしてしまった。 どうも自分のワーキングのレポジトリから飛ばそうとすると、tagだったりbranchだったりが移行できていないかったりするのです。 ぐぐると、いったんローカルにリモートと同名のブランチ作って(checkoutして)から、push --all, --tags とかしてる奴とかありますがそれは面倒だなぁやだなぁみたいな。 最終的には、これが一番楽な手順かなと思う手順に行きつけたのでここに記す。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd <REPOSIT

    Gitレポジトリを移行する方法 - tanacasinoのメモ