プログラマの雑談部屋 ★42
■ このスレッドは過去ログ倉庫に格納されています
>>236
25は長い
マーティファウラーと同程度の6行前後を基準にしなさい
再利用性はそれほど意識することではなく、solidが守られていることが大事(特に単一責務)
そうすれば自然と再利用性も高まる >>236
だから動いているコードをコピーして、できました。
は駄目で
動いているコードを分解してサブルーチンにする
それを呼び出すというのがよいプログラミング >>220
IT業界は人月商売で人売りしてるだけだし
納期短くして人間の不当廉売を繰り返してりゃこうなるわ 【料金泥棒】奪っても捕まらない業界【知財泥棒】
俺がSE辞めて人売りやる理由
・偽装請負多重派遣のSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの多数は高額料金を提供してくれる
・SEの多数は知的財産を譲渡してくれる
・SEの多数は料金以上に開発してくれる
・SEの多数は搾取損害を訴えないでくれる
・SEを多重派遣したら責任問題を揉み消せる
・SEに不法行為しても機密誓約で揉み消せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに料金以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに分量以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEを過労死や鬱病にしても開発判断不能な警察や裁判官を騙せる
・SEの報酬が不払いでも未完成と偽って開発判断不能な警察や裁判官を騙せる
お前らの金やプログラムを泥棒しても捕まらないからな ジャップとの仕事なんて炎上して上出来
更に稼げるからな
チンタラ働いて搾取し返してやれば良いんだ
いい気味だぜ >>212
そうだよね。今学んでることは需要がある分野なので自分のためにもなるから活かしたい
ただ、何を持って出来ると言えるのか上司と認識が違うのかも
マニュアルを見ながらやれるのは出来るとは言えないし、何ができたら一人で出来ます!任せてください!と言っていいのかね >>245
テーブルも画面も忘れてロジックをとにかくちゃんと組む
OOPで組む
DBは屋根裏に引きこもって誰とも話さないキチガイババア 【料金泥棒】奪っても捕まらない業界【知財泥棒】
俺がSE辞めて人売りやる理由
・偽装請負多重派遣のSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる
・人売りは低額でできるから俺でもできる
・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの多数は高額料金を提供してくれる
・SEの多数は知的財産を譲渡してくれる
・SEの多数は料金以上に開発してくれる
・SEの多数は搾取損害を訴えないでくれる
・SEを多重派遣したら責任問題を揉み消せる
・SEに不法行為しても機密誓約で揉み消せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに料金以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに分量以上の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発判断不能な警察や裁判官を騙せる
・SEを過労死や鬱病にしても開発判断不能な警察や裁判官を騙せる
・SEの報酬が不払いでも未完成と偽って開発判断不能な警察や裁判官を騙せる
お前らの金やプログラムを泥棒しても捕まらないからな 計算処理クラスは自動テスト実現のため一時変数以外のインスタンスを持たせない
という方針を聞いたんだけどC#に例えるとどういう事ですか? DBスペシャリスト持ちのお姉さんが書いたコードがほぼSQLだけ1000行で構成されていてキツイ
あるのはDB操作クラスだけ
もうお姉さん居ないから改造依頼されたら死ぬ
俺も勉強してDBスペシャリスト取らんと同じレベルに達しない ストアド使いたがる人いるけどあれってそんなに性能アップ感じれるの? https://twitter.com/kondo_orange/status/1032690721822633985
俺は毒舌だから〜、ズバッと切れ味鋭いことも言っちゃうよ〜w、みたいな人、その意見が的を射ていない場合マジでイタイ奴だから気をつけろよ。
勘違いしてる奴けっこういるぞ。
斜に構えて逆張りするならそれなりに思考深めて来ないと。
田端さんとか意見が的外れだったらただのイヤな人だ(笑)
https://twitter.com/5chan_nel (5ch newer account) >>255
客にイチャモンつけられた時の修正が
サーバーでシコシコやるだけで対応できるから
あとの運用保守が少しは楽になる。 >あるのはDB操作クラスだけ
>もうお姉さん居ないから改造依頼されたら死ぬ
設計図があれば大丈夫。ないと死ぬ
設計図は、
画面に表示されているここは、ここから取ってきているとか
この関数を変更するとこうなるとか
が分かるやつ >>257
ロジックが分散して管理コスト増えるだろ テーブルの構成をしっていたらSQL解析したり組んだりするの楽しいんだけどな 理屈っぽい奴に限って「実際にやって見せる」ってのをやらないよな
理屈なんてどうでもいいから「やり方」を教えて欲しい やり方わかってきてから理屈に納得できることあるよね 全無神国皇帝とオムニバースはどっちの方が上ですか? >>258
最悪
そんなの書いてるからコードがめちゃくちゃになる お前らの職場も朝礼ある?
うちのところは順番でスピーチさせられるんだけど
プロパーの番になった時の内輪笑いがキモ過ぎる
ていうかお前らの家族の事だの旅行だの別に聞きたくない 全ては変化し、永遠に定まった姿形のものなど存在しないのでしょうか? 姿とはなにかね?形とはなにかね?
キミは永遠に変化しないその「姿形」とやらの定義を知っておるのかね? 「最強」に関して、個人的にはこう思っているのですが・・・・・。
自分が思うには、「ありとあらゆるいかなるなんでもありな考え方をしても微動だにしないもの」のことだと思うのですが、
実際のところどうなのでしょうか?
本当に、「最強」って何なんだろうなぁ・・・・・。 その考えなら微動だにしない質問を持ちづづけるキミが最強になるけどキミは最強じゃないだろ? レス乞食のおっさんに餌を与えないでくれる?
そいつ偏差値30以下の高卒だぞ? 宇宙飛行士と石油王はどっちの方が凄いのでしょうか? 飽和潜水士と旅客機のパイロットはどっちの方が凄いのでしょうか? 誰かが書き込むとかき消すように手動で書き込むBOTがなんだって? 例えボットだとしても書き込むネタは自分で考えて
それを仕込んでセットしてるんだろ?想像したら笑える もはや人間と競うことを諦めたおまえらw
ライバルはボットw 一応自分はまともなコメントとキチガイなコメントを交互ぐらいにレスしてるけど
この質問バカも同じじゃないの? この質問馬鹿は、有名人なんだよ。
アルプスとか、レス乞食のおっさんとか呼ばれてる。
数学板にしばらくいたけど追い出されてこっちに来た。
東大数学科に行きたいとか書いてるんだけど、
偏差値30未満の馬鹿高校卒で、本当のバカ。
相手にしないほうがいい。
レス乞食だからw >>291
確かに質問馬鹿はくだらん質問ばかりしとる馬鹿やけど
おまえはプレーンな馬鹿やんw アカマイ・テクノロジーズっていう企業すげぇよな。
俺もあんな企業を作りたい。 >>297
異次元間航行や異世界間航行を実現させるにはどんなテクノロジーが必要にるのでしょうか? >>236
一つの用途で一つの関数じゃないの?
行数で決めるとか意味がわからん
>>240
6行とか基地外
小さな関数を無制限に作るのか? >>301
確か実際に規約として制定して大失敗したって話見たぞ
無駄なクラス、メソッドを減らすために制定
↓
正常な切り分けができず、無駄に肥大したクラス、メソッドが大量発生
↓
さらに1メソッド追加すれば良い修正でも、それができないため既存メソッドに追加していく
↓
結果的にゴッドクラス、ゴッドメソッドが大量発生して手が付けられず
っていうのは昔見た
というかプログラミングで行数ってあんまり意味なくない?
いくらでも書きようがあるんだし >>300
責務で分けるという考え方はそのままでいいぞ
プログラミングの良い習慣は自然とメソッドの行数を減らす方向に作用するルールが多い
なので良いコードを書けば自然とメソッドが短くなっていくことはわかる
しかし具体的な行数に関してはベストな数字を証明する事は出来ない
ただマーティンは6行超えるとまずい気がしてくると言及している
まあそのうちわかるよ
今はひたすら精進するんだ まあ1画面に収まらないメソッドに遭遇したら
「ああ、これ面倒なやつだ……」って思うから分からんでもない >>300
そういう奴いたよ。
似たような小さな関数をいっぱい作るんだよ。
一緒に仕事したくない奴だったね。
でも、本人はそれがいいと思ってやってた。
本人はいいと思っているのに
誰も認めないからといって
ここに書きたくなったんだろう。
それだけで馬鹿だとわからんのかと思う。
いい方法なら周りの人間が絶賛のはずだろ?
5chに書く必要はないわけだ。 今直面してるひどいコードは1クラス8000行という超巨大クラスですね……というかプログラムの全処理ぶちこんだだけ
そしてそのことを飲み会で愚痴ったら斜向いに座っていたヒトがそれを書いた張本人であああああぁ ここはアジャイルやDevOpsの話題は出ないね
進めてる会社は少ないの?結構いると思ってたけど コーディング規約が改訂されない恐怖を知った
2002年ぐらいの規約を今も使ってるせいで
バージョン管理ツールの概念が無い
なあ、既存処理をコメントアウトしから
新しい処理を追記するなんて手法、もうどこもやってないですよ
なんで頑なにGit使わないんですか!教えてくれよ! 業務ロジックを意味分けしたら6行どころかほとんど2, 3行になる
高度なアルゴリズムやマッピングのような横並びの処理と違って、業務は単純な分岐と単純なループの組み合わせだから 提示された根拠:
やってた奴が一緒に仕事したくない奴だった
そいつがいい方法だと思ってた
いい方法なら5chに書かれない
ちょっと Javaで内部クラスなしの単一のクラスで20000行越え見たことある >>305
世界中で絶賛されてる
少しは本買って勉強したほうがいいよ >>309
ドキュメントはコードと違って簡単には変更できない
だから規約も設計書も安易に書かないほうがいい 基本的にメソッドや関数は1画面に入るように作る事。
ただし処理が分けられないものは除く。
その場合はコメントを丁重に書いておくように。
こんなもんじゃね? 2chでちゃんと出典付きで会話すること無いからずっと不毛だよね
個人的にはテストしやすい形で書いてくれれば良い
そうすれば自然と短くなる >>308
>ここはアジャイルやDevOpsの話題は出ないね
>進めてる会社は少ないの?結構いると思ってたけど
アジャイルとかヴァカと仕事したくないから嫌 コードを変更したらドキュメントも変更しろよ
順番逆やけどw >>314
1画面どころか3スクロールぐらいコメントアウトっていう
クソみたいなコードばっかでマジで読みづらいから嫌で嫌でしょうがない >>321
そういうとこは実は古いコード消してもばれない必要なのは勇気だけや >>308
うちは駄目ウォーターフォールだから日本式アジャイルの一種かもしれない 関数名と処理の内容が合ってないのが困る
isHoge()でフラグ書き換えてたり >>322
そう思うだろ?
無駄にクソ丁寧にレビューするから、DF取ってからエクセルに張って
「修正のためコメントアウト」みたいにコメントアウトする理由まで書かなないとダメなんだわ
この理由書く事自体が無駄なのにな >>324
レビューしてないことが最大の問題
レビューしてればそんなコードがマージされる事はありえない >>325
なんや大変そうやけど高度な改竄テクニックを身につけて己の身を守れw >>325
規約もレビューも設計書も形式的にやるだけじゃ意味ないどころか足かせ
無能な働き者ほどこの手の作業を好む 何に使うのかよく分からんけどステップ数とか設計書のページ数とか数えて報告させられるわ
内容どうこうじゃなくページ数ってのが闇 >>327
あとちょっとで契約期間満了だからオサラバさせて貰う
マジでしくじったわ、すげえ有名な企業なのにこんなクソみたいな事やってるのかと思って絶望した >>320
謝られた。いや他人のコードって基本的に読みにくく感じるもんですから!ってよく分からないフォローをした いろいろ見てきたけど初めて開発部離脱で会社潰れるのを目撃できそうでワクワクしてる 出向させられたけど、ちょっとVBAができるだけで女子にチヤホヤされるのはじめてなので、がせんやる気が出てきてる
Javaより得意になっちったw 今いるとこのプロパーのコードがキレイすぎてコードレビュー要求されて困る
読むのが楽しみなレベルで凄えからほんと言うことないんだよな >>325
DEL start 年月日 担当者 理由
とか書くよねソースに >>331
喧嘩にならなくてよかったね
以後改善されるかもよ >>308
今の職場がアジャイルやってる
仕様書キッチリかかれても、その通りに組むのが難しいというか
ややこしいソースになりそうなパターン多いので
最初に大まかに指示貰って、後は相談ってのは良いところだと思う
てか私的には性に合ってる
ただダメなのは仕事の段取りまでいちいちアジャイルなところ
ソースの管理方法とか、ドキュメントの必要種類や管理方法(場所)などがプロジェクトごとに違う
段取りや手続き関係なんて毎回似たようなことになるんだから
会社として一つのモデルを作って、後は必要に応じて改変すればいいのにと毎回思ってしまう
ある程度モデルが決まってたら、いちいち細かく指示だししなくても皆が勝手に動くものだと思うんだけどね ■ このスレッドは過去ログ倉庫に格納されています