以前にcoLinuxの紹介をしましたが、やはりまだ若干の導入の面倒さを感じた人もいるのではないでしょうか？ そんな方のために、coLinuxをイチから設定することなく利用することのできるandLinuxを紹介したいと思います。 andLinuxって何？ coLinuxをベースにし、xming等を含めたパッケージでWindows上で動作します。なお、使用されているディストリビューションはubuntu7.10です。 売りとしては、WindowsとLinuxがシームレスに使えるということなのですが、Xmingを使っている方にとってはイマイチ目新しさは感じないでしょう。 やはり個人的に感じているメリットとしては、仮想環境のLinuxを手軽に導入できるという点だと思っています。 注意事項 さて、andLinuxをインストールする前に気をつけてください。インストールを完了するまでには、最低1回のWin
一般開発者が参照するドキュメントや情報がそろっていること それぞれのフレームワークにはメリット・デメリットがあり用途に応じて適切なフレームワークを選択しなければならない。また、機能面だけでなく開発・保守メンバーのスキルや開発組織文化に適合する物でなければプロジェクトを成功に導けないと思う。 初回で述べた「フレームワークの機能・要素として欲しいポイント」の観点から幾つかのフレームワークを素材として組合せ調理するかを考える、前提条件が異なれば答えも変わるため一つの例として考えて欲しい。 ベースとなるフレームワークには枯れたStrutsと薄いラッパーフレームワークでありながら、HotDeployや控えめな規約重視で煩雑なコードとコンフィグを排除しPOJOでの開発を実現しているため2,5,7以外の項目でSAStrutsが妥当と判断した。 Seasar2コンテナに関しては初期バージョンから実践投入し
Googleの開発者イベント「Google I/O」 初日基調講演レポート ～AndroidやOpen Socialをデモ 会期：5月28～29日(現地時間) 会場：米国サンフランシスコ モスコーニコンベンションセンター 米Googleは、5月28日、29日(現地時間)の両日、米国サンフランシスコ市で、開発者向けのイベント「Google I/O」を開催する。会場は、サンフランシスコ市内のモスコーニコンベンションセンター。IntelのIDFやAppleのWWDCなどが開催される場所として有名なところだ。 Google I/Oは、Googleとしては3回目の開発者向けコンファレンスとなる。昨年5月に開催されたときには単純にDevelopers Conferenceだったが、今回、Google I/Oという名前が付けられた。なお、このイベントを皮切りに、各国でも開発者向けコンファレンスが開催され
外部設計書で最も大切なことは，「システム開発を依頼してきたお客様」（発注者）に読んでもらい，理解してもらうことです。外部設計書を，開発メンバーではなく，発注者に理解してもらうためには，「いかに発注者にとって分かりやすい外部設計書を作成できるか」と「レビューを通じていかに合意形成を図るか」が重要になります。本連載では，発注者が理解しやすい外部設計書の書き方とレビューの方法に関する具体的なノウハウを解説していきます。 第1回 ユーザーと意思疎通が図れない外部設計書は危ない 第2回 ［システム振舞い編］一覧表に一工夫入れることで漏れや重複をなくす 第3回 ［システム振舞い編］全体を俯瞰でき，システム化範囲が一目で分かる業務フローを作成する 第4回 ［システム振舞い編］発注者が理解しやすいシナリオの記述方法 第5回 ［画面編］見れば“わかる”「画面レイアウト」の作り方 第6回 ［画面編］画面遷移を
Working Effectively with Legacy Code読書会でChapter1からChapter3までのまとめを担当しました。例によって資料はhandsOut.jpに公開……できません*1。我ながら恥ずかしくなるほどのグダグダな発表だったわけですが、参加者のみなさんに助けられていい議論ができたかと思います*2。 最近私は、勉強会や読書会などに参加するときにはできるだけ「発表する側」にまわることを心がけています。単に「○○勉強会に参加しました。楽しかったです」だけで終わってしまうのが怖いからです。発表を担当すると、「自分ではその内容を何となくわかっている(つもり)。でも、それを資料にまとめようとすると筆が進まない。口頭で発表しようとすると言葉に詰まってしまう」ということがよくあります。今回もまさにそんな状態で、後半なんか自分が何を言っていたのかも思い出せないようなひどい状態
t-wadaさんは結局来なかった。仕事のほうは大丈夫だったんだろうか ちなみにTDDは（※自主規制※）の略という説があるらしい 新しい技術に興味がある人というよりは本当に悩みを持ってる人が集まったという感じでとてもよかった。他の勉強会が浮ついているという意味ではないが Lingrはよかった。今度からノートパソコン持っていこう メモを本に書き込んでいくスタイルを個人的に採用してみた 懇親会で腰リールに「EDD」と書いているのを見つかってしまった ちなみにその前にメモしていたのが「レガシーハラスメント」 くだらないことしかメモしないのがt-wadaさんと同じと言われました 「ツンデレガシー」という表現が話題に 以下、内容のメモ 健康な人をさらに健康にするのではなく、いわば病人に対する手術 社内的に「成功した」と言われているシステムにテストがなかったり リファクタリングねた 単なる修正のことをリ
メインの読書会 id:t-wadaさんのブログを炎上させたことで話題の「WORKING EFFECTIVELY WITH LEGCY CODE」読書会に参加してきた。 正直、英語の本ってことで敷居の高さを感じていてギリギリまで参加していいのかどうか悩んでたんだけど参加 してよかった。本そのものの内容も勿論いいんだけど、フリーディスカッションでの各参加者のリアルな悩みとかが 個人的に凄く面白かった。（ブログには書きづらい話もあったけど） lingrのログを見れば大体の流れがわかるはず。 http://www.lingr.com/room/wewlc id:t-wadaさんは結局諸事情で来れなかった…。 懇親会 mootohさんがvim使いだということがわかった。mootoh++ 東京でもvimの勉強会やりたいねーという話をした。 普段やってることが面白そうだった。 今日の裏目的の「id:to
WEwLC読書会に参加してきました。 読書会って初めて。洋書も初めて。 読み合わせる感じのものを想像していたけど、白熱した議論があり、Lingrからの突っ込みもありでとても楽しかったです。 特に印象に残っているのは リファクタリングの誤用の話 やっぱりあちこちで誤用されているみたい。自分も微妙な使い方をしないよう気をつけないと。 参考1:http://capsctrl.que.jp/kdmsnr/wiki/bliki/?RefactoringMalapropism 参考2:refactoringの意味・使い方｜英辞郎 on the WEB：アルク 英辞郎すげぇ。 テストを書く動機付けの話 みんなにテストを書いてもらうにはどうすべきか。現状、あまりテストコードは書かれていないみたい。そして、動機付けも難しい。 テストコードを書くには書いたけど、いかにメンテしていくか（資産としていくか）という
メモ koido Blog - koido Blog HttpUnitを利用したWeb画面テストの自動化 （1/2）：CodeZine id:t-wadaさんがこられることをずっと、prayしていた第1回勉強会。 なまなましい現場の話が話題に出てきたり、 書籍の内容を読んで、あるあるっていう話があったり、 と、現場ドリブンな、有意義な勉強会でした。 懇親会もまた深い話で盛り上がれました。 せとさん、はじめ、参加されていたみなさん、 どうもありがとうございました。 読書会の内容で、気になったことを書くとすると、 第1章のソフトが変更することになる理由について。 第1章 ソフトが変更することになる理由 機能追加 バグ修正 設計の改善 リソースの最適化 新規開発、運用・保守の切り口で考えると、 開発、保守の立場の帽子をかぶると、 現場としてすごくやりたいことは、「設計の改善」 「設計の改善」、「
本日はWEwLC読書会でした。 Working Effectivelry With Legacy Code読書会 普段Legacy Codeに悩まされている方々が集まって濃い読書会になりました。いろいろな分野の方がいて、そこでの困った話とかが聞けて本当に楽しかったです。 通常のセミナーとか勉強会というのは同じドメインの人が集まるのでそれはそれでとんがった話はできるんですが、今回のようにいろいろとバラエティーにとんだ層があつまるのは本当にたのしいですね。 次回はどこかの章を担当させてもらおうと思います。こういう読書会で聞くだけってのは申し訳ないし、発表したらそれはそれで自分のためになるし。 私はもうすっかりテスト厨なわけですが、UnitTestをする意味を理解してもらうための努力とか、そもそもリファクタリングの誤用が多いってのは何とかしたいところ。 まずはみんなリファクタリング読もうよ。 リ
Important Update: Webs has been shut downWe're undergoing some changes at VistaPrint to bring you even better services, and that means Webs.com is evolving too. But don't worry, we're with you every step of the way to make this as smooth as possible. For any of the following services, here is what you need to know:WebsitesStarting on August 31,2023, your Webs.com website will need to be moved to a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
