はてなブログ | 無料ブログを作成しよう諏訪之瀬島（鹿児島県鹿児島郡十島村）2024.8 はじめに １日目 中心部・ナベダオエリア 元浦エリア 2日目 元浦エリア・中心部 切石エリア 3日目 はじめに 前回の「フェリーとしま２乗船記」にも書きましたが、諏訪之瀬島に行ってきました。今回は、その諏訪之瀬島の記事です。 kakoyuu.hatenablog.com 諏訪之瀬島は…
かんばん、と、スクラム。現時点での最新議論。：An Agile Way：オルタナティブ・ブログ
ScrumとKanban、海外ではけっこう対立議論になる。 6/10、Scrum の創始者である、Ken Schwaber のかんばんとスクラムについての記事。 『Waterfall, Lean/Kanban, Scrum』http://kenschwaber.wordpress.com/2010/06/10/waterfall-leankanban-and-scrum-2/ 中で、Kenは、「スクラムは難しい問題を人間の創造性を使って解くためのもの。かんばんを使っても、ウォーターフォールに隠れていた無駄（ゆとり）をなくしてしまい、かえって安定したデスマーチを引き起こす。」と。 同じく、6/10、Kanban ムーブメントの先頭である、David Anderson の最新記事。 『かんばんはスクラムとどう違うか（Thoughts on how Kanban differs from Scr
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Android版GIFプレーヤをGoogleCodeに公開しました。 - 明日の鍵（跡地）
今までブログに貼りつけていたコードですが、 GoogleCodeにてソースを公開する方法に変更しました。 android-gifview - Project Hosting on Google Code http://code.google.com/p/android-gifview/ 前バージョンとの差分は以下の通りです。 デコードに時間がかかると高速に再生されるバグを修正 自動再生ではなく、初期状態は停止状態に変更 一時停止機能を追加 停止機能を追加 フレーム移動機能を追加 尚、テスト用のGifアニメーションを@mrshiromi さんが提供してくださいました！ ありがとうございます！！ バグや要望を受け付けています。 なにかありましたらコメントや、メールなど気軽にどうぞ。
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
テストは誰が書くのか - 未来のいつか/hyoshiokの日記
昨日のエントリの補足的なもの。id:hyoshiok:20100612#p1 テストは誰が書くのか。もちろんコードを書いた人が書く。コードは誰が書くのか。設計をした人が書く。誰が設計をするのか。要求を分析した人がする。このように一つの機能について一人が責任を持って行うのがベストプラクティスになっている。 ところが、日本のソフトウェア産業の8割以上は受託開発と言われているが、そのような現場では誰かが一貫してすべての工程に責任を持つということは普通行われていない。工程を上流下流とわけ、いわゆる一次受けと呼ばれる大手SIベンダーが要求分析をし、その下に設計実装する下請け、孫請けを持つという多重構造になる。 要求分析をして、仕様にまとめるわけであるが、実装のコスト（実装のしやすやしにくさ、実装工数の大きさ）はほとんど考慮されない。契約文書として、これこれを実装することみたいなものがあらかじめ取り交
テストを書くこととテストをすることの違い - 未来のいつか/hyoshiokの日記
会社でレガシーコード改善ガイドの読書会をやっていて、次回で読了だ。4月に入ってから週に1回くらいのペースでやっていて、2ヶ月半くらいかかった。途中、ゴールデンウィークや所用で開催しないこともあったので、１０回くらいで完走したことになる。 一人当たり、1章ないし2章くらいを担当して、その章に書いてあることを説明した後にみんなであーだこーだ議論をする。気になったことを質問したり、どうも良く分からないことをみんなで考えたりする。 テストがないコードはレガシーコードだ！というキャッチフレーズはわたしの心をとらえた。 参加者の皆さんとその価値観を共有できた事はうれしい。 現場での開発の実情をいろいろ教えてもらった。テストを書くことはあまり一般的ではないということにわたしは衝撃を覚えたのであるが、この読書会を通じて、テストを書かない開発というのがレガシーコードを作っている事に他ならないという共通の認識
Twitter4J - コード例
コードサンプル サンプルコードは src/twitter4j/examples/ 以下に配置されています。 それぞれ bin/className.cmd|sh で実行できます。 サンプルコードを動作させるには OAuth の認証情報を twitter4j.properties 記載しておく必要があります。twittetr4j.properties の設定方法について詳しくはTwitter4J - 設定のページをご覧ください ツイート Twitter.updateStatus() メソッドでツイートできます。 詳しくは twitter4j.examples.tweets.UpdateStatus.java をご覧ください。 // このファクトリインスタンスは再利用可能でスレッドセーフです Twitter twitter = TwitterFactory.getSingleton(); Sta
Hadoop Virtual Image Documentation - Google Code University - Google Code
Hadoop Virtual Image Documentation Setting up a Hadoop cluster can be an all day job. However, if you want to experiment with the platform right now, we have created a virtual machine image with a preconfigured single node instance of Hadoop. While this doesn't have the power of a full cluster, it does allow you to use the resources on your local machine to explore the Hadoop platform and run simp
Littel-hadoop
私たちリッテルは、Google化時代の切り札、Hadoop(ハドゥープ)技術を活かして、大規模データの収集や処理を高速、安価に実現。大規模分散処理プラットフォームの構築支援を行います。 勝間和代さんが、『効率が10倍アップする新・知的生産術』 というベストセラーをだされましたが、その本に 『―自分をグーグル化する方法』というサブタイトルがありました。 どれだけ情報を無駄なく、効率よく出し入れできるか？ どれだけ有効に情報を抽出し明日の業績につなげるか？ といった内容の本です。 そこで、会社そのものを『google化する方法』を考えてみませんか？ Webアプリケーション、例えばEコマースなどでは、アクセスデータだけでなく、 男女・年齢など顧客データや、購買履歴、時間、商品、回数などの購買状況など、 日々蓄積される膨大なデータやログが集積されていることでしょう。 大量のデータはあって
クラウド時代のトランザクション（2009-02-09 - きしだのはてな）
今のデータベースシステムでは、トランザクションはACIDという考え方が基本になってます。 これらの用語の頭文字をとってACIDです。 Atomicty 原子性：トランザクション中の処理は全部行われるか全く行われないか Consistency 一貫性：トランザクションが完了したとき、データの状態が正しい Isolation 分離性：複数のトランザクションが実行されても、完了してないトランザクションが他のトランザクションに影響しない Durability 永続性：トランザクションが完了したら、その状態は保存される。 ただ、分散システムでACIDを適用しようとすると、複数のサーバーで処理を分担させたときに一台のサーバーがこけてたらトランザクションが全く行えないとか、トランザクションマネージャーがボトルネックになってしまうとか、スケールアウトしにくくなってしまいます。 Brewerという人が、一貫
NoSQL登場の背景、CAP定理、データモデルの分類
その例としてBeck氏自身が過去に取り組んできた生命保険会社のアプリケーションを例に挙げます。そのアプリケーションでは毎日のようにスキーマが変化するため、SQLとORM(Object-Relational Mapping）では対応できず、オブジェクトデータベースのGemstoneを利用することで対応できたと述べています。 こうしたSQLだけでは満たせないさまざまな要件、上記の図にあるようにスキーマの可塑性、スケーラブルなデータ読み込み、書き込み、処理の柔軟性などを満たすために、リレーショナルデータベース以外のNoSQLな製品が開発された。これがNoSQLの登場の背景にあるとBeck氏は解説します。一方で、こうしたさまざまなNoSQLを、NoSQLという言葉で表すのは適当ではないという憂慮も示しています。 Here is where the futility of defining NoSQ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
