板検索:
プログラマの雑談部屋 ★20 (1364)
まとめビュー
最新スレッド候補が見つかりました
プログラマの雑談部屋 ★21 (167) スレ作成日時:2017/12/02 18:07:33
 ▼もっと見る
過去ログ プログラマの雑談部屋 ★21 (167) 2017/12/02 18:07〜
表示中 プログラマの雑談部屋 ★20 (1001)
過去ログ プログラマの雑談部屋 ★19 (1001) 2017/11/03 21:17〜
重複読み込みスレ:このスレは、2重読み込みでレスが重複している可能性があります。修復する場合はこちらをクリックしてください。
1
仕様書無しさん[sage]   投稿日:2017/11/16 21:04:08
プログラマは
こちらで雑談してください。

ユーザ、SEが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※else禁止ガイジは出入書込禁止

※前スレ
プログラマの雑談部屋 ★18
http://medaka.5ch.net/test/read.cgi/prog/1509054617/
プログラマの雑談部屋 ★19
http://medaka.5ch.net/test/read.cgi/prog/1509711456/
コメント2件


2
仕様書無しさん[sage]   投稿日:2017/11/16 21:04:34
(*゚∀゚)v2get!

3
仕様書無しさん[]   投稿日:2017/11/17 20:45:07
質問です。普通のプログラマーとゲームプログラマーってどっちがおすすめできますか?

4
仕様書無しさん[sage]   投稿日:2017/11/17 20:50:53
給料無くてもプログラム作りたいならゲームやればいいだろ?
給料は欲しいしプログラムは仕事と割り切れるなら普通のマで。
コメント2件

5
仕様書無しさん[]   投稿日:2017/11/17 21:51:16
>4
ありがとうございます!

6
仕様書無しさん[sage]   投稿日:2017/11/17 21:56:03
ゲームはヤバイ
生きていけない可能性がある
求人の給料は嘘っぱち
コメント2件

7
仕様書無しさん[]   投稿日:2017/11/17 21:58:30
>6
嘘の記載というのは許されるのでしょうか?残業代が出ないとかそういうことでしょうか?
コメント4件

8
仕様書無しさん[sage]   投稿日:2017/11/17 22:04:01
>7
残業代なんて絶対出ないよ
裁量労働制とか書いてあったら出ないよ

この世は嘘ばっかり過ぎて誰も騒がなくなった
コメント2件

9
仕様書無しさん[sage]   投稿日:2017/11/17 22:04:43
ところで今BSで世界ネコ歩きやってるぜ

10
仕様書無しさん[sage]   投稿日:2017/11/17 22:10:43


11
仕様書無しさん[]   投稿日:2017/11/18 00:14:03
>8
>10
ゲームプログラマーはやめとこうかな...

12
仕様書無しさん[sage]   投稿日:2017/11/18 01:34:06
>10
何年前の記事なんだろ? 裁量労働制でみなし時間でそれ以上払わないみたいなことが
書いてあるけど、訴えられると確実に負けるからよっぽど度胸のある所じゃないと払うのが
普通なのだが。 みなし込みでも十分安かったりするけどね。

ただゲーム関連はゲームを遊ぶのが好きな人は選ばない方がいいところだな。
遊ぶのと作るのでは全く違うものが要求されるから。

13
仕様書無しさん[sage]   投稿日:2017/11/18 02:59:58
派遣でゲーム会社モドキのゴミみたいなところ行ったことあるけど
新卒で手取り15,6万、雰囲気残業強制、ゲーム作る力もほとんどない

高い金払って専門学校とか卒業した頭の弱そうな子が
こういうなんちゃってゲーム会社に就職するのが一番かわいそうだと思った

14
仕様書無しさん[]   投稿日:2017/11/18 08:43:34
【貧困生活】派遣残業は結婚障害【家事困難】
両親や親戚に反対されましたが、低収入なのに時間外労働違反業界のSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低収入
・高度情報処理技術者なのに低収入
・高利益なのに低収入
・高生産なのに低料金
・高需要なのに低料金
・学習多いのに低料金
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

15
仕様書無しさん[sage]   投稿日:2017/11/18 09:23:57
最近のゲームの酷さ見てるとゲームプログラマの将来が不安だ
面白さそっちのけでいかにガチャ回させるか
品質もバグだらけでユーザが無料テスタ、アプデで対応
ソシャゲの影響か
コメント2件

16
仕様書無しさん[sage]   投稿日:2017/11/18 09:28:54
資本主義だから仕方がないね
お前が面白いと思うゲームを作らせたいならお前が出資するのが筋だよ

17
仕様書無しさん[sage]   投稿日:2017/11/18 12:46:24
ドッカンバトルがやらかして、ソースコード公開してたけど
違うキャラクターのデータを取得したことにより
ピックアップキャラが一人しか表示されないことになる意味が分からない
コメント2件

18
仕様書無しさん[]   投稿日:2017/11/18 12:51:09
>17

おれは、お前が何を言ってるのか分からない。もっと真面目に人生やれ。

19
仕様書無しさん[sage]   投稿日:2017/11/18 12:53:43
ソースコード読んでない人には何だか分からないだろうね

20
仕様書無しさん[sage]   投稿日:2017/11/18 13:34:59
ドッカンバトルってマリオの2p大戦のこと?

21
仕様書無しさん[sage]   投稿日:2017/11/18 13:46:54
>15
ソシャゲみたいな継続するものだと毎月の売り上げがきちんとなきゃいけなくて
最低ラインの人数の運営でも月数百万が必要なわけで。

最低ラインはほんとにほとんど何も追加もなくイベントも同じのがループする
みたいな運営になるからな、それでも継続しようとすると月数百万なわけだ。
全く人を介在させないとか残業代を全く払わないとかだとぐっと減らせるが。

薄く広くで取るとしても数百万/課金人数で最低課金額がいくらになるか計算
したらほとんど変化のないゲームに金額or人数があり得ないとわかると思う。

ガチャ以外の課金要素に月数千数万を突っ込むのが大量にいるなら別だけど、
そんなにいないよね、数百円ですら課金したくない人が大半だし。
コメント2件

22
仕様書無しさん[sage]   投稿日:2017/11/18 14:02:01
確かバンナムだかのドラゴンボールのゲームだっけか、ドッカンバトル
強力なキャラを手に入れるのに、課金して回すガチャがあるんだけど
そのガチャではピックアップ、つまり目玉となるキャラが設定されてて、
そいつが排出される確率がユーザーごとに違ってて、更にたちの悪い事に
ピックアップされているキャラの排出率が0%だったユーザーがいて
過去のガチャもそうじゃないのかって話とコレ法に触れてるよねっていう話

23
仕様書無しさん[sage]   投稿日:2017/11/18 14:40:33
SELECT * FROM t WHERE id IN (123, 456)
の結果セットの1行目を id = 123、2行目を id = 456
だと決め打ちしてしまった奴か
こんなくだらないミスで株価がストップ安になるとかトラウマもの

24
仕様書無しさん[sage]   投稿日:2017/11/18 14:40:50
条件を満たさなきゃ取れないアイテムがある
その条件を知恵を絞って探し出すのもゲームの醍醐味だろ

全てのユーザーが0%で何やっても変動しないなら詐欺だろうけど
そうでなければそれもゲーム性の一つでしかないわな

ドッカンバトルの件だと正しいゲーマーならまず分布を測定することから始める
仲間やネットを通じて分布に偏りがあることに気がつく
いい分布を得るためにアカウントを変えるなどの対策をとる

与えられたものにしか興味がない
困難を乗り越えることに喜びを見出せない
そんなゆとりゲーマーばかりになってしまったのは悲しいことだね
やり込みゲーマーはひょっとするともう絶滅しちゃったんじゃないか

25
仕様書無しさん[sage]   投稿日:2017/11/18 15:01:40
リファクタリングするならきちんとしろよw

バージョン3.8.0では新イベント「極限Zバトル」の機能追加にあたって、キャラクターデータ読み込み処理を極限Z覚醒データに対応させました。
キャラクターデータ読み込み処理は、プログラム上で複数箇所に散らばっていた為、コードの共通化を実施する必要がございました。
このコード共通化の影響により「出現キャラ一覧」及び「出現キャラ提供割合」において一部想定していない挙動が発生しておりました。

26
仕様書無しさん[sage]   投稿日:2017/11/18 15:05:42
動けばいいでコピペしちゃったんだね
低品質SEPGを雇うからそうなる

27
仕様書無しさん[sage]   投稿日:2017/11/18 15:10:42
共通化は悪であるとまた証明された
やはりコピペ改変が最善手ということだろう
コピペ改変の原則とでも名付けて布教すべき

28
仕様書無しさん[sage]   投稿日:2017/11/18 15:15:33
お、そうだな

29
仕様書無しさん[sage]   投稿日:2017/11/18 15:36:25
共通化って結果論だからなぁ
やってよかったも
やらなくてよかったも
その後の改修および不具合内容次第

30
仕様書無しさん[sage]   投稿日:2017/11/18 15:37:01
部品の共通化は、ときどきコストダウンをもたらす

でも驚くべきことに
最終的な成果物の品質に一切寄与しない

ほんとに一切寄与しないんだよ…
ただコストを下げる「ことがある」だけ
金と時間があったら別に作ったほうがいいらしい

31
仕様書無しさん[sage]   投稿日:2017/11/18 16:53:07
こうして今日もコピペが量産されていくのであった

32
仕様書無しさん[sage]   投稿日:2017/11/18 17:02:05
共通化するとトラブルの元になる
それにステップ数も減るから儲けが減る
コメント2件

33
仕様書無しさん[]   投稿日:2017/11/18 17:24:56
リファクタリングって、元々それが出来るコードが書いてあっての話だからな。
ゴミしかなかったなら、マジ、作り直した方が早い。

34
仕様書無しさん[]   投稿日:2017/11/18 17:34:17
だから、最初にゴミ作っちゃった時点で、もう、後は何やっても無駄。
コピペ民一人入れただけで崩壊するんだよプロジェクトって、
ジワジワと人知れず侵食していって、気付いたら菌糸張りまくってるから腐海の森そのもの

35
仕様書無しさん[]   投稿日:2017/11/18 17:34:18
だから、最初にゴミ作っちゃった時点で、もう、後は何やっても無駄。
コピペ民一人入れただけで崩壊するんだよプロジェクトって、
ジワジワと人知れず侵食していって、気付いたら菌糸張りまくってるから腐海の森そのもの

36
仕様書無しさん[sage]   投稿日:2017/11/18 17:38:01
テストもコードじゃなく、当然人力のチェックリストだろうしな
コメント2件

37
仕様書無しさん[sage]   投稿日:2017/11/18 17:38:58
へ?
いや、君がやってもコピペでやっても報酬は変わらないよ
頭悪いん?

38
仕様書無しさん[sage]   投稿日:2017/11/18 17:39:35
>36
共通化と関係ないじゃん
コメント2件

39
仕様書無しさん[sage]   投稿日:2017/11/18 17:46:39
共通化して何かをやった気になるのは厳禁だね
現プロジェクトには一切利益をもたらさないことを認識するべき
同様に次のプロジェクトでもその次のプロジェクトでも大した利益にはならない
コメント2件

40
仕様書無しさん[sage]   投稿日:2017/11/18 17:47:31
>38
リファクタリングでテストしないの?
コメント2件

41
仕様書無しさん[sage]   投稿日:2017/11/18 17:53:22
人数を増やすより足手まといを的確に切り捨てるほうが生産性あがる
人事部たのむからちゃんと仕事してくれ

42
仕様書無しさん[sage]   投稿日:2017/11/18 17:58:51
>39
変更しやすくなる
拡張しやすくなる
テストしやすくなる
わかりやすくなる

メリットたくさん
責務を切り分けて共通化しよう
コメント4件

43
仕様書無しさん[sage]   投稿日:2017/11/18 18:02:57
>40
そんなの設計が不出来だから必要なんでしょ?
で客からお金出ないよね?

44
仕様書無しさん[sage]   投稿日:2017/11/18 18:04:40
周りが凄い勢いでゴミを量産してるとマトモなプログラマのやる気も無くなる
実力のあるレビュアーが冷酷無慈悲にクソコードにNGを出してくれればいいんだけどな
ゴミの排出量が多すぎてレビュアーも手が回らん
スキルない人は本当に迷惑だから退職してほしい

45
仕様書無しさん[sage]   投稿日:2017/11/18 18:05:22
>42
>変更しやすくなる
それって仕様変更?
誰のメリットなのか明確にして

>拡張しやすくなる
それも仕様変更?
誰のメリットなのか明確にして

>テストしやすくなる
どうして?

>わかりやすくなる
誰が?

>メリットたくさん
寝ぼけてんじゃねーよ
コメント4件

46
仕様書無しさん[sage]   投稿日:2017/11/18 18:08:38
かわいそうに

47
仕様書無しさん[sage]   投稿日:2017/11/18 18:09:38
こういう人達と分かり合える日は来ないよ

48
仕様書無しさん[sage]   投稿日:2017/11/18 18:10:15
>42
×変更しやすくなる
コーディング段階での共通化は
変更時に影響範囲を精査しなければならなくなり、変更のコストは増大する

×拡張しやすくなる
機能でカバーできない拡張が入るとあっという間に破綻する

△テストしやすくなる
楽になるのは単体テストまで。
どうせ後には機能単位の結合テストが待っており、その工数は削減できない

×わかりやすくなる
わかりやすくなるのは言語の共有ライブラリのように、機能についての知識が共有されているときだけ
その使用を義務付けるとコミュニケーションコストが増大する


必要なのは責務を切り分けだ
場当たり的な共通化ではない

49
仕様書無しさん[sage]   投稿日:2017/11/18 18:17:26
>45
変更や拡張の理由は様々だよ
仕様変更かもしれないしバグ対応かもしれないし
パフォーマンスチューニングかもしれないしリファクタリングかもしれない
何にせよ責務が明確に切り分けられた共通部品を使えばありとあらゆる場面で作業効率があがる

責務が明確に切り分けられた共通部品はやってることがハッキリしてるからテスト仕様を導出しやすい
依存関係が持ち込まれないからテストコードを書くのも簡単

色んな責務を一緒くたに行う部品よりただ一つの責務に集中した部品のほうがわかりやすい
人間の脳は考えなければならないことが少ないほど処理しやすい
なので責務を明確に切り分けて共通化したほうがわかりやすい
誰がと聞かれれば人類全員に当てはまる事実と言うほかない

寝ぼけてるのは誰だろうね
鏡を見ながらよく考えてごらん
コメント2件

50
仕様書無しさん[]   投稿日:2017/11/18 18:19:09
ふと思ったが、>45が居なくなれば一つゴミが減ってみんな幸せになれる。
コメント2件

51
仕様書無しさん[sage]   投稿日:2017/11/18 18:19:20
>49
それだけ長いレスしてるのに俺の質問には何も答えられないんだね

52
仕様書無しさん[sage]   投稿日:2017/11/18 18:20:22
>50
反論できないからってゴミ扱いか

53
仕様書無しさん[]   投稿日:2017/11/18 18:21:11
ゴミが喋った!

54
仕様書無しさん[sage]   投稿日:2017/11/18 18:21:23
ドッカン案件で始めてここ来たけど怖い。
そもそも単体テストとかやったことない。

55
仕様書無しさん[]   投稿日:2017/11/18 18:22:14
やれよw 便利だからさ

56
仕様書無しさん[sage]   投稿日:2017/11/18 18:32:53
責務を明確に切り分けて共通化すると変更の影響調査も簡単になる

まずどこに該当する処理があるかを探すところから始まる
責務を明確に切り分けて共通化していないと手がかりがほとんどないので膨大な調査時間がかかる
共通化していればシンボルを起点にしてコード解析すればあっという間に終わる

そのあとにその処理に依存する機能を調べなければならない
共通化されていないとどこからどこまでがその機能の範囲なのかつまりスコープが不明瞭になる
そしてそのスコープの不明瞭さはその機能に依存する機能も同様である可能性が高く再帰的に爆発的に影響範囲が広まっていく
責務を明確に切り分けて共通化していればスコープが明確なのでそのようなことにはならない
ほぼ機械的に最小の手間で影響範囲を特定できる

さらに言えば影響の範囲調査だけでなく実際の影響を観測する時にも差が出る
責務を明確に切り分けて共通化した部品はテストしやすい
つまり変更の影響を簡単に観測することができる
責務を明確に切り分けて共通化していなければ変更の影響を確かめる方法は結合テストより上位のテストを行うしかなくそれには膨大なコストがかかる
コメント2件

57
仕様書無しさん[sage]   投稿日:2017/11/18 18:32:56
良くここで話題に出る「テスト」て一体何なのか解んないんだが
詳しく説明してもらえるとありがたい
コメント4件

58
仕様書無しさん[sage]   投稿日:2017/11/18 18:34:39
>56
あ、いえ、普通は設計書書くんで別にいいです
そういうセブンセンシズは
コメント4件

59
仕様書無しさん[]   投稿日:2017/11/18 18:38:19
>57
Automated testing.

60
仕様書無しさん[sage]   投稿日:2017/11/18 18:39:21
>57
どのレスのテストだよ
直接本人に聞け

61
仕様書無しさん[sage]   投稿日:2017/11/18 18:43:35
>58
最初から完全な設計書を書くことは人間には不可能
なので設計書は必ず編集を繰り返し整理整頓しなければならない
ようは設計書のリファクタリングが必須であるということだ

しかし設計書はテスト不能であるという致命的な問題がある
テスト不能ということは安全にリファクタリングもできない

設計書は不完全かつ修正困難である
したがって設計書にはメモ書き程度以上の価値はない

ドキュメンテーションは設計書ではなくドキュメントコメントを含むプロダクトコードとテストコードとユーザーマニュアルで行う
ユーザーマニュアルは実際に出来上がった製品から導出される文書でなければならない
コメント2件

62
仕様書無しさん[]   投稿日:2017/11/18 18:44:15
期末テストのことじゃね? 学生さんなんだよ。

63
仕様書無しさん[]   投稿日:2017/11/18 18:45:15
ふと思ったが、>58が居なくなれば一つゴミが減ってみんな幸せになれる。

64
仕様書無しさん[sage]   投稿日:2017/11/18 19:03:58
>21
何万人も月額課金してるよ

65
仕様書無しさん[]   投稿日:2017/11/18 19:16:18
プロジェクト東京ドールズってゲームが
キャラも可愛くて戦闘も面白いぞ

66
仕様書無しさん[]   投稿日:2017/11/18 19:21:20
設計書からコードを自動生成するのは失敗したが
コードから設計書を自動生成なら出来るんじゃね?

今の客がWebサイトの全画面の設計書寄越せってうるさい
コメント4件

67
仕様書無しさん[]   投稿日:2017/11/18 19:27:00
信用されてないって事じゃん。

68
仕様書無しさん[sage]   投稿日:2017/11/18 19:30:06
>66
契約はどうなってるん?

69
仕様書無しさん[sage]   投稿日:2017/11/18 19:40:33
画面の設計書なんて客が何に使うんだ
JavaScriptで超スパゲッティでも書いたんか

70
仕様書無しさん[]   投稿日:2017/11/18 19:49:02
ここで言ってる画面の設計書って、画面毎に操作される処理の設計書であって
フロントエンドの設計書って意味じゃねーでしょ

71
仕様書無しさん[sage]   投稿日:2017/11/18 20:14:34
>32
生産性低いな

72
仕様書無しさん[sage]   投稿日:2017/11/18 20:22:47
>66
とりあえずソースコードがあるなら
フローチャート作成ツールでも動かしてペタペタ貼ったモノでも出してみたらどうか?

73
仕様書無しさん[]   投稿日:2017/11/18 20:38:43
設計書と言うか操作説明書みたいのを最初に作ってから
作り始めるスタイルをやってる
それくらいなら最初に作っても良いんじゃね?
コメント2件

74
仕様書無しさん[sage]   投稿日:2017/11/18 21:26:34
>73
なんでそれしか作らないでGoがかかるのか狂気だな

75
仕様書無しさん[sage]   投稿日:2017/11/18 21:35:21
うちはパイロット版まで作らないとGOかからない。

76
仕様書無しさん[sage]   投稿日:2017/11/18 21:51:19
>61
馬鹿じゃね
設計書間違ってても誰も指摘しないヌルい環境でしか仕事したことねーだけだろ

77
仕様書無しさん[]   投稿日:2017/11/18 21:58:27
また馬鹿が湧いてきたよ…

78
仕様書無しさん[sage]   投稿日:2017/11/18 22:00:11
設計書間違ってると言う根拠はどこから出てくるの?
コメント2件

79
仕様書無しさん[sage]   投稿日:2017/11/18 22:18:05
>78
Aボタンでジャンプ
長押しでスライディング

80
仕様書無しさん[]   投稿日:2017/11/18 22:22:34
bootstrapとかあるとは言っても
htmlのレイアウトを手動で書くの('A`)マンドクセ

マウス操作でデザイン出来ないのこれ?

81
仕様書無しさん[]   投稿日:2017/11/18 22:45:34
twitter bootstrapなんか使ったら、後で死ぬ事になるぞ

82
仕様書無しさん[sage]   投稿日:2017/11/18 23:08:03
半年かけて進めてた計画、延々協力拒否してた同期に乗っ取られた上に
手柄持ってかれて責任と後始末だけおっかぶせられたんだけど死にたい
コメント4件

83
仕様書無しさん[sage]   投稿日:2017/11/18 23:21:54
ばかのふりをしないと
この国では生き延びられない

84
仕様書無しさん[sage]   投稿日:2017/11/18 23:24:05
>82
器用に完封されたなw

85
仕様書無しさん[sage]   投稿日:2017/11/18 23:27:41
そういうアホって会社に

これからこれをやります
成功した暁にはこれこれ
こういう評価を下さい!

って言わねぇんだよな
やってんだかやってねぇんだかわからねぇから上も
何も考えず配置転換しちゃうんだよ
(*゚∀゚)バカバカバーカ

86
仕様書無しさん[sage]   投稿日:2017/11/18 23:32:15
ハードウェア基盤としてこういうの用意するからって言われてて
その前提で開発してたら突然
やっぱできませんソフトでなんとかしてくださいって
話が違いすぎる

しかもできないんじゃなくて製品を検証する手間がないからって
意味が分からん過ぎる
俺らが作ったもんが製品以上の信頼性になるわけないだろ
こっちに面倒押し付けようとしてるだけじゃねーか!
コメント4件

87
KAC[sage]   投稿日:2017/11/18 23:54:52
>86
ハードと同時進行で開発する時にはよくあること。
慌てずにコストと納期と制限事項の調整しろよ?

88
仕様書無しさん[sage]   投稿日:2017/11/19 00:14:13
内製にしないと誰も幸せにならない
プログラムを外注するってのがまず間違いなんだよ
下請け禁止しろ
コメント2件

89
仕様書無しさん[sage]   投稿日:2017/11/19 00:26:58
>86
ちゃんとそれを言葉にしないと

人手増やすなり、徹夜でもして間に合わせればいいじゃないですか?

って言えよ

90
仕様書無しさん[sage]   投稿日:2017/11/19 00:30:17
>88
解雇規制を撤廃しないと

91
同期[sage]   投稿日:2017/11/19 00:50:07
>82
あいつさんざん大法螺吹いたあげくににっちもさっちもいかなくなって
俺に泣きついてきたんだぜ
おれが一瞬で収束させてやったよ

せめて後始末ぐらいやってもらおうと思ったんだけど
それでも恨みがましく不満言ってやがる
いやぁ、ダメ社員が同僚にいるのと苦労するなあ!

92
仕様書無しさん[sage]   投稿日:2017/11/19 01:26:17
楽しそうで何よりだな
俺はit業界入ってから手柄なんて
案件に当たったことがない
報酬はいつも単価いくらで
予め決まっていて
いくら頑張ってもそれがもらえるだけだ

93
仕様書無しさん[]   投稿日:2017/11/19 08:14:51
さておまえら、そろそろ始めるぞ
コメント2件

94
仕様書無しさん[sage]   投稿日:2017/11/19 08:52:56
ずっと新規でシステム開発し続けるユーザなんていないからなあ
コメント2件

95
仕様書無しさん[sage]   投稿日:2017/11/19 08:57:15

96
仕様書無しさん[]   投稿日:2017/11/19 09:13:28
>94

だからAmazonにコテンパンに負けまくってるのよねー

97
仕様書無しさん[sage]   投稿日:2017/11/19 09:14:59
自分の願望で都合よく原因なすりつけるなよ

98
仕様書無しさん[]   投稿日:2017/11/19 09:16:17
>95

ちゃうねんて。オレはおまえら水呑みとちがって自由だから、休日とか平日とか関係ないねん。

お前らが働いてる時に酒のんで寝てることもあれば、
お前らが屁をしながら27時間テレビ見てる時に仕事してることもあんねん。
時間というのは万人に共通じゃないねん。

だから、お前らは今日はゆっくり休め。
コメント4件

99
仕様書無しさん[sage]   投稿日:2017/11/19 09:22:16
>98
無職はいつも休めて自由だよね。
仕事してるとか嘘でしょ?

100
KAC[sage]   投稿日:2017/11/19 09:25:57
>98
自宅警備員ならもう少し緊張感を持った方がいい

101
仕様書無しさん[]   投稿日:2017/11/19 09:29:09
おー、水呑みが一生懸命優位に立とうと必死だな。

どうせ20時回った頃から月曜日の事を考えて鬱になるんだろう。今だけいい気になっておれば良いわ。
コメント4件

102
仕様書無しさん[sage]   投稿日:2017/11/19 09:38:47
>101
無駄口叩くなよ無職

103
仕様書無しさん[]   投稿日:2017/11/19 09:41:20
はっはっは。ゴミが何を喚いても、全く気にならんな。

104
仕様書無しさん[]   投稿日:2017/11/19 09:44:12
良いことを教えてやろう。

何をするのか、どの様にやるのかを自分で決められるのを、“仕事”と呼ぶ。
やれと言われた事を、どの様にやるのか自分で決められるのを、“業務”と呼ぶ。
やれと言われた事を、やれと言われた方法と納期でするのを、“作業”と呼ぶ。

お前たちは“作業工”ばかりなのではないかね?

105
仕様書無しさん[sage]   投稿日:2017/11/19 09:56:10
そんな言葉の使い方はじめて聞いた

お金がもらえるのが仕事じゃないの?

106
仕様書無しさん[]   投稿日:2017/11/19 10:14:24
君はまだまだ甘い。本当の仕事人になるには30年かかりそうだな。

107
仕様書無しさん[sage]   投稿日:2017/11/19 10:19:59
>101
ちなみに年収いくら?

108
仕様書無しさん[]   投稿日:2017/11/19 10:28:37
聞きたいかね?
コメント2件

109
仕様書無しさん[sage]   投稿日:2017/11/19 10:38:12
>108
ああ、それで年収はいくら?

110
仕様書無しさん[]   投稿日:2017/11/19 10:44:47
では教えよう。君の年収の3倍だ。
コメント4件

111
仕様書無しさん[sage]   投稿日:2017/11/19 11:00:12

112
仕様書無しさん[sage]   投稿日:2017/11/19 11:01:47
この手の流れで800万以上を聞いたことがないのが悲しい

113
仕様書無しさん[]   投稿日:2017/11/19 11:05:26
>111

なんだ、別人だったのか。どうやら君を買いかぶっていたようだ。すまんすまん。

君はまず、作業から見つけ始めなさい。

114
仕様書無しさん[]   投稿日:2017/11/19 11:08:11
もう一つ教えてやろう。作業工ほど、他人の収入が気になるものだ。

115
仕様書無しさん[sage]   投稿日:2017/11/19 11:09:19
>110
頭の悪い回答だな。

知らない相手の年収の3倍とかw
ホラ吹きって事がよく分かったわw

116
仕様書無しさん[]   投稿日:2017/11/19 11:18:51
頭が悪いのは君だ。「別人だったのか」と言っただろう。

そんなだから君は作業工以下なのだよ。

117
仕様書無しさん[]   投稿日:2017/11/19 11:40:55
横からすまんけど
給料が高いぞ自慢していい?
残業したのですごいことになってるんだが?

118
仕様書無しさん[sage]   投稿日:2017/11/19 11:41:04
匿名掲示板でチンコがでかいと自慢する方がいると聞いて回収にきました

119
仕様書無しさん[sage]   投稿日:2017/11/19 11:43:44
sageてないってことはelseおじまた来てるのか
プロ用の雑談スレを自分で立てたのにこっち来てるとかアホの子だろ
休みのたびに5ch張り付きとか無職の方がまだましだな

120
仕様書無しさん[sage]   投稿日:2017/11/19 11:48:21
ほう、else抜きifですか?
コメント2件

121
仕様書無しさん[sage]   投稿日:2017/11/19 11:52:42
なんかそのうち逃げそうな奴だな
仕事だせません

122
仕様書無しさん[sage]   投稿日:2017/11/19 11:55:42
>110
情報が不定
コイツ仕事できない奴だな

123
仕様書無しさん[sage]   投稿日:2017/11/19 12:01:50
>120
おいおいおい
コメント2件

124
仕様書無しさん[sage]   投稿日:2017/11/19 12:02:15
else書くやつのコードはクソ長い傾向がある
なのでelse == 汚いコードという感覚が染み付いてしまうんだろうね

125
仕様書無しさん[sage]   投稿日:2017/11/19 12:13:15
会社のコードとインシデントデータベースを調査した結果
elseの数が多いプログラマほど担当プログラムでのバグ数が多くバグ被害額も高いとわかった
君たちの自社の資産を調査してみるといい
調査する資産がない会社は論外
コメント2件

126
KAC[sage]   投稿日:2017/11/19 12:18:54
>125
着眼点がおかしい
なぜ「ifが多い」の結論が出なかったのか
コメント2件

127
仕様書無しさん[sage]   投稿日:2017/11/19 12:22:34
>126
ifの数に対するelseの割合が大きいことを指してelseの数が多いと言った
言葉使いの間違いでしかない
elseが品質を悪化させている事実には変わりない

128
仕様書無しさん[sage]   投稿日:2017/11/19 12:37:49
ifを減らすにはどうやってルンルン?

129
仕様書無しさん[]   投稿日:2017/11/19 12:39:51
複数のクラスの組み合わせで組む

130
仕様書無しさん[sage]   投稿日:2017/11/19 12:44:37
elseを書かないプログラマのメソッドは短く簡潔で意図が明確である
彼らのメソッド行数は平均して約5行だった
20行を超えるメソッドは1%以下だった
50行を超えるメソッドは存在しなかった
もっとも長いメソッドはSQLを組み立てるメソッドだった

elseを書くプログラマは平均で24行のコードを書いていた
彼らはカプセル化を破壊する単純なアクセサを好む
その影響もあり平均値はかなり低く計算されている筈であるがそれでもこの長さである
もっとも長いメソッドはレガシーシステム連携のための電文を生成するクラスのメソッドだった
このメソッドはなんと600行を超える悪魔的メソッドだった
深くネストするif elseが大量に含まれたループを複数並べた構造をしており
電文生成クラスはそのメソッドだけしか持っていなかった
今にして思うと退職する前の嫌がらせだったのだろうか?
行数が比較的多いメソッドで特に目立ったのは入力検証処理である
入力検証処理は深くネストしたif elseを大量に使う可読性の低いメソッドばかりであった

131
仕様書無しさん[sage]   投稿日:2017/11/19 12:45:32
elseバカ vs ifバカの熾烈な争いが勃発!
はたして結末やいかに?!w

132
仕様書無しさん[]   投稿日:2017/11/19 12:50:27
クラスの組み合わせで作ればifもelseもswitchも要らない

133
仕様書無しさん[sage]   投稿日:2017/11/19 12:52:51
邪魔だから巣に帰れよelse不要連呼
コメント4件

134
仕様書無しさん[sage]   投稿日:2017/11/19 12:56:47
クラス組み合わせfizzbuzzおねしゃす

135
仕様書無しさん[sage]   投稿日:2017/11/19 12:57:30
>133
邪魔なのはelse不要を理解できない実力不足のプログラマだよ
彼らは無自覚に日本のGDPを低下させる国家規模で邪魔な存在
コメント2件

136
仕様書無しさん[sage]   投稿日:2017/11/19 13:01:15
else抜きでどんなコードになるか前スレで見たろうが
あんだけ糞コード書き散らしといて
まだ言うんか
コメント2件

137
仕様書無しさん[sage]   投稿日:2017/11/19 13:06:33
>136
あれは素晴らしいコードだったね
可読性、自己文書性、メンテナンス性
全てが完璧だった
惜しむらくはタイポのせいでコードがバグっていたところだがそれも一瞬で修繕された
コメント4件

138
仕様書無しさん[sage]   投稿日:2017/11/19 13:14:18
elseまだやってんの?
じゃあswitch〜caseもダメなの?
コメント2件

139
仕様書無しさん[sage]   投稿日:2017/11/19 13:15:27
>138
式ならいいよ

140
仕様書無しさん[sage]   投稿日:2017/11/19 13:20:52
だからダラダラ長い処理を書くのがダメってだけの話だろ?
コメント2件

141
仕様書無しさん[sage]   投稿日:2017/11/19 13:32:31
>140
if elseを書くとダラダラ長くなるってとこまでセット

142
仕様書無しさん[]   投稿日:2017/11/19 13:36:06
三項演算子やnull合体演算子はおk?

143
仕様書無しさん[sage]   投稿日:2017/11/19 13:37:09
私大文系の低脳水呑が猿のようにキーキー
一言でいうとゴミの集まりだな

無意味なelseを書きなぐる低脳コーダの自己弁護
コメント4件

144
仕様書無しさん[sage]   投稿日:2017/11/19 13:57:53
>133
>135とか馬鹿だから>1も読めないガイジっぽいし、
迷惑をまたかけるんだろうなw

145
仕様書無しさん[sage]   投稿日:2017/11/19 13:58:31
水?=私大文系=ジャップ=else不要?
まさか

146
仕様書無しさん[sage]   投稿日:2017/11/19 13:59:02
>143
F欄中退のホラッチョ君は相応のスレ行けば?

147
仕様書無しさん[sage]   投稿日:2017/11/19 14:02:00
>123
死ぬわアイツ

148
仕様書無しさん[sage]   投稿日:2017/11/19 14:03:15
>143
やっぱりコイツ
else抜きキチガイだったか

149
仕様書無しさん[sage]   投稿日:2017/11/19 14:03:41
>137
phpのゴミコードの事を自画自賛かw

150
仕様書無しさん[sage]   投稿日:2017/11/19 14:05:15
自称ベテランがenumの代わりにint定数使えって力説して
周りに失笑されてたの思い出すな
コメント4件

151
仕様書無しさん[sage]   投稿日:2017/11/19 14:06:42
>150
enumはDBに突っ込むときめんどくさいやろ!

152
仕様書無しさん[sage]   投稿日:2017/11/19 14:07:18
>150
c#だと継承できねぇから正しい
継承して状態増えてるのにenumは増やせないクズ機能

153
仕様書無しさん[sage]   投稿日:2017/11/19 14:11:30
それはInterface使えば解決する話

154
仕様書無しさん[sage]   投稿日:2017/11/19 14:13:51
このおかげかどうかは知らないが
c#のコードで継承をあまり見かけない
GoodJobだと思う
コメント2件

155
仕様書無しさん[sage]   投稿日:2017/11/19 14:16:11
田多井使っても生成の時に判定が要るな
コメント2件

156
仕様書無しさん[sage]   投稿日:2017/11/19 14:21:54
>155
しかし、分岐を大幅に減らせるのはメリットやん

else不要ガイジは論外だが、生成以外で殆ど分岐しなくていいのは、
コードが美しくていいわ

157
仕様書無しさん[sage]   投稿日:2017/11/19 14:23:04
enumの継承ができたらc#はクソまみれになっていたであろう

158
仕様書無しさん[sage]   投稿日:2017/11/19 14:27:25
enum継承できたらそもそもenumの意味がない
コメント2件

159
仕様書無しさん[sage]   投稿日:2017/11/19 14:29:39
enum継承できる言語あんの?
コメント2件

160
仕様書無しさん[sage]   投稿日:2017/11/19 14:31:38
>158
そうか?
クラスの状態をenumで持っていたとき
継承して状態がさらに増えたときenumが継承できないと困らないか?

161
仕様書無しさん[sage]   投稿日:2017/11/19 14:35:16
だからEnumにInterface継承させてメンバの型はそのInterfaceにしときば

162
仕様書無しさん[sage]   投稿日:2017/11/19 14:36:49
どなたか変数がイメージできないとかifの使い方がよくわからないレベルの新人を指導した経験ないだろうか?
プログラムを間違えるところまですら行けなくてほんとに困っているんだ・・・
なんか良い対策ないかな
コメント10件

163
仕様書無しさん[sage]   投稿日:2017/11/19 14:39:07
>159
c++時代はdefineだったからなんでもできた
c#でenumで状態を持つと継承した時手詰まり
const int辺りで書き直すことになるか
継承自体をやめちまうか
継承自体をやめちまう人間が多いっぽい

メデタシメデタシ

164
仕様書無しさん[sage]   投稿日:2017/11/19 14:39:58
enumが継承できたら滅茶苦茶になるってことを
想像することすらできないのか

165
仕様書無しさん[sage]   投稿日:2017/11/19 14:41:41
継承は元の変数のタイプが途中で分からなくなるから辞める方針なんじゃなかったっけ?
アメリカの偉い人達は動的型付け推奨で、静的にこだわるなら再定義させるような仕様にしていくとか何とか

166
仕様書無しさん[sage]   投稿日:2017/11/19 14:42:44
>162
試用期間だったらクビにしちゃえば?
覚えの悪い子より良い子育てた方が効率いいし。

167
仕様書無しさん[sage]   投稿日:2017/11/19 14:43:11
>162
私大文系採用するからだな

168
仕様書無しさん[sage]   投稿日:2017/11/19 14:47:28
>162
そんな見込みなさそうな奴を何故会社は入れたんだ?
コメント2件

169
仕様書無しさん[sage]   投稿日:2017/11/19 14:48:09
だよな・・・でも上は若いからなんとか育てたいみたいで、
ちゃんとした研修いってもらうよう進言するしかないか

170
仕様書無しさん[sage]   投稿日:2017/11/19 14:50:28
>168
小さい会社でまじで人で不足なところに、ほぼ新卒みたいな感じだったからとったみたい。
ほんとうにどうやって入社試験を潜り抜けたのか聞いてみたい。
プログラムは大学でやってたというんだが、変数やifとかがない言語とかあるんかな・・・
コメント2件

171
仕様書無しさん[]   投稿日:2017/11/19 14:57:45
まーたelseで盛り上がってたのか。

本当に猿ばっかだな。何度やっても辞められない。

172
仕様書無しさん[sage]   投稿日:2017/11/19 14:58:34
発達障害とかなら関わらない方がいいな

173
仕様書無しさん[]   投稿日:2017/11/19 15:02:11
さて、ちょっと休憩すっか
コメント2件

174
仕様書無しさん[sage]   投稿日:2017/11/19 15:09:24
>173
休出乙

175
仕様書無しさん[sage]   投稿日:2017/11/19 15:10:57
>170
入社試験は何を使った?SPIとか?

それってプログラムやってたって嘘ついてたのを面接官が見抜けなかったケースだと思うけど。

176
仕様書無しさん[]   投稿日:2017/11/19 15:13:46
技術者雇ってんのに、技術見ないで採用とかするアホ会社はとっとと潰れればいいんだよ。

177
仕様書無しさん[sage]   投稿日:2017/11/19 15:41:30
>154
C#でデザパタ本、とかも出ていないようですしね
OO の継承って悪だったのかねえ?

178
仕様書無しさん[sage]   投稿日:2017/11/19 15:45:42
結構誰でもなれるのにプログラマに入社試験とかやってる会社あるんだなw
ifとかわからないレベルはコネだろ

179
仕様書無しさん[sage]   投稿日:2017/11/19 15:47:46
日本という大きな猿山

180
仕様書無しさん[]   投稿日:2017/11/19 16:04:14
宮内庁職員1000名
警察庁皇宮警察900名
アキヒトの横暴に対応するようにこれらの人員は増えてきた

宮内庁、人員増を検討=上皇職、皇嗣職新設で−皇宮警察の体制も課題
https://www.jiji.com/jc/article?k=2017060900992&;g=ryl

皇宮警察、皇室護衛の増強を検討 天皇陛下退位後見据え
http://www.asahi.com/articles/ASK5C5GMJK5CUTIL023.html

そしてまた増える

181
仕様書無しさん[sage]   投稿日:2017/11/19 16:45:50
>162
雇ったやつに教育させろ

182
仕様書無しさん[sage]   投稿日:2017/11/19 16:48:41
継承は禁止
else並みに要らない
interfaceだけあればいい
コメント2件

183
KAC[sage]   投稿日:2017/11/19 16:52:52
>137
ん?
そもそも仕様通りに動かないコードしか出てこなかったような気がするが?

184
仕様書無しさん[sage]   投稿日:2017/11/19 16:55:37
>182
つ 多態性
コメント2件

185
仕様書無しさん[sage]   投稿日:2017/11/19 16:56:52
継承禁止とかw
ガイジは変な拘り持ってるなぁ

is-a関係のオブジェクトとかどう表現するんだよw
コメント6件

186
仕様書無しさん[sage]   投稿日:2017/11/19 16:59:39
>184
インターフェース

187
KAC[sage]   投稿日:2017/11/19 17:01:49
>162
まずは、日本語で詳しく表現させる。
それを基にフローチャート書かせる。
目的の言語で表現する。

って指導はした?

188
仕様書無しさん[sage]   投稿日:2017/11/19 17:02:36
>185
インターフェース
is aは設計時の概念的な話でしかない
物理的に継承で実装することとイコールではない
コメント2件

189
仕様書無しさん[sage]   投稿日:2017/11/19 17:09:52
>185
例えば犬、猫ってオブジェクトがあったとして、
継承使うなら動物というスーパークラスで共通の動作も実装するけど、

継承禁止ならそれぞれのサブクラスに実装するとか効率の悪い事すんの?
コメント2件

190
仕様書無しさん[sage]   投稿日:2017/11/19 17:10:20

191
仕様書無しさん[sage]   投稿日:2017/11/19 17:21:45
>189
犬猫の共通点を動物で実装して継承するという発想がまず間違い
犬猫を同じものとしてみなせるかどうかは文脈に依存する
同じものとみなせるとしてそれが動物であるかどうかも文脈しだい
これを継承で実装してしまうと固定されてしまい身動きが取れなくなる
犬猫は確かに同じ動物であるが文脈によっては商品であったりキャラクターであったり共通点は見方しだいと言える

動物を継承するのではなく動物インターフェースを実装する
コードを再利用したいなら包含を使う
コードを再利用したいというくだらない理由で継承を使ってはならない
コメント2件

192
仕様書無しさん[sage]   投稿日:2017/11/19 17:23:32
継承ってバカが使うと滅茶苦茶になるからな
開発部隊に低レベルの猿が混じる以上、これを禁止するのは道理にかなっている

193
仕様書無しさん[sage]   投稿日:2017/11/19 17:29:13
継承は昨今のフレームワーク全般の中核になってるわけで、少なくとも不要とか言ってる奴とは絶対仕事しないし採用もしない
コメント4件

194
仕様書無しさん[sage]   投稿日:2017/11/19 17:35:56
>191
それはスーパークラスの設計の共通化する箇所がおかしいだけだからw

共通部分の所も一々has-aで実装するとか、効率悪いな。

例えば猫のオブジェクトを実装する時に生物、動物、哺乳類とかの共通部分もhas-aでやるとか無いわw

UMLに適用しても不自然だし、こいつがどういう風に設計するか見てみたいわ。
コメント2件

195
仕様書無しさん[sage]   投稿日:2017/11/19 17:50:50
>194
継承の方が最終的に非効率になる
というかそもそも効率の話じゃない
継承ツリーが一意に定まるのは非常に限定された文脈の中だけであって、関係性を継承で固定化するのは危険だと言っている

196
仕様書無しさん[sage]   投稿日:2017/11/19 18:03:00
>193
馬鹿な設計者が共通化するべきじゃないところも共通化して、
固定化されたから変化に対応出来ない話だろ。

文脈が商品であったり、キャラクターだろうが共通化出来る箇所なんていくらでもあるわけで。

馬鹿に道具を持たせてもうまく使いこなせないだけで、道具使わないとか
そんな変な拘りはそういう奴等だけでやってろって思ってんだけど。
コメント4件

197
仕様書無しさん[sage]   投稿日:2017/11/19 18:03:25
せいぜい既成フレームワークを使って実際にアプリを作るところでは
1階層の継承を使うぐらいだな。2層3層と継承が深まってってるのはだいたい継承を使うのが目的化してる兆候だと思う
コメント2件

198
仕様書無しさん[sage]   投稿日:2017/11/19 18:04:05
>193
インターフェースやメタプログラミングがフレームワークの中核
古いフレームワークや古いフレームワークのなごりで継承を使っているものもあるが悪しき習慣として排除が進んでいる
程度の低い企業の作ったオレオレフレームワークでは残念ながら意味のない間違った継承を多用しているけどね
コメント2件

199
仕様書無しさん[sage]   投稿日:2017/11/19 18:11:37
>197
単純なアプリの開発なら1段階目の継承位で済むわな。

動物→鳥類→カラスで鳥類を省いても問題ないようなアプリとか。
コメント2件

200
仕様書無しさん[sage]   投稿日:2017/11/19 18:12:45
>196
バカな設計者ってのは未来を予測できないこと、自分達の知識が完全でないこと、を認識できない人
共通化すべきでないところを間違って共通化してしまうぐらいではバカとは言えない
間違った場合に簡単に訂正できるように設計することが重要
継承でガチガチに固めていくのはその真逆を行ってる
仮にそれがその時点の知識で正しい継承ツリーだったとしてもバカな設計と言わざるをえない
コメント2件

201
仕様書無しさん[sage]   投稿日:2017/11/19 18:13:25
>196
>198みたいな事真顔で言うんだぜ
ラムダ・キャプチャも継承もイベント・コールバックも適宜使い分けろよ
コメント2件

202
仕様書無しさん[sage]   投稿日:2017/11/19 18:21:04
>201
ラムダ・キャプチャ・イベント・コールバック
これ全部根っこの部分ではインターフェースとやってることかわらんけど?

203
仕様書無しさん[sage]   投稿日:2017/11/19 18:23:27
多重継承ができればすべて丸く収まるのに

204
仕様書無しさん[sage]   投稿日:2017/11/19 18:25:30
馬鹿には何を禁止しようが無駄

205
仕様書無しさん[sage]   投稿日:2017/11/19 18:52:08
>199
そんな低レベルなとこまでアプリ側で継承してかないといけないフレームワーク使ってんの?

206
仕様書無しさん[sage]   投稿日:2017/11/19 19:00:08
>200
共通化がおかしいから、そういう手間が増える。前提が崩れようが共通化を上手く実装すれば対応は可能だわ。

というかis-aで取り込むべき概念(車だったら乗り物、人なら哺乳類)、
has-aで取り込むべき概念(車だったら車輪やエンジン等、人だったら顔や手足等)を混ぜる感性もよく分からん。
気持ち悪くならんの?

UMLもおかしくなるだろうから、
情報を共有する為の工数も増大するし、
サブクラス毎に実装するから実装工数も増える。

変な拘りを持つのは勝手だが、そういう奴らだけで実践してろって。
コメント2件

207
仕様書無しさん[sage]   投稿日:2017/11/19 19:06:39
さっきから
上手くとか馬鹿だからとか気持ち悪いとか
具体性が一切なくてわろた
コメント2件

208
仕様書無しさん[sage]   投稿日:2017/11/19 19:06:50
>206
is aはインターフェースで実現するって最初から言ってんじゃん
君は概念的な継承関係と実装の取り込みをごっちゃにしてるよ
コメント2件

209
仕様書無しさん[sage]   投稿日:2017/11/19 19:13:32
>207
一部の都合のいい様に発言だけ切り取って
文句言ってればそうなるわなw

210
仕様書無しさん[sage]   投稿日:2017/11/19 20:47:58
>208
interfaceの関係のIs a関係なんて聞いたことねえわ。

以下のサイトとかでもinterfaceがis aとか否定してるし、
これ以外の他のサイトも見りゃ分かるけど、Is a関係はextendsでの関係だから。
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=40953&;forum=7&start=16

しかもインターフェースは異なる階層の仕様を引き継ぐものだから、全然使い方が違うし。

そういう君の独自定義を出すのはやめて欲しいわ。

211
仕様書無しさん[sage]   投稿日:2017/11/19 21:08:15
長らく世間でそう言われてきて多くの人が惑わされてきたが
結局そんな目先でコーディングはできない

だいたい継承は、あるものを同じ視点で同じものとして十把一絡げに扱いたいってときに出てくる話
ところがほとんどの言語が多重継承をサポートしていないので
何かの一種であると同時に別の何かの一種であるということができない

具体的なのだとJavaの標準ライブラリのObserverかObservableか忘れたがそのへん
あれを継承したがために従来の業務的な意味のオブジェクトを継承できずに詰んで困った記憶がある
Gofとかのデザインパターンがくそ役立たずなのもそのせいだ

だから結局破綻のリスクが少ないインターフェースを使うことになる
継承は理想論

212
仕様書無しさん[]   投稿日:2017/11/19 21:51:18
お前ら、楽しそうでいいな。

213
仕様書無しさん[sage]   投稿日:2017/11/19 21:57:20
2chで万能感に浸ってたら
teratailに行ってみたらほとんどこたえられる質問なくてしょげた
コメント2件

214
仕様書無しさん[]   投稿日:2017/11/19 22:05:40
>213

ターゲットの言語は?

215
仕様書無しさん[sage]   投稿日:2017/11/19 22:10:23
言語はいれてない
そうかターゲットの幅を広げればいいのか

216
仕様書無しさん[sage]   投稿日:2017/11/19 22:10:34
継承はフィルターみたいなものだ
共通化できるメソッドをこそぎ落としてユニークな処理を抽出する過程、気分は錬金術師だろ

217
仕様書無しさん[sage]   投稿日:2017/11/19 22:20:17
ターゲットにJava入れてみたが同じことだった
みんなAndroidがどうとか言ってるし
相当絞り込んでも手持ちの知識で即答できるとかほとんどない

218
仕様書無しさん[sage]   投稿日:2017/11/19 22:26:17
それに即答できることと
プログラムをかけることって
なんかリンクしてるのか?

219
仕様書無しさん[sage]   投稿日:2017/11/19 22:54:39
即座に検索でヒットするキーワード思いつく能力の方が大事

220
仕様書無しさん[sage]   投稿日:2017/11/19 23:10:06
それな

221
仕様書無しさん[sage]   投稿日:2017/11/19 23:14:23
低レベルなフレームワークを基準に継承やelseを正当化してるモンキー

222
仕様書無しさん[sage]   投稿日:2017/11/19 23:16:29
とF欄中退の猿が喚いています

223
仕様書無しさん[sage]   投稿日:2017/11/19 23:20:02
と私大文系のaccess自慢の水呑が騒いでいます

224
仕様書無しさん[sage]   投稿日:2017/11/19 23:52:36
おい私大文系上司、さっさとこいつ首にしろ

225
仕様書無しさん[sage]   投稿日:2017/11/19 23:55:30
もうクビになってるから無職じゃね?
本人は働いてるつもりらしいがw

226
仕様書無しさん[sage]   投稿日:2017/11/20 07:22:59
多重継承でメソッド定義がが重複したら
再定義必須にすれば
なんの問題もなく多重継承できるとおもう

毎回インターフェース使うぐらいならそっちのが楽じゃないか
なぜ多重継承自体禁止されるのか
コメント2件

227
仕様書無しさん[sage]   投稿日:2017/11/20 07:23:56
c言語回帰しようぜ

228
仕様書無しさん[sage]   投稿日:2017/11/20 07:49:19
>226
そういう実装レベルの問題で概念レベルの変更をするんじゃない
継承を使うとそういうことが起こりやすいからダメなんだよ

229
仕様書無しさん[sage]   投稿日:2017/11/20 07:57:15
継承禁止ガイジもあっちのプロ専用スレに行ってくれないかな?
アスペって自分の変な拘りが反映されてないとギャーギャーガイジのように喚くからウザいわ。

230
仕様書無しさん[sage]   投稿日:2017/11/20 08:10:12
これから先の言語は継承非推奨か廃止になってくだろうね

231
仕様書無しさん[sage]   投稿日:2017/11/20 08:18:49
継承はc++のときに滅茶苦茶になったからもういらんだろ

232
仕様書無しさん[sage]   投稿日:2017/11/20 08:19:31
いいとか悪いとかじゃねぇんだよ
アレは駄目

233
仕様書無しさん[sage]   投稿日:2017/11/20 08:21:06
根拠の無い面白い妄想をするなぁ
Java 9でも継承が非推奨や廃止になってないのに

継承が実装されて20年以上たっても非推奨や廃止になっていないし、
最新のリリースでもその兆候が見られないのは継承が必要だからなのに、ガイジにはそれが分からないんだな
コメント2件

234
仕様書無しさん[sage]   投稿日:2017/11/20 08:22:50
もうウンコしか使ってないよ

235
仕様書無しさん[sage]   投稿日:2017/11/20 08:24:42
動物 {
尻尾の数
羽の数
}

犬 : 動物 {
犬() { 尻尾の数 = 1; 羽の数 =0;
}

鳥 : 動物 {
鳥() { 尻尾の数 =0; 羽の数 =2;
}

うわ継承キモっ
コメント6件

236
仕様書無しさん[sage]   投稿日:2017/11/20 08:26:48
>235
うわぁ、、、

237
仕様書無しさん[sage]   投稿日:2017/11/20 08:26:48
尾長「いや、それはおかしい」

238
仕様書無しさん[sage]   投稿日:2017/11/20 08:27:02
>233
javaなんてレガシー代表じゃん
コメント2件

239
仕様書無しさん[sage]   投稿日:2017/11/20 08:27:03
>235
その共通クラスゴミだなw

ガイジ基準の継承出されても普通はそんな共通クラス作らんからw
コメント2件

240
仕様書無しさん[sage]   投稿日:2017/11/20 08:28:48
>239
正解はよ出せや
モノを出さんでピーチクパーチク文句たれとっても説得力ないで
まあ継承に正解は無いから出せるわけねーけどなw
コメント2件

241
仕様書無しさん[sage]   投稿日:2017/11/20 08:32:49
>235
この世に尻尾が複数ある動物って居るの?
羽じゃなくて翼じゃないの?
そもそもこのふたつは動物すべてに共通するものなの?
コメント2件

242
仕様書無しさん[sage]   投稿日:2017/11/20 08:33:51
ガイジ:動物

243
仕様書無しさん[sage]   投稿日:2017/11/20 08:35:33
>238
で、最新の言語だと継承非推奨とか書かれてんの?w

244
仕様書無しさん[sage]   投稿日:2017/11/20 08:42:43
>240
振る舞いと構造の分離やっていない、オブジェクト指向を理解してない馬鹿に言って俺にメリットがあるの?

クレーマーみたいにお前がギャーギャー粗捜しして騒ぐのが落ちだと思うがw

というか羽だったらインターフェースで概念を入れて、
コンストラクタでどういう羽を入れるか又は羽無しのオブジェクトを生成するかなのに、初心者丸出しのその実装は無いわw
コメント4件

245
仕様書無しさん[sage]   投稿日:2017/11/20 08:46:11
最新言語の代表格というと、swiftとかだろ
あれc#から良いところだけ抽出した感じやん
継承否定なんぞしとらん
継承構造にメス入れたといえば、mixin系でphpのtraitなんかはそうじゃね?

246
仕様書無しさん[sage]   投稿日:2017/11/20 08:49:38
>244
構ってやるなって
間違いなくお前の言う通りなんだけどおそらく「提示できないって事はできないんだ!俺の勝ち!」とか騒ぎ立てるぞ
ちゃんと提示したところで「俺が理解できないからゴミだわwwwはい俺の勝ち!」なんだから労力の無駄だって
コメント2件

247
仕様書無しさん[sage]   投稿日:2017/11/20 08:49:43
Go言語は継承を切り捨てた
JavaScriptは継承なんて要らんと世界中で証明し続けてる

一度身についた常識ってのはそう簡単には捨てられない
これまではみんなオブジェクト指向と継承はセットなんだみたいな錯覚に陥ってた
動いてるのは天で地球が中心これ常識、みたいな

でもGoogleが目を覚まさせた
流石はGoogleというかなんというか幻覚に惑わず的確に事実を射抜いた
つうか正しいのは天動説だよね?
継承も要らんわな
そう言って出来上がったのはGoという美しい言語だ

これからは継承要らねえなという柔軟な発想の言語が繁栄する

248
仕様書無しさん[sage]   投稿日:2017/11/20 08:50:48
>244
インターフェース使ってんじゃんwww
継承はどうしたwwwwwww
コメント2件

249
仕様書無しさん[sage]   投稿日:2017/11/20 08:53:17
>241
いるぞ
0もゆうこうなんだから全ての動物に間違いなく共通してる性質だろ

250
仕様書無しさん[sage]   投稿日:2017/11/20 08:58:35
>246
確かに労力の無駄だな。>248みたいなガイジって粗捜ししてる割にはまともに反論出来てないし。

構造の継承と振る舞いのインターフェースは別の話なのに何故か混合してる辺り馬鹿すぎて会話が成立しないわ。

251
仕様書無しさん[sage]   投稿日:2017/11/20 09:07:51
つうかね
プログラマは分類学者じゃなくてプログラマなんだよ

犬が動物で〜猫が動物で〜
そんなんどうでもいいの

必要なのは
犬は走れるとか猫は走れるとか
そういうことなの

つまり

犬 : IRunnable

252
仕様書無しさん[sage]   投稿日:2017/11/20 09:08:52
猫 : IRunnable

これが正解

分類学者はスレちなんで消えてください

253
仕様書無しさん[sage]   投稿日:2017/11/20 09:26:01
それだと歩く、走る、寝る、立つ、座る、・・・ってどんどんインターフェース作ってくのか

254
仕様書無しさん[sage]   投稿日:2017/11/20 09:27:43
頭おかしい主張する奴ってなんなんだろうな。jsについても見当はずれなこと言うし、まともに触っとことないなら黙ってろよと。

255
仕様書無しさん[sage]   投稿日:2017/11/20 09:30:20
そこはstringにして自由に入力してもらえよ。
なんで増える可能性がある分類をハードコーディングするんだよ。

256
仕様書無しさん[sage]   投稿日:2017/11/20 09:39:28
低知能モンキーはこれだからヤレヤレ
Goを学ぶ事もなく水呑でJavaしか知らないんだろう

私大文系と言われてキーキーと騒ぐのは心当たりがあるからだな
こういう水呑猿が日本のGDPを落としているわけ
ITはネトウヨ多そうだがジャップランドが韓中に劣っているのは在日特権(笑)のせいではなくお前ら水呑猿の自業自得

Gitも使えないweb屋やAccessを自慢げしている事務屋がIT(笑)を名乗ってるジャップランド

257
仕様書無しさん[sage]   投稿日:2017/11/20 09:46:56
嫌儲に帰ってください

258
仕様書無しさん[]   投稿日:2017/11/20 09:47:30
継承云々より単一責任原則が守れているかが大事じゃね?

259
仕様書無しさん[sage]   投稿日:2017/11/20 10:28:06
ここの連中って論破されて反論不能になると
頭おかしいとか人格攻撃に走るよなwww
論理的に反論できないなら素直に参りましたって言えんのかねぇ?

260
仕様書無しさん[sage]   投稿日:2017/11/20 10:39:00
話題をはっきりさせろよ

継承不要論 →swiftにあるが?
継承はjsにない→全て変数でいつでも()実行できる型なしと対極の機能なんだから当たり前。大体議論の中心はrequireだろ今後5年は
go言語→一時期流行ったが結局ニッチ過ぎて人類には早過ぎた

俺にはjsのなんでもハンドラ可能な言語仕様を肯定して継承否定する意味がわからんが、何が言いたいんだ?

261
仕様書無しさん[sage]   投稿日:2017/11/20 12:07:13
みんな微妙な問題で継承使わないって分かったからいいじゃん
c#の継承はあんまり使わないよ

262
仕様書無しさん[sage]   投稿日:2017/11/20 12:24:34
いや、JSは継承あるぞ
コメント2件

263
仕様書無しさん[sage]   投稿日:2017/11/20 12:26:12
継承という概念はもう流行らない
切り捨てる傾向だ

264
仕様書無しさん[sage]   投稿日:2017/11/20 12:28:15
社会に切り捨てられた人の妄言です

265
仕様書無しさん[sage]   投稿日:2017/11/20 12:31:30
インターフェイスの実装を継承と呼ぶ件についてはいかがなさいましょう?

266
仕様書無しさん[sage]   投稿日:2017/11/20 12:33:00
そりゃ誰だって今の時代にhas目的で継承使うなんてバカはいないし、多態性以外で使わんと言うのなら同意
c++のprivate継承を他の言語がどれも実装してないのが論拠になるさ
普段自前で作る機能に継承が滅多に登場しないのも同意(抽象化のやり方が継承がしっくりくるなら使うが)

だが、インターフェースメンバのデフォルト実装が不要って話にはならんから継承不要論には絶対ならん

267
仕様書無しさん[sage]   投稿日:2017/11/20 12:36:14
継承の問題点は、既存コードを使いまわせるため便利な分、多様することで誰も配線を把握できない爆弾を製造することになってしまう事にある
特にこの傾向は多重継承で顕著。最終的にクラスの関連性が把握できなくなり、ゲシュタルト崩壊状態に陥るような事が現場ではママ見られる

私大文系のバカは現場を知らないから勝手な事を抜かしているが、導線の分からないクラスは結局放置されて、途中から別物が作られてそれが使われたりする事になる
その結果、巨大なサクラダファミリアが構築される訳だ
メンテ不能なサクラダファミリアでも私大文系のバカSEにな関係無いんだろうな

現場の理系エンジニアを大事にすれば良いのに

268
仕様書無しさん[sage]   投稿日:2017/11/20 12:40:59
>262
それes6やん、現状まだトランスパイル言語やん
そもそもjsは継承(インターフェース保証)してるわけじゃなくて、変数になんでもぶっこめて実行時に評価できるだけやん
コメント2件

269
仕様書無しさん[sage]   投稿日:2017/11/20 12:41:43
そうすると中退君は大切にされないで。

270
仕様書無しさん[sage]   投稿日:2017/11/20 12:52:45
>268
だって構文にextendsがあるんだぜ
実装はプロトタイプ・チェインか何か知らんけど
es6に継承があるってことはそういうことだろ

271
仕様書無しさん[]   投稿日:2017/11/20 17:10:28
継承もマトモにつかえない馬鹿の戯言なんて、どうでもいいよ。

272
仕様書無しさん[sage]   投稿日:2017/11/20 19:20:10
継承を理解してないバカだけが継承を使う
それだけのことなんだよなあ

273
仕様書無しさん[sage]   投稿日:2017/11/20 19:39:24
全部のクラスがオブジェクトを継承してるので今更いらないなんて絶対言えない

274
仕様書無しさん[sage]   投稿日:2017/11/20 21:28:36
継承じゃ無くて内包だけどな。

275
仕様書無しさん[sage]   投稿日:2017/11/20 21:30:19
どうちがうのか

276
仕様書無しさん[sage]   投稿日:2017/11/20 21:36:19
つうか、中途半端な継承なんか止めて、
クラスを内包する形式にすればいいんだよ。
せっかくのカプセル化がズタズタになる継承より、
カプセルはカプセルのまま使う方がいい。

277
仕様書無しさん[sage]   投稿日:2017/11/20 22:08:23
集約とか関連やhasって言い方はよく聞くが、内包はあんま聞いたことない

278
仕様書無しさん[sage]   投稿日:2017/11/20 22:18:36
クラスメンバーにクラス入れちゃうのって、良くやらない?

279
仕様書無しさん[sage]   投稿日:2017/11/20 22:21:23
Stringだってクラスだぞ

280
仕様書無しさん[sage]   投稿日:2017/11/20 22:25:06
String継承して新たなクラスとか誰が聞いてもアホだと言うだろ?
あれはそのまんまメンバーに組み込んで、そのクラスでサポートして無い処理は自前で作るだろ?
そういことさ。

281
仕様書無しさん[sage]   投稿日:2017/11/20 22:27:21
あまりに当たり前すぎて、is、has、継承、集約見たいなデザパタの文脈を人に説明する時の対比以外じゃ意識しない

282
仕様書無しさん[sage]   投稿日:2017/11/20 22:28:21
ふと思って今JavaのObjectクラス見てたんだが
こいつのメソッドって一切いらなくね?

getClass以外すべてのオブジェクトに必要そうなメソッドいっこもないじゃん…
なにこれ
コメント3件

283
仕様書無しさん[sage]   投稿日:2017/11/20 22:30:54
うん。だから継承なんてせっかくのカプセル構造がズタズタになるだけだからやるなって話。
コメント2件

284
仕様書無しさん[sage]   投稿日:2017/11/20 22:33:46
なるんじゃない
お前がそうしたんだ
他人事みたいに言うな無能
コメント2件

285
仕様書無しさん[sage]   投稿日:2017/11/20 22:38:31
>283
お前だけ継承無しの縛りで実装してなよ
コメント2件

286
仕様書無しさん[sage]   投稿日:2017/11/20 22:40:28
落ち着けよ、.netでデスクトップformアプリ作るときにformクラス継承しない気か?
javaだってwedgetとかswingとか懐かしいあいつらいるだろ、多分(古すぎてjavaのレガシーなUIが継承で作られてたか覚えてない)
コメント2件

287
仕様書無しさん[sage]   投稿日:2017/11/20 22:41:07
>282
equalsとtoStringは欲しいな
DDDやるなら必須

288
仕様書無しさん[sage]   投稿日:2017/11/20 22:41:47
>285
継承有りのほうがハードモードだぞ
もしかしてマゾか?
コメント4件

289
仕様書無しさん[sage]   投稿日:2017/11/20 22:43:04
>286
でもそれって古代文明の遺産じゃん?

290
仕様書無しさん[sage]   投稿日:2017/11/20 22:43:39
>284
ああ、それだ。的確だ
継承不要バカはそうやって周りに迷惑かけて他人事の奴らだな

291
仕様書無しさん[sage]   投稿日:2017/11/20 22:43:40
>288
もしかしてプログラミングしたこと無いのか?
コメント2件

292
仕様書無しさん[sage]   投稿日:2017/11/20 22:45:12
コンストラクタのシグネチャを統一したい時はどうするのかも知りたい

293
仕様書無しさん[sage]   投稿日:2017/11/20 22:46:25
.netのformアプリに関しちゃ、VSが高機能すぎてちょっとしたツールは未だに最速で作れるな

294
仕様書無しさん[sage]   投稿日:2017/11/20 22:47:58
>291
そのまま返すわ
コメント2件

295
仕様書無しさん[sage]   投稿日:2017/11/20 22:56:32
>288
お前みたいに継承を使いこなせない
無能ならハードモードだろうが、
使える人にとってそうじゃないから。

道具をまともに使えない馬鹿の基準で考えないで欲しいわ。
コメント2件

296
仕様書無しさん[sage]   投稿日:2017/11/20 23:05:08
>295
使いこなせるから的確に評価できてるんだわ
継承に踊らされてるうちはわからんだろうね
ま、お勉強を頑張ってくれたまえ学生君
コメント2件

297
仕様書無しさん[sage]   投稿日:2017/11/20 23:07:15
>294
よし、いくつか質問しよう
・典型的なwebバックエンドのmvcフレームワーク
・ある仕組みはシリアライズ・デシリアライズ機構も根底に据えたい。その基底となるobjectはやはり欲しい?
・全く異なるAPIを持つ3種類のプリンタがあるが、呼び出しを統一したい。ただ、printlineのような命令は抽象メソッドの組み合わせで実装しておきたい

こういう時、継承は使ったほうが見通しいいか、使わないほうが見通しいいか?
コメント4件

298
仕様書無しさん[sage]   投稿日:2017/11/20 23:18:14
ああ、ちなみに正解自体は本人の気持ち次第だが。

asp.net mvcもcakephpも継承で利用者に近い部分の根底を支えてるし、
unityもobject、component、個々と言う純然たるツリーだし、
3つ目は俺の実務経験で実際に継承構造に出くわした。これは最初の設計者が偉大だと思うよ

んで、継承は不要なんだっけ?

299
仕様書無しさん[sage]   投稿日:2017/11/20 23:18:35
>296
自称使いこなせると使いこなせるは違うからなぁ。

継承をまともに使いこなせず、
踊らされてたから継承使いたくない って
拒否反応するのは勝手だが、
使える人間にとっちゃ違うからさ。

お前だけ継承無しの実装してなよ。
俺は継承を使って効率良く開発するからさ。

300
仕様書無しさん[sage]   投稿日:2017/11/20 23:19:14
>297
インターフェース型を用意してそれぞれの実装をぶら下げる。
他クラスからはインターフェースしか見えないし、幾らでも増やせるしな。

301
仕様書無しさん[sage]   投稿日:2017/11/20 23:23:55
ドライバーレベルを継承で書くとか、バカなんじゃない?
一度動的に結び付いたら他は要らないんだから、ゴテゴテ継承しないでメディア毎にdllにしちゃえよ。

302
仕様書無しさん[sage]   投稿日:2017/11/20 23:31:17
やべえw

呼び出し側を統一したいって書いてあるのに、無視してメディア毎でdllにするとかw

継承禁止ガイジって仕様もまともに読めないんだなw

303
仕様書無しさん[sage]   投稿日:2017/11/20 23:42:07
ロードするdllはデバイス名で解決するからメソッドは同じでいいよ?

304
仕様書無しさん[sage]   投稿日:2017/11/20 23:48:16
>297
・継承不要
aspnetmvcなんて設定より規約だとかreturn View();って書けたら見た目スッキリするな程度の理由でも継承を要求するクソフレームワークだかんな
妥協した以外に継承である理由が全く無い
他のフレームワークも同様

・継承不要
シリアル化する価値のあるオブジェクトは大抵なんのフックも要求せずにシリアル化できる
腐った構造のオブジェクトをシリアル化したいならインターフェースでカスタムシリアル化すりゃいい
継承はありえないな
オブジェクトの責務の本質とはなんの関係もないシリアル化のためにたったひとつの継承スロット使うのか?
やれやれ

・継承不要
全く異なるものをなんで同じ継承ツリーに入れるって発想になるんだ
敬虔な継承信者のアンチインターフェースマンでもそんな馬鹿な選択はしねえよ
そもそもプリンタなら共通のプロトコルがある
抽象化するレイヤーが違うんだわ
どうしても自コードでやりたいならアダプタインターフェースを作れ
アダプタは統一化という責務だけに集中しろ
オマケの拡張メソッドなんてのは別のオブジェクトの責務だ

305
仕様書無しさん[sage]   投稿日:2017/11/21 00:13:31
モンキーが継承を得意がって使う様を見ていると海水で芋洗うのを覚えた日本猿を思い出すよ
コメント4件

306
仕様書無しさん[sage]   投稿日:2017/11/21 00:19:16
>305
可哀想に高卒は比喩もまともに使えないんだね。
もう少し受験勉強頑張ったら良かったね。

307
仕様書無しさん[sage]   投稿日:2017/11/21 00:32:28
ガイジポケモン

No.1 else禁止ガイジ
学歴 高卒(F欄中退)
職業 無職
得意科目 無し
苦手科目 英語

口癖 私大文系、ジャップ、猿、ノータリン、水呑、低脳、理系
特徴 理系じゃないのに理系を自称する不思議ガイジ。攻撃的だがよく論破される。何故かソフトバンクが好き。
コメント2件

308
仕様書無しさん[sage]   投稿日:2017/11/21 00:40:20
継承もインターフェースも要りません
関数だけでいいです

309
仕様書無しさん[sage]   投稿日:2017/11/21 01:06:48
>307
No.2 継承不要ガイジ
学歴 -
職業 プログラマー(C#)
得意科目 無し
苦手科目 国語

口癖 継承不要、内包、やれやれ
特徴 独自の言葉を定義し、周りを混乱させるマジカルガイジ。else禁止ガイジを呼び寄せる。ニヒルで上から目線が特徴的。
コメント1件

310
仕様書無しさん[sage]   投稿日:2017/11/21 01:12:57
まだまだ151匹には遠いわ

311
仕様書無しさん[sage]   投稿日:2017/11/21 01:20:25
else不要バカも継承不要バカも、単に逆張りして俺スゲーって思いたいだけの無能だよな

312
仕様書無しさん[sage]   投稿日:2017/11/21 01:36:03
無能だろうな。
コーディング以外の事が見えてないから、
設計以上の上流工程は無理だろう。

設計に継承があったら発狂するか無視して
勝手に変な実装をする可能性が高いから、実装も任せられない。

使うとしても画面打鍵のテスターくらいにしか使えんわ。
それすらまともに出来るか怪しいが。

313
仕様書無しさん[sage]   投稿日:2017/11/21 04:51:53
てめーふざけんな
コーダーのために設計しろ
コメント2件

314
仕様書無しさん[sage]   投稿日:2017/11/21 04:59:55
インターフェースで差し込む形になってりゃUTかんたんなのに
継承変なフレームワーク引きずる設計になってるせいで
そのモジュールJUnitにかけられないんだよ
何が打鍵テスターだよお前のせいで初回テストが画面打鍵なんだよ
技術のあるメンバーにんなことさせてんじゃねーお前が足引っ張っとんじゃじゃdklfg;dj:あ
コメント2件

315
仕様書無しさん[sage]   投稿日:2017/11/21 06:14:48
結局、継承厨は悪口を言うだけで反論は諦めたみたいだね

316
仕様書無しさん[sage]   投稿日:2017/11/21 06:55:12
>313
馬鹿か、客や他のまともなメンバーに見せるための設計であって、
お前みたいな変な拘りを持った馬鹿に設計を合わせる気は無いね

>314
技術が必要な作業は他のまともなメンバーにやってもらうから馬鹿は画面打鍵だけやっていろよ
JUnitでテストするにも、無断で変な風にモジュールを改変しようとする馬鹿には任せられんわ

継承しててもお前と違ってUT出来る奴に任せるからさ

317
仕様書無しさん[sage]   投稿日:2017/11/21 06:59:57
他、どのフレームワークを使って
JUnitをかけれなくなったか気になるな

馬鹿には出来なくともそうじゃない奴なら出来る可能性が高そうだし

318
仕様書無しさん[sage]   投稿日:2017/11/21 07:17:44
そりゃがんばれば大概のことは可能だが
インターフェース実装なら頑張る必要すらないんだけど

319
仕様書無しさん[sage]   投稿日:2017/11/21 07:25:37
で、フレームワークって継承使ってるよね。

馬鹿の方針だとフレームワークは継承使ってるから、
フレームワーク無しで開発すんのか疑問なんだけど。

320
仕様書無しさん[sage]   投稿日:2017/11/21 07:33:00
フレームワークの製造元にクレーム出して
インターフェース実装形式に変えさせる

実質JavaEEはそうなった

321
仕様書無しさん[sage]   投稿日:2017/11/21 07:50:47
Java EEが継承を使わなくなったって初耳だわw

CDIの事を言ってるんじゃないよな?w

322
仕様書無しさん[sage]   投稿日:2017/11/21 07:56:37
EntityFrameworkのようにユーザーが定義した型を継承するクラスを自動生成するような物もある
OOPの良い習慣から継承が切り捨てられて久しい
しかしフレームワーク提供者にとってはまだまだ実装のトリックとして利用価値がある
C++のテンプレートメタプログラミングのようなものと考えればいい

323
仕様書無しさん[sage]   投稿日:2017/11/21 07:56:48
言ってる

324
仕様書無しさん[sage]   投稿日:2017/11/21 08:03:13
言ってること全然違うじゃねえかw

Java EEがCDIを導入したのはクレームつけられたからじゃなくて、
DIを元々導入してるSpring FrameworkにJavaフレームワークのシェアを取られてるから、巻き返す為に入れてるんだろw

325
仕様書無しさん[sage]   投稿日:2017/11/21 08:06:47
つまり継承にシェアはなく
インターフェースにシェアがあった
という事を言いたい?

326
仕様書無しさん[sage]   投稿日:2017/11/21 08:14:30
全然違えw

DIは振る舞いと依存性解決の分離を目的としていて、
継承については別の話だからw

327
仕様書無しさん[sage]   投稿日:2017/11/21 08:19:24
でもユーザーが継承を切ったのは事実だよね

328
仕様書無しさん[sage]   投稿日:2017/11/21 08:28:02
事実じゃねえし、継承の話とDIの話を混ぜて考えんな

329
仕様書無しさん[sage]   投稿日:2017/11/21 09:05:40
継承使わないのはもったいないぞ

class Legacy {
public void doHoge() { // テスト不能
// ...
Foo.apiCall();
// ...
}
}

class Legacy { // 極めて安全なリファクタリング(テスト不要)
public void doHoge() {
// ...
apiCall();
// ...
}
private void apiCall() {
Foo.apiCall();
}

class MockLegacy : Legacy { // テスト用モッククラス
@Override
public void apiCall() {
// mock impl
}
}

リファクタリングを続けると最終的には消えるけど
リファクタリングの途中では継承が大活躍する

330
仕様書無しさん[sage]   投稿日:2017/11/21 09:10:24
JUnitで大活躍やね

331
仕様書無しさん[sage]   投稿日:2017/11/21 09:56:14
どんなに仕事が出来ても自分勝手な事をする奴はいらないな

管理する側からするとすごく邪魔

好き勝手にやりたいなら一人で会社立ち上げて仕事すればいいのに

332
仕様書無しさん[sage]   投稿日:2017/11/21 09:56:14
仕組みでテスト工数が減るって主張は全部詐欺
自分がやってることもわかってない

設計周りの技術は全て虚構
結局、ソースのどこに処理を記述するか?って話でしかない
コメント2件

333
仕様書無しさん[sage]   投稿日:2017/11/21 09:58:55
どんなにこねくり回しても
工数は増えもしないし減りもしないが正解

その本質がわからんからくだらん手悪さをごちゃごちゃやる

334
仕様書無しさん[sage]   投稿日:2017/11/21 10:52:33
>332
出来合いのossをどこまで使えるかは重要だけどな

335
仕様書無しさん[sage]   投稿日:2017/11/21 13:07:10
>305
ようエベンキ

336
仕様書無しさん[sage]   投稿日:2017/11/21 14:38:28
仕事中に鼻歌を歌う奴ってなんなの?

他にも考えてる時に
「んー…ん゛っんんんんーうんっ」とか言う奴いるし

うちの従業員が12人しかいない事務所でそんなのが4人もいるとか普通じゃないだろ
コメント2件

337
仕様書無しさん[sage]   投稿日:2017/11/21 16:30:04
音楽流せ

338
仕様書無しさん[sage]   投稿日:2017/11/21 17:19:37
>336
バイクのエンジン音に文句言ってるようなもんだな

339
仕様書無しさん[sage]   投稿日:2017/11/21 17:23:23
鼻フンフンおばさんが スーッフンッ スーッフンッ ンッ ンッ
痰絡みおばさんが ウッ ウッ ウウッン

つってずっと言ってるの何とかして欲しい

340
仕様書無しさん[sage]   投稿日:2017/11/21 18:53:20
あああインフラ管理楽しすぎる
プログラマ辞めよっかな
コメント2件

341
仕様書無しさん[sage]   投稿日:2017/11/21 19:16:14
>340
クラウドで完全に仕事が無くなる職業ってやってたで

342
仕様書無しさん[sage]   投稿日:2017/11/21 19:17:23
インフラ管理きつすぎる

あいまいさがなく過ちが起こりえない世界に住みたい…
コメント2件

343
仕様書無しさん[sage]   投稿日:2017/11/21 19:22:57
>342
日本企業馬鹿だから
officeみたいに出来合いのもの渡して
強制的に使わせた方がいい

344
仕様書無しさん[sage]   投稿日:2017/11/21 19:34:36
クラウドの管理するやつはいるだろ
無から湧いて出とるわけじゃあるまいに
コメント2件

345
仕様書無しさん[sage]   投稿日:2017/11/21 19:37:28
>344
でもGoogleやmicrosoftにしかいないとかそんな未来よ

346
仕様書無しさん[sage]   投稿日:2017/11/21 19:38:25
割りと大手でも自社のサーバー使うのやめたよね?

347
仕様書無しさん[sage]   投稿日:2017/11/21 20:06:51
ひでー世の中

348
仕様書無しさん[sage]   投稿日:2017/11/21 20:14:22
全くプログラムが組めないんだけど、向いてるとか向いてないとかある?
仕事で仕様書貰っても何もできない
ASDと協調性運動障害は持ってるけど、学習障害は無い
コメント2件

349
仕様書無しさん[sage]   投稿日:2017/11/21 20:28:17
else見て気持ち悪いって思うなら見込みあるよ
何も感じないなら凡人
コメント2件

350
仕様書無しさん[sage]   投稿日:2017/11/21 21:15:27
>349
むしろelseがあって良かったんだけど
コメント2件

351
仕様書無しさん[sage]   投稿日:2017/11/21 21:46:43
else を書かない方がアルゴリズムの見通しもよくすんなり理解できるしね

352
仕様書無しさん[sage]   投稿日:2017/11/21 22:14:03
プロ用スレに行けよキチガイ

353
仕様書無しさん[sage]   投稿日:2017/11/21 22:14:50
>350
残念ながら君はガイジじゃないね。
else禁止!継承不要!とか思うなら
ガイジの素質があるけど。

354
仕様書無しさん[sage]   投稿日:2017/11/21 22:23:45
日本のクラウド情報は日本が管理すべき
なんで外国企業にここまでいいように一方的に蚕食されてるのか
富士通もNECもなぜクラウド運用しようとせんのだ
逆に日本は目隠しされてるに等しい
コメント4件

355
KAC[sage]   投稿日:2017/11/21 22:30:54
>354
なんで国内企業が運用していないと勘違いしてるんだ?
コメント2件

356
仕様書無しさん[sage]   投稿日:2017/11/21 22:31:45
だって目につかないから

357
仕様書無しさん[sage]   投稿日:2017/11/21 22:33:40
>354
どうでもいいからじゃね
本業じゃねーし

それと仮に見られても理解するのは結構骨が折れるじゃん

あと経営者と労働者の距離が遠すぎて情報の重要性が理解できないってのもあると思う
ちゅーか、重要な情報なんてないのかも知れんがな

358
仕様書無しさん[sage]   投稿日:2017/11/21 22:40:43
>355
派遣で行くとgoogleとか堂々と使ってるとこ多い
ゲストアカウントで入るぜ
ストレージもここなんでソース管理も同じ
そんなにgoogle信じちゃってええんか?

359
KAC[sage]   投稿日:2017/11/21 22:45:39
>348
人には適性ってもんがある。
営業に向いてる奴もいれば、
研究開発に向いてる奴もいる。

思想や経験など色々違うから当たり前。

「好きこそ物の上手なれ」
といわれるとおり、自分が面白いと思える事をやるのが良い。

360
仕様書無しさん[sage]   投稿日:2017/11/22 00:46:45
こんなにエッチな事が好きなのにいまだに童貞なのはどういう事だってばよ
コメント2件

361
仕様書無しさん[sage]   投稿日:2017/11/22 01:21:45
言ってることよりやってること
本当はドーテーの自分が好きなんじゃないの?

362
仕様書無しさん[sage]   投稿日:2017/11/22 01:40:36
>360
風俗行けば解決
女の子と話しても馬鹿なので
あんまり楽しくないよ
女体が好きなのであって女の子はノーサンキュー
君の本能は賢い

363
仕様書無しさん[sage]   投稿日:2017/11/16 21:04:08
プログラマは
こちらで雑談してください。

ユーザ、SEが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※else禁止ガイジは出入書込禁止

※前スレ
プログラマの雑談部屋 ★18
http://medaka.5ch.net/test/read.cgi/prog/1509054617/
プログラマの雑談部屋 ★19
http://medaka.5ch.net/test/read.cgi/prog/1509711456/

364
仕様書無しさん[sage]   投稿日:2017/11/16 21:04:34
(*゚∀゚)v2get!
コメント1件

365
仕様書無しさん[]   投稿日:2017/11/17 20:45:07
質問です。普通のプログラマーとゲームプログラマーってどっちがおすすめできますか?

366
仕様書無しさん[sage]   投稿日:2017/11/17 20:50:53
給料無くてもプログラム作りたいならゲームやればいいだろ?
給料は欲しいしプログラムは仕事と割り切れるなら普通のマで。

367
仕様書無しさん[]   投稿日:2017/11/17 21:51:16
>4
ありがとうございます!

368
仕様書無しさん[sage]   投稿日:2017/11/17 21:56:03
ゲームはヤバイ
生きていけない可能性がある
求人の給料は嘘っぱち
コメント1件

369
仕様書無しさん[]   投稿日:2017/11/17 21:58:30
>6
嘘の記載というのは許されるのでしょうか?残業代が出ないとかそういうことでしょうか?
コメント3件

370
仕様書無しさん[sage]   投稿日:2017/11/17 22:04:01
>7
残業代なんて絶対出ないよ
裁量労働制とか書いてあったら出ないよ

この世は嘘ばっかり過ぎて誰も騒がなくなった
コメント1件

371
仕様書無しさん[sage]   投稿日:2017/11/17 22:04:43
ところで今BSで世界ネコ歩きやってるぜ
コメント1件

372
仕様書無しさん[sage]   投稿日:2017/11/17 22:10:43

373
仕様書無しさん[]   投稿日:2017/11/18 00:14:03
>8
>10
ゲームプログラマーはやめとこうかな...
コメント1件

374
仕様書無しさん[sage]   投稿日:2017/11/18 01:34:06
>10
何年前の記事なんだろ? 裁量労働制でみなし時間でそれ以上払わないみたいなことが
書いてあるけど、訴えられると確実に負けるからよっぽど度胸のある所じゃないと払うのが
普通なのだが。 みなし込みでも十分安かったりするけどね。

ただゲーム関連はゲームを遊ぶのが好きな人は選ばない方がいいところだな。
遊ぶのと作るのでは全く違うものが要求されるから。

375
仕様書無しさん[sage]   投稿日:2017/11/18 02:59:58
派遣でゲーム会社モドキのゴミみたいなところ行ったことあるけど
新卒で手取り15,6万、雰囲気残業強制、ゲーム作る力もほとんどない

高い金払って専門学校とか卒業した頭の弱そうな子が
こういうなんちゃってゲーム会社に就職するのが一番かわいそうだと思った

376
仕様書無しさん[]   投稿日:2017/11/18 08:43:34
【貧困生活】派遣残業は結婚障害【家事困難】
両親や親戚に反対されましたが、低収入なのに時間外労働違反業界のSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低収入
・高度情報処理技術者なのに低収入
・高利益なのに低収入
・高生産なのに低料金
・高需要なのに低料金
・学習多いのに低料金
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

377
仕様書無しさん[sage]   投稿日:2017/11/18 09:23:57
最近のゲームの酷さ見てるとゲームプログラマの将来が不安だ
面白さそっちのけでいかにガチャ回させるか
品質もバグだらけでユーザが無料テスタ、アプデで対応
ソシャゲの影響か
コメント2件

378
仕様書無しさん[sage]   投稿日:2017/11/18 09:28:54
資本主義だから仕方がないね
お前が面白いと思うゲームを作らせたいならお前が出資するのが筋だよ

379
仕様書無しさん[sage]   投稿日:2017/11/18 12:46:24
ドッカンバトルがやらかして、ソースコード公開してたけど
違うキャラクターのデータを取得したことにより
ピックアップキャラが一人しか表示されないことになる意味が分からない
コメント2件

380
仕様書無しさん[]   投稿日:2017/11/18 12:51:09
>17

おれは、お前が何を言ってるのか分からない。もっと真面目に人生やれ。
コメント1件

381
仕様書無しさん[sage]   投稿日:2017/11/18 12:53:43
ソースコード読んでない人には何だか分からないだろうね
コメント1件

382
仕様書無しさん[sage]   投稿日:2017/11/18 13:34:59
ドッカンバトルってマリオの2p大戦のこと?

383
仕様書無しさん[sage]   投稿日:2017/11/18 13:46:54
>15
ソシャゲみたいな継続するものだと毎月の売り上げがきちんとなきゃいけなくて
最低ラインの人数の運営でも月数百万が必要なわけで。

最低ラインはほんとにほとんど何も追加もなくイベントも同じのがループする
みたいな運営になるからな、それでも継続しようとすると月数百万なわけだ。
全く人を介在させないとか残業代を全く払わないとかだとぐっと減らせるが。

薄く広くで取るとしても数百万/課金人数で最低課金額がいくらになるか計算
したらほとんど変化のないゲームに金額or人数があり得ないとわかると思う。

ガチャ以外の課金要素に月数千数万を突っ込むのが大量にいるなら別だけど、
そんなにいないよね、数百円ですら課金したくない人が大半だし。

384
仕様書無しさん[sage]   投稿日:2017/11/18 14:02:01
確かバンナムだかのドラゴンボールのゲームだっけか、ドッカンバトル
強力なキャラを手に入れるのに、課金して回すガチャがあるんだけど
そのガチャではピックアップ、つまり目玉となるキャラが設定されてて、
そいつが排出される確率がユーザーごとに違ってて、更にたちの悪い事に
ピックアップされているキャラの排出率が0%だったユーザーがいて
過去のガチャもそうじゃないのかって話とコレ法に触れてるよねっていう話
コメント1件

385
仕様書無しさん[sage]   投稿日:2017/11/18 14:40:33
SELECT * FROM t WHERE id IN (123, 456)
の結果セットの1行目を id = 123、2行目を id = 456
だと決め打ちしてしまった奴か
こんなくだらないミスで株価がストップ安になるとかトラウマもの
コメント1件

386
仕様書無しさん[sage]   投稿日:2017/11/18 14:40:50
条件を満たさなきゃ取れないアイテムがある
その条件を知恵を絞って探し出すのもゲームの醍醐味だろ

全てのユーザーが0%で何やっても変動しないなら詐欺だろうけど
そうでなければそれもゲーム性の一つでしかないわな

ドッカンバトルの件だと正しいゲーマーならまず分布を測定することから始める
仲間やネットを通じて分布に偏りがあることに気がつく
いい分布を得るためにアカウントを変えるなどの対策をとる

与えられたものにしか興味がない
困難を乗り越えることに喜びを見出せない
そんなゆとりゲーマーばかりになってしまったのは悲しいことだね
やり込みゲーマーはひょっとするともう絶滅しちゃったんじゃないか

387
仕様書無しさん[sage]   投稿日:2017/11/18 15:01:40
リファクタリングするならきちんとしろよw

バージョン3.8.0では新イベント「極限Zバトル」の機能追加にあたって、キャラクターデータ読み込み処理を極限Z覚醒データに対応させました。
キャラクターデータ読み込み処理は、プログラム上で複数箇所に散らばっていた為、コードの共通化を実施する必要がございました。
このコード共通化の影響により「出現キャラ一覧」及び「出現キャラ提供割合」において一部想定していない挙動が発生しておりました。

388
仕様書無しさん[sage]   投稿日:2017/11/18 15:05:42
動けばいいでコピペしちゃったんだね
低品質SEPGを雇うからそうなる

389
仕様書無しさん[sage]   投稿日:2017/11/18 15:10:42
共通化は悪であるとまた証明された
やはりコピペ改変が最善手ということだろう
コピペ改変の原則とでも名付けて布教すべき

390
仕様書無しさん[sage]   投稿日:2017/11/18 15:15:33
お、そうだな

391
仕様書無しさん[sage]   投稿日:2017/11/18 15:36:25
共通化って結果論だからなぁ
やってよかったも
やらなくてよかったも
その後の改修および不具合内容次第

392
仕様書無しさん[sage]   投稿日:2017/11/18 15:37:01
部品の共通化は、ときどきコストダウンをもたらす

でも驚くべきことに
最終的な成果物の品質に一切寄与しない

ほんとに一切寄与しないんだよ…
ただコストを下げる「ことがある」だけ
金と時間があったら別に作ったほうがいいらしい
コメント1件

393
仕様書無しさん[sage]   投稿日:2017/11/18 16:53:07
こうして今日もコピペが量産されていくのであった

394
仕様書無しさん[sage]   投稿日:2017/11/18 17:02:05
共通化するとトラブルの元になる
それにステップ数も減るから儲けが減る
コメント1件

395
仕様書無しさん[]   投稿日:2017/11/18 17:24:56
リファクタリングって、元々それが出来るコードが書いてあっての話だからな。
ゴミしかなかったなら、マジ、作り直した方が早い。

396
仕様書無しさん[]   投稿日:2017/11/18 17:34:17
だから、最初にゴミ作っちゃった時点で、もう、後は何やっても無駄。
コピペ民一人入れただけで崩壊するんだよプロジェクトって、
ジワジワと人知れず侵食していって、気付いたら菌糸張りまくってるから腐海の森そのもの

397
仕様書無しさん[]   投稿日:2017/11/18 17:34:18
だから、最初にゴミ作っちゃった時点で、もう、後は何やっても無駄。
コピペ民一人入れただけで崩壊するんだよプロジェクトって、
ジワジワと人知れず侵食していって、気付いたら菌糸張りまくってるから腐海の森そのもの

398
仕様書無しさん[sage]   投稿日:2017/11/18 17:38:01
テストもコードじゃなく、当然人力のチェックリストだろうしな
コメント1件

399
仕様書無しさん[sage]   投稿日:2017/11/18 17:38:58
へ?
いや、君がやってもコピペでやっても報酬は変わらないよ
頭悪いん?

400
仕様書無しさん[sage]   投稿日:2017/11/18 17:39:35
>36
共通化と関係ないじゃん

401
仕様書無しさん[sage]   投稿日:2017/11/18 17:46:39
共通化して何かをやった気になるのは厳禁だね
現プロジェクトには一切利益をもたらさないことを認識するべき
同様に次のプロジェクトでもその次のプロジェクトでも大した利益にはならない

402
仕様書無しさん[sage]   投稿日:2017/11/18 17:47:31
>38
リファクタリングでテストしないの?
コメント2件

403
仕様書無しさん[sage]   投稿日:2017/11/18 17:53:22
人数を増やすより足手まといを的確に切り捨てるほうが生産性あがる
人事部たのむからちゃんと仕事してくれ

404
仕様書無しさん[sage]   投稿日:2017/11/18 17:58:51
>39
変更しやすくなる
拡張しやすくなる
テストしやすくなる
わかりやすくなる

メリットたくさん
責務を切り分けて共通化しよう

405
仕様書無しさん[sage]   投稿日:2017/11/18 18:02:57
>40
そんなの設計が不出来だから必要なんでしょ?
で客からお金出ないよね?

406
仕様書無しさん[sage]   投稿日:2017/11/18 18:04:40
周りが凄い勢いでゴミを量産してるとマトモなプログラマのやる気も無くなる
実力のあるレビュアーが冷酷無慈悲にクソコードにNGを出してくれればいいんだけどな
ゴミの排出量が多すぎてレビュアーも手が回らん
スキルない人は本当に迷惑だから退職してほしい

407
仕様書無しさん[sage]   投稿日:2017/11/18 18:05:22
>42
>変更しやすくなる
それって仕様変更?
誰のメリットなのか明確にして

>拡張しやすくなる
それも仕様変更?
誰のメリットなのか明確にして

>テストしやすくなる
どうして?

>わかりやすくなる
誰が?

>メリットたくさん
寝ぼけてんじゃねーよ
コメント2件

408
仕様書無しさん[sage]   投稿日:2017/11/18 18:08:38
かわいそうに

409
仕様書無しさん[sage]   投稿日:2017/11/18 18:09:38
こういう人達と分かり合える日は来ないよ

410
仕様書無しさん[sage]   投稿日:2017/11/18 18:10:15
>42
×変更しやすくなる
コーディング段階での共通化は
変更時に影響範囲を精査しなければならなくなり、変更のコストは増大する

×拡張しやすくなる
機能でカバーできない拡張が入るとあっという間に破綻する

△テストしやすくなる
楽になるのは単体テストまで。
どうせ後には機能単位の結合テストが待っており、その工数は削減できない

×わかりやすくなる
わかりやすくなるのは言語の共有ライブラリのように、機能についての知識が共有されているときだけ
その使用を義務付けるとコミュニケーションコストが増大する


必要なのは責務を切り分けだ
場当たり的な共通化ではない

411
仕様書無しさん[sage]   投稿日:2017/11/18 18:17:26
>45
変更や拡張の理由は様々だよ
仕様変更かもしれないしバグ対応かもしれないし
パフォーマンスチューニングかもしれないしリファクタリングかもしれない
何にせよ責務が明確に切り分けられた共通部品を使えばありとあらゆる場面で作業効率があがる

責務が明確に切り分けられた共通部品はやってることがハッキリしてるからテスト仕様を導出しやすい
依存関係が持ち込まれないからテストコードを書くのも簡単

色んな責務を一緒くたに行う部品よりただ一つの責務に集中した部品のほうがわかりやすい
人間の脳は考えなければならないことが少ないほど処理しやすい
なので責務を明確に切り分けて共通化したほうがわかりやすい
誰がと聞かれれば人類全員に当てはまる事実と言うほかない

寝ぼけてるのは誰だろうね
鏡を見ながらよく考えてごらん
コメント1件

412
仕様書無しさん[]   投稿日:2017/11/18 18:19:09
ふと思ったが、>45が居なくなれば一つゴミが減ってみんな幸せになれる。

413
仕様書無しさん[sage]   投稿日:2017/11/18 18:19:20
>49
それだけ長いレスしてるのに俺の質問には何も答えられないんだね

414
仕様書無しさん[sage]   投稿日:2017/11/18 18:20:22
>50
反論できないからってゴミ扱いか
コメント1件

415
仕様書無しさん[]   投稿日:2017/11/18 18:21:11
ゴミが喋った!
コメント1件

416
仕様書無しさん[sage]   投稿日:2017/11/18 18:21:23
ドッカン案件で始めてここ来たけど怖い。
そもそも単体テストとかやったことない。

417
仕様書無しさん[]   投稿日:2017/11/18 18:22:14
やれよw 便利だからさ

418
仕様書無しさん[sage]   投稿日:2017/11/18 18:32:53
責務を明確に切り分けて共通化すると変更の影響調査も簡単になる

まずどこに該当する処理があるかを探すところから始まる
責務を明確に切り分けて共通化していないと手がかりがほとんどないので膨大な調査時間がかかる
共通化していればシンボルを起点にしてコード解析すればあっという間に終わる

そのあとにその処理に依存する機能を調べなければならない
共通化されていないとどこからどこまでがその機能の範囲なのかつまりスコープが不明瞭になる
そしてそのスコープの不明瞭さはその機能に依存する機能も同様である可能性が高く再帰的に爆発的に影響範囲が広まっていく
責務を明確に切り分けて共通化していればスコープが明確なのでそのようなことにはならない
ほぼ機械的に最小の手間で影響範囲を特定できる

さらに言えば影響の範囲調査だけでなく実際の影響を観測する時にも差が出る
責務を明確に切り分けて共通化した部品はテストしやすい
つまり変更の影響を簡単に観測することができる
責務を明確に切り分けて共通化していなければ変更の影響を確かめる方法は結合テストより上位のテストを行うしかなくそれには膨大なコストがかかる

419
仕様書無しさん[sage]   投稿日:2017/11/18 18:32:56
良くここで話題に出る「テスト」て一体何なのか解んないんだが
詳しく説明してもらえるとありがたい

420
仕様書無しさん[sage]   投稿日:2017/11/18 18:34:39
>56
あ、いえ、普通は設計書書くんで別にいいです
そういうセブンセンシズは

421
仕様書無しさん[]   投稿日:2017/11/18 18:38:19
>57
Automated testing.
コメント1件

422
仕様書無しさん[sage]   投稿日:2017/11/18 18:39:21
>57
どのレスのテストだよ
直接本人に聞け

423
仕様書無しさん[sage]   投稿日:2017/11/18 18:43:35
>58
最初から完全な設計書を書くことは人間には不可能
なので設計書は必ず編集を繰り返し整理整頓しなければならない
ようは設計書のリファクタリングが必須であるということだ

しかし設計書はテスト不能であるという致命的な問題がある
テスト不能ということは安全にリファクタリングもできない

設計書は不完全かつ修正困難である
したがって設計書にはメモ書き程度以上の価値はない

ドキュメンテーションは設計書ではなくドキュメントコメントを含むプロダクトコードとテストコードとユーザーマニュアルで行う
ユーザーマニュアルは実際に出来上がった製品から導出される文書でなければならない

424
仕様書無しさん[]   投稿日:2017/11/18 18:44:15
期末テストのことじゃね? 学生さんなんだよ。
コメント2件

425
仕様書無しさん[]   投稿日:2017/11/18 18:45:15
ふと思ったが、>58が居なくなれば一つゴミが減ってみんな幸せになれる。

426
仕様書無しさん[sage]   投稿日:2017/11/18 19:03:58
>21
何万人も月額課金してるよ
コメント2件

427
仕様書無しさん[]   投稿日:2017/11/18 19:16:18
プロジェクト東京ドールズってゲームが
キャラも可愛くて戦闘も面白いぞ

428
仕様書無しさん[]   投稿日:2017/11/18 19:21:20
設計書からコードを自動生成するのは失敗したが
コードから設計書を自動生成なら出来るんじゃね?

今の客がWebサイトの全画面の設計書寄越せってうるさい
コメント1件

429
仕様書無しさん[]   投稿日:2017/11/18 19:27:00
信用されてないって事じゃん。
コメント1件

430
仕様書無しさん[sage]   投稿日:2017/11/18 19:30:06
>66
契約はどうなってるん?
コメント2件

431
仕様書無しさん[sage]   投稿日:2017/11/18 19:40:33
画面の設計書なんて客が何に使うんだ
JavaScriptで超スパゲッティでも書いたんか

432
仕様書無しさん[]   投稿日:2017/11/18 19:49:02
ここで言ってる画面の設計書って、画面毎に操作される処理の設計書であって
フロントエンドの設計書って意味じゃねーでしょ
コメント1件

433
仕様書無しさん[sage]   投稿日:2017/11/18 20:14:34
>32
生産性低いな
コメント2件

434
仕様書無しさん[sage]   投稿日:2017/11/18 20:22:47
>66
とりあえずソースコードがあるなら
フローチャート作成ツールでも動かしてペタペタ貼ったモノでも出してみたらどうか?

435
仕様書無しさん[]   投稿日:2017/11/18 20:38:43
設計書と言うか操作説明書みたいのを最初に作ってから
作り始めるスタイルをやってる
それくらいなら最初に作っても良いんじゃね?
コメント1件

436
仕様書無しさん[sage]   投稿日:2017/11/18 21:26:34
>73
なんでそれしか作らないでGoがかかるのか狂気だな

437
仕様書無しさん[sage]   投稿日:2017/11/18 21:35:21
うちはパイロット版まで作らないとGOかからない。

438
仕様書無しさん[sage]   投稿日:2017/11/18 21:51:19
>61
馬鹿じゃね
設計書間違ってても誰も指摘しないヌルい環境でしか仕事したことねーだけだろ

439
仕様書無しさん[]   投稿日:2017/11/18 21:58:27
また馬鹿が湧いてきたよ…

440
仕様書無しさん[sage]   投稿日:2017/11/18 22:00:11
設計書間違ってると言う根拠はどこから出てくるの?
コメント1件

441
仕様書無しさん[sage]   投稿日:2017/11/18 22:18:05
>78
Aボタンでジャンプ
長押しでスライディング

442
仕様書無しさん[]   投稿日:2017/11/18 22:22:34
bootstrapとかあるとは言っても
htmlのレイアウトを手動で書くの('A`)マンドクセ

マウス操作でデザイン出来ないのこれ?
コメント2件

443
仕様書無しさん[]   投稿日:2017/11/18 22:45:34
twitter bootstrapなんか使ったら、後で死ぬ事になるぞ

444
仕様書無しさん[sage]   投稿日:2017/11/18 23:08:03
半年かけて進めてた計画、延々協力拒否してた同期に乗っ取られた上に
手柄持ってかれて責任と後始末だけおっかぶせられたんだけど死にたい
コメント1件

445
仕様書無しさん[sage]   投稿日:2017/11/18 23:21:54
ばかのふりをしないと
この国では生き延びられない

446
仕様書無しさん[sage]   投稿日:2017/11/18 23:24:05
>82
器用に完封されたなw

447
仕様書無しさん[sage]   投稿日:2017/11/18 23:27:41
そういうアホって会社に

これからこれをやります
成功した暁にはこれこれ
こういう評価を下さい!

って言わねぇんだよな
やってんだかやってねぇんだかわからねぇから上も
何も考えず配置転換しちゃうんだよ
(*゚∀゚)バカバカバーカ
コメント1件

448
仕様書無しさん[sage]   投稿日:2017/11/18 23:32:15
ハードウェア基盤としてこういうの用意するからって言われてて
その前提で開発してたら突然
やっぱできませんソフトでなんとかしてくださいって
話が違いすぎる

しかもできないんじゃなくて製品を検証する手間がないからって
意味が分からん過ぎる
俺らが作ったもんが製品以上の信頼性になるわけないだろ
こっちに面倒押し付けようとしてるだけじゃねーか!

449
KAC[sage]   投稿日:2017/11/18 23:54:52
>86
ハードと同時進行で開発する時にはよくあること。
慌てずにコストと納期と制限事項の調整しろよ?

450
仕様書無しさん[sage]   投稿日:2017/11/19 00:14:13
内製にしないと誰も幸せにならない
プログラムを外注するってのがまず間違いなんだよ
下請け禁止しろ

451
仕様書無しさん[sage]   投稿日:2017/11/19 00:26:58
>86
ちゃんとそれを言葉にしないと

人手増やすなり、徹夜でもして間に合わせればいいじゃないですか?

って言えよ

452
仕様書無しさん[sage]   投稿日:2017/11/19 00:30:17
>88
解雇規制を撤廃しないと

453
同期[sage]   投稿日:2017/11/19 00:50:07
>82
あいつさんざん大法螺吹いたあげくににっちもさっちもいかなくなって
俺に泣きついてきたんだぜ
おれが一瞬で収束させてやったよ

せめて後始末ぐらいやってもらおうと思ったんだけど
それでも恨みがましく不満言ってやがる
いやぁ、ダメ社員が同僚にいるのと苦労するなあ!

454
仕様書無しさん[sage]   投稿日:2017/11/19 01:26:17
楽しそうで何よりだな
俺はit業界入ってから手柄なんて
案件に当たったことがない
報酬はいつも単価いくらで
予め決まっていて
いくら頑張ってもそれがもらえるだけだ
コメント1件

455
仕様書無しさん[]   投稿日:2017/11/19 08:14:51
さておまえら、そろそろ始めるぞ

456
仕様書無しさん[sage]   投稿日:2017/11/19 08:52:56
ずっと新規でシステム開発し続けるユーザなんていないからなあ

457
仕様書無しさん[sage]   投稿日:2017/11/19 08:57:15
>93
休出乙

458
仕様書無しさん[]   投稿日:2017/11/19 09:13:28
>94

だからAmazonにコテンパンに負けまくってるのよねー

459
仕様書無しさん[sage]   投稿日:2017/11/19 09:14:59
自分の願望で都合よく原因なすりつけるなよ

460
仕様書無しさん[]   投稿日:2017/11/19 09:16:17
>95

ちゃうねんて。オレはおまえら水呑みとちがって自由だから、休日とか平日とか関係ないねん。

お前らが働いてる時に酒のんで寝てることもあれば、
お前らが屁をしながら27時間テレビ見てる時に仕事してることもあんねん。
時間というのは万人に共通じゃないねん。

だから、お前らは今日はゆっくり休め。
コメント1件

461
仕様書無しさん[sage]   投稿日:2017/11/19 09:22:16
>98
無職はいつも休めて自由だよね。
仕事してるとか嘘でしょ?
コメント1件

462
KAC[sage]   投稿日:2017/11/19 09:25:57
>98
自宅警備員ならもう少し緊張感を持った方がいい

463
仕様書無しさん[]   投稿日:2017/11/19 09:29:09
おー、水呑みが一生懸命優位に立とうと必死だな。

どうせ20時回った頃から月曜日の事を考えて鬱になるんだろう。今だけいい気になっておれば良いわ。

464
仕様書無しさん[sage]   投稿日:2017/11/19 09:38:47
>101
無駄口叩くなよ無職

465
仕様書無しさん[]   投稿日:2017/11/19 09:41:20
はっはっは。ゴミが何を喚いても、全く気にならんな。

466
仕様書無しさん[]   投稿日:2017/11/19 09:44:12
良いことを教えてやろう。

何をするのか、どの様にやるのかを自分で決められるのを、“仕事”と呼ぶ。
やれと言われた事を、どの様にやるのか自分で決められるのを、“業務”と呼ぶ。
やれと言われた事を、やれと言われた方法と納期でするのを、“作業”と呼ぶ。

お前たちは“作業工”ばかりなのではないかね?

467
仕様書無しさん[sage]   投稿日:2017/11/19 09:56:10
そんな言葉の使い方はじめて聞いた

お金がもらえるのが仕事じゃないの?
コメント1件

468
仕様書無しさん[]   投稿日:2017/11/19 10:14:24
君はまだまだ甘い。本当の仕事人になるには30年かかりそうだな。
コメント1件

469
仕様書無しさん[sage]   投稿日:2017/11/19 10:19:59
>101
ちなみに年収いくら?

470
仕様書無しさん[]   投稿日:2017/11/19 10:28:37
聞きたいかね?
コメント1件

471
仕様書無しさん[sage]   投稿日:2017/11/19 10:38:12
>108
ああ、それで年収はいくら?
コメント1件

472
仕様書無しさん[]   投稿日:2017/11/19 10:44:47
では教えよう。君の年収の3倍だ。
コメント1件

473
仕様書無しさん[sage]   投稿日:2017/11/19 11:00:12
3*0=0

474
仕様書無しさん[sage]   投稿日:2017/11/19 11:01:47
この手の流れで800万以上を聞いたことがないのが悲しい
コメント1件

475
仕様書無しさん[]   投稿日:2017/11/19 11:05:26
>111

なんだ、別人だったのか。どうやら君を買いかぶっていたようだ。すまんすまん。

君はまず、作業から見つけ始めなさい。

476
仕様書無しさん[]   投稿日:2017/11/19 11:08:11
もう一つ教えてやろう。作業工ほど、他人の収入が気になるものだ。

477
仕様書無しさん[sage]   投稿日:2017/11/19 11:09:19
>110
頭の悪い回答だな。

知らない相手の年収の3倍とかw
ホラ吹きって事がよく分かったわw

478
仕様書無しさん[]   投稿日:2017/11/19 11:18:51
頭が悪いのは君だ。「別人だったのか」と言っただろう。

そんなだから君は作業工以下なのだよ。
コメント1件

479
仕様書無しさん[]   投稿日:2017/11/19 11:40:55
横からすまんけど
給料が高いぞ自慢していい?
残業したのですごいことになってるんだが?

480
仕様書無しさん[sage]   投稿日:2017/11/19 11:41:04
匿名掲示板でチンコがでかいと自慢する方がいると聞いて回収にきました

481
仕様書無しさん[sage]   投稿日:2017/11/19 11:43:44
sageてないってことはelseおじまた来てるのか
プロ用の雑談スレを自分で立てたのにこっち来てるとかアホの子だろ
休みのたびに5ch張り付きとか無職の方がまだましだな

482
仕様書無しさん[sage]   投稿日:2017/11/19 11:48:21
ほう、else抜きifですか?

483
仕様書無しさん[sage]   投稿日:2017/11/19 11:52:42
なんかそのうち逃げそうな奴だな
仕事だせません

484
仕様書無しさん[sage]   投稿日:2017/11/19 11:55:42
>110
情報が不定
コイツ仕事できない奴だな

485
仕様書無しさん[sage]   投稿日:2017/11/19 12:01:50
>120
おいおいおい

486
仕様書無しさん[sage]   投稿日:2017/11/19 12:02:15
else書くやつのコードはクソ長い傾向がある
なのでelse == 汚いコードという感覚が染み付いてしまうんだろうね
コメント1件

487
仕様書無しさん[sage]   投稿日:2017/11/19 12:13:15
会社のコードとインシデントデータベースを調査した結果
elseの数が多いプログラマほど担当プログラムでのバグ数が多くバグ被害額も高いとわかった
君たちの自社の資産を調査してみるといい
調査する資産がない会社は論外
コメント1件

488
KAC[sage]   投稿日:2017/11/19 12:18:54
>125
着眼点がおかしい
なぜ「ifが多い」の結論が出なかったのか

489
仕様書無しさん[sage]   投稿日:2017/11/19 12:22:34
>126
ifの数に対するelseの割合が大きいことを指してelseの数が多いと言った
言葉使いの間違いでしかない
elseが品質を悪化させている事実には変わりない

490
仕様書無しさん[sage]   投稿日:2017/11/19 12:37:49
ifを減らすにはどうやってルンルン?
コメント1件

491
仕様書無しさん[]   投稿日:2017/11/19 12:39:51
複数のクラスの組み合わせで組む

492
仕様書無しさん[sage]   投稿日:2017/11/19 12:44:37
elseを書かないプログラマのメソッドは短く簡潔で意図が明確である
彼らのメソッド行数は平均して約5行だった
20行を超えるメソッドは1%以下だった
50行を超えるメソッドは存在しなかった
もっとも長いメソッドはSQLを組み立てるメソッドだった

elseを書くプログラマは平均で24行のコードを書いていた
彼らはカプセル化を破壊する単純なアクセサを好む
その影響もあり平均値はかなり低く計算されている筈であるがそれでもこの長さである
もっとも長いメソッドはレガシーシステム連携のための電文を生成するクラスのメソッドだった
このメソッドはなんと600行を超える悪魔的メソッドだった
深くネストするif elseが大量に含まれたループを複数並べた構造をしており
電文生成クラスはそのメソッドだけしか持っていなかった
今にして思うと退職する前の嫌がらせだったのだろうか?
行数が比較的多いメソッドで特に目立ったのは入力検証処理である
入力検証処理は深くネストしたif elseを大量に使う可読性の低いメソッドばかりであった

493
仕様書無しさん[sage]   投稿日:2017/11/19 12:45:32
elseバカ vs ifバカの熾烈な争いが勃発!
はたして結末やいかに?!w

494
仕様書無しさん[]   投稿日:2017/11/19 12:50:27
クラスの組み合わせで作ればifもelseもswitchも要らない

495
仕様書無しさん[sage]   投稿日:2017/11/19 12:52:51
邪魔だから巣に帰れよelse不要連呼
コメント1件

496
仕様書無しさん[sage]   投稿日:2017/11/19 12:56:47
クラス組み合わせfizzbuzzおねしゃす
コメント1件

497
仕様書無しさん[sage]   投稿日:2017/11/19 12:57:30
>133
邪魔なのはelse不要を理解できない実力不足のプログラマだよ
彼らは無自覚に日本のGDPを低下させる国家規模で邪魔な存在
コメント1件

498
仕様書無しさん[sage]   投稿日:2017/11/19 13:01:15
else抜きでどんなコードになるか前スレで見たろうが
あんだけ糞コード書き散らしといて
まだ言うんか

499
仕様書無しさん[sage]   投稿日:2017/11/19 13:06:33
>136
あれは素晴らしいコードだったね
可読性、自己文書性、メンテナンス性
全てが完璧だった
惜しむらくはタイポのせいでコードがバグっていたところだがそれも一瞬で修繕された

500
仕様書無しさん[sage]   投稿日:2017/11/19 13:14:18
elseまだやってんの?
じゃあswitch〜caseもダメなの?

501
仕様書無しさん[sage]   投稿日:2017/11/19 13:15:27
>138
式ならいいよ
コメント1件

502
仕様書無しさん[sage]   投稿日:2017/11/19 13:20:52
だからダラダラ長い処理を書くのがダメってだけの話だろ?
コメント1件

503
仕様書無しさん[sage]   投稿日:2017/11/19 13:32:31
>140
if elseを書くとダラダラ長くなるってとこまでセット
コメント1件

504
仕様書無しさん[]   投稿日:2017/11/19 13:36:06
三項演算子やnull合体演算子はおk?
コメント1件

505
仕様書無しさん[sage]   投稿日:2017/11/19 13:37:09
私大文系の低脳水呑が猿のようにキーキー
一言でいうとゴミの集まりだな

無意味なelseを書きなぐる低脳コーダの自己弁護
コメント1件

506
仕様書無しさん[sage]   投稿日:2017/11/19 13:57:53
>133
>135とか馬鹿だから>1も読めないガイジっぽいし、
迷惑をまたかけるんだろうなw

507
仕様書無しさん[sage]   投稿日:2017/11/19 13:58:31
水?=私大文系=ジャップ=else不要?
まさか

508
仕様書無しさん[sage]   投稿日:2017/11/19 13:59:02
>143
F欄中退のホラッチョ君は相応のスレ行けば?
コメント1件

509
仕様書無しさん[sage]   投稿日:2017/11/19 14:02:00
>123
死ぬわアイツ

510
仕様書無しさん[sage]   投稿日:2017/11/19 14:03:15
>143
やっぱりコイツ
else抜きキチガイだったか
コメント1件

511
仕様書無しさん[sage]   投稿日:2017/11/19 14:03:41
>137
phpのゴミコードの事を自画自賛かw

512
仕様書無しさん[sage]   投稿日:2017/11/19 14:05:15
自称ベテランがenumの代わりにint定数使えって力説して
周りに失笑されてたの思い出すな
コメント2件

513
仕様書無しさん[sage]   投稿日:2017/11/19 14:06:42
>150
enumはDBに突っ込むときめんどくさいやろ!

514
仕様書無しさん[sage]   投稿日:2017/11/19 14:07:18
>150
c#だと継承できねぇから正しい
継承して状態増えてるのにenumは増やせないクズ機能
コメント1件

515
仕様書無しさん[sage]   投稿日:2017/11/19 14:11:30
それはInterface使えば解決する話
コメント1件

516
仕様書無しさん[sage]   投稿日:2017/11/19 14:13:51
このおかげかどうかは知らないが
c#のコードで継承をあまり見かけない
GoodJobだと思う

517
仕様書無しさん[sage]   投稿日:2017/11/19 14:16:11
田多井使っても生成の時に判定が要るな
コメント1件

518
仕様書無しさん[sage]   投稿日:2017/11/19 14:21:54
>155
しかし、分岐を大幅に減らせるのはメリットやん

else不要ガイジは論外だが、生成以外で殆ど分岐しなくていいのは、
コードが美しくていいわ

519
仕様書無しさん[sage]   投稿日:2017/11/19 14:23:04
enumの継承ができたらc#はクソまみれになっていたであろう
コメント1件

520
仕様書無しさん[sage]   投稿日:2017/11/19 14:27:25
enum継承できたらそもそもenumの意味がない
コメント1件

521
仕様書無しさん[sage]   投稿日:2017/11/19 14:29:39
enum継承できる言語あんの?

522
仕様書無しさん[sage]   投稿日:2017/11/19 14:31:38
>158
そうか?
クラスの状態をenumで持っていたとき
継承して状態がさらに増えたときenumが継承できないと困らないか?
コメント1件

523
仕様書無しさん[sage]   投稿日:2017/11/19 14:35:16
だからEnumにInterface継承させてメンバの型はそのInterfaceにしときば

524
仕様書無しさん[sage]   投稿日:2017/11/19 14:36:49
どなたか変数がイメージできないとかifの使い方がよくわからないレベルの新人を指導した経験ないだろうか?
プログラムを間違えるところまですら行けなくてほんとに困っているんだ・・・
なんか良い対策ないかな

525
仕様書無しさん[sage]   投稿日:2017/11/19 14:39:07
>159
c++時代はdefineだったからなんでもできた
c#でenumで状態を持つと継承した時手詰まり
const int辺りで書き直すことになるか
継承自体をやめちまうか
継承自体をやめちまう人間が多いっぽい

メデタシメデタシ

526
仕様書無しさん[sage]   投稿日:2017/11/19 14:39:58
enumが継承できたら滅茶苦茶になるってことを
想像することすらできないのか
コメント1件

527
仕様書無しさん[sage]   投稿日:2017/11/19 14:41:41
継承は元の変数のタイプが途中で分からなくなるから辞める方針なんじゃなかったっけ?
アメリカの偉い人達は動的型付け推奨で、静的にこだわるなら再定義させるような仕様にしていくとか何とか

528
仕様書無しさん[sage]   投稿日:2017/11/19 14:42:44
>162
試用期間だったらクビにしちゃえば?
覚えの悪い子より良い子育てた方が効率いいし。
コメント1件

529
仕様書無しさん[sage]   投稿日:2017/11/19 14:43:11
>162
私大文系採用するからだな

530
仕様書無しさん[sage]   投稿日:2017/11/19 14:47:28
>162
そんな見込みなさそうな奴を何故会社は入れたんだ?
コメント1件

531
仕様書無しさん[sage]   投稿日:2017/11/19 14:48:09
だよな・・・でも上は若いからなんとか育てたいみたいで、
ちゃんとした研修いってもらうよう進言するしかないか

532
仕様書無しさん[sage]   投稿日:2017/11/19 14:50:28
>168
小さい会社でまじで人で不足なところに、ほぼ新卒みたいな感じだったからとったみたい。
ほんとうにどうやって入社試験を潜り抜けたのか聞いてみたい。
プログラムは大学でやってたというんだが、変数やifとかがない言語とかあるんかな・・・
コメント1件

533
仕様書無しさん[]   投稿日:2017/11/19 14:57:45
まーたelseで盛り上がってたのか。

本当に猿ばっかだな。何度やっても辞められない。

534
仕様書無しさん[sage]   投稿日:2017/11/19 14:58:34
発達障害とかなら関わらない方がいいな

535
仕様書無しさん[]   投稿日:2017/11/19 15:02:11
さて、ちょっと休憩すっか

536
仕様書無しさん[sage]   投稿日:2017/11/19 15:09:24
>173
休出乙

537
仕様書無しさん[sage]   投稿日:2017/11/19 15:10:57
>170
入社試験は何を使った?SPIとか?

それってプログラムやってたって嘘ついてたのを面接官が見抜けなかったケースだと思うけど。

538
仕様書無しさん[]   投稿日:2017/11/19 15:13:46
技術者雇ってんのに、技術見ないで採用とかするアホ会社はとっとと潰れればいいんだよ。

539
仕様書無しさん[sage]   投稿日:2017/11/19 15:41:30
>154
C#でデザパタ本、とかも出ていないようですしね
OO の継承って悪だったのかねえ?
コメント1件

540
仕様書無しさん[sage]   投稿日:2017/11/19 15:45:42
結構誰でもなれるのにプログラマに入社試験とかやってる会社あるんだなw
ifとかわからないレベルはコネだろ
コメント1件

541
仕様書無しさん[sage]   投稿日:2017/11/19 15:47:46
日本という大きな猿山
コメント1件

542
仕様書無しさん[]   投稿日:2017/11/19 16:04:14
宮内庁職員1000名
警察庁皇宮警察900名
アキヒトの横暴に対応するようにこれらの人員は増えてきた

宮内庁、人員増を検討=上皇職、皇嗣職新設で−皇宮警察の体制も課題
https://www.jiji.com/jc/article?k=2017060900992&;g=ryl

皇宮警察、皇室護衛の増強を検討 天皇陛下退位後見据え
http://www.asahi.com/articles/ASK5C5GMJK5CUTIL023.html

そしてまた増える

543
仕様書無しさん[sage]   投稿日:2017/11/19 16:45:50
>162
雇ったやつに教育させろ
コメント1件

544
仕様書無しさん[sage]   投稿日:2017/11/19 16:48:41
継承は禁止
else並みに要らない
interfaceだけあればいい

545
KAC[sage]   投稿日:2017/11/19 16:52:52
>137
ん?
そもそも仕様通りに動かないコードしか出てこなかったような気がするが?

546
仕様書無しさん[sage]   投稿日:2017/11/19 16:55:37
>182
つ 多態性

547
仕様書無しさん[sage]   投稿日:2017/11/19 16:56:52
継承禁止とかw
ガイジは変な拘り持ってるなぁ

is-a関係のオブジェクトとかどう表現するんだよw
コメント1件

548
仕様書無しさん[sage]   投稿日:2017/11/19 16:59:39
>184
インターフェース
コメント1件

549
KAC[sage]   投稿日:2017/11/19 17:01:49
>162
まずは、日本語で詳しく表現させる。
それを基にフローチャート書かせる。
目的の言語で表現する。

って指導はした?
コメント1件

550
仕様書無しさん[sage]   投稿日:2017/11/19 17:02:36
>185
インターフェース
is aは設計時の概念的な話でしかない
物理的に継承で実装することとイコールではない

551
仕様書無しさん[sage]   投稿日:2017/11/19 17:09:52
>185
例えば犬、猫ってオブジェクトがあったとして、
継承使うなら動物というスーパークラスで共通の動作も実装するけど、

継承禁止ならそれぞれのサブクラスに実装するとか効率の悪い事すんの?

552
仕様書無しさん[sage]   投稿日:2017/11/19 17:10:20

553
仕様書無しさん[sage]   投稿日:2017/11/19 17:21:45
>189
犬猫の共通点を動物で実装して継承するという発想がまず間違い
犬猫を同じものとしてみなせるかどうかは文脈に依存する
同じものとみなせるとしてそれが動物であるかどうかも文脈しだい
これを継承で実装してしまうと固定されてしまい身動きが取れなくなる
犬猫は確かに同じ動物であるが文脈によっては商品であったりキャラクターであったり共通点は見方しだいと言える

動物を継承するのではなく動物インターフェースを実装する
コードを再利用したいなら包含を使う
コードを再利用したいというくだらない理由で継承を使ってはならない

554
仕様書無しさん[sage]   投稿日:2017/11/19 17:23:32
継承ってバカが使うと滅茶苦茶になるからな
開発部隊に低レベルの猿が混じる以上、これを禁止するのは道理にかなっている

555
仕様書無しさん[sage]   投稿日:2017/11/19 17:29:13
継承は昨今のフレームワーク全般の中核になってるわけで、少なくとも不要とか言ってる奴とは絶対仕事しないし採用もしない

556
仕様書無しさん[sage]   投稿日:2017/11/19 17:35:56
>191
それはスーパークラスの設計の共通化する箇所がおかしいだけだからw

共通部分の所も一々has-aで実装するとか、効率悪いな。

例えば猫のオブジェクトを実装する時に生物、動物、哺乳類とかの共通部分もhas-aでやるとか無いわw

UMLに適用しても不自然だし、こいつがどういう風に設計するか見てみたいわ。
コメント1件

557
仕様書無しさん[sage]   投稿日:2017/11/19 17:50:50
>194
継承の方が最終的に非効率になる
というかそもそも効率の話じゃない
継承ツリーが一意に定まるのは非常に限定された文脈の中だけであって、関係性を継承で固定化するのは危険だと言っている
コメント1件

558
仕様書無しさん[sage]   投稿日:2017/11/19 18:03:00
>193
馬鹿な設計者が共通化するべきじゃないところも共通化して、
固定化されたから変化に対応出来ない話だろ。

文脈が商品であったり、キャラクターだろうが共通化出来る箇所なんていくらでもあるわけで。

馬鹿に道具を持たせてもうまく使いこなせないだけで、道具使わないとか
そんな変な拘りはそういう奴等だけでやってろって思ってんだけど。
コメント1件

559
仕様書無しさん[sage]   投稿日:2017/11/19 18:03:25
せいぜい既成フレームワークを使って実際にアプリを作るところでは
1階層の継承を使うぐらいだな。2層3層と継承が深まってってるのはだいたい継承を使うのが目的化してる兆候だと思う

560
仕様書無しさん[sage]   投稿日:2017/11/19 18:04:05
>193
インターフェースやメタプログラミングがフレームワークの中核
古いフレームワークや古いフレームワークのなごりで継承を使っているものもあるが悪しき習慣として排除が進んでいる
程度の低い企業の作ったオレオレフレームワークでは残念ながら意味のない間違った継承を多用しているけどね

561
仕様書無しさん[sage]   投稿日:2017/11/19 18:11:37
>197
単純なアプリの開発なら1段階目の継承位で済むわな。

動物→鳥類→カラスで鳥類を省いても問題ないようなアプリとか。

562
仕様書無しさん[sage]   投稿日:2017/11/19 18:12:45
>196
バカな設計者ってのは未来を予測できないこと、自分達の知識が完全でないこと、を認識できない人
共通化すべきでないところを間違って共通化してしまうぐらいではバカとは言えない
間違った場合に簡単に訂正できるように設計することが重要
継承でガチガチに固めていくのはその真逆を行ってる
仮にそれがその時点の知識で正しい継承ツリーだったとしてもバカな設計と言わざるをえない
コメント1件

563
仕様書無しさん[sage]   投稿日:2017/11/19 18:13:25
>196
>198みたいな事真顔で言うんだぜ
ラムダ・キャプチャも継承もイベント・コールバックも適宜使い分けろよ
コメント1件

564
仕様書無しさん[sage]   投稿日:2017/11/19 18:21:04
>201
ラムダ・キャプチャ・イベント・コールバック
これ全部根っこの部分ではインターフェースとやってることかわらんけど?
コメント1件

565
仕様書無しさん[sage]   投稿日:2017/11/19 18:23:27
多重継承ができればすべて丸く収まるのに

566
仕様書無しさん[sage]   投稿日:2017/11/19 18:25:30
馬鹿には何を禁止しようが無駄

567
仕様書無しさん[sage]   投稿日:2017/11/19 18:52:08
>199
そんな低レベルなとこまでアプリ側で継承してかないといけないフレームワーク使ってんの?
コメント1件

568
仕様書無しさん[sage]   投稿日:2017/11/19 19:00:08
>200
共通化がおかしいから、そういう手間が増える。前提が崩れようが共通化を上手く実装すれば対応は可能だわ。

というかis-aで取り込むべき概念(車だったら乗り物、人なら哺乳類)、
has-aで取り込むべき概念(車だったら車輪やエンジン等、人だったら顔や手足等)を混ぜる感性もよく分からん。
気持ち悪くならんの?

UMLもおかしくなるだろうから、
情報を共有する為の工数も増大するし、
サブクラス毎に実装するから実装工数も増える。

変な拘りを持つのは勝手だが、そういう奴らだけで実践してろって。

569
仕様書無しさん[sage]   投稿日:2017/11/19 19:06:39
さっきから
上手くとか馬鹿だからとか気持ち悪いとか
具体性が一切なくてわろた

570
仕様書無しさん[sage]   投稿日:2017/11/19 19:06:50
>206
is aはインターフェースで実現するって最初から言ってんじゃん
君は概念的な継承関係と実装の取り込みをごっちゃにしてるよ
コメント1件

571
仕様書無しさん[sage]   投稿日:2017/11/19 19:13:32
>207
一部の都合のいい様に発言だけ切り取って
文句言ってればそうなるわなw
コメント1件

572
仕様書無しさん[sage]   投稿日:2017/11/19 20:47:58
>208
interfaceの関係のIs a関係なんて聞いたことねえわ。

以下のサイトとかでもinterfaceがis aとか否定してるし、
これ以外の他のサイトも見りゃ分かるけど、Is a関係はextendsでの関係だから。
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=40953&;forum=7&start=16

しかもインターフェースは異なる階層の仕様を引き継ぐものだから、全然使い方が違うし。

そういう君の独自定義を出すのはやめて欲しいわ。

573
仕様書無しさん[sage]   投稿日:2017/11/19 21:08:15
長らく世間でそう言われてきて多くの人が惑わされてきたが
結局そんな目先でコーディングはできない

だいたい継承は、あるものを同じ視点で同じものとして十把一絡げに扱いたいってときに出てくる話
ところがほとんどの言語が多重継承をサポートしていないので
何かの一種であると同時に別の何かの一種であるということができない

具体的なのだとJavaの標準ライブラリのObserverかObservableか忘れたがそのへん
あれを継承したがために従来の業務的な意味のオブジェクトを継承できずに詰んで困った記憶がある
Gofとかのデザインパターンがくそ役立たずなのもそのせいだ

だから結局破綻のリスクが少ないインターフェースを使うことになる
継承は理想論

574
仕様書無しさん[]   投稿日:2017/11/19 21:51:18
お前ら、楽しそうでいいな。

575
仕様書無しさん[sage]   投稿日:2017/11/19 21:57:20
2chで万能感に浸ってたら
teratailに行ってみたらほとんどこたえられる質問なくてしょげた

576
仕様書無しさん[]   投稿日:2017/11/19 22:05:40
>213

ターゲットの言語は?
コメント1件

577
仕様書無しさん[sage]   投稿日:2017/11/19 22:10:23
言語はいれてない
そうかターゲットの幅を広げればいいのか

578
仕様書無しさん[sage]   投稿日:2017/11/19 22:10:34
継承はフィルターみたいなものだ
共通化できるメソッドをこそぎ落としてユニークな処理を抽出する過程、気分は錬金術師だろ

579
仕様書無しさん[sage]   投稿日:2017/11/19 22:20:17
ターゲットにJava入れてみたが同じことだった
みんなAndroidがどうとか言ってるし
相当絞り込んでも手持ちの知識で即答できるとかほとんどない
コメント1件

580
仕様書無しさん[sage]   投稿日:2017/11/19 22:26:17
それに即答できることと
プログラムをかけることって
なんかリンクしてるのか?
コメント1件

581
仕様書無しさん[sage]   投稿日:2017/11/19 22:54:39
即座に検索でヒットするキーワード思いつく能力の方が大事

582
仕様書無しさん[sage]   投稿日:2017/11/19 23:10:06
それな

583
仕様書無しさん[sage]   投稿日:2017/11/19 23:14:23
低レベルなフレームワークを基準に継承やelseを正当化してるモンキー

584
仕様書無しさん[sage]   投稿日:2017/11/19 23:16:29
とF欄中退の猿が喚いています

585
仕様書無しさん[sage]   投稿日:2017/11/19 23:20:02
と私大文系のaccess自慢の水呑が騒いでいます

586
仕様書無しさん[sage]   投稿日:2017/11/19 23:52:36
おい私大文系上司、さっさとこいつ首にしろ

587
仕様書無しさん[sage]   投稿日:2017/11/19 23:55:30
もうクビになってるから無職じゃね?
本人は働いてるつもりらしいがw

588
仕様書無しさん[sage]   投稿日:2017/11/20 07:22:59
多重継承でメソッド定義がが重複したら
再定義必須にすれば
なんの問題もなく多重継承できるとおもう

毎回インターフェース使うぐらいならそっちのが楽じゃないか
なぜ多重継承自体禁止されるのか
コメント1件

589
仕様書無しさん[sage]   投稿日:2017/11/20 07:23:56
c言語回帰しようぜ

590
仕様書無しさん[sage]   投稿日:2017/11/20 07:49:19
>226
そういう実装レベルの問題で概念レベルの変更をするんじゃない
継承を使うとそういうことが起こりやすいからダメなんだよ
コメント1件

591
仕様書無しさん[sage]   投稿日:2017/11/20 07:57:15
継承禁止ガイジもあっちのプロ専用スレに行ってくれないかな?
アスペって自分の変な拘りが反映されてないとギャーギャーガイジのように喚くからウザいわ。

592
仕様書無しさん[sage]   投稿日:2017/11/20 08:10:12
これから先の言語は継承非推奨か廃止になってくだろうね

593
仕様書無しさん[sage]   投稿日:2017/11/20 08:18:49
継承はc++のときに滅茶苦茶になったからもういらんだろ

594
仕様書無しさん[sage]   投稿日:2017/11/20 08:19:31
いいとか悪いとかじゃねぇんだよ
アレは駄目

595
仕様書無しさん[sage]   投稿日:2017/11/20 08:21:06
根拠の無い面白い妄想をするなぁ
Java 9でも継承が非推奨や廃止になってないのに

継承が実装されて20年以上たっても非推奨や廃止になっていないし、
最新のリリースでもその兆候が見られないのは継承が必要だからなのに、ガイジにはそれが分からないんだな

596
仕様書無しさん[sage]   投稿日:2017/11/20 08:22:50
もうウンコしか使ってないよ
コメント1件

597
仕様書無しさん[sage]   投稿日:2017/11/20 08:24:42
動物 {
尻尾の数
羽の数
}

犬 : 動物 {
犬() { 尻尾の数 = 1; 羽の数 =0;
}

鳥 : 動物 {
鳥() { 尻尾の数 =0; 羽の数 =2;
}

うわ継承キモっ

598
仕様書無しさん[sage]   投稿日:2017/11/20 08:26:48
>235
うわぁ、、、

599
仕様書無しさん[sage]   投稿日:2017/11/20 08:26:48
尾長「いや、それはおかしい」

600
仕様書無しさん[sage]   投稿日:2017/11/20 08:27:02
>233
javaなんてレガシー代表じゃん
コメント1件

601
仕様書無しさん[sage]   投稿日:2017/11/20 08:27:03
>235
その共通クラスゴミだなw

ガイジ基準の継承出されても普通はそんな共通クラス作らんからw

602
仕様書無しさん[sage]   投稿日:2017/11/20 08:28:48
>239
正解はよ出せや
モノを出さんでピーチクパーチク文句たれとっても説得力ないで
まあ継承に正解は無いから出せるわけねーけどなw

603
仕様書無しさん[sage]   投稿日:2017/11/20 08:32:49
>235
この世に尻尾が複数ある動物って居るの?
羽じゃなくて翼じゃないの?
そもそもこのふたつは動物すべてに共通するものなの?

604
仕様書無しさん[sage]   投稿日:2017/11/20 08:33:51
ガイジ:動物

605
仕様書無しさん[sage]   投稿日:2017/11/20 08:35:33
>238
で、最新の言語だと継承非推奨とか書かれてんの?w

606
仕様書無しさん[sage]   投稿日:2017/11/20 08:42:43
>240
振る舞いと構造の分離やっていない、オブジェクト指向を理解してない馬鹿に言って俺にメリットがあるの?

クレーマーみたいにお前がギャーギャー粗捜しして騒ぐのが落ちだと思うがw

というか羽だったらインターフェースで概念を入れて、
コンストラクタでどういう羽を入れるか又は羽無しのオブジェクトを生成するかなのに、初心者丸出しのその実装は無いわw
コメント1件

607
仕様書無しさん[sage]   投稿日:2017/11/20 08:46:11
最新言語の代表格というと、swiftとかだろ
あれc#から良いところだけ抽出した感じやん
継承否定なんぞしとらん
継承構造にメス入れたといえば、mixin系でphpのtraitなんかはそうじゃね?

608
仕様書無しさん[sage]   投稿日:2017/11/20 08:49:38
>244
構ってやるなって
間違いなくお前の言う通りなんだけどおそらく「提示できないって事はできないんだ!俺の勝ち!」とか騒ぎ立てるぞ
ちゃんと提示したところで「俺が理解できないからゴミだわwwwはい俺の勝ち!」なんだから労力の無駄だって

609
仕様書無しさん[sage]   投稿日:2017/11/20 08:49:43
Go言語は継承を切り捨てた
JavaScriptは継承なんて要らんと世界中で証明し続けてる

一度身についた常識ってのはそう簡単には捨てられない
これまではみんなオブジェクト指向と継承はセットなんだみたいな錯覚に陥ってた
動いてるのは天で地球が中心これ常識、みたいな

でもGoogleが目を覚まさせた
流石はGoogleというかなんというか幻覚に惑わず的確に事実を射抜いた
つうか正しいのは天動説だよね?
継承も要らんわな
そう言って出来上がったのはGoという美しい言語だ

これからは継承要らねえなという柔軟な発想の言語が繁栄する
コメント1件

610
仕様書無しさん[sage]   投稿日:2017/11/20 08:50:48
>244
インターフェース使ってんじゃんwww
継承はどうしたwwwwwww

611
仕様書無しさん[sage]   投稿日:2017/11/20 08:53:17
>241
いるぞ
0もゆうこうなんだから全ての動物に間違いなく共通してる性質だろ

612
仕様書無しさん[sage]   投稿日:2017/11/20 08:58:35
>246
確かに労力の無駄だな。>248みたいなガイジって粗捜ししてる割にはまともに反論出来てないし。

構造の継承と振る舞いのインターフェースは別の話なのに何故か混合してる辺り馬鹿すぎて会話が成立しないわ。
コメント2件

613
仕様書無しさん[sage]   投稿日:2017/11/20 09:07:51
つうかね
プログラマは分類学者じゃなくてプログラマなんだよ

犬が動物で〜猫が動物で〜
そんなんどうでもいいの

必要なのは
犬は走れるとか猫は走れるとか
そういうことなの

つまり

犬 : IRunnable

614
仕様書無しさん[sage]   投稿日:2017/11/20 09:08:52
猫 : IRunnable

これが正解

分類学者はスレちなんで消えてください

615
仕様書無しさん[sage]   投稿日:2017/11/20 09:26:01
それだと歩く、走る、寝る、立つ、座る、・・・ってどんどんインターフェース作ってくのか
コメント1件

616
仕様書無しさん[sage]   投稿日:2017/11/20 09:27:43
頭おかしい主張する奴ってなんなんだろうな。jsについても見当はずれなこと言うし、まともに触っとことないなら黙ってろよと。

617
仕様書無しさん[sage]   投稿日:2017/11/20 09:30:20
そこはstringにして自由に入力してもらえよ。
なんで増える可能性がある分類をハードコーディングするんだよ。

618
仕様書無しさん[sage]   投稿日:2017/11/20 09:39:28
低知能モンキーはこれだからヤレヤレ
Goを学ぶ事もなく水呑でJavaしか知らないんだろう

私大文系と言われてキーキーと騒ぐのは心当たりがあるからだな
こういう水呑猿が日本のGDPを落としているわけ
ITはネトウヨ多そうだがジャップランドが韓中に劣っているのは在日特権(笑)のせいではなくお前ら水呑猿の自業自得

Gitも使えないweb屋やAccessを自慢げしている事務屋がIT(笑)を名乗ってるジャップランド

619
仕様書無しさん[sage]   投稿日:2017/11/20 09:46:56
嫌儲に帰ってください

620
仕様書無しさん[]   投稿日:2017/11/20 09:47:30
継承云々より単一責任原則が守れているかが大事じゃね?
コメント1件

621
仕様書無しさん[sage]   投稿日:2017/11/20 10:28:06
ここの連中って論破されて反論不能になると
頭おかしいとか人格攻撃に走るよなwww
論理的に反論できないなら素直に参りましたって言えんのかねぇ?
コメント1件

622
仕様書無しさん[sage]   投稿日:2017/11/20 10:39:00
話題をはっきりさせろよ

継承不要論 →swiftにあるが?
継承はjsにない→全て変数でいつでも()実行できる型なしと対極の機能なんだから当たり前。大体議論の中心はrequireだろ今後5年は
go言語→一時期流行ったが結局ニッチ過ぎて人類には早過ぎた

俺にはjsのなんでもハンドラ可能な言語仕様を肯定して継承否定する意味がわからんが、何が言いたいんだ?

623
仕様書無しさん[sage]   投稿日:2017/11/20 12:07:13
みんな微妙な問題で継承使わないって分かったからいいじゃん
c#の継承はあんまり使わないよ

624
仕様書無しさん[sage]   投稿日:2017/11/20 12:24:34
いや、JSは継承あるぞ

625
仕様書無しさん[sage]   投稿日:2017/11/20 12:26:12
継承という概念はもう流行らない
切り捨てる傾向だ
コメント1件

626
仕様書無しさん[sage]   投稿日:2017/11/20 12:28:15
社会に切り捨てられた人の妄言です

627
仕様書無しさん[sage]   投稿日:2017/11/20 12:31:30
インターフェイスの実装を継承と呼ぶ件についてはいかがなさいましょう?

628
仕様書無しさん[sage]   投稿日:2017/11/20 12:33:00
そりゃ誰だって今の時代にhas目的で継承使うなんてバカはいないし、多態性以外で使わんと言うのなら同意
c++のprivate継承を他の言語がどれも実装してないのが論拠になるさ
普段自前で作る機能に継承が滅多に登場しないのも同意(抽象化のやり方が継承がしっくりくるなら使うが)

だが、インターフェースメンバのデフォルト実装が不要って話にはならんから継承不要論には絶対ならん

629
仕様書無しさん[sage]   投稿日:2017/11/20 12:36:14
継承の問題点は、既存コードを使いまわせるため便利な分、多様することで誰も配線を把握できない爆弾を製造することになってしまう事にある
特にこの傾向は多重継承で顕著。最終的にクラスの関連性が把握できなくなり、ゲシュタルト崩壊状態に陥るような事が現場ではママ見られる

私大文系のバカは現場を知らないから勝手な事を抜かしているが、導線の分からないクラスは結局放置されて、途中から別物が作られてそれが使われたりする事になる
その結果、巨大なサクラダファミリアが構築される訳だ
メンテ不能なサクラダファミリアでも私大文系のバカSEにな関係無いんだろうな

現場の理系エンジニアを大事にすれば良いのに
コメント1件

630
仕様書無しさん[sage]   投稿日:2017/11/20 12:40:59
>262
それes6やん、現状まだトランスパイル言語やん
そもそもjsは継承(インターフェース保証)してるわけじゃなくて、変数になんでもぶっこめて実行時に評価できるだけやん
コメント1件

631
仕様書無しさん[sage]   投稿日:2017/11/20 12:41:43
そうすると中退君は大切にされないで。
コメント2件

632
仕様書無しさん[sage]   投稿日:2017/11/20 12:52:45
>268
だって構文にextendsがあるんだぜ
実装はプロトタイプ・チェインか何か知らんけど
es6に継承があるってことはそういうことだろ

633
仕様書無しさん[]   投稿日:2017/11/20 17:10:28
継承もマトモにつかえない馬鹿の戯言なんて、どうでもいいよ。

634
仕様書無しさん[sage]   投稿日:2017/11/20 19:20:10
継承を理解してないバカだけが継承を使う
それだけのことなんだよなあ

635
仕様書無しさん[sage]   投稿日:2017/11/20 19:39:24
全部のクラスがオブジェクトを継承してるので今更いらないなんて絶対言えない

636
仕様書無しさん[sage]   投稿日:2017/11/20 21:28:36
継承じゃ無くて内包だけどな。
コメント1件

637
仕様書無しさん[sage]   投稿日:2017/11/20 21:30:19
どうちがうのか
コメント1件

638
仕様書無しさん[sage]   投稿日:2017/11/20 21:36:19
つうか、中途半端な継承なんか止めて、
クラスを内包する形式にすればいいんだよ。
せっかくのカプセル化がズタズタになる継承より、
カプセルはカプセルのまま使う方がいい。
コメント1件

639
仕様書無しさん[sage]   投稿日:2017/11/20 22:08:23
集約とか関連やhasって言い方はよく聞くが、内包はあんま聞いたことない

640
仕様書無しさん[sage]   投稿日:2017/11/20 22:18:36
クラスメンバーにクラス入れちゃうのって、良くやらない?
コメント1件

641
仕様書無しさん[sage]   投稿日:2017/11/20 22:21:23
Stringだってクラスだぞ

642
仕様書無しさん[sage]   投稿日:2017/11/20 22:25:06
String継承して新たなクラスとか誰が聞いてもアホだと言うだろ?
あれはそのまんまメンバーに組み込んで、そのクラスでサポートして無い処理は自前で作るだろ?
そういことさ。
コメント1件

643
仕様書無しさん[sage]   投稿日:2017/11/20 22:27:21
あまりに当たり前すぎて、is、has、継承、集約見たいなデザパタの文脈を人に説明する時の対比以外じゃ意識しない

644
仕様書無しさん[sage]   投稿日:2017/11/20 22:28:21
ふと思って今JavaのObjectクラス見てたんだが
こいつのメソッドって一切いらなくね?

getClass以外すべてのオブジェクトに必要そうなメソッドいっこもないじゃん…
なにこれ

645
仕様書無しさん[sage]   投稿日:2017/11/20 22:30:54
うん。だから継承なんてせっかくのカプセル構造がズタズタになるだけだからやるなって話。

646
仕様書無しさん[sage]   投稿日:2017/11/20 22:33:46
なるんじゃない
お前がそうしたんだ
他人事みたいに言うな無能

647
仕様書無しさん[sage]   投稿日:2017/11/20 22:38:31
>283
お前だけ継承無しの縛りで実装してなよ
コメント1件

648
仕様書無しさん[sage]   投稿日:2017/11/20 22:40:28
落ち着けよ、.netでデスクトップformアプリ作るときにformクラス継承しない気か?
javaだってwedgetとかswingとか懐かしいあいつらいるだろ、多分(古すぎてjavaのレガシーなUIが継承で作られてたか覚えてない)

649
仕様書無しさん[sage]   投稿日:2017/11/20 22:41:07
>282
equalsとtoStringは欲しいな
DDDやるなら必須

650
仕様書無しさん[sage]   投稿日:2017/11/20 22:41:47
>285
継承有りのほうがハードモードだぞ
もしかしてマゾか?
コメント1件

651
仕様書無しさん[sage]   投稿日:2017/11/20 22:43:04
>286
でもそれって古代文明の遺産じゃん?

652
仕様書無しさん[sage]   投稿日:2017/11/20 22:43:39
>284
ああ、それだ。的確だ
継承不要バカはそうやって周りに迷惑かけて他人事の奴らだな
コメント1件

653
仕様書無しさん[sage]   投稿日:2017/11/20 22:43:40
>288
もしかしてプログラミングしたこと無いのか?

654
仕様書無しさん[sage]   投稿日:2017/11/20 22:45:12
コンストラクタのシグネチャを統一したい時はどうするのかも知りたい

655
仕様書無しさん[sage]   投稿日:2017/11/20 22:46:25
.netのformアプリに関しちゃ、VSが高機能すぎてちょっとしたツールは未だに最速で作れるな

656
仕様書無しさん[sage]   投稿日:2017/11/20 22:47:58
>291
そのまま返すわ

657
仕様書無しさん[sage]   投稿日:2017/11/20 22:56:32
>288
お前みたいに継承を使いこなせない
無能ならハードモードだろうが、
使える人にとってそうじゃないから。

道具をまともに使えない馬鹿の基準で考えないで欲しいわ。
コメント1件

658
仕様書無しさん[sage]   投稿日:2017/11/20 23:05:08
>295
使いこなせるから的確に評価できてるんだわ
継承に踊らされてるうちはわからんだろうね
ま、お勉強を頑張ってくれたまえ学生君

659
仕様書無しさん[sage]   投稿日:2017/11/20 23:07:15
>294
よし、いくつか質問しよう
・典型的なwebバックエンドのmvcフレームワーク
・ある仕組みはシリアライズ・デシリアライズ機構も根底に据えたい。その基底となるobjectはやはり欲しい?
・全く異なるAPIを持つ3種類のプリンタがあるが、呼び出しを統一したい。ただ、printlineのような命令は抽象メソッドの組み合わせで実装しておきたい

こういう時、継承は使ったほうが見通しいいか、使わないほうが見通しいいか?
コメント1件

660
仕様書無しさん[sage]   投稿日:2017/11/20 23:18:14
ああ、ちなみに正解自体は本人の気持ち次第だが。

asp.net mvcもcakephpも継承で利用者に近い部分の根底を支えてるし、
unityもobject、component、個々と言う純然たるツリーだし、
3つ目は俺の実務経験で実際に継承構造に出くわした。これは最初の設計者が偉大だと思うよ

んで、継承は不要なんだっけ?
コメント1件

661
仕様書無しさん[sage]   投稿日:2017/11/20 23:18:35
>296
自称使いこなせると使いこなせるは違うからなぁ。

継承をまともに使いこなせず、
踊らされてたから継承使いたくない って
拒否反応するのは勝手だが、
使える人間にとっちゃ違うからさ。

お前だけ継承無しの実装してなよ。
俺は継承を使って効率良く開発するからさ。
コメント2件

662
仕様書無しさん[sage]   投稿日:2017/11/20 23:19:14
>297
インターフェース型を用意してそれぞれの実装をぶら下げる。
他クラスからはインターフェースしか見えないし、幾らでも増やせるしな。
コメント1件

663
仕様書無しさん[sage]   投稿日:2017/11/20 23:23:55
ドライバーレベルを継承で書くとか、バカなんじゃない?
一度動的に結び付いたら他は要らないんだから、ゴテゴテ継承しないでメディア毎にdllにしちゃえよ。

664
仕様書無しさん[sage]   投稿日:2017/11/20 23:31:17
やべえw

呼び出し側を統一したいって書いてあるのに、無視してメディア毎でdllにするとかw

継承禁止ガイジって仕様もまともに読めないんだなw
コメント1件

665
仕様書無しさん[sage]   投稿日:2017/11/20 23:42:07
ロードするdllはデバイス名で解決するからメソッドは同じでいいよ?
コメント1件

666
仕様書無しさん[sage]   投稿日:2017/11/20 23:48:16
>297
・継承不要
aspnetmvcなんて設定より規約だとかreturn View();って書けたら見た目スッキリするな程度の理由でも継承を要求するクソフレームワークだかんな
妥協した以外に継承である理由が全く無い
他のフレームワークも同様

・継承不要
シリアル化する価値のあるオブジェクトは大抵なんのフックも要求せずにシリアル化できる
腐った構造のオブジェクトをシリアル化したいならインターフェースでカスタムシリアル化すりゃいい
継承はありえないな
オブジェクトの責務の本質とはなんの関係もないシリアル化のためにたったひとつの継承スロット使うのか?
やれやれ

・継承不要
全く異なるものをなんで同じ継承ツリーに入れるって発想になるんだ
敬虔な継承信者のアンチインターフェースマンでもそんな馬鹿な選択はしねえよ
そもそもプリンタなら共通のプロトコルがある
抽象化するレイヤーが違うんだわ
どうしても自コードでやりたいならアダプタインターフェースを作れ
アダプタは統一化という責務だけに集中しろ
オマケの拡張メソッドなんてのは別のオブジェクトの責務だ
コメント1件

667
仕様書無しさん[sage]   投稿日:2017/11/21 00:13:31
モンキーが継承を得意がって使う様を見ていると海水で芋洗うのを覚えた日本猿を思い出すよ

668
仕様書無しさん[sage]   投稿日:2017/11/21 00:19:16
>305
可哀想に高卒は比喩もまともに使えないんだね。
もう少し受験勉強頑張ったら良かったね。

669
仕様書無しさん[sage]   投稿日:2017/11/21 00:32:28
ガイジポケモン

No.1 else禁止ガイジ
学歴 高卒(F欄中退)
職業 無職
得意科目 無し
苦手科目 英語

口癖 私大文系、ジャップ、猿、ノータリン、水呑、低脳、理系
特徴 理系じゃないのに理系を自称する不思議ガイジ。攻撃的だがよく論破される。何故かソフトバンクが好き。
コメント2件

670
仕様書無しさん[sage]   投稿日:2017/11/21 00:40:20
継承もインターフェースも要りません
関数だけでいいです
コメント1件

671
仕様書無しさん[sage]   投稿日:2017/11/21 01:06:48
>307
No.2 継承不要ガイジ
学歴 -
職業 プログラマー(C#)
得意科目 無し
苦手科目 国語

口癖 継承不要、内包、やれやれ
特徴 独自の言葉を定義し、周りを混乱させるマジカルガイジ。else禁止ガイジを呼び寄せる。ニヒルで上から目線が特徴的。
コメント2件

672
仕様書無しさん[sage]   投稿日:2017/11/21 01:12:57
まだまだ151匹には遠いわ

673
仕様書無しさん[sage]   投稿日:2017/11/21 01:20:25
else不要バカも継承不要バカも、単に逆張りして俺スゲーって思いたいだけの無能だよな
コメント1件

674
仕様書無しさん[sage]   投稿日:2017/11/21 01:36:03
無能だろうな。
コーディング以外の事が見えてないから、
設計以上の上流工程は無理だろう。

設計に継承があったら発狂するか無視して
勝手に変な実装をする可能性が高いから、実装も任せられない。

使うとしても画面打鍵のテスターくらいにしか使えんわ。
それすらまともに出来るか怪しいが。

675
仕様書無しさん[sage]   投稿日:2017/11/21 04:51:53
てめーふざけんな
コーダーのために設計しろ

676
仕様書無しさん[sage]   投稿日:2017/11/21 04:59:55
インターフェースで差し込む形になってりゃUTかんたんなのに
継承変なフレームワーク引きずる設計になってるせいで
そのモジュールJUnitにかけられないんだよ
何が打鍵テスターだよお前のせいで初回テストが画面打鍵なんだよ
技術のあるメンバーにんなことさせてんじゃねーお前が足引っ張っとんじゃじゃdklfg;dj:あ

677
仕様書無しさん[sage]   投稿日:2017/11/21 06:14:48
結局、継承厨は悪口を言うだけで反論は諦めたみたいだね

678
仕様書無しさん[sage]   投稿日:2017/11/21 06:55:12
>313
馬鹿か、客や他のまともなメンバーに見せるための設計であって、
お前みたいな変な拘りを持った馬鹿に設計を合わせる気は無いね

>314
技術が必要な作業は他のまともなメンバーにやってもらうから馬鹿は画面打鍵だけやっていろよ
JUnitでテストするにも、無断で変な風にモジュールを改変しようとする馬鹿には任せられんわ

継承しててもお前と違ってUT出来る奴に任せるからさ

679
仕様書無しさん[sage]   投稿日:2017/11/21 06:59:57
他、どのフレームワークを使って
JUnitをかけれなくなったか気になるな

馬鹿には出来なくともそうじゃない奴なら出来る可能性が高そうだし

680
仕様書無しさん[sage]   投稿日:2017/11/21 07:17:44
そりゃがんばれば大概のことは可能だが
インターフェース実装なら頑張る必要すらないんだけど

681
仕様書無しさん[sage]   投稿日:2017/11/21 07:25:37
で、フレームワークって継承使ってるよね。

馬鹿の方針だとフレームワークは継承使ってるから、
フレームワーク無しで開発すんのか疑問なんだけど。

682
仕様書無しさん[sage]   投稿日:2017/11/21 07:33:00
フレームワークの製造元にクレーム出して
インターフェース実装形式に変えさせる

実質JavaEEはそうなった
コメント1件

683
仕様書無しさん[sage]   投稿日:2017/11/21 07:50:47
Java EEが継承を使わなくなったって初耳だわw

CDIの事を言ってるんじゃないよな?w

684
仕様書無しさん[sage]   投稿日:2017/11/21 07:56:37
EntityFrameworkのようにユーザーが定義した型を継承するクラスを自動生成するような物もある
OOPの良い習慣から継承が切り捨てられて久しい
しかしフレームワーク提供者にとってはまだまだ実装のトリックとして利用価値がある
C++のテンプレートメタプログラミングのようなものと考えればいい
コメント2件

685
仕様書無しさん[sage]   投稿日:2017/11/21 07:56:48
言ってる
コメント1件

686
仕様書無しさん[sage]   投稿日:2017/11/21 08:03:13
言ってること全然違うじゃねえかw

Java EEがCDIを導入したのはクレームつけられたからじゃなくて、
DIを元々導入してるSpring FrameworkにJavaフレームワークのシェアを取られてるから、巻き返す為に入れてるんだろw

687
仕様書無しさん[sage]   投稿日:2017/11/21 08:06:47
つまり継承にシェアはなく
インターフェースにシェアがあった
という事を言いたい?

688
仕様書無しさん[sage]   投稿日:2017/11/21 08:14:30
全然違えw

DIは振る舞いと依存性解決の分離を目的としていて、
継承については別の話だからw

689
仕様書無しさん[sage]   投稿日:2017/11/21 08:19:24
でもユーザーが継承を切ったのは事実だよね

690
仕様書無しさん[sage]   投稿日:2017/11/21 08:28:02
事実じゃねえし、継承の話とDIの話を混ぜて考えんな

691
仕様書無しさん[sage]   投稿日:2017/11/21 09:05:40
継承使わないのはもったいないぞ

class Legacy {
public void doHoge() { // テスト不能
// ...
Foo.apiCall();
// ...
}
}

class Legacy { // 極めて安全なリファクタリング(テスト不要)
public void doHoge() {
// ...
apiCall();
// ...
}
private void apiCall() {
Foo.apiCall();
}

class MockLegacy : Legacy { // テスト用モッククラス
@Override
public void apiCall() {
// mock impl
}
}

リファクタリングを続けると最終的には消えるけど
リファクタリングの途中では継承が大活躍する

692
仕様書無しさん[sage]   投稿日:2017/11/21 09:10:24
JUnitで大活躍やね
コメント1件

693
仕様書無しさん[sage]   投稿日:2017/11/21 09:56:14
どんなに仕事が出来ても自分勝手な事をする奴はいらないな

管理する側からするとすごく邪魔

好き勝手にやりたいなら一人で会社立ち上げて仕事すればいいのに
コメント4件

694
仕様書無しさん[sage]   投稿日:2017/11/21 09:56:14
仕組みでテスト工数が減るって主張は全部詐欺
自分がやってることもわかってない

設計周りの技術は全て虚構
結局、ソースのどこに処理を記述するか?って話でしかない
コメント2件

695
仕様書無しさん[sage]   投稿日:2017/11/21 09:58:55
どんなにこねくり回しても
工数は増えもしないし減りもしないが正解

その本質がわからんからくだらん手悪さをごちゃごちゃやる

696
仕様書無しさん[sage]   投稿日:2017/11/21 10:52:33
>332
出来合いのossをどこまで使えるかは重要だけどな
コメント1件

697
仕様書無しさん[sage]   投稿日:2017/11/21 13:07:10
>305
ようエベンキ
コメント1件

698
仕様書無しさん[sage]   投稿日:2017/11/21 14:38:28
仕事中に鼻歌を歌う奴ってなんなの?

他にも考えてる時に
「んー…ん゛っんんんんーうんっ」とか言う奴いるし

うちの従業員が12人しかいない事務所でそんなのが4人もいるとか普通じゃないだろ

699
仕様書無しさん[sage]   投稿日:2017/11/21 16:30:04
音楽流せ

700
仕様書無しさん[sage]   投稿日:2017/11/21 17:19:37
>336
バイクのエンジン音に文句言ってるようなもんだな

701
仕様書無しさん[sage]   投稿日:2017/11/21 17:23:23
鼻フンフンおばさんが スーッフンッ スーッフンッ ンッ ンッ
痰絡みおばさんが ウッ ウッ ウウッン

つってずっと言ってるの何とかして欲しい

702
仕様書無しさん[sage]   投稿日:2017/11/21 18:53:20
あああインフラ管理楽しすぎる
プログラマ辞めよっかな

703
仕様書無しさん[sage]   投稿日:2017/11/21 19:16:14
>340
クラウドで完全に仕事が無くなる職業ってやってたで
コメント1件

704
仕様書無しさん[sage]   投稿日:2017/11/21 19:17:23
インフラ管理きつすぎる

あいまいさがなく過ちが起こりえない世界に住みたい…

705
仕様書無しさん[sage]   投稿日:2017/11/21 19:22:57
>342
日本企業馬鹿だから
officeみたいに出来合いのもの渡して
強制的に使わせた方がいい
コメント2件

706
仕様書無しさん[sage]   投稿日:2017/11/21 19:34:36
クラウドの管理するやつはいるだろ
無から湧いて出とるわけじゃあるまいに
コメント1件

707
仕様書無しさん[sage]   投稿日:2017/11/21 19:37:28
>344
でもGoogleやmicrosoftにしかいないとかそんな未来よ

708
仕様書無しさん[sage]   投稿日:2017/11/21 19:38:25
割りと大手でも自社のサーバー使うのやめたよね?

709
仕様書無しさん[sage]   投稿日:2017/11/21 20:06:51
ひでー世の中
コメント1件

710
仕様書無しさん[sage]   投稿日:2017/11/21 20:14:22
全くプログラムが組めないんだけど、向いてるとか向いてないとかある?
仕事で仕様書貰っても何もできない
ASDと協調性運動障害は持ってるけど、学習障害は無い

711
仕様書無しさん[sage]   投稿日:2017/11/21 20:28:17
else見て気持ち悪いって思うなら見込みあるよ
何も感じないなら凡人

712
仕様書無しさん[sage]   投稿日:2017/11/21 21:15:27
>349
むしろelseがあって良かったんだけど
コメント1件

713
仕様書無しさん[sage]   投稿日:2017/11/21 21:46:43
else を書かない方がアルゴリズムの見通しもよくすんなり理解できるしね

714
仕様書無しさん[sage]   投稿日:2017/11/21 22:14:03
プロ用スレに行けよキチガイ
コメント1件

715
仕様書無しさん[sage]   投稿日:2017/11/21 22:14:50
>350
残念ながら君はガイジじゃないね。
else禁止!継承不要!とか思うなら
ガイジの素質があるけど。

716
仕様書無しさん[sage]   投稿日:2017/11/21 22:23:45
日本のクラウド情報は日本が管理すべき
なんで外国企業にここまでいいように一方的に蚕食されてるのか
富士通もNECもなぜクラウド運用しようとせんのだ
逆に日本は目隠しされてるに等しい
コメント1件

717
KAC[sage]   投稿日:2017/11/21 22:30:54
>354
なんで国内企業が運用していないと勘違いしてるんだ?
コメント1件

718
仕様書無しさん[sage]   投稿日:2017/11/21 22:31:45
だって目につかないから
コメント1件

719
仕様書無しさん[sage]   投稿日:2017/11/21 22:33:40
>354
どうでもいいからじゃね
本業じゃねーし

それと仮に見られても理解するのは結構骨が折れるじゃん

あと経営者と労働者の距離が遠すぎて情報の重要性が理解できないってのもあると思う
ちゅーか、重要な情報なんてないのかも知れんがな
コメント1件

720
仕様書無しさん[sage]   投稿日:2017/11/21 22:40:43
>355
派遣で行くとgoogleとか堂々と使ってるとこ多い
ゲストアカウントで入るぜ
ストレージもここなんでソース管理も同じ
そんなにgoogle信じちゃってええんか?

721
KAC[sage]   投稿日:2017/11/21 22:45:39
>348
人には適性ってもんがある。
営業に向いてる奴もいれば、
研究開発に向いてる奴もいる。

思想や経験など色々違うから当たり前。

「好きこそ物の上手なれ」
といわれるとおり、自分が面白いと思える事をやるのが良い。
コメント1件

722
仕様書無しさん[sage]   投稿日:2017/11/22 00:46:45
こんなにエッチな事が好きなのにいまだに童貞なのはどういう事だってばよ
コメント1件

723
仕様書無しさん[sage]   投稿日:2017/11/22 01:21:45
言ってることよりやってること
本当はドーテーの自分が好きなんじゃないの?

724
仕様書無しさん[sage]   投稿日:2017/11/22 01:40:36
>360
風俗行けば解決
女の子と話しても馬鹿なので
あんまり楽しくないよ
女体が好きなのであって女の子はノーサンキュー
君の本能は賢い

725
仕様書無しさん[]   投稿日:2017/11/22 08:39:24
風俗でHして楽しいの?

726
仕様書無しさん[]   投稿日:2017/11/22 08:48:25
旧社名:株式会社プロシード
現社名:株式会社ディーコープ

社員の退職妨害して110万円損害賠償支払命令
https://news.yahoo.co.jp/byline/shimasakichikara/20170806-00074132/

727
仕様書無しさん[sage]   投稿日:2017/11/22 08:49:38
楽しい
無料だったら毎日行きたい

728
仕様書無しさん[sage]   投稿日:2017/11/22 08:52:08
女体弄りが好きな俺はどこ行けばいいの?

729
仕様書無しさん[sage]   投稿日:2017/11/22 09:31:20
今のプロジェクトって質問票が毎日20とか30枚発行される
プログラマーが4人しかいないのにこの規模とか設計レビューしてないのかと言いたい
コメント1件

730
仕様書無しさん[sage]   投稿日:2017/11/22 09:46:17
どのフェーズで質問票が来てるの?
実装?
コメント1件

731
仕様書無しさん[sage]   投稿日:2017/11/22 10:16:10
>368
そう
別の会社が設計したのをうちが作ってるけどコピペして修正漏らしてる奴とか共通仕様を無視した設計になってるやつとかザラにある
酷いのになるとボタンは配置されてるのに機能仕様か丸ごと抜け落ちてるとかもある

機能概要とデータ移送があるから見込みで実装してるけど確認の為に質問票起こしてる時間が馬鹿にならない
コメント1件

732
仕様書無しさん[sage]   投稿日:2017/11/22 10:21:19
>364
経営者も頭おかしいの多いよな
上から目線
対等な契約なのに
退職は奴隷が逃げた扱い

733
仕様書無しさん[sage]   投稿日:2017/11/22 10:38:50
>282
hashCodeないとJVMでコードの効率化ができない

734
仕様書無しさん[]   投稿日:2017/11/22 12:53:49
>370
そのとおり!

償い命令でした。
コメント1件

735
仕様書無しさん[]   投稿日:2017/11/22 15:33:55
【朗報】ソメイヨシノ、韓国に自生していたことが判明 日本起源というのはネトウヨのデマだった

http://news.naver.com/main/read.nhn?mode=LSD&;mid=sec&sid1=110&oid=020&aid=0003109541

バラ科のガルイプ大きなキー無人ソメイヨシノは花が桜の花より大きいので、付けられた名前である。
ソメイヨシノは日本語で「サクラ(さくら)」と呼ばれる。
日本の松村真祖(松村任三・1856~1928)がつけた学名(Prunus yedoensis Matsumura)は原産地をも(江?・東京)と表記している。
だからソメイヨシノを「東京桜花(東京櫻)」と呼ぶ。ソメイヨシノで使用した漢字の「桜(櫻)」は、バラ科のガルイプしばエンド(櫻桃)を意味するが、
桜山桜くる桜島桜など桜の漢字にも共通で使用している。

一部の人々はまだ、韓国のソメイヨシノを日本から輸入した木材に理解している。ソメイヨシノは韓国済州島と全羅南道海南で自生する。
だから、済州西帰浦市南元邑シンリェリ天然記念物第156号と済州ボンゲドン天然記念物第159号、海南サムサンミョングリムリ天然記念物第173号のソメイヨシノは韓国自生植物の歴史の中で非常に重要である。
さらに自生植物は文化財としての価値も非常に高いので、特に保存しなければならない。
自生しているソメイヨシノを直接見るということは、
単に一本の木との出会いではなく、文化財との出会いを意味する。
このように木に文化的価値を付与することが、人文学の役割である。

736
仕様書無しさん[sage]   投稿日:2017/11/22 16:06:16
サクラならともかくソメイヨシノは品種改良で出来た種じゃねえの?

737
仕様書無しさん[sage]   投稿日:2017/11/22 16:15:01
> ソメイヨシノは日本語で「サクラ(さくら)」と呼ばれる。

ここだけ読んでも勘違いしてるのが分かるよな?

トヨタは日本語で自動車と呼ばれる。みたいなw

738
仕様書無しさん[sage]   投稿日:2017/11/22 17:40:18

739
仕様書無しさん[sage]   投稿日:2017/11/22 17:48:16
>369
先に全部設計するからそんなおかしなことになる
設計はテストもリファクタリングもできない
リファクタリングはともかくテストもせずにまとまった量を作って次に投げたら次の工程がめちゃくちゃになるのは当たり前
テストしないでプログラムを納品するより酷い
プログラムはテストしてなくても静的解析で最低限の整合性は確保されてる

740
仕様書無しさん[sage]   投稿日:2017/11/22 18:43:14
>377
意味不明

741
仕様書無しさん[sage]   投稿日:2017/11/22 19:09:54
テストを行えば機能仕様のないボタンなどすぐに気が付く
しかし仕様書はテストできないのでこんなありえないバグでも簡単に見逃してしまう
大規模な設計書を全て書き終えてから実装を始めてはいけない
その設計書には数え切れないほどの不具合が蓄積されている
安全に開発するには設計開発テストフィードバックを短いサイクルで繰り返さなければならない
アジャイルの基本理念だな

742
仕様書無しさん[sage]   投稿日:2017/11/22 19:15:17
>379
どうするべきかどこにも書いてないじゃん
コメント1件

743
仕様書無しさん[sage]   投稿日:2017/11/22 19:20:00
>380
どういう意味だ?

744
仕様書無しさん[sage]   投稿日:2017/11/22 19:24:31
母親の小言みたいなダメダメばかりでじゃあどうせってんだと逆切れみたいな?

745
仕様書無しさん[sage]   投稿日:2017/11/22 19:28:18
3行以上は読めないタイプ?
コメント1件

746
仕様書無しさん[sage]   投稿日:2017/11/22 19:28:27
>381
そのまんまだよ

747
仕様書無しさん[sage]   投稿日:2017/11/22 19:35:49
>384
わからないな

プログラムが何をすべきか、という意味での「どうすべきか」なら、それは設計書に書くのが当たり前
先に全部設計するのがダメならじゃあ対案どうすんだ、という意味での「どうすべきか」なら、設計開発テストフィードバックを短いサイクルで繰り返す、とレスした

他にニュアンスが違う「どすべきか」があるなら明確にして
コメント1件

748
仕様書無しさん[sage]   投稿日:2017/11/22 19:38:12
>385
どすんべw
コメント1件

749
仕様書無しさん[sage]   投稿日:2017/11/22 19:39:55
なんだキッズか

750
仕様書無しさん[sage]   投稿日:2017/11/22 19:42:00
だってこいつ一貫して話が長い割にくだらんことズラズラ書くじゃん

まず、結論から書けよ
低能
コメント1件

751
仕様書無しさん[sage]   投稿日:2017/11/22 19:48:04
馬鹿の話は常に長い

752
仕様書無しさん[sage]   投稿日:2017/11/22 20:35:39
>369
今の対応をみると、かなり効率悪いやり方だな。

横展開対応とか全然してないで個別対応ばっかやってるから、
同じような不備が次々に出てきて対応に追われるんだろ。

質問票を分類別に纏めて
現在迄の質問票の分と今までの質問票ではまだ出てきていない漏れの分を横展開で一括対応して、設計書に反映後、
実装させれば状況はマシになるんじゃないか?

753
仕様書無しさん[sage]   投稿日:2017/11/22 20:46:27
別の会社に実装を依頼してる側としてはJavaの言語仕様を質問してくるような会社に当たったときの絶望感はハンパなかった
質問に回答してもぜんぜん質問票閉じないし追加の質問も来なかったから進捗が不安だった

754
仕様書無しさん[sage]   投稿日:2017/11/22 20:50:17
>371
それって継承よObject固有のメソッドであるべきじゃないん?
equalと合わせて気になってた

JVMがどういう使い方してるんか知らんけど
Object継承したクラスが自己ハッシュ作ったら
別の健全なハッシュとぶつかってJVM困ったりせんのか

755
仕様書無しさん[sage]   投稿日:2017/11/22 20:50:27
で、上手くいったの?
コメント2件

756
仕様書無しさん[sage]   投稿日:2017/11/22 22:30:42
プログラムやってると自分の中の時間の流れが変わってしまうようだ
人間に対する時間の与え方が狭量になってしまうというか、自然とコミュ障ぽくなる

757
仕様書無しさん[sage]   投稿日:2017/11/22 22:48:02
プログラムに集中してると超ハイになって他人に攻撃的になるよな
俺だけじゃなくて安心した

のんびり仕事したほうが世の中のためだ
コメント1件

758
仕様書無しさん[sage]   投稿日:2017/11/22 22:51:51
>392
ハッシュが衝突しても問題ない
1000個のうち2つのオブジェクトのハッシュ値が同一でも2つには絞れてるわけだから効率化は達成される

equalsはオブジェクトの比較方法を統一する意味合いが強いんじゃないかな

759
仕様書無しさん[sage]   投稿日:2017/11/22 23:02:06
>394
いい傾向だ
コメント1件

760
仕様書無しさん[sage]   投稿日:2017/11/22 23:56:40
プログラマは真面目に働いたら負け
最大限、手抜きして定時で帰る
経営者や取引先に搾取されるのは嫌だ
コメント1件

761
仕様書無しさん[sage]   投稿日:2017/11/23 03:05:15
疲れるよね
コメント2件

762
仕様書無しさん[]   投稿日:2017/11/23 09:22:06
>398
そのとおり!
搾取分を取り返すだけ!
コメント1件

763
KAC[sage]   投稿日:2017/11/23 11:54:05
>379
お前がまともな設計すらできないことだけはよく分かった。

764
仕様書無しさん[sage]   投稿日:2017/11/23 12:14:49
・些末な間違いに気づくのは早いけど、設計書書き終わるのが遅くなる
・部分を場当たり的に開発すると、全体的に統一の取れていないものになる

間違いが少ない自信があったら設計先にすすめたほうがよくね
コメント3件

765
仕様書無しさん[sage]   投稿日:2017/11/23 12:29:52
っていうか普通は設計書納品するだろ
どんだけ底辺なんだよ

766
仕様書無しさん[sage]   投稿日:2017/11/23 12:52:19
時代遅れの爺さんばっか

767
仕様書無しさん[sage]   投稿日:2017/11/23 13:01:02
>402
・文書だけであれこれ悩むより実際に組んでフィードバックを得たほうが早い
顧客も物があったほうが確認、指摘しやすいので戻りも減る

・すでに物があるのでそれに寄せていけば統一感は失われない
逆に一斉に作業開始すると物がない中での並列作業になるので統一感が失われる

・自信があっても間違えるのが人間

768
仕様書無しさん[sage]   投稿日:2017/11/23 13:09:56
>402

>369
>別の会社が設計したのをうちが作ってるけどコピペして修正漏らしてる奴とか共通仕様を無視した設計になってるやつとかザラにある

設計書にすでに統一感がないってのが発端だろ
先に設計書を書いたって統一感なんか出ない

769
仕様書無しさん[sage]   投稿日:2017/11/23 13:17:42
そもそも先にコード書いたほうが出戻りが少なくなるって理屈が根本的にわからん
最初に全体を俯瞰して、間違いなく作業進めるための方法が設計じゃん

設計が終わってない段階で負荷の大きいコーディングに着手したら
誤りが発覚したときの出戻りって大きくなるはずだろ?
コメント1件

770
仕様書無しさん[sage]   投稿日:2017/11/23 13:20:36
そもそも先に設計書を書けば統一感が取れて間違いもなくなる、ってのはなんの根拠もない
今までずっと先人に、先に設計書を書けば統一感が取れて間違いもなくなるから設計書を書け、って言われてきたからそう思い込んでるだけ

先に設計書を書いた上で、統一感を取って間違いを無くすには
一度書いた設計書を全て何度も精査して、統一感が取れていない部分、間違ってると判明した部分を修正し続けるしかない

結局サイクリックな設計スタイルに帰着する
なら、最初からそのスタイルに最適化して、開発効率を上げるのが賢い人間のやる事

771
仕様書無しさん[sage]   投稿日:2017/11/23 13:29:53
>407
なるほどそれじゃ理解できないか
コーディングの負荷が高いって前提が間違い

コンパイルと実行が有料サービスだった時代
コンパイルに何時間もかかってた時代
そんな昔だったら確かに設計書を書いたほうが安く早く済んだ

でも今は違う
コーディングの負荷は凄まじく低い

772
仕様書無しさん[sage]   投稿日:2017/11/23 13:37:55
>407
全体を俯瞰してシステムを分割する
各サブシステムを疎結合に保つ
各サブシステムを設計開発テストフィードバックをサイクリックに繰り返し開発する

全部のサブシステムの設計書をまとめてアップしてヨーイドンでプログラミングする意味はない
まとめてやらなければならないなら設計が密結合になってる証拠
それはどう考えても悪い設計だ

773
仕様書無しさん[sage]   投稿日:2017/11/23 13:49:07
ITはジェネレーションギャップが大きいからなあ
同じ会社でも年次が5年も離れてるともう常識が全く違う

774
仕様書無しさん[sage]   投稿日:2017/11/23 15:20:54
最初になんとなくの形を考えておくのは大事だが
昔の単純な言語と違って現代では
組んでる内によりよい形が見つかるものだから
先に作ったドキュメントの修正に追われては無意味
ドキュメントが実装の足を引っ張ることだけはあってはならない

775
仕様書無しさん[sage]   投稿日:2017/11/23 15:58:26
プログラムなんて動けばいいよ
動けばいいよでコード書いたらスパゲティになった件
コード手直しの負荷が高すぎてもうやだ
そうだ設計書を完璧にしてコーディングは1回で終わらせよう←ジャップは今ここ
コメント1件

776
仕様書無しさん[sage]   投稿日:2017/11/23 16:03:37
>411
ジェネレーションギャップの問題じゃ無くね?

コーディング先行のやり方って
BtoCのサービスで特定の相手にオーダーメイドする必要が薄いからありだろうが、
BtoBのサービスだと先に特定の相手と認識合わせする必要があるから、基本的には設計書をコーディングする前に揃えておく必要があるな。

他、大規模な案件がBtoBだと多いから情報共有は効率的にやりたいし。
例えばコード50万行読むよりエクセル100シート読む方が効率的だろ。

本質的な概要を理解させるにはパワポ10枚程度で済むし、コーディング先行よりドキュメント先行の方が情報共有の効率がいい。

777
仕様書無しさん[sage]   投稿日:2017/11/23 16:35:44
>377
>プログラムはテストしてなくても静的解析で最低限の整合性は確保されてる
静的言語のコンパイルを繰り返し、ある程度の整合性を確保しながら作業を進めているのが気に入っているのだが…アマチュアだけど、そうしないと心配です

778
仕様書無しさん[sage]   投稿日:2017/11/23 16:47:09
まとめて全部設計する場合

客「ここは〜〜ですね、あれは**ですね〜」
自「なるほどそうなるとそっちは==ですか」
両「「よし、これでお互いの認識が合いましたね」」(境界が曖昧で範囲が広いのでほとんど合ってない)

自「全部、製造しました。めちゃくちゃ頑張って手動テストもしました。いや〜すごい残業しちゃいましたよ(誇らしげ)」
客「なにこれ。思ったのと全然違うんですけど。なおして」
自「え、、、そんなの無理です^^;」
客「訴える」


境界を設けてサイクリックに開発する場合

客「ここは〜〜ですね、あれは**…」
自「ちょっとまってください。あれは別の話なんで、また次の機会にしましょう」
客「じゃあ、〜〜について、もうちょい深めますか」
自「そうしましょう」
両「「よし、これでお互いの認識が合いましたね」」(境界が明確で範囲が狭いので大体合ってる)

自「とりあえずたたき台を作りました」
客「ズバリこの部分がおかしいですね(指差し)。こうなってて欲しかった(指摘が具体的)」
自「そうですか。変更しやすいように作ったんですぐに直ります。30分もあれば自動テストまで終わるでしょう」
自「…できました」
客「すばらしい。完璧です」
自「良かった。これを後で直すことになっていたら大変でしたよ」
自「では、来週は**について進めましょう」
客「週末ですしこのあといっぱいどうです?」
自「いいですね行きましょう^^」

779
仕様書無しさん[sage]   投稿日:2017/11/23 16:47:09
2重書き込みのため表示しません 内容を確認する

780
仕様書無しさん[sage]   投稿日:2017/11/23 16:54:12
>415
正しい手法だよ
設計が上手くなると大部分のバグをコンパイル時に検出できるようになる
コメント2件

781
仕様書無しさん[sage]   投稿日:2017/11/23 16:55:37
ファンタジーだな

782
仕様書無しさん[sage]   投稿日:2017/11/23 17:35:24
>414
俺もそう思うな
ソースってソース見ただけでわかる人そもそもいないしね
同じプログラマだってドキュメントないと辛いよ
つまりどういう構造になってるの?
ってのが知りたいのに
知りたければソース読んでよってぶっ殺すよ?

783
仕様書無しさん[sage]   投稿日:2017/11/23 17:59:19
ドキュメントも見ただけじゃ全部はわからんという事実を無視してるな
じゃあどうするか?
誰が読んでもわかるようにドキュメントをわかりやすく書くんだろ?
コードをわかりやすく書くのも同じこと
コメント1件

784
仕様書無しさん[sage]   投稿日:2017/11/23 18:01:47
ドキュメントと聞いて設計書しか思い浮かばないあたり素人しか居ないようだな
貢献者のためのガイド、ユーザーのためのガイドもドキュメント
それらは実際のコードや製品をもとに書かれるので設計書よりもずっと品質が高い

785
仕様書無しさん[sage]   投稿日:2017/11/23 18:06:05
コード隅々まで見ないでも識別子をよく読めばわかる
コメントもあるしな

786
仕様書無しさん[sage]   投稿日:2017/11/23 18:11:16
たまに設計書不要論者が出てくるけど
全く支離滅裂で早く死ねって思うな
コメント1件

787
仕様書無しさん[sage]   投稿日:2017/11/23 18:19:16
>424
いつもまったく反論できずに罵倒だけして逃げるよね君たち
罵倒って実質、敗北宣言でしょ

788
仕様書無しさん[sage]   投稿日:2017/11/23 18:20:46
>421
逆だ。全部いきなり情報を渡しても人間は処理出来ない。

六法全書渡されて1分程度で全て理解出来るような人間ばかりなら話は別だけど、そうじゃないし。

だから情報は取捨選択する必要があり、本質的な情報だけが欲しい需要にコードの情報は対応出来ないんだよ。

後、コードの情報で全て補えるわけじゃないから。
どのように処理するかは書かれていても何故処理するかは書かれていない場合が多いし。

789
仕様書無しさん[sage]   投稿日:2017/11/23 18:24:06
>424
ガイジだからしょうがない。
ただ現場でこういうのがいると足を引っ張るから
面接とかで弾く必要があるな。
コメント1件

790
仕様書無しさん[sage]   投稿日:2017/11/23 18:27:33
>426
命名が下手くそなコードは隅々まで読まなきゃわからない
良いコードは全部読まなくても何やってるかわかる
コードからは読み取れない情報はコメントに書いてある
コメントでは不足があるならあらためて別にドキュメントを作る
そのドキュメントは実際に動いてるコードを説明するための資料なので設計書ではない
コメント2件

791
仕様書無しさん[sage]   投稿日:2017/11/23 18:38:28
>428
命名が分かりにくいコードは論外だ。
些末な情報をさらに分かりにくくしてるんだからな。

プログラムのコメントはあくまでそのプログラム単体又は子プロセスを含めた処理の概要の説明であって、
システム全体の情報じゃないだろ? 

後、些末な情報が足りないなら後から補完すればいいって話は
本質的な情報が欲しい人に話してもずれてるから。

792
仕様書無しさん[sage]   投稿日:2017/11/23 18:38:44
>426
設計書は取捨選択にも時間がかかる
コードならパッケージやクラスやメソッドを起点にあっという間に必要な情報にたどり着ける
今欲している以外の余計な情報に悩む必要はない

793
仕様書無しさん[sage]   投稿日:2017/11/23 18:41:27
public class PGSVBL003_AC01 { ...

794
仕様書無しさん[sage]   投稿日:2017/11/23 18:41:44
>429
システム全体あるいはサブシステムの概要がほしいなら
プロジェクト、パッケージ、インターフェースを読む
そこについてるコメントと生成ドキュメントも読む
それでも足りないなら概要を別に文書化してもいい
ただしそれは設計書ではない

795
仕様書無しさん[sage]   投稿日:2017/11/23 18:43:19
>430
だからクラスやメソッドに書かれている情報って些末な内容だから。

例えばシステム開発に新しく入ってきた来た人が知りたい情報って、
特定のクラスの特定のメソッドの情報が知りたいわけじゃなくて、
まずシステム全体が何の処理をしていて、何を目的としているのかの情報なんだけど、分からない?

796
仕様書無しさん[sage]   投稿日:2017/11/23 18:43:32
>430
そりゃお前が狭い範囲のコード書く仕事だけしてるからやー!!

797
仕様書無しさん[sage]   投稿日:2017/11/23 18:47:00
>433
な?
このポンコツ頭と話するだけ無駄だろ?
コメント1件

798
仕様書無しさん[sage]   投稿日:2017/11/23 18:47:59
まとまった

つまりメンバーのスキルが著しく低いか、
取り組む課題が見通しがつかないほど困難な時にアジャイルは向いている

やってみなくちゃわからないこと一杯あるときに
狸の皮算用だけやっててもしょうがない
学者なんてアジャイルが仕事みたいなもんだ

799
仕様書無しさん[sage]   投稿日:2017/11/23 18:48:14
>432
それだと情報が足りねえから。
インターフェースのコメントに記載されている内容は実装クラスの概要に限定されるし。

プロジェクトとパッケージは名前ぐらいしか情報を付与出来ないから、
何の処理で何故処理をしてるか大して書けないから。
コメント1件

800
仕様書無しさん[sage]   投稿日:2017/11/23 18:53:39
>435
確かにこいつと話しても有益な情報が特も無いな。

システム全体の情報をどう提示するかに対してプロジェクト名位しか提示出来ない様じゃ駄目だわ。

801
仕様書無しさん[sage]   投稿日:2017/11/23 19:03:16
対象領域を分析して文書化する必要がある

設計書肯定派も否定派もこの事実には異論ないだろう

設計書肯定派はそれを日本語で行う

設計書否定派はそれをプログラム言語で行う
加えて否定派はプロダクトを作ったあとで改めてメンテナーとユーザー向けの文書化を行う

それだけの違いでしかない

設計書肯定派も設計書をフランス語で書こうとはしない
なぜならそれは読み書きできないから

逆に言えば読み書きできればフランス語でもいい
フランス人はきっとフランス語で文書化しているだろう

ということはプログラムを読み書きできるならプログラム言語で文書化してもいい

否定派はプログラムが読み書きできるのでプログラム言語で文書化を行う
加えてプログラムを読めないユーザーや読む時間が無い新規メンテナーのために素早く要点を捉えるための文書を別に用意する

それだけ
コメント1件

802
仕様書無しさん[sage]   投稿日:2017/11/23 19:05:23
>433
プロジェクト構成(コード)
パッケージ構成(コード)
クラス構成(コード)
コメント(コード/ドキュメント)
README(ドキュメント)
コンテキストマップ(ドキュメント)

など
設計書は不要

803
仕様書無しさん[sage]   投稿日:2017/11/23 19:11:45
たとえ話をまじえて主張を声高に叫んでるだけで
主張の根拠がいっこも増えてない件

これが声闘か

804
仕様書無しさん[sage]   投稿日:2017/11/23 19:12:58
いや、もともとは、そんな完璧な設計書を実装前に揃えておくのは厳しいんじゃないか?という点にあるのでは、と
コメント1件

805
仕様書無しさん[sage]   投稿日:2017/11/23 19:13:26
具体性がないが君たちは何か有益な情報とやらをエクセルかなんかに書くんだろうな
だったらそれをコメントにしてコード入れればいい
そんでコードに反映できるものは反映してコメントから消していく
それができない雑魚は就職先間違えてるよ

806
仕様書無しさん[sage]   投稿日:2017/11/23 19:17:08
>440
論外。それだけじゃ顧客への打ち合わせにも使えないし、
新しく入ってきた人への全体を説明する情報が不足してる。

READMEとか何書くの?w
それ納品するの?

コンテキストマップの粒度は?
コンテキストの説明は?線だけ?

807
仕様書無しさん[sage]   投稿日:2017/11/23 19:20:33
>442
そのとおり
別にドキュメントすべてを否定しているわけではない
後付で生成したり手書きするドキュメントには時間を使う価値がある

808
仕様書無しさん[sage]   投稿日:2017/11/23 19:28:08
>442
元々は設計書がゴミだったから実装フェーズで質問票が大量に来て困ってるって話だろ。

設計書が不要って話じゃなくて、設計書の質が悪いって話だけど、
ガイジが不要って解釈してるのが意味不明だわ。

809
仕様書無しさん[sage]   投稿日:2017/11/23 19:32:23
>444
打ち合わせには打ち合わせに適した資料を作る
それは設計書でも後発エンジニアのための文書でもない
別に資料がなくても会話をしながら資料を作成することもできる

READMEには新規参入者が作業を開始できるまでの情報を書く
サイズが大きくなるようなら別のドキュメントにリンクしてもいい
コードと同じリポジトリでバージョン管理して納品する
メンテナンスをするのは自社とは限らない
メンテナンスを引き継ぐ競合他社への嫌がらせをしたいなら含めないほうがいいだろう

粒度はコンテキスト次第で通常は図に加えてテキストでの補足を書く
コンテキストマップの代わりにパッケージ図でも概要をつかむことができる
なぜならコンテキストとパッケージは対になるからだ

810
仕様書無しさん[sage]   投稿日:2017/11/23 19:55:27
>447
それって打ち合わせた後、資料に反映させないってことだよな。

その後、打ち合わせの内容をプログラマーは聞かなきゃいけなくなる手間が発生するし、伝えなかった場合出戻りが発生するな。
仕様の修正にも対応出来ないし。
普通なら設計書に打ち合わせた内容を反映させてチームに共有するけど。

作業を開始出来る状態迄の情報って
具体的には?
設計書と違ってきちんと定義されてないが。

そのコンテキストマップ設計書だよな。
何で設計書不要って嘘つくんだ?

811
仕様書無しさん[sage]   投稿日:2017/11/23 20:18:20
叩き台を作ると客は出来たと思い込み(言葉では理解してても気持ちでは終わってる)、
じゃあこの機能も追加しましょう(まだ工数あるから遊ばせとくのもったいない)となり、
追加により全体の整合性も低くなり、叩き台なので品質も最低。
つまり叩き台を見せる段階で完璧な品質=完成にしておく必要がある。

812
仕様書無しさん[sage]   投稿日:2017/11/23 20:29:42
こんなワナビーの妄想によく付き合ってるなみんな

813
仕様書無しさん[]   投稿日:2017/11/23 20:30:16
ヒマ人しか居ないからな。

814
仕様書無しさん[sage]   投稿日:2017/11/23 20:35:54
どんな業界のどんな現場でも言えることは、
依頼主との信頼関係がとにかく大切ということ。

815
仕様書無しさん[sage]   投稿日:2017/11/23 20:37:09
せやね

816
仕様書無しさん[]   投稿日:2017/11/23 21:04:37
そのまえに、フロントとエンジニアの信頼関係を確保しとけよ、ボケナス

817
仕様書無しさん[sage]   投稿日:2017/11/23 21:26:19
>454
何でキレてんの?

818
仕様書無しさん[sage]   投稿日:2017/11/23 21:27:33
ガイジだからさ
コメント3件

819
仕様書無しさん[]   投稿日:2017/11/23 21:58:13
害はおめーだ、ゴミムシ

820
仕様書無しさん[]   投稿日:2017/11/23 22:22:00
おっと!
俺を呼びましたか?

「そとむし」と呼ばれた
害虫(外注)の
クズでっせ!
(* ̄▽ ̄)フフフッ♪

821
仕様書無しさん[sage]   投稿日:2017/11/23 22:24:22
何したんだよw

822
仕様書無しさん[sage]   投稿日:2017/11/23 22:28:02
5ちゃんねるもせめてBBコードぐらいサポートしてくれてもいいのにな
絵文字すら今時使えないなんて
コメント1件

823
仕様書無しさん[sage]   投稿日:2017/11/23 22:36:32
>309
No.3 設計書不要ガイジ
学歴 -
職業 無職?
得意科目 無し
苦手科目 論理学

口癖 サイクリック、リファクタリング、設計
特徴 全体の事象を考える事が出来ない視野狭窄ガイジ。仮想客との打ち合わせを妄想する。断定口調だが矛盾をよく突っ込まれる。

824
仕様書無しさん[sage]   投稿日:2017/11/23 22:49:24
>460
サポートしても運営にメリット無いし

825
仕様書無しさん[sage]   投稿日:2017/11/24 00:16:09
単純にコードの修正に合わせたドキュメントの工数を認めないor過少に見積もるのと
作業する方もドキュメントの修正は大事だと分かっているけど、退屈で面倒だったり
藪をつついて蛇を出すことになることもあるから避けたいという。
コメント1件

826
仕様書無しさん[sage]   投稿日:2017/11/24 00:20:47
書類の修正工数を認められなかったら
それを理由に仕事をさぼればいいじゃない
コメント1件

827
仕様書無しさん[sage]   投稿日:2017/11/24 01:36:45
ガイジ凄いな
ポケモンボールに入れて便所に流したい

828
仕様書無しさん[]   投稿日:2017/11/24 08:33:47
【貧困】安売りして孤独死するな【非婚】

人月契約は早く作るほど早く使い捨てられるぞ!
無能残業サービスして使い捨て搾取促進するな!

SEは疾病や早死の確率が高いです。
安売り残業してる場合ではありません。
孤独死して社会に迷惑かけないようにしましょう。

40代多数 孤独死現場の状況
http://matsuri.5ch.net/test/read.cgi/infosys/1509679563/
コメント1件

829
仕様書無しさん[sage]   投稿日:2017/11/24 09:56:51
>461
No.4 コピペガイジ
学歴 中卒?
職業 無職
得意科目 無し
苦手科目 簿記

口癖 SE、非婚、搾取、無能、偽装請負、多重派遣、損害
特徴 多数のスレに多量のコピペを撒き散らす広範囲爆撃ガイジ。コピペで金額を捏造する。箇条書きで会話が成立しないのが特徴。

830
仕様書無しさん[sage]   投稿日:2017/11/24 10:07:04
>467
訂正

No.4 コピペガイジ
学歴 中卒?
職業 無職
得意科目 無し
苦手科目 簿記

口癖 貧困、非婚、搾取、無能、偽装請負、多重派遣、損害、SE
特徴 多数のスレに多量のコピペを撒き散らす広範囲爆撃ガイジ。コピペで金額を捏造する。箇条書きで会話が成立しないのが特徴。
コメント1件

831
仕様書無しさん[sage]   投稿日:2017/11/24 10:11:44
ガイジマスターの道はまだまだ険しい

832
仕様書無しさん[sage]   投稿日:2017/11/24 11:00:10
現在までのガイジ度ランク表
 重度 コピペガイジ、else禁止ガイジ
 中度 設計書不要ガイジ、継承不要ガイジ
 軽度 該当者無し

833
仕様書無しさん[sage]   投稿日:2017/11/24 11:20:32
継承不要ガイジは重度だったろ

834
仕様書無しさん[sage]   投稿日:2017/11/24 11:39:09
>471
継承不要ガイジは中度かな

重度と比較すると会話はまだ可能なのと、
都合が悪くなってもあくまで反論は技術な観点での反論に終始するし

重度のelse禁止ガイジは罵詈雑言ばっかで会話出来てないし、
コピペガイジもアスペ的な感じで会話出来ないから、こいつらと比べると中度かな

835
仕様書無しさん[sage]   投稿日:2017/11/24 11:39:32
プログラマーってヤバイ人多いんだな

836
仕様書無しさん[sage]   投稿日:2017/11/24 12:01:17
>472
それはただ単に議論してるだけでガイジでもなんでもないのでは…

837
仕様書無しさん[sage]   投稿日:2017/11/24 12:11:53
>474
継承不要なのを他者に押し付けなければね

継承はありえない!それ以外はおかしい、内包にするべき!

根拠を突っ込まれても
再度湧いて他人に押し付けるスタンスだから、
ガイジ認定している

実装以外に目を向けていない所は設計書不要ガイジに近いね
コメント1件

838
仕様書無しさん[sage]   投稿日:2017/11/24 12:18:08
設計書不要ガイジも発言すべてが支離滅裂だけどな
Siriとでも喋ってるのかと思う

839
仕様書無しさん[sage]   投稿日:2017/11/24 12:21:11
そう。だから継承不要ガイジと設計書不要ガイジは中度位になる

840
仕様書無しさん[sage]   投稿日:2017/11/24 12:25:27
C#スレにいる
誰でも書けるコードをわざわざlinqで書きたいって何度も聞いてくるガイジも入れろ

841
仕様書無しさん[sage]   投稿日:2017/11/24 12:26:37
友の会スレ行けよ
って言ってもポケモンボールに入らない

842
仕様書無しさん[sage]   投稿日:2017/11/24 12:28:33
>478
このガイジのランク表はこのスレで発生したガイジ限定だから。
他のスレのガイジ入れても誰こいつってなるじゃん。

843
仕様書無しさん[sage]   投稿日:2017/11/24 12:33:47
いいじゃん
たくさんコレクトしてこうぜ
コメント1件

844
仕様書無しさん[sage]   投稿日:2017/11/24 12:34:40
他のスレにももっと凶悪なガイジが存在してるかもしれない

845
仕様書無しさん[sage]   投稿日:2017/11/24 12:40:37
ガイジコレクション

846
仕様書無しさん[sage]   投稿日:2017/11/24 13:28:54
スレを読み返したが
どう見ても継承必須のほうが他人に押し付けてる

継承が困る具体例は山ほど出てるのに
一番あおってる奴は反論といえば俺の設計だから!しか言ってないじゃないか

どうなのよ

847
仕様書無しさん[sage]   投稿日:2017/11/24 13:30:51
継承不要ガイジ君、おっす!
コメント5件

848
仕様書無しさん[sage]   投稿日:2017/11/24 13:33:02
つか技術的な是非を問いたいなら、最低限その手の本2、3冊は読んでから出直せよって思うよな、どのガイジも。
既にある用語を勝手に別の造語で語るのは論外

849
仕様書無しさん[sage]   投稿日:2017/11/24 13:35:39
>486
権威に依存した考え方しかできんやつこまる
関係ないやろ

850
仕様書無しさん[sage]   投稿日:2017/11/24 13:35:53
分かる。継承不要ガイジもis aの用語を別の造語で語るしな
コメント1件

851
仕様書無しさん[sage]   投稿日:2017/11/24 13:38:22
>487
勝手に用語を導入するなら、その用語がどう言う意味なのか正確に相手に説明する義務があると思うが、それもないだろ?

つまり無知なんだよ。議論する気もないんだよ
コメント3件

852
仕様書無しさん[sage]   投稿日:2017/11/24 13:39:17
レッテル張りが横行すると
変な徒党ができて世界が住みづらくなる…

どの用語がわからんかったんだよ
そんな変なの今んとこないだろ

853
仕様書無しさん[sage]   投稿日:2017/11/24 13:40:27
>490
ガイジ君はプロ専用に行ったら?
仲間ならそっちにいるよ

854
仕様書無しさん[sage]   投稿日:2017/11/24 13:42:10
まあ、下手な継承して設計ぐちゃぐちゃにされるシステムは悲惨だけどな。
C#だって二重継承は禁止だったり、自由過ぎたC++の問題を反省してるじゃん。

855
仕様書無しさん[sage]   投稿日:2017/11/24 13:49:46
(多分別の人だし目くじら立てたくないけど、二重継承も一般的じゃないで...和訳語としては、多重継承、関連語でダイヤ継承とかや...)

856
仕様書無しさん[sage]   投稿日:2017/11/24 13:50:35
まぁ馬鹿な奴が設計すればそうなるわな。
だからそうじゃない奴に設計を任す必要がある。
コメント2件

857
仕様書無しさん[sage]   投稿日:2017/11/24 13:52:08
解決策や問題点を人に倒してる時点で終わってる
具体的な方針言えよ

858
仕様書無しさん[sage]   投稿日:2017/11/24 13:56:38
>495
継承不要ガイジはしつこいな。

共通化すべきと共通化すべきじゃない項目を明確にする。
スーパークラスに存在する項目とかサブクラス特有の項目とかな。

ってもお前中度ガイジだし、話しても無駄だろ?

859
仕様書無しさん[sage]   投稿日:2017/11/24 14:08:33
いくらでも存在するしな、人に任されてる部分なんて。
名前付け、関数化、イミュータブルかどうか、スコープ、制御文の書き方、アクセサの使い分け、戻り値の方針。

初めのうちは巷のガイドを覚えて守れとしか言いようないわ

860
仕様書無しさん[sage]   投稿日:2017/11/24 14:09:09
ガイジガイジ

861
仕様書無しさん[sage]   投稿日:2017/11/24 14:38:44
ガイジガチャ
SSRガイジ
コメント1件

862
仕様書無しさん[sage]   投稿日:2017/11/24 14:43:08
ピカチュウ!
1関数10万行コードだ!

863
仕様書無しさん[sage]   投稿日:2017/11/24 21:48:11
>496
明確にするキリッじゃなくて明確にしてみろよ

864
仕様書無しさん[sage]   投稿日:2017/11/24 22:10:23
>497
巷のガイド「継承は悪。なるべく使わないようにしましょう」

どうしろと
コメント1件

865
仕様書無しさん[sage]   投稿日:2017/11/24 22:13:02
ガイジ認定ガイジは手に負えないな

866
仕様書無しさん[sage]   投稿日:2017/11/24 22:15:11
少なくともガイジ君はみんな自分の技術的主張はしてたし
滅茶苦茶だけど会話しようとはしてたからな

ピカチュウとかガイジマスターとか言ってるやつ何なの…

867
仕様書無しさん[sage]   投稿日:2017/11/24 22:17:28
1つのクラスにあまりごちゃごちゃ書かない、と教わりました
んが、クラスを分けるとエラーになる機能もあったりする
アクティビティを渡し始めるとドツボにはまる
部品化できねえ〜〜

かと言って1つでもstatic化すると、
staticの負の連鎖が止まらない
コメント2件

868
仕様書無しさん[sage]   投稿日:2017/11/24 22:32:58
>504
雑談スレは雑談しろよ

869
仕様書無しさん[sage]   投稿日:2017/11/24 22:34:40
>505
クラス図書けよ
切っても切れない関係は無理に切ることはない
コメント1件

870
仕様書無しさん[sage]   投稿日:2017/11/24 22:56:37
>501
状況によって明確の基準は変わるから。
その状況を出してみろよ。明確に分けてやるから。

871
仕様書無しさん[sage]   投稿日:2017/11/24 23:03:33
>502
そんな現場あったか?
コメント1件

872
仕様書無しさん[sage]   投稿日:2017/11/24 23:06:27
>503
ガイジ認定されると都合の悪いって事はお前も…?
コメント1件

873
仕様書無しさん[]   投稿日:2017/11/24 23:06:47
クラス図書委員

874
仕様書無しさん[sage]   投稿日:2017/11/24 23:13:39
>508
じゃあサーバから呼ばれた時のリアクションクラス作りたい
利用者の権限チェックしたい
サーバのセッション情報使いまくるしDBアクセスもしまくるけどユニットテストもしたい

875
仕様書無しさん[sage]   投稿日:2017/11/24 23:16:09
ユーザーイベントをサーバが解釈して呼んでくれるクラスね

876
仕様書無しさん[sage]   投稿日:2017/11/24 23:23:16
>510
どこかの誰かの価値観による一方的なレッテル張りは無駄だと思うよ
困る奴はいるのかもしれないけどね

877
仕様書無しさん[sage]   投稿日:2017/11/24 23:34:11
>512
確認したいんだけど、REST APIみたいな感じでいいの?

878
仕様書無しさん[sage]   投稿日:2017/11/24 23:38:18
えーと、いいよ

879
仕様書無しさん[sage]   投稿日:2017/11/24 23:40:31
>514
そう?万引き犯とか要注意ガイジとか、
変な奴の情報は共有しといた方がいいと俺は思ってるけど。

変質者の情報共有もレッテル貼りと称して、
邪魔する感性が分からんわ。

880
仕様書無しさん[sage]   投稿日:2017/11/24 23:46:47
匿名掲示板で何わけのわからんこと言ってるんだよ

話のもってき方が根っから煽動家だな
おおむね理系の敵

881
仕様書無しさん[sage]   投稿日:2017/11/25 00:40:33
>512
イメージ的にはSpring Bootで大枠を作る感じだな。

要件を見た感じスーパークラスとサブクラスで共通項目を明確化する必要がそもそも無さそう。

そのレベルなら例えば認証において、
org.springframework.security.core.userdetails.Userとかフレームワークのクラスを継承して、そのまま実装すれば出来る感じがするわ。

権限チェックはSpring Securityを使って、DBアクセスはHTTPメソッドのGET/POST/PUT/DELETEを起点に、
Controller(session保持)→Service→Repository(JPA継承)でCRUD処理を実現。

ユニットテストはJUnitを利用。プラグインのEclEmmaを使用してカバレッジを担保する感じにするな。

882
仕様書無しさん[sage]   投稿日:2017/11/25 01:54:48
>517
何度も同じ話されると飽きるよね
「どうして人を殺しちゃいけないの?」
って質問ぐらいうんざりする
んでちゃんとメリットとデメリットを
並べて主張ができるならいいけど
そいつのただの直感以外の要素が見当たらないんだよね

さっさと技術者なんてやめてスーパーでレジ打て

883
仕様書無しさん[sage]   投稿日:2017/11/25 03:57:36
開発の打ち合わせでも自分の意見通すことだけ考えてて
他の人の話を全く聞いてないで主張のみを繰り返す奴なんてよく居るだろ

884
仕様書無しさん[sage]   投稿日:2017/11/25 06:23:22
>520
は?要するにお前の脳が腐ってるから、
直感以外の要素が見当たんないって事だろ

ガイジが暴れまわっていて、こいつはおかしいっていうと
直感以外の要素が見当たんないとか、頭おかしいんじゃねえのお前

池沼のお前がレジ打ちやれや
コメント1件

885
仕様書無しさん[sage]   投稿日:2017/11/25 06:36:09
おまいはサイコパスの気があるから世間が危険人物として監視するのは当然

886
仕様書無しさん[sage]   投稿日:2017/11/25 07:24:49
>522
じゃあ、メリットは?
って聞いたら並べられるのかな?
今までのガイジにそれができるとは思えないけど

887
仕様書無しさん[sage]   投稿日:2017/11/25 08:04:10
ある思い付きに対して
自分でメリットとデメリットを
並べて客観的な評価が下せないから
ガイジになるんだろう

888
仕様書無しさん[sage]   投稿日:2017/11/25 08:14:34
>519
UserInfoむりやり継承してるだけで他使ってないやん!w

889
仕様書無しさん[sage]   投稿日:2017/11/25 08:33:31
>526
ウケるなw
お前がDBフレームワークを知らないエセプログラマーなのは分かったわw

RepositoryがJPA継承しているが、具体的にどのクラスを継承してるか分かるか?

890
仕様書無しさん[sage]   投稿日:2017/11/25 08:36:20
知るかよ
おれならなにも継承しないでつくる

891
仕様書無しさん[sage]   投稿日:2017/11/25 08:41:51
>528
だから、継承不要ガイジはそうやって作ればいい。
他人に効率の悪い開発方法を押し付けるな。

他のまともで技術のある人はフレームワークとか継承して、
車輪の再開発をせずに効率良く開発するからさ。

892
仕様書無しさん[sage]   投稿日:2017/11/25 08:45:36
お前が継承いるって言ってるんだからどうやって継承してるのかお前が言えよ!

何がいいか悪いかの話もできんだろうが
何人にやらそうとしとんや
コメント1件

893
仕様書無しさん[sage]   投稿日:2017/11/25 09:01:58
>530
認証の方で1つ挙げただろw

それで全部とか勘違いするとか
ガイジは基本的なフレームワークの知識も知らないんだなw

まずはフレームワーク周りの知識をつけてから発言しろや無能が。

894
仕様書無しさん[sage]   投稿日:2017/11/25 09:06:25
自分の設計を絶対視するわりに
知らない人間が聞きに来たら無知を嘲笑し答えは言わない
現実の課題には目をつぶり責任は実装者になすりつける

絶対当たりたくないSEや…

895
仕様書無しさん[sage]   投稿日:2017/11/25 09:07:38
ガイジの特徴としてメリットを説明できない

896
仕様書無しさん[sage]   投稿日:2017/11/25 09:09:44
>532
現場来るからには基本的な知識を身につけるのは当然だろ。

聞き方にもよるけどな。今回は偉そうで無知なガキが
デカイ態度とったから相応の対応をしただけだけどな。

まともな態度の人ならまともな対応をするが。

897
仕様書無しさん[sage]   投稿日:2017/11/25 09:36:41
ほんとうは自分も知らなくて答えられないくせに
コメント1件

898
仕様書無しさん[sage]   投稿日:2017/11/25 09:40:58
メリットを出せない主張ならガイジ

899
仕様書無しさん[sage]   投稿日:2017/11/25 09:43:27
オブジェクト指向もメリットを説明できないので考えた奴はガイジ
コメント1件

900
仕様書無しさん[sage]   投稿日:2017/11/25 09:43:45
使ってる奴もガイジ

901
仕様書無しさん[sage]   投稿日:2017/11/25 09:56:08
言語仕様がクソなのではない
アジャイルがクソなのだ
と思ってたが、クライアントがクソなのだ

と思ってたが、俺がクソだったわ…すまん
コメント1件

902
仕様書無しさん[sage]   投稿日:2017/11/25 10:14:52
>539
主張に根拠がないのでガイジ
コメント1件

903
KAC[sage]   投稿日:2017/11/25 10:17:15
>540
その意見のどこに根拠が?
コメント1件

904
仕様書無しさん[sage]   投稿日:2017/11/25 10:19:04
流行に流されて根拠も何も考えてないモンキーが日本人

905
仕様書無しさん[sage]   投稿日:2017/11/25 10:21:23
>541
主張に根拠がない=ガイジ
コメント1件

906
仕様書無しさん[sage]   投稿日:2017/11/25 10:32:17
日本人の常識には根拠がないからな
彼らの根拠はみんながやってるから右に倣えしてるだけだからな
知的レベルがモンキーなんだよ

907
KAC[sage]   投稿日:2017/11/25 10:32:19
>543
いや、その根拠が無いという指摘な訳だが

908
仕様書無しさん[sage]   投稿日:2017/11/25 10:33:43
日本を悪くいいながら未練がましく日本にいるガイジ

909
仕様書無しさん[]   投稿日:2017/11/25 10:38:22
ふと思ったが、for文はインクリメントするよりもデクリメントした方がコード的には効率がいいな。
結果が変わる場合は論外として、結果が同じならインクリメントで実装するよりも
デクリメントで実装した方が良い。

どうせまたサルが騒ぎ出すのだろうが。

910
仕様書無しさん[sage]   投稿日:2017/11/25 10:41:32
また珍説語りだしたw

911
仕様書無しさん[sage]   投稿日:2017/11/25 10:41:41
どこを作ってるんかしらんが
そんなもんアプリの寿命全部あわせたって1秒も節約できないだろう

でも俺がそのコード理解するために20秒ぐらい余計に時間かかるんだけど

912
仕様書無しさん[sage]   投稿日:2017/11/25 10:42:56
今回の釣り針は食い付き悪そうだけどな

913
仕様書無しさん[sage]   投稿日:2017/11/25 10:45:56
日本人はミロのヴィーナス作ってる頃に土偶作ってたんだから継承なんてどうでもいいだろつ
日本はたまたま運よく朝鮮戦争特需で成長しただけで、
ほっといたら土偶を作り出すんだよ
それがこの民族のレベルであり本質なんだよ

914
仕様書無しさん[]   投稿日:2017/11/25 10:46:50
>548 ← サル確定w

915
仕様書無しさん[]   投稿日:2017/11/25 10:47:48
>549

末端の実装しかさせて貰えないお前には関係ない話っぽいな。

916
仕様書無しさん[sage]   投稿日:2017/11/25 10:51:32
本当に貧しい国になってしまった

917
仕様書無しさん[]   投稿日:2017/11/25 11:02:50
貧しいと思ってるなら富める方法を考えればいいじゃん。

918
仕様書無しさん[]   投稿日:2017/11/25 11:03:01
PHPのトレイトってどうなの?

言語に用意されたコピペ機能のようなもので便利ではあるが
間違えて使われそうな機能でもある

traitの中に存在してないフィールドも参照できるが
そんな事あちこちでやったら訳分からなくなるし
結合度が上がる

traitを使ってるクラスでtraitにあるメソッドと同じ名前のメソッドを定義すると
traitのメソッドは上書きされる
場合によっては分かりにくいエラーを引き起こすかも
コメント1件

919
仕様書無しさん[sage]   投稿日:2017/11/25 11:20:01
コピペは疎結合を実現するための有力な手段
継承とコピペならコピペのほうがオブジェクト指向的なんだよ

920
仕様書無しさん[sage]   投稿日:2017/11/25 11:23:57
まだガイジ認定ガイジが暴れ回ってんのか

921
仕様書無しさん[]   投稿日:2017/11/25 11:38:34
>558

なんだこの自己紹介

922
仕様書無しさん[]   投稿日:2017/11/25 11:39:59
>556

最近PHP使ってないから白根。

923
仕様書無しさん[sage]   投稿日:2017/11/25 11:41:35
>557
死ねw
ソース汚くなって無駄に工数がかかりまくるから、うちのプロジェクトには来るなよ。
絶対に来るなよ

924
仕様書無しさん[sage]   投稿日:2017/11/25 11:43:28
どんな言語にしても、プログラムが動く仕組みが謎すぎる
アルファベットの並びを予約語にして、
順番やルールを作って文法化してるのかな

しかしそうなると、その規定を書く別の言語が必要になるやん
んで、更にその言語は誰が規定してるのか?
ワケワカメやで
コメント1件

925
仕様書無しさん[sage]   投稿日:2017/11/25 11:47:01
PHPの神髄は1ファイルごとに完全独立していること
被害は1ファイルに抑えることが絶対条件

926
仕様書無しさん[sage]   投稿日:2017/11/25 11:47:23
フレームワーク使ってる状態で規模が大きくなると
「ここ修正してね、ほか触らなくていいから」ってなるけど
その状態を良しとするセンスはおかしい

927
仕様書無しさん[sage]   投稿日:2017/11/25 11:48:53
>562
情報系の学校出てるとコンパイラの作り方を学ぶから
その辺の理解力の差が出るんだよな
座学や資格は無駄で仕事だけやり続けたら実力が付くっていうのは勘違い

928
仕様書無しさん[sage]   投稿日:2017/11/25 11:57:41
電卓アプリもし作るなら私は一ヶ月かかるよ
しかも四則演算だけ
お前らならもっとすごいの数日で作れそう
羨ましい
コメント1件

929
仕様書無しさん[sage]   投稿日:2017/11/25 12:01:31
会社の研修だと電卓アプリは半日だな
ちゃんと字句解析してたよ
最近の子は頭イイネ

930
仕様書無しさん[sage]   投稿日:2017/11/25 12:04:51
>564
やたらめったら手を入れまくった挙句
手に負えなくなるんですね

931
仕様書無しさん[]   投稿日:2017/11/25 12:05:03
おいなんだ? 今日は学生さんしか居ないのか?
コメント2件

932
仕様書無しさん[sage]   投稿日:2017/11/25 12:05:46
>567
c#の関数呼ぶだけやでw
知らないの?w

933
仕様書無しさん[sage]   投稿日:2017/11/25 12:06:34
うそやろ??
電卓アプリ大変やで

まずボタン作って参照取得して、
+-+÷はともかく、
1つの計算の開始と終わりを処理せねばならん

しかもわしが作ると、ぬるぽで落ちる
でも勉強になりそうだし作ってみよかな

934
仕様書無しさん[sage]   投稿日:2017/11/25 12:06:41
>570
よくわからないからCOBOLで例えてみて

935
仕様書無しさん[]   投稿日:2017/11/25 12:06:45
>563

ヴァーカ
コメント1件

936
仕様書無しさん[sage]   投稿日:2017/11/25 12:07:43
電卓アプリは奥が深い
ただの安物電卓の真似ですら実は結構大変
市販の電卓アプリだって同じ操作で同じ結果がでるわけじゃないしな
コメント1件

937
仕様書無しさん[]   投稿日:2017/11/25 12:07:59
>+-+÷はともかく、

‟四則演算”記号という言葉を知らない奴が…

938
仕様書無しさん[sage]   投稿日:2017/11/25 12:08:49
超絶技法でコードを短縮したつもりになって
可読性落として素人に作業を振れないコードは
コストが高くつく儲からないコード

939
仕様書無しさん[sage]   投稿日:2017/11/25 12:13:13
足し算アプリ作ったよ!!

@Override
pubic int tashizan (int n1 , intn2){
super();
return n1 + n2;
}

940
仕様書無しさん[sage]   投稿日:2017/11/25 12:13:15
>571
だからーそういう文字列ぶち込むと計算してくれる関数あるの

941
仕様書無しさん[]   投稿日:2017/11/25 12:21:08
>576
>素人に作業を振れないコードは コストが高くつく儲からないコード

素人に振る事前提な時点で、そもそも儲からないプロジェクトって分かってたんじゃんw

なんでそんな仕事請ける?

942
仕様書無しさん[sage]   投稿日:2017/11/25 12:22:44
>579
作業の定量化は大前提だよ
議論の余地もない

943
仕様書無しさん[]   投稿日:2017/11/25 12:28:53
>580

ヴァカなのかな? 「なんで素人入れるんだよ?」って言ってんだけど。
定量化? 何寝言言ってんだよw
コメント1件

944
仕様書無しさん[]   投稿日:2017/11/25 12:31:46
ほんと、仕事をなんだと思ってるん?
お客さんから金貰って納品する物作るのに素人入れるって、ヴァカなん?

自社製品で新人育てるにしても、碌に知識の無い素人なんか雇うなよ。
コメント1件

945
仕様書無しさん[sage]   投稿日:2017/11/25 12:38:26
よそのプロジェクト見たら、
ループで回せば1行で済む内容を
変数ごとに何度も同じこと書いてあった。

が、複数でプロジェクトに参加する場合は
その方が見やすいのかも知れない

946
仕様書無しさん[]   投稿日:2017/11/25 12:39:24
>複数でプロジェクトに参加する場合は
>その方が見やすいのかも知れない

なわけねーだろ!

947
仕様書無しさん[sage]   投稿日:2017/11/25 12:42:27
だよなぁ
ループで1回の方がいいよなあ

でも何か理由があっての書き方なのかとおもた
コメント1件

948
仕様書無しさん[sage]   投稿日:2017/11/25 12:48:12
四則演算電卓は大学の講義の課題だった記憶が...
まあなんだ、javaで出来て当たり前よ

949
仕様書無しさん[]   投稿日:2017/11/25 13:01:25
既存のパーサーとかパーサー生成器とかを使うのは禁止で
コメント1件

950
仕様書無しさん[sage]   投稿日:2017/11/25 13:02:16
elseおじは今日も元気だな

951
仕様書無しさん[]   投稿日:2017/11/25 13:10:06
>588

おまえは今日もレベル低いな

952
仕様書無しさん[sage]   投稿日:2017/11/25 13:15:17
IDが出ない板なのに自分がelseおじって自覚あるんだw

953
仕様書無しさん[sage]   投稿日:2017/11/25 13:15:44
NGしやすいようにトリップ付けてくれればいいのに

954
仕様書無しさん[]   投稿日:2017/11/25 13:20:30
>590 = 前の書き込みではどう認識しているかは全く関係ないという事が理解できない、論理に疎いヴァカ

955
仕様書無しさん[sage]   投稿日:2017/11/25 13:47:04
//計算式
string exp = "(1+6)*5/(7-4)";

//式を計算する
System.Data.DataTable dt = new System.Data.DataTable();
double result = (double)dt.Compute(exp, "");

//結果を表示
Console.WriteLine(result);

ハイ、終わり(dobon.netコピペ)
電卓ジジイ、テメェの時代はすでに終わっている
いつまでもクソな課題出してんじゃねーよ化石
コメント1件

956
仕様書無しさん[sage]   投稿日:2017/11/25 13:59:44
要するにフレームワークって素人を矯正する大リーグ養成ギブスみたいなもん
誰が書いてもだいたい同じになるようになってる
コメント1件

957
仕様書無しさん[sage]   投稿日:2017/11/25 14:00:11
よくわからんが、計算はどうでもよくて
クラスやメソッド分けたりを自分でやる練習なんじゃないのかね
初心者向けだが

958
仕様書無しさん[sage]   投稿日:2017/11/25 14:00:34
本当はSQL一発で書いたほうが高速シンプル保守良しなのわかってるでしょ?
素人は全く買い得できなくなっちゃうからSQLで全部書くのって嫌われるけどさ
それに、20:80の法則とかいってチューニングから目を背けてるでしょ?

959
仕様書無しさん[sage]   投稿日:2017/11/25 14:08:00
納期守ってくれるならいくらでも自由にどうぞ

960
仕様書無しさん[sage]   投稿日:2017/11/25 14:16:00
>596
保守悪

961
仕様書無しさん[sage]   投稿日:2017/11/25 14:18:02
一日12時間寝てるロングスリーパーだから、家で勉強時間取れないんだけど皆どうしてる?
自分は英語、数学、機械学習、アルゴリズム、ゲーム制作したいんだけど
どれか一つ削る必要あるか?
正直帰って本読んで風呂入って寝て勉強時間が取れない
アドバイス頼む

962
仕様書無しさん[sage]   投稿日:2017/11/25 14:21:29
仕事=勉強になるように段取りすればいい
コメント2件

963
仕様書無しさん[sage]   投稿日:2017/11/25 14:24:41
>600
でも仕事だと単体テストとか仕様書書いたり無駄な作業がどうしても出てこない?
コメント1件

964
仕様書無しさん[]   投稿日:2017/11/25 14:32:25
> 単体テストとか無駄な作業

ヴァーカ
コメント1件

965
仕様書無しさん[]   投稿日:2017/11/25 14:37:03
基本を軽視するヴァカ

「でも、追いまわしやってると"かつら剥き"とか無駄な作業がどうしても出てこない?」

966
仕様書無しさん[sage]   投稿日:2017/11/25 14:46:05
単体テストとか無駄でしょ
他人が作ったものなら尚更
何で単体テストをそこまで重視するのか

967
仕様書無しさん[]   投稿日:2017/11/25 14:50:22
自分が楽するために決まってんじゃん。ヴァーカ
コメント1件

968
仕様書無しさん[]   投稿日:2017/11/25 14:52:51
つーか、まさか"単体テスト"って、手動・目視の奴のこと言ってんじゃねーだろうな?
それ、テストとしての信ぴょう性、全く無いからな。
コメント1件

969
仕様書無しさん[sage]   投稿日:2017/11/25 15:31:54
>606
手動目視の事だよ

970
仕様書無しさん[sage]   投稿日:2017/11/25 16:30:32
製造後に開発者が動作確認するのはテストじゃないってば

971
仕様書無しさん[sage]   投稿日:2017/11/25 16:47:33

972
仕様書無しさん[]   投稿日:2017/11/25 16:50:33
>609

宿題は自分でやらないとな。
コメント1件

973
仕様書無しさん[sage]   投稿日:2017/11/25 17:09:17
不具合確認のデバッグと品質保証のテストを混同してる奴ってまだいるのか。
コメント2件

974
仕様書無しさん[sage]   投稿日:2017/11/25 17:33:31
アホらしー
一生安泰案件のマイナーPGだが、アホらしー
「人生の半分の時間に値する仕事がこんなんでええんかなー」と、
「こんなん中級PGでもふつーにできそうな仕事でこんな大金貰えるとか人脈うまー」と、
「自分の頭ってこんな程度なんかー。もっと頭が良いと思い込んでいたわー」と、
三つの意味でアホらしー

ちなみに相手は絶対に倒れないし取りっぱぐれもない
んで内容も先人がある程度片付けたものの更新と手直しをするだけで、
単純作業の繰り返しに過ぎず、むしろ肉体労働に近い
かといって、納期や量は言うほどでもないので正直、拘束時間が長いだけの暇な仕事
そして監督する人もいないし、精査する人もいないので、
給料や待遇はそこそこ良い

契約は年単位だが、すでにふつーの生涯年収は優に越えているし、
切られる様子も全然ない
仮に来年切られたところで何も困らない
そんな人生になっているアホらしー

975
仕様書無しさん[sage]   投稿日:2017/11/25 17:38:55
                       /: : : : : : : : : : : : :
                   | : : : : : : : : : : : : : 
                   | : : : : : : : : : : : : :  
                __    ゝ . __: : : : : : : : : 
.      r‐-==ニ二     `ヽ_____  Τニi┬- 
       `>‐┬――- 、 ∨       `ヾ=L}  
      /⌒ヽ | 、_ __   ヽ |         \}  
      /    \ | rq __   ||ニ=-       ヽ  
.    /-‐=ミ ヽ|  ノ     リ^i-‐      Y   |ヽ、
.   {7 ̄\  `|   ‐ァ    〃―-      | }  ,′: 
. ー--/     ヽ_,∧     / -‐=ミ    j/ /::::::: 
.   ′    /    ー--‐く/     ∧  ∠..__/:::::::::: 
      /           /    /__{/      ̄ ̄
     /         , '      /
.    /             /     ′
.  /             /     / 
                /    /
             /  /
.             /   ′
           ,イ   /
         〃///
        {/イ

976
仕様書無しさん[sage]   投稿日:2017/11/25 17:40:37
>612
だから発言すべてが支離滅裂なのか

977
仕様書無しさん[sage]   投稿日:2017/11/25 17:47:07
何かしらなければ
したっぱPGで大金はもらえんだろう
なんかニッチな言語とか

ほんとに人脈だけなんか

978
仕様書無しさん[sage]   投稿日:2017/11/25 17:49:31
>615
そういう業務特化の知識は運やで
ただ、その代わり彼の人生は運だけになってしまってなんの価値もない

979
仕様書無しさん[sage]   投稿日:2017/11/25 17:54:04
別にプログラマーに限らず下っ端なんて大金はもらえないよ
大金ではないが他の業種に比べたら比較的多めのお賃金を得やすい職業ではあると思う
年収1千万くらいまでなら人脈というより運の要素の方がでかいね
コメント1件

980
仕様書無しさん[sage]   投稿日:2017/11/25 18:05:54
俺もロボット動かせるけど
ベンチャー二度と行きたくない
コメント1件

981
仕様書無しさん[sage]   投稿日:2017/11/25 18:51:42
絶対倒れない切られない…なんだろう
国の軍事か医療向けのパッケージソフトのメンテかなんかかなあ…

982
KAC[sage]   投稿日:2017/11/25 19:06:18
>547
今さら釣られてみるが
コンパイラが最適化するから気にすんな
コメント1件

983
仕様書無しさん[]   投稿日:2017/11/25 19:23:21
>620

そういう意味じゃねーよ、ハゲ

984
仕様書無しさん[]   投稿日:2017/11/25 19:26:12
>612

べつに修行してるわけじゃないから仕事が楽なら楽で構わないんだが、
問題なのは肉体労働系だととっとと切り上げて好きなことやる、みたいな余暇が作れない場合が多く、
そうなると、仕事外での自己研鑽ができなくて、作業ロボのような人生を歩むことになるのは確かに嫌だな。
コメント2件

985
仕様書無しさん[sage]   投稿日:2017/11/25 19:28:54
大体頭のイカレタコンサルが出張ってきて終わるんだけどな
コメント1件

986
KAC[sage]   投稿日:2017/11/25 20:05:09
>621
そういう意味だよ

987
仕様書無しさん[sage]   投稿日:2017/11/25 20:36:10
elseおじ vs KAC
コメント3件

988
KAC[sage]   投稿日:2017/11/25 22:35:27
>625
せっかく煽ってもらって申し訳ないが、
「俺のリファクタリングがコンパイラの最適化に負けるはずが無い」
という主張なので、コンパイルすれば結果は出る。

で、まだ何も言ってこないことを見ると
コンパイラに勝てなくて頑張ってるところだろ。

989
仕様書無しさん[]   投稿日:2017/11/25 22:45:30
MQL4のスレってない?

990
仕様書無しさん[]   投稿日:2017/11/25 23:44:34
こんばんは、相談させてください。
iPhoneに不正侵入されました。
証拠を提示する方法ありますか?

991
仕様書無しさん[sage]   投稿日:2017/11/26 00:26:07
侵入されたと、何故わかったの?

992
仕様書無しさん[sage]   投稿日:2017/11/26 00:41:30
iPhoneに不正侵入する方法などありません

993
仕様書無しさん[]   投稿日:2017/11/26 00:46:01
>629 メールが勝手に開封されたり削除されたり等です。
フリーメールアドレス?からも連続で匿名でメール送られたりもしてます。
普段2ちゃんねるに書き込んだりしないので、どこに相談すればいいのか分からなかったので、ここに書き込みました。他の板の方がよかったでしょうか?
犯人の検討はついていて、職場のサーバー管理者だと思っています。
コメント1件

994
仕様書無しさん[]   投稿日:2017/11/26 00:48:57
>630
ですが実際に不正アクセスされています。あなたはこの世の全てを知っているわけではないでしょう。
コメント1件

995
仕様書無しさん[sage]   投稿日:2017/11/26 01:06:35
androidに変える

996
仕様書無しさん[sage]   投稿日:2017/11/26 01:07:48
>631
職場でiphone使うなよ
君の方が不信行動ぽい
コメント1件

997
仕様書無しさん[sage]   投稿日:2017/11/26 01:08:31
appleが犯人で「正当な」方法で侵入してんじゃね
あるいは公然と情報が横流しされてるか
コメント1件

998
仕様書無しさん[sage]   投稿日:2017/11/26 01:09:58
開封時間とかとれなかったっけ

999
仕様書無しさん[sage]   投稿日:2017/11/26 01:10:08
落ち着け
メールってメールサーバーのパスワード知ってりゃなんでもできんだろ
それはiphone側じゃなくてメールサーバーじゃねーか?
他にはなんかねーのか?
iphoneが自動で動いてるの見たのかよ?
コメント1件

1000
仕様書無しさん[sage]   投稿日:2017/11/26 01:14:38
ショルダーハックしたあんたの彼女か家族じゃね?

1001
仕様書無しさん[sage]   投稿日:2017/11/26 01:16:47
フリーメールからってそもそもメールなんてセキュリティウンコでなんでも細工できんで
俺が差出人マイクロソフトにして
内容エロサイトリンク詰め合わせのメールも余裕で作成可能
なのでよく知った相手からお互い内容のわかるメール以外は全部廃棄が基本

1002
仕様書無しさん[sage]   投稿日:2017/11/26 01:22:33
iPhoneは分からんけど昔の知り合いだったオタクの友人が片思いの女の子にトロイ仕込んだ画像送ってメールを覗いてたな

1003
仕様書無しさん[sage]   投稿日:2017/11/26 01:24:16
gmailとかなら、あいぽんじゃなくてwebの話だし

1004
仕様書無しさん[sage]   投稿日:2017/11/26 01:24:48
職場のWifi仕事外で使うとか下手すりゃ背任行為だ

1005
仕様書無しさん[]   投稿日:2017/11/26 01:25:43
>640
そいつきも

1006
仕様書無しさん[]   投稿日:2017/11/26 01:55:21
皆様返信ありがとうございます。
匿名メールの内容はおい、とか、無視するな、とか何通もです。ずっとこんな事が続いてます。
警察、アップル、職場のサーバー会社(例えばNTT等)ケータイのキャリア会社、法テラス、どこに相談すれば解決出来るか検討がつく方いらっしゃいませんか? iPhoneへの不正アクセス履歴を調べたいです。

1007
仕様書無しさん[]   投稿日:2017/11/26 01:59:53
>636
やりかたわかりますか?

1008
仕様書無しさん[]   投稿日:2017/11/26 02:03:07
>637
朝起床前に届いたメールをチェックしようとしたら、既に開封されていたのと、他の日夜おかしいなと思ってメールボックス見始めたときにあったメールが数分後消されてました。

1009
仕様書無しさん[]   投稿日:2017/11/26 02:04:09
そうなんですか?それは加害者側がと言うことですか?

1010
仕様書無しさん[]   投稿日:2017/11/26 02:06:28
>638
身内にIT系強い人いないのでそれはないと思います。あとiPhoneはいつも指紋認証です。

1011
仕様書無しさん[]   投稿日:2017/11/26 02:07:34
>642
>647 すみません数字つけ忘れました

1012
仕様書無しさん[sage]   投稿日:2017/11/26 02:08:51
ほらな、iPhoneへの侵入じゃなかったじゃん
メールのパスワードがばれてるだけ
症状からみてiPhoneの侵入じゃない
メールのプロトコルはIMAPだろ?

1013
仕様書無しさん[sage]   投稿日:2017/11/26 02:21:21
普通の人のITリテラシーなんてこれと同じかそれより低いからなあ
底辺プログラマーなんてこんな人たちに比べると仕事ができる部類なんだよな

1014
仕様書無しさん[sage]   投稿日:2017/11/26 02:41:04
iPhoneのハッキングは難しいよ
そんな事できる奴は日本にあまりいないと思う

androidは比較的簡単
メールのデータはクライアント側にあるから
トロイの遠隔操作でしか開封できないね

あなたのiPhoneは99.99パーセントハッキングされてないから大丈夫

1015
仕様書無しさん[sage]   投稿日:2017/11/26 05:53:57
【ライダイハン】
韓国兵は、韓国兵は、3回も私を襲った。
ベトナム戦争の残虐をイギリス紙が報道、欧米で怒りと驚きが噴出しております。

1016
仕様書無しさん[]   投稿日:2017/11/26 08:38:42
>650
プロトコルとIMAP調べてみたんですけどよく分かりませんでした…

1017
仕様書無しさん[]   投稿日:2017/11/26 08:41:55
>652
セキュリティ万全で素人にも使いやすいからiPhone選んだんですけど、Wi-Fi経由とか直接
ケータイをパソコンに繋げるとかなら可能なんですよね?ちなみに犯人と疑わしきサーバー管理者は隣の席で働いてます。

1018
仕様書無しさん[sage]   投稿日:2017/11/26 08:50:58
だからメールのパスワードが漏れてるだけじゃん
iphone関係ないよ

1019
仕様書無しさん[sage]   投稿日:2017/11/26 08:54:16
会社管理のiphoneのメールのパスワードが漏れてるのは
管理者や上司ならそもそも漏れてるっていうか知ってるだろうし
どうにもならんじゃん

個人のメールアドレスならメールアドレス変えろよ
それで解決

1020
仕様書無しさん[]   投稿日:2017/11/26 09:23:50
【非婚】3億円以下低生涯所得者は辞めろ【離婚】
偽装請負多重派遣業界搾取SE結婚相手の犠牲対策
巨額搾取させて結婚妨害するな!
無能残業して共働き妨害するな!
・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下報酬の会社は辞めろ
・100万円/月以下報酬の契約は断れ
・5,000円/時以下報酬の契約は断れ
・100万円/月以下報酬のプログラムは作るな
・実態派遣プログラムを作るな
・プログラムの料金以上に作るな
・プログラムの利益を搾取させるな
・プログラムを客先に渡すな
・不利益な依頼は断れ
・知的財産を渡するな
・客先指示に従うな
・生産利益を上げろ
・生産効率を上げろ
・契約外作業期日は断れ
・時間外労働違反は止めろ
・多重契約は断れ
・残業見積りは断れ
・残業しないで学習しろ
・残業しないで副業しろ
・残業しないで家事やれ
・偽装請負多重派遣は通報しろ
・損害賠償訴訟を怠るな
エンジニアの78%は“結婚待ち”
https://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=002356

1021
KAC[sage]   投稿日:2017/11/26 09:32:13
>631
職場の話なら、セキュリティリスクの話になるので
先ずは職場の上司に報告。
あとは専門してる担当者が適切に説明や対処してくれる。

1022
仕様書無しさん[]   投稿日:2017/11/26 09:44:53
>657
個人の携帯です。
他人の携帯のメールボックスに不正アクセスするのって、ネットで調べただけですが犯罪ですよね?

1023
仕様書無しさん[]   投稿日:2017/11/26 09:47:37
犯人がサーバー管理者で会社内システムのパスワード等全て管理してる人間で辞められると会社が立ち行かなくなるので躊躇してました。でも、社長に相談します。

1024
仕様書無しさん[sage]   投稿日:2017/11/26 09:47:55
>660
犯罪だけど中国人ハッカーが侵入するなんて日常茶飯事
パスワード変えなさい

1025
仕様書無しさん[sage]   投稿日:2017/11/26 09:48:36

1026
仕様書無しさん[sage]   投稿日:2017/11/26 09:50:32
>661
証拠あるの?

1027
仕様書無しさん[]   投稿日:2017/11/26 09:50:52
>662
なんのパスワード変えればよいですか?
侵入された形跡があるのは、iPhoneに元々入ってる「メール」アプリ内です。

1028
仕様書無しさん[sage]   投稿日:2017/11/26 09:52:38
やめろ犯人を決めつけて相談はやめろ
逆にお前がやられるだけだ

証拠ひっつかんでからにしろ

1029
仕様書無しさん[sage]   投稿日:2017/11/26 09:52:53
>665
そっからはもうググってね

1030
仕様書無しさん[sage]   投稿日:2017/11/26 09:54:05
サーバー管理者である可能性低いんじゃね?
たまたま掴んだどっかの誰かだろそれ

1031
仕様書無しさん[]   投稿日:2017/11/26 09:57:38
>664
確固たる証拠が掴めないので困っています。
iPhoneの付帯アプリの「メール」内に他のデイバスから侵入されたとして、その証拠をどうやって提示すればよいのか。
「メール」の下書きに、もう止めてくれないか、と書いておいたら、それを読んだのか、その後知らないアドレスから連続で短文の不審なメールが届きました。
アップルidのパスワードを一度変更したのですが、そのパスワード変更通知メールもメールボックスから消されました。

1032
仕様書無しさん[]   投稿日:2017/11/26 10:03:24
>666
書いてませんでしたが、身内経営の小企業で、社長は親戚です。
犯人は身内ではありません。平社員の頃は親切にしてくれてましたが、役職が少し上がったときからずっと、仕事関連の社員一斉送信メールを、1人だけ送ってもらえない等嫌がらせを受けていました。
でもその証拠をどうやって掴んだら良いのかが分からないです。

1033
仕様書無しさん[sage]   投稿日:2017/11/26 10:04:13
典型的な統合失調コースだな
あかん

1034
仕様書無しさん[sage]   投稿日:2017/11/26 10:05:51
>669
警察に通報しちゃえば?

後、下書きの添付でゲイビを張り付けるとか。

1035
仕様書無しさん[sage]   投稿日:2017/11/26 10:06:11
>670
そんなのよくあるこった
いやがらせだろうが何だろうが
自分がアドレスから抜けてるから送ってくれって担当者に言えばいいだけだ

対応してくれなかったら向こうの責任になる
あわてるな

1036
仕様書無しさん[]   投稿日:2017/11/26 10:17:25
>671
糖質じゃないですよ…。それを疑われるのが怖くて誰にも相談出来ずにいたんです。自分のネットに書き込み慣れてない文体が糖質の人のそれに似てるのは、分かってます。

1037
仕様書無しさん[sage]   投稿日:2017/11/26 10:21:30
ほかの奴だって別に病気じゃないんだよ

1038
仕様書無しさん[]   投稿日:2017/11/26 10:26:11
>673
社員のメール送れとは言いました。ライトな事しか書けませんがそれ以外にももう何年もずっとで、その事を直接注意したら嫌がらせが悪化しました。ここ数週間で始まった事ではないです。流石に不正アクセス等犯罪行為にまで踏み切るとはまさか思っておらず焦ってます。
ターゲットにされているのは恐らく1人だけです。来年もう1人親戚が中途採用される予定で、彼も被害に遭うのではと考えると怖いです。

1039
仕様書無しさん[]   投稿日:2017/11/26 10:33:06
メアドとパスワード変えればよくね?
会社のメールは別に作った捨てアドに送ってもらえば?
それで送ってくれないなら「送って」って言って
それでも送ってもらえなきゃ社長にチクる。

1040
仕様書無しさん[sage]   投稿日:2017/11/26 10:36:03
メールが盗み見られただけでなく
Wifi等電磁波で使用者の脳がハックされている可能性も同時に考えるべきではなかろうか

1041
仕様書無しさん[sage]   投稿日:2017/11/26 10:38:02
>671
知り合いがなった時は疑心暗鬼の塊でビビったよ
幻聴と思えない程はっきり聞こえる攻撃的な幻聴が常に続くから
視界外の誰かが攻撃していると思い込むようになったとさ

そりゃ入力デバイスやセンサーが狂ってたらどうしようもないよなぁと思ったわ

1042
仕様書無しさん[sage]   投稿日:2017/11/26 10:42:39
>669
だからiphoneじゃねぇって
ぶっちゃけiphoneのハックは面倒で容易じゃねぇ
でもメールサーバーはパスワードさえわかればできる
端末関係ないよ
世界の何処かにあるお前のメールサーバーのお話

1043
仕様書無しさん[sage]   投稿日:2017/11/26 10:44:50
だからメールアドレス変えろよ
でFAなんだかこのガイジ何言ってんだ?

1044
仕様書無しさん[sage]   投稿日:2017/11/26 11:21:51
>468
No.5 統失ガイジ
学歴 -
職業 小企業会社員
得意科目 無し
苦手科目 情報

口癖 iPhone、侵入、嫌がらせ、メール
特徴 被害妄想癖がある妄想ガイジ。謙虚であるが情弱な割りに頑固。インフラ周りの知識が弱い。

1045
仕様書無しさん[sage]   投稿日:2017/11/26 11:25:00
メールアドレスの変更なんてかかって5分でやれよな

1046
仕様書無しさん[sage]   投稿日:2017/11/26 11:25:38
>470
現在までのガイジ度ランク表
 重度 コピペガイジ、else禁止ガイジ
 中度 設計書不要ガイジ、継承不要ガイジ
 軽度 統失ガイジ

1047
仕様書無しさん[sage]   投稿日:2017/11/26 11:25:49
会社のメールサーバー使ってたら
自分の都合で勝手に変えれんだろ
働いたことあんのか

1048
仕様書無しさん[]   投稿日:2017/11/26 11:34:59
お前ら、休日をくだらん言い争いで潰すの楽しいのか?

1049
仕様書無しさん[sage]   投稿日:2017/11/26 11:38:35
むしろほかに楽しみがない

1050
仕様書無しさん[sage]   投稿日:2017/11/26 12:13:48
>685
パスワードの変更は自由だろっていうか
むしろ1ヶ月に一度は変えろってお達しがあるぐらいだろ

1051
仕様書無しさん[sage]   投稿日:2017/11/26 12:17:41
ガイジのくせにチンタラしてんなよ

1052
仕様書無しさん[sage]   投稿日:2017/11/26 12:39:52
パスワードの定期変更はセキュリティ上有害ってのが今の常識だろ
定期変更を提唱したのがやっぱあれダメだったわと言ってたような

1053
仕様書無しさん[sage]   投稿日:2017/11/26 13:27:10
http://www.newsweekjapan.jp/stories/world/2017/05/-----2.php

ノースカロライナ大学チャペルヒル校の調査によると、定期的にパスワード変更を求められると、
人々は多くの場合、まったく新しく作り直すのでなく、同じパターンで少しずつパスワードを変更する。
どこかの1文字だけを順番に変えていくなどのパターンになりやすい。

1054
仕様書無しさん[sage]   投稿日:2017/11/26 13:28:52
>682
訂正2

No.4 コピペガイジ(伊藤)
学歴 中卒(高校中退)
職業 無職(元HISOL子会社所属)
得意科目 無し
苦手科目 簿記

口癖 貧困、非婚、搾取、無能、偽装請負、多重派遣、損害、SE
特徴 多数のスレに多量のコピペを撒き散らす広範囲爆撃ガイジ。コピペで金額を捏造する。箇条書きで会話が成立しないのが特徴。出向先で無断欠勤、早退、サボりがバレてリストラされていた模様。

1055
仕様書無しさん[]   投稿日:2017/11/26 13:32:47
外資系の客先に常駐してるんだが、三か月ごとにパスワード変更。

今まで設定したパスワードと類似のものは設定できないし、
連続した数値はダメ。辞書にある単語の一部でもあるとだめ、
同じ数値や文字の連続部分はダメ。大文字も入れて記号も入れる、
などと厳しい内容。

それがPCログインと、勤務時間入力と、ボックス(ファイル受け渡し)と、
メールと、リモートログインの5つ設定しなくちゃならん。
1年間で4x5=20個だよ。
覚えきれないから全部紙に書いてディスプレイの横に貼ってる。

上司も、おれのPCを使いたいときには紙に書いてあるパスワードを見て
ログインしてる。

そういう状況だから、定期変更は逆効果だと思う。

さすがにディスプレイに張り付けてるのは俺だけだが、
上司も引き出しの中にパスワードのメモが入ってる。

定期変更なんてダメだと思う。

1056
仕様書無しさん[sage]   投稿日:2017/11/26 13:37:40
>693
馬鹿馬鹿しいな。
顔認証&指紋認証にすればそんな手間は必要無いだろうに。

1057
仕様書無しさん[sage]   投稿日:2017/11/26 13:42:23
>693
CharAznable@001
CharAznable@002
CharAznable@003
CharAznable@004
....

今の番号はノートパッドでデスクトップにおいている
@ が入っているのでポイントは高い

1058
仕様書無しさん[sage]   投稿日:2017/11/26 13:45:01
>693
外資は日本の企業と違ってフンダララみたいなことがよく言われるが、そこら辺の大手の日本企業と変わらんな

1059
仕様書無しさん[sage]   投稿日:2017/11/26 14:23:33

1060
仕様書無しさん[sage]   投稿日:2017/11/26 14:29:48
>697
中国に正規・非正規って区分はないけど
いったい何をもって(日本語でいうところの)正社員だと言ってるんだろう?

1061
仕様書無しさん[sage]   投稿日:2017/11/26 14:31:20
>693
俺がいたとこも日付も駄目
日付を逆から入力したものも駄目
間に名前を入れ違いに入れても
連続した数値で判断される
ペットの名前も当然却下(笑)

でもunko←通ったΣ(゚Д゚)

1062
仕様書無しさん[]   投稿日:2017/11/26 15:55:27
【非婚】3億円以下低生涯所得者は辞めろ【離婚】
偽装請負多重派遣業界搾取SE結婚相手の犠牲対策
巨額搾取させて結婚妨害するな!
無能残業して共働き妨害するな!
・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下報酬の会社は辞めろ
・100万円/月以下報酬の契約は断れ
・5,000円/時以下報酬の契約は断れ
・100万円/月以下報酬のプログラムは作るな
・実態派遣プログラムを作るな
・プログラムの料金以上に作るな
・プログラムの利益を搾取させるな
・プログラムを客先に渡すな
・不利益な依頼は断れ
・知的財産を渡するな
・客先指示に従うな
・生産利益を上げろ
・生産効率を上げろ
・契約外作業期日は断れ
・時間外労働違反は止めろ
・多重契約は断れ
・残業見積りは断れ
・残業しないで学習しろ
・残業しないで副業しろ
・残業しないで家事やれ
・偽装請負多重派遣は通報しろ
・損害賠償訴訟を怠るな
エンジニアの78%は“結婚待ち”
https://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=002356

1063
仕様書無しさん[sage]   投稿日:2017/11/26 17:27:41
俺はアンドロイドならハックできる
アイフォンハックできるなんてロシア軍のハッカー部隊とかしかいないだろ

1064
ネトウヨハンター[]   投稿日:2017/11/26 17:33:40
【拡散】「明仁を最後の天皇に!終わらせるのは今だ!」 今日13時から都内でデモ

終わりにしよう天皇制 11.26大集会・デモ−天皇主導の代替わりを許さず、総結集を!

あなたがもし、世襲の特権階級が無いことを望むなら、何をためらうことがある?

あなたがもし、歴史と責任を素通りする社会を嘆くならをためらうことがある?

あなたがもし、民族や国籍で差別されない国を望むならあなたがもし、「不敬」と名指され傷つけられた人々の身の上を想うなら、

あなたがもし、「正しい家族」「正しい日本人」の抑圧に窒息しそうなら、何をためらうことがある?

「日本は決して美しい国ではない」と思うなら、ためらうな。

象徴のメッキを剥がすことを、偽りの統合を撃つことを、ためらうな。

天皇制反対!

明仁を最後の天皇に!終わらせるのは、いまだ!

http://www.labornetjp.org/EventItem/1506993334765matuzawa

1065
仕様書無しさん[sage]   投稿日:2017/11/26 17:44:18
>696
外資っつっても企業なんざいくらでもあるのに
外資=素晴らしいで思考停止してる時点で知性を放棄してるからな

1066
仕様書無しさん[sage]   投稿日:2017/11/26 18:17:00
>703
ただ、外資系の方が平均的に待遇が良い企業が多い。

特にWLBとか外資系の方がかなり優れてるな。

例えば外国人の平均に合わせてるから、日系企業と比較すると有給の取りやすさが違うし、
女性の働きやすさも違う。
フラットな上下関係の風土な企業が多いし、多彩な人種間で仕事するから暗黙の了解も少ない。

ただ、日系企業より即戦力が求められるし、
年功序列じゃない場合が多いから一長一短かもね。

1067
仕様書無しさん[sage]   投稿日:2017/11/26 18:19:13
サムスン研究所ならリーダー級で年収1000万

ジャップ企業とは格が違うな

1068
仕様書無しさん[sage]   投稿日:2017/11/26 18:21:14
>705
一強の企業だけだと参考にならん。
韓国の中小企業の平均年収を言ってみ?

1069
仕様書無しさん[sage]   投稿日:2017/11/26 22:45:39
韓国はそのトップ目の企業に入れないと終了だし、入っても40で追い出される

1070
仕様書無しさん[sage]   投稿日:2017/11/26 22:47:04
もう40だよ何一つなしえずに

1071
KAC[sage]   投稿日:2017/11/26 22:52:20
>694
それをマジで言ってるならマとしてやばい

1072
KAC[sage]   投稿日:2017/11/26 22:54:51
>705
日本でもリーダー級ならそれくらいあるが。。。?

1073
仕様書無しさん[sage]   投稿日:2017/11/26 23:18:34
>709
理由は?

1074
仕様書無しさん[sage]   投稿日:2017/11/26 23:47:42
現状の指紋や顔認証はパスワードを入れないためのショートカットなだけで、
パスワード自体はなくなってないから。

1075
仕様書無しさん[sage]   投稿日:2017/11/27 00:30:46
>712
なるほど。だから顔認証&指紋認証を導入した所でパスワードは無くならないから、
定期変更する必要があり、>694は成り立たないってことね。

その現状ならパスワード管理ツールを使った方が効率が良さそうだな。

1076
仕様書無しさん[sage]   投稿日:2017/11/27 00:33:06
>684
常連客のstaticおじさんが抜けてるぞ

1077
仕様書無しさん[sage]   投稿日:2017/11/27 00:36:29
>714
このスレに来たっけ?
それらしい発言は見当たんないんだけど

1078
仕様書無しさん[sage]   投稿日:2017/11/27 08:57:07
こないだ知り合いと飲んできたんだけど、ディープラーニングのエンジニアを探してるって話になった

そこの会社がそれ系の人員を募集してるのは知ってたけど、今流行だし客寄せパンダ的なものだと思って気にも止めてなかったんだけど、

話を聞いたら今は先行投資の類で開発ってより研究に近い事をしてるらしい

ここで技術を確保しておかないと後発だと他社に遅れを取るから技術者の教育と確保が急務なんだってさ

俺は自費でそれ系のセミナーとかも行ってるからその仕事やりたいんだけど、今やってる仕事のマネージャーやっててあと二年は抜けられなくてすげー悔しい

1079
仕様書無しさん[sage]   投稿日:2017/11/27 09:36:42
>716
その見積りがしにくい案件って最悪
暗中模索の割に結果の保証だけはこっちがしなきゃいけない契約になってたりして二度とやんねー

1080
仕様書無しさん[sage]   投稿日:2017/11/27 09:37:54
もうそういうドリーミーな新規は絶対やらない
やりたきゃテメーら自分でやれよでFA

1081
仕様書無しさん[sage]   投稿日:2017/11/27 09:57:55
>717
>718
最新の技術を会社の金で勉強させてもらえるいい機会だと思うけどな?
ネットを調べて簡単に答えが出る分野じゃないからシンドイ部分は大きいだろうけど、その辺りは発注元も織り込み済みだから瑕疵がどうのって話にはなりにくいと思う

それに請負じゃなくてそこの会社に常駐して指示通りに作業をするからそういう意味でもやりやすいと思うしな

1082
仕様書無しさん[sage]   投稿日:2017/11/27 10:31:09
まあ、金の切れ目が縁の切れ目の典型だけどな。

1083
仕様書無しさん[sage]   投稿日:2017/11/27 11:23:50
>719
それで単価が高ければいいけどな
日本で新しいことやっても
誰も金出さない
リスクばかりでかくて金にならない
会社の金で新しいことなんて言ったって金にならない新しい知識なんぞいらん

1084
仕様書無しさん[sage]   投稿日:2017/11/27 11:39:04
>721
そういう姿勢の無能が多いから、
日本の技術力は衰退するんだよな。

新技術のビジネスモデルもこっちが考えて儲けが出るようにしてやればいいのに。

ビジネスモデルを他人任せにして儲けが出ないからやらないって姿勢は勝手だが、
他の人にもそれが当てはまるとは思わないで欲しいわ。

1085
仕様書無しさん[sage]   投稿日:2017/11/27 12:09:43
>722
適切なインセンティブがないからおかしな方向へいく
それは俺らじゃどうしようもない
バカが金持ってることを悔やむしかない

1086
仕様書無しさん[sage]   投稿日:2017/11/27 12:33:01
その辺りどうなんだろうな

ビックデータが流行ってた頃は分析出来るエンジニアがいなくて、結局絵に描いた餅状態になってたみたいな話は聞くよな

機械学習なんかも概要を理解したとしても使いこなすとなるとまた別だろうし同じようなことになるのかね

1087
仕様書無しさん[sage]   投稿日:2017/11/27 12:38:34
すでに自動運転技術で遅れをとってるし日本も終わりだな

1088
仕様書無しさん[sage]   投稿日:2017/11/27 12:39:39
もう流行ってないんか?

1089
仕様書無しさん[sage]   投稿日:2017/11/27 12:52:46
適切な価値のわかる人間がいないうちはお金にならない
価値がわかったときはGoogle辺りのサービスになっているのであって
俺らには結局縁がないw

1090
仕様書無しさん[sage]   投稿日:2017/11/27 13:32:07
金の出どころは、出資投資の文化があるかどうかだからねぇ。日本ガーと言うか、アメリカ以外みんなそうじゃね?

1091
仕様書無しさん[sage]   投稿日:2017/11/27 13:33:51
そもそもビックデータもAIも巨大なデータが必要
集客力のあるサイトをすでに持ってることが条件
仕事なんて増えっこない

1092
仕様書無しさん[sage]   投稿日:2017/11/27 13:56:20
>729
サイトに限定するのはどうなのかな?
スーパーみたいな小売店とか、自動販売機なんかも歩行者から最適化するとかやってるしイベント屋なんかは来場者から傾向とかを分析してるだろ

ビックデータの分析も人の手でやるとり機械学習させた機械にやらせて結果を人間が精査する方が効率的で視野の幅も広い

特にビックデータの分析なんかは人間がやるとどうしても先入観とか期待値が入って都合の良い値に寄る傾向があるみたいだし、要は使い方

1093
仕様書無しさん[sage]   投稿日:2017/11/27 14:03:25
仕様変更の影響範囲の調査とか再テストの範囲ってコーダーに丸投げしていいものなの?

今仕様変更対応してるんだけど自分が直した所を誰もチェックせずに本番にリリースされてて不安なんだけど

1094
仕様書無しさん[sage]   投稿日:2017/11/27 14:44:23
>730
全く無意味
だってそれはビックデータってほど大きくないもの

>731
チェックしねーやつが悪い
俺もasicミスって三億ふっ飛ばした

1095
仕様書無しさん[]   投稿日:2017/11/27 19:04:50
分析ばっかりでプログラミングから遠ざかるのってつまんなくね?

1096
仕様書無しさん[sage]   投稿日:2017/11/27 19:22:45
>706
グーグル様に英語で質問すれば中小企業でも550万くらいやで
財閥の息がかかっているのは確かやろうがやっぱ日本のPG業界はクソやで

1097
仕様書無しさん[sage]   投稿日:2017/11/27 19:47:04
>734
えー、それって日本のプログラマーの平均年収もそんな額が出なかったっけ?
平均はたけーんだよ
中央値じゃねーからな

1098
仕様書無しさん[sage]   投稿日:2017/11/27 19:55:19
厚生労働省の報告では420万なんや…

1099
仕様書無しさん[sage]   投稿日:2017/11/27 19:55:34
平均が中央値より高いってのがIT業界に適用されるのかは疑問なんだけどね
割と正規分布に近いんじゃねって思ってる

1100
仕様書無しさん[sage]   投稿日:2017/11/27 20:44:20
おまいらがものをほしがらないから貧しくなるんだ
生産能力が劣っているからではない

1101
仕様書無しさん[sage]   投稿日:2017/11/27 20:52:43
コード代わりに書いてくれるAIが欲しい

1102
仕様書無しさん[sage]   投稿日:2017/11/27 20:53:35
お前の人生送るAI作ってやるからお前はコード書いてろ

1103
仕様書無しさん[sage]   投稿日:2017/11/27 21:05:15
欲しがらないと書かれていたので欲しいものを書いたらこの仕打ちw

1104
仕様書無しさん[sage]   投稿日:2017/11/27 21:18:59
AIに仕事させるようになったら
AIにやらせれないような仕事だけ残る
AIに仕事させて暇になった俺たちは
AIができないメンドクセー仕事に追われる

1105
仕様書無しさん[sage]   投稿日:2017/11/27 21:22:27
Sヨ消えるらしいぞ

1106
仕様書無しさん[sage]   投稿日:2017/11/27 21:27:04
>742
いわゆる苦情係とサポートセンターやね
金のない連中はそっちに回されていくやろうなあ

1107
仕様書無しさん[sage]   投稿日:2017/11/27 21:33:10
AIに仕事をさせるようになってもプログラマーの仕事は無くならないだろ。
無くせるなら、いの一番でgoogleさんのプログラマーが試してるだろ。
無くなっていないということはそういうことなんだろうな。

どちらかといえばSヨの仕事の方が無くなる確率は高いよな。

1108
仕様書無しさん[sage]   投稿日:2017/11/27 21:37:08
人身売買なんて誰でもできるからな

1109
仕様書無しさん[sage]   投稿日:2017/11/27 21:37:11
現実問題として、絵を描く、音楽を作る、小説を書く、ニュース記事を書く、アナウンサーの代わりにしゃべるが
あるのにプログラムを書くみたいな誰でも思いつきそうな題材で結果が出せてないみたいだし。

1110
仕様書無しさん[sage]   投稿日:2017/11/27 22:12:29
不毛なユニットテストのコードと格闘してグロッキーになっていたようだ
せめてコードからユニットテスト生成するとかないのか…

1111
仕様書無しさん[sage]   投稿日:2017/11/27 22:36:55
>745
運用のほうがAIの得意分野みたいだしな
凡人のわいにはよくわからんが0から1ってのは1を100にするよりも難しいようだ

1112
仕様書無しさん[sage]   投稿日:2017/11/27 23:52:48
>747
ゲーム動画からクローンするAIならできたらしいぞ
https://gigazine.net/news/20170911-ai-re-create-super-mario-bros/

1113
仕様書無しさん[sage]   投稿日:2017/11/27 23:55:12
工程管理だの作業見積もりだの作業割り振りなんかはどう考えても人間よりAI向きだよな

品質管理なんてのも元々統計ベースでの考え方で人間がやるのが間違っているし、
期待値と実測値が同じじゃないとダメだみたいなことも言わんだろうし。

1114
仕様書無しさん[sage]   投稿日:2017/11/27 23:55:34
すげええええええええええええ

1115
仕様書無しさん[sage]   投稿日:2017/11/27 23:58:34
>750
嘘くせぇ
最近のAIの記事は一歩引いて読まないと駄目だ

1116
仕様書無しさん[sage]   投稿日:2017/11/28 00:03:47
>748
バグったコードからテストソース生成したらテストもバグるよ

1117
仕様書無しさん[sage]   投稿日:2017/11/28 09:03:36
1本のPGのプログラ厶とテストを別の人間にやらせてバグがあった場合、責任はどっちにあるんだ?

個人的にテスターが見逃したのが悪いと思うんだが

1118
仕様書無しさん[sage]   投稿日:2017/11/28 09:07:08
試験仕様書作らないのかw

1119
仕様書無しさん[sage]   投稿日:2017/11/28 09:27:34
故意じゃないならどっちにも責任はない

1120
仕様書無しさん[sage]   投稿日:2017/11/28 09:29:29
>757
テスターかな

1121
仕様書無しさん[sage]   投稿日:2017/11/28 09:50:57
>755
両方あるし且つレビュアーにも責任がある。

1122
仕様書無しさん[sage]   投稿日:2017/11/28 09:56:31
>759
追記でテスト項目内で見逃したバグが後で発見されたらテスターの責任、
テスト項目外で見逃したバグが後で発見したらテスト仕様書作成者の責任、
テスト実施中にバグが発見されたらPGの責任やね。

1123
仕様書無しさん[sage]   投稿日:2017/11/28 10:09:28
>760
テスト実施中ってのが良くわからんかったけど、テスト仕様書に書いてある項目をすり抜けるような雑なテストをしてるテスターはやっぱりダメだよな…

うちのテスター言い訳ばっかりで仕事にならんのだけどどうしたらいいんだ?

1124
仕様書無しさん[sage]   投稿日:2017/11/28 10:19:45
>761
すり抜けるようにテストするのはテスターとして論外だろ。

暫定的な対応だとエビデンスを提出させて
テスト仕様書に沿ったテストがされてるかチェック出来るようにするかな。

恒久的な対応だと人を替えればいいと思うわ。俺ならそいついらないし、別の新人に入れ替える。

1125
KAC[sage]   投稿日:2017/11/28 10:20:30
>761
基本は教育でなんとかする。
やりがいと責任感はセットな。

民族的な思想のやつなら諦めて他の作業させる。

1126
仕様書無しさん[sage]   投稿日:2017/11/28 10:56:46
>762-763
無気力系で仕事にやりがいとか感じないタイプなんだよ
設計書読んだのかよ?って指摘しても
「勘違いしてました」とか「これこういうものだと思ってました」とか言い訳ばっかり

上に人員交代も頼んだんだけど
「人をうまく使うのも仕事のうちだ」とか言われてる感じ

1127
仕様書無しさん[sage]   投稿日:2017/11/28 11:10:24
>764
上がクズなパターンか。
取り敢えず使えない証拠を
第三者が納得出来るレベルまで集めておいて、
再度上に人員交代を要求するかな。

それでも駄目なら上の上に訴える手もある。

1128
仕様書無しさん[sage]   投稿日:2017/11/28 13:49:10
>764
一般的な人間のレベル
俺も俺の精度で仕事こなせるやつ見たことない
テスト結果が嘘っぱちなんてよくあること
これを強制力なしでやらせるのはかなり困難だよな

1129
仕様書無しさん[sage]   投稿日:2017/11/28 14:03:17
>764
一度やりやがったらエビデンス(スクリーンショット)取らせるのが一般的かな?
工数増やさずできるしね

1130
仕様書無しさん[sage]   投稿日:2017/11/28 14:10:17
単体テストからやってないようなら実行時のデバッグウィンドウの値(入出力)を表示しながらスクリーンショットとらせる

1131
仕様書無しさん[sage]   投稿日:2017/11/28 14:19:21
テストしかやらない人なの?
昔、小さいプロジェクトだけど、各プログラマーに作ったのとは別の機能のテストを割り振って、
NG項目があったらメンバー全員が見るMLに修正依頼流すようにしたら、
みんな自分だけバグ指摘されるのは嫌らしくて必死になってバグ探してくれたよw

1132
仕様書無しさん[sage]   投稿日:2017/11/28 14:22:55
>769
結合以降で複数人が関わってるならredmine必須だろ
無いと滅茶苦茶になる

1133
仕様書無しさん[sage]   投稿日:2017/11/28 17:49:41
>755
テスターとテスト仕様、項目を決める人は同じなのか?
テスト仕様を直すのがめんどくせーって心理が働くから分けた方がいいと思うが
実際分けられるかは別問題だが
って、仕様を満たしてることが大事な業務ソフトと、セキュアであることが大事な大衆向けで違うか

1134
仕様書無しさん[sage]   投稿日:2017/11/28 17:51:03
○○こと

1135
仕様書無しさん[sage]   投稿日:2017/11/28 18:19:11
逆に考えるんだ
バグがあってもいいさと

1136
仕様書無しさん[sage]   投稿日:2017/11/28 18:38:05
テスト仕様を書くときは詳細かつ具体的に。
テストを実施するときは行間を読まない。不明点はテスト仕様自体の差し戻しへ。
と言う基本中の基本が出来なくて「正常に表示されること」みたいなテスト書く奴、やっぱ居るからな。
入出力マトリックス、オペレーション・画面表示マトリックスの方が、古臭いがちゃんと書けるやつ多い印象。

1137
仕様書無しさん[]   投稿日:2017/11/28 18:59:55
単テは自分でやるよ。テスター登場は結合以降じゃね?
結合で見つかるバグは単テではわからない奴だから
そんなにビクビクすることない。
見つかって良かったねってお祝いすべき。
逆に全然ないと、ろくにテストしてないだろバグ見つけろって上から言われる。
それ考えるとわざと仕込んでもいい位。
バグにビクビクしてるプロジェクトはレベルが低いんだよ。

1138
仕様書無しさん[sage]   投稿日:2017/11/28 19:47:37
>775
ところがお前が想定するレベルばかりなら問題など起きない
世の中は恐ろしいレベルのバカばかり
テストも満足にできねぇ
わからない項目はわかりもしねぇで○付けて完了

1139
仕様書無しさん[sage]   投稿日:2017/11/28 19:48:00
ほんそれ。まぁ、見つけろと言われても見つからん物もあるが。
余りにもバグ出すやつはちょっと困るが、漏れて製品になると目も当てられん。
あとエビデンス取るのが苦痛とか、なんの意味があるかわからんとか言う奴も居るが、あれは開発者、テスターひっくるめて全員の盾だからな。自分の仕業じゃなくても2、3回大規模障害が起きてるのを眺めてたら気づくと思うんだけど、そういうやつに限って何もしてない。

この辺は、ソフトが(気軽に)入れ替えられるか否か、その障害がどれだけ実世界に影響するのかでかなり意識違うと思うな。

医療機器作ってるときはテスターはテスターさんでちゃんと地位を確立してた。

1140
仕様書無しさん[sage]   投稿日:2017/11/28 20:31:34
医療機器のテスターとか超エリートじゃないですか…

1141
仕様書無しさん[sage]   投稿日:2017/11/28 21:18:43
偽装大国ジャップランド
基幹産業も食品も政治も相撲もなんでも誤魔化そうとする
そんな民族性ならプログラムなんてろくにテストされんのも納得だわ
国産のサービスは恐ろしくて使えない

1142
仕様書無しさん[sage]   投稿日:2017/11/28 21:46:31
普通に考えればわかるけど、スクショなんてなんの証拠にもならない
都合の悪いところだけ撮りなおしたり、画像を切り貼りしてやったように見せかける奴はどこの現場にも居る

スクショで納得できる取引ってのは、実は最初からテストそのものには興味がない
おたくとは前から付き合いあるから、形式的でもいいからテストしたという姿勢を見せてくれれば、こっちも深く追求しないで受け入れますよ
そんな感じの暗黙の合意があって、そのためにテストをしている

なので、技術者目線だと本当にただの苦痛でしかないし、撮ったスクショには実際なんの意味も価値もない
しかし、サラリーマンとしてはやる価値がある
ゴミでもテストしたふりで受け入れてくれるんだから、やらない手はない

我々プログラマはエンジニアではなくサラリーマンである
これを常に、肝に銘じておく必要がある

1143
仕様書無しさん[sage]   投稿日:2017/11/28 21:52:34
>780
え、意味あるよ
いくつかつまんでチェックするだけでもテスト内容とスクリーンショットが合ってるかわかるじゃん
結果だけ○とか書いてあっても何もわからない

1144
仕様書無しさん[sage]   投稿日:2017/11/28 22:00:58
画像をコラージュする作業が増えるんだろ?

1145
仕様書無しさん[sage]   投稿日:2017/11/28 22:02:11
コラ職人なめんなよ

1146
仕様書無しさん[sage]   投稿日:2017/11/28 22:06:47
>780
そんなもんエビデンスに認められるわけねえだろ。
タイムスタンプが載るようにタスクバーまで撮して、トリミングは一切無しだろ、普通。

と言うか、捏造してあとで首が飛ぶのは自分だぞ。
エビデンス撮ってるのに不具合見逃してるよりも事態は深刻になる。
見逃してるなら、見逃さない為にはどうしよう?テスト仕様に明記しよう、とか、有意義な犯人探しと原因探しと改善出来るし庇えるが、
「やりたくないから捏造しました。ここだけあとから撮りました」とかホントに社員でもクビだと思う。
過去、派遣会社に損害賠償請求かけて会社ごと潰れちゃったレベル。

逆にエビデンス出してくれてて、こっちが検収印押したなら、何があっても責任追及はしないから、暗黙の合意なんてものではなく、ホントに合意してるぞ。

1147
仕様書無しさん[sage]   投稿日:2017/11/28 22:12:24
>783
その腕を奮う時間があったらテストやったほうが早いわw

1148
仕様書無しさん[sage]   投稿日:2017/11/28 22:14:06
キャプキャーの証拠偽造なら任せとけ
ジャップの目を誤魔化すスーパーテクニック見せてやるよ

1149
仕様書無しさん[sage]   投稿日:2017/11/28 22:14:47
>786
ぜってーテストやったほうがはえーよ

1150
仕様書無しさん[sage]   投稿日:2017/11/28 22:17:47
コラージュを作るAIを作って効率化しよう

1151
仕様書無しさん[sage]   投稿日:2017/11/28 22:29:25
テストを順に行ってある所でバグが出ました
プログラマに修正させます
時間がないのでテストは並列で進めます
直したとこだけ後でスクショ撮ります
リグレッションテストするけど最小限の範囲を軽く流すだけです
っていうかリグレッションテストって何ですか?(スッとぼけ)

耳を疑うような話だけどこういう現場が現実にある
しかも一社や二社の話じゃない
テスト仕様書は正しいしスクショも少し見ただけじゃ問題がないように見える
別に誰かが嘘をついたわけでもない

1152
仕様書無しさん[sage]   投稿日:2017/11/28 22:34:18
なんか変かそれ
見ててまったく違和感なかったんだが
リグレッションテストが何かわかんないとこも含めて

1153
仕様書無しさん[sage]   投稿日:2017/11/28 22:35:23
問題点が明確にされていないな
プログラマ失格

1154
仕様書無しさん[sage]   投稿日:2017/11/28 22:36:58
「開発環境では動いた。証跡を読め。そのための資料。当時の環境はもう無い」で押し切られた俺くん
中国人の相手はもういやだ

1155
仕様書無しさん[sage]   投稿日:2017/11/28 22:38:35
>790
ほら
こういう人が少なからず存在して、たぶんテストもやってるんでしょ?
信用なんてあったもんじゃないよ

1156
仕様書無しさん[sage]   投稿日:2017/11/28 22:38:37
もはやただの詐欺だなw

1157
仕様書無しさん[sage]   投稿日:2017/11/28 22:45:06
結局何が問題かわからん

1158
仕様書無しさん[sage]   投稿日:2017/11/28 22:47:48
>790
俺も大して変だとは思わない
テスト全部やり直せみたいなとこもあるけど

結局直しながらテストを先へ進めて一度全部やらないと全部動くかどうかわからんよね

1159
仕様書無しさん[sage]   投稿日:2017/11/28 22:48:47
健全でない言葉が含まれているため表示しません 内容を確認する

1160
仕様書無しさん[sage]   投稿日:2017/11/28 22:53:10
B君が正社員になったところ以外は同意

1161
仕様書無しさん[sage]   投稿日:2017/11/28 22:54:16
不具合が出たときに二週目のテストを行うかどうかを見積りのときに決めなきゃいけなかったって話で
次の開発のときに見積りに入れたら超怒って

客「こんなにかからんだろ!」
自社「あっそ、じゃ、自分でやれば?」

で永久決別

1162
仕様書無しさん[sage]   投稿日:2017/11/28 22:54:56
C君→それならこういう仕様がいいですね。→文系上流様「は?黙って言われたことだけやれ」→炎上

1163
仕様書無しさん[sage]   投稿日:2017/11/28 22:57:02
>799
今度はそんなに精度が必要ない開発だったのかもしれん
もったいなや

1164
仕様書無しさん[sage]   投稿日:2017/11/28 23:01:10
>801
いいや、そこは文句言えば通ると思ってるようなとこ
はじめの打ち合わせでは打ち合わせは月一ぐらいって言ってたのに
週一にするわ、仕様変更の金は出さんわ、追加仕様はねじ込むわ
詳細資料は開発終了1ヶ月前にようやく出すわ
とにかく絶縁したかった

1165
仕様書無しさん[sage]   投稿日:2017/11/28 23:02:47
しかも断った後の嫌がらせの電話ヤベー
ホントに大手かよ
お前の会社w
ってぐらい常識なかった

1166
仕様書無しさん[sage]   投稿日:2017/11/28 23:03:56
「自分でやれ」一度は言ってみたい

1167
仕様書無しさん[sage]   投稿日:2017/11/28 23:10:43
>804
簡単に言う羽目になるよ
こっちが見積りで
これ本気で2年ぐらいかかるよ
って出してるのに
俺の言い値でやれよ(3ヶ月)って普通に言ってくる会社に当たったら
「お宅でやったらどうですかね?」って言うしかないじゃん

1168
仕様書無しさん[sage]   投稿日:2017/11/28 23:24:15
スクリプトでテストすると組み合わせ爆発のせいで凄まじい量のエクセルファイルが生成されるんだがクソ真面目に目視で検収してんのかと思うと笑えてくる

1169
仕様書無しさん[sage]   投稿日:2017/11/28 23:25:18
しっかりとした納品だけにカネを払えば良いと思う
結局、信用関係のない相手とはまともに取引できないという話だね
どの業種でも変わらない

1170
仕様書無しさん[sage]   投稿日:2017/11/29 00:09:52
品質の悪いとこ増えたね

1171
仕様書無しさん[sage]   投稿日:2017/11/29 00:18:09
そんな感じはしないが

1172
仕様書無しさん[sage]   投稿日:2017/11/29 00:22:00
品質とコストは基本比例するからね

1173
KAC[sage]   投稿日:2017/11/29 00:26:34
>789
スクショの時刻確認くらい機械的な処理できるだろ。
時刻を捏造したのなら、「誰かが嘘を」ついてる事になる。

1174
KAC[sage]   投稿日:2017/11/29 00:30:49
>797
それは派遣の話?
「お前の会社にまともな奴行かせたら折角育てた人材が引き抜かれる」んだから、
派遣会社としては使えない奴優先で出すのは当たり前だと思うが。

信用無くすと将来無いぞ?

1175
仕様書無しさん[sage]   投稿日:2017/11/29 00:37:43
私大文系のモンキーにアドバイスなんかしたくないわ
モンキーの猿指示通りに作り上げで影で笑うのが超快感

1176
仕様書無しさん[sage]   投稿日:2017/11/29 00:45:26
基本的に派遣は出来る奴回さないからなぁ
俺んとこは暗黙の了解で引き抜きOKしてるわ
表向きは禁止だけど営業判断で案件継続と引き換え

自主的に仕事を考えられる人材は将来性のある部署に配属されるからねぇ
仕様書がないから作れません、なんていう人は派遣要員だよ

1177
仕様書無しさん[sage]   投稿日:2017/11/29 00:54:05
ぼっちで派遣に回されてる俺の悪口はNG

1178
仕様書無しさん[sage]   投稿日:2017/11/29 01:02:01
権力欲だけ強くて無能なSEに当たると悲惨だからな
仕様がないとき提案なんて論外、いいようにつつき回されて疲弊するだけ
確実に身を守るためには仕様書をひたすら要求するしかない

1179
仕様書無しさん[sage]   投稿日:2017/11/29 02:17:25
時間と金を出さなきゃ品質なんて下がる一方なのだが、このスレでもそれが理解できないのがいる

昔と比べてなんて、品質だけ比べても片手落ちだろうに。 少なくとも昔は今より金(=人)と時間は
今よりかはなんぼかはマシだったよ。

今ほど作業効率上げろだの生産性上げろだの空いてる数分十数分あるなら他の作業も出来るよなと
言って作業を積むなんてバカなことはそんなにしてなかったからな。

1180
仕様書無しさん[sage]   投稿日:2017/11/29 02:26:19
金も時間も使わないなら、今話題になっているような日産や神戸製鋼、東レ他の
不正隠蔽みたいなことが起きるんだよ。

だいたい品質管理なんて確率統計で出すものなんだから実測値と期待値が
違ってもいいのに、そういうのが理解できないのが品質管理をやってるのが
終わってるんだよな。 お前ら高校の確率統計からやり直せっての。

確率統計も分からんのにビックデータだのAIだの騒いでるなんて滑稽すぎ。

1181
仕様書無しさん[sage]   投稿日:2017/11/29 02:31:29
>818
神戸製鋼のは数十年前からって話だろカス

1182
仕様書無しさん[sage]   投稿日:2017/11/29 02:32:03
>818
どうも時代がずれているようだwww

1183
仕様書無しさん[sage]   投稿日:2017/11/29 02:37:18
>818
不正隠蔽は昔から。今はそれが許されない時代になったってこと。

1184
仕様書無しさん[sage]   投稿日:2017/11/29 06:06:57
偽装したがる民族性ということだな
慰安婦問題とかもやっぱり日本が嘘ついてると考えるべきか
何も知らない学生の頃は日本万歳してたが
社会に出るとろくでもない国だと思い知らされる

1185
仕様書無しさん[sage]   投稿日:2017/11/29 06:37:07
>822
チョンは母国に帰りたまえ

1186
仕様書無しさん[sage]   投稿日:2017/11/29 07:09:39
なんかふてくされた怒りでずっといらいらしている
季節のせいなのか食い物が悪いのか
なんなんだ

1187
仕様書無しさん[sage]   投稿日:2017/11/29 07:47:34
国技で八百長する嘘つき民族なんて世界広しといえどおそらく日本人だけだろう
日本人のプログラムもテストエビデンスも信用できない

1188
KAC[sage]   投稿日:2017/11/29 07:54:23
>825
日本の国技って?

1189
仕様書無しさん[sage]   投稿日:2017/11/29 08:02:38
海外バラマキと増税と天下り
物価上昇、賃金低下

この分野は日本がトップを走っている

1190
仕様書無しさん[]   投稿日:2017/11/29 08:16:00
【作業期限】損害は断れ【客先指示】

過労による精神疾患でワースト1
IT業界が変われない理由
日経コンピュータ 2017/02/28
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/022400787/?itp_side_ra...;rt=nocnt

 過労によるうつ病などの精神障害(精神疾患)は20人、うち自殺は4人(未遂含む)――。

 これは、IT企業を含む情報通信業の従業員が、業務による過労自殺等として2015年度に東京都内で労災認定された数である
(東京都には、情報通信業に属する全国の従業員の50%超が集積している)。
 従業員数当たりの比率では、精神疾患、自殺ともに他産業の2倍以上。
特に精神疾患の割合では、建設業などを超えてワースト1である。
もちろんこの数字は氷山の一角であり、労災の申告や認定に至らなかったケースも多数あるだろう。

 東京労働局が2016年9月に過労自殺と認定した電通社員の一件をきっかけに、
広告業界における過酷な長時間労働がクローズアップされた。
だが、過労による精神疾患や自殺については、IT業界はワースト1の劣等生、と言わざるを得ない。

1191
仕様書無しさん[sage]   投稿日:2017/11/29 08:21:28
おまいら職場でも下ネタとか言うの?

1192
仕様書無しさん[sage]   投稿日:2017/11/29 08:22:27
ネトウヨって学生なのか?
俺は子供の頃から差別主義丸出しのこの国が嫌いだったけどな

子供ほど正直で差別感情むき出しでイジメが物凄い
この島国の差別主義はジャップの伝統文化の産物だね
早く消し去らないとダメだ

1193
仕様書無しさん[sage]   投稿日:2017/11/29 09:03:45
>830
差別主義のこの国が嫌いと言っておきながらジャップとかw

私は人種差別と黒人が大嫌いだみたいに言動が矛盾しててワロタw

1194
仕様書無しさん[sage]   投稿日:2017/11/29 11:47:54
>826
インチキ
忖度
封建主義
差別主義
人権軽視
政治腐敗
ブラック労働
ゲリノミクス

1195
仕様書無しさん[sage]   投稿日:2017/11/29 12:37:32
>692
No.6 ゲリガイジ
学歴 中卒?
職業 無職
得意科目 無し
苦手科目 政治経済

口癖 ゲリ、差別主義、ネトウヨ、ジャップ、イジメ
特徴 朝鮮人に洗脳された朝鮮脳ガイジ。立憲民主党、共産党を支持。民主主義を名乗るが国民投票の結果に納得いかない模様。

1196
仕様書無しさん[sage]   投稿日:2017/11/29 12:40:10
>684
現在までのガイジ度ランク表
 重度 コピペガイジ、else禁止ガイジ、ゲリガイジ
 中度 設計書不要ガイジ、継承不要ガイジ
 軽度 統失ガイジ

1197
仕様書無しさん[sage]   投稿日:2017/11/29 14:07:55
>828
さらに瑕疵担保責任が追加されるんでしょ
トドメだな

1198
仕様書無しさん[sage]   投稿日:2017/11/29 14:58:47
しかも発見から一年とかクソ法律になりやがったからな

納品後5年以内に発見した日から一年が瑕疵担保責任期間だって

5年間逃げんと
って言っても5年前に納めたソフトの修正なんて言ってくる企業無いけどね

1199
仕様書無しさん[sage]   投稿日:2017/11/29 19:33:32
ようは内製しろってことだろ
古い方法論しか知らない連中は職を失う
良いことじゃないか

1200
仕様書無しさん[sage]   投稿日:2017/11/29 21:59:30
>837
ちがう
クラウド化して情報を奪い取りたいんだ

1201
仕様書無しさん[]   投稿日:2017/11/29 23:43:09
php屋怖い・・・なんもかんも石器時代かよ・・・

1202
仕様書無しさん[sage]   投稿日:2017/11/30 00:36:15
石器の方が銃より使いやすいこともあるだろう

1203
仕様書無しさん[sage]   投稿日:2017/11/30 01:17:59
printデバッグが最前線で活躍してるのって
もうPHPぐらいだろう

1204
仕様書無しさん[sage]   投稿日:2017/11/30 01:52:54
リモートデバッガ使うなり、ロガー使うなりすればいいだろうに

1205
仕様書無しさん[sage]   投稿日:2017/11/30 02:15:02
>515
ネットスラングでの話だろ
日本のネットスラングでは安倍という名も下痢便の意味だし

1206
仕様書無しさん[sage]   投稿日:2017/11/30 06:24:25
デバッガは便利だが生産性が悪い

1207
仕様書無しさん[sage]   投稿日:2017/11/30 08:13:31
>843
誤爆ワロス

1208
仕様書無しさん[sage]   投稿日:2017/11/30 09:43:10
xdebugのリモートデバッガの質が悪いねん...
もうちょいましなデバッガありません?

1209
仕様書無しさん[sage]   投稿日:2017/11/30 10:06:06
設計書の備考欄に
「○○の場合は、○○して○○するようにして下さい」とかしれっと書いてある場合に限ってやたらと複雑な処理を書かないと実装出来なかったりするの勘弁して欲しい

設計者に聞いても「実装方法はお任せします」とか言うけど普通こういうのって設計の範疇だろ

コーダーに丸投げしておいて品質ガーとか言うなよな

1210
仕様書無しさん[sage]   投稿日:2017/11/30 10:58:42
>847
はあ?バカなの?

1211
仕様書無しさん[sage]   投稿日:2017/11/30 11:03:55
まあ、入出力条件くらいは書いてね。

1212
仕様書無しさん[sage]   投稿日:2017/11/30 11:16:33
>847
実装方法こそプログラマの腕の見せどころじゃん

1213
仕様書無しさん[sage]   投稿日:2017/11/30 11:30:51
>850
実装だけなら構わないけど、実際に作ると辻褄がが合わない事があるんだよ

設計の時にもう少し考えて書けよって思う

こんな事で工数を無駄に使わされるのキツイ

1214
仕様書無しさん[sage]   投稿日:2017/11/30 11:55:27
>851
見積りのときに言えよ

1215
仕様書無しさん[sage]   投稿日:2017/11/30 12:01:31
>851
現設計部と衝突するところを探して
再度設計してもらうように突き返す

1216
仕様書無しさん[sage]   投稿日:2017/11/30 12:05:39
なんか、プログラムを打つのが嫌になったというか、考える頭が急になくなってしまった
やる気が急に出てこなくなったというか、枯れ果てたというか、何だろうかコレ・・・
先達方もこんな経験はありますの?

1217
仕様書無しさん[sage]   投稿日:2017/11/30 12:07:31
そりゃ鬱だ。打つじゃ無いが。

1218
仕様書無しさん[sage]   投稿日:2017/11/30 12:11:30
>847
逆に細かく実装方法が書いてある設計書が嫌い
細かく書いてある割にバグだらけだから
んでバグフィックスすると勝手なことするな
直す前に問い合わせすると反応遅くて納期タイムオーバー
これが最悪のパターン
これなら大雑把にして欲しい事だけ書いて実装は任せて欲しいわ

1219
仕様書無しさん[sage]   投稿日:2017/11/30 12:13:26
>847>856を交換すれば問題は解決するな。

1220
仕様書無しさん[sage]   投稿日:2017/11/30 12:21:48
>851
あるあるだな

メーリングリストで晒し上げて
無駄になった工数きっちりつけて請求して
定時で帰って酒飲んでゲームするに限る

1221
仕様書無しさん[sage]   投稿日:2017/11/30 12:29:10
>856が設計者なのかもしれないな

1222
仕様書無しさん[sage]   投稿日:2017/11/30 12:30:49
実装の指示は確かにいらないな
むしろ口出ししてくるなって思うし

○○すること
で一括にしてるけどその中に仕様の考慮漏れがあるって話だろ

俺も経験あるけどこういうのって口頭でやりとりして作ることになるし設計書にも記載されないからあとから見ると???ってなるよな

1223
仕様書無しさん[sage]   投稿日:2017/11/30 12:46:25
設計書に書いてないことは聞けばいいだろ
自分の思い込みで作るから想定と違うものが出来上がるんだろが
設計書に書いてないことは自由にしていいってことではないから
設計者だって人間だから記入漏れや想定漏れはある
自分を守るためにも、書いてないことは確認するというコミュニケーションスキルが必要

1224
仕様書無しさん[sage]   投稿日:2017/11/30 13:01:19
>861
それに使用する工数を払って貰えれば言うことなしです

1225
仕様書無しさん[sage]   投稿日:2017/11/30 13:22:16
やりたいことが抜けてるなら聞けばいいが細部に対して聞くのはナンセンス

1226
仕様書無しさん[sage]   投稿日:2017/11/30 13:31:59
工数、工数ってうるさいな
いろんな業種が見積もり無料、相談無料、交通費無料、郵送料無料とかでやってんだからに、お前らも細けーこといってんじゃねーよ
仕様のすり合わせにかかる手間は必要経費だから予め折り込んどけよ

1227
仕様書無しさん[sage]   投稿日:2017/11/30 13:33:10
>864
アプリの横にうちの広告gifが表示されますがよろしいですか?

1228
仕様書無しさん[sage]   投稿日:2017/11/30 13:35:17
課金で広告OFF

1229
仕様書無しさん[sage]   投稿日:2017/11/30 13:39:57
仕様の相違に後から気付いて手戻りが発生するのは素人のやる仕事だろ
プロは危ない所には予め予防線を張っとくし、そこにかかる手間をいかに最小限で抑えるかが腕の見せ所なんだよ
手戻りを発生させてる奴はそこら辺のスキルが足りてないだけ
リスクの察知能力が未熟で下手くそ
客や上司のせいにしてんじゃねーぞ
己の未熟さを反省しろ
まずは議事録やQ&Aを共有するとか明確な形で証拠を残しとくことだな

1230
仕様書無しさん[sage]   投稿日:2017/11/30 13:41:58
>867
客がこんなん出せねーよ
とか言ったくせにタダでねじ込んでくるキチガイ過ぎて
なんとか次の仕事は断りたい

1231
仕様書無しさん[sage]   投稿日:2017/11/30 14:33:24
断るな
価格を上げろ
「高い。こんなんにそんなに払えるか」と客が言うなら、
「どうぞ。安くやってくれるところにお願いしてください」で良い
結果的に断ることになる

価格を上げるのが答えだよ
仮にその価格で良いというならそれはそれで問題ない
面倒も折り込み済みの価格だからこちらも困らない

ごねる相手に対する最善の方法は、
関係を断ち切ることを最優先にすることではない
ごねられたときの経費を織り込んだ価格を最初から提示することだ

1232
仕様書無しさん[sage]   投稿日:2017/11/30 14:43:18
>867
手戻りじゃなくて進んでないだけなんだよなあ
コミュニケーション(笑)の時間も只じゃないんで

1233
仕様書無しさん[sage]   投稿日:2017/11/30 15:48:12
>869
だよね
まあ、大体の場合は相手が引くけどね

1234
仕様書無しさん[sage]   投稿日:2017/11/30 15:50:48
>871
本当に安いところに出して、あとで泣きつかれて
安いところが作ったズタボロのソースを面倒見なきゃいけなくなるのもよくある話。

1235
仕様書無しさん[sage]   投稿日:2017/11/30 15:51:12
>847
まあ、設計書の隅に小さーく書いてある2〜3行の注意書きが、
実装するとそこそこの大きさのプログラムになることはあるな。
見落としてて期限間際に見つけたりすると泣ける

1236
仕様書無しさん[sage]   投稿日:2017/11/30 16:04:17
>872
そこまで来れば確変状態よっしゃ爆上げって感じじゃね?
その期のmvpもらった、みたいなもんだよね

1237
仕様書無しさん[sage]   投稿日:2017/11/30 16:13:48
日本の顧客相手のシステム開発って本当に儲からない
仕様作成や見積もりはタダでやれとか、急な仕様変更にも金ださないし、外資では考えられないほど横暴

結局開発は利益ゼロで、運用担当の派遣社員枠もらって埋めあわせる事になる
もしくは派遣社員枠で払われる報酬に上乗せしてもらうとかな

ただそうすると裏事情知らないヤツが搾取ひどいと言い出して、こここコピペガイジ伊藤みたいなのが出てくるし、結局は顧客の金払いの悪さが原因なんだよな

1238
仕様書無しさん[sage]   投稿日:2017/11/30 17:14:48
真面目に投資する気がある会社だけと付き合えばええねん

1239
仕様書無しさん[sage]   投稿日:2017/11/30 17:18:59
客相手の商売が嫌なら、アプリでも作って売ればいいだろ
腕があれば食ってけるだろ

1240
仕様書無しさん[sage]   投稿日:2017/11/30 18:09:32
文句ばっか言ってないで内製しろ

1241
仕様書無しさん[sage]   投稿日:2017/11/30 18:16:13
俺のスマホがやばい
一度地面に落としてからプロテクトも通用しないマシンになってしまった
どうなってるんだ

1242
仕様書無しさん[sage]   投稿日:2017/11/30 20:23:33
一貫して詳しかったり雑だったりするならいいんだ

懇切丁寧に書いてるように見せかけて
はじっこのほうにめっちゃ重い処理がちょろっと注意書きで入ってたり
「別紙参照」の先が異様に広大だったりとか

1243
仕様書無しさん[sage]   投稿日:2017/11/30 21:26:07
悲しいねぇ

1244
仕様書無しさん[sage]   投稿日:2017/11/30 22:29:41
ヾ覯茲ら実装まで全部自社←最高
∋斗佑魍亮造鵬,気┐銅汰はお任せ←まあまあやりがいある
実装設計まできっちりしててあとはコード書くだけ←そんな都合のいいものは存在しない
ぜ汰設計きっちりしてるフリして実は無茶苦茶←シネ。白紙の方がマシ

日本のB2Bはい个辰り

1245
仕様書無しさん[sage]   投稿日:2017/11/30 22:36:51
設計書には書いた人間の得意なパラダイムが色濃く反映される
COBOLerが書いた設計書はCOBOL臭きつい手続き型言語の設計書になる
でも実装にはJavaやC#を使う
このギャップが精神的にきつい
目の前に便利な道具が沢山あるのに詳細すぎる設計のせいでそれを使えない

1246
仕様書無しさん[sage]   投稿日:2017/11/30 23:00:15
と言うか今時実装と設計はセットじゃないの?

1247
仕様書無しさん[sage]   投稿日:2017/11/30 23:04:19
>884
数年前に別のプロジェクトやったけど
酷い地獄だったw
あるところにはあるんだろうね

1248
仕様書無しさん[sage]   投稿日:2017/11/30 23:08:31
契約的にはセットでも担当者は別だろ

1249
仕様書無しさん[sage]   投稿日:2017/11/30 23:16:07
設計は優秀理系
実装は無能文系
棲み分けって大事

1250
仕様書無しさん[sage]   投稿日:2017/11/30 23:22:13
実装を忘れた設計者ほどたちの悪いものはない

1251
仕様書無しさん[sage]   投稿日:2017/11/30 23:24:47
しかし設計を知らない実装者程ではない

1252
仕様書無しさん[sage]   投稿日:2017/12/01 00:11:41
いや設計も実装も両方やるだろ

1253
仕様書無しさん[sage]   投稿日:2017/12/01 00:14:31
実装を理解してない設計者が全ての元凶

1254
仕様書無しさん[]   投稿日:2017/12/01 01:30:14
実装したことない設計者がいるのは日本だけ。

それだけ異常な日本

日本以外では、必ずプログラマを経験してからSEになる。

いきなり新入社員がSEという異常なことって、日本にしかないんだよ。

1255
仕様書無しさん[sage]   投稿日:2017/12/01 01:39:52
だってプログラム書けないし

1256
KAC[sage]   投稿日:2017/12/01 01:44:45
一応いっておくが、SEの要求仕様をまとめることであって、
その設計には実装方法は極端に言えば理解する必要は無い。
要求を如何に実現するかを設計するのが開発者の仕事。

1257
仕様書無しさん[sage]   投稿日:2017/12/01 03:18:39
>892
必ずって言った?
外資系と仕事した時に設計者はプログラムできなかったぞ

1258
仕様書無しさん[sage]   投稿日:2017/12/01 06:47:18
せめて普通に論理思考と文章能力、図解能力は欲しい所

1259
仕様書無しさん[sage]   投稿日:2017/12/01 06:48:25
実装まで書かれた設計書をレストランに例えると
客がシェフに調理方法まで指図するようなものだ
客はカルボナーラを食べたいってそれだけ伝えてくれればいいんだよ
カルボナーラを作るにはあれこれ〜ってそこまで指図したら迷惑

1260
仕様書無しさん[sage]   投稿日:2017/12/01 06:52:40
客気分かよw

1261
KAC[sage]   投稿日:2017/12/01 07:34:53
>897
レストランでたとえれば、
実装まで書かれた設計書は「レシピ」な。

客の個別要望から新しいレシピを用意するのがSEの仕事。
実際に料理するのがマの仕事。

1262
仕様書無しさん[sage]   投稿日:2017/12/01 07:35:13
【悲報】ドワンゴ取締役、エンジニアと相談せず1月リリースを決めてしまった疑惑が浮上
http://leia.5ch.net/test/read.cgi/poverty/1512058762/

1263
仕様書無しさん[sage]   投稿日:2017/12/01 07:49:50
>899
レシピを考えるのも料理するのもシェフの仕事

1264
仕様書無しさん[sage]   投稿日:2017/12/01 08:08:45
担当範囲なんて職場とかプロジェクトでまちまちだしこれが正しいってのはないだろな
うちはSEはウェイター兼パティシエ、PGは寿司職人、客にイタリアン作ってる

1265
KAC[sage]   投稿日:2017/12/01 08:13:19
>901
小規模な所だとそうかもな。
ただ、今回は「仕様書を渡された」奴の話。
「客と商談して仕様を決めた」奴の話じゃない。

1266
仕様書無しさん[sage]   投稿日:2017/12/01 08:19:04
>903
大規模で回転速いとこほど各フェーズの距離が近い

1267
仕様書無しさん[sage]   投稿日:2017/12/01 08:32:14
規模とか関係なく分析・設計と開発が明確に分かれてるとレガシーな現場って感じ

1268
仕様書無しさん[sage]   投稿日:2017/12/01 08:59:51
始業だ!奴隷ども働けぇ!

1269
仕様書無しさん[sage]   投稿日:2017/12/01 09:04:58
料理をしらない素人がレシピを考えられものだろうか?

1270
仕様書無しさん[sage]   投稿日:2017/12/01 09:05:46
>902

1271
仕様書無しさん[sage]   投稿日:2017/12/01 09:59:41
でも出すのは冷凍食品のラーメンだから設計も実装もどうでもいいんだよね

1272
仕様書無しさん[sage]   投稿日:2017/12/01 10:01:27
お店の装飾と料理の器だけそれっぽいので客も納得

1273
仕様書無しさん[sage]   投稿日:2017/12/01 10:03:29
製麺所の麺と粉末スープの味がマイクロソフト製なので一流

1274
KAC[sage]   投稿日:2017/12/01 10:32:54
>905
あぁごめん。書き方おかしかった。
「小規模な」のくだりは料理店の話のつもりだった。

チェーン店や、大きな高級レストランなどではレシピ通りに調理する奴が何人も雇われてるイメージ。


ソフトウェア開発は「同じ物を何人もが作成する」ものでは無いので、
規模と相関しないってのには同意。

1275
仕様書無しさん[]   投稿日:2017/12/01 11:03:07
【やはり韓国】LINE ← 韓国製 SNOW ← 韓国製   ・・・韓国凄すぎないか?

https://markezine.jp/article/detail/27549

LINE子会社、「NAVERまとめ」にAIを活用した著作権管理システムを導入

1276
仕様書無しさん[sage]   投稿日:2017/12/01 11:42:11
パッケージのコピー品が横行してオンライン認証必至の韓国をなんで持ち上げてんだ?

1277
仕様書無しさん[sage]   投稿日:2017/12/01 12:00:34
自国を持ち上げたいんだろ

1278
仕様書無しさん[sage]   投稿日:2017/12/01 12:18:35
日本には持ち上げる物がないので寂しいね

1279
仕様書無しさん[sage]   投稿日:2017/12/01 12:34:02
ネトウヨみじめ(笑)
こんな国はどうでも良いだろ
早く消えればいい

1280
仕様書無しさん[sage]   投稿日:2017/12/01 12:36:28
でも日本には四季があるから…

1281
仕様書無しさん[sage]   投稿日:2017/12/01 12:36:45
テレサヨ必死(笑)
こんな国はどうでも良いだろ
早く消えればいい

1282
仕様書無しさん[sage]   投稿日:2017/12/01 15:29:02
またゲリガイジが暴れているなw

1283
仕様書無しさん[sage]   投稿日:2017/12/01 21:55:57
>918
流石にその切り返しはアカン

1284
仕様書無しさん[sage]   投稿日:2017/12/01 23:52:12
健全でない言葉が含まれているため表示しません 内容を確認する

1285
仕様書無しさん[sage]   投稿日:2017/12/02 00:01:13
やらないか

1286
仕様書無しさん[sage]   投稿日:2017/12/02 08:00:34
上がコスト削減コスト削減うるせえからLinuxにしたいんだが何故か申請が通らん
Microsoftに弱みでも握られてんのか

1287
仕様書無しさん[sage]   投稿日:2017/12/02 08:07:34
そうだろう

1288
仕様書無しさん[sage]   投稿日:2017/12/02 09:00:59
Linux=コンソールでゴニョゴニョ=難しい!!
ってイメージなんだろうな

1289
仕様書無しさん[sage]   投稿日:2017/12/02 09:03:47
使って見ればわかる説明できないlinuxの微妙なクソさ

1290
仕様書無しさん[sage]   投稿日:2017/12/02 09:05:34
勝手に人のPC盛大にいじくるWindowsよりまし

1291
仕様書無しさん[sage]   投稿日:2017/12/02 09:07:07
>928
linuxで気軽に更新して動かないとき
「これなんですかね?」
って掲示板で聞くとタコられるよ

1292
仕様書無しさん[sage]   投稿日:2017/12/02 09:11:51
linuxの文化は困ったら自分で修正しろだからね
ぶっちゃけ俺には無理
みんなどうしてるかと思ったらソース調べて自分で修正してやんの
これ業務じゃ絶対無駄だわ

1293
仕様書無しさん[sage]   投稿日:2017/12/02 09:12:15
CUIよりGUIの方が簡単で優れている
というのは一種の信仰に近い

1294
仕様書無しさん[sage]   投稿日:2017/12/02 09:13:15
>931
ビジュアル的にできるならできていいっしょ

1295
仕様書無しさん[sage]   投稿日:2017/12/02 09:16:13
まあwindowsもシェル環境の弱さは実感してて強化の方向に向かっているけどね

1296
仕様書無しさん[sage]   投稿日:2017/12/02 09:17:27
>924
ActiveDirectoryで管理できないから

1297
仕様書無しさん[sage]   投稿日:2017/12/02 09:29:22
いい加減OS間で標準のシェルスクリプト言語統一して…

1298
仕様書無しさん[sage]   投稿日:2017/12/02 09:33:36
強化したシェル、その名もpowershell

1299
仕様書無しさん[sage]   投稿日:2017/12/02 09:43:55
>931
CUIの方が属人的だからな。

GUIだとフォルダ作成とか直感的に出来る作業が
CUIだとmkdirとかコマンド知らなきゃいけないし、
素人に作業させるならGUIの方が効果的。

1300
仕様書無しさん[sage]   投稿日:2017/12/02 09:49:15
>936
PowerShellはオブジェクト指向で作業出来るから好きだわ。

ExcelとかIEとかアプリをオブジェクトとして使えるのはでかい。

1301
仕様書無しさん[sage]   投稿日:2017/12/02 10:19:59
windowsの価格なんて人件費に比べたらカスみたいなもんじゃん
linuxの教育コストのほうが高くつきそう

1302
仕様書無しさん[sage]   投稿日:2017/12/02 10:33:08
まあもうじき脳を直結するUIが出てくるだろうな

1303
仕様書無しさん[sage]   投稿日:2017/12/02 11:17:02
それは無いな
脳のメカニズムすらまだ殆ど把握出来てないし

1304
仕様書無しさん[sage]   投稿日:2017/12/02 11:24:41
Linux 使うメリットなんてないに等しいと思うんだが、
一部の研究分野などでは好まれてる感じだよね。なんでだろ。
かくいう自分も家では Linux 使ってるんだが。

1305
仕様書無しさん[sage]   投稿日:2017/12/02 11:28:46
脳直結UIは困るな。
「なにこの汚ねえソース、全部作り直した方が早いだろ」
とか考えると、勝手に全ファイル削除のコマンドが打たれたりするんか

1306
仕様書無しさん[sage]   投稿日:2017/12/02 11:30:08
2014年に神経接続で動く義手が記事になってたな
脳直結は無理でも神経接続をジャックする方向性ならできるかもしれん
タイピング時の腕の神経伝達をpeekしてAIに学習させる
するとキーボード無しでもタイピングするように指を動かせばAIが入力を生成して無線で送信してくれるようになる
応用を進めて肉体の動作無しでタイピングぐらいならできても不思議じゃない

1307
仕様書無しさん[]   投稿日:2017/12/02 11:30:39
C#なんだが、昨日、
循環的複雑度20、長さ100行のメソッドと対決してきた。
取り敢えず分解できる目処が立ったから、今日はゆっくり休めそう。

1308
仕様書無しさん[sage]   投稿日:2017/12/02 11:46:40
直感的()
それは頭悪くても覚えやすいってだけ
単に選択式がいいんだろ
全ての組み合わせを片っ端からやってみて動いたとか言ってる奴ばかり

1309
仕様書無しさん[sage]   投稿日:2017/12/02 12:21:13
ホストマシンは支給されたWindowsだけど開発環境はゲストマシンのLinux
プロジェクトを並行で幾つも抱えると干渉回避やコンプライアンスを考えて仮想環境を使わざるをえない
メンバー全員が同じような状況で入れ替わりも激しいのでゲストマシンの構築は自動化したい
じゃあVagrantとLinuxのboxを使ってサクッとやりますかって感じになる
こうなるとホストマシンがWindowsである意味が無いんだが何故かお値段がお高いWindowsが支給される

1310
仕様書無しさん[sage]   投稿日:2017/12/02 12:23:48
>943
コーディング中にエロサイトが表示されそう

1311
仕様書無しさん[sage]   投稿日:2017/12/02 12:29:17
目線のところにマウスカーソル動かすUIはよ作ってくれ

1312
仕様書無しさん[sage]   投稿日:2017/12/02 12:30:39
>944
筋電位計測はわりと研究が進んで来てるな

1313
仕様書無しさん[sage]   投稿日:2017/12/02 12:33:41
暗記に頭の良さは関係ないやろ

1314
仕様書無しさん[sage]   投稿日:2017/12/02 12:35:23
>949
眼球の動きを計測する技術はわりと前からあるよな

ただ精度は低いだろうからマウスからの補正が必要だろうね

1315
仕様書無しさん[sage]   投稿日:2017/12/02 12:48:54
> こうなるとホストマシンがWindowsである意味が無いんだが何故かお値段がお高いWindowsが支給される

windowsである意味がないのが分かるが、値段がお安い他の選択肢はほぼ存在しないのだが?
安いwindowsマシンは普通に売ってるし、安いからと言ってchromeノートで開発しろなんて渡されたら
普通に切れるだろうし。

Macはスペックや周辺機器を考えるとそこまで安くないしLinuxプリインストールを売ってるところを
わざわざ探して買うのはそれはそれでコストになるし。

1316
仕様書無しさん[sage]   投稿日:2017/12/02 12:50:18
むしろ高いwindowsを買ってくれるなんていい会社なんじゃね?
安PCで開発させられるよりはるかにいいぞ。

1317
仕様書無しさん[sage]   投稿日:2017/12/02 12:55:11
同じ値段ならOS無しでスペックに色を付けたマシン組むんでな
マシンで支給じゃなく予算だけよこせや

1318
仕様書無しさん[sage]   投稿日:2017/12/02 13:37:37
だからActiveDirectoryで管理するためだと何回言えば

開発しかできない世間知らずどもは....

1319
仕様書無しさん[sage]   投稿日:2017/12/02 14:05:15
>956
それってギャグで言ってる?w

1320
仕様書無しさん[sage]   投稿日:2017/12/02 14:46:28
M$の支配体制は盤石
ADを採用したら最後、永遠に窓を使わなければならない

1321
仕様書無しさん[sage]   投稿日:2017/12/02 15:07:06
そうだね、手段がもはや目的化している感じ

1322
仕様書無しさん[sage]   投稿日:2017/12/02 15:33:55
色々な会社の製品をパッチワークしながら使うより一社でまかなえる方が楽なのは確かなのだが、
一社でまかなえるほど枯れているわけでもないという。 人類にITは早すぎたのですよ。

1323
仕様書無しさん[sage]   投稿日:2017/12/02 16:11:14
Windows より安上がりになるホストOSが入ったPCの調達って手間かけずに可能なのか?

1324
仕様書無しさん[]   投稿日:2017/12/02 18:07:54
健全でない言葉が含まれているため表示しません 内容を確認する

1325
仕様書無しさん[sage]   投稿日:2017/12/02 18:22:38
>962
死ね死ねw

1326
仕様書無しさん[sage]   投稿日:2017/12/02 18:23:13
>962
伊藤のことだな

1327
仕様書無しさん[sage]   投稿日:2017/12/02 19:38:19
正社員はどこも余ってるんだよ
正確には優秀な正社員が足りない

1328
仕様書無しさん[sage]   投稿日:2017/12/02 19:52:36
× 正社員が足りない
○ 奴隷が足りない

1329
仕様書無しさん[sage]   投稿日:2017/12/02 20:25:04
誰も奴隷にはなりたくないわな

1330
仕様書無しさん[sage]   投稿日:2017/12/02 20:33:25
奴隷になりたいのですが、37歳でもやとってくれますか?

1331
仕様書無しさん[]   投稿日:2017/12/02 20:34:59
>967
そのとおり!

1332
仕様書無しさん[sage]   投稿日:2017/12/02 20:35:01
そりゃ実務、実装は外注なり派遣なりにやらしていて正社員だと出来ないからな。

1333
仕様書無しさん[sage]   投稿日:2017/12/02 20:35:13
お前はゴミくずにしかなれない

1334
仕様書無しさん[]   投稿日:2017/12/02 20:37:42
>963
>964
労働違反者は死ぬべき

1335
仕様書無しさん[sage]   投稿日:2017/12/02 20:40:23
投資しようぜ
数学とプログラミングできる奴なら働くのが馬鹿みたいになるぞ

1336
仕様書無しさん[sage]   投稿日:2017/12/02 20:48:47
>973
何をターゲットに投資するの?
株?ビットコイン?FX?ゴールド?

1337
仕様書無しさん[sage]   投稿日:2017/12/02 21:05:11
土曜は寝てるだけで終わる
睡眠障害なのか

1338
仕様書無しさん[sage]   投稿日:2017/12/02 21:25:43
>968
女王様とお呼び

1339
仕様書無しさん[sage]   投稿日:2017/12/02 21:30:20
女王様、
犬から骨を引くと答えは何でしょうか?

1340
仕様書無しさん[sage]   投稿日:2017/12/02 21:46:12
骨は日本語では
Hone
英語では
Bone

なお、関連性はないらしい

1341
仕様書無しさん[sage]   投稿日:2017/12/02 21:52:01
なるほど
つまりジャップは滅亡する

1342
仕様書無しさん[sage]   投稿日:2017/12/02 21:53:02
>972
伊藤君は今働いてんの?

1343
仕様書無しさん[sage]   投稿日:2017/12/02 21:55:30
>979
な、なんだって!?

1344
仕様書無しさん[sage]   投稿日:2017/12/02 22:06:07
>980
伊藤くん誰だよ
あんまり妄想が酷いとガイジ入りするぞ

1345
仕様書無しさん[sage]   投稿日:2017/12/02 22:29:06
>982
コピペガイジのこと。
以下のURLでも見れば?

http://matsuri.5ch.net/test/read.cgi/infosys/1473879181/

1346
KAC[sage]   投稿日:2017/12/02 22:57:41
>935
Win10でbash使えばいいのでは?

1347
KAC[sage]   投稿日:2017/12/02 23:02:12
>955
組む人件費はそんなに安いのか?

1348
KAC[sage]   投稿日:2017/12/02 23:04:32
>973
それだけで投資ができるとか、
なにをどう勘違いしてるんだ?

1349
仕様書無しさん[sage]   投稿日:2017/12/02 23:55:20
>984
あのタイプのシェルいやだ
JavaScriptっぽくて型やコマンド間違えてたら実行前にエラーが出て
エディタがサジェスチョンしてくれるようなモダンなのがいい

1350
仕様書無しさん[sage]   投稿日:2017/12/03 05:23:23
>987
シェルで型とか面倒じゃないか

1351
仕様書無しさん[sage]   投稿日:2017/12/03 05:24:32
>987
補完あるだろ

1352
仕様書無しさん[sage]   投稿日:2017/12/03 08:22:06
>984
回りくどい
最初からLinux使えばいい

>985
すぐに終わる
なのでその間の人件費は安い

1353
仕様書無しさん[sage]   投稿日:2017/12/03 08:28:16
>987
コマンドのラッパーをいちいち書かないと使い物にならんじゃん
シェルの利点はいろんなツールを同じようなルールで使えて連携できることだぞ

1354
仕様書無しさん[sage]   投稿日:2017/12/03 08:39:25
ジャップ滅亡結構なことだ

1355
仕様書無しさん[sage]   投稿日:2017/12/03 09:21:07
>947
お前の会社ではWordやExcelとかIEは使わないの?

1356
仕様書無しさん[]   投稿日:2017/12/03 09:31:34
【貧困生活】無能残業は結婚障害【家事困難】
両親や親戚に反対されましたが、低収入で時間外労働違反業界のSEと結婚してしまい生活困難で中絶と離婚をしました。現在は低稼働高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低収入
・高度情報処理技術者なのに低収入
・高利益なのに低収入
・高生産なのに低料金
・高需要なのに低料金
・学習多いのに低料金
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

1357
仕様書無しさん[sage]   投稿日:2017/12/03 09:35:09
>994
伊藤君は何でコミュニケーション出来ないの?

1358
仕様書無しさん[sage]   投稿日:2017/12/03 10:05:02
>993
wordとexcelは使わない
IEはテストのみなのでサーバーがあれば十分

1359
仕様書無しさん[sage]   投稿日:2017/12/03 10:11:57
>996
設計書とかユーザ向けのマニュアルとか作らないの?

画面遷移のテストはどうしてんの?

1360
仕様書無しさん[sage]   投稿日:2017/12/03 10:13:27

1361
仕様書無しさん[sage]   投稿日:2017/12/03 10:23:17
>997
逆に聞きたいんだが君はwordやexcelがないとドキュメント作れないの?

テストはサーバー使うって言ってるだろ

1362
仕様書無しさん[]   投稿日:2017/12/03 10:24:40
>999
会社の規定によるんじゃね?使えても使えなくても

1363
1001[]   投稿日:0000/00/00 00:00:00
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 16日 13時間 20分 32秒

1364
過去ログ ★[]   投稿日:0000/00/00 00:00:00
■ このスレッドは過去ログ倉庫に格納されています
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラマー板 タイトル検索

このスレッドが人気です(実況系)
激レアさんを連れてきた。★4 (617)テレ朝実況
THE NEWS α (583)フジ実況
月曜から夜ふかし★1 (503)NTV実況
しゃべくり007SP★7 (918)NTV実況
もしかしてズレてる?【藤井リナが3年ぶりにTV登場!▼愛内里菜改名&爆弾告白】★2 (896)フジ実況
AI−TV (586)フジ実況
NEWS ZERO 3 (279)NTV実況
クローズアップ現代+「中国 再エネが日本を飲み込む!?」 (749)NHK実況
このスレッドが人気です(ニュース系)
【北海道・松前町】北朝鮮船に「第854部隊」 島は荒らされ放題 「金目のもの全部ない!」 食べ残しのホッケをとった跡 生活の跡も…★2 (983)ニュー速+
【北海道・松前町】北朝鮮船に「第854部隊」 島は荒らされ放題 「金目のもの全部ない!」 食べ残しのホッケをとった跡 生活の跡も… (1001)ニュー速+
【相撲】日馬富士、起訴猶予へ…モンゴル力士軍団の闇、ビール瓶より危険だった凶器★2 (924)音楽・芸能ニュース
【大相撲】<日馬富士の長女にイジメ>横野リポーターが涙 ネット「泣きたいのは貴ノ岩」 (651)音楽・芸能ニュース
【北朝鮮情勢】菅官房長官 「邦人の安全に影響ない」「韓国への渡航や退避の危険情報出す状況ではない」★2 (965)ニュー速+
【柔道】「もう悪人でいい」内柴正人、フジテレビ独占インタビュー 「被害女性とは合意」主張は曲げず (1001)音楽・芸能ニュース
【社会】「土地は捨てられるのか」 鳥取県の男性、国を相手に実験的訴訟 島根・安来市 (797)ニュー速+
【相撲】日馬富士、起訴猶予へ…モンゴル力士軍団の闇、ビール瓶より危険だった凶器 (1001)音楽・芸能ニュース
プログラマー板の人気スレ
35歳、発達障害のB型作業所通いですが 3 (613)
プログラマの雑談部屋 ★21 (167)
プログラマの雑談部屋 ★20 (1001)
50代のプログラマーいる?Part25 (83)
50代のプログラマーいる?Part24 (1001)
競技プログラミングにハマるプログラマのスレ 13 (102)
プログラマーはアニメをみよう! 22クール (875)
【次は】童貞ニート岡部健★26【左手】 (424)
プログラマーの仕事って楽過ぎ、クソワロタwww5 (503)
競技プログラミングは役に立たない (76)
プログラマの雑談部屋 ★18 【プロ専用】 (277)
【右手】土曜・日曜も岡部健は脂身★25【壊死】 (992)
フリーランスより特定派遣会社で働いた方がよくね? (189)
内製化の動きになってるけどお前らどこに行く予定? (410)
【CodeIQ】コーディング転職 4社目【paiza】 (114)
【鬱病】壊れたプログラマー 46人目 【憤死】 (911)
teratailもりあがっている? 2問目 (343)
COBOLって今需要増えてるの?Part6 (814)
おもしろいコピペがあったら貼るスレinマ板part45 (103)
◆個人事業主専門スレ50本目◆ (164)
勤務中眠くて眠くてたまらない (403)
【大手】東京コンピュータサービスグループ総合 (210)
起業しようぜ16 (818)
プログラマで年1000万稼ぐ方法おしえて (253)
IT業界のクソ労働環境をなんとかしたい (133)
14歳、発達障害の登校拒否ですが...1 (340)
アジャイルを考えたやつの死を願うスレ Part.2 (355)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード: