ソフトウェア工学

Visual Studio 2008/2010とNotepad ++の間で配色/テーマを同期する簡単な方法はありますか？Visual StudioとNotepad ++が同じドキュメントを指すようにし、それだけでスタイルを維持できるようにしたいと考えています。

10 visual-studio  notepad++ 

時間の経過とともに、ますます多くのオープンソースコードが生成され、さまざまな無料または部分的に無料のリポジトリに追加され、その後一般に放棄されているのが私の印象です。 放棄されたコードを処分するための一般的に受け入れられている基準はありますか？これはリポジトリによって強制されるのでしょうか、それとも元のコード作成者がやるべきことなのでしょうか？

10 open-source  maintenance 

タスクレベルの見積もりと時間の報告を処理するために、ソフトウェアの見積もりの第10章でSteve McConnellが説明している手法を（大まかに）使用しています。。具体的には、タスクレベルの見積もりを作成するとき（プロジェクトでコーディングを開始する直前）に、かなり細かいレベルでタスクを決定します。これにより、可能な限り、単一ポイントのタスクがないようにします50 4時間を超える信頼度推定値。このようにして、タスクの見積もりプロセスは、ソフトウェアの構築に役立ち、見積もり中にタスクを忘れないようにします。また、各タスクで可能な時間範囲を考え出し、McConnellが記述した統計計算と履歴精度データを使用して、必要に応じて他の信頼水準で推定を生成できます。この方法は私にはかなりうまく機能しているように感じます。タスクとその推定値を追跡のためにTFSに入れる必要があるため、使用するように言われた信頼度の割合で推定値を使用します。 しかし、仕事を忘れたときどうすればいいのか、あるいは、自分が見積もった仕事の1つにきちんと収まらない仕事をしなければならなくなってしまいます。もちろん、この状況を回避しようとするのが最善ですが、忘れられた/変更されたタスクをどのように説明しますか？将来の見積もりに役立つように、できる限り最高の履歴データが欲しいのですが、今は基本的に、50％の信頼性の見積もりを行ったかどうか、および範囲の見積もりの​​範囲内で行ったかどうかを計算しています。 必要に応じて、質問内容を明確にさせていただきます。不明確な点をお知らせください。

10 estimation 

リフレクターを取り巻く問題を読んで、私は製品とその使用法について考えました。多くの人々はそれを必須のツールと考えているようです。 私は認めざるを得ません、私は何年もリフレクターを使用していません。つまり、.Net APIと使用するサードパーティコンポーネントの両方のドキュメントがあります。以前は、同僚がリフレクターをツールベルトから引き抜いたときはいつでも、彼が雑草に向かったという感覚を得ました。 Reflectorに関する情熱をすべて読んでいると、本当に何かが足りないのかと疑問に思うようになります。リフレクターのようなものが非常に頻繁に必要になるので、それを不可欠なツールと考えるのはなぜですか？非常にまれに必要になる場合もありますが、必須のツールと見なすには不十分です。教えてください。

10 .net  reflector 

大学に戻ったとき、クラスでコンピューターサイエンスの法則の1つを教えている教授を覚えています。彼は「より多くのコードはより多くのバグを意味する」のようなものを言って、それに名前（Whatchamacallitの法則）を与え、それを誰かに起因させた。 この「法則」がどこから来たのか、誰が言ったのか、それが元の言葉であるのは誰か知っていますか？

10 bug  computer-science  theory 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 こんにちは、電車の中で何かをするためのネットブックを購入したいと思います。誰かがネットブックで簡単なものをコード化することがどのように報告することができますか？10/12 "。 とても安いものを買いたかった。1GB RAMのように、1,6GHZ blabla。ApacheでLinuxを実行します。JS / PHPでコーディングします。IDEとしては、notepad ++を使用します。だからeclispeや他の何かのような大きなものは何もありません。多分後でJavaの日食になりますが、それは本当に重要ではありません。 では、最初に、このセットアップはそのようなネットブックで問題なく動作しますか、そしてコーディングは大丈夫ですか？ ネットブックのホームページにはスタイルを設定していません。コーディングしたいだけです。 誰かがその中で彼の経験を共有できればいいのですが。 おかげで:)

10 coding 

カナダでは、誰もが日付形式に精通していますYYYY-MM-DD。ヨーロッパや南アフリカでは、彼らが好むDD-MM-YYYY。南アフリカから、YYYY-MM-DD日付の形式に戸惑うユーザーがいます。この状況に対処する方法はありますか？ 私は次のメソッド形式をすべてに使用することを考えていました： Feb 02, 2011

10 websites  date-format  formatting  standards  ambiguity 

私が作業する場所では、コードが完全なスパゲッティである古いシステム（.NET 1）で開発（およびバグ修正）しなければならないことがよくあります-変​​数名、プログラム構造、コメントはほとんど考慮されていません。 このため、どのビットを変更する必要があるかを理解するには年齢がかかります。変更を加えたため、既存のソフトウェアを「壊す」ことがよくあります。私は本当に（同僚と）数か月かけてリファクタリングするのに費やしたいのですが、既存の開発者はどちらもニーズを理解できず、これに時間をかけることもできません（システムは巨大です）。 私が何かを修正するのに数日かかるので、私が他の何かを壊したことを発見するのに数日かかるので、私はそのコードに取り組む必要があることを恐れています。これは明らかに私を無能に見えるようにします-それで私はこれにどのように対処できますか？

10 refactoring  debugging 

私はソフトウェアエンジニアリングの学位を取得して3年目の学部生です。今年から、私の大学は「コンパイラー構築」と呼ばれる新しいコースを導入しました。これは、コンパイラーを構築する理論の基礎を教えます。 ソフトウェアエンジニアがコンパイラの構築について学ぶ上で、実際にどのような利点がありますか？

10 tools  compiler 

私は、特定のあいまいなプログラミングモデルを簡略化するために、ドメイン固有の言語を設計することについて議論しています。議論の一部は、既存の言語/ランタイム（Javaなど）の上にそれを（スクリプトとして）構築するか、それをスタンドアロン（独自のコンパイラ、＆c）にするかです。 DSL設計の経験がある方、長所/短所、または適切なアプローチに対する確実な答えはありますか？

10 language-design  scripting  dsl  runtime 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 5年前休業。 では、ここで質問です。アスペクト指向プログラミングパラダイムを使用する利点と欠点は何ですか。 これまでの私の長所と短所： 利点： オブジェクトの向きを補完します。 コードの保守性と理解性を向上させる分野横断的な懸念をモジュール化します。 不利益： 把握するのが最も簡単な概念ではない-OOほど文書化されていない OOは、懸念の分離において十分に進んでいます... 誰かがこれらに挑戦したり、自分のものを追加したいですか？ どうもありがとう、J

10 learning  self-improvement 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、議論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 6年前休業。 私は大学の新入生で、ソフトウェアエンジニアリング/ファイナンスのダブルメジャーをやっています。私は自分でプログラミングを学んでおり、これまでにphpにかなり慣れています。私はあなたが最も関連するプログラミング言語が金融/投資銀行の使用のためであるとあなたが何を考えているのかと思っていましたか？ 私はこのスレッドを読みました：https : //softwareengineering.stackexchange.com/questions/13109/books-on-developing-software-for-financial-markets-investment-banks 私は言語（基本的な財務/定量的なものではない）について学習/読み始め、将来の財務/定量的なものの基礎を設定したいと考えています。

10 programming-languages  financial 

次のうち、読みやすいものはどれですか。手書きのループ： for (std::vector<Foo>::const_iterator it = vec.begin(); it != vec.end(); ++it) { bar.process(*it); } またはアルゴリズムの呼び出し： #include <algorithm> #include <functional> std::for_each(vec.begin(), vec.end(), std::bind1st(std::mem_fun_ref(&Bar::process), bar)); std::for_eachこのような単純な例を考えると、本当に多くのコードがすでに必要であるため、本当に価値があるのでしょうか。 この問題についてどう思いますか？

10 c++  algorithms 

だから今は2011年です。私がアクティブなプロジェクトのコーディングを続けているので、いくつかの著作権情報を更新する時がきたのです。 例えば。Copyright Widgets Ltd 2010からCopyright Widgets Ltd 2010、2011へ 私の質問は、著作権表示をいつ更新するかです。 そのファイルで初めて作業するときに、ファイルの先頭にある通知を変更しますか？ モジュールは、連携して動作する多くのファイルで構成されるコードの1つなので、そのモジュールの1つのファイルを変更するときに、そのモジュールのすべての通知を更新しますか？ プログラムは1つのコード（おそらく多くのモジュールで構成されている）なので、そのプログラムの1つのファイルを変更したときに、そのプログラムのすべての通知を更新しますか？ それとも、あなたがプログラミングと更新を始めようとしていることを根拠に、朝のコーヒーを一杯にまとめて変更しますか？

10 copyright 

自分の作品に適したライセンスを選択するのに問題があります。 私はいくつかの要件があります： GNU（L）GPLのようなコピーレフトではなく、他のライセンスに基づく再配布が可能 他の人があなたの（変更された）作品を再配布することを許可しますが、他の人が私の作品から自由にお金を稼ぐことを防ぎます（彼らが望むなら、彼らは商用ライセンスを要求/購入する必要があります） GNU（L）GPLとの互換性 私の仕事によって生じたいかなる損害についても責任を負いません 現在、私はBSDおよびCC Attribution-NonCommercial 3.0ライセンスに基づいて独自の小さなライセンスを作成しましたが、それが法廷で成立するかどうかはわかりません。 著作権<年> <著作権者>。全著作権所有。 この作品の再配布は、変更の有無にかかわらず許可されています ただし、次の条件が満たされている必要があります。 1.すべての再配布は、<著作権者>をオリジナルとして帰属させる必要があります この作品の著者またはライセンサー（ただし、 彼らはあなたまたはあなたの仕事の使用を支持します）。 2.すべての再配布は非営利目的であり、無料である必要があります<著作権者>からの 書面による特別な許可がない限り。 この著作物は、「現状有姿」で<著作権者>から提供され、明示的または黙示的 保証は否認されます。<著作権者>はいかなる損害についても責任を負いません この作品の使用から何らかの方法で発生します。 今、あなたはどちらかによって私を助けることができます： 私の要件を満たす既存のライセンスをポイントしてください 私のライセンスに重大な欠陥がなく、おそらく法廷に留まることを確認します 編集： 「GNU（L）GPLと互換性がある」と定義できますか？ 「GNU（L）GPLと互換性がある」とは、その下でライセンスされているすべてのコードをGNU（L）GPLプロジェクトにインポートできることを意味しますが、その逆は（必ずしも）できません。 私は「非営利」という言葉を使いましたが、「営利」ライセンスを購入しない限り、（変更された）再配布にお金を要求することは違法であるべきです。 編集 基本的に私は何か不可能なことを求めています。私にとって重要な順に： GNU（L）GPLのようなコピーレフトではなく、他のライセンスに基づく再配布が可能 GNU（L）GPLとの互換性 他の人があなたの（変更された）作品を再配布することを許可しますが、他の人が私の作品から自由にお金を稼ぐことを防ぎます（彼らが望むなら、彼らは商用ライセンスを要求/購入する必要があります） 最初と2番目は完全に互換性がありますが、最後は2番目と互換性がなく、オープンソース化は最初のものと互換性がありません。RAAH！ これは私が使用する新しいライセンスです。10本の線、要点まですばやく、タイト（IANALビューから）。 著作権<年> <著作権者>。全著作権所有。 修正の有無にかかわらず、この作品の再配布は以下の場合に許可されます <著作権者>は、の原作者またはライセンサーとして帰属します この作品ですが、<著作権者>が推奨していることを示唆するものではありません あなたまたはあなたの作品の使用。 この著作物は、「現状有姿」で<著作権者>から提供され、明示的または黙示的 保証は否認されます。<著作権者>はいかなる損害についても責任を負いません この作品の使用から何らかの方法で発生します。

10 licensing