ソフトウェア工学

優れたプログラマーは、コードを書くときに舌の先に構文を持つ必要がありますか？彼らがオンラインで簡単なものをグーグルで検索した場合、あなたはそれらをどうしますか？彼らは良いのか悪いのか（たぶんどこを探すべきか知っている）？プログラマは良いメモリを持っているべきですか？これは優秀なプログラマーの特徴ですか？

17 self-improvement 

SQLクエリを別の行に分割する必要がありますか？たとえば、私が取り組んでいるプロジェクトでは、1600列を使用するクエリがあります！1600 +タブ文字。次のようなクエリを作成しました。 "SELECT bla , bla2 , bla FROM bla " . "WHERE bla=333 AND bla=2" . "ORDER BY nfdfsd ..."; しかし、彼らは私にそれらを一行に入れるよう要求し、私のスタイルは悪いフォーマットだと言った。なぜそれが悪い習慣ですか？

17 sql  code-formatting 

最初に、私のフレーズではなく：http: //www.whattofix.com/blog/archives/2010/11/to-code-quickly.phpマーカム氏への小道具。 しかし、物事を成し遂げることについて私が見た多くの質問について考えるようになりました。 アプローチは提唱しました（一定期間、この場合は50分間、タイマーを設定しますが、自分がやることができないタスクに5分という短い時間を設定して先延ばしを破ることについて話す人々を見てきました。短い休憩）は常識のように思えますが、多くの人々は溝を破るのではなく、「ゾーン」に入ってできるだけ長く、おそらく何時間もそこにとどまることを主張します。 私はさまざまなアプローチを試み続けていますが、それぞれに独自の長所と短所があります。 ソフトウェア開発において、キーボードでより多くの時間を過ごすためだけでなく、より効果的にするためにどのような手法を使用しますか（つまり、許可された時間内にクライアント/ボス/などが要求する品質レベルに仕事を終わらせる） ？

17 productivity 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 私はまだ学校にいますが、他の人とのやり取りに問題があることを知っています。 私は怒りや恥ずかしがり屋でも違う人でもありません。他人を尊重しながら自分のやり方で仕事をするのが好きです。知識に対する大きな好奇心と飢えがあります。彼らは私が何らかの士気を話すことを恐れるかもしれないので、私と一緒に。（たとえば、Windowsを頻繁に使用している場合でも、Windowsの代わりにLinuxを使用してプログラミングを学び始めました。Macを使用しています）。 チームワークが不足しているプログラマはどうなりますか？問題はどこから始まりますか？優れたプログラマーであるということは、少なくとも少しは報いていますか？プログラマーが言われたことをするだけでなく、自分の仕事についてビジョンを持つのは普通ですか？

17 teamwork 

Linq to SQLを使い続ける理由はありますか、またはEF、NHibernateなどのORMテクニックに移行する方が良いでしょうか。 長い間存在する新しい大規模エンタープライズアプリケーションでLinq to SQLを使用しています。この新しいエンタープライズアプリケーションの動機は、アプリケーションがVisual Basicで作成された通常のものであり、Microsoftがサポートを停止したため、アプリケーションの書き換えを余儀なくされたことです。すでにそこにいるようですが、今回はDAL（Data Access Layer）を使用しています。 私はすでにこの記事を読んでいますが、EFの弱点と比較するだけです。

17 database-development 

JSONが必要なことをほぼすべて実行できる場合、XMLを学習することはどれほど重要ですか？そうは言っても、私は主にAJAXリクエストとさまざまなAPIからデータを取得するためにJSONを使用します。私は完全にWeb開発の初心者であり、これを求めている理由は、XMLに関する本を購入するべきか、それともパスを渡すことができるかどうかを知りたいからです。

17 xml 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 オブジェクト指向プログラミングをこれほど成功させたあなたによると、その機能は何ですか？ メッセージの受け渡し 継承 多型 カプセル化 または紹介したい他の機能。 また、抽象データ型とオブジェクト指向プログラミングの関係は何ですか？

17 object-oriented 

作成したアプリの問題を追跡するために、完全に構成されたカマキリバグトラッカーがあります。ユーザーが規律を守られ、カマキリに直行して問題レポートを作成すると、ユーザーの応答が最も速くなり、問題に関するすべての追跡が非常に簡単になります。 しかし、誰もがそうすることに熱心ではありません。電話、電子メールで問題を報告しますが、まったく報告しません。 バグトラッカーシステムの使用に向けてそれらを微調整する最良の方法は何でしょうか？明らかに、彼らはいくつかの差し迫った利益を見なければならないので、戻ってさらなる利益を探すことができます。 編集： ISVとして販売する製品のサポートについて話している。

17 issue-tracking 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 8年前に閉鎖されました。 インタビューを行ってブランドを開発する方法について多くの議論を見てきましたが、雇用とインタビューのプロセスが実際にうまく機能しているかどうかを判断する方法についてはあまり議論していません。この質問には2つの部分があると思います。 採用プロセスが適切な候補者を採用し、面接プロセスを通過することをどのように知っていますか？ 面接を終えた人のうち、採用することを選んだ人が、拒否した人よりも（平均して）優れていることをどのように見分けることができますか？ 「極度の」ケース-スーパースターまたは完全な不幸に終わる場合-はかなり明白であると思いますが、残りはどうですか？

17 interview  hiring 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 たまたまシステム管理者を知っていましたが、彼によると、テスト担当者は開発者と比較して組織の好みを与えられていません。ソフトウェアのリリースはテスターなしでは不可能であることは間違いありませんが、私はテストに手を出したことがないのであまり気づいていません。意図的な違反はありません。

17 testing 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 あなたの会社には、個人的な（技術的な）ブログに関するポリシーがありますか？ 共有しますか？ 開発者は、個人のブログを保持し、コアコンピテンシーでもコアIPでもない仕事で遭遇した技術的な問題について話すことをお勧めします。「教えてはいけない」スタイルでやっていますが、何かを書き留める時が来ました。 更新：ご回答いただきありがとうございます。先週のポリシーを実装しました。全文はこちらです。

17 programming-practices 

新しいプロジェクトを紹介したばかりの場合、その仕組みを理解するために最初に探すことは何ですか？ 最初にデザインを探しますか？デザインがある場合、その中で何を探しますか？クラス図または展開図またはシーケンス図または他の何か？ それとも、コードにまっすぐ行きますか？もしそうなら、異なるレイヤーがどのように相互作用するかをどのように理解しますか？

17 design  architecture 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 かなりの量のコードを書いた後、可能な限り最善の方法でそれをしていないような不安を感じ、最終的にリファクタリングを続け、プロジェクトにあまりにも多くの時間を費やしているようです。時々やった。これは他の誰にも起こりますか、これにどのように対処しますか？

17 code-quality  refactoring 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 プログラマーとしては非常に複雑な問題を解決できますが、ユーザーインターフェイスを設計する必要がある場合、それらを使いやすくすることに失敗する傾向があります。 小規模な企業では、デザイナーやUXの専門家を雇う余裕はなく、プログラマーはソフトウェアでほとんどすべてを行う必要があります。しかし、これらのインターフェイスはめったに直感的ではありません（古典的な例）。 何が問題ですか？開発者は、優れたユーザーエクスペリエンスを設計するスキルをどのように向上させることができますか？

17 ui  user-experience 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 すべてのプログラマーは、ほとんどの場合に使用する主要言語を持っているため、よく知っています。 しかし、過去に本当によく知っていたが、しばらく使用していない、またはあまり使用しないので、あなたほどそれらに没頭していないという意味で、あなたがちょっと知っている言語もありますあなたの第一言語です。 間違いなくこれらの言語で生産性を高めることができますが、少し自分自身を再理解し、いくつかの構文規則を調べる必要があるかもしれません。私の質問は、これらの言語を「知っている」言語としてあなたの履歴書に書くでしょうか？

17 programming-languages  skills