差分
ナビゲーションに移動
検索に移動
細
'''ペアプログラミング'''（[[英語Xamarin.Mac]]：pair programming）とは、大雑把にいうとでも[[職業プログラマーNLog]]を[[冗長化]]することである。を使えると捗る。
なお、ただし[[RAIDコントローラーファイル]]に相当するプロジェクトの現場責任者（日本ではに出力する場合に注意が必要で、[[システムエンジニアMac OS X]]と呼ばれることが多い）が無能である場合は、ペアプログラミングの理想も虚しく、綺麗に空中分解する。そのような人物はではあらゆる[[バグファイル]]を抱えたは[[不良品アプリ]]であり、迷わず[[リストラ]]して[[新品交換]]するのが望ましい。の外部に保存する必要があるため、NLog.configファイルの設定例でよく見かける「basedir変数」以下に書き込む設定は使えない。
わざわざお硬く提唱される時点で知能指数の低い者が多い（多くなった）業界だということである。 <variable name="appname" value="monobook"/>
ペア行動の有無は[[ブラック企業]]を判別する手法としても注目が集まる。2014年3月ごろから発生した[[すき家]]の[[パワーアップ工事]]も[[ワンオペ]]が原因のひとつと言われている。 <targets> <target xsi:type="File" name="logfile" fileName="${specialfolder:folder=MyDocuments}/Library/Logs/${appname}/${shortdate}.log" layout="${longdate} ${uppercase:${level}} ${message}" />
=== よりよいコード ===相乗効果により[[設計]]や[[実装]]の質が向上することが期待される。2人組だと常に[[コードレビュー]]と[[単体テスト]]が行われているような状態になるため、後から読めない[[スパゲッティコード]]を抑制できる。とくに[[中級者病]]の抑制には強い効果を発揮する。 </targets>
=== 外乱要因に対する耐性 ===2人組だと「[[Excel]]の使い方がわからない」などといった、「助けて[[パソコンの大先生]]！」的な、いわゆる[[FAQ]]な外乱要因に対しても耐性を示し、他の人が割り込んできても、一方が応対し、もう一方が作業を進められる。また、NLog.config中でアプリ名を動的に取得する方法がわからなかったので、この例では自前でappname変数を用意している。
=== 教育的側面 ===初心者であっても固有の知識（プログラミングテクニックなど）を持っているものである。ペアプログラミングでは、余計な手間をかけずにそのような知識をチーム全体で共有できる。 == 欠点 =====コミュニケーション障害者===経験を積んだ開発者によっては、初心者とのペアプログラミングを一種の退屈な指導と捉える場合もある。一部の技術者は1人で作業することを好み、ペアでの作業を面倒と感じる場合もある。これは上級者側の[[コミュ力]]不足、[[指導力]]不足であるともいえ、そのような人物は[[RAプログラム]]の対象としても差し支えない。 また、ペアの組み合わせによっては双方が「よくわからんけどあいつはしっかりやるし大丈夫だろう」の考えの元に行動してしまい、結果として人件費を2倍かけたのにもかかわらず逆にチェックが杜撰になることもあるので注意が必要である。プロジェクトリーダーや人事はお互いが「あいつで大丈夫か」と思えるような人材同士(かつ険悪な関係にないもの)をペアにする必要があり、リーダーや人事の高い能力が求められる。 ===人件費===小規模な[[ブラック企業]]では[[ワンオペ]]による[[プログラミング]]が広く行われており、そのような環境下ではペアプログラミング以前に[[プログラマー]]１人のみですべてを行い、[[プロジェクトマネージャー]]や[[システムエンジニア]]などという役職も存在しない。また、その前提で[[チキンレース]]の末に[[不当廉売]]のような価格が横行しており、[[安かろう悪かろう]]を繰り返し顧客からの信頼も薄いため、正常な価格への値上げも難しい状況に陥っている。このような[[ブラック企業]]では[[人件費]]を捻出することが難しくペアプログラミングは夢のまた夢である。 ====RAIDプログラミング====ただこの状態は[[大企業病気]]の真逆の[[弱小企業病]]（なお私が勝手に名付けた名称で一般的なものではない）であるといえ、顧客からの信頼性の面や企業としての収益性の面からみても放置すればその企業は確実に経営破綻する。それを回避するためにも徐々にでも正常な状態にもっていく必要があるといえる。 いわゆる世間一般でいわれるペアプログラミングは[[ハードディスク]]でいえば[[RAID1]]構成である。確かに目先の[[コストパフォーマンス]]は悪い。そこでまずは[[RAID5]]のような[[RAIDプログラミング]]（なお私が勝手に名付けた名称で一般的なものではない）からはじめてみてはいかがだろうか。 [[プログラマー]]は最低３名構成で、うち１名はペアプログラミング的に巡回を担当する。それを日替わりなどで行うのである。万が一、不慮の事故や病気などで[[プログラマー]]が１名ほど欠落しても、一時的にペアプログラミング状態は停止することになるが、巡回するプログラマーを通常のプログラマーとして補欠できるため[[デスマーチ]]に陥る確率は大幅に低減できる。 そして企業として少し余裕が出てきたならば巡回するプログラマーを徐々に増やすなどして[[RAID6]]や[[RAID50]]に近い形態に移行し、最終的には[[RAID1]]、すなわち本来のペアプログラミングの体制にもっていけばよい。 長くなりそうなので以下に検証ページを作る。*[[RAIDプログラミング]] == 現実 ==2人組であれば開発速度は落ちないどころか向上すると言われているが、目下の[[人件費]]が2倍になるという理由から、いわゆる[[IT土方]]が集う、いわゆる[[ブラック企業]]ではまず行われていない。そもそもそんな企業の人事やプロジェクトリーダーは能力不足によりまともに機能するペアを社内で構成することすらできず、ますますブラック化を加速させているのが実情と思われる。 [[システム]]を発注する顧客の場合は、「本当に完成品を納品してくれそうか」を測る指標として、[[見積]]段階でペアプログラミングを導入しているかを尋ねてみると良い。尋ねると良いどころか、必ず確認しておかなければ危険な点であるとう人もいる。 == 関連項目 ==* [[ペアプログラミング合コン]]* [[アジャイル]]* [[エクストリーム・プログラミング]] == 参考文献 ==
Administrator がページ「Xamarin.Mac/NLogを使う」を「Xamarin.MacでNLogを使う」に移動しました
== 概要 実装1==ペアプログラミングは[[冗長化Xamarin.Mac]]手法として広く知られているでも[[HDDNLog]]のはなんら問題なく使用できる。[[RAIDNuGet]]構成をから一発[[プログラマーインストール]]というである。試してはいないが[[人的リソースMonoMac]]に適用したものである。これにより[[デスマーチ]]突入率を大幅に抑えることができる。でも同じだと思う。
===ファイルに出力するNLog.configの設定例===そこで以下の例では[[副作用Mac OS X]]を軽減する効果がある。では定番の「~/Library/Logs/」以下に出力してみた。
<source lang="xml"><?xml version="1.0" encoding="utf-8" ?><nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation=他業種ではあたりまえ"http://www.nlog-project.org/schemas/NLog.xsd NLog.xsd" autoReload="true" throwExceptions="false"ペアで業務に取り組むという行為は絶対の安全が求められる分野では常識となっており、たとえば航空機の機長と副機長や、チーム医療などでは当たり前の形態である。刑事ドラマの警察官も2人組、覆面パトカーでドライブしている警察官も2人組が基本である。つまり「ペア」いう概念は[[プログラマー]]に限ったものではない。某外資系電機メーカーなど、一部の企業では営業職なども基本的にペアで行動するようにしているところも少なからず存在している。 internalLogLevel="Off" internalLogFile="c:\temp\nlog-internal.log" >
<target xsi:type="Console" name= 利点 ===== 規範意識の増大 ===組合せ次第では、個人の作業よりもサボりにくく、ちゃんと作業を進める可能性が高い。なお組合せを間違えると2人してサボる。"console" />
<rules> <logger name="*" minlevel="Trace" writeTo= 作業効率の向上 "logfile" /> <logger name="*" minlevel="Info" writeTo="console" /> </rules></nlog></source>2人組だと1人で作業するときとは流れが変わる。1人がドライバーとなり、1人がナビゲーターとなるため、次に何をすべきかを考え込むといったことが少なくなる。NLogに設定するパスは[[絶対パス]]なので、ホームディレクトリのパスの取得は「[[MonoMac/特殊ディレクトリのパスを取得する]]」を用いてMyDocumentsを指定することで取得した。
=== 多数の開発者による設計 備考===ペアを頻繁に入れ替えれば、複数の人間が1つの機能の開発に関わることになる。これにより、よりよい[[設計]]が生み出され、たとえばあるペアが解決できない問題で作業が止まってしまっても、別のペアでは解決できることもある。NLog.configは初期状態でビルド時にコピーされない設定になっていると思うので修正するのを忘れないこと。NLog.configファイルのプロパティの「出力ディレクトリにコピー」の値を「新しい場合のみコピー」または「常にコピー」に設定する。
=== 勤労意欲の向上 不具合===ペアプログラミングを行うことでチームの各人が互いをよりよく知ることができ、結束力を生み出しやすい。またペアプログラミングの方が1人で作業するよりも楽しいと感じる開発者もいる。これは友達の少ないこれは2015年8月3日の情報です。[[プログラマーXamarin.Mac]]のにおいて「Debugビルド」を行うとアプリ内（***.app内）のMonoBundleディレクトリにNLog.configファイルが生成（コピー）されるが、「Releaseビルド」では生成されないようだ。たぶん[[コミュ力不具合]]を向上させることにもつながることであろう。だと思う。
=== 集団的なコード所有権 =関連項目==プロジェクトの全員がペアプログラミングを行い、頻繁にペアを組みかえる場合、そのコード全体について全員がそれなりの知識を共有することになる。*[[MonoMac/特殊ディレクトリのパスを取得する]]
{{reflist}}
{{stub}}
[[category:Xamarin.Mac]]
[[category:MonoMac]]
