はてなキーワード: 仕様書とは
かっちりとした設計書を作ることは少なくなったが土台となる仕様書やソフトのマニュアルとかは未だに存在するが、まぁ読まない。酷いと帳票のデザインから仕様を読み取ってプログラム組んで後で間違いと気づいて質問してきたりする。
仕様書が正で帳票デザインが間違いなのでそれを直せば良いだけなのに見比べるとかしない。
技術書や公式ハンズオンを最後までやらない。ググって赤の他人のQiitaの内容で理解した気になる。だから想定外の時に何も検索条件を出せない
確かに技術書でHello, world!出すのは達成感は無いし仕事の何に役に立つんだって思うけど大半の技術書はその分野の土台を網羅しているのでその後の詳細な知識の吸収には圧倒的に有利になる。なのに3章までもやらすに分かった気になって開発に勤しむ。でコピペコードでソースレビューで説明できず勝手に機嫌悪くなる。誰も粗探しもしていないのに。
確かにベンダー系の資格は高いし更新にも金かかる。IPAの資格は時代遅れ感半端ない。でもシステムに勤しんでいて無勉で受けて合格する人は半分も居ないだろう。難易度が高くなればさらに減る。
あほくさい勉強だけど実力はつくし自信と箔もつく。転職でも評価はされる。資格取らなくても勉強してアウトプットしているのなら良いけどそれもしない。
そんな感じなので検索のワードの粒度が荒いので問題解決に時間がかかる。おまけに英語が嫌いなので海外の情報はシャットアウト。最近はChatGPTに聞きまくるがそれでも意味不明な物を作ったりする。
軽く指摘するとはてなブックマークで未経験なのにChatGPTでサービス作った人の記事を教えてきたが、たぶんこの人は技術書を最後までやり切れる人だからすぐ飽きて出来もしない上を目指す君にはChatGPTも匙投げるよと言いたかったけど「凄いねー」で済ませた。
仕事だから嫌々やっている事も出来ない人材が年々増えている。好きな物はChatGPTとキントーンとセールスフォースな感じの
ついでに未来の話を聞きたい。よろしければ。
クレヨンとかでコンセプト画を描く。
下っ端が実図面に起こす。
ザハ・ハディドなんかはトンカチ一つ持ったことがないから、下っ端に完全おんぶにだっこ。
日本人は、そういうセンセイの立場になるまでに下積みなしということはまずないので、
これはもちろん例えで、
コンセプト・構造・意匠を統合して立体構築する頭脳労働=プログラ厶の設計
ということになろうかと思うが、
建築の場合やっぱり下から全部やった人がクレヨン握らないといいものができない。
ザハ・ハディドなんかはどっかの独裁国に馬鹿げた「作品」作っただけで先進国ではついに通用しなかった。
プログラミングはどうなのかな。
仕様書を作ってないシステムの概要を資料にまとめて欲しいと言う依頼
その程度であればと思い受けて、数時間でできる程度の資料を作って送る
結局、
あれも教えて欲しい、これも追記して欲しいと工数以上の事を要求される
「何でこんなお粗末な資料を寄越すの?」って言われても、DB設計書も指示書もまとまってないんだから多めに見てくれよ、この程度の工数でやる気なんて出ねえよ
「何でそのままDBのカラム名をプログラムで使わないの?」って言われても、パスカルケースとキャメルケースとスネークケースが混ざっているし、日本語ローマ字だらけのカラム名をそのまま使えるわけねえだろ
と部屋で一人愚痴りながら書き上げて送る
叩き台作らされた上に、修正で手を動かす側にさせられるのは損だなと思いつつ
もうこのやりとりの時点でダメやん?
ダメじゃねえよ。要件を正確に記述できないならコードなんて書けるわけない。
空気読んでいい感じに読み取ってよというのを求めてるなら、仕様書すら書けないダメプログラマーってことだろ。
コンピューターの中では数字で日付は管理されててそれはJavaでは日付のオブジェクトとして表されるんだけど、「今週=現在の週の水曜日」を表すオブジェクトが欲しい
やったぞ
java.time パッケージの LocalDate クラスや TemporalAdjusters クラスを使用して、「今週の水曜日」の日付オブジェクトを取得できます。
以下のコードは、現在の日付に基づいて今週の水曜日の LocalDate オブジェクトを返す Java の関数です。
import java.time.temporal.TemporalAdjusters;
public static void main(String[] args) {
System.out.println(getThisWeeksWednesday());
}
public static LocalDate getThisWeeksWednesday() {
LocalDate today = LocalDate.now();
return today.with(TemporalAdjusters.nextOrSame(DayOfWeek.WEDNESDAY));
}
}
この関数は現在の日付を取得し、それを TemporalAdjusters.nextOrSame(DayOfWeek.WEDNESDAY) メソッドに渡して、今週の水曜日の日付を取得します。今日が水曜日である場合、それが返されます。それ以外の場合は、次の水曜日の日付が返されます。
今日が週内のどの日であったとしても(木曜日や金曜日であったとしても)その週の水曜日を表すオブジェクトを返す関数を示してください。
それには、今週の最初の日を求め、そこから水曜日までの日数を加算するアプローチを使用します。以下のコードでは、週の最初の日を月曜日と仮定しています:
import java.time.temporal.TemporalAdjusters;
public static void main(String[] args) {
System.out.println(getThisWeeksWednesday());
}
public static LocalDate getThisWeeksWednesday() {
LocalDate today = LocalDate.now();
LocalDate monday = today.with(TemporalAdjusters.previousOrSame(DayOfWeek.MONDAY));
return monday.plusDays(2);
}
}
このコードは、まず今日の日付を取得し、それから TemporalAdjusters.previousOrSame(DayOfWeek.MONDAY) メソッドを使用して今週の月曜日の日付を取得します。そして、月曜日から2日後の日付(水曜日)を取得するために plusDays(2) メソッドを使用します。
は?
自分では仕様書とかコード書かないで人の仕様書とかコード見て横から細かいこと口出して、たまに勝手に人のコード修正して
コード書いたかと思うと業務外の研修ツールだとか、特に開発する必要も無い作業量だけ増える試験ツールだとか作ってこんなのカスでエンジニアですらないだろ
javaだけど10数年前のもう居ない業務委託先のコードだってそうなってるしわざわざ直してないし、それでも動いてるし
仕様書とかは7、4年目の上司は注意されてるからやってるけどそこまでしなくていいと思ってるって言ってたからそこまでする必要は無いと思う
コマンド直入力してもEnter押す前に確認してるからそうそう間違えないしrootユーザーで作業するなって言うならrootでログインできなくすればいいのにそうしない
めんどくさい
他にも仕様書は句点つけるか付けないか統一しろとか用言止めと体言止め混ぜるなとか
お客さんも見るんだからって指導されるけど内容があってればいいじゃん
コードレビューもメソッド名は大文字から始めるなとか本っ当に細かいしうるさい
7、4年目の上司も教育担当の細かい話は無視していいと思うって言ってるし教育担当がカス
15年目の上司は10年目の言ってることは間違ってないから言うことは聞いて仕事しろって言ってるけど、教育担当はチームでずっと女ひとりだったらしいし甘やかされてるんだと思う
さらにムカつくのが、新人教育みたいな制度が数年前まで整ってなかったらしく、その制度を整えたり、教材を実装したのが教育担当らしくて、しかも仕事じゃなく業務外で無償で開発したっぽいから他のチームや部署からも評価得てるのが本当にムカつく
https://anond.hatelabo.jp/20230806114145
についた反応について大まかに返信。返信は本投稿で終わりにします。
id:Tmr1984 下請けとの身分差別が無くなったらそれこそ職場のストレス増して転職して外資に流れてしまうのでJTCに身分差別は必須です。
https://anond.hatelabo.jp/20230807085915
私は昔、工事監理の部署に居た事があって、協力会社(下請け会社)の人達の工事進捗を監理したりした。
その時の人達と働いた時は、意思疎通が取れやすい人も取れにくい人もいるし、
取りにくいと思っていたけど、自身の伝え方を変える(仕様書を細かく作ったり、安全上絶対守って欲しい事を守らせる為、順守事項を絞る等)ことで、
相手に伝わって業務が進んだことは複数あった。逆に私が勘違いしていた所を教えてもらって、助けてもらった事も複数あった。
逆に、下請けではない発注側の同僚が、周囲の話を全く聞かなくて勘違いしたまま工事を進めたことで施工間違いがあって、
そのことを上司に指摘されて逆切れしてる場面に出くわしたこともある。
増田が「下請けの人達が無能で病んだ」という場面が具体的にどんな場面だったのかよく分からないけど、
私個人の体験は「立場の問題ではなく、自分が業務を遂行するにあたって支障をきたす人はどこにでもいる」という感想。
一方で、増田のように、職務上の相手とのやり取りに病んでしまうなら、病む前に自身が悩む相手と一線を引く事は確かに大事だと思う。
「困った人の困りごとについて愚痴を言うことと、その人の属性を差別することをごっちゃにして正当化することは違うよ。」という意味。
id:brightsoda “自身の悪阻の辛さへの八つ当たり先に下請けの人を” その人が原因で吐いてるんでしょう 腋臭の人のせいで気分悪くなるのも八つ当たりか? 下請けの人も腋臭の人も落ち度ないのは一緒よ そして元増田はいじめ
そうだよ。下請けの人も腋臭の人も落ち度ないのは一緒よ。気分が悪くなる事が八つ当たりなのではないよ。
でも、だからといって「下請けの人が自分にとって不快な奴なら来ないで欲しい」って要求が正当化されるか、といったら違うでしょ。
「職場にいる人が自分にとって気持ち悪い人で苦手だけど、そういう人もいるのも職場だしなあ、でもストレスたまるなあ」と思いつつ、仕方ない事は分かりながら愚痴を言う人と、
自分と違う島で同じ業務を行う訳でもない下請けの人が入ってくる条件に、自分に取って不快な見た目や清潔感等、業務の差し障りに直結まではしない事項を
「下請け入れる時はこれをマストにしてほしい……」と要求する人では意味合いが異なると思う。
id:frothmouth 同意します。こういう人がいると増田も捨てたもんじゃないな、って思う/同時に、同じ内容を男が書いても反発されるだけだろうな、という絶望感もある
id:frothmouthさん、私もこの内容を性別伏せて、自身が悪阻経験があるという事実を伏せたうえでこの内容を書いたら、
反発があっただろうな、という悲しい諦めがあり、自身の性別と悪阻経験について記載しました。
それでも「ザ男の書いた文章」等、主張の中身ではなく、文章から見える性別の印象をコメするずれた人とか現れて、さもありなんです。
でも、本来は、私が増田で主張している内容って話し手の性別は関係ない話なんですよね。
差別って、人類が社会性を持つ動物である以上無くならないんだろうな、と自身の差別性にも嫌気がさしながら思いますが、
差別を無くす事は困難だけど、諦めずに自分のスタンス・あり方を内省、反省し続ける事くらいが、いま私個人に出来る事なのかなと思っています。
id:kuzudokuzu そうタンカ切るってことは、今後自分も誰かの心境のために「ごっちゃにする」のを自分から封じることだぞ。つまり、「他人に呪いを振りまく代償に、自分にも呪いをかける」もんだ。誰か一緒に死んでほしいタイプ?
あなたが仰っている意味、「差別は良くない等、厳密に分別をつけるよう主張することは、自分自身の首を絞める事になる」という意味合いで合ってる?
(意味違ったら教え直してくれると助かる)
私は、今の私も、自身も自覚すら出来ていない色んな差別心がある未熟者だけど、
色々失敗したり、相手を傷つけながら、「それは差別だから、考え方変えないといけないな」って思って変わった部分、幼い頃から数えれば沢山あるよ。
id:kuzudokuzuさんだって年を取るにつれて、色んな考え方が変わってきたことはあったでしょう?
自身の差別心について誤って取り扱ってしまう事が発生してしまうことは、半ば仕方ない事でありつつ、
諦めはせず、分別をつける事を考え続ければいいし、
それは、失敗しても、多少の自己嫌悪と軌道修正を行うだけで、「呪いをかける」と表現される程の事ではないと思ってる。
そんなに悲観的に捉えなくても、「自身の加害性を減らせればいいな」って前向きに捉えてもいいんじゃない?
id:kishimoto0050 後半に書かれているような若くて優秀な君こそ自分たちの仲間に相応しいしJTCに来てほしいみたいな別種の差別意識丸出しで人を集めているから結局下請けをバカにするような空気が出来上がっているのではと思いました
私の以下の文章
確かに私もこの文脈で「優秀な人材」という言葉を使うのは、一種の選民思想用語なので、反省する必要がある。
私の選民意識が芽生えてしまった箇所は、該当増田(https://anond.hatelabo.jp/20210516174729)の
非正規雇用には「正社員に挨拶すること」を義務付けておき、正社員は一切その挨拶を無視する。ヤバすぎる。
私はピュアガールなので社員に「なんで今無視したんですか?」って聞いたけど、社員が「なんでだろう…考えたこともなかった。」って言ったのでドン引きした。
という行動、考え方を見て。一緒に働く人が「下請けの人を差別して良いとナチュラルに正当化する」人ばかりだと、職場の空気が良くなくなるので、
該当増田が上記のような違和感を持ってる部分は、私は得難い部分に感じられて、「優秀」と書いてしまった。
id:kishimoto0050さんが心配する"下請けをバカにするような空気が出来上がっている"とは真逆ではあるけれど、
これはこれで私の選民意識そのものであるから、そのような人は素敵だなと個人的に思うに留めて、それを第三者に言って加害しないように気を付けようと思う。
一応言っておくと、id:kishimoto0050さんが"若くて"と私が言っていない新たな言葉を足しているけど、
私は売り手市場時期の世代なんだけど、正規雇用だけどポンコツな私より、
非正規雇用だけど私よりずっと仕事ができる就職氷河期世代の人々を沢山見てきた。
私自身が学歴や面接だけ受けが良いポンコツだったから、マイケルサンデルの「実力に見えるものは全て運」という説は納得するし、くじ引きで採用面接しても変わらない気がしている。
だからこそ、下請け差別は良くないでしょ、って気持ちが私は高いのかもしれない。
私は採用においてどうであるべきかを考える立場ではないので、これ以上は意見を控える。
id:hilda_i それはそうだけど、自分が苦しみの渦中にいるときに、他人のことまで気遣えるっていうのはなかなか出来ることではないわ。結局人は正しくてわきまえている弱者しか救いたくないっていうのが、真実だとは思うけど。
確かに、世の中には、自分がまともに相手したら病んでしまう加害性の高い人もいると思う。
医療関係者の人の愚痴を聞くと、正直「まともな対応するだけ無駄じゃん・・・」と思う話が多い。
だからこそ、気遣う余裕が無い状況は沢山ある中で、後から振り返って「自分気遣えなかったな。」って思うだけでも大事だと思う。
そして、「人は正しくてわきまえている弱者しか救いたくない」んなら、
尚更、鼻炎の下請けの人は来ないで欲しいと要求するのではなく、
「悪阻で色々過敏になっていて、多少休憩が増えるかもしれない」等の相談をする方が、
悪阻という弱者性に理解を得られやすくなって、妊婦当事者の辛さも理解されやすくなると思う。
(id:hilda_iさんが想定していた弱者は「下請けの人」なのかなと思いましたが、逆も然りで、両方、気遣いが大事な事は変わらない、
元増田のブクマコメントやトラバに最初から釣り指摘が並んでいてくれたら、私も特に釣られようと思っていなかった。
上司からは「プロパーのAがいなくなって、これから仕事が楽になるのに何で辞めるのか」と聞かれた。
それはA以外にもヤバい奴が多すぎて、もうこの会社そのものに嫌悪感しかなかったからだ。
ヤバいのはA一人ではなく、上司や同僚も同じようなノリで仕事をしているらしい。
「課題解決のためなら残業も徹夜も当然」な脳筋理論が蔓延しているとのこと。
Aが現場に無茶な量の仕事を投げ込むのも「下請けに何件仕事をさせたか」「下請けに何件指摘したか」が評価基準になっているためらしい。
うちに詳細仕様を展開する上流工程の部署もそんな有様だったので、こちらは大変苦労させられた。
内容を理解せずに仕様書を更新しているらしく、展開メールには更新内容を絶対に書かないので
メールが届き次第、送信者の席に直接向かい、更新内容を口頭で確認する必要があった。
変えたはずの箇所が変わってない、変えてない箇所まで変わっている、といったことは日常茶飯事だった。
これらの仕様書の誤りによる作業遅延は、うちの部署が残業や徹夜でカバーする羽目になった。
この部署に「仕様書の更新方法や、メール展開の仕方まで人によってバラバラなので統一してくれ」と何度もクレームを入れたが
半年もしないうちにほとんどのメンバーが入れ替わり、クレームも引き継がれず無かったことになり
それを取り仕切る部長の言動が、社会生活を送れているのか怪しいレベルでヤバかった。
その部長は、下請けから機材を借りたいと依頼があると、おもむろにフロアを徘徊しだし
他の下請けが借用中の機材を、相談もなしに持ち去ろうとするのである。
ある時などは、私が使用中の機材を突然持ち去ろうとして
増田「これはうちの会社で借用しています!勝手に持っていかれると困りますよ!」
部長「いつも使ってるわけじゃないでしょ?」
増田「毎日使ってますよ!これがないと仕事止まっちゃいますから!」
部長「ふーん…そっかぁ」
もし席を外していたら、確実に強奪されていただろう。
一部の下請けは、数が限られた機材を他社からぶんどるために、この部長を利用していた。
ある朝出社すると、借用機材が机ごと無断で移動させられており
部長に確認したところ、他社との共用機材にさせされていたこともあった。
クレームを入れたが「もう決めたから」と相手にされなかったため
常に借用機材の席に自社社員が常駐している状態にし、分捕ろうとした会社に使わせないことで対抗した。
慌ててサーバ管理者らしき人を探し、バックアップから復元できないか相談したが
「今はサーバ自体の管理者はいない。以前は下請けが管理者だったが、退場した」
との恐ろしい回答が返ってきた。いままでの業務成果物は、全部そのサーバに入っているのだが…
Aに事の次第を説明したところ、資料の作り直しと再レビュー、および再発防止策を要求された。
再発防止策は「成果物はすべてバージョン管理ツールにpushして格納する」となったが
ビルドしたソフトなど、容量が大きすぎるものは既存のサーバに格納することになった。
部署内でしか使わない、レビューが終われば誰も見向きもしないレビュー資料を大事に管理し
他部署や顧客に渡す機会の多い重要なソフトはそのまま、という不条理極まりない対策だったが
Aは満足していたようだった。
なお、私の退場後、そのバージョン管理ツールのバージョンアップが失敗し
格納されていたソースコードやレビュー資料は全部消えてしまったと聞いた。
復旧に一か月かかったらしい。
「いやぁ~電車内での白い目、ヤバかったすわぁ~」と言いながら出社し、1日中大声で咳をするプロパーがいた。
自席で大人しくしているならまだしも、咳をしながらフロア中を歩き回って挨拶回りをしていた。
当人も異常だが、ほかのプロパーも誰も気にしていないのも恐ろしかった。
おわり
作り手側が全然未熟。『賢者は歴史から学び、愚者は体験から学ぶ』じゃないけど、もう40年位ゲーム作られてるんだから過去作見ればわざわざ作らんでも良い仕様か悪い仕様か判別付くだろ。
ただそれを理解して仕様書く人間が全く居ない。誰もやらない全く新しいシステム考えました!(面白いかは別) ドヤア! こればっか。
例えば全部カードで構成されてるゲームとか、とっくにモンスタメーカーとかワイルドカードとかバテンカイトスでやってて、当然新しく出すんだから過去作を研究して新しい要素取り入れて出してると思うじゃん。してないんだなこれが。
よくゲームディレクターが人出不足とか言われるけど、プランナーも未熟なやつ多すぎなんで、ゲームが好きだけで業界飛び込むのも結構だけど、少しは過去作も勉強してもろて。