TortoiseSVNのインストールと設定
TortoiseSVN は Windows で動作する フリーのSubversion クライアントです。 TortoiseSVN はエクスプローラーの右クリックメニューで動作します。 エクスプローラー上ではアイコンオーバーレイ機能により、 ファイルやフォルダの状態が一目で分かるようになっています。 また、日本語化の完成度も高く、ポップアップの説明文まで丁寧に日本語化されており、 大変使いやすいです。 このページでは TortoiseSVNのインストールとリポジトリへの接続について解説しています。 TortoiseSVNの使用法については、「TortoiseSVNの使い方」で解説しています。 TortoiseSVNをインストールします。 TortoiseSVN のプロジェクトページからインストーラーをダウンロードします。 TortoiseSVNダウンロードページ インストーラーと、日本語化を
有限会社メタボリックス
Communities 「エクストリーム・プログラミングによる究極のセミナー」開催 (2001) 「XP & アジャイル開発プロセス・セミナー」開催 (2002) ソフトウェア・シンポジウム 2007 新潟 実行委員, モデリング WG 主催 ソフトウェア・シンポジウム 2008 高松 実行委員, モデリング WG 主催 日本Grails/Groovyユーザーグループ代表 (2009~) アジャイル・プロセス協議会副会長 (2009~) ソフトウェア・シンポジウム 2009 札幌 実行委員, モデリング WG 主催 知働化研究会コンセプト・リーダー (2009~) ソフトウェア・シンポジウム 2010 横浜 プログラム委員長 Writings 書籍 「実践的 UML 入門」 「はじめる UML モデリング」 「実践アジャイル - ソフトウェア開発法とプロジェクト管理」 「Grails 徹底
アスペクト指向の基礎とさまざまな実装
2年ほど前から耳にするようになった「アスペクト指向」も最近ようやく広まってきた。この連載では「アスペクト指向とは何か？」というところから始め、AspectJやJBossAOPなどを用いたAOPの実装を紹介していく。 関心事の分離とは？ アスペクト指向の話には必ずといっていいほど「SOC」という言葉が登場する。このSOCは「Separation Of Concerns」の略であり、一般的には「関心事の分離」と訳されている。アスペクト指向を理解するためには「SOC」の概念を理解することが重要である。ここで、「また新しい3文字略語か」と顔をしかめて記事を読むのをやめてしまう読者がおられるかもしれないが、少し待ってほしい。このSOCは決して新しいキーワードなどではない。SOCとは、1960年代から1970年代にかけてのソフトウェア工学の黎明（れいめい）期に活躍し、「構造化プログラミング」を提唱した
最低10年使える業務アプリケーション（後編）
前回「最低10年使える業務アプリケーション（前編）」は数年間アプリケーションを保持し運用し続けるためには多くの問題がある点を見てきた。今回は後編として、それらの原因と解決の方策を探り、現代のアプリケーションは長期運用に耐えるのかを考えたい。 動かなくなるカラクリ 前回「最低10年使える業務アプリケーション（前編）」、数年前に構築されたJ2EEアプリケーションが新しい環境で動作せず、企業担当者が怒りと悩みで苦しんでいる例をご紹介した。筆者はそこで、意外にも多くのアプリケーションで共通に持つ悩みを垣間見ることができた。 どういうことかというと、筆者が先の顧客に対し現象を調査したところ、当然ながら古いJDKのAPIとその挙動に依存して動作している個所、および古いJDKでしか動作しないライブラリやオープンソースが非常に多く見られ、さらに一部ではJ2EEの規約に違反していたため、新しいJDKやアプリ
Windows XP/2003のTCP同時接続数制限とその回避：鵜飼裕司のSecurity from KAGURAZAKA：ITpro
Windows XP SP2とWindows Server 2003 SP1のTCP/IPスタックでは、不完全な外向きのTCP同時接続数を10接続に制限しています。接続数が10に達した場合、接続要求はキューイングされ、ある一定間隔で処理されるようになります。 この制限は、ホストがワームに感染した際、他のホストへの影響を最小限にするため、Windows XP SP2とServer 2003 SP1で新たに実装されました。しかしこの制限は、不完全な外向きのTCP接続を大量かつ同時に張るアプリケーションにおいては、大きなパフォーマンス低下を招く可能性があります。例えば、P2Pシステムや脆弱性スキャナなどが挙げられます。特に脆弱性スキャナは業務で利用するケースが多いと思いますので、パフォーマンス低下は非常に致命的です。 これを回避する選択肢の一つとして、TCP同時接続数制限の無いプラットフォームを
[ThinkIT] 第1回：x86サーバのコンソリデーションの課題と目標 (1/4)
ある程度以上の規模の企業では、管理しきれていないx86サーバが相当数存在している。大量に散在するx86サーバを減らして集約することで、管理工数を下げたいという希望を管理者からよく耳にする。 比較的管理が行き届いている企業であっても、利用率の低いサーバが数多く存在しているということが一般的だ。そのような状況をx86サーバで多く見られる理由は、x86サーバの特性と導入されてきた経緯が密接に関係している。 これらの問題を解決に近づける1つの方法としてコンソリデーション（統合）があげられる。x86サーバのコンソリデーションを検討する場合には、リソースの有効利用としてのコンソリデーションと、管理の省力化としてのコンソリデーションという両面を見ていく必要がある。 第1回目の今回は、管理しきれない低い利用率のサーバが増えてしまった背景について整理し、サーバのコンソリデーションをどのように進めていくかを紹
Intel Coreマイクロアーキテクチャの目指す世界 - ＠IT
Intelは、IDF Spring 2006ならびにIDF Japan 2006において、次世代プロセッサのマイクロアーキテクチャ「Intel Coreマイクロアーキテクチャ（以下、Coreマイクロアーキテクチャ）」の概要を明らかにした。Pentium 4の世代では、デスクトップPC向けとサーバ向けにNetBurstマイクロアーキテクチャを採用する一方で、モバイル向けにはBaniasマイクロアーキテクチャ（正式な名称ではない）と異なるマイクロアーキテクチャを採用していた。Coreマイクロアーキテクチャでは、再びモバイル向けからサーバ向けまでが同じマイクロアーキテクチャに統一されることになる。 Coreマイクロアーキテクチャは、2006年後半のサーバ／ワークステーション向けの「Woodcrest（ウッドクレスト）」から採用される（現在のモバイル向けIntel Core Duo／SoloはBa
最低10年使える業務アプリケーション（前編） ― ＠IT
使い捨ての業務アプリケーション ここ10年、いわゆるオープン系開発が主流になってきたころからだろうか、コンピュータ関連の急激な技術革新（という名の新製品ラッシュ）により、その上で動くアプリケーションはひたすら翻弄（ほんろう）され続けている。 例えば、たった10年間さかのぼっただけで、Windows 3.1の16ビットアプリケーション、およびWindows 95、Windows NT 3.51の初期型32ビットアプリケーションが混在する世界だ。その時代から多くのOS、言語が誕生し、忘れられ、淘汰（とうた）されている。 あまり知られていない業務用ハードウェア・ソフトウェアの世界はさておき、読者の方にもなじみ深いWindows上で動作する業務アプリケーションであれば、（1）.NET登場以前のVisual Studioなどで作成したWin32アプリケーション、（2）PerlやPHPなどオープンソー
MacでのWindowsアプリ利用を可能にするもう1つの選択肢--「CrossOver Office for Mac」 - CNET Japan
かつてWindowsプログラムをMacの上で動作させるのは時間がかかり、骨の折れるプロセスであった。また「Virtual PC」エミューレーションソフトウェアを利用する方法が唯一の選択肢であった。 しかしApple ComputerがチップをIntel製品に変えたことで、選択肢が著しく広がった。まずAppleの「Boot Camp」ソフトウェアにより、IntelベースのMacはWindowsまたはMac OS Xのいずれかで起動できるようになった。また新興企業のParallelsは、Windows OSを別のバーチャルマシンの上で動作させることを可能とするソフトウェアを公開している。パフォーマンスにはわずかなロスが生じるだけである。 さらにまもなくもう1つの選択肢が登場する。これはこれまでの選択肢とは異なり、Windowsソフトすら必要としないというものである。CodeWeaversという
MP945-VX
高品質・高性能を追求 「MiniPC」はIntel の次世代モバイルCPU Core 2 Duoプロセッサー コード名：Meromを正式に対応になりました。CPU Core 2 Duoプロセッサー（Merom）を搭載することにより、静音性を重視しながら、さらに省電力、効率的な高性能PCを構築できます。 ※Merom CPU 対応のBIOSバージョンはR1.08以上となります。 ライフスタイルに溶け込むスタイリッシュデザイン 「MiniPC」のボタンはパワースイッチとイジェクトの２つだけ。スリットのみでトレイのないスロットインDVDスーパーマルチドライブを採用、接続端子を背面に集中させたシンプルなデザインでありながら、Intel(R) Dual coreプロセッサーを採用することで、省電力、低発熱、低騒音構造を実現しています。置き場所を選ばないコンパクトな筐体（幅、奥行き165mm、高さ55
【レビュー】独自機能満載の新感覚ノートPC「FlyBook V33i」を試す (1) 実物の質感は予想以上 | パソコン | マイコミジャーナル
海外メーカーによる独自機能を備えたノートPCが国内でもお目見えする。Dialogueが発売する「FlyBook」は、イタリアでデザインされた高品位な外観に独特の特徴を兼ね備えた小型のモバイルノートPCだ。MYCOMジャーナルではこれまでも何度となく取り上げてきた製品だが、いよいよ正式に日本でも販売されることになったので、改めて製品をレビューしてみたい。 今回レビューしたのは、2製品あるFlyBookのうちの「FlyBook V33i」。もう1製品の「FlyBook VM」は液晶ディスプレイの開閉が独特で、飛行機や新幹線の座席でも見やすい、というセールスポイントがあったが、V33iは一見して普通のノートPCである。ただ、こちらも使いやすく面白い機能が満載だ。 FlyBook V33i V33iは、本体サイズが235(W)×155(D)×31(H)mm、1.23kgで、ほぼA5サイズという小型
米AdobeのSpry framework for Ajaxが1.1へ - prototype.jsライクな使い方も (MYCOMジャーナル)
5月11日に発表された、米Adobe Systemsの Ajax向けフレームワーク「Spry framework for Ajax」が早くもバージョンアップ、PreRelease1から1.1となった。現在、同社の技術者向けサイト「Adobe Labs」で公開されている。バージョン番号からすると、マイナーバージョンアップと思いきや、バグフィックスや若干の変更ではなく、かなりの機能強化をしてのバージョンアップとなっている。以下、主な変更点を中心に紹介する。 PreRelease1.1ではバグフィックスはもちろんだが、特にXML処理関連部分で、いくつかの機能が加わっている。まずは、新しい拡張属性の追加だ。次の4種類が追加されている。 ds_CurrentRowNumber ds_CurrentRowID ds_SortOrder ds_SortColumn ds_CurrentRowNumbe
XPの欠陥修正フィードバック・ループを分析する
前回（「口に出す前に考える、『システムって何？』」）で紹介した「逆システム学」は、経済や生物にとって重要なのは「多重で階層的な、開かれたフィードバック制御」なのであって、要素還元論でも全体的原理主義でもないのだ、という話だった。 個が最適に動くから全体としてうまく動くのではない。システム全体が個を制御するのでもない。個とシステムの間に「多重で階層的な、開かれたフィードバック制御」という領域があり、それこそが逆にシステムを形作っているのである。そしてそれは多分ソフトウェア開発でも同じであろうと考えた。でも正直なところ、これだけじゃあ、どういうソフトウェアを開発すればいいのかよく分からない。そこでこの問題をもう少し掘り下げて考えてみることにした。 例えば、典型的なウォーターフォール型開発プロセスでは、プロジェクトを駆動するのはプロジェクト初期に立てた要求仕様（何を作るか）とプロジェクト計画（ど
口に出す前に考える、「システムって何？」
われわれは日常的にたやすくシステムという言葉を使ってしまうけれど、システムって何だ？ システムズ・エンジニアって誰だ？ 「最近システムがよく落ちるんで困るっすよ」ってどーゆーことだ？。 システムとは相互作用する複数の要素の集合。だから太陽系もシステムだし、会社もシステムだし、計算機もシステムだ。仏教的にはあらゆるモノはほかのモノとの相互作用においてのみ存在するわけだから、（仏教的世界においては）あらゆるモノはシステムということになる。とはいっても、例えば地球、月、太陽というたった3つのモノの（古典）力学的相互作用にさえ、厳密な一般解はないといわれているくらいで、カンタンではないのもシステムとゆーやつの特徴だ。 この複雑で厄介なシステムを「エンジニアリング」的に相手にして、飯を食っているのがわれわれシステムズ・エンジニアである。じゃあ、こんなものをどうやって相手にすればよいか。大きく分けて2
＠IT：ソフトウェア開発をちゃんと考える（2） 開発者の集合はどのように形作られているか
ソフトウェア開発の効率性を考えていると、いつかは必ず人の問題に突き当たる。プロジェクトチームという開発者の集合はどのように形作られ、どのように動いていくものなのだろうか。そこには必ず何らかの機構（メカニズム）があるはずだ。（＠IT編集部） アーキテクチャといえば、普通はプロダクトの、あるいはソフトウェアのアーキテクチャを思い浮かべるわけだけれど、システムやソフトウェアを作っていく過程ではプロジェクトのアーキテクチャ、つまり開発に主体的にかかわっている人たちの集合がどのように形作られるかも、とても重要な要素になる。 なんでこんなことをいい始めたかというと、たまたま「フューチャー・オブ・ワーク」を読んだからなのだ。なんで、こんな本を読んだかというと、 著者のマローンは米マサチューセッツ工科大学で「The MIT Process Handbook Project」［注］というプロジェクトをやって
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TortoiseSVN ユーザガイド
Subversion によるバージョン管理
夕刊フジBLOG - Ｗｅｂ２．０＝無料ＨＰで何でもできる時代
WINEの導入とIEを動作させるまで
【mindmap.jp】マインドマップの描き方・書き方、応用例、ツール、考え方、セミナーについて