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

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 最近いくつかの講演を行ったが、スライドを作成する良い方法を見つけていない。スライドをプログラミングするためのいくつかの望ましい特性を次に示します。 スライドです。標準のemacsバッファーではできません。 コードの構文強調表示があります。 フォントサイズ、色、箇条書きなどの基本的な書式設定をサポートしています。 派手なアニメーションは必要ありません。私が望む唯一のアニメーションは、弾丸が1つずつ表示されることです。 編集：プレゼンテーションのシーケンス/位置を破壊することなく、ターミナルからスライドへ前後に簡単にAlt-Tabキーを押す必要があります。 これまで私は考えてきました： Microsoft Office-Linuxユーザーにとっては問題外。 OpenOffice.org-私のニーズには多すぎるため、コードのフォーマット/ハイライトを外部で行い、貼り付ける必要があります。プラス側では、箇条書き、箇条書きのアニメーション、およびフォントの書式設定をサポートしています。私の知る限り、ターミナルのalt-tabがプレゼンテーションモードと位置を破壊するという事実は回避できません。 Emacs-すべてのコードフォーマットをサポートしていますが、1つのチャンクから別のチャンクに移行できるスライドモードが見つかりません。 HTML5-html5rocksをテンプレートとして使用してスライドを作成したことがあります。それはすべてをサポートしますが、マイナーな話の前にいくつかのスライドを「一緒に投げる」にはあまりにも困難で時間がかかります。また、html5のみの機能は、Podiumコンピューターにインストールされているブラウザーでは動作しない場合があります。 コード中心のプレゼンテーションを作成するためのプログラム/テクニックに関する提案はありますか？ 編集：S5とラテックスは私が探しているものの精神に最も近いと思うが、それは他の提案（スライドをまったく使用しないことを含む）が「間違っている」と言うことではない。

22 communication  text-editor  presentation 

私は強力なオブジェクト指向のバックグラウンドから来ており、コードはJavaで書かれていますが、以前よりも優れたオブジェクト指向設計にあまり重点を置いていない組織で働き始めました。私は「あまりにも多くの抽象化」を導入し、代わりに常に行われている方法をコーディングする必要があると言われました。これはJavaの手続き型です。 TDDもここではあまり実践されていませんが、テスト可能なコードが必要です。大きな「神クラス」の静的プライベートメソッドにビジネスロジックを埋め込むことは（このチームの標準と思われます）、あまりテストできません。 私は自分の動機を同僚に明確に伝えることに苦労しています。OOとTDDを使用するとコードのメンテナンスが容易になることを同僚に納得させる方法について、誰かアドバイスがありますか？ 技術的負債に関するこの質問は私の質問に関連しています。ただし、他の問題がカバーする事実の後に返済するのではなく、そもそも借金の発生を回避しようとしています。

21 java  object-oriented  teamwork  communication  maintainability 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 職場環境の背景 私のマネージャーには、コンピューターやソフトウェアの背景や理解がまったくありません。彼は彼の人生でどんな形のコードも（10フィート以下の物理的距離からでも）見たことがない可能性が高いです。 私が実装を求められているものの複雑さを理解している人はいません。私が半ハードコード化すれば誰も知らないという点まで。 上ジョエルのテスト我々は信じられないほどのスコアスコア0。 問題点 マネージャーおよびその他の「シニア」は、要件の仕様を変更し続けます。パッチを適用した「修正」ではなく、適切なエンジニアリングを行った場合、基礎となるデザインの変更が必要な変更 コードを見る人は絶対にいません（おそらく、誰もその方法を知らないため、または行うべきであっても）。 問題の複雑さやソリューションの優雅さを評価してください。 アプローチの改善を提案します。 コードの品質を評価してください。 コードを改善できる場所を指摘します。 文法的には意味がありますが、他の方法では意味をなさない多くの専門用語が使用されます。 ソフトウェア会社のように感じたり、振る舞ったり、働いたりしません。 質問 何をすべきですか？特に、私のコードの改善点を指摘する人がいないことに関して。 更新 HLGEM（およびおそらく他の人）の質問に答えるために、それを試して修正するために何をしたかについて。Redmineをセットアップし、ソース管理をすべての人に紹介することを申し出ました。分散型（gitまたはmercurial）をお勧めしますが、一元化されたものについても話し、チームに決定させます。応答は、物事が行われており、数週間以内に行われることでした。それを見たことがないし、会社の他の部分がそれを使っているかどうかも知らない。

21 requirements  management  communication 

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

21 communication  team 

少し背景を説明すると、私は約12人のRuby on Rails開発者（+/-インターン）を抱える会社で働いています。リモートワークが一般的です。当社の製品は2つの部分で構成されています。かなり太いコア部分と、それに基づいて構築された大規模な顧客プロジェクトまであります。通常、顧客プロジェクトはコアを拡張します。重要な機能の上書きは発生しません。コアには、リファクタリングを急ぐ必要のあるかなり悪い部分があると付け加えます。仕様はありますが、主に顧客プロジェクト向けです。コアの最悪の部分はテストされていません（そうではありません...）。 開発者は2つのチームに分かれており、スプリントごとに1つまたは2つのPOを使用しています。通常、1つの顧客プロジェクトは、チームとPOのいずれかに厳密に関連付けられます。 ここで私たちの問題：むしろ頻繁に、お互いのことを壊します。チームAの誰かがコア機能Yを拡張またはリファクタリングすると、チームBの顧客プロジェクトの1つに予期しないエラーが発生します。ほとんどの場合、変更はチーム間で発表されないため、ほとんどの場合、予期しないバグが発生します。POを含むチームBは、機能Yが安定していると考え、リリース前に変更を認識せずにテストしませんでした。 これらの問題を取り除く方法は？どのような「発表テクニック」を勧められますか？

20 teamwork  communication  customer-relations  errors 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 私たちの会社で最近の再編が行われた後、新しいラインマネージャーを迎えました。彼は一般に大丈夫であり、前のものほど卑劣ではありません。「卑劣」というのは、彼が邪悪なマネージャーであったという意味ではありません-私はこの用語で、ほとんどの情報を自分自身に保持し、他のチームメンバーと共有せず、人」-あなたはアイデアを得る。 しかし、それにもかかわらず、私は前のマネージャーと非常に良い関係を維持することができました-そして、私は非常に生産的でした。 私の新しい上司はよりオープンであり、良いことですが、問題をできるだけ早く解決するために別の開発者に同じタスクを与えることで、彼の品質の1つが嫌いです。すでに理解しているかもしれませんが、私たちのような環境では情報は自由に流れません。だから、私のマネージャーが10分前に話していた人は、私が今取り組んでいるのと同じ問題に取り組み始めているかもしれません。それは数回起こり、同じ問題に取り組んでいる人がいると耳にするたびに-私は行って、問題を所有しているマネージャーに尋ねましたが、彼は通常彼の答えを非常に避けていました。 だから私の質問は-私のマネージャーがそれをするのを止める方法は？半ダースの開発者からなる小さなチームでは、私は最も上級の開発者であり、通常はレースから免れていますが、それが私を襲ったとき、それは本当に私の神経を引きます。 そしてもう一つ：私はマネージャーが悪い/悪のボスであることをほのめかしていません。世界が公平であるか、そうあるべきだとも信じていません。ただ、彼にレースをやめさせる方法を見つけたいです。一度に一つのことを。

20 communication  development-environment 

10人の開発者からなる私たちのチームは毎週会合を開きます。会議はかなり退屈で、特に有用ではありません。良い会議をするためにどの形式/議題を利用していますか？ ピザを提供した会議室で毎週会います。形式は、部屋を一周し、作業中のさまざまなタスクのステータスをリストし、来週のタスクについて話し合います。マネージャーは、今後数か月および1年先の今後のプロジェクトと優先事項の概要を提供します。 更新 これらの会議の目標は多かれ少なかれです-一般的なチームの構築、誰もが取り組んでいるものの知識を共有し、変化する会社のイニシアチブを誰もが認識し続けることです。仕事の割り当てを正式に「配る」ことではありません（他の方法で行われます）。

19 management  communication  meetings  team-building  team 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 5年前に閉鎖されました。 あなたはソフトウェア開発職の候補者を探している過程にあり、すべての履歴書がレビューされ、あなたはいくつかの面接の招待をしました。今、現場の会議室に人々が現れ、過去の経験、履歴書のレビュー、個人的な開発の興味などについて話し合いを始めます。 採用の経験において、最初はうまく処理してほしいと思った回答（および質問）で、貧しい候補者を採用できなくなった可能性があるものは何ですか？ 私は警戒するためにいくつかの赤い旗を探しており、十分に識別されることを望んでいます。

19 communication 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 仲間のキュービクルの住人に挨拶します。 私は自分の役割が「機能管理者」から「機能開発者」に徐々に変わっていることに気付きました。前者の多くは、既存の機能の修正および/または更新で構成されますが（完全な素朴さで実装について静かに不平を言っています）、この新しい役割で私は見つけます： 新機能をターンアラウンドするための開発要件を定義するために、即時の管理者と通信する必要があります 新機能のユーザー要件を決定するために、設計と通信する必要があります 開発中の現在の状態と同様に、新しい機能のテストセットを決定するためにQAと通信する必要があります。 プロデューサー/プロジェクトマネージャーと通信して、残りの所要時間と開発要件の更新を定義する必要があります。 最後に、新しい機能を保護し、今後のリリースへのリスクが最小限に抑えられることを示すために、上級管理者と時々通信する必要があります。 ここで最後の項目が重要であり、これを完全に実現するまでに2、3回の機会がありました。全体として、コミュニケーションスキルが重要であることが非常に明らかになります。特に、開発中の機能を「所有している」と感じる開発者にとってもそうです。 このすべてが、私はそれが重要であると認識しており、この分野でのスキルをさらに向上させたいと考えています。私は1対1のコミュニケーションを楽しんでいますが、私がよく知っている少数の人々よりも大きなグループと話すと、少しstりがちになります。 自分のコミュニケーションスキルを向上させるための優れたリソースはどこにありますか？

19 communication 

明らかな理由で質問が匿名で投稿されました。私は5〜6人の開発者からなる開発グループを持つ会社で働いており、対処するのに苦労している状況にあります。 技術的な選択（言語、フレームワーク、データベース、データベーススキーム、構成スキームなど）はすべて、CEOによって決定されますが、多くの場合、あまり根拠はありません。これらの選択肢を修正するのは非常に難しく、詳細な賛否両論のいくつかの代替案を提案しているにもかかわらず、彼の主な議論は「私はこれが好きではない」にある。彼はまた、理由を説明せずにコア製品をゼロから書き直すことを決定し、それが物事を遅くすると考えているため、開発会議に参加することはありません...私はすでに別の仕事の機会を探しています私たち（開発者）は状況を改善するためにできました。 私に衝撃を与えた2つの例： 彼は私たちに構成管理に似たものを実装するように頼みますが、彼は好きな言語で書かれていないため、既存のフレームワークを拒否します（実装言語は無関係です）。また、「非常に簡単だから」、これらのシステムを数日で書くことができると期待しています。 現在のコードベースが非常に悪いため（設計が彼のコードベースであるため）、彼は私たちのコア製品上でゼロから書き直し続けています。1年で3回目の書き換えを行っており、それぞれの書き換えは前の書き換えよりも悪化しています。 私がこれまでに試したのは、製品で精巧なベンチマークを実行することです（ソフトウェアが遅すぎることを訴え続け、より速くするために書き換えを正当化します）、単に賛否両論のグラフを作成するのではなく、既存の製品で作業証明としてソリューションを実装し、など...しかし、それらの努力の90％はまだゴミ箱に送られ（背後にあるあらゆる種類の理論的根拠は決して好きではありません）、私は彼が望むように正確にやらないので、しばしばprim責されます彼が望んでいることは不可能です）。

18 productivity  management  communication 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 8年前に閉鎖されました。 だから、誰もがいつかこの人に出会ったと思います。誰かがあなたのプロジェクトやアイデアの風をつかみ、最初にいくらかの興味を示します。メソッドのいくつかについて話をするようになり、通常はこの頃にメソッドXの代わりに使用する方法、またはライブラリYを使用する方法を挿入します。熱心なオウムのように何度も何度も同じアドバイスを繰り返します。 個人的には、学習中に車輪を再発明したり、以前よりも悪化したとしても、単に楽しみのためにしたいです。しかし、この人は明らかに、そのような目的のためにユーティリティを再作成することを推測することはできませんし、伝統的なOOP慣行に厳密に従っていないものを試す可能性があり、完璧感以外には何も解決せず、自然に批判を汚します。それに加えて、彼らは最終的に彼らが片手でコーディングしたすべての信じられないほど複雑なものをリストすることによって彼らのアドバイス（遅延）を正当化し始めます（通常「私を信頼して、私はプログラムX 、 何とか何とか何とか"）。 今、私はプログラミングの達人には程遠いです。たぶんそれほど上手ではないので、アドバイスと批評を大切にしていますが、アドバイス/批評には時間と場所があると思います。また、助けになることと自己陶酔することの間には大きな違いがあります。過去には、おそらくより強力なジョージカーリンスタイルの解雇を使用していたでしょうが、橋を燃やすことはもはや最良のアプローチではないと思います。 この種の言葉によるむち打ちに対処する方法について何かアドバイスはありますか？

18 teamwork  communication 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 閉じた3年前。 私は、他の人が使いたいと思うライブラリを実装した個人プロジェクトを仕上げています。詳細を説明しすぎることなく、ライブラリは、特定の種類のファイルを解析するためのクロスプラットフォームインターフェイスを提供します。これは、以前は（少なくともこの言語では）存在していませんでした。このプロジェクト自体は面白くてやりがいのあるものでしたが、無知のために他の開発者に考慮されなかったのは残念だと思います。 このライブラリに関する言葉を適切に広めるにはどうすればよいですか？ 私の現在の計画は： ソース、ドキュメント、使用方法、サンプルを含むWebページをホストする 「このツールはどこにありますか？」という質問をするSOの質問に答えます。 関連分野のいくつかの主要メンバーに連絡し、彼らに率直に言ってください これらの手順は合理的だと思いますか？あなたは他に何をしますか？

16 open-source  communication 

ここで何が尋ねられているかを伝えるのは難しいです。この質問は曖昧、曖昧、不完全、過度に広範、または修辞的であり、現在の形式では合理的に答えることができません。この質問を明確にして、再開できるようにするには、ヘルプセンターに アクセスしてください。 7年前に閉鎖されました。 私はphpとsqlを使用しています。 機能を実装する私の方法は、上司が提案する方法よりも優れていると思います。ちょうど今、彼は私にメールアドレスのリストをチェックする方法を説明してくれましたが、私は彼の考えが好きではありません。私は、実装がより良く、より速い鉱山を提案しましたが、彼は同意しませんでした。 彼の考えは私には十分に明確ではなかったので、今、私は先に進んで私の考えを実行すると思います。彼は怒っていると思いますか？

16 communication 

同僚がコードを編集している場合、何をすべきですか？ 機能を追加したり、バグを修正したりせずに、外観を変更するだけです...

16 productivity  teamwork  communication  etiquette 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 コンテキスト： それは内部プロジェクトです（多くの人が使用するとは思わない） 古いです 私たちはそれを更新しています 問題： mvcフレームワークを悪用します（モデルの使用、ビューでのビジネスロジックなど） 求められていることは小さいですが、凝集度が低いため、2つのオプションがあります。 物事をやり続ける 大量のコードを移動したり、コードを書き直したりする ソリューション（私が見る）： 引き続き作業し、ベストプラクティスを無視して、すぐに行われ、リファクタリング/リライトによって新しいバグを導入しないことを支持する リファクタリング/書き換え 私の質問は本当にそうだと思います：このプロジェクトに大きな変更を加えたい場合、誰をin辱せずにそれを提案するにはどうすればよいですか？それとも、それが時々（比means的な）ダクトテープを意味していても、単純に流れに行く方が良いでしょうか？

15 refactoring  communication  internship  rewrite