ソフトウェア工学

ここで何が質問されているのかを理解することは困難です。この質問は、あいまいで、あいまいで、不完全で、過度に広い、または修辞的であり、現在の形では合理的に回答することができません。再開できるようにこの質問を明確にするヘルプについては、ヘルプセンターに アクセスしてください。 8年前休業。 コンピュータサイエンスを上手に使うためにコーディングは重要ですか？それをよく知るためにアルゴリズムを実装する必要がありますか？ cs教授のイディオムを「コード化しない」と覚えている

9 computer-science  coding 

これが私の話です。私の同僚の1人がすべてのコードをレビューするために使用し、リビジョンシステムにホストされています。私は彼が所属するパーツの変更の適切なレビューについて話しているのではありません。彼はコードファイルをファイルごとに、行ごとに監視します。すべての新しいファイルとすべての変更。私はスパイされているように感じます！ 私の推測では、コードがすでに制御システムにホストされている場合は、少なくとも実行可能として信頼する必要があります。私の質問は、多分私は偏執狂的過ぎて、お互いのコードをレビューする練習は良いですか？ PS：私たちはたった3人の開発者からなるチームであり、私たちがもっと増えれば、同僚が私たちが書くすべてのコードをレビューする時間がないことを恐れています。

9 programming-practices  version-control  collaboration 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 私はいつも、SDEインタビューはSDETよりもクラックするのがはるかに難しいと聞いています。本当ですか？また、候補者がSDEの面接でうまくいかなかった場合、SDETの職に就くこともあると聞いています。これらの会談にはどれほどの真実がありますか？誰かがマイクロソフトのインタビューに向けて準備するための良いリソースとガイドラインを書いてくれたら幸いです。どの本を読むべきか、どのノート、オンラインプログラミングに関する質問のWebサイトなどですか。 皆様の貴重なご協力とご協力をよろしくお願いいたします。

9 interview  microsoft 

顧客は考え方が異なるため、ある程度の教育が必要です。顧客は考える： プロジェクトのどの時点でも変更は問題になりません 詳細は重要ではありません（例外はさらに少ない） 時間はお金がかからない（彼らは合意された固定価格を持っている） 仕様の1文は、実際のニーズに合わせて自由に拡張/読み取りできます。これは契約に影響しません。（ここでは、「常識」の議論がよく見られます-例：「会計管理について話すときは、もちろん、請求書管理画面が必要です-これは常識です！」 リストは続く... 主な問題は、顧客（外部または内部/部門に関係なく）が欲しくない、または理解できないことです。ソフトウェアの作成プロセスを理解するのに何年もかかりましたが、私はまだ学んでいます。 あなたの経験は何ですか？顧客を教育するための最良のアプローチは何ですか？

9 customer-relations 

私は先週かそこらを費やして、セレンを学び、これから立ち上げるWebサイトの一連のWebテストを作成しました。学ぶのは素晴らしく、私はいくつかのxpathとcssのロケーションテクニックを取り上げました。 私にとっての問題は、小さな変更がテストを壊すのを見ていることです-div、id、またはウィジェットを識別するのに役立ついくつかのautoid番号を変更すると、多くのテストを壊します-それは非常に壊れやすいようです。 セレン（または他の同様の）テストを作成しましたか？テストの脆弱な性質にどのように対処しますか（またはテストを脆弱にするのを止めるには）、どのような種類のテストにセレンを使用しますか？

9 testing  selenium 

プログラムマネージャーは、プロジェクトマネージャーによって順番に管理される複数のプロジェクト（単一のプログラムの下）を管理する人ですか？ または、ここで Joel Spolskyが定義したプログラムマネージャーの人です。 注：私はこれについて言及していません。

9 project-management  terminology 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 あなたの履歴書では、プログラミング言語として何を分類しますか？たとえば、プログラミング言語（または履歴書の同様のタイトルのセクション）で、C＃、Java、Cをリストしてそのままにしますか、それともXML（eXtensible Markup Languageであるため）とXSLTを追加しますか？ jQueryとそのすべてですか？ 言語の下でjQueryを追加しない場合、正確にどこに配置しますか？ このジレンマに対する1つの解決策は、プロジェクトで使用したテクノロジーに組み込まれますが、そうすることで、採用担当者は、使い慣れたテクノロジーや言語のハイライトを提供するのではなく、実施したプロジェクトを通過することを強制されます。 。 あなたの考えは何ですか？

9 programming-languages 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、議論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前休業。 彼らが開発者としてスタートした場合、彼らのキャリアパスにどんな種類の仕事/役割が期待できるか知りたいです。 また、次のレベルに進むまで何年も同じ役職にとどまることが期待されるかについても知りたいです。 もちろん、キャリアパスはあなたの仕事や会社などのどれだけうまくいくかに基づいていますが、人生と家族とキャリアのバランスをとる普通の人を想定しています。 私が持っている役割の例としては、開発者、上級開発者、アーキテクト、プロジェクトマネージャーなどがあります。

9 self-improvement 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 6年前休業。 職場の友人数人が小さなスタートアップをセットアップし、独自のソフトウェアを作成します。おそらく、最初の仕事は月明かりです。まだ仕事をやめる余裕がないためです。 私たちのどちらもこのような経験はありません。以前に他の会社で働いたことがあり、一連のガイドラインが設定されています。これは、従うべき慣行を確立するときだと思います（例：ミーティングを避ける）。 このように行った人たちに、どのようなアドバイスをしてくれますか？ 次のようなものの技術的な側面をもっと探しています。 ある種のビルドサーバーを用意する価値はありますか、それともはるかに進んでいますか？ 広範なTDDを行うか、経験の浅い小規模なチームにとってオーバーヘッドが多すぎると思いますか？ しかし、物事の管理面に耳を傾けてもかまいません。 プロジェクトはASP.NET MVCで実行されるWebアプリケーションです。リモートで作業するので、MercurialとBitBucket、Kiln + FogBugz、またはその他のオンラインプロジェクト追跡ツールを使用することを考えています。

9 experience  tools  startup 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、議論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 ロックされています。この質問とトピックへの回答はロックされています。質問はトピックから外れていますが、歴史的に重要です。現在、新しい回答や相互作用を受け入れていません。 私たちには、手動で行うよりもスクリプトや自動化のほうが得策だと思うタスクが時々発生します。 明らかに、一部のツールや言語は他のツールよりもこれに優れています。たとえば、PMがアセンブラーで指定した一連のテキストリストを相互参照するという1回限りの作業を誰も（正しい心で）行っている人はいません。 （エレガンスではなく）時間が重要な場合に、一般的な迅速で汚れた仕事に求められる種類のツールまたは言語はどれですか。 背景：私は元プログラマーで、現在は開発マネージャーのPMです。新しい言語を楽しく学ぼうとしています。何か楽しいことを学ぶつもりなら、それが役に立つものになりたいと思います。この種のユースケースが最も可能性が高いです。

9 programming-languages  automation 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 タイトルで述べたように、開発者の観点から、特定の言語での長年の経験の違いは何ですか？たとえば、1人の開発者が言語Aで5年間作業し、もう1人の開発者が言語Bで2年間作業した後、言語Aで3年間作業した場合、両者に認識できる違いはありますか？

9 skills 

一般的な規則は、チェックインを小さくし、頻繁にチェックインすることです。ただし、場合によっては、基になるフレームワークに大幅な変更を加える必要があります。次に、タスクを完了する前にチェックインすると、完成した作業をチェックインするまでプロジェクトが中断されます。 それで、仕事を失うリスクを減らすために、またはあなたがしていることを決定するために人々がどのような戦略をとっていますか？ 可能な場合は、半分完了した作業をコメントアウトしてチェックインします。または、コンパイルして新しいファイルを使用していない場合は、それらをチェックインします。変更が大きいほど、プロジェクトをブランチしてからマージし直す可能性が高くなります。すべてが再び機能するようになったとき。ソース管理システムが許可する場合の別のオプションは、基本的に小さなブランチであるシェルフセットです。そのため、その日のうちに終了するか、決定ポイントに到達したら、変更を保留します。そして、何か壊滅的な事態が発生した場合、またはそのポイントに戻りたい場合は、それを行うことができます。

9 version-control 

私はここ数年、RentACoder、Freelancer、eLanceを見てきましたが、これらのサイトに登録することをいつもためらっていました。ためらいにも心配はほとんどありません。これらの質問は私を満たします： （1）ビッダーとコーダーの間に法的契約はありますか？納期が延長した場合、どうなりますか？ ②お届け後、お支払いは問題なく届きます。 （3）お客様がプロジェクトが役に立たなかった場合はどうなりますか？おそらく彼はそれは私には役に立たないとあなたがお金を返すと言うかもしれません。彼はソースコードをコピーして別のコピーを私に返すかもしれません。 （4）さらなる推奨事項は何ですか？どのように始めればよいですか？

9 outsourcing  freelancing  elance 

複数のプラットフォームをターゲットとするアプリケーションの場合、主に2つの開発アプローチが見られます。 Javaのような開発プラットフォームに移動します。1つのコードソリューションを用意し、中間ランタイムに異なるプラットフォームを処理させます。プラットフォームで問題が発生した場合は、コードを少し調整してください。しかし、それはすべて同じにしてください。 コアロジックとUIを分離するモジュラーコードを作成します。同じコアライブラリを呼び出すプラットフォームごとに個別のUIを開発します。ターゲットプラットフォームごとに個別にアプリケーションをビルドします。 それで、どちらをフォローしますか？答えは「それは場合によります」から始まります。しかし、私はこれらのアプローチとそれらのいずれかを選択するために考慮されるべき要因についてのあなたの意見を聞きたいと思います。

9 development-process  cross-platform 

変更は珍しくなく、要件の変更、仕様の変更、ワークフローの変更です。変化があることを受け入れましたが、私は疑問に思います。変化が起こることを知っていると、計画期間の短さが短すぎますか？（正当化が奨励されます） 繰り返し（2〜4週間）？ 一週間？ 2〜3日ですか？ 一日？ 1日1/2？ 会社が現在から1 [時間間隔（上から）]を「計画」し、計画が次のように聞こえると仮定します。 「[今朝/今日/今週の/ etc。]あなたは上で動作するでしょう。このと[今日の午後/明日/来週の/ etc。]あなたは上の作業になりますもの。 また、フォーカス/方向の変更が毎秒から3番目の時間間隔で一貫して発生するとします。

9 project-management  time-management  estimation