プログラマの雑談部屋 ★129 YouTube動画>1本 ->画像>3枚

雑談スレ
※前スレ
プログラマの雑談部屋 ★117
http://2chb.net/r/prog/1600656351/
プログラマの雑談部屋 ★118
http://2chb.net/r/prog/1601892401/
プログラマの雑談部屋 ★119
http://2chb.net/r/prog/1602862079/
プログラマの雑談部屋 ★120
http://2chb.net/r/prog/1603729387/
プログラマの雑談部屋 ★121
http://2chb.net/r/prog/1604811214/
プログラマの雑談部屋 ★122
http://2chb.net/r/prog/1605601688/
プログラマの雑談部屋 ★123
http://2chb.net/r/prog/1606447930/
プログラマの雑談部屋 ★124
http://2chb.net/r/prog/1607355202/
プログラマの雑談部屋 ★125
http://2chb.net/r/prog/1608175824/
プログラマの雑談部屋 ★126
http://2chb.net/r/prog/1609218698/
プログラマの雑談部屋 ★127
http://2chb.net/r/prog/1610075432/
プログラマの雑談部屋 ★128
http://2chb.net/r/prog/1610960220/

プログラマの聖書：笑わないプログラマ

テンプレここまで

>>1
建て乙

smbcのやつ見てるけどこんな沢山クラス作って管理しきれんの？

>>4
githubにあるの？

>>4
ピラミットの石が何個あると思ってんの？

犯罪者おる

アプリケーション開発に集中したい
案件掛け持ちでインフラからオペレーションからユーザーサポートまで全部やらされる

俺が２〜３提案しただけでまず13日も工数が減るぞ
なんなのこの工程表

合わせて17日削れた

smbcのやつ典型的お前らで草
だから手取り14万なんだな

工数が減ったら客からふんだくれる金が減るじゃないか！
なんてことしてくれたんだ！

>>9
それは失敗フラグ
なんかもう抜けるつもりのやついねぇ？
そいつは自分が作るわけじゃないから客がそう言えば面倒だから得に理由もなく削減しちゃうぞ

デスマーチが見える

>>12
客はウチ

それは素人の浅はかな考えってもんでさあお客さん
いただくもんはいただかねえと
へっへっへ

やばい客がデスマーチ作ってる現場だった
こういう奴を自分がケツ拭かないといけないプロジェクトに放り込むと発狂する

その男が経験20年で年収300万なのは
RPGで言うと開始地点の街付近のスライムばかり倒してるからだろ？
PGだけしてるのが原因ではない

もっと努力してれば転職して多少は年収上がるはずだ

>>16
客だけど、うちも開発業

最適解が見えないのが上司だと死にたくなるな

>>15
すいませんでした

必要なもんがないゴミが納品される未来しか見えない

でも削減はいたしません

リモートだから生の新人Sちゃんを10ヶ月見てない

納品物も削減されました

在籍登録から消えるのもそう遠くないな

流出させたサブレとか言うやつって何次受け？
7次請けぐらい？

ココ↓は？
https://twitter.com/rokkotsukasa/status/1338487930944323589
https://twitter.com/5chan_nel (5ch newer account)

偉い人が形だけ頭下げて何も変わらないいつものやつだよ

問題意識の教育、周知徹底ができてないのが悪い
公開したのがたまたまGitHubだったってだけ
問題の本質を理解せずGitHub禁止にしたとしたら、忘れた頃に違う場所に公開する勇者が出てくるだけだぞ

>>9
バカだな。
黙っといて減りそうな日数の分は全部自分が受ければウハウハなのに。

今回たまたま発見されただけで、別の人がもお漏らししたソースコードがこの世のどこかにあるんだろうな
寺尾でたまに見かけるよね、これどうやるの？って出しちゃってるの

プログラミング英語なんか、中学英語でいいんじゃ。

Let me fuck you baby

スライム倒しを20年やっても、スライム倒すのが上手くなるだけだからな

スライムベスも少しはいけます！

スライムは仲間を呼んだ
スライムは仲間を呼んだ
スライム達が…

ピキー

スライムを正確に早く倒せるだけで上等
そういう人間も必要

マドハンドゆっくり倒してたらマドハンドマドハンドマドハンドになってマドハンド

スライムベスだと1/3くらいのスピードで、やくそう大量に使います！

はぐれメタルはにげだした

スライム教

リモートだけど今日も何もしてねーわ
暇すぎて眠い

スライムナイトはなぜ股にスライムを挟もうとしたの？

床オナの延長線

竜王＝企画
ゾーマ＝要件定義
スライム＝プログラム

彼の技量でも手に負えるよう流れを作ってきたが
見事に壊され、予想通り仇で返されたな

ITエンジニアの社会的地位と名誉と報酬はいつになったら底上げされるのか
あと200年くらいかかるかな？

そんなもん上がらんからさっさと転職しろ

Javaパーはいつまで待ってもJavaパーだよ
老後は生活保護

ITエンジニアなんて営業とサポートからなんでもかんでも投げられるだけのゴミ箱だぞ

ネガティブ野郎の巣窟だな

例の件ネトウヨかなるほどね

エンジニアの地位を散々下げといて、まだ下げ足りないのかね

変更履歴コメントの嵐とか無いだけ恵まれてんなーとか思ってしまった

コードベースがスパゲッティコードのすくつになってたらハイレベルな人材なんか来ないよ
結果的に永久にスパゲッティのまま
上はずっとリファクタリングの重要性に気付かない
負のスパイラルだ

上が頭数を揃えて送り込む商売に慣れきってしまっとる
どうせ保守なんかしないから、保守性なんてクソ以下とでも思ってるんやろな
せやけどクソ設計のクソコードばかり書かせると、優秀な人がどんどん離れてしまう
最後には転職すらできないカスだけが残る
残ったカスばかり送り込むと、取引先さんは怒ってしまう
あそこはもう駄目だな、と切り捨てられて仕事がなくなるんや
こうなったら、そら悲惨やで

そんな話するってことは
もうそうなってるんだな

コードのクオリティーなんてどうでも良くてピンハネ利権が得られればいいんだって
客が損しようが下請けが泣こうが知ったことか

端っからやらん奴は偉そうでいいな、自分がやらんでいいから気楽だし

>>18
俺が前にいた会社だと30過ぎてPMOクラスじゃないと年収が下がっていく会社だった
だから46歳で年収300万ならそこしかねえって思ったわww

>>57
今更リファクタリングが重要というのはどのような了見かご説明いただけますか。

努力じゃどうにもならんこともあるってのは氷河期世代の共通認識

>>63
うるせー、マーティンファウラーぶつけんぞ

>>64
氷河期世代はほぼ運だよな

氷河期世代で一括りにするのもどうかと思うがね

進撃のリチャードボイラン

俺も氷河期世代で日雇いバイトしてたが転職繰り返して今じゃ年収900万あるわ
自業自得としか思えない

>>58
彼らは頭が良いから
自分たちが提供する技術を社会的価値に昇華させるのはお客様自身の責任と責務
ってことを心得てる
すべての行為はこれに基づいて遂行されているんだよ

保守性が低いのは彼らの思いやりと考えろ
高すぎる保守性ではお前ら下請けを食わすことはできない
すべての行為は前述のとおりだから取引先さんの怒りは取引先さんのせいでもあるから無視しろ

そして人が居なくなった

氷河期に限らずこの業界は40代以上は無能が多い
過渡期だったから無能でもなんとかなってそのまましがみついてたんだろう

口八丁で客を騙すのが仕事と思ってるなら、そもそも長続きしないし、もともとロクな仕事が回ってきてないんじゃないかな。
そして騙された客や使われた末端が日本のITは云々と言い始め、信用を失った業界のブランド志向に拍車がかかり、名前が大事になった結果、○次請けなんてのが横行してループする。
つまり、諸悪の根源は口八丁で客を騙すのが仕事と思ってる輩。

お腹痛い

き３ええええええええええ

多重下請け構造が問題とか言う寝言を言ってる人たちがいたけどその問題が解消された先にあるのは
300万円の人が600万円になるわけではなく0円になるの無視されてそう

0円になる人が出ることが問題のように語る論調

エンジニア不足を知らんアホなのか

数だけいても意味がない

本来適性のない人までお金がもらえる仕組みを作ってて偉いと思う。

ワーキングシェアやな

適性ないなら転職しろよ

スキルレベルによって適材適所なら問題ない
完全に適性がない人はちと無理だが

なぜかコードかける人がマネージャーにさせられるのが問題

>>76
そういうのを取り越し苦労って言う

そもそもマネージャなんか誰でも出来るのに何故か給料が上というのがおかしい
野球の監督やら芸能人のマネージャやらが正しい姿

野球の監督も野球できたやつばっかだが

４０超えてあの倫理観のおじさんマネージしろって言われたら頭抱えない？
マネージャーもえらい。

プログラミングできて給料安くて責任取れる人を使うだけの人になりたい

マネージャーの仕事って基本はツールで事足りるからな
リーダー格のPGがいればいいだけ
依頼する側からしたらな

仕事出来て頭の回転も割と良い人材をリーダーにしてしまう間違い
大抵の場合周りはこいつの言うこと聞かないからなｗ

できないヤツ昇進させてどうするの？

やる気ないオーラ出しまくればちゃんとプログラマーの地位のままでいられるよ
アーキテクチャだったりフレームワークだったり設計製造改造くらいまでできれば尚更

エンジニアがみんな年収2000万ぐらいある職場ならマネージャーの年収が倍でも不満はない

何か急にクラウドの仕事やることになったんだけど
クラウドの使い方って簡単にやりかたって覚えられるもんなのかね？
独学だとどれくらいかかる？

人による

クラウド事業者のサイトににオンラインマニュアルあるだろ

FF7やればOK

>>96
そりゃそうだよな

>>95
AWSなんかでクラウド難しいって言ってるのはもともとLinux知らない奴

>>100
なら無理だわ…
linuxとか最近触ってないから
lsコマンドとかの良く使うコマンドを叩けるぜってレベル

Javaパーの年収2000万になることはないから安心して！

46歳では300万は思い当たるところが一つ二つしかない

ベンチャーという名の個人事業主に毛が生えた程度の会社ならいくらでもありそう
会社の体をなしていないところが多い

>>95
TerraformとTerragruntとDockerとbashとsystemdとAWS CLIの使い方覚えて
AWSサービスは
とりあえずECSとEC2とELBとLambdaとS3とVPCとIAMとRoute53あたりを抑えて
CIはGitHubActionsとかCodePipeline使うと良いよ

>>90
ツール使えない技術レスマネージャ多すぎんだよね

経営者「クラウド？よくわからないけど簡単なんだろ？
じゃあPGについでにやらせて人件費削減しようか」

>>103
＞46歳では300万は思い当たるところが一つ二つしかない

東京コンピュータサービス？

>>105
きっつ

下請け最下層プログラマーなんてピンハネされまくってるからそんなもん

この46歳が元T◯Sだったら驚きだな
でも艦これ好きらしいから思想的には右かな
福岡のアイツはチョンだから違うな

昇給も手当もなくPGにインフラからオペレーションまで押し付けるための仕組みがクラウドってやつね

>>106
ツール使える技術できるマネージャだって全くいらんけどな。
ツールはPGと依頼者が使うものだから。

>>113
要らねえわけねえだろ

すごい大事のように言ってる奴ほど非IT職だな

>>113
カスタマイズするのに技術が要る
マネージャはツールの整備と運用
開発者はツールの利用と開発

WAF導入したらアプリは穴だらけでも大丈夫なの？

いいえ

え？ツールはこっちで用意してるので、カスタマイズも何もない
とにかくマネージャーは要らない

このIT業界で経験20年開発実績が豊富でレベルでPGだとしても年収300万円の仕事を探すほうが難しくないか？

>>117
WAFでやれることをアプリでやるアホもいるけどな

今はこんなもんに甘んじてるけど本当の俺はこんなもんじゃない見てみろ客観的な評価だ！と自慢するために
文字列処理ユーティリティとかをしこしこ手動で年収判定スクリプトにくわせてる中年男性の話涙が止まらんだろ

>>60
コードのクオリティなんて言っても自分で書いたコードですら半年とか数年後に見返したら
修正したくなるのが普通だからなあ

何年経っても自分の書いたものは完璧！ どこも直す必要はない！！
みたいな人はなにも成長してない人なんじゃないかあと

新しい知識やよい手法を見つけたらそれを取り入れることはあるけど過去のコードに
それが適用されるかは別だよねっていう

>>120
そうか？

>>123
半年どころか翌日にはもう新しい知識付いて直したくなる

そして一貫性のないなにがなんだかわからないものができあがる

レビュー俺の時だけ急に過去に誰も指摘しなかったこというのやめてくらさい
どうすんだよ
書いたら俺だけ変だし
横展しようにも仕組みも時間もないし

B'z 「ちん凸ふぉー！　YEAH!!!」

>>127
レビューチェックリストがないところのレビューは気分次第の動物園だぜ!

今日の指摘は筋肉!筋肉!

>>129
チェックリストでは柔軟に対応できないからすぐに形骸化してしまう
レビューに時間ばかりかかって品質向上に繋がらなくなる

>>131
品質がまばらでいいって認識自体品質ってもんが何かわかってない
お前、買った装置のネジがあったりなかったりしたらどうよ？
品質ってのは最低ラインを保証する仕組みであってお前の会社のステップアップは他所でやれよｗ

>>132
まばらでいいんだよ
常に今よりもより良いものを目指す

ＳＶＮでコンフリクト起こって
そのままアップしたら上がってしまった

変だなーとおもったが
人の丸まる上書きしちゃったのか？

>>133
だな
筋肉量に応じて指摘項目も増えて行く仕組み

>>134
筋肉がコンフリクトを凌駕する
よくあることです

ちん！ちん！ぽこちん！ぽこ！ちんちん！

弊社に昔あったチェックリスト
・変数は関数の先頭にまとめて宣言すること
・戻り値はエラーコードで統一し出力は最後の引数にポインタ渡しして受け取ること
・変数名に型を表すプレフィックスを付けること
・グローバル変数はシングルトンにすること
・プライベートメソッドは禁止
・標準ライブラリは禁止
・テンプレートは禁止
・例外は禁止

お察しの通り
品質は均等に下がった

・elseは禁止

艦これのコードで参考になりそうなのある？

・インターネットの利用は禁止

セキュリティを保つ一番確実な方法だからしょうがない

上っ面にぎやかで労働者を慰撫するのが目的でない
おまえは本物の仕事をしてるんだ

・トイレ休憩は禁止

・エロスは禁止

>>140
綺麗さだけは見習えるかな
可もなく不可もなくって感じだよ
テストコードのメソッド名は全角使えば良いのにって思ったくらい

>>140
変数名がなんか気に入らない

20年やって300万て余程普段勉強しない人なのかな
普通に勉強して資格とっていったらそれなりのプロジェクトに
アサインされるし給料も上がるはず

スライム倒して20年
歳だけ取ってLv1

SMBCに続きNTTデータも被害を確認、広がるGitHub上のコード流出問題
https://xtech.nikkei.com/atcl/nxt/news/18/09557/
確認遅くね？

【#加藤純一×#もこう】
PS5『仁王2』クリアするまで帰らない
「マルチプレイ(生放送)」Part1
(18:00〜放送開始)

ht://


コーエー×テクモ公式ch
(Part1以降 随時更新)

ps
youtube.com/user/KOEITECMOofficial

・残業禁止（サービス残業なら可）
・会話禁止
・思考禁止
・退職禁止
・労基禁止

>>147
フリーだったら経歴書の実績で収入も上がっていくんだけどね
上を知らなきゃ欲も出ないだろうけど某社の社員なら上を知らずにそのままの収入でやってそうだけど

>>138
え？それが正しいチェックリストだと思ってるの？
一冊でも品質管理の本読んでから言ってくんない？

小文字のlは1とまぎらわしいので単語末に使わないこと。

>>153
皮肉も通じないとかひくわー

>>147
と、現実を知らない若いヤツは思ってるのだろうな。
スキルや資格があって経験もあれば高収入になれるとか
現実世界じゃありえないことだ。

俺だけじゃなかったんだな年収３００万
お前らも今のうちに正直に言っとけ

>>156
フリーだったらな
実績積んでいけば条件が良くなって上がってはいくよ
正社員だとPGのままじゃ下がることはあっても上がることはなかったわ

>>157
俺が某社を35歳で辞めたときは300万ペースになったわ
まさか基本給下げられると思わなかったからなw
辞めて一年遊んでフリーになったら倍以上になったな

>>149
お漏らししたやつ完全に死んだな
社会的に死

考えなしに他の人に振るとか言い出してるけど
そこそこの難度なので、できるにしても十中八九質問の嵐になって
かえって重荷になる、と言うことを彼に解らせるにはどうしたらよいか

フラグ1つで公開設定になるのってバカじゃねぇのかと思う

キエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエ

>>161
そこはえいやって部分だな
結局、他人に作業を振れなければそいつはそこまでだ
そこで進化できずブロークンハートしちまってもそれはそれでしょうがない話だ

とりあえず人に丸投げる癖が付いちゃってる人が上にいると地獄だわ

>>164
手が空いてるときならほーいよろよろ、何かあったら聞いて
でいいけど、今マジでヤバいんよ

バブル世代かな？

うっせえ！うっせえ！うっせええわあああ！！！

以前、案件と担当者をグッチャグチャにシャッフルしてやがって
10で終わる内容が30に増えるような本当の地獄を見たこともあった
常々殺意沸くわー、あんなバカヤロウ、他社で一度でも見たことねえよ

３０になったら３０ぶん給料もらえんの？

>>166
作業やりながら今やってる作業のマニュアル作れ
理論的には可能だろ？
それができないなら死んでもらっても構わない（割とマジで会社はそう思ってる）

結局他人に作業を振れないやつはいずれ会社のお荷物になるので死んじゃえとそう会社は言いたいわけです

>>138
品質管理者はコボラかな？

>>138
よく読むと結構いいなｗ

>>138
> ・変数は関数の先頭にまとめて宣言すること
○設計書書くとき、改修するときにわかりやすい

> ・戻り値はエラーコードで統一し出力は最後の引数にポインタ渡しして受け取ること
○統一されているならアリ
エラーコードを強制してるのもよい

> ・変数名に型を表すプレフィックスを付けること
✕スコープだったら良かった

> ・グローバル変数はシングルトンにすること
○こうしておけばログを仕込めばグローバル変数特有のデメリットをある程度消せる

> ・プライベートメソッドは禁止
○恐らくテスト処理（単体テストではない）が書けないからだと思う

> ・標準ライブラリは禁止
○実はいい、他環境へ移植するときに入出力やカレンダー、時刻、通信が使えないときにソース中にまかれてしまうと困るときがある

> ・テンプレートは禁止
○c++なら無難。プロジェクトに一人は絶対いるキチガイの対策は必要

> ・例外は禁止
○ハンドリングしたいときにtry catchで滅茶苦茶汚くなるだけでメリット皆無なので例外は発生直後に潰した方がいい
結局誰が出したのか知りたくないやついないけど客にスタックトレース見せたいやつもいないんで

概ねよかった(*ﾟ∀ﾟ)ｂ

脳死

爺さんもう寝たら

>>171
千手観音じゃあるめえし無理、人の何倍も働いても無駄とわかったので１倍にするわ

>>172
振ってもいいよ、こっちはサポートしてる余裕無いから
勝手にやってもらうしかないけど上のミスで納期超短いよ、頑張って

マニュアルって嫌い
必ず嘘や間違いが紛れ込んでるし
想定外のトラブルが発生したら正しい対処法が書いてない
まあトラブルなんて予想できたらはじめから起こらないんだが

仕事が振れないってどういう意味だろうな？
ぜーんぶあげるけど、他から振られたもんも含めて

>>180
でも修正するたびに項目を追加していって並べた項目数が本来注意して作らなければならなかった項目数だろ？
マニュアルを作らない奴は何もできないで終わる

（適切に）

>>172
熟知している人間が専任で取り掛かっても納期にギリ間に合うかって内容と状況だから
やむなくオレがやるつもりだったが君の熱意に負けた、任せる
オレ他の仕事に付きっ切りになるから手は貸せないけど、責任もってやってな

java系のエンジニアってみんなgithubすら使えないゴミクズばっかだよな

>>171
全く違う案件なのに作業をやりながら今やってる作業のマニュアルを誰のために作るのん？？

マニュアル作成とか売上にならん仕事は評価されないんだよな
出来るだけやりたくない

評価者次第

マニュアル作成を無料でサービスでやってるってことか？
俺は、そんなプロジェクトの経験はないな。
きっちり金を取る。金を出さないならマニュアルは作らない、
って感じじゃね？

すいませんなー
c++専門なんです・・・

下っ端が下っ端同士で案件単位で振り合っていいの？
上司の存在意義は？

>>186
（うへぇ、こいつ使いようがねぇなｗ）

>>182
意味ないんだよなあ
時間が立つと、基盤、ライブラリ、トレンド、常識が変わるから、正しいチェックリストも変わる
案件ごとに、取り組むべき対象そのもの、言語、フレームワーク、サービス、要員、時間、資金まで何もかも違う
これだけ毎回違うものに絶対的なチェックリストなんてありえない
経験を積んだ人材がその場で柔軟に考えて、チェックするほうが正解に近い

マニュアルって対顧客の提出文書のこと？
マニュアルを作る専門部署があるわ

チェックリストはLinter使え
マニュアルはas Codeにしろ

>>192
ウチの上司も誰も読まないマニュアル作りに時間使いまくってるっけな
しかも読みにくい

>>194
開発者向けのマニュアルだろ？
開発環境構築手順書とかその類

>>171
作業やりながら作るもんじゃねえだろ
マニュアル作成の工数も取ってんのに、お前タダで作ってんの？

>>193
だからよｗ
品質管理ってベストを目指すもんじゃねぇっつのｗ
弁当にハナクソ入ってないよなとか
足にヒビが入ってる椅子はないよなとか
そういうレベルな
まばらで終わってたらそこをチェックできてるのかどうなのかわかんねぇだろボケ

>>198
俺は逆だな
作業やりながらでなくて作れるの？

>>200
作れるに決まってるだろ

>>197
そんなコモンレベルの話だったの？

金もらってマニュアル作るってSESやら受託のザコ会社勤務？

>>201
無理くね？
環境構築のマニュアル作るとして
環境構築やりながらでなくてどうやってスクリーンショットとるの？

>>203
メーカーも受託やってるんだが

>>205
メーカーとかゴミ会社ばっかってちょっとでも関わったことあったらわかるだろ

>>204
どこからそんな狭い話になってんの？

>>206
それがわかるとして、一体何が言いたいの？

>>208
わかってねーじゃん

>>207
なんでもそうじゃん
お前が文章や図を書いて画面を表現してるなら笑いどころだが

>>209
わかってないよ、だから聞いてるんでしょ、何が言いたいのか

はぁ…素人ばっかりだな
リスト化できるような単純なものはLinterにやらせるんだよ
人間は機械にできないような包括的で柔軟な思考を要する問題にたいして取り組めばいい
それはチェックリストなどとは真逆の方向性だ
Lintをしっかりかけつつ経験を積んだ開発者が直感ベースでレビューする
これがあるべき姿だ

>>210
完成してからキャプチャすればええやん
差し替えとかなくていいぞ

>>204
スクショなんていらん
コマンド書け

>>211
わかってないのにそれがわかるとしてとか言ってんの？
お前わかってないのにわかるとか言うアホプログラマーだろ

プログラマーに限らずわかってないのにわかるって言うのは致命的

>>212
それを素人に分からせれるのがプロです

>>217
ら抜き言葉使ってる時点で日本語能力時点で問題がありそうだな

>>161の話がスタートで憶測で暴走かましてる奴が居るから訳わかんなくなってるが
手一杯なところに更に重い案件が追加された
誰かに振りたいところだが納期が短く熟知していない者には無理
考えなしに振っている丸投げ君上司は当然それを解っていない
別に振ってもいいが責任はもてない
先の通りこっちも手一杯で面倒を見る余裕はない

で、いきなしマニュアルの話が勃発

>>215
わかってないから、わかるとしてって書いてるのに、頭悪いねー

>>213
だから環境構築は？
それと二度手間じゃん
おっせぇな

>>217
その素人はいったい何のプロなんだ？

>>221
環境構築の話は君しかしてないんだけど

>>220
前提がわからないのを有耶無耶にして話を進めても何も進まんぞ
仕事したことあるならわかるだろ

>>224
じゃあ言い換える、わかんないよ、何が言いたいの？

>>219
まあ、もうその状態だと手遅れで
普段から自分の業務を他の人間に渡す想定がいつまでもできないままの人間って邪魔だよねってだけじゃない
恐らくこの辺って口でいくらいってもどうせわからないじゃん
だから体で覚えてもらってそれがわからないなら死んでもらおうかな？ってところじゃん

>>226
新規案件なんだけど
なんですぐに暴走しちゃうの？ｗ

>>225
いつも君はわからないのにわかるって言ってんの？
そんなんでメーカーやらの客から受注する仕事なりたつの？

>>223
ソフトが完成してからある部分のパーツの追加方法なんてどうせ覚えてないだろｗ

おんなじ仕事ばっかり来てたら、そりゃー楽だよね

>>228
だから何が言いたいの？

>>229
覚えとるよ、自分でやった作業忘れちゃうの？

>>231
203を読み返せ

>>227
新規案件だと難易度上がるぞ
開発シミュレーションを頭で構築できないと作業なんか渡せないだろ

>>232
3日前ですら無理だねｗ

やりながら書くのは、頭が悪い人のやりかたってことですな

>>233
誰宛だよ、読んでもなかったわｗ

>>237
メーカーは文章読めなくて良いとか楽で良さそうだな

githubは使わなくても良いけどgitは使えた方がいいのは間違いない

>>234
そういうこと、俺だって新しく経験する内容の案件がバンバン入ってくるのに
周知もくそもねえわと

git使えりゃgithubなんて使えるだろ

>>238
で、203は誰宛？

>>212
明日までにその直感とやらをリスト化してLintに組み込んでおいてください
組み込めなかったものはチェックリストにしておいてください

>>230
これな
案件なんて千差万別なのに、マニュアル化できわけがない
一生、同じメンバー、同じような要件の仕事を取ってこれるなら、マニュアルにも意味があるかもしれんが、実際にはそんなことはありえない

ラッシュガイジいなくなったと思ったらメーカーガイジが現れたんだな

>>245
なに、煽られてんの俺なのに俺がガイジ扱いなの？

>>243
Lintに組み込めるものはとっくに組み込んでる
残りはチェックリストに出来ないものだ
どんなコードレビューするかわからないのだから、原理的にそこに含まれる欠点を洗い出す法則を事前に揃えることは不可能
しかし、実際にコードを見れば欠点はすぐにわかる
人間の直感というのは非常にすぐれた道具だ
これを活用しないのは、あまりにも惜しい

>>244
だな
上司が振ろうと考えてるの多分新人で、分散目的と言ってるけど
到底間に合わんうえに、面倒見てやってくれってのが過去に何度もあって
もう地獄をみる未来しか見えないという

>>243
お前もしかして業務要件適合性のチェックまでlintでできるとか思ってる？

>>244
できるよ
慣れてないからいつまで経ってもできないと決めつけてるだけ

エアプだからな

上っ面だけのマニュアル渡して、そのとおり働けってのはうまく行かない
なぜなら想定外の事態はマニュアルには書けず、そして必ず発生するから
それに対処するには、それまで様々な事柄に対して自分で考えて試行錯誤してきた経験が必要
そしてそれができるほど育った人なら、マニュアルの内容は当たり前すぎて、全く要らなくなる

>>250
無理だよ
もしできてるならたまたま、偶然、幸運にも案件ごとの差分が少なかっただけ

銀　の　弾　丸　は　な　い

案件ごとに考えるしかないんだよ

銀　の　弾　丸　は　な　い


www

笑い事じゃねえぞ
まじで何にでも通用するやり方、マニュアルが作れると本気で勘違いしてる連中は居るからな
そんなことは出来ないのだ、というところから議論をスタートしなきゃならん

給料高くてホワイトなSESとか存在するの？

>>249
できるよ
慣れてないからいつまで経ってもできないと決めつけてるだけ

>>249
というかお前はソース見ながら要件適合チェックとかやる馬鹿なの？発達障害かな？
要件定義と仕様書設計書を突合しろよ馬鹿か？

>>256
世の中にホワイトそのものが存在しない
例えば天皇なんてのは日本最悪のブラック労働そのもの
当然SESにもホワイトなどない

他者を圧倒する強い漢になれば世の中は自然にホワイトになる
世の中ってそういうものだ
嫌なら念仏でも熱心に唱えて来世で極楽浄土の人間以上の高級な生物にでもなれ

>>255
誰もそんなこといってねぇじゃん
マニュアルをさっさと作れるスキルはあるって言ってるの

少なくともお前より俺のが早いんだよ
スクリーンショットとるからなｗ

直感レビューに無駄金使うならレビュースキップしてその工数でテスト増やした方がまだマシ

スクール卒業した未経験きたらどうすんの？
ほっといて一人でやったほうが早そうだけど

自分のビジネスやってればホワイトだよ

まずはホワイト&ホワイト使ってみようかな

スクールの時点で弾くから来ない

巨大なシステム（20万行とか）の修正って、たいぎくない？

新人はいつもリファクタが大好き

>>260
マニュアルなんて誰でも作れるが、誰が読むんだって話だろ

>>262
テスト項目のレビューはできたか？

>>252
無知で書き込みますが、新しく入った人が詰まる場所は、マニュアル化すべき場所ではないでしょうか？？
特にググれず、変化しづらい場所とかは......

すみません
テレワーク用にもらったクラウドストレージのパスワードを初期の会社名123から変更してませんでした。
マニュアルに書いてなかったので。

マニュアルは必要に応じて用意する
残念な人が一人でもいると、何から何まで手順書が必要になり、その説明や問題起こした場合のフォローに工数が発生する
残念な人は1人月10万でも多い

>>272
これがあるとマニュアル書きたくなくなるよな

>>274
いや、マニュアルに追記しろよ

テメーのミスの原因をマニュアルの不備にしたがる奴いるからな

いや、マニュアルに追記しろよｗ

内容よりも重箱の隅ばかり見てる上司っているよな

>>271
そんなところで詰まるような人間は基礎知識不足、なので本来は開発に参加すべきじゃない
ピアノ引けないのに、ピアニストとしてオーケストラに参加しないだろフツウ？
で、初心者でもオーケストラに出れるようにマニュアル作ってください、とこう言ってるわけだ
甚だおかしな話なのだが、システム開発の世界ではこんな暴挙が横行してる
悲しいことだ

>>279
バカ？
別に言語仕様を教えてくれって言ってないだろ

>>272
不勉強な人にマニュアル渡して仕事させると、こういうのが無限に出てくるから、しんどいわな
で、悲しいことにマニュアル人間ってのは、ぜんぜん学習しない
次の案件でもまた、似たようなことをする
そのたびに上級開発者に泣きついてくるので、上級開発者の時間が奪われる
マニュアル人間は、マニュアルに頼りきりだから、自分で解決することができない

そうじゃないだろ
判断する能力、を鍛えるんだよ
考える力が大事だ、って学校で散々、教わっただろ
マニュアルに従ってちゃ、永久に身につかんぞ

>>280
言語仕様以外でもだ
マニュアルに頼る前に勉強しろ

ダメダメ
そんなこと言っても君等がサボってマニュアル書いてない事実の正当化はできないよｗ

マニュアルで全てカバーするのは難しい
システムについてどんな質問されてもある程度理解出来る人間を
生き字引として置いておく方が確実だ

>>284
違う
生き字引になれるレベルになってから、業務に参加許可を出す
それまでは賃金半額で、勉強期間とするべき

>>285
あんま試用期間を長くしたり
試用期間の賃金を安くしすぎると人来なくなるよ
バランスだいじ

>>286
使えないなら試用期間で切る

雑魚が来なくなるよりも、雑魚が増えすぎて、お守り疲れた上級開発者が逃げるほうが、損失大きいんだわ

二分木の反転をするプログラムを
ホワイトボード上で書けないやつは帰れ

この問題が良いかはともかく
入社試験を難しくし過ぎると今居るプログラマーも解けなかったりする件
今雇ってる奴は技術力の低い烏合の衆だと言う事を認めるのか
それとも問題が実際の業務で役立たない難しいだけのクソなのか

二分木の反転

マニュアル通りでうまくいかないんだったらマニュアル不備
ふつうはマニュアルを参考程度に別の条件つくからせいぜい参考程度

指示が悪い奴はマニュアル渡して「古いからそのままじゃ動かないけど適宜ググってね」
まともなやつは目的伝えて参考に過去事例を渡す

invert a binary tree

>>287
残念ながら試用期間でも解雇できないという判例でちゃったよ

>>263
そもそも新卒だろうが数年程度の経験者だろうが
まともに使える奴が転職してくるわけがないだろう
美少女が空から降ってくるレベルで有り得ない

美少女は曲がり角からパン加えて飛び込んでくるもんだ

ロリサキュバスが突如家に押しかけてきて
精液と引き換えにヒモにしてくれるエロ漫画ぐらい有り得ない

昔の漫画だと世の中に絶望した美少女が学校の屋上から飛び降りて
たまたま下を歩いてだ男子童貞と衝突してなぜか合体する

そういうロマンをなくしたらプログラマとして終わりだと思う

　「今回紹介した失敗を含め、担当者が『こんな修正、影響ないだろう』と思って修正したものがサービスに
影響を及ぼして起きた不具合が最も多いと感じている。リリース後の改修は要注意だ。もし、リリース後にサー
ビスを改修するなら、改修の影響範囲を考察し、BTSに不具合内容と改修の影響範囲を記録する必要があるだろう。
もちろん、影響がなかったケースもあるにはあるが、全ケースをBTSに登録するようなスタンスが求められる
と考えている。この教訓は、ドラゴンクエストX開発陣の結論なので、この失敗事例を知って『自分たちの
サービス運用ではどうするか』を考えるきっかけになれば幸いだ」
https://www.atmarkit.co.jp/ait/spv/1903/14/news018_3.html

詫びソースコードコメント 1件

アイミョン
[KS108-054]
テーマ：冒険者の広場・DQXショップ2020/02/17 16:22
今月になってから急にシステム障害が多発しており、運営としては説明責任を果たすべきと考えます。

https://hiroba.dqx.jp/sc/news/category/3/

不具合を出した個所とその修正箇所の両方を「詫びソースコード」として開示するのです。
ソースコードも企業の重要な著作物ですが、だからこそ開示して詫びることが大切です。
それと同時にシステムの不具合がなぜ多発しているのかを、プレイヤーも一緒に考えるのです。
バンダイナムコゲームスの『ドラゴンボールZ ドッカンバトル』を見習うべきです。

>>294
＞　美少女が空から降ってくるレベルで有り得ない

外食やサービス業を解雇された美少女が
いっぱいいるから、ひとり捕獲したよ！

ぼくは不具合を出すたびにユーザーに一億円払うといいとおもう。

windows10に言ってみな

BTSのユーザー公開って楽しそうだな
社名、責任者、開発者を実名でどうぞ

github導入しようと思ったけどやめとこうかな

>>303
お前レベルではどうせ使いこなせまい

>>303
あほ

>>281
君が私の部下なら君の主張を尊重したうえで毎回君にマニュアル修正させる
完璧なマニュアル存在しないので乖離していても君のせいじゃないって言いながらね

そして裏ではその他メンバーに勝手な判断はシャドーITに発展し兼ねないので
あくまでマニュアルに従うよう指示する
マニュアルに記述がないことは報告するように指示する

使いこなさなくていい
基本的なコマンドだけで十分役に立つ

>>306
マニュアル整備で開発の少なくとも2倍はかかるから納期は3倍に伸ばせよ？

>>306
マニュアルに従って行動するやつは、学習習慣、判断力、柔軟性が育たない
開発者としてはどれも致命的だ

マニュアルを書いてる奴が転職したら、総崩れするパターン
クラサバの中央サーバーが吹っ飛ぶようなものだ

そうじゃなくて、全員がマニュアル無しで活動できるように、地力を鍛えることが大事だ
これは分散型システム似ている
どこかが壊れても、すぐに別のインスタンスが補ってくれる

開発の工数しか出ないからドキュメントなんて書いてらんねえよな
まあマトモに工数だしたらあっという間に赤字になるんだけども

契約するときに決めろよ…
ただマニュアルってなんだ？
手順書みたいなのとか、業務説明用資料(ドメイン関連の資料)とか、設計資料みたいなのはよく見るけど、
所謂マニュアルって見たことないんだが…
製品とかだったらユーザー用のマニュアルは作るけども、それは開発者の仕事じゃないしな

手順書みたいのを指してる？

開発者マニュアル
ユーザーマニュアル

区別して語って

誰でも実行できる手順書を作るくらいならスクリプト化する

年収が1億になるスクリプトを作ってください
納期は明日までね

>>282
書くだけで回避できるトラブルや、言語化することによる共通認識をある程度作ることが、有効に人材を使うことに多少寄与しそうな気がしますが？？

>>309
ヒント：
　分散管理の統合コスト
　人間の感情
　3000人月の公共システムを2年後に稼働
　全体最適化
　理想と現実
　下衆の後知恵

スクリプトで出来ることはスクリプトにするだろ
ただ個人のやり方ってあるわけで、エディタやらgitやら、環境やその設定は千差万別なので、全てを考慮することはできん
だから多数派環境用の既定スクリプトは用意しつつも、手順書も作成する
そんな事細かに書かないから、ついてこれないのは置いてくけどな

手にフィットするのが売りのマウスがめちゃくちゃ持ちづらくて
１分で肩凝った
なんじゃこれ

旧約聖書と新約聖書に第二聖典を足した約7MBのtxtファイル。日本神道の預言書・日月神示付き
完全無料で自由にダウンロード可能。もちろん登録不要
https://ux.getuploader.com/dialogues_txt/download/387

100人規模のプロジェクトなら、そこまでマニュアルマニュアル言わなくても回りそうな気がする
ただ公共システムは特殊で、ドキュメンテーションがコードが動くことより大事になってたりするので
話の前置きに「公共システム」という単語が必須
これを後出しした時点で、君のドキュメンテーション能力は底辺であることが分かる

>>321
100人規模なら、またマニュアル書かなくても回るのですね......

そこら辺無知なので......

口頭指示で100人が同じ方向を向いて仕事するとは思えない
後になって苦労するだけだからマニュアルはしっかり作れ

仮にマニュアルなしで100人を動かすなら
それぞれの進捗状況の確認を怠らないこと
100人なのか、各グループなのかは知らんけど
マルチに確認を怠らずできるなら頑張ってどうぞ

その百人が猫レベルだったら結局炎上不可避

猫でも動くマニュアル作れよ

開発環境構築手順書は必要だろう

猫でもわかるプログラミング
自分が猫未満である事が分かる本

>>321
運用マニュアルまでが役目でしょ
いつから開発作業マニュアルの話になった？

マニュアルはコーディングでいう規約みたいなもんでしょ
やり方なんて星の数ほどあるんだから
みんなバラバラだとどっかで致命的な不具合が出る

開発環境と本番環境でPHPのバージョン違いとか典型的

>>331
Dockerも知らない男の人って…

同じバージョンでもインストールする順番で動かなかったりするのが当たり前のこの業界
責任をはっきりさせる意味でもマニュアル化は必須

>>332
Dockerはマニュアルをコンピュータにわかる言葉で書いたのが美点
Dockerこそマニュアルなんだ

ネトウヨは韓国よりも前に叩くべき国があるのではないのか！

・ノーベル賞･大村智博士(月刊致知)
｢メディアが恐怖を異常に煽っている。一年以内のワクチン開発などありえない。新型コロナウイルスは人工的に作られたのではないかと思われるフシがいっぱいある」

ノーベル賞の先生の発言によるとやはりコロナは中華人民共和国の生物兵器なのではないのか？

>>334
ymlすげー

>開発環境と本番環境でPHPのバージョン違いとか典型的
どうやったらこんな間違いが出るんだよ
見えてる世界があまりにも低レベルな現場過ぎやしないか

前提条件言わずしてマニュアル不要論を唱えられても妄想としか

ワンチャン今後PHPがウェブ言語の首位とる可能性ない？
何か最近やたら多いわ

PHPがぶっちぎりで1位だけど今さらどうした？
業界ごとにシェアの差はあろうだろうが
Perlの派遣を崩した後のPHPはライバルすら存在しない

何が首位だと思ってたんだ
HTML？

誰も教えてくれない環境なら自分で勉強しているだけの方が開発経験を得られる
職歴はなくなるが

頭痛いとコーディング無理だよね

頭痛くてもコーディングはできる
お腹ぴーぴーだとコーディングできない

むしろPHP書けないやつは使えない
スクールとかだとRuby押してるけどブームは終わったんだよ

でもさ、Ruby使うやつがいくら増えても業界に実害はない
スクールで教える言語としてはいい選択だったと思う

コントロールパネルでマウスの設定したら
設定でＯＫ押するたびに
５ｃｈブラウザのＪａｎｅのＷｉｎｄｏｗだけ
なんかぺかぺか点滅するんだけど

何やってんのこのブラウザ

お腹ぴーえちぴー

あばばばｂｂｂｂｂｂｂｂｂ

こわひ

>>331
低いレベルの人間には低いレベルの開発環境が与えられる

サキュバスの幼なじみほしい

いきなりサキュバス 〜いちゃらぶ搾精ライフ〜
http://zion.product.co.jp/27_sakyu/index.html

>>291
おつむが足りない多くの素人は、参考に渡したものが絶対的バイブルになんのよ

マニュアルに書いてあるのになんでその通りにやらなかったんですか？

土曜は会社休みだから社内セックス楽しんできた

ま、君たち童貞君たちには無縁な話だけどね

会社でやるなんてダサい

ホモなんだろ

客先で勤務していて名刺（自社、客先、客先の客先、客先の客先の客先）を4つ持っている人なら4人分だ

twitterでclubhouseはじめましたとか言ってるマウント取りバカうざすぎ

新しい派遣の人が結構若いのにすごいハゲてた

clubhouseって単語muteしてるわ

面白いのかわからんものをそんなにやりたいかねw
招待枠を売ってたりして
そういう商売なんじゃね？って思う
音声だけなんだろ？
そうとう話が上手くないと聞いてられんと思う
先行者利益を考える前に自分のトーク力で諦めるし、今はまだ話の上手いヤツはいないだろ
そういうヤツが成熟した頃に招待枠とかフリーになるだろうからそのときでいいわ

>>316
書くだけで回避できるようなトラブルはオートメーションすればいい
重要なのは柔軟に考えなければ解けない類の問題だよ
マニュアル人間はコレが致命的に苦手だから開発が下手くそ

>>323
マニュアル無し=口頭指示
なんかこれが直結してる時点でお察しだ
マニュアルがないからって全て口頭なわけないだろ

>>327
それオートメーション

>>331
この考え方は間違い
クラス、モジュール、サービス
様々な単位があるが、それらが疎結合であれば、個々のやり方がバラバラでも全く破綻しない

>>333
違う
それこそマニュアルは害悪
as Codeで提供したほうがいい

>>334
君はちゃんとした開発者だね

クラブハウス
いまやりたいヤツは先行者利益狙いか、それやらないとイケてない病だと思う
招待はいずれ甘くなるからその時でいい
金出してまでやったところでトークできるやついねえだろ

埼玉は職場、学校、病院、お店でクラスター(^O^)／
1年で戦闘力1億も上がったコロナ神が都内の満員電車で苦しむ人を救う

埼玉に住んでる奴はテレワーク前提だろ
通勤してる奴いるの？

とにかくスピードがない、なんでもそうだがスピードがないとやっていけない
やっていける自信がなくなった

たぶん現場が悪い

おまえらをテレワークさせるために
俺みたいなスキルあるおっさん低賃金非正規ネットワーク技術者が
テレワークできずに休むことも禁止されてるのだぜ

>>370
今更音声とか訳がわからんな
友達なら電話しろ

EvernoteってAndroidアプリがすごい改悪なんだけど
潰れそうなの？

今まで使えた機能を削除したり
UI使いにくくしたり
バグを増やしたり

プレミアム40%引きの広告もしつこい

マニュアル君は自分で考える頭が無いだけでしょ
マニュアル通りじゃないとできない

とあるSNSより
〜作って下さい
仕事のご依頼ですか？
え？タダで作ってくれないの？

1人で開発するならマニュアルなんかいらない
複数で作るなら指標になるものは必要

>>380
そういうルール的な意味なら一人でも必要だろ

他人につつきまわされすぎてつかれた

つかれたんだよ

業界歴は無駄に長いが、依頼された内容が全く依頼になってない前代未聞の依頼を初めて受けた

アメリカでは40歳を超えたらお役御免？ 誰もが他人事ではない｢年齢差別｣を克服するには

https://www.businessinsider.jp/post-196272
――西海岸、シリコンバレーと言えば、ダイバーシティへの意識が高い印象です。そういう彼ら彼女らであれば｢年齢層も多様な人がいたほうが良い｣と考えそうなもの。｢年齢差別｣が横行しているというのはどういうことなんでしょうか？
アメリカには｢アファーマティブ・アクション（積極的是正措置）｣と呼ばれるものがあり、｢このマイノリティの人種の人たちのために特別枠を設け、一定数雇用されるように｣｢男女のバランスも平等になるように｣と定められています。その結果として、人種やジェンダーに関して、多様な人が雇用されるようになっています。
けれども、こうした人種バイアスやジェンダーバイアスと比べて、年齢バイアスに関しては認知が遅れているのが現状なんです。
年齢バイアスに関しても一応、1967年に制定されたADEA（Age Discrimination in Employment
Act）という取り決めがあり、40歳以上の人に対して年齢を理由に解雇したり、差別的な扱いをしたりすることは法律的に禁じられています。アプリカント（採用志望者）も、レジュメに年齢を記す義務はありません。年齢を隠してもいいということになっています。

――50年以上も前にそんな法律が作られているんですね。

はい。それなのに、ですよ。法律はあるんだけれども、企業としてはやっぱり若くて有能な人材を採りたいから、例えばLinkedInでその人の卒業年を見て年齢を推計し、仮に同じ能力を持っている25歳と40歳が候補にいたとしたら25歳を採るということが起きてしまっているんです。
例えばフェイスブックは、従業員の年齢の中央値が28歳くらい。30歳以下の人たちがダントツに多く、平均にしても32歳くらいです。西海岸、シリコンバレーにあるテック企業は、ほかもだいたい似たようなもの。採用担当者は、直接的に年齢を聞くことこそしないけれども、例えば｢デジタルネイティブ募集｣といった言葉を使って、法律の穴をかいくぐって若い人を採っています。

若いころは頑張れば報われるとおもってタダ同然で頑張った

>>375
いつもありがとうございます

>>380
要らないよ

>>386
2次被害を出さないためにも頑張っても報われないことを後世に伝えるべき
そうしないと奴らが永久に儲け続けてしまう

>>386
俺もその口だがワンチャンあるぞ
年取ると若い頃の頑張り貯金を切り崩して過ごすことになるからな
若い頃に馬車馬のように働いてない40代は雑魚丸出しになる

後先考えず遊ぶ体力があるうちに全力で楽しんで老後はさっさと逝くのがいい人生
まあそうやって人生楽しんでる香具師のほうが稼ぎもよくて長生きするんだがな
真面目なやつほど人生を無駄にするｗ

>>390
そう見えない
馬車馬のように働いていたやつは
同じように働き続けるか捨てられるかで
楽していい目を見てたやつが
最後まで得してるように見える

と若干26歳の若造が言っております

団塊世代なんてどんなに無能でもまじめに働きさえしてれば
生涯平均賃金が年収500万くらいで正社員で退職金が2千万
・・・なんで日本は、今みたいになった？竹中さんが悪いの？

>>392
500万なら普通の努力で達成できる世の中だけどな？

年収500万って労働者の上位1割くらいだろ。
努力だけで上位1割に入れるのか？

マニュアルなんて作りたくないから丸投げだよ

500万ってそんなに少ないの？

>>398
正社員だけの中なら3割、労働者全体なら1割くらいだな

努力したら余裕

もうマニュアルの話飽きた

さすがに500ないやつはここにはおらんやろ

年収1千万で英語ペラペラなのが5ｃｈのメイン層だものな。
自称だけどさ

最低600ないとまともな暮らしできない
まともというのは絵に描いたような中流の暮らしな

でもそれって効率よく転職する努力なんだよな
スキルを磨けば自然と昇給する世界に異世界転生したい

>>392
そのとおり真面目は損だよ
飛び抜けた才覚がないと成功しない

>>394
長いこと日本を支配してきたのはどこの政党？

40年以上も同じ会社で職場の人間関係も基本同じって環境は地獄
まさに軟禁状態って感じ

キエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエ

>>409
デスマーチ中にそう言う奇声を突然上げだしてフロア中を走り回ったヤツが
本当に居たぞ。10年位前の話だけど。
大騒ぎになってデスマーチが終わった・・・そいつに感謝した思い出。

>>403
都内だと1000万でもたいした暮らしできないぞ
飯代に気を使わなくなても良くなるぐらいで
外車とかマンションもヒィヒィ言いながら買うレベル

オレは残業に興味ねえんだよ！
やりてぇようにやらねと、プログラマやってる意味がねえだろ？

>>412
おまえに金払う意味もねえな

毎日の残業が最初から想定された経営って平成後半からだろうか
その前は普通が定時退社で、残業発生は仕事の遅れや突発的な対応が主な理由
仕事の遅れは当然管理職の責任問題とされた、今は残業しなければいけない世の中
日本独自に一体何が発展したん？
管理職と経営者の無能無機能を、残業当然に変えることで隠蔽した？

>>409
キャプテン翼の若島津かな？三角跳びの。

とうとう経歴だけじゃなくて年収まで盛るようになってしまったか

お願いです
私のお給料を盛って下さい
どうか、どうかお願いします

仮になんだけど、招待枠を売って下の２人から上がりを貰い、その下の４人から上がりを貰い、更にその下の８人から上がりを貰い、、、ってやっていったら何回目でお金持ちになれますか？

残業なんて今の会社入ってから月平均10時間ぐらいだわ

>>364
短い期間で多発するトラブルの回避以外でも、自動化のための労力を使うのですね？

前提となる自動化のための環境が、何処まで変化に対して柔軟性を担保できているか気になります......

招待して下さい
ありがとうございます
招待枠持ってます一万円でいかがですか
ありがとうございました
で２万円稼げるよな
やらんけど

php楽しい

>>420
そう
マニュアルを書く労力があったらオートメーションすればいい
オートメーションできない複雑な問題はマニュアル化もできないので、経験を積んだ人間が柔軟に考えるしかない

>>422
いいね。俺はVBAが楽しい。

>>424
おれも簡単ツールはVBAで楽しい
自分の鯖はPHPで作ってるけど楽しい
趣味のプログラムはC++とC#だけど楽しい
前の仕事はPythonで楽しかった
今の仕事はCだけど楽しい

>>423
こええ
改修するたびにドキュメントのないオート処理整備すんの？
また、ドキュメントもないからお前組んだオート処理もいじる必要があるのかないのかソースをくまなく見ないとわからんわ

あの人さ、自分じゃできる人と思ってそうだけどぶっちゃけ迷惑だよねｸｽｸｽｗ

pythonもrustも楽しい

明日行きたくない久しぶりに嫌な現場に参画してしまった

>>428
定時帰り連発してさっさと帰ろうぜ
そういうところって一生派遣社員にマウントとってればいいよ
それが仕事だと思ってるところあるし

>>426
ドキュメントがない場合
改修があればソースだけを修正する
完全に真実しか書いてないソースを見て自身を持って判断可能

ドキュメントがある場合
改修があればソースとドキュメントを修正するので工数2倍以上
嘘や過不足だらけのドキュメントとソースを見比べてどちらが真実なのか悩み抜いて判断するしかない


ドキュメントは　ゴ　ミ

>>430
ドキュメントがないからそれっぽいクラスか変数で引っ掛けてソース中をくまなく確認する工程が抜けてるじゃん
お前がやってるザ・ベスト・オブ・無駄作業の見積りを忘れるなんていよいよ脳がおかしくなったのかな？

茅場町や木場だったらハズレくじを引いたと悟ってさっさと退場するのも賢い

>>431
ドキュメントは嘘や過不足が『必ず』存在するのでドキュメントがある場合
ドキュメントとソースコードもくまなく見た上で両者を比較して齟齬がないか確認してからでないと作業に入れない
齟齬があった場合は当時の担当者に問い合わせてどちらが真実なのかを確かめなければばらない

DRYの原則に違反するとこうなる

ドキュメントは　ゴ　ミ

ドキュメントは観点別に仕様を整理する物だからソースと一対一にはならないよ
昔はソースと一対一のプログラム仕様書を作る現場もあったけどね
今でもそんな頭悪い現場あるのかな？

Google deploys Chrome mitigations against new NAT Slipstreaming attack
https://www.zdnet.com/article/google-deploys-new-chrome-mitigations-against-new-nat-slipstreaming-attack/

NAT Slipstreaming attackって何？スーパーハカーの人おせーて

>>434
一対一でないからといって嘘や過不足がなくなるわけではない
ドキュメントは存在するだけでソースとの相互チェック、同期が絶対に必要になる

よいドキュメントとは自己説明的なソースやマニフェスト、ソースやプロダクトから生成されたものだけだ

>>428
＞　明日行きたくない久しぶりに嫌な現場に参画してしまった

過去をふりかえると3割ぐらいは嫌な現場だった
下請けイジメを楽しむ奴も世の中にはいることを知ったときには驚愕だった
田舎育ちで性善説を信じていたから

担当者が悪い人じゃないかもしれないけど、
全くわかってない人の場合に困ったことがあって
20万ステップのC++のぐちゃぐちゃのソースもってきて
一か月で機能追加して、と言われて、
さすがに無理！と思いました。

>>433
そんな詳細までどうせ書いてないだろお前なんかゴミカスなんだから

そもそもドキュメントとソースが乖離してんのなんてお前のせいじゃんｗ
何、自分の失敗棚に上げて偉そうに言い訳してんだこの雑魚ｗ

>>427
pythonのdoctestみたいな、「実行できるドキュメント」がrustの方にもあったりしますか？

>>439
誰であっても間違いを起こすしドキュメントの更新をサボるものも居る
個人の問題ではない
ドキュメントという考え方事態が失敗のもと

>>309
お前の言う地力ってヤツが鍛えられたら素晴らしいマニュアル作ることができるってことだよな？

>>441
じゃあ設計はどうやって作るの？

>>441
わかった時点で直せよｗ

週末は頭弱が発狂するね

東京ガスがお漏らしして炎上

【社会】 恋愛ゲームからメアド１万件流出　東京ガスの｢ふろ恋　私だけの入浴執事｣に不正アクセス　不審メールに注意 [朝一から閉店までφ★]
http://2chb.net/r/newsplus/1612013865/

482 ニューノーマルの名無しさん 2021/01/31(日) 11:57:16.68 ID:/s1CXpOB0
またSQLインジェクションとか
程度の低いシステム向けの攻撃か？

>>442
地力が付けばマニュアルがイランといってる

>>443
議論してコードに書く
設計はコード現れる

>>444
何度も言ってるがドキュメントとソースの乖離はとてつもない労力をかけないと間違いかどうかすらわからない

>>447
力量と知識は別だよ
現場固有の手続きはネットで検索しても分からないから
口伝かマニュアル化のどちらかしかないよ

マニュアルって表現やめね？
開発マニュアル←いらん
ユーザーマニュアル←いる場合ある
手順書←いる場合多い
ドキュメント←いる

>>449
あなた以外はできていますよ？

>>452
え？>>449じゃないけど、俺はできないし、出来てるつもりで出来てない人多いから今がある

こんな粘着質なやつと一緒の現場になりませんように

仕様書が汚いからって
内容をぶっちぎって自分の思いついたコードを書くからそうなる

>>453
でもみんな少なくとも品証のチェック抜けてるから納品できてるわけじゃん？
お前はそれができないって言ってるのは何の能力が劣ってるの？

>>455
異常だよな
ドキュメントが自分の思ったのと違うからってガン無視してソース変更するって言ってるんだから
1週間程度で去ってほしい

>>456
そうじゃないぞ
エンハンスしようとしたら、過去に納品されたもののコメントやドキュメントが実装とかけ離れてるんだぞ

>>451
おいおい、ドキュメントって文書って意味しかないぞ？
そこから話をしないとダメか？

>>450
No
オートメーションがベスト
オートメーションなら、必然的に真実のみを記載したコードが残る
それは嘘や過不足だらけのドキュメントよりも、遥かに価値があるものだ

>>452
出来ていない
俺が途中参加したプロジェクトは100%、ドキュメントに嘘や過不足があった

>>453
そう
できていると主張する人は、実はできていると思い込んでるだけで、実際には出来ていない

>>456
うーんでも間違ってるんで
品質チェックしたやつしばく仕事に戻っててね

ne

>>461
1つでもあったら使えないって視点で強引に話ししてない？
まあ、でも君がそう言っても君以外の人はチェック通ってるんで

人のふるまいを根拠に話す奴はあぶない
そういうのがいるとこは悲惨な現場ばかりだったよ

>>465
1つでもあったら使えないんだよ
1つ間違える奴が、他の箇所すべて正しく書ける保証はないだろ？
ま、実際には1つどころかサーチしきれないほどのミスがあるんだが

>>467
そりゃ仕事の内容と状況による

ドキュメントいらない派は、
Web屋とか小さなツールのみ作ってる人

プロコンや大規模業務系で
ドキュメントいらないとか、
間違いあるとか考えられん

ゴミノート貸与PC
残業代でない契約
実装を把握できないから予測が立てられない無能管理者A
量だけこなす無能な働き者
無能な働き者をおだてて少しでも進捗あげたい管理者B
無限残業地獄
テレワークじゃなかったら速攻で逃げてるわ

>>468
旧態依然としたレガシーの塊では、設計やコード自体が乱雑で自己文書化、as Codeとは程遠い
そのためクソなドキュメントでも、無いよりマシという発想になる
健全なシステムではドキュメントの価値は相対的に低下して、遂には不要となる

>>460
マニュアルを仕様にしてシステム化したのがオートメーションだね
マニュアルが必要なのは同じだよ
どんなに頑張って屁理屈こねてもお前が間違っているのは変えられないから諦めな

>>470
用件の定義(？)から、モノの完成のサイクルが早い感じですか？？

>>471
オートメーションがあればマニュアルは要らないと言ってる
オートメーションのコードはマニュアルより正確、過不足がなく、属人性がない

派遣で正社員に不満がある人は正社員になって仕返しすればいい
ウチの会社で元派遣で正社員になった人が今でも仕返ししまくっててもう10年粘着してイジメてるよ

>>473
哀れよのう

>>473
仕様を把握するためにオート処理全部見ないと駄目なんだ？ｗ
バカじゃねｗ

そこでＡＩプログラミングですよ

人工無能なら俺でも作れる

無能なら既に居るのにあえて作る必要無いよね

ねむたい

この時間から昼寝すると夜にスヤァできない

嘘も含めてここはボンクラの便所の落書き情報

鼻水止まらない

>>476
ドキュメントとコードを全部見て、比較して、齟齬がないか確認するより、遥かに楽だ
ドキュメントのせいで仕事が増える

>>484
ええ？ドキュメントとコードを比較するのってそんなかかんないよ
コードだけから何をやっているのか解析するほうがよっぽど時間かかるよ
知らないの？

どうも、天然無能です

ドキュメントとコードを比較して乖離してたら
乖離したタイミング突き止めて「お前の仕事全部見直せ」と言って投げる

コードの方が早いとかいうのは記憶を頼りに読んでるフリしてるだけのベテランマウント

休日に表を弄ってる時間があるなら貴方がやってみては？
４人もメンツがいて俺である必要性はどちらに？
丸一年間、実稼働０の人もいますが

全身が痛い
インフルだろこれ

痛いのは関節？肉？

オレは髪が抜けてるんだがまさか

熱何度よ？

ドキュメントってエクセルなの？

>>490
痛風だろ

痛風になるくらい良いもの食う金とダラダラできる時間が
プログラマーなんて底辺職にあるわけないじゃん。

>>492
コロナでツルツルになる

熱が出ると、熱いだけで痛さは感じないよ。

ふとこのスレでも一番最初に死ぬ人、最後に死ぬ人まで順番って決まるんだよね

明日からまた月曜日だよ

レス500番にいいレスだね。

俺はドキュメント自体は要る派なんだが、>>485みたいなのがドキュメント不要論を起こすのを理解して欲しい
コードの方がはるかに価値が高いし、乖離のチェックコストはプロジェクトが破綻しかねないほど甚大だ
なので、予算の範囲内で完全に乖離のチェックコストが賄えるだけのドキュメントに絞る必要がある
多くの仕事では1/10〜1/100程度だよ

公共システムの仕事だと、理由があれば予算は多く取れるものの、ドキュメントの不備はフォントに至るまで完全にチェックされるし、ドキュメントどおりに少しでもなっていないコードがあれば、即瑕疵が発生するほどの徹底ぶり
本当に1行もドキュメントにないコードはない
もちろん何度も内部レビューを経由した後、顧客レビュー(審査用の別会社の人間がレビューする)の通ったドキュメントの間違いは仕様ミスということでバグにはならない
だから乖離はほぼ完全にない
その代わり目が飛び出るほど潤沢な予算のほぼ全てはドキュメントに持っていかれ、それでもドキュメントのために徹夜することになり、予算を全部使いきって赤字になる
ようは各工程で、日本語で全てのコードを書いているようなものなんだよ
そこまでしないと必ず乖離する

問題はそのような厳格なことを求められる公共・防衛・医療・金融のやり方を
流通システムやゲームや便利Webサービスのような
「止まっても社会的影響が限りなく0に近く、かつ、代替手段が顧客に用意されている」
分野に持ち込むアホがいるってこと

>>502
いかにドキュメントが無駄なものかわかるね

そこの開発の粒度がおかしかっただけだろ
バカだから必要ないと思うんだよ

>>502
口を開けば言い訳ばかり
君以外は出来てるからね

出来上がったアプリをチクチク弄りながら実装に合わせてドキュメント作った方が楽だよな？

>>506
できてないから炎上案件ばっかり
色んなとこ行ったけどドキュメントのボリュームが大きいところほど炎上してる

>>507
出来上がった達成感の後にそういう作業はしたくないという素直なお気持ち

ドキュメントは上流の開発できない無能な働き者を養うために必要

>>507
客の求める粒度次第だな
終わってからでないと書けないような粒度を求められてるときはそうだな
開発時に必要なのはクラスとメンバ変数、メソッド名ぐらいなもんだな
メソッド内のフローが外側の仕様からわかる開発とそうでない開発があるがわからんときは
業務知識のある人にフローも書いてもらわんと書けんな

>>508
ソースしかないとこのがヤバイだろｗ

>>512
それが意外とうまくいくんだよ
なんたってドキュメントがないから、迷うことなくソースコードを信じていい
今、まさに動いてるものが絶対的な真
これがどれだけありがたいことか

ドキュメントがあると、残像券を使いこなす孫悟空を相手にしているようなもので、これは勝てない
ドキュメントがないと、相手は身動きの取れないパンチマシーンみたいなもんだ、楽勝だね

外注に頼ってる会社だとソースしかないとこ多いよ

1-1-1-1. A配列にB配列を代入する
1-1-1-2. Aの要素の数だけ1-1-2-1.を繰り返す
1-1-2-1. 1-2-1-1.の処理をおこなう
1-1-3-1. TBD
1-2-1-1. ドキュメントAを参照

ドキュメントが無いのは
下流行程が下克上してるような雰囲気

浪漫がある

>>515
こういうドキュメントがあると、目眩がする
とてつもない労力をかけて、ドキュメントとコードに齟齬がないか確かめなきゃいけない
齟齬があったら前担当者を探して、尋問だ
そいつはもう、別の案件や会社に行ってる可能性が高いので、この尋問には長い時間がかかる

で、ここからが重要
こういうドキュメントがあると、コードを気軽に編集できなくなる
IDEなどサポートがあれば、コードを安全にリファクタリングできるのだが
コードをリファクタリングしたら、それと齟齬がないように、ドキュメントも更新しなきゃならない
ドキュメントはたぶんエクセルだろう
エクセルにはリファクタリング機能はない
この作業は、簡単に言うと、地獄だ
おめでとう
残業代がガッポリ稼げるぞ

ソースコードとドキュメントが
一行一行対応させてる現場は
大変だろうね。
IT大国の日本はお偉いさんが
そのドキュメントを見て
「及び」などの使い方を指摘する国

少ない経験からの偏見かもしれんが。

「無駄だらけのプログラムを効率化して、1万行→500行に。それを見た上司が激怒して『あいつは三流』と言いふらし始めました」（エンジニア・50代男性）

https://j-town.net/tokyo/column/allprefcolumn/317613.html

上司のKさんが書いたプログラムのソースコードが1万行だったため、Yさんが500行にすると、怒り心頭。Kさんは周囲に「あいつ（Yさん）は三流」などと吹聴（ふいちょう）しだしたという。

>>517
現場で言いましょう

少なくとも詳細設計のドキュメントは要らんと思う
必要なのは客との合意のための仕様を記述した資料と、担当を分けるためだけに作られた設計資料だけ
ただどうしてもこの手の資料はユーザーマニュアル程度の粒度になるので、例外その他の全ての仕様は網羅できない
それに起因するコードとの乖離は目を瞑ることになる
詳細設計以降はリバースエンジニアリングして作成した図とかでいい

ドキュメントは大抵無駄だよなぁ
DBの設計書とかはあれば使える場合もあるけど

SESの求人ばっかだな

存在する意味と価値を説明できないドキュメントは不要

日本の労働生産性が上がらないのはSESのせいだな

SESがなくなったら生産する人いなくなる

SESなくなったら本物のプロだけのプログラマー業界になる
なんちゃっては追放される

俺のようなドキュメント通りに
変数に値を入れる人間が困るぞ。

>>525
間違いない
する必要のないことばっかりしてるからな

日本が世界にいらない
消えたらみんなが幸せになる
存在する必要がない
無駄

PS5, Switch, どうぶつの森,

自動車とか医療機器とかってドキュメントはどんな感じなのかね
ちゃんと作らないとヤバそうな分野であることは間違いないと思うけど

マニュアルとかの技術系の作文を教えない学校教育がおかしい

公立校のプログラミング非常勤講師になろうかな
もちろんテレワークで

>>533
全部学校教育に丸投げするバカw

怪しいオフショアが作った全然動かない代物を、オフショアでコストカット出来ると主張した偉いさんのメンツの為に、各社からかき集めた素人同然の1-2年目が無理矢理直したもので奇跡的に回ってる世界

>>533
大学で習うだろ
習うというか自分で考える訳だが

SIerとかSESって自社にプログラマー持ちたくない会社に変わってサービス作る会社じゃないですか。

疑問なんですけど、銀行のシステムとかってほぼSIer、SESで回ってるイメージなんだけど銀行のシステムって一生改修入りますよね？銀行がプログラマー雇った方がよくないですか。なんで普通の行員をシステム部に行かすんですか？いつかはシステム開発が不要になると思っているんでかね

最後２文がまじで意味不明

窓口の銀行員をシステム部に行かせるぐらいなら最初からプログラマーをシステム部に配属したらいいのになと思いました。
でもプログラマーを銀行が雇わないのはシステム開発をいつか縮小させるためであるのかなと
だから今は割高でもSIerに作ってもらってる

言いたかったのは銀行こそ自社開発するべきでは？です。

銀行に何を求めているのかな
自分で銀行を作ったらいいんでない？

常に人員フルで必要な訳では無いし
解雇できないから発注してる訳で

解雇しまくってる今の状況で「正社員は解雇できない」って言われてもな

いやいや何も求めてないよ。ちょっと気になっただけ
昔いた現場がベンダー4社ぐらい抱えてる地銀で
もうプログラマーを雇用した方がコスト面でもサービスの質的にもいいんじゃないかなって

プログラマを抱えても結局のところはどこかのメーカーのハードウェアを買わないといけない
だったらハードウェアのおまけでソフトウェアつけてもらったほうがいい

そういう発想の延長線上にあるのが日本のIT

>>545 あーなるほど！
ベンダーに大手がいてオンプレのサーバーそこのやつだったわ

銀行に居るのは寄生虫
その下のオレらも寄生虫
寄生虫にコストとかサービスとか無いから

>>547 気になったのはそこ。寄生虫の自覚はあるけど宿主は金にうるさいのになんで切らないのかなって
でも案外WinWinなのかもね

それまでお抱えだった開発を切って有能な開発者集団に発注したはずの某セブンは開発に大失敗して会社傾いたでしょ？
低空飛行でもずっと安定してる大手ベンダーは優秀なのかもしれない

>>548
銀行の社長も寄生虫だから

システムの大改修をする際は必ず旧システムを見ることになるが、その際にコードとの乖離が酷いドキュメントや、ありえないレベルのスパゲッティコードしかないと、負の遺産を精算するために大難産になる
旧システムがある程度綺麗な状態でも大改修は大変だからね
某セブンは…

経験浅いであろう奴が書いた意味不明な設計書を
仕様理解してるプロパーがろくにレビューもしないで通すから
何回見ても設計書は意味不明でソースコードも恐ろしくややこしくなって
これからテストで不具合でまくって詰まるゴミみたいな未来が容易に見える
ホントゴミプロパーと無能なくせに妙に偉そうで何が怖いのか知らんけど
謝るっていうことを全くできないプロパーか派遣なのかよくわからんアホもまともめて死んで欲しい

>>545
今時のまともな会社はクラウドだからな
なんですぐ時代遅れになるハードウェアなんぞ買わなきゃいかんのか
それもぼったくり価格

実際問題どっちの方が安いの？
オンプレミスとホスティング型プライベートクラウド

同じスペックで比べたらそりゃオンプレの方が安い
しかし間接費やもろもろの人件費や数年ごとのリプレース
など総合的な費用で考えるとクラウドの方が安上がりだろう
完全に移行は難しいだろうが部分的にクラウドに持っていき最終的には廃止するのが世の流れ
計算機の性能は頭打ちとはいえコア数は増えている
今後もこの傾向は続く
どういう計算をするかにもよるがマルチコアの性能を引き出すプログラミングも重要になってくる
そういうことを考えると我々の身につける技術も見えて来る

if(do appear error)

return 1st

でいいんじゃないの？

銀行に金を預けるのとはちがう
日本のクラウドはない
外資にゆだねてる

結局、ドキュメントやマニュアル不要とか言ってるやつは
根本原因がドキュメントやマニュアルにないのにそこを一生懸命どうにかしようとしててバカ
結局、ソースのデバッグやってるときもこいつこんな感じで的外れなとこ修正して周囲にため息つかれてんだろうな

>>549
システムからマテリアルデザインを重視しだしたよな
底上げ弁当容器とか絵に描いたいちごスムージーとか

>>554
オンプレだよね
壊れたら10日くらい営業停止して良いなら

労働者に過剰労働を強いていた個人店舗を一層した
彼らの役割は終わった
コンビニだらけだと世界が貧しく見える
とっとと退場しろ

プロジェクトのキックオフミーティングに10社くらいいたはずなのに実際に動いてるのは2社
これがSESの利権構造

だから人身売買はガソリンの無駄だって言うのに先進国でやるんだもんなぁｗ
マージンとってしか生きていけないやつなんてこの世にいらないって言ってるだろ
文系の大学も全部ぶっ壊せよ
役に立たないんだから

中間業者はキックオフなんて出てこないでしょ

元請けから下に投げるの禁止にすればいい