「仕様書」を含む日記

■anond:20210427195818

ワイが引き継いだのはどれも仕様書もテストコードもろくにないやで

たまにあってもプロトタイプ版仕様書で最新版アプリが全く反映されてないのであてにならんかったやで

そういう場合は発注元に仕様確認するやで

自社アプリなら前の仕様は参考程度にして自分がユーザーならどういう仕様が使いやすいかを考えればええ

Permalink | 記事への反応(0) | 20:04

ツイートシェア

■anond:20210427200207

そうそう

違うPJでサクサク仕様書に従ってソース書いて機能リリースできた同期眺めててトイレでゲロ吐いたわ

Permalink | 記事への反応(0) | 20:04

ツイートシェア

■anond:20210427195625

仕様書もなければ平然とバグがある状態なので（単体がまともに書かれてなかった）

ソースコード読んでも正じゃないのよ…

Permalink | 記事への反応(2) | 19:58

ツイートシェア

■anond:20210423234432

プログラム書きたくて大手SIerにいくのは完全に職種選択ミスでは?

医者になりたいって人が介護士になるようなものですよ…

大手SIerは基本的に自社でプログラム書かずに下請けに仕事を回すのでやるのは要件定義とか仕様書設計書のチェックだったりスケジュール管理です

なので文系でもできる仕事になっています

プログラム書きたいのであればGAFAに入りましょう

ちゃんとした組織構造でプロジェクトが正しくまわっているチームで開発するためには安定した収益と余裕のある経営が必要です

外資系で利益があがっているGAFAであれば高い給料で精神的な安定もありつつ最高のチームメンバーの中で開発に集中する事ができます

とは言ってもそんな能力もない場合は国内の有名サービス系の会社に入りましょう

安定した収益構造を確立している有名サービス系の会社では、そこまで給料は高くないですがあまり異常者のいない環境でそこそこ無茶ぶりをされない開発ができます

ただし開発環境的にはあまりよろしくなく、出社を強制されたり狭い執務室に詰め込まれたりします

その他にも安定している現状を壊すような事は許されず最先端なモダンな技術はあまり取り入れられない傾向にあります

そんな能力もない場合は会社のメイン事業とは別で自社サービス開発をやってるような会社に入りましょう

メイン事業が収益を上げており自社サービスは投資段階の所が多く利益に固執しないため無理のないスケジュールでチャレンジングな開発ができるでしょう

ただし給料は普通でチームメンバーも有名な人はほぼいないでしょう

異常者が紛れている事も多く、人の入れ替えも激しくプロジェクトとしては破綻している可能性があります

周りに頼らず自分でプロジェクトを進めていく気概を持ってないときびしいです

そんな能力もない場合は駆け出しベンチャー系のサービス開発会社に入りましょう

開発したサービスでの即時収益化または売上の倍増等の無茶な目標を達成するためにスケジュールの破滅した環境で自由な開発ができるでしょう

安定稼動や保守等を度外視した速度が優先される環境のため開発における裁量は貰えますが責任も一緒についってくるので問題が発生したら自分で解決する必要があります

またチームメンバーはほぼ異常者で安定した収益がない環境なので給料はそれほど望めません

そんな能力もない場合は下請け系のSIerに入りましょう

基本的に雑な要件だけが降ってくるので自分で要件を整理し開発して納品までしなければいけません

プロジェクトの開発フローは間違っていてスケジュールも適当になっているので間違いを指摘して正しい方向へ自分で持っていく必要があります

給料は低くチームメンバーのやる気は死んでるので技術思考だと孤立する事になります

基本的に給料的な安定と技術的なチャレンジは反比例します

安定した給料は安定した収益構造のサービスを持つ企業にしかあ望めず、安定した収益構造のサービスを持つ企業は収益に影響がありそうなチャレンジを許容しません

安定した給料の会社は狭き門のため異常者は少ないですが給料が安くなるにつれ異常者も増えていきます

Permalink | 記事への反応(0) | 18:17

ツイートシェア

■anond:20210424150209

レガシーの改善とか、仕様書作成とかの日常業務効率化とか、子会社との調整能力とかそっちの方がコード書けますってアピールより転職のときウケ良さそう

転職したことないから知らんけど

Permalink | 記事への反応(0) | 15:14

ツイートシェア

■メーカーのプログラマなんかになるんじゃなかった

前職は小さいながらも（と言っても辞めたあとで東証一部に上場してたが）１日中コードを書き続けられる環境だった。

上司と合わなくて辞めて大企業に転職できた。

レガシーな環境だしネットも使えない、インストールも情報システムに頼まないといけない。

くそみたいな環境で毎日エクセルで仕様書作成。

派遣の面倒見たり、クソみたいな子会社の調整したり。

俺の市場価値だだ下がりだわ。

こんなんじゃもう転職できん。

前はソ○ーからスカウトが来るくらい業務経歴だけは良かったのになぁ。

完全にしくじった。

やっぱIT系にしとくべきだった。

Permalink | 記事への反応(4) | 15:02

ツイートシェア

■anond:20210418134258

まあ工数かけてわざわざ弾くように実装しないとそうはならないわけだから、仕様書に書いてあるのは間違いないだろうけども

仕様を書いた奴がアホだったのか、要件定義の関係者が全員アホだったのか、発注側がアホな要望を出したのか

Permalink | 記事への反応(0) | 13:48

ツイートシェア

■anond:20210418133835

おそらくDBではなくてUIレベルで弾くようにしてる

理由は「仕様書にそうするよう書いてあったから」

Permalink | 記事への反応(1) | 13:42

ツイートシェア

■anond:20210414231643

プログラマーだけど、紙と鉛筆で仕様書書いてコーディングもしてた。

手書きのコードをパンチャーの業者に出すと、8インチフロッピーになって帰ってきてた。

Permalink | 記事への反応(0) | 23:28

ツイートシェア

■ソフトの人はオープン思想の恩恵受けれて羨ましい

ソフトはパソコン用意すれば開発環境などがオープンになっているので自己学習が出来る。

ハードだと、パソコンが必要なのは変わらないが、

開発に必要なハードやソフトは個人では買えないのが普通だったり、

数ヶ月かかって作っても、100円やら1000円～で量産されているものより性能が劣るのがほとんどだ。

規格の仕様書がオープンになってないことも多い。

Permalink | 記事への反応(1) | 13:17

ツイートシェア

■anond:20210403120829

英語ではダメで日本語で仕様書がないとダメ。そりゃそうだろうな。でもそういう話を聞くと、死んだほうがいいよな自分って思う。プログラム言語は日本では日本語に勝てない。

Permalink | 記事への反応(1) | 12:09

ツイートシェア

■anond:20210326112915

契約以上のものを求める文化ってマジで悪だと思う

配達員と自分の契約は「頼んだものを壊さずに家まで配達すること」だけだから

契約以上のものを求めるのが当たり前だと思ってるからクライアントもクソみたいな仕様書を寄越してきやがるんだよな（仕事の愚痴）

Permalink | 記事への反応(0) | 11:35

ツイートシェア

■

仕様書がなく、仕様を3回ほど上司たちに確認して内容に漏れがないことを確認してから開発したのに

後からERDレベルの変更が入って、当然の遅延をかましたら遅いと上司に怒られ

そもそも仕様変更だからと言えば気を利かせて確認を取れと言う上司にあきれ果て

打鍵テストに回れというので打鍵テストの説明を聞くとテストメンバーが全員同じDBを触っている

まさかと思いながら打鍵テストケースを見たら案の定DBに変更が入るテストを同じDBでやっている

祈りながら打鍵をたたき、エビデンスに要求されているダンプを取ったら案の定DBの内容が別メンバーの打鍵テストで変更されている

開発ってこんなもんなのかな　

よくあることなのか、それともうちだけなのか全く分からん

Permalink | 記事への反応(1) | 02:08

ツイートシェア

■anond:20210318083319

小洒落たオフィスやカフェテリアでMacBook広げて優雅にコード書いてるプログラマが憧れの対象であって、ダサいコンクリオフィスの折りたたみ机にギュウギュウ詰めで並べられながらThinkpadでExcelの仕様書とにらめっこするようなプログラマは憧れの対象にならないんだよなぁ

かなしい

Permalink | 記事への反応(0) | 08:39

ツイートシェア

■

・人事査定向けの自己評価

・工数の見積

・仕様書にないエラーの処理

上司とポーカーし続けるのつらい

特に自己評価ポーカーしたくない

Permalink | 記事への反応(0) | 19:19

ツイートシェア

■チームのアプリ開発めんどくさ〜

スーパーなエンジニアが基本になるコード書いてコードレビュー、そんでそれフォローできそうなエンジニアたちで開発する

それが正直一番手っ取り早い気がするんだけどな〜

まあ仕様書やらドキュメンテーションやらが属人化を避けるためにも大事なのはわかるが…

Permalink | 記事への反応(1) | 15:49

ツイートシェア

■パワハラはグロ行為

暴言を吐かれれば吐かれるほど、心が血だらけになる。

仕様書も設計書も会社の社屋も、血まみれのナイフに見える。

そして、人を傷つけるオッサン達を人間として見られなくなる。

Permalink | 記事への反応(0) | 23:45

ツイートシェア

■

仕様書、設計書の変更点の赤字が血の色に見えた。

味気ないUIのグレーがゾンビの肌の色に見えた。

システムはグロい。

Permalink | 記事への反応(0) | 23:32

ツイートシェア

■ソフトエンジニアではないエンジニアの人は、ネットの「ソフトで効率化できる」に違和感を感じないのか

自分はソフトエンジニアではない。

ソフト業界とは違う業界デファクト言語や、C/C++、Pythonなどを使っているが、どうも効率化出来ない。

スキルが足りないのもあるが・・・。

あくまで自分の業務について語らせてもらうと、

例えば仕様書を書くとなると、数百ページの中から齟齬がないかの確認、図の作成などがある。

各種機械制御用のプログラミング、単体/統合テスト、設計ルールに違反してないかのチェック、画像での異常検知などが業務としてある。

Linuxでログ整形くらいまでは楽に効率化はできるが、

Googleやマイクロソフトが公開しているソフトでウチの業界に対応しているものなんてないし、Githubで対応しているのもない。

そもそもネットで公開している人が英語圏や中国語圏を含めても少ない。

自分の業界は、こんな感じなのだが他の業界のエンジニアの方々はどう感じているだろうか。

Permalink | 記事への反応(3) | 13:38

ツイートシェア

■anond:20210303151849

『仕様書に明記したことが必ず実現する能力』だよ

Permalink | 記事への反応(0) | 15:21

ツイートシェア

■マイナンバー画像流出の件

「市は再発防止策として、システム開発を外注する際、個人情報などが適切に保護されるよう仕様書に明記すること」

ひどすぎる。願い事を書いたからって叶うわけじゃないんだよ。

「増田はうんこを漏らさない」という仕様を書いても実現しないでしょ。

どうせてめえらじゃチェックの一つもできないんだから第三者による脆弱性診断を通すのを義務付けろよ。

Permalink | 記事への反応(1) | 15:18

ツイートシェア

■anond:20210228210606

テスト仕様書が書けない派遣テスターを使ってるんじゃないのか

それでこんな開発体制になってるとか

anond:20201008200239

Permalink | 記事への反応(0) | 19:15

ツイートシェア

■anond:20210301122944

SESの世界から離れてもうかなり久しいが基本設計書と元に詳細設計書作ってコーディングもして単体テスト(テスト仕様書作成込み 場合によって結合テストも)まではPGの責務ってとこが多いんじゃない？

詳細設計書を見ながらコーディングだけする職種ってのはキーパンチャーがいたような頃の大昔の話じゃないの？

まぁそもそも設計書・仕様書自体がない現場もあるみたいだけどね。

Permalink | 記事への反応(0) | 13:33

ツイートシェア

■anond:20210227085313

作れる能力があるかどうか(=設計書作成を依頼されるかどうか)は別として、派遣プログラマで設計書作成を断ったというのは聞いたことはないな。

基本設計書から結合試験仕様書まで様々あるけど。

反面、プロジェクトの進捗管理とかは断ることが多いんじゃないかな。

Permalink | 記事への反応(0) | 20:13

ツイートシェア

■anond:20210227074734

派遣プログラマには「詳細設計は私の仕事ではありません」って人はいないの?

派遣テスターには「テスト仕様書作成は私の仕事じゃありません」って言ってトラブルを起こす人がいるんでしょ?

Permalink | 記事への反応(2) | 08:53

ツイートシェア