すごいプログラミングを考えた！どうよ？ [転載禁止]©2ch.net [422186189]

ペアプログラミング導入の難しさ
ペアプログラミングが敬遠される最大の理由は人件費である。いくら理想論をいわれても小規模なブラック企業では
人件費を確保できない。

なぜなら、小規模なブラック企業ではワンオペによるプログラミングが広く行われており、そのような環境下では
ペアプログラミング以前にプログラマー１名のみですべてを行い、プロジェクトマネージャーやシステムエンジニア
などという役職も存在しない。また、その前提でチキンレースの末に不当廉売のような価格が横行しており、
安かろう悪かろうを繰り返し顧客からの信頼も薄いため、正常な価格への値上げも難しい状況に陥っているからである。

このようなブラック企業では人件費を捻出することが難しくペアプログラミングは夢のまた夢である。

改善案
ただ、この状態は大企業病気の真逆の弱小企業病（なお私が勝手に名付けた名称で一般的なものではない）であるといえ、
顧客からの信頼性の面や企業としての収益性の面からみても放置すればその企業は確実に経営破綻する。それを回避する
ためにも徐々にでも正常な状態にもっていく必要があるといえる。

いわゆる世間一般でいわれるペアプログラミングはハードディスクでいえばRAID1構成である。確かに目先のコスト
パフォーマンスは悪い。 そこでまずはRAID5のようなRAIDプログラミング（なお私が勝手に名付けた名称で一般的な
ものではない）からはじめてみてはいかがだろうか。

プログラマーは最低３名構成で、うち１名はペアプログラミング的に巡回を担当する。 それを日替わりなどで行うのである。

万が一、不慮の事故や病気などでプログラマーが１名ほど欠落しても、一時的にペアプログラミング状態は停止することに
なるが、巡回するプログラマーを通常のプログラマーとして補欠できるためデスマーチに陥る確率は大幅に低減できる。

そして企業として少し余裕が出てきたならば巡回するプログラマーを徐々に増やすなどしてRAID6やRAID50に近い形態に
移行し、最終的にはRAID1やRAID10、すなわち本来のペアプログラミングの体制にもっていけばよい。
http://monobook.org/wiki/RAID%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

長井産業

すき家

神代フラウちゃんと組ませてくれるなら

ようするにワンオペやめようという話だな

今考えると他もワンオペやりまくりなのに何ですき家だけワンオペ叩かれたんだろうなw

これは流行るかもね

ジャップ社会のプログラミングって単なるコピペ作業だからペアなんて不要だわ

おちんちんショットガン

プログラミングは孤独なもの。
ペアとかありえん。

なに小規模なブラック企業って。
ブラックなら大企業だろうがやらないだろ
頭悪いと最初からまともなこと書けないんだな

俺が居なきゃメンテ出来ない仕様にしたらクビが回避出来るかと思ったら
休暇が回避されただけだった

なるほどな

>>11
営業がヘタレな会社だとマジ馬鹿みたいな金額でやってるところあるからな

これなら零細でもなんとかなるな

野郎同士で同じ椅子座ってイチャイチャやってたから会社逃げてきた

>>8
コピペはググってやるのが基本だから二人で手分けして検索した方が早い

RAIDプログラミングって(失笑)
こいつリポジトリとかも知らなそう

ブラック企業とか言う前に
日本のプログラマー自体ブラック人材が異常に多いということに気付けよ
レベル低いか、普通レベルでも人格にすげぇ癖あるゴミ
こんな奴らがツルんでもうまくいくわけないｗ

※ただしイケメンに限る

これは上手く行かないだろう
何かやってる最中に介入されると
脳内メモリ空間のビットが狂うのれす

>>19
アメリカなんて更に酷いぞ

パリティプログラマーか

長い！
プログラマー3名構成から本来のペアプログラミングに移行する過程を
Do While構文で説明してくれ

RAID5は意外とぶっ壊れると泣きそうになる
もうRAID1しか使わないことにしたよ

>>22
癖もあるだろうが技能レベル高いからいいだろ

教育としてならいいけど、
ワンオペ禁止のためならアホ

>>24
RAID5採用で信頼性が上がる
↓
顧客に信頼され売上が上がる
↓
RAID6採用で信頼性が上がる
↓
（以下ループ）

ワンオペはまじやめろ

日本人はミスが起きるのはシステムが悪いからとは考えないから


ケンモウの天才

>>10
実装面で色々なアイディアがあるのは別にいいことじゃない？
自分のなかった視点を得られるが、それが良いか悪いかは結果にしかならん
自分が効率を悪いことをしてるかもしれないし

オブジェクト指向でも、全体のアーキテクチャが悪いと後で苦労するよなぁ
この辺は職人

いいんじゃね？

日本人の性欲は異常

そんなこと可能なん？
人それぞれやり方の違いはあると思うんだが

日本人の性裕は異常

社長が自分一人でコード打ってる会社だってあるんですよ！

>>34
まぁ、よほどのヒット作でも出ないと長くは続かない

>>34
それやってたけど営業と開発を兼務だと空白期間がつらすぎて
結局、派遣会社つくって自分を派遣するようになったわ

>>31
日本ではオブジェクト指向プログラミングはやらないほうがいいとすら言われる
・そもそも間違ってる
・手法も思考も共有されてない

>>33
やり方の違いを理解しあわないとそいつが抜けたときに大惨事になる

やっぱりソース管理はGitでするのかな

社長が自分一人でコピペしてる会社だってあるんだが

>>12
ワラタ

昔、社長がPGっていう会社から、転職サイトから勧誘来たが、
面接行ったら、営業を名乗る奴が来ていて、駅前で他社に手渡しされたわｗ
関西のIT系派遣は、よっぽど大きくないとアウトって身にしみた

プログラミングスレってゲーム実況みたいな名人様湧くよな

>>16
それは遠慮したいな…

美少女とペア組みたいだろ？

コンパニオンみたいな綺麗な女性を巡回させた方が効果あるんじゃね？

ローテーションやね

値上げして仕事取れるなら最初からやってるだろ

seとpgって何が違うの？

ハァ…ハァ…
どうよ！？

>>42
下手したらほぼ趣味でやってるSOHOと価格競争やってる会社とかあるからな。
そんなに儲かる業界でないもんだから営業や経営陣がショボくてお金の感覚がヤバい

他人が作った汚いプログラムソースなんか解読不可能だろ

>>48
自分の売ってる商品に自信がないから値下げするんだよ

人工知能にプログラミングさせたらいいんじゃね？
ディープラーニングってすごいんだろ？

>>49
奴隷(pg)とその管理人(se)

>>49
SEはほぼ営業を指していることが多い

>>55
設計書も書くしプログラムも書く俺はどっちなの？

>>49
零細だと営業の秘書みたいな扱い

1日当たり3人日で、2人日分の生産。か。
ソースレビューのほうが多分効率いいなｗ

>>57
それ海外ではPG

>>55
営業も設計もコーディングもテストも自分でやる俺は？

>>57
設計を書くのがプログラマー
コードを書くのがコーダー

>>61
SoC

>>52
それを防ぐためにペアってるんじゃないの

ワンオペ作業論

>>59
障害時を考えると物凄くありだと思う

日本人が向いてないのはおそらくどうでもいい細かいコードの書き方にまで
あれこれこだわって話が進まないと思うｗ

というか日本人はおそらく向いてない
基本とする母国語を考えると

>>59
レビューは定期バックアップみたいなもんだな
そしてRAIDとバックアップは完全に別物

ラーメン屋ですらワンオペなんて滅多にみないからなｗ

>>57
システムコーダー

>>67
細かいコードの書き方に拘れないやつほど向いてないよこの業界
実際の設計とコーディングなんて殆どパターンで行けるんだから

>>61
野良ＰＧ(大抵は底辺)

>>61
底辺

ほぼ未経験でプログラマーってなれるの？

面接受かったけど、いきなりワンオペやれとか言われたら死ぬしかないんだけど。

かわいい女の子がいいです

>>74
予言しよう

おまえは死ぬ

でもこの手法むかしプログラムを入力専門にする人がパンチャーと呼ばれる時代に既にやってたところあってね
パンチャーっていうのはプログラムを組む人じゃなくて、データ打ち込み専門の人のことを呼ぶんだけど
人間の入力だから絶対間違いが起きる
でもデバックしたり校正する時間を短縮するために
2人同時に同じデータをパンチングさせるわけ
それで、二人が入力したデータの差分をとって差異のある箇所が間違いであるってことを機械的に判別させて修正を行う手法
文字入力専門会社とかかでもやってるところまだあると思う
だから新しい考え方ではないね

>>54
今まで「コードを書かずに作れる」は詐欺みたいなモンだったんだが
これからはマジで出来るようになるはず
ただしジャップ特有の空気読め的な仕様はロボと相性最悪

>>4
ロボノ乙

>>77
H社はいったころはそれ専門の女性を雇う子会社があって依頼してたな
H社の男のための嫁要員でもあったりした

>>51
マジでそんなんだったよ。エロゲー会社として立ち上げて、
本人たちが派遣嫌だから、転職サイトと提携して人探して元締めに渡すだけ

>>61
4つの鎖で縛られてる奴隷

要件定義と打ち合わせ6:エクセル1:詳細設計1:実装0.25:試験1.75

>>51
関西どころか関東でもそんなのばっかりだよ
人を仕入れて売り飛ばしてマージン取ってるだけ
よくテレビでIT業界の社長（）はわりとそのタイプが多い

テスト駆動型プログラミング

納期に間に合いそうにない時の言い訳生成アプリ

パラダイムの話かと思ってｗｋｔｋしながらスレ開いた
全然違ってショックを隠し切れないんだけど

スマホやタブレット用の糞安いゴミアプリ作ってる連中ってとんでもない環境で働いてるんだろうな

>>88
まじびびるよ

>>88
人月20万円とかだからなｗｗｗ

ウェブとスマホは市場崩壊してるわな
どうしてこうなった

証明プログラミング！？なにそれすげえええｗｗｗ
↓
依存型おっそｗコミュ抜けるわｗ


なぜなのか

>>1
根本的な所が抜けてる

コスト

コストかけれるなら何でも出来るわ

>>22
でも平均年収1000万円

>>61
十年前に死滅した底辺かな？

課長「はーい！二人一組になってくださーい」

>>93
だからってワンオペもどうかと思うぞ。
ペアプロはコストが重いので徐々に上げていきましょうって話だろう。

>>93
削ってはいけない部分のコストを削りだしのがジャップ

ペアプログラミング合コンってどうなったんだ

ペアプログラミングって
役割分担が不透明になるだけで
どうやっても非効率になるようにしか思えない

残業代導入したら絶対人件費騰がるだろw
ということは単位時間当たりの効率は悪いんだよ

>>100
RAID1で速くなることはないからな
ただ故障者には強くなる

>>57
プログラムを1行でも書いた時点で
プログラマー
裁量労働は適用されないので
残業代は絶対に払わなければいけません
さっさと労基行けIT馬鹿

故障者を入れ替えればいいだけのような気もするｗ

>>101
非正規でポイ捨て、長く勤めないし
ソースの再利用率なんて0に近い
しかもコメント書こうが、綺麗なコード書こうが
給料も上がらんし、査定に反映なんかされない

なので資本主義的には
こんなのやるだけ無駄

寧ろわざとブラックボックス化して
自分にしかわからなくするのが正解

そうすればポイ捨てしにくくなるから

>>103
まさに人月の神話の冒頭部分
後からの追加人員は逆効果

>>104
後からの追加人員はそいつへの説明なんかで既存人員の手も止まる諸刃の剣

Github使えば2人どころか全員でコーディング出来るで

>>105
それは初期の見積もりが悪かったのと
アホユーザーの要求になんでもほいほいこたえて仕様変えまくるから
ってほうが主要因でしょｗ

>>106
それは会社の負担であって
自分の給料には関係無いし

寧ろ会社が自分への依存度が上がるので正解

キャリアってのは会社に自分を依存させること

>>108
甘い見積は>>1の理由が大きいと思う
これやる前提なら甘い見積も減るんじゃね？

ようするに見積を書く奴に最低価格を強制しようってのが>>1でしょ？

つまり他の役職の連中が全員プログラマーを兼ねればいい

>>100
ペアプログラミングはまじめにするとめっちゃ疲れるよ
役割も明確だし

>>110
ねーよ

残業代だしてるならそうでもないが
残業代ださないでコレを導入すると

要件定義せずにやるから

労働使い放題のとんでも長時間労働になるだけ
労働時間が長期化して、給料は一緒の
何時ものIT奴隷パターンにしかならん

>>114
ワンオペよりはマシだろ

日本のプロジェクトの問題は完璧じゃないとリリース出来ないって事だな
段階的にリリースして完成度を上げていくってのを好まない
ユーザもそれを許してくれない

>>113
疲れてる時点でダメ、効率悪い

要件定義して役割分担できてるなら
そもそも密接にやりとりする必要も
相手のソースもみることも無い

相手のコードの読みやすさ求めてる時点でアウト

>>115
一人でやれと言ってるわけじゃない
ただペア・プログラミングは効率が悪いという話

>>118
効率悪いよな、机上の空論

TM さんとできるならなんでもいい。TM さんプログラマじゃないけど。

>>119
人間無料だと思うとやり放題するからねぇ
携帯も使い放題プランと
従量制プランじゃ使い方が根本的に変わる

セコイ人間ほど使い倒そうとする

何で日本のIT業界って文系の落ちこぼれ処分場になってんの?
あいつらがIT業界のレベル下げてる原因だろ

>>122
生い立ちが悪すぎる
電機メーカー仕切りのメインフレームのおまけのソフトから発生して
その後ダウンサイジング（）とかでc/sとかwindowsが増えたけど
やっぱ大きな受注は相変わらず古い電機メーカー関連だし
SEとPGを分ける悪しき体質もその辺から来てるし

>>122
逆に理系はどこで何やってるんだよ

自分らのパッケージやサービス作ってるのがプログラマ
よそ様のシステム作ってるのは土方

二人でやる必要がない
そんなやつは金稼げない

>>124
俺は自動車メーカーでクルマの設計をしてるよ

ペアプログラミングってはじめて知ったけど
ひどい話しだと思うよ
コスト効率云々よりプログラムを組むってことがどういうことか分かってない人の理屈だと思う
プログラミングってのは絵を描くような創造的な行為なんだよ
このキャンバスに二人で富士山の絵を描かけって言われたって描けるわけなかろうに
プログラマには個々の解釈と創造性が最も優先されるべき

>>128
工場とか生産ラインあたりの発想だよね

>>128
バカ向けの設計書も頼む

最近趣味でプログラミング始めたんだけど、マジで自分の脳みそに障害ある気がしてくるわ
ボタンを押すとonoffが切り替わるようにif文を書いたのに切り替わらない→if elseのelseが抜けて自動的に状態を元に戻してた
とか気が付いたときには本気で死にたくなった
こんなのをパチパチと流れるように書けるんだから職業プログラマは凄いと思う

>>78
今と変わんねー

>>131
そのうち慣れるよ
お前うんこするときいちいち

if (Unko.IsVisible == True)
{
Jibun.fuku(ketsu)
}
else
{
Jibun.Rikimu(anaru)
}

とかって意識してないだろ

うちは10人ぐらいに対してエース級1人が循環する感じでやってるよ
少しでも手が止まったら調べるんじゃなくてその人を呼ぶ
そのエース級と仕様スペシャリストが開発の肝だわ

プログラマを見張るってのは効果的だと思うよ
誰かに見られてたら緊張が続くからね
そういう意味では遠隔で見てるだけでも一定の効果をあげるんじゃないかと思ってる

>>131
そんなもん気にすんな
どんなスーパーマンでも動作確認せずに1000行もコード書けば糞間抜けなコードの1行はあるもんだ

>>135
ぎくっ

>>131
そんなの普通だ
人間だからミスするのは当たり前だ
だからこそキレイなコードを書いてこまめにデバッグするんだよ

>>129
工場とか生産ラインならこんな発想しない
生産技術って概念があるから、こんなエセ科学っぽいのは絶対やらない

効率ってのはあくまで
仕事量/時間単位
なんだよ、残業代払わないこのIT業界以外
こんなクソ制度は導入しない

残業代払う製造業界では絶対導入しない

>>134
単に効率が悪いだけ
他人を呼ばなきゃいけない時点で

設計と仕事分担がうまくできてないだけだよ
そこに疑問を持たない時点でアウト

今度アジャイル開発でペアプロするけど、なんか気をつけることあったら教えてくれ
年近い人と、APIの開発する

>>136
ウザっ

>>140
単位時間当たりの給料が騰がって
仕事時間が減るか

プルリクで十分

>>140
納品物の意識合わせしとけよ

Gitは意識高いチームじゃないと
SVN以下になるデメリットが

>>145
Git最近使い始めたんだけど、SVNと何が違うの？
まだ入門レベルで、ブランチって概念があるのか〜って程度でよくわかんない

引き継ぎ糞だったせいで塩漬けになってるRedmineを構築し直したいと思ってる
プロジェクト管理というよりはナレッジとか課題管理的に使いたいわ

>6
すきやはトイレ行く暇はない
プログラマはトイレには行けるだろ
寝られないだけで

>>133
笑が止まらねえwe

>>131
趣味なんだからそんなもんだろ・・・
1週間かけて作ったプログラムが
バッチファイルで作ったら二時間でできたとかあるよ

無能クズのしわ寄せを有能な奴の貴重な時間を使って補うだけになるからこんなものはやってはいけない

http://ryo-kato.hatenablog.com 　
http://twitter.com/katokato

今でも分散化できるところはかなり出来ているでしょ。
見るべきところはそこじゃないんだよ。

最新の研究では現在のビジネスサラリーマンのような飴と鞭で効率をあげようとすると
ライン工のようなものは良くなるが、クリエイティブな仕事では逆に能力が落ちることがわかっている。
しかも報酬を上げるほどパフォーマンスが下がる。
Googleで「仕事の２０％は好きなことをするように」したところ
現在人気があるアイデアのほとんどが、ここから生みだされたという事実がある。
このヘンに未来型の仕事のアイデアがあると思われる。

日本でやると120％中20％になるでしょ。

>>153
それは3Mがやり始めて成功してるのを20年前くらいに経営書で出たビジョナリーカンパニーて本で取り上げられてた。意識高い系()がよく上げてるが。
まあ、人がムダな有性生殖で遺伝子のバリエーション増やすみたいな感じかな。

本当な好きなことに勤務時間の15%を使っても良いとかいうルールだったような。

ジェスチャーでプログラミングとか未来を感じれてすごい
ジャンプしたらジャンプ入力

>>1
これ書いたのプログラマーかな？

だ　か　ら　ダメなんだよ

言わせてもらうけどスゲーアホ、アホの極み
この語りで経営陣説得できると思ってんの？アホすぎだろｗ
脳みそ入ってんのかよｗ
ま、一生ネットの片隅に書き込んどけよアホはｗ

>>155
その通り「TED」を見た。
意識高い系の２０分間プレゼンね。

Youtubeに日本語訳のものが色々あるので興味ある人は見ると発見が多々あるかも。
最前線や意識高い人の中には、今の社会のあり方や常識に疑問を持つ人が多くいて、
今まさに変化の時なのかもしれないな。

TEDの訳で違和感感じたのは女の子の名前挙げる時の早口言葉が意味不明だったところくらいかな？

pythonみたいな誰が書いても同じソースになる言語じゃないときつくね

>>158
あと、そのシステムは日本でもGoogleがやってるので真似してるところあるけど。
本に取り上げられてた事案は3Mで失敗した発明(剥がれやすい接着剤)にこだわって、そのルールで延々と研究続けてポストイット(付箋)という用途を10年かそれ以上掛けて見つけたって根性話、そこにはプレゼンや企画書、コネだけで終わる意識高い系()の話は全く無いから。
TEDは()付かない意識高くてスゴイことをやった人が確かにたくさん出てますけどね。

Googleの本でラリーペイジだったと思うけど、「アイデアは1000人やそれ以上思いつくもんで、成果物にする最後までやり遂げるかどうかが全て」と書いてたんだけどね。

あれは機械だから使えるのであって人間だと効率悪い
日替わりだと担当外の日に決まった仕様だとかを把握しないといけないから二度手間なのだよｗ
週一回しか出勤して来ない奴と考えればいいよｗｗｗ邪魔なだけｗｗｗｗ

彩奈、ペアプロしよう

ABCDEFってあった時に
ABC
DEF
って担当を分けるんじゃなく
ACE
BDF
って担当を分けるだけで全然違う

>>126
ワンオペなんて小銭稼ぎしか出来ないだろ

ゲームとかだったら割りと簡単に分けられる

>>139
規模が大きくなれば必然的に効率は悪くなる。
そこを理解してない時点でアウト。

>>138
http://m.chiebukuro.yahoo.co.jp/detail/q1086286275

>>144
これ重要

ペアプロって確か能力差あるやつのペアの方が効果高いんだよな
でもこれってハンズオン研修を実務通してやってるだけじゃねえかと

>>157
「人月の神話」を読んだことがある経営者なら実践するんじゃね？
逆にその危険性が理解できていない意識の低い経営者だと長期的な経営は無理だろうし早々に転職した方がいいと思うぞ。

>>167
反論がただの逆ギレじゃねーかw

2人1組で仕事したことあるんだが、相手が、俺のタイピングが遅いと言ってキレて怖かった

>>162
週１しか出社前しないような人に対して常に説明できる体制って超重要じゃね？
そういう情報共有や意識合わせができていない状態で作るから結合がグダグダになる気がする

だいたいコミュ症が多いマが、2人1組になっても上手くいかないよ
3日で喧嘩が始まる

>>167>>172
CPUのコア数が頭打ちなのもこれでしょ。
単純に増やすとカーネルロック時間が増大する。

>>176
論点がずれてるってこった
エース循環の是非が並列の話になっとる

>>176と>>177がペアになったら悲惨なことになる

エゴレスプログラミングの発祥は1960年台だった気がする

プログラムよりも、仕様にバグがあるんですけど……

>>177
>>1ってシステムやプロジェクトの肥大化時にジャイアントロックを軽減するためにリングバス的な人事をしましょうって案だし論点はずれてない。

ただおまえの言うように犬小屋を作るような日曜大工級の小規模な案件では無駄なさすぎなのは確か。
マルチコアというかマルチスレッドの生成コスト問題と同じだな。

>>180
黙って仕様書に従うのが吉

>>153
ほんとIT馬鹿だな
グーグルのステマ信じてるとか
グーグルが技術屋だってステマしまくってるのは
広告・検索の独占企業だってバレないようにするためだよ

企業の嘘と方便見抜けないとか
ガキ過ぎる

>>173
そう結局つまらない負担が増えてるだけなんだよ

ペアプロやった事あるけどすげー疲れるぞ
ちょっとコストと割に合わない、10倍労力かけて1.3倍ぐらいの成果を得る感じ
やらせる方は後者しか見ないからな、効率上がっていると言う

ところでユーザー定義関数の名前とI/Oの形式だけ決めておいてその関数ごとに担当割り振って最後にくっつければ完成って作り方じゃなんかアカンの？

ところでコードレビューってちゃんとやってるか？

>>1の『ブラック』のような環境ではできるはずもないが、
大手SIが丸投げにしたPGなんて検収の時に発注元のSEにコードチェックする能力はないだろ

>>186
オブジェクト指向（）とか流行りだしてその方式が崩壊した。
オブジェクト指向ではフィールド変数がグローバル変数化して、さらにフィールド変数に他クラスが使われていて、それらの状態をすべて把握していないと正常に動作しない。

つまりINとOUTが引数と戻り値だけでなくなっている。

>>185
逆に良い点は無いの？
こういうときはペアプログラミングやったほうがいいとか

ぶっちゃけ設計次第じゃないかな
ペアでも個別でもそれに合わせた設計すれば良いんだと思う

>>188
同じ話だと思うけど
正常に動作するしないじゃ無くて効率の話でしょ

うちもワンオペだわ
誰か一人でも消えたら平均3つくらいの仕事ポシャるけど大丈夫かこの会社

>>167
>>176
>>181
いろいろ言ってるけど
要はだな、これを導入したことによる
労働時間の低下した統計データを持って来いということだ
それが無い時点で、お前らのつまらない主観のゴリ押しでしか無い

それでも同じ案件をやってるだけなので
貰える収益は変わらないので
企業収益として考えた場合、かなり目くそ鼻くそな話なんだけどね

>>188
崩壊じゃなくてむしろそれを後押しするのがオブジェクト指向だろう
機能と担当を分割すればするほど結合テストの負荷があがる

>>189
高信頼プログラムを書くとき

>>189
自分自身の労働時間を守る為だと思って導入してもらえ

>>193
そんなもんサーバーのHDDを単騎で動かし続ければ答えはでるだろ

>>192
大丈夫な訳無いでしょ
誰か1人がインフルになっただけで、会社飛びかねないじゃん

後々の修正で手戻り発生してリスケするくらいなら初めからペアプロで被害を最小限に食い止めるって魂胆か

>>198
ほんとこれ

>>189
10倍コストかけてでも1.3倍のブーストが欲しい時もあるにはある、その際は有効なことぐらいかな

>>187
レビューする相手すら居なかったよ。
正にワンオペだわ。
アプリ開発とか社内SEみたいなのは、こんな状況多いのかな。

チーム全員をコーディングに回してRAID0プログラミングや！

>>195
>>201
その高信頼になったとか
1.3倍のブーストになったとかの
客観的な統計データは？

>>36
それただの派遣だよ
自分は経営者なんだって正当化しながら派遣してる無能馬鹿

>>198
営業が有能で仕事ガンガン取ってくるけど現場の人員が全く足りてないからしゃーない

>>204
>客観的な統計データは？

自分で探せば？　キーワードが分からんのか？
しょうがないからURLに入れといてやる

https://scholar.google.co.jp/scholar?q=pair+programming+statistics

>>198
>>200
簿記資格あって、会社の会計見て言ってるの？
こういうこと言うIT馬鹿っって、会社の会計見てないで言ってるアホが多過ぎる

>>207
ほらな客観的なデータなんかやっぱ無いんだよ

コンピュータが人間の言葉を理解できるようになればプログラミングなんか必要なくなるよね？

零細に蔓延る少数精鋭と言う考え方は、ちょっと考え直した方が良いと思うな。
自分含めて精鋭とは思えなかったり、そのままの体制で精鋭になれるかが非常に疑問。
たとえ人員を増やせないからと言っても、勉強会くらい出来る環境整備する努力はあって良いんじゃないか。

この業界人手不足がマジでやばくない？
スキルもやる気も経験もないコミュ力０の人間か中国人しか出てこない

>>204
RAID1が優れているRAID5が優れているの論争ならまだしも
「HDD単発が優れている」「RAIDの信頼性の統計出せ」とか知恵遅かよｗｗｗｗｗｗｗ

>>211
IT馬鹿だな
少数精鋭は企業側の嘘・方便だよｗ

少数精鋭と言いながら、ボコボコ人が入れ替わってるんだから
誰でも回せるコモディティな技術と案件ということだ

お前は騙されてるだけw

>>209
>ほらな客観的なデータなんかやっぱ無いんだよ

すごいメクラの人がいる
いや文盲か
検索して出てきたものが何だか理解できんのだろう

>>214
ま、そう言うことだよな。
人手不足と言うより、会社が多すぎるんじゃないかと思うことがある。

まあHDD1台だけなら確かに目先のコスパは高い
怖すぎだけど

>>213
ほんとこれ

>>209
>>213

>>213
RAID組まなければ安くできるわな
そんなのには俺は絶対に関わりたくないけどw

RAIDコントローラーの二重化を忘れないでね

>>10
いかにもアスペ職人らしい発言

新人くらいのメンバと組んで育成のためにやってんな
ベテラン＋新人で1.5人分くらいの成果が出れば十分って感じで
ベテラン2人組み合わせても手抜くし喧嘩するし結果でないわ

>>208
で、どの会社かも分からんのにどうやって見ろ、と

簿記の資格ごときで威張られてもなーwwww

ひょっとするとID:QUIatiau0は本当にペアプログラミングが何なのか知らんかったのではないか

最後のお客さんだってさ

>>133
こうだろアホ
出てなくてもとりあえず拭いて流すよな？
do {
Unko unko = rikimu();
} while(unko.size ＞ 0);
fuku();
nagasu();

>>208
こいつ頭悪そう

>>78
ディープラーニングが何でも出来ると思ってる奴がおおいな

女の子とイチャイチャしたいんだが

女のPG雇ってくれよ

>>40
お前スクリプトじゃなかったのか

>>231
醜いデブしか来ないぞ
逆に士気が低下する

>>208
ペアプログラミングはまだしも>>1の方法すら出来ないほど自転車操業だと遅かれ早かれ退場だろ

>>146
Git flowてスタンダードがあるから参考にできる

>>160っていうけど、ならない
他の言語よりは傾向としてあるけど
比較対象が変態寄りのRubyPerlだったりだし

ブロック図を作るとそれに対応したソースを吐き出すソフト作ればいいだけ。

>>233
やらせてくれるのなら http://i.imgur.com/qBdOzok.jpg

作れるはずだけど作らないのは作るとプログラマーの仕事が
なくなるからだろ。

プログラムは所詮InputとOutputだ。
それを元にブロック図なり遷移図なり作ってソースを吐き出すプログラム
作ればいいだけ。

橋本環奈ちゃんとペアプロできるんなら今の仕事やめて年収半額でもいいや。
もちろん二人っきりで徹夜ｗ

ブロック図や状態遷移図の段階で変数管理して
おかしいならエラー吐くプログラムで変数がおかしくなることはない。
そこで何度もシミュレートして、希望の動作するならソース吐きださせて
ソフトを焼く。これができるプログラムを作ればいい。

>>237
レゴのマインドストームがまさにそれ

>>242
変数管理して例外処理も設計の中で細かく書いて･･･って、
それもうほとんどコーディング終わってんじゃん

>>244
だから>>1の記事なんだろ。ブロック図フローチャート
遷移図なんでもいいけど全体の動きを把握しないまま
書くからおかしくなると。

>>1　私の会社をブラックって言うんじゃない

>>245
データベース定義の内容すら意識合わせ出来てないとかあるからねぇ
日時カラムひとつとっても入れるヤツによってGMTだったりJSTだったり
そういうの大事だと思う

確かに一人で作業してるといろいろ妄想とか割り込んでくるからな

会社の経営陣で技術者がいないところは危険。
現場知らない奴は何を言っても理解できないからな。

人に見られながらプログラムなんか書けねーよ

>>250
お前のプログラミングはオナニーか何かか
コメント残しながら射精でもすんの？

癖のあるコード書いたら即クビだな

んなこたぁない

クラウドのIDEで、カーソルが複数あって同時に編集したり、チャットしたできるやつあるじゃん

>>237
こういうの？
https://blockly-games.appspot.com/?lang=ja

>>237
RPGツクールじゃん

ワイ４月からプログラマとして働くよ
楽しみだな

>>257
徹夜耐性つけとけよ

>>257
かわいそー

IT土方って未経験なら何歳まで可能性ある（´・ω・｀）（´・ω・｀）？

>>260
死ぬまでおｋ

>>237
>>239
>>240
お前がプログラムをまともに書いたことない素人バカだってことだけわかった

>>249
使いパシりのお前の首が切られて危険ってことだろ

>>257
いいね、頑張れよ

>>260
ネットで調べて自分でなんか作ったとかあれば緩くなる　かなり

>>260
25歳未経験で職業訓練校出て正社員で就職できたって人知ってる

素人が学びやすいサイト教えろ

いやだ

プログラミングおしえて

>>269
いいかい。プログラムの基本は3つだ。「順次」と「条件分岐」と「繰り返し」だ
あとは状態をもつための「変数」と、操作や動作を行うための「関数」がある

順次というのは。行単位で上から下に順番に処理を行っていくことだ
例えば、

　　うんこする(関数)
　　↓
　　けつを拭く(関数)

ということだ。条件分岐は、

　　もし、便意(変数)があるなら
　　{
　　　　うんこをする(関数)
　　}
　　もし、便意がないなら
　　{
　　　　トイレから出る(関数)
　　}

となる。繰り返しは

　　便意(変数)がゼロでない間
{
　　　　うんこをする
}

という感じかな。勉強頑張ってくれ

プログラミングとは、すなわちマシンとの対話。
あるいは自身の魂の具現化。
間に介在するのはキーボードだけでいい。

>>271
キーボードだけじゃ一方的にまくしたててるだけだろ、対話になってねーよ

>>272
ﾜﾛﾀ

30歳から職錬で学んでも遅いよな・・・
工場から抜け出したい・・・

>>272
実行すれば応答するだろ

>>273
何が面白いのか不明だが自演か

>>274
訓練行ったら平均年齢35くらいだったぞ
余裕

さすがに56歳じゃ無理だよね

コメントも入れないひとりよがりのプログラマーばかりで
ペアなんて無理な話だろ

>>274
若い方だよ
就職させる為のしせつだから
別に何歳でもてか制限ある科目は別としても
取り敢えず申し込めよ

>>278
そういうのを矯正するためにペアプログラミングするんじゃないの？

たとえば、100を配列の要素で割るプログラムを考える
0で割ったときにエラーが起きないようにする必要が有る

using System;

class Program
{
static void Main(string[] args)
{
int[] a = { 1, 2, 0 };

foreach (int n in a)
{
if ( n == 0 )
{
Console.WriteLine("テストデータに0が含まれています。");
return;
}
Console.WriteLine(100 / n);
}
}
}

>>281をラムダ式を使って書くと

using System;
using System.Linq;

class Program
{
　 　static void Main(string[] args)
　　 {
　 　int[] a = { 1, 2, 0 };

　 　 if (a.Any(x => x == 0))
　 　 {
　　 Console.WriteLine("テストデータに0が含まれています。");
　 　 return;
　　 }
　 　 foreach (int n in a) Console.WriteLine(100 / n);
　 }
}

+∞も-∞もNaNもひょっとすると知らんのではないか

俺は>>281が解りやすいからこれでいくと思うんだが、
ペアプログラミングの相方は>>282が解りやすいと主張する
結局議論になって進まない

http://i.imgur.com/PZpDfj7.jpg

VB.netの案件 → 三ヶ月後に C#の案件 → あれ？
C#の案件 → 三ヶ月後に VB.netの案件 → あれ？
底辺コーダーなので慣れるまでに時間がかかって鬱陶しいからVB.netに死滅していただきたい

ペアプログラムって2人の能力が違いすぎる場合はどうするの？
俺のクソ上司みたいに「インスタンスの作り方を教えろ」
とかそういうのがペアになったら

>>287
作り方を教えればいいんじゃない？

特派中心の業界体質が変わらん限り、何やっても無駄

まあでもプロジェクトごとに必要な人数が全然違う上に
人に一番金がかかる業界なんだから
日本の正社員制度とはマッチしないな

>>284
LINQ云々ではなくforeachを2回でもいいので 事前条件という意味ではデータチェックと本処理は分離すべきなので後者だね。

>>290
派遣ばかりで入れ替わりの激しい環境でこそ>>1みたいな故障耐性は有意義な仕組みだと思うがな。
RAIDは半年1年でHDDが壊れる前提、定期的に入れ替える前提でこそ意味があるわけで。

バカなSEをアゴで使うPGがいて笑ったわｗ

なんだよラムダ式って

お兄ちゃんが分かるように話せ

ハッパをくわえて学帽をかぶった高校野球選手が
「らぁむだ」

>>294
うる星やつらの主人公

>>294
無名関数を関数ポインタとして渡して
後から特定のタイミングで実行するみたいな感じ

>>296
主人公は、あたるだろ

情熱のら（ん）むだ

ストレージの場合は遅いストレージに性能は合わされるけど
大丈夫なのか

>>281-282
ゼロ除算の例外をcatchでいいじゃん

>>300
人数が多くなったら平均値なんて似たよりよったり
性能が悪いのはバンバン切っていけばいい
実は日本の使い捨てIT業界に適している

>>301
例外は「あとで実装しよう」で見えないバグの温床になる。
入力チェックや出力チェックは実処理の前後にやるべき。

D言語ではコードコントラクトという言語仕様として実装されている。

>>62
まじかよ
電気回路設計の部署だけど
制御のフローチャートやら遷移図くらいは俺がやってプログラミングは派遣の人に丸投げなんだけど

>>281-282
せめて同じ結果になるように実装しようぜ

0が含まれてる時に他の結果を出力するのかしないのか…

工業で一番理論的で科学的かつ実践的なのは生産技術だよ

>>281>>282みたいな短い例ですら、
もう>>301>>305のように異なる意見が出てきている
コードには考え方が反映するので、長いコードになると
２人の考え方のちょっとした差が大きな違いとなって出てくる
ペアプロは難しい

>>307
意見が出ないのが一番危険。
>>301>>305みたいな改善案が出てる時点で有用

上下関係を決めておけば良い
対立した時にどちらの意見を採用するか、という意味で

>>307
意見じゃねえよ
仕様がはっきりしてないって指摘

>>310
誰が書いてもこうなるだろう、というレベルまで仕様を落とし込んだとしても、やっぱりコードの差は出るでしょう

>>310
それプログラミング以前の問題じゃねｗ