はてなキーワード: 仕様書とは
エッッッッッ
後見制度がこういうものだと知らないで、こいつ後見があります(キリッ)ってトラバしてんの?
後見を知らないのに、後見制度を使えばいいです キリッ って言ってるの?
パソコン使ったことないのに、よく知らないのに、それエクセルでできますよ キリッ みたいな?頭大丈夫?
女がAV女優になる権利を推進してオカズは女性の人生より重要だと主張したいだけのゴミクズが、意地悪で特に意味のない悪態と屁理屈つけてるだけだと思ってたんだ
適応層じゃないだろバカは黙れ消えろとしか思ってなかったけどさ
ほんとに、その意味分かってないのに、偉そうに後見後見言ってたの?ヤバすぎだろ頭
脳に障害あるんじゃないの?アンチフェミとか女性の権利推進反対派ってこういうのばっかりだよな。
病気だよな頭悪すぎる
女の権利を咎める話になると、なんで無知な奴が知りもしないエアプの話を語り始めるの?
僕は全くパソコンに詳しくないのでOSとかよく知らないんですけど、Python使えば1番いいと思いますよ!Python書ければ解決するのでこれは意味のない仕様書じゃないですか?
みたいなことをいちいち言ってるわけだろ????
なんで男女の話になるとこういうクソヤバオスコメントが集まるわけ?人間じゃないだろやっっっっば
一階や二階じゃないんだよな
エンジニアの皆さんフェミニストと女はこういうオスに四六時中絡まれるんですよ!発狂しません?せめて文明社会の人間と話せればいいんですけど
備忘録というか、今の自分の追い込まれた状況に納得がいかないというか、今何が起きているのかは分かっているが、それに感情がイマイチ付いてきてないので頭の整理がてら書いていく。文章を短く纏めるのが苦手なのでダラダラと記述してしまうと思う。先に謝る、すまん。
新卒で入社してから今年で三年目になる。私は、それなりに大きな企業のグループ会社で分析機器装置の開発を担当している。
競合他社は外資、日本のS社あたり。業界のシェアが高いなどと宣っているが、実態はニッチすぎる業界に色々と手を広げ、そこでシェアを取ってるだけで昔とった杵柄で回し続けてるだけ。新規研究開発をする余力もなく、起死回生として、手広く広げた技術をドッキングさせたら美味しいものが出来るんじゃないか!と迷走しているのが悲しき現実だ。
この迷走ドッキング装置に、色んな人がお見舞い(意訳)されている。ざっくり言うとA, B, Cという三つの分析機構を、横並びにンァーーーとくっつけた代物である。これを、取引先(海外)と共同で開発している。日本側の開発チームでは、三つの機構がそれぞれ分裂していて、さらにその中で担当部分が分岐している。それぞれの独立した開発のノウハウ、治験がある人たちを寄せ集めさえすれば上手くいく。カレーにカツ乗せたら美味しいんちゃう?そんな考えで装置を作ろうとしたであろう上に殺意を覚える。そんな夢物語からはビンタをしてでも目を覚ましてほしい。だが今目が覚めたところで、開発ストップにはならないのだ。悲しいね。
入社してから、この迷走ドッキング装置の開発担当になってしまった同期の瞳からは、早々に光が失われた。会うたびにみんなの目が死んでいく。ギャグ漫画日和のOP現象だ。
そんな同期の屍を横目に、私は入社してからずっと、前述のCにあたる分析機器の開発業務を担当してた。だが、分散してしまった開発技術を集約させる、という意味のわからない理由で、隣の部署に異動することになった。(とどのつまり、本迷走ドッキング装置の開発が終わらないから持てるマンパワー全部投入したかっただけである)
異動はもちろん、私の上司、先輩方含め全員である。なのに、何故か私だけ、前部署で開発担当していた技術・装置の案件から離れ、一人全く別のBの開発装置の業務をすることになった。
これを知らされたのが3月の半ば。
その時点で辞めたくなったがぐっと堪えた。
そして、4月1日から異動になったのだが、その時点で、新しい上司から私が開発を引き継ぐ担当案件の教育資料がないことを教えられた。というか、そもそも今開発で、何をしなきゃいかないのか?がまとまっていないらしい。前任者が飛びまくり、引き継ぎ資料が作られていないことが原因らしい。
WHY?まず、私はその時点で目が点になった。
そもそも、私は全くBの装置開発のことを知らない。開発の進め方、はもちろん、その前提として不可欠になるもっと基礎の部分からである。一般的に、どういう機構をもつのか?どういったものを対象に測定するのか?その上で、この迷走ドッキング装置では何を改善しなきゃいけないのか?それすら、全く分からない状況で、引き継ぎの資料すらないので、誰が、何をしていて、いつまでに何をしなきゃいけないのかが全く見えてこない開発の担当をしなければならないのだ。
普通は、元々Bの機構の開発をしていた人が、この闇鍋案件を巻き取り、新しく入った私とコンバートしつつ教育しつつになるのが望ましいはずだ。というか、今までいた部署ではそういった教育をしていた。同じ会社なのに、どうして隣の部署になるだけで教育体系がこうも変わってしまうのだろう?
そんな疑問を抱えつつも、新配属先の上司(V6の長野くん似)は優しい人で、聞いたら答えてくれる方だったから救いだと、そう思っていたのである。6日目までは。
同期から気をつけてね、と言われていたプロジェクトリーダー(PL)のおじさま。彼の毒牙が、1週間経過した時点で私に向いたのである。
上記において、A,B,Cの機構にそれぞれ独立して開発を進めている、と記述した。具体的に言うと、Aの機構の開発は、A-1, A-2,…… と細分化して開発担当案件が分かれる。A-1, A-2といった細分化されたチームごとに長野くんのポジションに当たる上司が存在し、その上にAの機構の統括をする上司がいる。そして、それらの上司のボスがPLおじさまなのだ。つまり、彼はA,B,Cのすべての開発案件を導く、そんなお方である。
コトは、木曜日の始業時に起こった。何故かPLおじさまから、私に直でメールが入っていた。CCには長野くん。普通、というか今までの部署で、PLから直接私に仕事が降ってくるといった経験はない。仕事とは、長野くんの位置に当たる上司から降りてくるものである。
何だろうか?引き継ぎのことについてだろうか?と首をかしげつつメールを開いた私は思わず絶句した。
そこには、PLおじさまが作った取引先(海外)へのプレゼン資料の叩き台と、いくつかの実験結果(実験方法、実験条件、実験者の情報はない。ただの結果のまとめ)が添付されていた。
文面は、以下であった。
「来週(取引先)と行う会議資料の叩き台作っておきました。今日中にすべてを理解して、パワポを修正し、月曜までに(取引先)含め関係者に展開してください。」
ん?これ?私が発表するの? え?来週のいつ開催されるのかも知らない会議を?私が……?
宇宙猫になった私は、PLおじさまに直接抗議する前に、長野くんにメールを入れた。私の頭の中にはまだ、仕事は一旦PLおじさまから各上司、そしてその下に振られるもの、という認識があったからだ。だからこそ、このPLおじさまの所業は、長野くんの知るところなのかを明らかにしたかった。分からないことは聞いてくださいね、と爽やかに言う長野くんの、うっかり伝達ミス(うっかりにしてはなかなかの鬼畜具合だが)を思いたかったのだ。
「僕もPLおじさまの指示にはびっくりしました。こちらにも一言無かったので……。でも折角の機会ですし英会話の練習だと思って、やってみてください!わからないことは教えます」
わからないことだらけに決まっとるやろがい!!!!!お前!?お前なんやその回答!!!舐めとんか!? 前任者からの引き継ぎねえってお前が言っただろ!? だから今私あんたから引き継ぎしてもろてるところやろ!?
つうかだから前任者の方も辞めたんちゃうん!?え!?やっぱり!!?これが原因で前任者やめてんの!?
PLおじさまはこうやって人を試す……?私の動き方を見て、使える人間か判断しようとしている……?
諸悪の根源はPLおじさまだった。
先方に展開した結果、そりゃそうやろな、としか言えない質問が来ていた。どういう実験条件、方法だったの? 私が知りたい。作成者の私に、降りてきてない情報なので盛り込みようがなかった。
明日、取引先との会議の前に、こちらの会議参加者の理解などをすり合わせるための会議をやるらしい。
長野くんに聞いたら、毎週、取引先と打ち合わせをし、その数時間前に、こちら側の合意確認の打ち合わせをしている、との回答をもらった。
そんなだから、飛ぶんじゃないですかね。
そう誰も言えなかったように、私も何も言えなかった。ただただ黙って、今は転職サイトを眺めている。開発の仕事は大変だけど、嫌いではなかった。けれど、今はおじさまの無茶振りのせいでやりたくない、嫌い、に傾きつつある。いつの間にか、私が(引き継ぎもままならない)担当する部品交換についての仕様書を作成する話になっていた。今月までに、PLおじさまの承認を得るところまでいかなければならないらしい。私の出ていない会議で決まったらしい。前の部署では、仕様書は長野くんクラス(か、あるいは勤続5〜7年目のポストの人がなれるポジション)の人が書くものだと教わった。ドッキング装置という泥船は、泥船故に人が足りず、異動したてで引き継ぎもままならない人間に書かせるものらしい。開発をしていて、まず設計者が確認するものが仕様書だと、私は前の上司から教わった。仕様書として一旦文書登録されてしまったら、滅多のことが起こらない限り、その変更は出来ない。なぜなら装置の性能を決める、設計としての目標たる「仕様」を示すものが「仕様書」だからだ。だからこそ、よく分かっている人か書くものであり、というより、よく分かっている人しか書けないもので、その書き方にも細かいルールがあるのだ。そういったお勉強も追々初めていかないとね、3年目になるから、と前部署の上司と話していたのが懐かしい。今の部署では、そのルールを蔑ろにしているがために、どこに何が書いてあるのかが分からず、膨大な文書を探すことに時間を費やす羽目になっている。担当者が抜けるだけで、今どういったことが問題になっていて、今後何をしなければならないのか?が分からなくなっている。「この人がいないと回らない!」が常態化している。
そうならないように、会社としてのルールの取り決めがあることを、私は前の部署で学んだ。開発の停滞は人も追い込む、だから何が必要か?といった教育が以前の部署では徹底してなされていた。この2年間で得た会社ルールと、仕事のやり方が、部署が異動するだけで全く違うものになってしまうと思ってなかった。
同期がみんな転職を口にしているのを、激務だしなぁ、と対岸の火事のように聞いていた。今、彼らの気持ちがとてもわかる。私達は辞めたいけど、辞められないフェーズにいる。入ってまだ1週間しか経っていないのに、一人抜けるだけで立ち行かない、この異常さを受け入れつつある。そんな自分が怖い。
どうか転職先は、こんなことがありませんように。
昨日は上司が奢ってくれるって言うから同僚と3人でメシ食いに行って、終電までエルデンリングの話で盛り上がって帰ってそのまま寝ちまった
遅くなってすまんね
論文だっけ?
研究者じゃないから最新追いかけたりはしないからあんまり良く知らんね
少し前にチート検出ツール依頼されたときにこの学習モデルが利用できないか試してみたけど、誤検出が多くて使えなかったな。
データに合わなかったんだろう。形式だけ似てても駄目だという勉強になった。
https://cedec.cesa.or.jp/2021/session/detail/s6049c42d69590
こっちのCEDECの講演で紹介されてたモデルがドハマリして、最初から検出率90%超え、誤検出も1%くらいだった。
自律型にしたから日々精度を上げながら今日も元気に動いてるよ。
逆に最近読んだの何?
使う予定はないけど
https://storage.googleapis.com/deepmind-media/alphago/AlphaGoNaturePaper.pdf
これは面白かった。
総当たりをローコストでやれるの凄い。囲碁知らなくてルールから調べたし、変態的労力だから自分では組みたくないけど。
で、スタンドアローンか。
「独立したネットワーク内のシステム」をスタンドアローンと呼ぶだっけ。
「ない」ことを証明するのは悪魔の証明だから断定したことは謝罪しよう。
例えば隣の席の〇〇くんがそう呼んでました!だって間違いなく「呼ばれている」ことになるもんね。
私はそんな呼び方する人に会ったことがないので例に挙げられていた軍事システムと原子力発電所を調べてみた。
https://ja.m.wikipedia.org/wiki/C4I%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0
ここで挙げられている各種システムはすべてそちらの言うスタンドアローンになるはずだけど、スタンドアローンなんて言葉は一度も出てきていない。
クローズ系のネットワークという言葉はあるが、そこで使用されているシステムをスタンドアローンとは一切書いていない。
さすがに不自然すぎる。
原子力発電所は苦戦したがドイツの原発システム内でウイルスが見つかったというニュース記事が見つかった。
https://www.reuters.com/article/us-nuclearpower-cyber-germany-idUSKCN0XN2OS
USBを介して感染したらしいが、isolated from the Internetの記載はあれどstandaloneなんてどこにも書いてない。
自分の経験で恐縮だが、秘密保持契約に署名させられ、入口ですべての電子機器を取り上げられ、金属探知機みたいなのを通らされ、書いたメモも検閲される某所の社内ネットワークにすら繋がらない隔離ネットワーク内の基幹システムの開発現場に入ったことがあるが、仕様書の概要欄にもネットワークシステムの文字はあれどスタンドアローンなんて記載はなかった。中の開発者の口からも出たことはない。
ついでに好きそうなWikipediaも貼っておこう。
以上のことから独立したネットワーク内のシステムをスタンドアローンと呼ぶのは、少なくとも一般的ではないと判断したけど、どうだろう。
なお、Windowsにはスタンドアローンサーバーという概念があるけど、それは主にワークグループ内でファイルサーバーとして使用されるサーバーの呼称で、何ならそのスタンドアローンサーバーから普通にインターネットにも繋がることも多い。未だに使ってるとこがあるかは知らん。
これは「独立したネットワーク内のシステム」とは完全に別物だというのはご理解いただけるだろう。
https://www.softbank.jp/corp/news/press/sbkk/2021/20211019_01/
ソフトバンクが気になる記事を出していたけど、これは無線版専用ネットワーク構築サービスの呼称のようだから、記事をよく読めば「独立したネットワーク内のシステム」とは別物なのがわかる。
とりあえず、スタンドアローンの定義のソースをもらえないだろうか?
あなたが呼んでいる時点で確かに「呼ばれている」のは事実なので、そこは謝ろう。
長く書いたけど、どうせ最初の論文はあまり知らんあたりを抜き出して、お話にならないとか言い出すんだろうなあw
春休みっていいなあ
俺らの派遣契約の作業内容はテスト仕様書作成とテスト実施だから。テスト仕様書レビューは正社員がやるし。
新人テスターは「テスト実施だけやりたいです」と言ったけど、テスト実施って自分で作ったテスト仕様書でやるんだし、テスト仕様書なしでテスト実施なんて認められるわけない。
「人月工数の水増し作業」が究極のゴールなのだからそのとおり。
最も手間で時間がかかる仕事を、下請けにやらせるのはビジネスとして当然。
A地点とB地点をどうやって両手両足を使って運んだか、記録が取れればいいのだ。
もし賢い下請けがいて、軍手やスニーカーや工具でスピードアップするような作業員がいれば、それは必ず脱いでもらう。
DBを設計する場合、パスワードのカラムを何文字にするか決めなければならない
これを最大2万文字とかにできなくもないが、DB容量を圧迫するといった理由で8文字や10文字に限定していてもおかしくはない
MongoDBのようなオブジェクトDBなら別だがSQL系のDBならこの理由が最もあてはまりそうに思う
同様の理由で文字種にも制限をかけてそう(UTF-8とか送られたら面倒)
境界値テストとしては最大文字数を試さないといけないが無制限だとそれができなくなる
100文字でテストするとなると、仕様としては100文字が限界ということになって文字数制限をかけることになる
ただ、それなら8文字とかで制限している理由として弱い気がする
無制限ということは極端に言うと1GBのパスワードを受け付ける、ということになる
1GBのハッシュ値を計算するのはブラウザ側になるのだが、1GBのハッシュ値計算が重くて使えない、という苦情が来るかも知れない
ただ、これも1000文字とかにしてしまえば良くて、8文字にしている理由にはならない
ウォーターフォールで実装する場合に上位レイヤでの仕様を決めるのはプログラマーでない場合が多く
定型のエクセル仕様書に「パスワードの最大文字数」というセルがあって、そこにデフォルトで8という数字が入っている
上位レイヤで仮にそこに100とか1000とかの数字を入れたとき、下位レイヤで何が起こるかわからない
つまりそこに8と書いた人が現代にいるのではなく、誰も決定していないから文字数制限が起きている
下位レイヤでの実装側は平文保存の危険性を十分に理解しているのでハッシュ値(とソルトなど)を格納する
多分、仮説4だと思うが、仮説1でないことを信じたい。