今日はこの本を読みました。 受託開発の極意―変化はあなたから始まる。現場から学ぶ実践手法 (WEB+DB PRESS plusシリーズ) 作者: 岡島幸男,四六出版社/メーカー: 技術評論社発売日: 2008/04/08メディア: 単行本（ソフトカバー）購入: 23人 クリック: 1,355回この商品を含むブログ (91件) を見る 現在の私の立ち位置は入社して3年目の開発者側になります。その視点から感じたことを書いてみたいと思います。 入社してから今までに経験した仕事はすべて受託開発でした。その開発経験のなかで受託に対して感じることが、まさしく本書の冒頭にかかかれていました。 現場の開発者は「やらさている感」「顧客に振り回されている感」「自分の仕事が何の役に立っているかわからない感」といった目に見えにくい問題に悩んでいます。 こんな思いを抱いている方々は多いのではないでしょうか？ 私自身

ブラウザベースでSubversionをブラウジングできるソフトウェアは各種存在する。ブラウザだけでリポジトリの内容が見られるのは確かに便利だ。だがリポジトリの作成や権限の設定はターミナルベースになってしまう。 リポジトリ概要 このソフトウェアはひと味違う。ブラウジングではなくリポジトリを管理するためのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはUSVN、Subversion管理ソフトウェアだ。 USVNはブラウザベースで動作するソフトウェアで、mod_dav_svnが必須になる。PHP+MySQLで動作し、ブラウザ上でリポジトリの作成やユーザの作成、グループの管理を行えるようになっている。 アクセス権限設定 プロジェクト管理とは異なり、リポジトリの管理に特化している。ファイルに対してのアクセス権限を設定することも可能だ。リポジトリを作成したら、チェックアウトURLを使いクラ

※ 一部の画面はデモより Googleの高度なエンジニアリングを支える技術の一つにソースコードレビューがある。ソースの修正点について、レビューし、議論することでさらに良いコードができあがっていく。世界中にいるエンジニアのために、議論はネットを介して行うことになる。 ソースコードの行ごとにコメントが書ける そのためのシステムがMondrianだ。これを作ったのはGuido van Rossum氏、Python開発者でもある方だ。そしてこのMondrianをなんとかオープンソースとして公開したいと願ってきたRossum氏が実現させたのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはRietveld、Google App Engineで作られたソースコードレビューシステムだ。 Rietveldは任意のリポジトリに対して、古い版と新しい版のソースの差分を表示し、レビューを行うこと

「ギークにもなりたいし、ギークを増やしたい」――先日アルカーナへの転職を果たし、先の言葉を実現するために本格的に活動を開始したべにぢょは5月20日、lovecall.jp上で動画ブログを開設した。 ネット上で流行っていることやちょっとしたトリビアなどを分かりやすくユーモアを交えて紹介するという指針が掲げられる中、5月19日の「ギーク・ザ・ブートキャンプが流行っているそうですよ」のエントリは必見だ。 「ギーク・ザ・ブートキャンプが流行っているそうですよ」のエントリから。アスペクト比がおかしいのか、若干昔のカンフー映画のようになっているのは秘密です。（動画提供：lovecall.jp） （このムービーをご利用いただくにはFLASHプラグイン（バージョン8以上）が必要です。 米国の作家、エルバート・ハバードは「人生で犯しがちな最大の誤りは、誤りを犯さないかと絶えず恐れることだ」という。lovec

ビジネスのためのデータ基盤構築 DX時代の企業成長はデータ活用が鍵 新たな展開を後押しするSQL Server活用 オープンソース活用はあたりまえ！ そんな今だからこそ改めて考える 企業ITにおけるOSS活用のメリットとリスク ともにDXを推進する コンテナ化されたワークロードを管理 継続的な価値を生みだす「協創」への挑戦 今を知り、未来を見据える 培ってきたノウハウを最新技術へ対応させる レガシーシステムのモダン化実現への道 身近な改善の第一歩！ ニューノーマルな働き方を前提にした これからの時代のWi-Fi環境構築のポイント アプリケーションモダナイズ 求められている背景にあるビジネスの今 そして、成功の鍵を握るDevOpsの真の意味 データ活用は次のステージへ トラディショナルからモダンへ進化するBI 未来への挑戦の成功はデータとともにある 自社利用の知見・経験を顧客に提供 コンテナ

JavaEE勉強会で、Domain Driven Designの読書会をします。DDDを勉強してみたい方ぜひ参加してください。JavaEE勉強会でやるけど、Javaに関係なく、どんな言語の人にも役に立つと思うので、Java以外の人も、もちろんどうぞ。 まずは、Google Groupに参加するよし。 http://groups.google.co.jp/group/javaee-study?hl=ja

2008年05月20日14:15 カテゴリLightweight Languages javascript - 勝手に添削 - textareaの高さを自動調節 これはなかなかいいですね。 textareaのサイズを入力にあわせて調整するＪａｖａＳｃｒｉｐｔ (イラストdeブログ開発記) イラストdeブログの掲示板の使い勝手を高めるため、textareaサイズをJavaScriptで改行入力毎に大きくするコードを書いてみました Firefox 2, Safari 3, Opera 9で動作確認してあります。 イチ に 三 function resize_textarea(ev){ //if (ev.keyCode != 13) return; var textarea = ev.target || ev.srcElement; var value = textarea.value; var

「はてなブックマーク信者が絶対に言おうとしない３つのこと - tanabeebanatの日記」を読んで。 １．ホッテントリーに入ってもアクセスは増えない ２．ブックマークを集めた記事のほとんどはあっという間に落ちて忘れ去られる ３．本当に役に立つ記事ははてなブックマークされない １は単発的なアクセスなのか、長期的なアクセスなのか。 単発的なアクセスの意味だと、ホッテントリ入りすればはてブから数百〜数千程度のアクセスは来ます。この数は中堅ニュースサイトで紹介された程度でしょうか。これを多いと見るか少ないと見るかはその人のサイトの規模次第。もともとアクセスが多いサイトだとアクセス増加に見えない程度ですが、弱小サイトだとびっくりして思わずブログを閉じようとしてしまう人がでるくらいの数字です。 長期的なアクセスの意味だと、ホッテントリ入りするようなエントリは瞬間的にアクセスが伸びた後も他のサイトか

ビジネスの推進には必須！ ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス オープンソース活用はあたりまえ！ そんな今だからこそ改めて考える 企業ITにおけるOSS活用のメリットとリスク 仮想デスクトップサービスの最新事情 複数の選択肢のあるMSのVDIサービス どう違うのかをわかりやすく解説 年間5,000件の問い合わせに対応 疑問を解消したいユーザーも答える情シスも みんな幸せになるヘルプデスクの最適解 A Business New Era あらゆるモノ・コトが変化している今 デジタルでビジネスは生まれ変わる 50年の経験を持つアイネットが提供 ユーザー企業の使いやすさを第一に考えた ワンストップで使えるマネージドクラウド 現場主導のデジタル変革 ビジネス変革のための“ITの民主化” そして 変わるIT部門の役割 注目急上昇中のDaaS最新情報 コロナ

はてなはサービスの品質向上を目的に、ユーザーテストプログラム「はてなクラブ」を開始すると発表した。未公開サービスを一般ユーザーに使ってもらい、その声を改善につなげるという。 はてなクラブ入会者には、不定期で開催するユーザーテストの参加者募集の案内メールを送る。都合が合う人に、京都にあるはてな本社に来てもらい、開発中のサービスを使った感想を聞くという。 入会にはてなのアカウントは不要。参加者には交通費として一律3000円と、謝礼としてはてなグッズを提供する。 なお、テスト参加者はリリース前の新機能や新サービスに関する情報を公開しないという趣旨の誓約書にサインする必要がある。ただし、テストに参加したことやはてな社内の様子、サービス内容に触れない程度の感想はブログなどで公開してもかまわないとしている。

みなさんは，外部設計書を誰に読んでもらい，理解してもらおうとして思って作成していますか？レビューしてもらう開発プロジェクトのリーダー向けですか，後工程でプログラミングを担当してもらう技術者向けですか，それとも自分のためですか？ もちろん外部設計書は，リーダーも読みますし，プログラミングを担当する技術者も見ます。しかし最も大切なことは，「システム開発を依頼してきたお客様」（発注者）に読んでもらい，理解してもらうことです。上の質問に対して，「お客様」と自信を持って回答できることが，今の技術者に求められているのです。 外部設計書を，開発メンバーではなく，発注者に理解してもらうためには，「いかに発注者にとって分かりやすい外部設計書を作成できるか」と「レビューを通じていかに合意形成を図るか」が重要になります。 とはいえこれまでは，「発注者に理解してもらう」という観点での外部設計の体系的なノウハウはほ

プロジェクトを進める上で必ず起こる問題は，担当者間，チーム間の「コンフリクト（対立）」である。特に，アプリケーションの担当者（チーム）とインフラ担当者（チーム）の間では，経験上，どんな現場でもコンフリクトを起こす。最悪の場合，プロジェクトの成否にかかわる問題に発展する。主な原因は3つ。そのそれぞれについて，PMOがどう対処すべきかを考えてみたい。 後藤 年成 マネジメントソリューションズ マネージャー PMP プロジェクトを進めるに当たって，現場で必ずといっていいほど出てくるコンフリクトと言えば，「インフラ（システム基盤）」と「アプリケーション担当者」の対立ではないでしょうか。特に最近のプロジェクトでは，さまざまな技術を組み合わせてシステムを開発するため，インフラ部分は技術系の専門チーム，あるいはほかの開発ベンダーが担当するケースが多いと思います。 PMO（プロジェクト・マネジメント・オフ

最適なローカライズとは サイト訪問者に可能な限り心地の良い体験と安心を与えるには、まず相手の言語でコミュニケーションをとることが必須になる。ここで指す言語とは、その国の言葉を話すという意味だけでなく、独特なニュアンスやビジュアルといった文化的側面も含まれている。 洋書と訳書を読み比べるとわかるが、単なる直訳ではなく文化が違う読者にも理解できるような補足情報が付随していたり、作家が伝えたい雰囲気や感情を読者に伝えるためにわざと意訳がなされている場合もある。 筆者は村上春樹の小説を英語で何冊か読んでいる。この作家の翻訳を手がけた方は何人かいるが、中でもJay Rubinの文章は英語であるにも関わらず、日本語で読んだときと似たような感覚と感情が湧き出てくるため、好んで読んでいた。 Webサイトのローカライズをするときも同様で、単なる翻訳ではなく感情に訴えかけれるなにかを探し出し、表現しなければな