ソフトウェア工学

システム開発ライフサイクル内で働く専門家、学者、学生向けのQ&A

8
SCRUMを導入するとき、何がおかしいのですか?
会社が現在のプロセスをSCRUMに置き換えることを決定したときに発生した単一障害点は何ですか? 会社がSCRUMを導入しようとしたときに本当にうまくいかなかったものの例をいくつか教えていただけますか?あなたの逸話、あなた自身が経験した何か、あなたが来るのを見たが防ぐことができなかった大きな失敗を聞きたいです。 実装の詳細、およびストーリーのサイズとストーリーの詳細レベルに関する決定に関するドキュメントがないことについて、多くの懸念を聞いています。
20 scrum  failure 

11
だから彼らは私を経営に引き込もうとしている[閉鎖]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 7年前に閉鎖されました。 私はハイテク企業ではない小さなIT部門で働いています。私のマネージャーは最近辞職し、彼らは代替品を探しています。私は人々のスキルを持つ「まれな」開発者の一人なので、ディレクターは私に応募することを勧めています 私の一部は応募したいのですが、別の部分はノーと言います。違いを生む報酬と能力は興味をそそられるように聞こえ、12年後のプログラミングには少し燃え尽きましたが、欠点もあるようです。私はそのポジションに非常に興味のある他の誰かを管理しますが、彼は友人であり、現在、私よりも梯子の上にいます(他の数人と一緒です)ので、それは厄介かもしれません。 他の誰かが同様の立場にありましたか?管理職で幸せな人はいますか、それとも管理職に就いて、そうしないことを望んでいますか?フィードバックをいただければ幸いです! @Pratik:マネージャーがあなたが働いていた会社の元従業員のために働いたとき、彼らは彼らに問題を与えましたか? 編集:あなたの答えをみんなに感謝します。 これは良い機会に思えるかもしれませんが、これについて私を不快にさせるいくつかのことがあります。 1)依頼されたことではなく、すべてに責任を負います。数回のレイオフの後、部門はまだ動揺しています...ストレスがかかり、燃え尽きる寸前です。私はチームの全員とかなり良い関係を築いています....しかし、この仕事を引き受けても変わらないと思います。 2)他の数人の同僚が何らかの理由でディレクターを軽deしています。彼は私に汚い仕事をさせ、彼らが頭をぶつけたら罰せようとするかもしれません。 3)Codemwnciの投稿に基づいた問題ではないと思われる、私より年上の人の管理。 4)それは小さな部門であり、フルタイムのマネージャーが必要だとは本当に思いません。IMOでは、50%の時間を費やして周りの人を注文する必要はありません(誰もがしなければならないことを知っているからです)。部長は、プレーヤーコーチのIMOをさらに必要とします。理にかなっている場合は、(今のようにサポート担当者にコードを書いてもらうのではなく)フルタイムでサポートを行う別の人がいるので、実際にチームを助けると思います。 難しいですが、今やっていることも難しいです(開発+サポート作業) 彼らが何をしているのかわからない、または現在のチームを台無しにする外部から誰かを連れてくるのを見るのは嫌です。 編集(4/30) チームの他のメンバーとの関係は変わります。あなたは今では仲間ではなくボスです。何をすべきかを人々に伝える必要があります。一部は変更で問題ありませんが、他の人はあなたよりもあなたが昇格したことにresするかもしれません。 私は彼らのほとんどと友達になっているので、それは問題になる可能性があります。 この場合、「簡単な」プロジェクトタスクの一部を自分に割り当てます。これらは重要なアイテムではなく、すぐに取り出してドロップできるものでなければなりません。これにより、プロジェクトを支援し、コードベースに遅れずについていくことができますが、管理活動から気を散らすことはありません。もう1つできることは、入ってくるすべてのバグレポートをフィールドに入れることです。それらを実際のバグであることを確認し、簡単な編集であればすぐに修正します。さらに大きな問題は、チームの残りのアクティビティにスケジュールされる可能性があります。これにより、チームが気を散らされるのを防ぎ、クライアント/上位管理者に問題が修正されることを示します。 良い戦略のように思えます... 私にとって、それはあなたがどの日常的な活動を楽しむかに帰着します。コーチング、人との出会い、プロジェクト管理、信頼関係の構築、人の問題の解決が好きですか?それとも、単独で多くの時間を必要とし、会議の疲れを癒し、ドラマを嫌い、知的/技術的な問題が好きですか? 両方できます。私にとっての主なものは、ワークライフバランスです。私の上司はワークライフバランスを持っていましたが、それは彼が彼の下に献身的な従業員を置いていたからです。もちろん、他の誰かが引き継ぎ、部門が不適切に管理されていた場合、全員のワークライフバランスが窓の外になる可能性があります。 編集(5/1) @ジェフ それは企業環境であり、私は何人の人がいるのか、各ポジションの職務内容を管理することはできません。 仲間のチームメイトが私に成功してほしいと願っていますが、よくわかりません。私は彼らの何人かと友達になりました、そして、これは確かに私たちの関係を変えるでしょう。しかし、私は他の候補者が部門を実行し、物事をスムーズに実行し続けることができるかどうかはわかりません...私は間違っている可能性があります。
20 management 

3
スクラムの効率性に関する調査はありますか?
スクラムがソフトウェアの世界で広く採用されてから何年も経ちました。多かれ少なかれ独立した人々/研究所によって行われた効率性調査があるのだろうかと思います。明らかに、世界中を旅して講義やトレーニングを行うスクラムの達人は、多くの優れたショーケースを見つけますが、スクラムを販売していない人の話を聞きたいです。 効率とは、総生産性(提供される価値/コスト)を意味しますが、チーム内のコミュニケーションなどの内部特性は意味しません。 コメントの議論に基づいて更新: このような調査/分析を行う方法の1つは、スクラムありとスクラムなしで開発された同様のプロジェクトの比較に基づいている可能性があります。10年前にも、現在のプロジェクトに似たプロジェクトがあったと思います。もちろん、適用される技術が完全に異なる場合は意味がないため、これらのプロジェクトは同じ/類似の技術で実装する必要があります。
20 scrum 

5
ソフトウェアの命名と一意性[非公開]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 閉じた3年前。 ソフトウェア製品の命名(アプリケーションまたはライブラリ)に関しては、どうしますか? 誰かの小さな趣味のプロジェクトであろうと、それを販売している会社であろうと、他のソフトウェアがまだ取っていない名前を選ぶことは不可能に思えます。PhoenixはFirebirdがFirefoxになり、他のソフトウェア製品名と衝突したことを知っています。 名前はどのくらいユニークでなければなりませんか?PhoenixはコンピューターBIOSの名前でした-Webブラウザーにほとんど似ていませんでしたか?反例として、オペレーティングシステムのFedoraとリポジトリソフトウェアのFedoraがあります。もう1つの反例は、JavascriptフレームワークmidoriとWebブラウザーです。 アプリケーションまたはライブラリの名前が他の人に使用されないようにするためにどのような手順を取りますか?また、同じ名前の他のものを探すとき、製品の種類に関してどの程度見ますか?

6
開発チーム-1つの悪いAppleが束を台無しにすることはできますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 ...新しい従業員が持つべき最も重要な機能の1つは、すでにそこで働いている人々の精神との互換性です。 {...} 開発者の本当の性格についての洞察を得ることは、プロの能力をチェックすることと同じくらい重要であると確信しています。 開発者を雇う-あなたはそれを間違っている これは本当ですか?そして、もしそうなら、それはマネージャーにとっても本当ですか?
20 teamwork 

2
WebサイトにHTML / CSSレイアウトを使用する代替手段はありますか?[閉まっている]
この投稿を改善したいですか?引用や回答が正しい理由の説明など、この質問に対する詳細な回答を提供します。十分な詳細のない回答は、編集または削除できます。 ここで何が尋ねられているかを伝えるのは難しいです。この質問は曖昧、曖昧、不完全、過度に広範、または修辞的であり、現在の形式では合理的に答えることができません。この質問を明確にして、再開できるようにするには、ヘルプセンターに アクセスしてください。 7年前に閉鎖されました。 HTML / CSS以外のWebサイトのレイアウトを設計するためのマークアップまたはプログラム式を作成する既存の使用中の、または単なる概念的な試みはありますか? 他の人がいて、頻繁に使用されているように見えない場合。どうしてこれなの?

4
彼のプロジェクトで働きたくないことをクライアントに伝える方法
これはおそらくめちゃくちゃに聞こえるかもしれませんが、ここに行きます。 私はしばらくの間、クライアントのプロジェクトに取り組んでいます。「それはXYZプラグインであり、ABC製品とのインターフェースでなければならない」ことを除いて、詳細は与えられませんでした。それは大丈夫でしたが、今は終わりに向かっていると思います(私は思う)、それはちょうど引きずり出しています。私はそれに費やす時間がなく、すでに3ヶ月までにスケジュールを超過しています。クライアントがどのようにデータをナビゲートできるようにしたいか(UIの問題)をクライアントに説明させようとするのは難しいだけです。私は彼が望んでいると思うもののモックアップを提出しましたが、彼の最新の回答は「XXX製品を見てください」で、同様の機能があります。 もちろん、私はそれを見て、私が提出したものに似ていますが、私がフレームワークを構築した方法が、彼が現在私に説明していることをサポートするとは思わない。私たちはプロセスをうまくやり取りしてきましたが、彼は何を望んでいるかわかりません。フレームワークをどのように構築するかを説明したところ、彼は同意したので、設計に関しては悪い選択ではありません。 完成したモジュールだと思うものを調べてみると、彼は「あなたはこの方法でやるべきだった」と言います。いくつかの小さなアイテムを考え抜いたかもしれませんが、大事なことは彼の要件をどのように解釈したかであり、開発中にこのモジュールを何度か試しました。 私は先月、すでに最終的な資金を受け取っているので、この時点で無料で働いています。私はもうこのプロジェクトに対処したくありません。私はすでに支払いを受けています。私は以前にこのクライアントで他の成功したプロジェクトをやったことがあり、彼はやりたい他の多くのプロジェクトを持っています。 一体どうすればいいですか?私はもうこのプロジェクトに取り組みたくありません。私はこれ以上お金を要求したくありません(お金は本当に問題ではありません)。私も彼を怒らせたくありません。ケーキを持って食べたいと思っているようです。 私がそれをやめるべきだと思うなら、状況を考えてどうすればいいですか?

8
Ruby:悪い部分[終了]
現在のところ、この質問はQ&A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 この質問はして移行され、それがソフトウェア工学スタック所に答えることができるので、スタックオーバーフローから。 8年前に移行され ました。 私は最近、Crockfordの本「Javascript:The Good Parts」を読みましたが、基礎となる前提の1つは、プログラミング言語にはプログラマが避けるべき悪い機能セットがある可能性があることです。 私はルビイストであり、言語が大好きである一方、視点を得るには常に価値があります。それでは、Rubyで最悪の機能(メソッド、クラス、プラクティスなど)とは何だと思いますか?ここでの私の意図は、言語自体の長所や速度などについて議論を始めることではありません。むしろ、過去の経験に基づいて、使用するのに危険/厄介/苦痛と思われる機能についての議論を希望します。
20 ruby 

6
MySQLをデータベースの選択として使用することの落とし穴?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 6年前に閉鎖されました。 MySQLが悪いデータベースであるという複数の機会についてオンラインで読みました。これを読んだ場所にはRedditのスレッドがいくつか含まれていますが、なぜそれが貧弱な製品なのかを掘り下げることはないようです。 この主張に真実はありますか?非常に単純なCRUDシナリオを超えて使用したことはなく、2年目の大学のプロジェクトで使用しました。 MySQLをデータベースとして選択する場合、どんな落とし穴がありますか?
20 mysql  pitfalls 


3
ペアプログラミング中にどのように調査しますか?
私は最近新しい仕事に着手しましたが、ペアリングを行うことで非常に迅速に効果的になりました。ただし、ワークフロー中にAPIの機能、コード例、またはコマンドオプションをカバーする簡単な共同研究を行う必要がある場合、私は苦労しています。私のチームリーダーは、個々のラップトップではなくペアリングステーションですべての調査を行い、異なるWebリソース間で手順を口頭で交渉することで調査を同期することをお勧めします。 私はペアリングパートナーとは異なる方法で情報を調査、読み取り、吸収します。また、正確なペースと場所を維持しようとするのではなく、次のWebページに正確に行きたいときに調査のスレッドをたどることができると、生産性が大幅に向上します私のパートナーの読書。私たちは賢くて速いのですが、物事を考え出すとき、さまざまな方法で動き、瞬時の速度を出すことはできません。誰かが「私はそれを手に入れました」と言ってから、一緒に戻ってコードを書くまで、1分間個別に動き回るのは非常に簡単に思えます。 プログラムをペアリングするとき、短い研究タスクをどのように処理しますか?あなたに最適なものは何ですか?また、パートナーと同期を保つ方法は?

10
ポインター/再帰の難しさは何ですか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 Javaスクールの危険の中で、ジョエルはペンでの経験と「セグメンテーションフォールト」の難しさについて話します。彼は言い​​ます [セグメンテーション違反はあなたまで難しい]「深呼吸をして、同時に2つの異なる抽象化レベルで心を働かせようとする。」 セグメンテーション違反の一般的な原因のリストを考えると、2つの抽象化レベルでどのように作業する必要があるのか​​理解できません。 なんらかの理由で、Joelはこれらの概念をプログラマーが抽象化する能力の中核と考えています。あまり思い込みたくありません。それでは、ポインタ/再帰について何がそんなに難しいのでしょうか?例はいいでしょう。
20 c  pointers  recursion 

3
なぜ一般的なエラーがそれほど一般的であり、それらを防ぐために何ができるのでしょうか?
オフバイワンエラーは、最も一般的ではないにしても、最も一般的なプログラミングエラーの1つであるようです(/software/109/what-are-common-mistakes-in-codingを参照してください)、および従来の知恵)。 これらが非常に一般的である理由は何ですか、それは人間の脳がどのように機能するかと関係がありますか? 1つのエラーで餌食にならないようにするにはどうすればよいですか?
20 coding  bug 

3
寄付ボタンでソフトウェアをリリースする愛好家プログラマー[終了]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 私はこれを免責事項から始めたいと思います。私は、完全で明確な答えが弁護士によって求められるべきであることを理解しています。私はこのコミュニティの他のユーザーが何をしたかについてもっと興味があります 楽しみのために開発した小さなプログラムがあり、それを一般に公開したいと考えています。さまざまなオープンソースライセンスの1つでそこにドロップし、誰かがコードをfork / maintain / check outしたい場合に備えて、SourceForgeまたはGitにそれを載せるでしょう。 また、私はプロジェクトへの寄付を受け入れたかったと言います。人々がお金を送ることは絶対にありません。しかし、もし誰かが好きな仕事のために私にビールやピザを買うために寄付してくれたら、喜んで受け入れます。 では、質問は、寄付を受け入れるための一般的な要件は何ですか?「ギフト」として質問せずに個人アカウントにアクセスできますか、または課税問題を回避するためにLLCをセットアップする必要がありますか?(米国市民はこちら)。 繰り返しになりますが、これは弁護士が話し合うべきですが、私が見ている多くのプロジェクトには寄付する能力があり、コミュニティはおそらくこの点でかなりの経験があると思います。

8
今まで問題を引き起こしたことがないバグの修正
最近、一部のコードを以前よりもはるかに頻繁に実行するように変更しました。これがバグの発見につながりました。このバグは、コードが実行されるたびに発生する可能性がありましたが、実行されることはめったになかったため、表面化することはありませんでした。 これを主任開発者の注意を引き付けたとき、「壊れていない場合は修正しないでください」という格言を引用してバグを修正するのではなく、バグを公開した変更を元に戻したいと考えました。 私たちにとってこれまでは幸運だったが、理性に耳を傾けないことは明らかだ。 とにかく修正する必要がありますか? 更新 技術的には、リードには私に対する権限はありません。ちょうど在職期間。彼は一年前まで何年もの間このプロジェクトの唯一の開発者であり、建設的な批判をあまり受けていないと思います。何の価値があるのか​​、私は彼を批判しなかった。バグが現れなかったからといって、バグがそこになかったわけではないことを指摘しました。
20 ethics 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.