みなさんこんにちは。@ryuzeeです。 How Agile Are You? (Take This 42 Point Test)が良い記事なので抜粋・意訳にてご紹介します。 ちなみにチームが「アジャイル」か？というより、チームが「スクラム」か？といった方が良いと思われるので、その点は留意してください。 チームに決定権限が与えられているチームは、自己組織化されていて、目標を設定して達成することを管理（者）任せにしないチームは成果物の提供に対してコミットし、責任を持つ。そしてチームがゴールに到達するために、あらゆるタスクに協力するチームはプロダクトオーナーが誰であるかを知っているそれぞれのスプリント/イテレーションには明確なゴールが設定されているテスターを含む全てのチームメンバーは、要件を抽出するワークショップに参加する要求事項の文書は十分にそろっている。そしてフィーチャーを実装できるレベル

「DI（依存性注入）からどこへ行こうか その1」において： DI（依存性注入）については、雑誌や書籍で随分紹介されているので、そういうのを見てください。 こんなこと[注：DI化]して何がうれしいかって？ それは、ファウラー先生とかその他エライ人とかエラクない人とかに聞いてください。 と書きましたが、DI（Dependency Injection; 依存性注入）そのものについても説明を試みてみましょう。具体的なサンプルを使うことにします。そのため、サンプルの説明が長くなってしまうのが困ったことですが、まー、単なる能書きよりはサンプルがあったほうがいいでしょ。 内容： サンプルはテンプレート処理系 レクサー（字句処理系） レクサーをインターフェース経由で使う サービス・ロケーター 依存性が消えてない！ DI（依存性注入）登場 DIが、かつてIoC（制御の逆転）と呼ばれていた理由 ●サンプルはテ

本コラムの最終回は企業Web担当者の皆さんが抱える悩みの根本である「社内の各部署をいかにして巻き込むか」にフォーカスしていきます。企業サイトを担当する皆さんの悩みの多くは、実は社内を巻き込み各部署との連携を図ることで解決できる事柄が多いものです。今回は、これまでのお話しを交えながら、最終的に皆さんの問題を解決するための方法を整理してお伝えしたいと思います。 企業Web担当者の悩みは「社内の巻き込み」社外に公開する企業Webサイトを充実させていくためには、業務フローや社内の情報を集めてくる仕組みが重要だというお話しを何度かしてきました。採用・IR・商品情報・サポート・法人向け・サプライヤー向け・CSRなど、どの切り口のWebサイトをとってみても、ユーザーが満足行くレベルで対応するためには、Web担当部署以外のどこか別の部署と連携しなければなりません。コンテンツの企画やアイデアはあっても、基に

内容が難しくなる前にFirebugに慣れる！ 第1回から第4回まで、jQueryについての各セレクタやメソッドなどを見てきました。各回で簡単なサンプルも載せていましたが、皆さんここまでの内容については問題なくついてこれていますでしょうか？ まだjQueryの基礎について全てを説明し終えてはいないのですが、そろそろスクリプトも長くなってきて、考えることも難しくなってきています。第3回と第4回の内容を振り返ってみても、少しずつスクリプトの量も増えてきているのがわかると思います。この先も、内容が増えていくにつれて、スクリプトも長く、手順をうまく考えなくてはならなくなってきます。 内容がもっと難しくなっていく前に、一度ここで復習をして、この先に備えておきましょう。 Firebugをもっと使ってみる ここまで、いくつかサンプルなどを紹介してきましたが、まだまだjQueryがいまいち理解できていない人

Twitterを使っている、という方も多いかもしれませんが、情報収集の為にフィードリーダーを活用されている方が多いと思います。 そのフィードリーダーのメジャー所といえば、Googleリーダーが上げられると思いますが、ユーザーインタフェースが、どうにもコンピューター的というか、意識して情報を得ないと、読むフィードが偏ったり、未読が溜まってしまうことがあります。 私は、大量のフィードをGoogleリーダーに登録しているのですが、先で書いたような状況で、何とかならないものかと考えていました。私と同じような方が居たら、Firefoxのプラグイン「Feedly」を試してみてはいかがでしょうか？ 続きは、以下で。 「Feedly」は、Googleリーダーと連携するFirefoxのプラグインで、表示方法を変更したり、評価の高い記事のピックアップやTwitterの連動機能を備えています。アカウントの作成な

サラリーマン生活半年で挫折して独立した私が語るべき内容ではないような気もするが、そんな私に就職相談をしてくる右も左も分かってない学生が多くて、そろそろ働くキャリアについて考えるべき時期に来ているんじゃないかと思うんだ。 どうしても新卒採用というとブラック企業をどう避けるか、みたいな演題になりがちであるけど、これは症状だと思う。症状と言い切るのも良くないかもしれないが、一般的に言えば「大学を新卒してブランク期間なく就職しなければ、企業の上のほうに昇進する人生が歩めない」というある種の固定観念のようなものがあるから、無理にでも新卒でどこぞ就職しようとするのではないかと考えるわけだ。 だから、採用されればまずはどこでも良いということで、離職率が異様に高い微妙な企業で採用をしていたらそこに応募してしまう、そこが何故このご時勢にそんな大規模な新卒採用をやっているのかというと、何らか事情があるからであ

知らないヒトが残したがった日常を　〖日記祭〗 頑張って微調整しましたがスマホでは見づらいかもしれません 2024年12月8日、下北沢にて日記祭。 note.com その名の通り、日記をたのしむイベントです。 誰かの日々の日記を"本"にまとめた「日記本」即売会や、日記にまつわるテーマのトークショーや音楽ライブ、作品展…

AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい

「事業計画は必ず外れるもの。しかもほとんどの場合、悪い方に外れる。悪い報告は経営層に届かず、気づいた時に手遅れになる。これを防ぐためには、事業計画の策定段階でリスクを織り込むことが欠かせない」。リスクマネジメント関連イベント「エンタープライズ・リスク・マネジメント 2009」で2009年9月4日、事業計画立案のコンサルティングやソフトウエアの販売を手がけるインテグラートの小川康社長（写真）が講演。事業計画にリスクを織り込むポイントについて解説した。 ロジカルシンキング、柔軟性、対話が重要 「企業の本業にとって最大のリスクは、売り上げと利益が計画から外れていくこと」。小川社長はこう指摘する。これを防ぐためには、事業計画を作成する際に、(1)ロジカルシンキングで臨む、(2)数字を固定するのではなく幅を持って考える、(3)数字を元に徹底的に対話する、という三つのポイントが重要だと小川社長は主張す

かなりながーいエントリになる予定なので,結論だけ最初に書くとこんな感じ. この話題については自分も あとで書く と言って書いてなかったので書いてみますよ。2006年の下期にもなってコネクションプーリングかよというツッコミもありそうですが、あとで書くといったら書くの。あとで読むといったら読む。 普通「コネクションプーリング」と言ったら、主に二つの役割があると思います。話を簡単にするためにウェブアプリケーションに限定して言及します。 ウェブアプリケーションから DB への接続を開けっ放しにして、接続に必要とされるオーバーヘッドをカットして双方の負荷を下げる。 ウェブアプリケーションと DB への接続を「使いまわす」ことで、同時接続本数を節約する。 というもの。 mod_perl で DB と接続維持するとコネクション数増えて云々という話は主に前者のみについての話になります。Apache::DB

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

どこかのサイトでみて、「お、かっこいい！」とか思った多次元配列の初期化をやっていて、ハマった・・。 そのコードはこちら↓ # 多次元配列確保したい. height = 24 width = 32 array = Array.new( height, Array.new( width, 0 ) ) C言語とかでいうところの、 int array[height][width]; みたいな配列を確保して、中身はすべて0で初期化しようとしたのです。見た瞬間、「さすがRuby！1行できれいに初期化コードが書ける！」と真似してみたのです。 でもこのコードでは、今回意図している動作はしないのだ！ このコードを使うと、例えば、次のようなことになってしまうのです。 # 意図した挙動とは..と確認するコード. height = 24 width = 32 array = Array.new( height,

[1]　多次元配列を実装する３つの方法 もともとコンピュータ――機械語レベル――には、メモリーという概念はあっても、配列という概念はありません。そのため、１次元配列は、メモリーある空間を割り当てることで実現できますが、２次元より高次の配列は、なんらかの工夫をしないと実現できません。 多次元配列を実装する方法は、アセンブラー時代から大きく分けると二つの方法がとられてきました。 ひとつは、下位の次元から順番に割り当てていく方法です。たとえば、３×４の２次元配列を実装するのに、連続した１２個の要素を割り当てて、２個の添え字i,jから、１個の添え字n(n = i * 4 + j)に変換する方法です。 もう一つの方法は、可変サイズの配列などを作成するときによく用いられる方法ですが、多段配列を用いて実装する方法です。Ruby的に書くと以下のようになります。 ary = [ [1,2,3,4 ], [

前回は、バックアップの目的についておさらいし、容量の増加に対応する運用の工夫やデータ重複除外の技術を紹介した。今回は、どの時点のデータを保持すべきか、どれくらい迅速にリカバリする必要があるかなど、より具体的な要件について整理し、ストレージのレプリケーション機能による高速バックアップ／リカバリ手法を紹介する。 リカバリポイントの設定 バックアップ手法や運用を検討する際は、まずデータをリカバリできる時点（リカバリポイント）をどれだけの期間や頻度（個数）で用意するかを整理すべきである。リカバリポイントは、以下の2つの観点から検討する。（図1） 障害時点と直近のリカバリポイントの許容できる時間間隔は？ 障害からデータをリカバリする際、データがどれくらい前に戻ってしまってかまわないのか。つまり、障害時にどれだけの時間分のデータを失ってしまうことを許容できるのかを検討する必要がある。たとえば、最大で1

1.構成 MSFCを構築する最小限の構成は以下の通りになります。 ActiveDirectoryサーバ ※MSFCを構成するノードはADメンバである必要があります。 MSFCを構成するノード2機 ※ネットワークカードが2枚搭載されているもの 共有ストレージ、ディスクアレイシステム ※今回はADサーバにStarWindをインストールして共有ディスクを作成します。(MSFC構築2 StarWind設定を参照のこと) 下表を前提に構築します。MSFCを構築するにはMSFCを構成するノードのOSはEnterpriseEdition以上が必要となります。

ROCK IN JAPAN FESTIVAL 2024 in HITACHINAKA サザンオールスターズ ライブ・ビューイング アンコール上映 開催決定！

AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい

2009年11月02日08:00 広告表示のチェックポイント（１）―著作権 カテゴリ法務＿広告・消費者法務 businesslaw Comment(0)Trackback(0) 今度他社法務の方々と予定している勉強会の準備を兼ねて、日常寄せられる相談や研修などで私が社員にアドバイスしている事項の中から、広告表示に関するコンプライアンス的チェックポイントについて簡単にまとめていくシリーズ第一弾。 今日は手始めに、広告表示でやりがちな著作権侵害（ちょっと商標権その他も混ざってますが）のチェックポイントをまとめてみようと思います。 １）新聞や雑誌の流用 見出し、記事はいずれも基本的には著作物と考えます。昔は署名入りの論説でなければokと豪語する方もいらっしゃいましたが、無断で転載したり、要約して利用するのはＮＧ。 ２）データの流用 新聞社や民間調査機関が調査したデータも流用したくなるものの代表例

「おはよう mehori くん。今日の君の任務は以下の通りだ。なおこのメッセージは自動的に消滅する。成功を祈る」 命令に素直に従うのが大嫌いな性格のくせに（権威をみるとどうしても茶化したくなるんですよね）、こういう命令書があったら楽だろうなと思うことはたびたびあります。 研究者の仕事は小説家のように自分で企画、製作、運営、会計、渉外、広告のすべてを行うので、「次はこれだよ」とか「まだ計画書ができていないのか！早くしろ！」いう具合にやるべきことが外から示されていると楽だろうなと思ったりするわけなのです。 人間は一度みたものを思い出したり、探したりするために実に無視できない時間を使っているといいますが、それと同じくらい見逃せないのが毎日同じ手順を行うために段取り作りです。前回の段取りをすっかり忘れているので、また一から考え直しているということがままあります。 来年の新しい習慣作りにむけた「一歩

ドットインストール代表のライフハックブログ

間違った方法でいくらハードトレーニングをしても、スポーツ選手としての成長はないように、 間違った方法で何千冊読書しても、思考も見識も洞察もたいして深まらない。 最小の努力で最大の筋力を得られる筋力トレーニングがあるのと同じように、 最小の努力で最大の見識を得られる読書スタイルというものがある。 実際、たくさん本を読んでいるのに空回りばかりしている人はよくいるし、 ほんの数冊の本を読んだだけで、驚くべき成長をする人もいる。 その違いは、具体的にはどこにあるのだろうか？ よく「文章の論理構造の理解が一番大切だ」と言う人がいるが、文章の種類によっては、この固定観念が癌になる。 論理構造の理解は確かに必要なのだが、それを優先して文章を読解しようとすると空回りして不毛な誤読をして、結局、一番肝心な部分が分からないままになってしまうことが多い。 最優先でやるべきは、作者や登場人物の情動回路を自分の脳内

Perl › here Perl5.8以降における標準的なPerlの書き方を解説します。 インターネットで検索するとPerl4のころの古い記述がたくさんあります。また書籍などの多くもPerl4の記法で書かれています。Perl4の記法は複雑になりやすく間違いを生みやすいのでこれからPerlを書く人はPerl5の現代的な記法で記述することを強くお勧めします。 strictプラグマとwarningsプラグマ (必須) strictプラグマとwarningsプラグマを有効にします。 use strict; use warnings; use strict;とuse warnings;の２行はスクリプトの最初に必ず記述してください。これらはPerlの文法チェックを厳しくするためのものです。面倒だという軽い気持ちでこれを記述しないと後々本当に面倒なことになります。 use strict;とuse wa

今日一日調べたこととかまとめてみる。 問題点 次回リリースの新機能はDB select負荷がかなり掛かるはずである。 現状でもデータLOADによる負荷が10に達し、selectにスロークエリ、接続エラーが出ている。DBの負荷分散が急務である。 参考: Load Average 参考: Slow Query あと、STATUSテーブルが2GBに達しようとしているので、デフォルトのサイズ制限4GBが見えてきた。再定義できるけど。 垂直分割対応案 日本語版DBと英語版DBのデータベースとクローラを別ホストに格納する 現状、favotterとfavotter_enはほぼ同規模のDBとなっている。 ただし、参照は圧倒的にfavotterが多い。 favotter_enのクローラを止めたら、スロークエリが激減した事がある。 参考: 小野マトペ on Twitter: "まる一日英語版のクローラ止めてた