タグ付けされた質問 「culture」

このタイトルは少し広いですが、質問をきちんと尋ねる前に少し背景を説明する必要があるかもしれません。 私は同様の質問がされていることを知って尋ね ここで、既に。しかし、私の場合、私は誰かを指導するべきかどうか、またはその人がソフトウェア開発者になるのに適しているかどうかを尋ねていません。それは私の判断する場所ではありません。私はあからさまに尋ねられたことはありませんが、私と他の仲間のシニア開発者がここから始まる新しい開発者を指導することは明らかです。私はこれにまったく問題はなく、多くの場合、物事に対する新鮮な視点を与えてくれ、その過程で学習することになります。また、誰かが私に何かを教えるのに時間がかかるのは、私のキャリアの初めにどれほど有益だったかを覚えています。 私が「新しい開発者」と言うとき、彼らは大学を卒業したばかりから1年か2年の経験を持っているかもしれません。 最近、私自身とは異なる開発/プログラミングに対する態度を持っていると思われる人々がここから始めました。タスクを完了するのに十分な情報だけを抽出しますが、実際には学習しません。私は彼らと同じ問題を何度も繰り返していることに気付きます。私はこれの一部が人格的なものである可能性があることを理解していますが、彼らが私の翼の下にいる間に最善を尽くして巣から追い出すことは私の仕事だと感じています。 どうすれば十分な情報を伝えて、彼らは学習するが、問題を解決するほど多くの情報を提供できないのでしょうか？ 多分： 抵抗が最も少ない道をたどり、本質的に、簡単な方法をとるのではなく強制的に学習させるように設計された質問に対する適切な回答は何ですか？ これらの質問はおそらくより一般的な教育上の質問であり、ソフトウェア開発とは特に関係ありません。 注：私は彼らが取り組んでいるタスクについては発言権を持っていません。管理者がタスクを完了します。非常に単純なバグ修正からアプリケーション全体を自分で起動することまで何でも可能です。これは決して理想的なものではなく、明らかにそれ自体の挑戦の挑戦を提示しますが、私はそれが別の質問のために残された最高のトピックだと感じます。ですから、私ができる最善のことは、目の前の問題を解決し、それをより簡単な問題に分解し、コミットログを確認して、犯した間違いを指摘することです。 私の主な目的は次のとおりです。 彼らを助け、彼らがより自立し始めるために必要なツールを与えてください。 それらを正しい方向に導き、早い段階で悪い開発習慣を打ち破ります。 私が彼らと過ごす時間を短くします（上記の性格タイプは、1対1の時間をより多く必要とする傾向があり、IMや電子メールではうまくいきません。一般的にはうまくいきますが、私がいつもやめることはできません。 m作業して、私の歩みを破り、瞬間の通知でエラーをデバッグするのを手伝います。私は自分のプロジェクトを完了する必要があります）

99 culture  mentor 

この質問の残り半分：西側のプログラマーは東側のプログラマーをどのように見ていますか？ 東のプログラマが西のプログラマをどのように見ているかを見るのも同じくらい興味深く、重要だと思います。 世界の東部（インド/中国/フィリピン）は、主に西側の世界（米国およびヨーロッパ）にアウトソーシングサービスを提供していると見られています。 オフショアチームの一員として働いた経験はありますか？はいの場合、どうでしたか？ 西洋のプログラマーに関する一般的なアイデアや意見はありますか（例：彼らは協力しているか、時間通りに納品しているか、質の高い仕事をしているのか？）

89 teamwork  culture 

私のキャリアを通して、私はさまざまな目的のためにさまざまな環境のコレクションを持つ企業で働いていました。デスクトップ環境、テスト環境、QA環境、ステージング環境、実稼働環境は常に多かれ少なかれありました。これは、サーバー/アプリケーションと私たちが使用していたデータソースの両方に当てはまりました。 現在の会社で仕事を始めたとき、アプリケーションの90％が実稼働データソースに対するデスクトップ環境で開発されたか、プラットフォームに応じて実稼働サーバーで直接開発されたことがわかりました。これは特に驚くことではありませんでした。開発チームの機能を改善するために一部変更を加えるために雇われたため、インタビュープロセスから明らかでした。私たちはゆっくりと哲学を変え始め、ほとんどすぐに、ほとんどのアプリをデスクトップ、テスト、または実稼働環境で実行できました。ステージングもまたそう長くはかからなかった。 現在、ほとんどの開発者はこの方法論の利点を理解し、慎重に防御しています。ただし、移行されていない多くのレガシーアプリがあります。また、これを時間の無駄だと考える多くのレガシープログラマもいます。残念ながら、リップサービスは受けましたが、経営陣からの完全な賛同を得ることはありませんでした。約1年前にこれに実質的に投資するというコミットメントだと思いましたが、かなりの計画を立てましたが、何も実現しませんでした。今、私たちはますます多くの環境を必要としていることに気付いています。セットアップにはサーバー/ネットワーク管理チームの支援が必要であり、リリースサイクルをサポートするにはビジネス関係者の参加が必要です。合理的な開発者が「通常」と考える機能をプロジェクトが機能できる場所になりました 私は完全な議論をしたいと思いますが、経営陣は重大な問題があるまで私を聞くことに時間と関心を本当に持っていません。単にそれが私にとって常に第二の性質であるように思えたので、私は単に利点を実際に明確にすることはできません。開発経験のないマネージャーがこのアイデアをサポートできるようにする環境を分離するための良い、シンプルで反論できない理由があるのだろうかと思っていましたか？。トピックに関する優れたリソース/文学はありますか？

71 culture  development-environment 

あなたの経験（逸話的またはその他）で、アジャイルを非アジャイル組織または会社に導入するための効果的な方法は何ですか？ 更新：アジャイルを導入しようとしたが「撃ち落とされた」ケースについてだれでも話せますか？また、なぜあなたが「撃down」されたのかを振り返って理解していますか？

55 agile  scrum  methodology  culture 

私はC＃を学習しているPythonプログラマーであり、心配するのをやめようとしています。 このスタックオーバーフローの質問で詳述されているように、物事が定義されている場所に関する明示性の欠如という点に私は追いついています。要するに、C＃では、using fooどの名前fooが利用可能になっているかを教えてくれません。これはfrom foo import *、Pythonに類似していますfrom foo import bar。 私はむしろC＃プログラマーからのこの点に対するスタックオーバーフローの回答に驚いていました。実際には、この明示性の欠如は実際には問題ではありませんでした名前が由来するシステム。例えば： 今、理論的には、これはテキストエディターで探しているときに、C＃で型がどこから来たのかわからないことを意味しますが、実際には、それが問題になることはありません。実際にコードを見て、Visual Studioを使用できない頻度はどれくらいですか？ これは私に啓示です。多くのPythonプログラマーは、Sublime Text 2やvimのようなコードに加えて、コマンドラインツールとフォルダーやファイルの直接アクセスと操作を使用して、コーディングにテキストエディターアプローチを好みます。このような基本レベルでコードを理解するためにIDEに依存するという考えは、忌み嫌われるようです。この点でC＃の文化は根本的に異なっているようです。そして、C＃の学習の一環として、それを受け入れて受け入れる必要があるのだろうか。 ここで私の質問に私を導きます：C＃開発は、使用しているIDEから事実上不可分ですか？

41 c#  python  ide  text-editor  culture 

フロントエンドアプリケーションで番号をローカライズする際に注意する必要があるのはどの警告ですか？ 例：ブラジルポルトガル語（pt-BR）では、ドットで千を分割し、コンマで小数を分割します。米国英語（en-US）ではそれは逆です。pt-BRでは、en-USと同様に、桁で区切られた桁が表示されます。しかし、今日、インド英語（en-IN）について読んで、この宝石に出会いました。 インドの番号付けシステムは、数字のグループ化に適しています。言葉で書かれたとき、または話されたとき、100,000 / 100 000未満の数字は、標準英語と同じように表現されます。100,000 / 100,000以上の数字は、インドのナンバリングシステムのサブセットで表されます。 https://en.wikipedia.org/wiki/Indian_English#Numbering_system つまり： 1000000 units in pt-BR are formatted 1.000.000 1000000 units in en-US are formatted 1,000,000 1000000 units in en-IN are formatted 10,00,000 コンマとドット、およびその他の特定の区切り記号に加えて、マスキングも有効な懸念事項のようです。 フロントエンドアプリケーションで番号をローカライズする際に注意すべき他の注意事項はありますか？特に非ラテン文字セットに数字を表示している場合はどうなりますか？

38 internationalization  localization  culture  information-presentation 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 緊密で協力的であることを目的とする店では、シニア開発者がメンターとしてジュニア開発者とペアになっている文化の一部である必要がありますか？または、このメンタリングは、より有機的で自発的なもの、つまり必要ではないが、人為的な励ましなしで開発できるものでなければなりませんか？

25 culture  junior-programmer  mentor  senior-developer 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 このウェブサイトから学んだことの1つは、ソフトウェア開発者は、私が働いていた会社で見たものと同じように扱われず、違いのいくつかは文化や他の要因に関連しているように見えることですプログラマーが働く地理的な場所。一部の分野では、プログラマーは多くの特典と多くの専門的敬意を期待できるように見えますが、他の分野では、プログラマーは何をすべきかを指示され、問題なくそれを行うべき労働者と見なされているようです。米国だけでも、この国のさまざまな地域の間で「標準」に大きな違いがあるようです。私はこれがどれだけ私の認識であり、プログラマーが異なる場所でどのように認識されるかについての本当の違いはどれくらいあるのだろうかと思っています。 プログラマーの作業環境の大きな違いや、地理的にプログラマーをどのように扱うか、尊重するかについての態度について議論している研究はありますか？これを見るさまざまな方法に取り組む複数の記事に興味があります。 編集：具体的には、研究は利用可能ではないようですので、私は質問をより広くします。利用可能なあらゆる種類のトピックについての良い、思慮深い文章はありますか？

23 culture 

私は中規模企業のソフトウェアエンジニアです。TeamCityで実行されるかなり堅牢なテストプラットフォームがあります。すべてのチェックインで単体テストを実行し、毎日の単体テスト/ BVTを実行します。 問題は、大量の単体テストが失敗していることです。 ユニットテストが絶えず壊れていて、メンテナンスされていない場合、かなり頻繁にユニットテストの無意味さを引き出します。変更によってリグレッションが発生したかどうかを確認できないと、単体テストプラットフォームの価値のほとんどが失われます。 良い習慣の文化を作り出す種を植えたいです。壊れたときにテストを修正し、それらを価値あるものとみなし、他の作業とともにテストの修正を優先します。 私は賄ber（焼き菓子！）を試みましたが、単純に尋ねて、チームリーダーに話しました。誰もがそれは良いアイデアだと言いますが、私はそれについて何かをしている唯一の人であると思います。 他の人にテストの修正を奨励し、スプリント内でのテスト修正の優先順位付けを開始する最良の方法は何ですか？ これを尋ねる主観的な方法がなければ、どんなヒントでも喜んで受け入れます。

22 testing  unit-testing  tdd  culture  leadership 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 私は、オフィスの官僚主義が最終的なコード品質の結果に直接影響を与えた物語に興味があります。 たとえば、友人から、以前の職場ではバージョン管理システムが非常にかさばっていて、VCSの神に許可を求めずにプログラマが新しい「モジュール」（ソースツリーのルートディレクトリ）を作成できなかったと言われました。その結果、プログラマーは余分な官僚的な手順を踏むことを嫌がり、機能がモジュールの現在の定義またはモジュール名にリモートで関連している場合でも、既存のモジュールの上に無関係な機能を積み重ねることになりました過去の方法でした。（モジュールの名前変更は言うまでもありません...） 私は、オフィス、運用、または最終的にはおそらく意図せずにソフトウェア品質に影響を与える他の官僚機構の同様の物語に興味があります

22 code-quality  culture 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 4年前に閉鎖されました。 この投稿はコミュニティWikiです。この投稿を改善するには、既存の回答を編集してください。現在、新しい回答は受け付けていません。 私は、80年代、90年代にハッカー文化とソフトウェアビジネスを営むことについて多くの（フィクション/ノンフィクションの本）を楽しんできました。なんらかの理由で、当時は非常にエキサイティングでした。例は次のとおりです。 Microserfs（Douglas Coupland） 偶然の帝国（ロバートX. Almost Pefect（WE Peterson、オンライン！） Coders at Work（ピーターザイベル） 今日、私は起業家でありプログラマーです。80年代に戻って、私はDOS TSRをハッキングし、GWBasic / QBasicをコーディングしている若いオタクでした。90年代、私はCSの大学生で、世界中でインターネットの台頭を経験しました。 これらの本を読んでいるとき、ソフトウェアビジネスを営んでいるのは、今日よりもずっと楽しそうに見えました。以前は非常にシンプルで、機会はどこにでもあり、スタートアップは現在のすべてのWeb 2.0ソーシャルネットワーキングトイよりもはるかに現実的な問題（スプレッドシートの発明、6つの異なるプラットフォームでのアセンブリでのワードプロセッサの作成）で動作するように見えました。 誰もがこれらの感情を共有していますか？誰かが当時の良い（個人的な）物語を持っているか、読むべき他の良い本を知っていますか？

17 books  history  culture 

私は最近これに出くわしました数年前の記事。言語の実際の違いではなく、VBとC＃を取り巻く文化の大きな違いが、C＃コーダーが一般にVBコーダーより才能があることに貢献すると主張します。明らかに、それは多くの火炎戦争を引き起こし、C＃ersとVBersのどちらが愚かであるかという質問には答えられません。そうは言っても、特定のプラットフォームを取り巻く文化がチームの質に貢献していると、作家は主張しています。たとえば、現時点ではJavaでアプリを開発する方が効率的ですが、Google Go開発者のチームは、Java開発者のチームよりも平均して高い能力を持っているようです。超初期の採用者であり、フロンティアハッキングの達人になること。簡単に言えば、あるプラットフォームまたは別のプラットフォームを取り巻く文化は、そのプラットフォームの平均的な開発者の品質に、もしあれば、どのような影響を与えますか？

15 programming-languages  culture 

私は、ソフトウェアの開発が（とりわけ）自分自身に常に質問するプロセスであることを認識し始めています。コードの品質、懸念の分離、依存関係の最小化に関する質問... しかし、主な質問は、精神病院に行かずにどこまで行けるかということです。 私は新しい仕事に応募しています。昨日、将来の雇用主と一緒にプログラミングの能力をテストしたいと考えていました。演習の1つは、このコードの機能を説明することでした。私は、彼らが開発するアプリケーション（vb.netのwinforms）のコードをいくつか試しました（病院の管理アプリケーションです）。これは、彼らが物事にどのようにアプローチするかを実際に見る機会を与えてくれました。 いくつかの例： どこかで見ました：[ここにサブルーチンの名前を挿入]を呼び出します->私は打たれました：それはVB6からのものではありませんか？ それらには、ado.netを使用する個別のデータレイヤーがありますが、調べなければならない1つのメソッドは、呼び出し元レイヤーにデータセットを返します。そのため、データ層を分離するかどうかに関係なく、アプリケーションはado.netに関連付けられます（別のデータアクセスアプローチに切り替えない場合は問題になりません）。 そのデータセットは現状のままで読み取られるため、データ中心のアプローチです（もちろん、「Patient」や「LabAnalysisRequest」などのクラスに含めることができるロジック/動作を議論することができます。 また、文字列連結によるsqlクエリの構築を見たことがあると思います。 ストアドプロシージャを使用します（私にとって、これはロジックの分散です） ビュー/コントローラーについての言及はありません：それはすべてフォーム駆動です 私が見た最もいことは： TestEnvironment.IsTestingの場合 someVar = [ハードコーディングされた値] そうしないと someVar = [動的に取得した値] 終了する場合 [ここの関数の残り] それはすべて、私が学校で学んだこととはまったく異なります：（永続性にとらわれない）ドメイン層、永続化層、プレゼンテーション層、ユニットテスト、... だから私は私の質問を言い換えます：どのように基本的または独断的である必要がありますか？プログラマーはどの程度まで自分の原則に固執するべきでしょうか、それとも仕事をするコードを書くべきでしょうか？

13 culture 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 外の世界にとっては、プログラマー、コンピューターサイエンティスト、ソフトウェアエンジニア、開発者はみな同じように見えるかもしれませんが、それは生計のためにソフトウェアを作成する人々の場合とは程遠いものです。単一のプログラマーの能力と知識は、そのツール（OS、言語、そしてはい、好みのエディター）と同様に非常に広範囲に及ぶ可能性があり、その多様性は、ソフトウェアで多くのサブカルチャーを生み出します-Stack Overflowやこのサイトを積極的に使用するプログラマーのように、しない多くの人に対して。 他の人から、彼らが出会った、属している、賞賛している、嫌いな、または作成したソフトウェアサブカルチャーを聞いてみたいです。手始めに、私は遭遇しました： マイクロソフト主導の企業と開発者：スタック全体はワシントン州レドモンドにあります。電子メールはOutlookは電子メールです。WebはIEおよびIISです。VB、.net、Visual Studioなどの複数のバージョンでいっぱいのMS Developer Networkサブスクリプションの大きなバインダーがあります。シェル/コマンドラインでの作業を避けます。オープンソースなどの大騒ぎがどういうものなのか見ないでください。MS中心の企業は9〜5であり、非常に企業的である傾向があります（ソフトウェア担当者ではなく、ビジネスマネージャーが主導します）。最近（MS以外のツールが広く利用可能になったため）、これはハッカー文化のアンチテーゼです。 昔ながらのCSの人々：LispとUnixを非常によく知っていることがよくあります。時には、彼らは半人気のLisp自体、またはシステムユーティリティを書いたかもしれません。あるとしても、「ソフトウェアエンジニアリング」に関するものはほとんどありません。また、それらに感銘を受けることもありません。参照、履歴、およびLisp、C、Prolog、Smalltalkなどのプログラミング言語の高レベルの意味を理解します。80年代と90年代のAIの結果について苦いことがあります。Emacsユーザーになりがちです。目を点滅させることなく、複数行のシェルコマンドを入力できます。彼らのアドバイスは不可解なこともありますが、一度理解すれば金が含まれます。 新しい学校のWeb開発者：コンピューターやビデオゲームで遊んでいたが、実際にプログラミングを始めたのは90年代後半または00年代前半でした。1〜1.5のスクリプト/動的言語で快適。CやRuby / Perl / Python以外の言語は不必要/魔法だと思います。最初はHTMLをプログラミングと見なしていた可能性があります。Macを手に入れて、それについて熱狂的/非合理的になりがちです。構築する以上のフレームワークを使用します。多くの場合、NoSQLやRuby On Railsに過度に熱心です。 New-school CS：統計、ベイジアンモデル、および推論に関する多くのトレーニング。「AI」とは言わず、「機械学習」と言います。LispよりもJavaの方が多いですが、Haskellのエキスパートプログラマでもあります。各分野の専門家（Google、財務/クオンツ）による現実世界での大きな成功を目にすることで、多くの場合、自信が持てます。しかし、ビッグデータとそのような分散処理は、実際に世界を変えています。 上記の例は、完全、正確、直交、または客観的なものではありません。:)私が個人的に見たものであり、より広範な質問の議論と概要を刺激するために提供したもの。反対意見をお気軽に！

13 culture  social 

言語学には、問題解決は自分の母国語の言語の構文、意味論、文法、柔軟性に非常に関連しているという考え方の学派があります。 さまざまな国際開発チームと協力して、コードベースにメンタルカルチャー（あるとすれば）をはっきりと見ることができます。プログラミング言語は別として、ドイツ語のコーディングは、私のインドの同僚とはかなり異なります。同様に、コードは中米では沿岸アメリカとは明らかに異なります（実際、IBMはこの数年前に気づきました）。 コーディングスタイルと問題解決が母国語と一致していることに気づきましたか？

9 culture  problem-solving  spoken-languages