ソフトウェア工学

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 ほとんどのプログラマーは、単一のスタックに特化して他のものを残していますか、それとも複数の言語の専門家ですか？複数の場合、標準はいくつですか？ 専門家とは、単に言語の構文を知っているだけではありません-専門家は、常に物事を調べたり本/チュートリアルを読んだりすることなく、自明でないプログラムを書くことができる十分な標準ライブラリ、ツール、環境、構文を知っています。

21 programming-languages  self-improvement  experience 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 私の職場の幹部が私と私の開発者グループに質問をしました。 C＃開発者は1か月に何行のコードを生成できますか？ 古いシステムをC＃に移植する予定でしたが、プロジェクトの計画の一環としてこの方法を望んでいます。 ある（明らかに信用できる）情報源から、彼は「10 SLOC / 月」と答えましたが、彼はそれに満足していませんでした。 グループは、状況の長いリストに依存するため、これを指定することはほとんど不可能であることに同意しました。しかし、私たちは彼にもっと合った答えを考え出さなければ、その男性は去らない（または私たちに非常に失望しない）と言うことができました。そこで彼は「10 SLOC / 日」という何倍も良い答えを残しました この質問に答えられますか？（オフハンドまたは何らかの分析を含む）

21 productivity  project-management  c# 

特定のアプリケーションのスケーラビリティについて、いくつかの技術的なプレゼンテーションを行うよう依頼されました。アプリケーションは、Java、Spring MVC、Hibernateを使用して開発されています。アプリケーションのソースコードにアクセスできます。 （ソースを使用して）ソフトウェアスケーラビリティを測定するにはどうすればよいですか？また、ソフトウェアスケーラビリティを測定する際に注意する必要があるメトリックは何ですか？

21 scalability  metrics 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 ワークグループにユニットテストを導入するための戦いでは、この概念についてほとんど知識を持たない人がたくさんいます。提案できますか： トピックに関する人々を迅速に紹介するための最高の記事またはチュートリアル ユニットテストを詳細に学習するための最高の包括的な本 ユニットテストの有効性を証明する学術研究と研究

21 books  testing  unit-testing 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 皆さんの何人かが経験した広大な経験を考えると、ここで最もよく答えられる質問があります！ 私はCSで学士号を取得し、それに直面しましょう。C++とPythonに慣れているだけです。C ++-私は示す経験がなく、SOの一部の人のようにC ++標準を引用することはできませんが、それでも私は言語の基礎と大事なことに満足しています。Pythonを使って、良い会社での実務経験があるので、それを安全に置くことができます。 Cに触れたことは一度もありませんが、今はCに触れることを意味しています。したがって、履歴書にCを書くことはできません。確かに私は1か月でK＆Rを終えて言語の感覚をつかむことができますが、それを書くのは自分に不忠実になる原因にはなりません。 それで、大きな問題は、履歴書にある2つの言語がOKであると考えられているのか、それとも通常悪い兆候なのか？私が見たほとんどの履歴書は多くの言語に言及しているため、私の質問です。私の履歴書の言語セクションの下に、私はただ言及します：C ++とPython、そしてそのちょっと空っぽ！ これについてあなたはどのような意見をお持ちですか？また、そのような状況についてどう思いますか？ PS：よく知っているライブラリやAPIをすべて書きたくはありません。または私はすべきですか？

21 resume 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 私はソフトウェアエンジニアであり、過去数年間、事実上ソフトウェアプロジェクトマネージャーになりました。そのため、R＆D /エンジニアリング部門の健全性を維持するために、お客様はリクエストに応じて私に来ることに慣れています。私はこの分野での経験がないので、ソフトウェアプロジェクトのプロジェクトマネージャーとして行動するのは初めてです。私は他のものを管理しましたが、ソフトウェアは管理していません。 それでは、ソフトウェアプロジェクトをどのように管理し、優先順位をマークしますか？リクエストはまれにしか届かないため、他の人のために何かに取り組むことができ、その後、別の人が「急いで」仕事をする必要があります。ファーストカム、ファーストサーブと言う方が簡単ですか、それとも最もお金を持っている人ですか？

21 project-management  requirements  feature-requests 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 言語相対性とは、言語が私たちの考え方を形作るという考え方です。私の質問は、これがプログラミングにどのくらい、そしてどの程度まで適用されるのかということです。 一部のネイティブの自然言語は、プログラミングについて考えるのに他の言語よりも適していますか？たとえば、以下を英語以外の言語でより簡潔に述べることができますか？ Select a pivot. Move all the items less than the pivot to one side of the list, and all the items greater than the pivot to the other side. 中国語を話すプログラマーは、英語を話すプログラマーとは根本的に異なるレンズでプログラミングを見るのですか、それとも両方が主題に没頭しているときに違いが消えますか？ 一部のプログラミング言語とドメインは、ある言語または別の言語で考えるのが簡単ですか？たとえば、Rubyの作成者が日本人であるため、日本人の場合はRubyを理解するのは簡単ですか この質問は、「プログラミング言語がプログラミングの考え方にどのように影響するか」ではなく、「自然言語がプログラミングの考え方にどのように影響するか」に焦点を当てていることに注意してください。 邪魔にならないように、明らかに実用的な利点がある言語は英語です。私は利点は次のように英語のキーワードを選択するプログラミング言語とはほとんど持っていると思うif、for、while、とdo、ちょうどイタリア語話せないミュージシャンとしてのような言葉でアップトリップされていない強みを。少なくともプログラミングの世界では、英語が最近の共通語であるため、他のプログラマとのアイデアのコミュニケーションに関係しています。たとえば、StackOverflowで質問をするには、本当に英語を知っている必要があり、適切な回答が必要な場合は英語をかなりよく知っている必要があります。これは帝国主義的な態度のように聞こえますが、実際には実際に真実です。 それはさておき、言語の固有の特性は、言語を話すプログラマーがデータ構造やアルゴリズムなどについてどう考えるかに影響しますか？ロジックやプログラミングについて話すときに特に簡潔な言語はありますか？それらの言語のネイティブスピーカーがより速く考えることができますか？

21 philosophy 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 例外処理をプログラマーに教える方法を教えてください。他のすべてのこと-データ構造、ASP.NET、WinForms、WPF、WCF-を簡単に教えられます。名前を付ければ、すべてが簡単に教えられます。 例外処理では、try-catch-finallyを教えることは、例外処理の構文的な性質にすぎません。 ただし、教えるべきことは-コードのどの部分をtryブロックに入れますか？catchブロックで何をしますか？ 例で説明しましょう。 Windows Formsプロジェクト（小さなユーティリティ）で作業しており、3つの異なるプロジェクトで以下のように設計しました。 UILayer BusinessLayer DataLayer DataLayerで例外（XDocumentをロードすると例外がスローされると言います）が発生した場合（UILayerがBusinessLayerを呼び出し、BusinessLayerがDataLayerを呼び出します）、次のようにしますか？ //In DataLayer try { XDocument xd_XmlDocument = XDocument.Load("systems.xml"); } catch(Exception ex) { throw ex; } BusinessLayerで再びスローされ、ログファイルに書き込むUILayerでキャッチされるのはどれですか？ これはあなたが例外処理をどのように行っているのですか？

21 java  programming-practices  c#  teaching  exceptions 

TheDailyWTFだけでなくSOにも、意図的に悪いコードに関する多くの話があります。典型的なケースは次のとおりです。 無駄な時間を浪費する構造（たとえば、巨大な値にカウントする空のループ）があるため、プログラマーは、タスクを削除することでアプリケーションを簡単に「高速化」できます。 意図的に誤解を招く、間違っている、またはまったくドキュメントを提供して、高価なサポートリクエストを生成する。 すぐにエラーを生成するか、さらに悪いことに、すべてが正常に機能していても生成され、ロックを解除するために高価なサポート呼び出しが必要になるようにアプリケーションをロックします。 これらのポイントは、多かれ少なかれ悪意のある態度を示しますが（場合によっては偶然であっても）、特に最初のポイントはかなり頻繁に発生します。 そのような構成体をどのように扱うべきですか？問題を無視するか、問題のあるコードを削除しますか？上司に通知するか、「機能」を紹介した人に話しますか？

21 bad-code 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 私にとっては、C＃とJavaの人です。これらの2つの言語は非常に似ているので、互いに簡単にクロスオーバーできます。他の異なる言語を取り上げるのが良い考えかどうかはわかりません。何かご意見は？

21 programming-languages 

私は常にこの質問を念頭に置いていましたが、尋ねる適切な場所を見つけることができませんでした。ネット上でいくつかの本当に素晴らしい素晴らしいオープンソースフリーソフトウェアが利用可能です。これらの製品は経済的にどのように支えられていますか？何か素晴らしいことをする小さなユーティリティを書くことは一つのことですが、多くの機能を備えた複雑な製品を書くことは全く異なる球技です。繰り返しますが、彼らはどのように経済的に機能しますか？

21 open-source  financial 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 6年前に閉鎖されました。 私は真剣に、私たちの変数名を変更しても（合理的ではあるが）、4回のようにコードを（レビュー後に）送り返す人にどのように取り組むのですか？私は確かに私がそれほど悪い開発者ではないことを知っています！ 彼は何度も理想を実行しますが、それは業界のベストプラクティスではありません！私は彼が私の主張を証明しようとしてインターネット上で見つけられるどんなリンクでも指摘するが、結局彼は私たちを締め出すために彼の権威を使っている。 病気と疲れ。欲求不満。仕事を辞める以外に方法はありますか？

21 development-environment 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 言語のショートカットを使用して、コードをより簡潔にすることができます。 たとえば、三項およびヌルの合体演算子はコードの量を減らすことができますが、間違いなく読みやすさを損ないます： C＃の場合： Person newGuy = new Person(); if (boss == null) { newGuy.Boss = GetDefaultBoss(); } else { newGuy.Boss = boss; } 機能的に同等です： Person newGuy = new Person(); newGuy.Boss = boss ?? GetDefaultBoss(); しかし、明らかにもっと冗長です。 簡潔さと読みやすさの点では、どこで線を引きますか？

21 code-quality  readability 

この質問は、Software Engineering Stack Exchangeで回答できるため、Stack Overflowから移行されました。 8年前に移行され ました。 私のチームリーダーは、データベーススキーマをいじり、コードベースに深刻な破損を引き起こすような変更を行うというひどい習慣を持っています（変更がコードベースにどのように影響するかについて実際に相談することなく）。 通常、私はそれと一緒に暮らしますが、2週間で締め切りがあり、1ヶ月半前に始めてからこれが起こっています。私はプロジェクトの開発をスピードアップするために連れてこられました。 締め切りのために、私はすでに週に60時間以上を費やしており、これに対処するためのエネルギーが残っていません（すでにいくつかの方法で試しています）。私たちはたった2人のチームであり、データベースを毎日変更する以外に、彼は実際の開発（コーディング）という意味ではあまり貢献していません。 現在、私はすべての作業を行っているように感じていますが、加えて彼の変更で彼が壊したものを「修正」する必要があります。 これにどのように対処しますか？開発部門での彼の努力の欠如について、私はすでにマネージャーに話をしました。彼は私よりも6ヶ月長い間そこにいましたが、彼が「貢献した」第5正規形データベースの怪物を除外すると、コードの95％を書きました。 助言がありますか？ 事後分析： 金曜日に私たちはマネージャーと話し合いをし、心配を知らせました。これは少し対立につながりましたが、全体的に私はマネージャーが私と一緒にいると感じました。それで、少なくとも今はデータがフリーズしているので、ここからどうなるか見てみましょう。

21 communication  team 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 Steve McConnellによるCode CompleteとAndrew Hunt＆David ThomasによるThe Pragmatic Programmerの両方で、ほとんどのプログラマーはプログラミング関連の本を習慣として、または少なくとも十分な頻度で読んでいないと主張しています。これはまだ有効ですか？そのような本を読むプログラマーはまだまれですか？ 読書を始めたのはごく最近になったことを認めなければなりません（そして今やめられません。財布の中が全部燃えています！）。私が実際にそれに反対する前に、それについて読む時間を無駄にするよりもプログラムを書く方が良いと主張しました。今では、少なくとも私にとって最良の結果は両方を行うことであることに気づきました。 編集：私は実際には、途中でプログラミングに関連したあらゆる種類の本を意味しました。-特定の言語、技術、パターン、パラダイムのいずれかになるものであれば、プログラマとしてあなたを利益を得ることができるよう。私はCode CompleteとThe Pragmatic Programmerについて言及していましたが、それはプログラマが通常そのような本を読むことはないことを読んだからです。タイトルが「本を読むプログラマーはまだ珍しいですか？」

21 books