虹裏img歴史資料館

1 17/10/22(日)23:32:16 No.461100797

でもメタプログラミングだってコード書くでしょう

2 17/10/22(日)23:32:35 No.461100860

どんな時でもKISS原則だぞ

3 17/10/22(日)23:32:59 No.461100945

他人にコード書かせりゃいいねん

4 17/10/22(日)23:33:18 No.461101021

下請けに丸投げ最高！

5 17/10/22(日)23:33:50 No.461101136

僕は君を愛する為に生まれて 君は僕を愛する為に生まれた

6 17/10/22(日)23:34:18 No.461101240

まだ１周目って感じやな

7 17/10/22(日)23:34:37 No.461101321

コード書かずに実現できると思っていたら違クってなるケースがあるから難しい

8 17/10/22(日)23:34:51 No.461101381

純粋なアルゴリズムの問題はさっさとググるに限るぜ！ 俺はパズルがやりてえんじゃねぇんだ！！

9 17/10/22(日)23:34:57 No.461101400

下請けに全部やらせればコーティングなんてしなくて済む

10 17/10/22(日)23:35:03 [PHPの作者] No.461101414

でも、プログラミングってほんとクソだなと思いますね。

11 17/10/22(日)23:35:30 No.461101533

>コード書かずに同じことが実現できるならコード書かずに済ます方がより優れてるよね… それを実践したのが /bin/false 0行だった

12 17/10/22(日)23:35:35 No.461101557

ものによるんじゃないかな…

13 17/10/22(日)23:36:00 No.461101669

コードを書く労力が大きいこと前提だけど作業効率化と称してコードレスを実現するツールを導入するとむしろ工数が増えることがあるよね

14 17/10/22(日)23:36:51 No.461101847

今書いているアルゴリズムのコードを世界の何処かの誰かも同じように書いてると思うと切なくなくなる 早く情報の完全共有化時代がくればいいのに

15 17/10/22(日)23:37:03 No.461101885

早く人間が適当に指示したらそれを元にコンピューターが自動でコード書いてくれる世の中にならんかな

16 17/10/22(日)23:38:24 No.461102187

依存性高くなりすぎてrubyやnode界隈だとなんで３行のライブラリに依存してんの？ トリム処理も書けないの？馬鹿なの？って感じになってるからな

17 17/10/22(日)23:39:19 No.461102425

>今書いているアルゴリズムのコードを世界の何処かの誰かも同じように書いてると思うと切なくなくなる >早く情報の完全共有化時代がくればいいのに GPLおすすめなので是非広めて欲しい

18 17/10/22(日)23:39:50 No.461102552

>GPLおすすめなので是非広めて欲しい MITライセンスにしてくだち！

19 17/10/22(日)23:40:10 No.461102634

>とむしろ工数が増えることがあるよね この業界に限らず費用対効果をまともに計算出来ない人は多い

20 17/10/22(日)23:40:39 No.461102728

NYSLいいよね

21 17/10/22(日)23:41:12 No.461102833

>この業界に限らず費用対効果をまともに計算出来ない人は多い この業界ではコストを見積もることはほぼ不可能と言ってもいい なので費用対効果はやってみなきゃわからん

22 17/10/22(日)23:41:19 No.461102857

>早く情報の完全共有化時代がくればいいのに コード書いてるとGoogle日本語のサジェストみたいに表示されちゃうんだ

23 17/10/22(日)23:42:00 No.461103021

依存性地獄ほど最悪なものは無いので実際には書けるとこは書いた方が後々楽になるんよ

24 17/10/22(日)23:42:07 No.461103054

>GPLおすすめなので是非広めて欲しい お世話になっておりますので自身の糞コードで布教に励みますよ私は

25 17/10/22(日)23:42:39 No.461103147

>今書いているアルゴリズムのコードを世界の何処かの誰かも同じように書いてると思うと切なくなくなる >早く情報の完全共有化時代がくればいいのに こういうシステム作る時はこうこういう仕組みにすると早いし 効率的だよって情報共有時代にならないかなぁ… 飯の種がなくなるから無理かも知れんが

26 17/10/22(日)23:42:59 No.461103219

自分のソース公開なんて恥ずかしい…

27 17/10/22(日)23:43:01 No.461103227

モジュール組み合わせてコード自動生成ってツール だいたいツール特有の癖が強すぎたり 細かいことやろうとするとぜんぜん融通効かねぇんだよ

28 17/10/22(日)23:43:21 No.461103295

>早く人間が適当に指示したらそれを元にコンピューターが自動でコード書いてくれる世の中にならんかな それたぶん今プログラミングと呼ばれてる作業そのものじゃないかな…

29 17/10/22(日)23:44:01 No.461103442

>この業界ではコストを見積もることはほぼ不可能と言ってもいい >なので費用対効果はやってみなきゃわからん うｎ やってみなきゃ分からんよね だって実現したいことは同じでも中身は毎回しっちゃかめっちゃかでやること毎回違うし

30 17/10/22(日)23:44:12 No.461103489

>こういうシステム作る時はこうこういう仕組みにすると早いし >効率的だよって情報共有時代にならないかなぁ… >飯の種がなくなるから無理かも知れんが そう言う触れ込みのフレームワークとかセミナーとか腐るほどある

31 17/10/22(日)23:44:14 No.461103498

極端な話セキュリティとかプライバシーとか企業秘密とか全部無視して全公開される世界になったら効率的なのになって思う

32 17/10/22(日)23:44:32 No.461103577

>そう言う触れ込みのフレームワークとかセミナーとか腐るほどある そして使えない

33 17/10/22(日)23:44:43 No.461103622

公開されても見つけられることができない世界に違いないよ

34 17/10/22(日)23:45:06 No.461103718

DSLを駆使して仕様書=コードに！ ……読めねえ

35 17/10/22(日)23:45:31 No.461103812

>DSLを駆使して仕様書=コードに！ >……読めねえ(客が)

36 17/10/22(日)23:45:33 No.461103818

>この業界ではコストを見積もることはほぼ不可能と言ってもいい 製造方法が行くところまで行って形式化されれば見積もりは出来るけど 何百年先の話だよって感じだしね

37 17/10/22(日)23:45:37 No.461103839

コード書くのはいずれAIがやってくれる

38 17/10/22(日)23:45:49 No.461103886

各モジュールがあってもその連携とか依存で使えないとかあるからそんな未来は来ないだろうな

39 17/10/22(日)23:46:00 No.461103921

コード書きたくないけど俺はコード書くことしかできないからコード書かないと飢えて死んじゃうの

40 17/10/22(日)23:46:18 No.461103990

結局自分で作るしかないんだ

41 17/10/22(日)23:46:23 [AI] No.461104004

>コード書くのはいずれAIがやってくれる 去年の自分のコード読めねぇ…

42 17/10/22(日)23:46:25 No.461104009

いいですよね left-padがなくなってnpmがビルド不能

43 17/10/22(日)23:47:46 No.461104309

githubで拾ってきたよくわからんライブラリが うちの別チームのプロダクション環境で動いててよく仕様に振り回されてるから 使うのはともかく中身はちゃんと把握しておかなきゃねって思った

44 17/10/22(日)23:48:17 No.461104407

どこかが落ちると連鎖発生して地獄を見る見た 結局かけるところは全部かくという答えに行きつくのだ

45 17/10/22(日)23:48:38 No.461104506

おのれnokogiri…

46 17/10/22(日)23:48:45 No.461104528

>去年の自分のコード読めねぇ… 人間のほうがもっとだよ 俺なんて半年前に書いたコードが読めなくて困ってる… 毎年、昔の俺ってこんな頭良かったっけ？て頭抱えてるよ

47 17/10/22(日)23:48:50 No.461104554

アイコンでプログラムができるLabviewだからコードはないんだよと言われたことがあるけど 実際運用されているものを見たら中身がジャングルだった あれならコードのほうがマシだ

48 17/10/22(日)23:49:35 No.461104725

>githubで拾ってきたよくわからんライブラリが 中のソースが確認できるだけで随分マシよ 書き換えちゃうと言う最終手段も使えるし

49 17/10/22(日)23:50:01 No.461104814

とにかくコメントだコメントがなんとかしてくれる…

50 17/10/22(日)23:50:06 No.461104829

>アイコンでプログラムができるLabviewだからコードはないんだよと言われたことがあるけど >実際運用されているものを見たら中身がジャングルだった >あれならコードのほうがマシだ パフォーマンスや安定性、保守性を考えなくていいならそっちの方がいいんだろうけどね…

51 17/10/22(日)23:50:41 No.461104955

>left-padがなくなってnpmがビルド不能 パッケージは多いほど良いね！

52 17/10/22(日)23:50:52 No.461105001

ブロック系はなあ…

53 17/10/22(日)23:50:56 No.461105021

なんでコードに図とか表貼れないんだろ

54 17/10/22(日)23:52:17 No.461105289

>なんでコードに図とか表貼れないんだろ そこらへんは統合開発環境やプロジェクト管理ツールでなんとかなる

55 17/10/22(日)23:52:38 No.461105369

>なんでコードに図とか表貼れないんだろ Doxygenとか使おう

56 17/10/22(日)23:53:05 No.461105449

設計図にコード入れられるツールはあるよ どんどん実装と乖離していく…

57 17/10/22(日)23:53:33 No.461105556

>とにかくテストだテストがなんとかしてくれる…

58 17/10/22(日)23:53:39 No.461105581

なんでコード＝仕様書じゃダメなんですか？

59 17/10/22(日)23:54:31 No.461105758

クイックソートはいつでもクイックなわけじゃないぞ

60 17/10/22(日)23:54:44 No.461105815

>なんでコード＝仕様書じゃダメなんですか？ 上流の人が読むのめどがるからかな…

61 17/10/22(日)23:54:52 No.461105854

>なんでコード＝仕様書じゃダメなんですか？ コードだとえらい人が中身わかった気になれないじゃん！ そしたら仕事した気になれないじゃん！

62 17/10/22(日)23:55:11 No.461105925

>なんでコード＝仕様書じゃダメなんですか？ >Doxygenとか使おう

63 17/10/22(日)23:55:23 No.461105966

UMLがまともに使われている現場を見たことがない 俺のいる現場が悪いのか それともあれは終わったツールなのか

64 17/10/22(日)23:55:52 No.461106057

ちゃんとしたコードなら仕様書なくても許すよ…

65 17/10/22(日)23:55:57 No.461106074

コードを仕様書にしようとすればガチガチの規約で固めないと2週間たてば意味不明な仕様書にならない何かになっちゃうからね…

66 17/10/22(日)23:56:38 No.461106221

>なんでコード＝仕様書じゃダメなんですか？ いいから最初に設計しろや！

67 17/10/22(日)23:57:18 No.461106348

>UMLがまともに使われている現場を見たことがない ユースケース図とシーケンス図以外まともに使った事がないぜ！ クラス図なんか読んでるヒマがあったらコード読むぜ！

68 17/10/22(日)23:57:27 No.461106374

意図と目的が揮発しない方法教えて...

69 17/10/22(日)23:58:07 No.461106536

>>なんでコード＝仕様書じゃダメなんですか？ >いいから最初に設計しろや！ どうして実装してから設計しちゃダメなんですか？

70 17/10/22(日)23:58:38 No.461106645

>UMLがまともに使われている現場を見たことがない >俺のいる現場が悪いのか >それともあれは終わったツールなのか そんなもん丁寧に作ってたら納期に間に合わねえ！ とにかくコーディングだ作ったものが設計書だ！って現場だらけだからね

71 17/10/22(日)23:58:48 No.461106684

>どうして実装してから設計しちゃダメなんですか？ てすとふぁーすとするから先に設計してね！

72 17/10/22(日)23:58:58 No.461106712

>おのれtherubyracer…

73 17/10/22(日)23:59:02 No.461106733

そこでコードから仕様書を作りましょう！がDoxygenなわけだし

74 17/10/22(日)23:59:40 No.461106862

>どうして実装してから設計しちゃダメなんですか？ してもいいけどお前ら後で作るって言っておいて絶対作らないじゃん だから駄目

75 17/10/22(日)23:59:48 No.461106893

>なんでコード＝仕様書じゃダメなんですか？ コードを読めないプログラマが居るからにきまってるじゃん

76 17/10/22(日)23:59:57 No.461106914

>>>なんでコード＝仕様書じゃダメなんですか？ >>いいから最初に設計しろや！ >どうして実装してから設計しちゃダメなんですか？ 試作は許すよ試作を製品にするテメーはダメだ！

77 17/10/23(月)00:00:20 No.461107011

>してもいいけどお前ら後で作るって言っておいて絶対作らないじゃん 作るよ！ その分お金もらえるなら

78 17/10/23(月)00:00:42 No.461107085

中学生の自分でも80歳の自分でも読めるコードを書こうって心がけてからだいぶ読みやすいコード書けるようになったのでおすすめ

79 17/10/23(月)00:01:51 No.461107351

流行りのプロジェクトの見ててもドキュメンテーションはあんまり重視されてなさそうなんだよなあ ドキュメンテーションよりもコード読んでコード書けよ！みたいなスタンスっぽいし

80 17/10/23(月)00:02:07 No.461107393

お願いだから一人で作らないで...

81 17/10/23(月)00:02:26 No.461107452

とりあえずリーダブルコード読め 話はそれからだ

82 17/10/23(月)00:02:50 No.461107542

>流行りのプロジェクトの見ててもドキュメンテーションはあんまり重視されてなさそうなんだよなあ >ドキュメンテーションよりもコード読んでコード書けよ！みたいなスタンスっぽいし 外部仕様とAPIだけしっかり決めてくれればあとはなんでもいいよ

83 17/10/23(月)00:02:53 No.461107556

ふふふ最近のトレンドはテスト仕様書を仕様書としてお出しするですよ！

84 17/10/23(月)00:03:09 No.461107609

>流行りのプロジェクトの見ててもドキュメンテーションはあんまり重視されてなさそうなんだよなあ ドキュメント不要なほど分かりやすいコード書くの前提だけどね...

85 17/10/23(月)00:03:18 No.461107637

>ドキュメンテーションよりもコード読んでコード書けよ！みたいなスタンスっぽいし ドキュメント書いたらコード読まないから書かないとか仰る

86 17/10/23(月)00:04:45 No.461107976

レスを見れば見るほどまともな現場ってないんだなって実感が湧いてくる

87 17/10/23(月)00:04:53 No.461107995

運用中に問題おきなければドキュメント不要でもいいんだけど？

88 17/10/23(月)00:05:21 No.461108089

>>流行りのプロジェクトの見ててもドキュメンテーションはあんまり重視されてなさそうなんだよなあ >ドキュメント不要なほど分かりやすいコード書くの前提だけどね... ドキュメント不要なコードのハードルの高いこと… 3年後の自分や引継ぎの人が「苦労せずに」解読可能なレベルにならないと客観的にドキュメント不要とはならない

89 17/10/23(月)00:05:28 No.461108117

大手のライブラリを見てると賢い人のコードは見易いなと感じる そんなに難しい表記体系も使わないしコード量も少ないし

90 17/10/23(月)00:06:08 No.461108267

>運用中に問題おきなければドキュメント不要でもいいんだけど？ 仕様の追加がなければ問題は起きませんよ！

91 17/10/23(月)00:06:32 No.461108352

仕事で既存のソースをベースにリニューアル版を出すプロジェクトだったけど テストが一応あったのがどんどん通らなくなって 自分含めてテスト誰も書かなくなって 辛くなって同僚に押し付けて退職したよ許して

92 17/10/23(月)00:06:40 No.461108384

>お願いだから一人で作らないで... ごめん… コーディング規約には可能な限り準ずるから許して…

93 17/10/23(月)00:07:07 No.461108485

>仕様の追加がなければ問題は起きませんよ！ ほんとかー？ハードのトラブルとかまでちゃんと考えられてるかー？ AWSが止まっても大丈夫かー？

94 17/10/23(月)00:07:32 No.461108567

どんな動きをしているかまでなら割かし問題ない 業務アプリとかだとビジネスロジック周りが大変なことになるんで仕様書なしのプロジェクトとか地獄でしかないよ

95 17/10/23(月)00:07:59 No.461108667

多分動くからリリースしようぜ

96 17/10/23(月)00:08:02 No.461108682

>レスを見れば見るほどまともな現場ってないんだなって実感が湧いてくる まだ数十年程度の若い業界ですゆえ 全体的にやり方も模索段階ですゆえ 入っちゃった子は未来の礎になってね！

97 17/10/23(月)00:08:07 No.461108699

一番性質が悪いのは誰でも内容は理解できるだろうけど単純な動作の繰り返しで出来てるコードだ Hashmapでごり押ししてるAPIとか滅びればいいのに

98 17/10/23(月)00:08:09 No.461108708

>>仕様の追加がなければ問題は起きませんよ！ >ほんとかー？ハードのトラブルとかまでちゃんと考えられてるかー？ >AWSが止まっても大丈夫かー？ ドキュメントの有無の話どこ行った！？

99 17/10/23(月)00:08:15 No.461108729

設計書は汚いソースの補足資料で綺麗なソースには設計書は要らないんだよ

100 17/10/23(月)00:08:59 No.461108921

>コーディング規約には可能な限り準ずるから許して… 規約に沿ってもあなたがなぜこの処理を作ったか第三者にはわからないのよ...

101 17/10/23(月)00:09:11 No.461108963

>一番性質が悪いのは誰でも内容は理解できるだろうけど単純な動作の繰り返しで出来てるコードだ >Hashmapでごり押ししてるAPIとか滅びればいいのに いいよね1APIリクエストでSQLを100回発行する実装

102 17/10/23(月)00:09:25 No.461109021

>作るよ！ >その分お金もらえるなら 最初から設計分の金払ってんだろーが！マジでぶっ飛ばすぞお前 発注先のベンダー思い出してムカムカしてきたぞ

103 17/10/23(月)00:09:28 No.461109035

>>仕様の追加がなければ問題は起きませんよ！ >ほんとかー？ハードのトラブルとかまでちゃんと考えられてるかー？ >AWSが止まっても大丈夫かー？ 問題が起きないことなんてありえないという現実を見なきゃね 問題発生するであろう運用は一切責任なしな契約なら作って終わりで気楽だよね

104 17/10/23(月)00:09:30 No.461109046

上手くやれてる会社があったらやり方教えて

105 17/10/23(月)00:09:36 No.461109070

>Hashmapでごり押ししてるAPIとか滅びればいいのに なあにサーバー拡張すればよろしい 予算？頑張ってとってきて

106 17/10/23(月)00:10:01 No.461109168

>>一番性質が悪いのは誰でも内容は理解できるだろうけど単純な動作の繰り返しで出来てるコードだ >>Hashmapでごり押ししてるAPIとか滅びればいいのに >いいよね1APIリクエストでSQLを100回発行する実装 こういうの現実に存在する意味が分からないよね… 出会ってしまったら泣くしかない…

107 17/10/23(月)00:10:18 No.461109253

誰か！誰か助けて！JAVAしか知らないのにObjective-Cのデバッグ作業を今週中に終わらせないといけないの！大量に！死ぬ！

108 17/10/23(月)00:10:50 No.461109400

>誰か！誰か助けて！JAVAしか知らないのにObjective-Cのデバッグ作業を今週中に終わらせないといけないの！大量に！死ぬ！ 上にムリって言いなさる…

109 17/10/23(月)00:11:26 No.461109537

>ほんとかー？ハードのトラブルとかまでちゃんと考えられてるかー？ >AWSが止まっても大丈夫かー？ この仕事やってると人ひとりが考慮できる視野の範囲ってめっちゃ狭いんだなって感じる 自他ともに考慮漏れ多すぎ

110 17/10/23(月)00:11:52 No.461109632

>誰か！誰か助けて！JAVAしか知らないのにObjective-Cのデバッグ作業を今週中に終わらせないといけないの！大量に！死ぬ！ なぜそんなスキルアンマッチな事態に…

111 17/10/23(月)00:11:52 No.461109636

>AWSが止まっても大丈夫かー？ アズレンがAWSでやらかしてたけど AWS自体使う時はインスタンス落ちても大丈夫なようにシステム組んどけよと 公式サイトに書いてるけど実際落ちるまでは真面目に取り組めないもうこれ病気だよね…

112 17/10/23(月)00:12:00 No.461109660

>最初から設計分の金払ってんだろーが！マジでぶっ飛ばすぞお前 >発注先のベンダー思い出してムカムカしてきたぞ 落ち着け 金受け取ったの俺じゃねーから…

113 17/10/23(月)00:12:11 No.461109703

もう月曜日だよ！寝るよ！

114 17/10/23(月)00:12:11 No.461109704

>誰か！誰か助けて！JAVAしか知らないのにObjective-Cのデバッグ作業を今週中に終わらせないといけないの！大量に！死ぬ！ 素直に無理だって言おう 自分は無理って言ったんだからな！！ってやり取りを皆に認知してもらうしかない

115 17/10/23(月)00:12:29 No.461109767

今人が足りないからソシャゲエンジニア良いよ お給料は普通ぐらいだけどSIよりは人間的な暮らしが出来るよ だから「」カモン！

116 17/10/23(月)00:12:32 No.461109776

>この仕事やってると人ひとりが考慮できる視野の範囲ってめっちゃ狭いんだなって感じる >自他ともに考慮漏れ多すぎ 思ってるほど人間って賢くないんだなって思う自分も含めて

117 17/10/23(月)00:12:49 No.461109844

>Hashmapでごり押ししてるAPI >1APIリクエストでSQLを100回発行する実装 こんなの本当にあるの…？ 引き継ぎでこんなのあったらソース見るだけで吐きそう

118 17/10/23(月)00:13:08 No.461109917

>今人が足りないからソシャゲエンジニア良いよ >お給料は普通ぐらいだけどSIよりは人間的な暮らしが出来るよ >だから「」カモン！ 欺瞞

119 17/10/23(月)00:13:10 No.461109929

>問題発生するであろう運用は一切責任なしな契約なら作って終わりで気楽だよね おい営業出番だぞ？なんか言ってやれ

120 17/10/23(月)00:13:13 No.461109942

単体テストは 暇なとき ちょっと不安なとき しか作らないのでコミット履歴を見ると暇な時期がわかるね

121 17/10/23(月)00:13:37 No.461110048

SEとかPGとか俗に何でも屋なんて言われる人が多い業界だが何でもは無理よね…

122 17/10/23(月)00:14:04 No.461110163

リリースする前に誰か他の人がコードに目を通した方がいいんじゃねえかなあ… と思うくらい同僚の書くコードが軒並み品質低くて後から手を加える時に頭が茹る

123 17/10/23(月)00:14:04 No.461110166

>>この仕事やってると人ひとりが考慮できる視野の範囲ってめっちゃ狭いんだなって感じる >>自他ともに考慮漏れ多すぎ >思ってるほど人間って賢くないんだなって思う自分も含めて だからソーシャルエンジニアリングなんて流行るんだろうな 皆で「無理のない範囲で」力を結集するのは気持ちいい

124 17/10/23(月)00:14:06 No.461110170

>だから「」カモン！ 絶対にNO!

125 17/10/23(月)00:14:34 No.461110267

>こんなの本当にあるの…？ >引き継ぎでこんなのあったらソース見るだけで吐きそう ORマッパー使ってて意識しないとうっかりそういう事態に陥ったりする

126 17/10/23(月)00:14:38 No.461110287

コード規約違反発見ツールを社内にリリースしたら警告出されても直し方わからんと言われたので直し方のサジェストとそれに関する社内勉強会のドキュメントへのリンクも出すようにしたら大量に警告出されると直す作業工数が洒落にならないからなんとか抑制できないのと言われてNISSANする気かよって思った

127 17/10/23(月)00:15:02 No.461110385

よく分からんけどプログラムなんてオフショアさんが全部やってくれるんでしょ？

128 17/10/23(月)00:15:23 No.461110464

>規約に沿ってもあなたがなぜこの処理を作ったか第三者にはわからないのよ... 最低限コメントがないとひどいことになる コメントがあっても日本語が変だったりしてひどいことになる

129 17/10/23(月)00:15:54 No.461110580

誰かに見てもらったり相談するの大事よね...

130 17/10/23(月)00:16:02 No.461110614

SonarQubeいいよね

131 17/10/23(月)00:16:12 No.461110655

>リリースする前に誰か他の人がコードに目を通した方がいいんじゃねえかなあ… >と思うくらい同僚の書くコードが軒並み品質低くて後から手を加える時に頭が茹る コードレビューをして体裁整えるコメントでわかりやすく補強する これは開発すると時に最低限必要な事だと思う

132 17/10/23(月)00:16:45 No.461110790

>こんなの本当にあるの…？ >引き継ぎでこんなのあったらソース見るだけで吐きそう I系とか電通子会社関連とかの仕事受ければ出会うことがあるよ！ サーバがAIXだったらさらに倍率ドンだ！

133 17/10/23(月)00:17:13 No.461110920

>よく分からんけどプログラムなんてオフショアさんが全部やってくれるんでしょ？ 代わりにオフショアさんのプログラムを修正する仕事をもらう

134 17/10/23(月)00:17:31 No.461111004

コード=仕様だと仕様通りだからバグっててもバグは0

135 17/10/23(月)00:17:39 No.461111035

プログラム的な読みやすさとビジネスロジック的な読みやすさ どっちも守ってくれる同僚だけならどんなに楽なことか

136 17/10/23(月)00:17:46 No.461111054

>思ってるほど人間って賢くないんだなって思う自分も含めて あと常に正確な相互コミュニケーション出来る能力無いしね 人類って欠陥生物だな・・・

137 17/10/23(月)00:18:02 No.461111138

そこでこのテスト駆動開発ですよ！

138 17/10/23(月)00:18:11 No.461111186

>よく分からんけどプログラムなんてオフショアさんが全部やってくれるんでしょ？ そうすると運用が地獄と化す これは見てきたから断言できる

139 17/10/23(月)00:18:25 No.461111240

コード=仕様って言われて受け取ったコードがコンパイル不能 好き勝手やらせてもらいました

140 17/10/23(月)00:18:45 No.461111315

>欺瞞 >絶対にNO! いやマジで人足りなくて辛いからみんな来て

141 17/10/23(月)00:18:58 No.461111380

>そこでこのテスト駆動開発ですよ！ ちゃんと理念を実行できてたら最高なんだろうなって…

142 17/10/23(月)00:19:37 No.461111541

>>思ってるほど人間って賢くないんだなって思う自分も含めて >あと常に正確な相互コミュニケーション出来る能力無いしね >人類って欠陥生物だな・・・ コミュニケーションはある程度ツールに頼るね… 「あれ聞いたの？これ伝え忘れてない？？？？」っていうのは結構ましになる

143 17/10/23(月)00:19:39 No.461111552

>ちゃんと理念を実行できてたら最高なんだろうなって… ありゃ専用のコンパイラ開発じゃバケモンじゃ

144 17/10/23(月)00:21:32 No.461112005

>だからソーシャルエンジニアリングなんて流行るんだろうな ねぇ記憶が正しければこれ犯罪行為じゃ…

145 17/10/23(月)00:21:36 No.461112024

給料安いが色々な大学教授の手伝いプログラマやってて凄い楽

146 17/10/23(月)00:21:39 No.461112039

>今人が足りないからソシャゲエンジニア良いよ >お給料は普通ぐらいだけどSIよりは人間的な暮らしが出来るよ >だから「」カモン！ 生き残る事が出来る会社と人間はどのくらいなんです…？

147 17/10/23(月)00:23:15 No.461112456

>給料安いが色々な大学教授の手伝いプログラマやってて凄い楽 いいなぁ 大学の先生なら実験結果さえ得られればムダに細かい仕様の文句とか言ってこないだろうし

148 17/10/23(月)00:25:10 No.461112915

ソシャゲ作ってたはずがよくわからない案件に飛ばされて死にかけてるので会社選びは大事だ

149 17/10/23(月)00:25:51 No.461113071

>いやマジで人足りなくて辛いからみんな来て ダメなところはすぐそういうこという！

150 17/10/23(月)00:27:00 No.461113322

>>だからソーシャルエンジニアリングなんて流行るんだろうな >ねぇ記憶が正しければこれ犯罪行為じゃ… （たぶんバザールモデルのことを言いたいんだろうけどそっとしておこう）

151 17/10/23(月)00:27:44 No.461113468

プログラムの初歩も知らない人が上にいるってとんでもないことだよなと思います 簡単な案件ならともかく

152 17/10/23(月)00:28:44 No.461113677

>大学の先生なら実験結果さえ得られればムダに細かい仕様の文句とか言ってこないだろうし そのレスの「」とは別の「」だが学術機関系の仕事はいいぞ 仕様雑だけど細部まで品質こだわらなくていい