重複ファイルを探し出し、条件を付けて一括で削除できるフリーソフト「AllDup」
パソコンの空き容量をちょっとでも増やしたい場合に、条件（名前・サイズ・作成日・属性など）を付けて重複している不必要な各種ファイルを探し出し、さらに条件（更新時間・名前の長さ・サイズ）に合致したファイルを一括で削除できるフリーソフトが「AllDup」です。Windows 2000・XP・Vista・7・Server 2003・Server 2008で起動できます。 操作方法などについては以下から AllDup - Hard Links Finder Software http://www.allsync.biz/en_download_alldup.php 上記サイトにあるポータブル版の「Server 1」をクリック。 ダウンロードしたZIPファイルをExplzhなどで解凍して、「AllDupPortable.exe」を起動。 操作画面が表示されます。 重複しているファイルを検索するドライブ
Documents - Japan OpenStack User Group Japan (JOSUG) openstack.jp
Menu TOP Community News Press Release Documents OpenStackリンク LINK The OpenStack Project Google Group - openstack-ja 日本OpenStackユーザ会について オープンソースのクラウド・インフラ構築ソフトウェア OpenStack の情報共有を行うための、日本人有志によるコミュニティです。 JOSUGでは、日本語によるOpenStackに関する情報発信、情報共有を行い、OpenStackの普及、人材育成に貢献します。>>>詳細 日本OpenStackユーザ会カンファレンス2010発表スライド OpenStack におけるネットワークアーキテクチャの検討状況 ＮＴＴ情報流通プラットフォーム研究所 石井久治様 http://openstack.jp/archives/2010111
人月は悪どころか、ものすごい善かもしれない - レベルエンター山本大のブログ
人月計算は、悪だ。 という話はソフトウェア産業にいるエンジニアだったら、誰でも聞いたことがあるだろう。 よく言われる人月計算の悪とは、管理者の意識から個人個人の能力差などの情報が失われることが根本だと僕は考える。 悪影響の一例としてエンジニア単価に能力差が反映されないという点がある。 また別の例として「10人月の工数の作業も20人でやったら0.5ヶ月で終わるんじゃね？」 という単純計算による安易な管理が横行しデスマを生む原因となる。 「人月」の捉え方はともかくとして、すくなくとも良い評判を聞いたことがない。 しかし、僕は最近、人月計算とはとてつもない善ではないかという考え方になっている。 とくにエンジニアに対して「善」、というよりもエンジニアに対して優しさをもって考えられた仕組みだと感じて仕方ない。 人月の神話 作者: フレデリック・P・ブルックス Jr.,滝沢徹,牧野祐子,富澤昇出版社/
企業がオープンソース戦略をとる理由/enchant.jsはなぜOSSか?
ﾆｬｽ! (=ΦωΦ=) 野良猫 @Ua__aU @shi3z_bot こんばんは。最近よく考えるのですが、HTML5+Javascript的なサービスが増えてきた場合、サーバーサイドでない部分は簡単にコピーできるためクローンアプリが増える気がします。端からオープンと考えるべきか、コンテンツ保護も考えるべきか、どう思われますか？ 豚 @butabuta_bot .@ua__au こんにちは。最近よく耳にする話題ですね。ソフトウエアだけに値段をつけて商売になる時代は10年前に終わったと感じています。クライアントソフトウエアはいわばメイド服であり、服はコピーできますが中身はできません。むしろ模倣されることでメイド喫茶はプレゼンスを上げます ﾆｬｽ! (=ΦωΦ=) 野良猫 @Ua__aU @shi3z_bot 返信ありがとうございます。最近Javascriptのエンジンを公開して、ゲームなども
オープンソースにしたときのデメリットってなんなの part2
*前回のあらすじ* http://togetter.com/li/51904 オープンソースを採用することのデメリットは？ ・特許とか知的財産権、ノウハウを守りたいとき ・需要が少ないものに関して進捗が遅い 続きを読む
NTT HOME > NTT持株会社ニュースリリース > NTTがNicira社と共同で遠隔ライブマイグレーションに成功
（ニュースリリース） 2011年8月2日 日本電信電話株式会社 NTTがNicira社と共同で遠隔ライブマイグレーションに成功 日本電信電話株式会社（東京都千代田区、代表取締役社長：三浦 惺、以下「NTT」）は、NTT武蔵野研究開発センタおよびNTT厚木研究開発センタにあるデータセンタを利用したクラウドコンピューティング（以下、「クラウド」）環境を仮想ネットワークで接続する事で、クラウド上のサービスを停止させずに異なる拠点のサーバへサービス機能を移行させる遠隔ライブマイグレーション*1に成功しました。 本研究の成功により、クラウドサービス提供事業者がデータセンタに専用のネットワーク機器を用意しなくても、専用のソフトウェアをサーバ機器へインストールするだけで任意の拠点間でライブマイグレーションが実現可能になります。また、災害や過負荷発生時などの際に、迅速にDR（Disaster Recove
日本のソフトウエア産業、衰退の真因
ソフトウエア・エンジニアリングのリーダーの一人、エド・ヨードンは1992年に、『Decline and Fall of the American Programmer 』を著し、米国のソフトウエア産業の衰退と挫折を警告した。この本を出す少し前まで、彼は「この国が危ない（A Nation at Risk）」というタイトルで講演行脚をしており、同書はそれをまとめたものである。 この本の中で、ヨードンは日本をソフトウエア開発における優等生の一人として挙げ、インドの飛躍を予見している。本が書かれた時点では、インドのＩＴ産業はまだ黎明（れいめい）期にあったが、彼の予想通り、現在は英語圏で質の高いソフトウエア開発力が得られる国として、欧米から頼られる存在になり、ＩＴ立国を目指す他のアジア諸国からお手本と見なされるまでになった。 「この国が危ない」というヨードンの警告に触発されたのか、米国上院の「米国の
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
ラムダ計算 - Wikipedia
この記事には参考文献や外部リンクの一覧が含まれていますが、脚注による参照が不十分であるため、情報源が依然不明確です。 適切な位置に脚注を追加して、記事の信頼性向上にご協力ください。（2020年5月） ラムダ計算（ラムダけいさん、英語: lambda calculus）は、計算模型のひとつで、計算の実行を関数への引数の評価（英語: evaluation）と適用（英語: application）としてモデル化・抽象化した計算体系である。ラムダ算法とも言う。関数を表現する式に文字ラムダ (λ) を使うという慣習からその名がある。アロンゾ・チャーチとスティーヴン・コール・クリーネによって1930年代に考案された。1936年にチャーチはラムダ計算を用いて一階述語論理の決定可能性問題を（否定的に）解いた。ラムダ計算は「計算可能な関数」とはなにかを定義するために用いられることもある。計算の意味論や型理論
Google製のGit用ソースコードレビューシステム·Gerrit MOONGIFT
ソースコードのレビューはシステムの品質を高めるのに大切な作業だ。GoogleやVMWareでも使われており、ブラウザを使って差分を確認してコメントができるようになっている。社内向けには拙作のSubversionソースコードレビューシステムの宍道湖がある（Rails製）。 Git向けソースコードレビューシステム この手のツールはSubversion向けのものが多かったが、Gitでも使いたいならGerritに挑戦してみよう。 今回紹介するオープンソース・ソフトウェアはGerrit、Git向けソースコードレビューシステムだ。 GerritはGoogleが大々的に発表している訳ではないが、Google社員が開発しておりAndroidのオープンソースプロジェクトにおけるソースコードレビューにも利用されている。他のシステム同様に差分を見て、そこにコメントすることが可能だ。 差分を見てコメントする 差分
)
スクラム (ソフトウェア開発) - Wikipedia
複雑な問題に対する完璧なソリューションを1度で実現することは難しい。異なるアプローチとして、不完全なソリューションを素早く出しそこから学び改善する、適応型ソリューションがある。適応型ソリューションをチームで開発するために従うべき少数の規則・軽量フレームワークがスクラムである。スクラムはソリューション開発のフレームワークであるため、その目的は開発したソリューションを介して価値を生み出すことである。 スクラムは「問題に対する解決策を列挙」「高優先度の策を一定期間でチームで実行」「結果の検査に基づく調整」「その繰り返し」を実現できる環境を生み出すシンプルなアプローチである[2]。スクラムのカギとなる基本原則は、プロジェクト開発の途中で、顧客は、要求や必要事項を変えられるという認識である。予想できない変更について、計画に基づく方法で対処することは、容易ではない。したがって、スクラムは経験に基づくア
Getting Real by 37signals
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> `�s�U �q��U Getting Real The smarter, faster, easier way to build a successful web application Start reading →
アジャイル型開発を推進するための活動成果を公開 - 情報処理推進機構：ソフトウェアエンジニアリング
2012年3月26日 更新 2011年4月7日 公開 独立行政法人情報処理推進機構 ソフトウェア・エンジニアリング・センター 概要 最近のソフトウェア開発では、ビジネス環境の変化への対応、これに伴う要求の変更、ソフトウェアの市場投入や投資効果の確認の迅速化が、以前にも増して厳しく求められています。このような状況において、要件を最初に決めずに開発に着手できるアジャイル型を中心とする非ウォーターフォール型の開発手法が注目されています。 IPA（独立行政法人情報処理推進機構）ソフトウェア・エンジニアリング・センター（SEC）では、ウォーターフォール型開発及び、アジャイル型開発の経験が豊富な実務者、契約に詳しい専門家など、産学官の有識者をメンバーとした「非ウォーターフォール型開発ワーキンググループ」を設置し、これらの課題について検討してきました。 この度、日本におけるアジャイル型開発に適したモデル
なぜソフトウェアアーキテクトが必要なのか - デブサミ2011
2. 自己紹介 1/2 • グロースエクスパートナーズ株式会社 – 事業推進本部 本部長 – チーフITアーキテクト – ソリューションデリバリー事業 統括 http://www.gxp.co.jp 3. 自己紹介 2/2 • 日本Javaユーザー会、日本Springユーザー会 • Twitter： http://twitter.com/yusuke_arclamp • ブログ：http://www.arclamp.jp/ • 「ソフトウェアアーキテクトが知るべき97のこと」監修 • 「拡張する空間」共著（藤本壮介氏） オライリーブースで 売ってます 4. 宣伝 • 「アーキテクチャとクラウド～情報によ る空間の変容」 – 建築家とソフトウェアアーキテクトの対談と してイベントを実施 – トゥギャっていただきました • http://togetter.com/li/102207 翔泳社ブー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vimのユーザーと開発者を結ぶコミュニティサイト
オープンソースにしたときのデメリットってなんなの
hayst.com
ソフトウエア・テスト PRESS
EC-One
Amazon.co.jp: オブジェクトデザイン: ロール、責務、コラボレーションによる設計技法: レベッカワーフスブラック (著), アランマクキーン (著), 辻博靖 (翻訳): 本
