「上流工程」を含む日記 RSS

はてなキーワード: 上流工程とは

2024-09-15

anond:20240915234114

たぶんコードネットワークDBも分かんない上流工程マネジメントの真似事してるベンダー丸投げな奴が言ってるんだろうな

何も知らなくてもマネジメント出来るのも問題だが

2024-09-02

12年間ニートして一念発起してCCNA取ってSESサーバー監視やってる30歳だけど

俺頭悪いし上流工程に行ってもやっていける自身無いし死ぬまで監視オペレーターでもいいんだけど、40代以上の監視オペが一人もいなくてこの先すげえ不安になる

皆どこ行ってんだろう

2024-08-13

SIerとは結局何であり、なぜ滅びないのか

誰も教えてくれないSI本質SIerの世界観

https://zenn.dev/sta/articles/2024-08-10-sat-what_is_si


少し前にブクマの集まっていたこ記事について、SIerでなぜITが軽視されるのか、SIerがしぶとく生き残っているのが何故なのかをもう少し深堀りしてみたくなった。なお俺自身は、もうずっと長いことSIerの中で働いている、現役のSIerの中の人である

これから書くのはSIerの中でもBtoB業務システムの中身の構築を主に手掛けていて、なおかつ元請けに近い組織の話だと思ってほしい。


業務プログラム可能な形に翻訳する専門組織

まずSIerでITが軽視されがちな理由である受託開発を主に手掛けるSIerの顧客は、だいたい以下のような特性を持つ。


このような顧客日本社会にはまだまだいくらでも存在しており、その市場に特化した業態SIerだ。このような市場は、いずれ消えると言われながら今でもしぶとく残っている。

こうした顧客の元では、新しい技術チャレンジしてもあまりメリットがなく、枯れた技術や使い尽くされたフレームワークを使って、すでにどこかで見たようなシステム生産するのが最適となる。古い技術は長期的には先細っていく運命にあるが、一方で経験者が多く失敗事例が出尽くしている、過去資産を利用できるなどの利点があり、顧客側も冒険よりはリスク回避を望むため、古くて安定した技術採用するメリットが大きい。


それを請け負うSIerで重宝されるのは、IT知識よりも顧客業務理解してロジックに落とし込むスキル、いわば業務プログラム可能な形に翻訳するスキルだ。

顧客自分説明する業務ルールはだいたい矛盾していたり、条件が不足していたり、例外ケースが考慮できていなかったりするので、それらを整理してプログラム可能な形に変換する必要がある。特に金融などの業務ガチガチ法規制されている分野は業務ロジック法律制度に適合させる必要があり、そういう時に業務ロジックを「業務専門家立場で」検討できる人材SIer側にいると顧客安心して設計を任せられる。だからSIerでは上流工程が重視され、それができる人間が重宝される。


余談だが、俺自身経理システムを専門として長い間この業界で働いているが、俺がここに残っているのはIT技術も好きだけど経理勉強をするのもそれと同じぐらい好きだったことが大きい。いざとなったら経理知識だけでも食いつなぐことができるぐらいには、そっち方面知識もある。IT技術への興味は趣味で発散させており、仕事でそれを生かせる機会はなくてもいいと割り切っている。そういうタイプが、この業界には向いている。


閑話休題

SIerでは上流工程が重視される一方、実装フェーズでは使い尽くされたフレームワークを使って作るので最新技術への理解必要なく、実装上の創意工夫が必要なほど難しいもの新規性の高いものを作るわけでもないため、設計書に書かれたことをそのまま実装できる人であれば十分、ということになる。そのため、実装要員は単価の安い人を大量に集めればいいという発想になり、かくして派遣ビジネスの隆盛へとつながっていく。

実装フェーズ業界全体で単価が安いため、元請け比較的高給取りな社員実装を任せてしまうと、それだけで利益率が悪化する構造があり、ハイスペック社員はなるべく単価の高い上流工程アサインしないと勿体ないという話になる。

実装フェーズを丸ごと外注することも多い。フェーズ単位外注する方式ウォーターフォールと相性がよく、発注のためにはきちんとした設計書を外注先に渡す必要があり、かくしてSEドキュメントをひたすら書き続ける。


SIerは「ITを専門とする組織」ではなく「業務プログラム可能な形に翻訳する専門組織」であり、翻訳した後の作業を自社の社員はあまりやっていないので、そもそもIT企業と言えるかは本来微妙立ち位置なのだ。実際には翻訳成果物である設計書でさえグダグダなことは多いのだが。


とはいえパフォーマンスチューニングなどで技術面の創意工夫はしばしば必要になるのだが、それが実装の工夫だけでどうにかなるものであれば、大体は現場エース級の人(自社社員とは限らない)がなんとかしてしまい、経営者を含む大部分の人にはその必要性があまり深く認識されず、エースの人がどうやって解決たか理解されない、というのが実情ではある。技術スペシャリストSIerでは立場が弱く、裏で活躍していてもそれが日の目を見ることはあまりない。

こうした姿勢のためにSIerはたまに来る技術の変化の波に弱く、大波が来た時はしばしば多くの人が新技術適応できずにドロップアウトしたりする。日進月歩IT世界で、お前は本当にIT企業かという感じではあるが、そもそもITの専門組織とはいえい組織なので期待するのは無駄である


社会現状維持させるための業種

ではSIerがしぶとく生き残っているのは何故なのか。

SIerとは「業務プログラム可能な形に翻訳する専門組織」だと言ったが、もっと大きなことを言うと、総じて日本SIerというのは、日本社会現状維持させるために存在する業種なのだろうという気がする。(日本限定したのは、海外の状況はまったく知らないからだ。)

顧客IT化の波に対応しないといけないが、かといって現状の業務を変えたくないし、ITのことを学びたくもない。SIer自身も新しい技術積極的に取り入れない。その両者が結託して、古い技術社会現状維持させている。その良し悪しはともかく、多くの人がそれを望み、その望みがSIerという業種を存在させている。まるで邪教徒たちの祈り邪神を生き永らえさせているみたいな話である


古い技術革新しないと社会が変わっていかないとしたら、SIerは変化に対する抵抗勢力であり、SIerの古い技術者が変化の波でドロップアウトするのは、社会にとって必要新陳代謝といえる。

からもし、技術社会を変えようと望むなら、SIerは来るべき業種じゃない。技術先駆者たちが社会を変えようとして切り拓き舗装した道を歩きながら、すでに出来上がった仕組みを維持するために働いているのがSIerだ。技術社会を変えようと望む人は、是非他で活躍して、技術変化の波を起こし、俺をドロップアウトさせてみてほしい。

2024-08-08

anond:20240807161020

JTC SIer研究職と長年お付き合いしてきたけど、彼らはそもそも研究なんて高度なことをしてる人はごく少数で、ほとんどの人は要件定義フェーズ派遣業をしてる感じだね。

研究所も自分お金を稼ぐというプレッシャーのせいか事業部門募集する「研究(依頼研)」という名の開発をする作業員をやっている。

その中で適当新規性を見つけて(無理やりひねり出して)特許書いて研究所としてのノルマ達成。

ちなみに研究職の人月単価は通常SEの数倍に上るため基本は上流工程しかさせられない。また研究職のためかドキュメントはあまりかけないし、

プロダクトコードレベル品質を作ることはもちろん、プロジェクトマネジメント等もできない。

となると一体何をやっているかというと、PJ初期段階の技術調査という名のAWSドキュメントを読んでまとめる作業をしてたりする。

から別に優秀さは特にいらないんだよね。作業員として真面目にやってくれればそれでOK

2024-05-26

上流工程とか下流工程とかそんなのない世界で働いてきたかSIerの分業制が謎

何が嬉しいの

2024-05-25

客先常駐コボラー転職備忘録

最近客先常駐から社内SE転職することが決まった。忘れないうちにこの転職に関する備忘録を残しておきたい。

転職理由転職活動にわけて記載したいと思う。

はじめに転職理由

転職理由キャリア形成が難しいと思ったからだ。

この理由に至った現職の内容を話そう。

自分20代だ。新卒客先常駐コボラーになってしまった。

なってしまった、とネガティブに書いているが全否定するつもりはない。新卒で入った会社客先常駐であることだけが悪かった。COBOL別に悪い言語とか思っているわけじゃあない。

ただし『客先常駐COBOL』という組み合わせは、将来の展望を描けなかった。これから新卒の人にはあまりお勧めできない。

なぜか。

まず、『客先常駐』。

これは全くもって良くない。責任が少ない仕事で十分で、人間関係を適度にリセットしたい人には向いていると思う。もしくは、よっぽどのニッチかつ高スキル保持者くらいだろうか。

問題点を述べていこう。

問題点そのいち。

常駐先ガチャが待っている。どんな地獄案件が待っているか行かないと分からない。しかも、客先と戦わない営業マンの方が給料が高いなんてやっていられない。最近Sier側が強気に出られるパターンも小耳に挟むが、まだ稀な印象である

問題点そのに。

上流工程に携われるかは運であるそもそも要件定義とか予算とかを他所から来た人間に任せることは難しい。底辺下請けにはもってのほかである。よって、下流工程のみの経験スキルは身につかないまま、30代に突入する可能性すらある。

問題点そのさん。

契約形態によるが1ヶ月の勤務時間が決まっている。1ヶ月最低〇〇時間以上勤務となっている。これがネックとなり連休を取ることが非常に難しい。さらに、GW年末年始休暇があると残業必須になる月が発生する。勤務時間縛りプレイ経験者は大したことではないと思うかもしれないが、ワークライフバランスにおいてストレスになる。

次に、『COBOL』。

先ほども書いたが悪い言語だとは思っていない。

ただし、大型新規開発は今後ないと思えと言いたい。必然的COBOLを書き書きしていた時代のおじさま方には、技術の点で一生勝つことはない。彼らがくたばるまでは。

それと、たまに聞く「コボラーはこれからずっと需要があるし、新規参入者も減っているから将来安定だよ」なんて話。この嘘、ほんと?

かにCOBOL自分が死んだ後も生き残るだろうが、それほど大きなパイが残るだろうか。元請けか自社の社員しか仕事が残らないのではないか。あったとしても金がどの程度分配されるというのだ。

個人的には、将来の選択肢を増やすためにCOBOL以外"も"経験した方がいいのではないかと思った。加えて、COBOLしか経験がないと求人が少なく30代以降の転職ハードルが高いため、その前に一度足抜けした方が安牌だと判断した。まあ、逃げ切れる世代には関係ございませんけれども。

そして、『客先常駐COBOL』。

悪魔合体させるといけない。

まず、COBOLはほぼ金融業界でのみ生き残っておりコボラーの生息範囲は限られることとなる。結果的に、客先常駐していると別の常駐先で出会った人かその関係とかち合う可能性が非常に高くなる。個人情報や噂が一気に広まってしまうわけであり、一回でも社会からすってんころりんしたら戻りにくい。

なにより、両者ともに揃うと別業界や別ポジション転職しにくくなる。客先常駐コボラーから客先常駐コボラー転職する人が結構いるのが現実コボラーになりたいなら最初からIT土方ピラミッドの頂点コボラーにならなければならない。

という様々な思いがあって、

客先常駐の働き方はこの先これ以上は無理だなとなり、COBOLだけではない肩書きを持ちたいと思って転職を決意したわけである

さて、転職活動に話を移そう。

転職転職エージェントを利用した。

現職の忙しさで心も身体もすり減っており、スケジュール管理企業とのやり取りなんてとても無理だったかである

さて、ステマなし・エージェント会社名無記載個人的エージェントの印象を述べていく。

まず、当初は大手エージェント登録していたが、こいつは全く使えなかった。自社開発か社内SE希望しても、客先常駐とずっと求人出している営業職と介護職の求人票を寄越してくる。

最終的には、客先常駐コボラーは美味しくないため全くフォローされなくなり、ついにはエージェントの気配が消えた。

経歴に自信がある人か自主的転職活動を進められる人以外は、大手向きではない。

次に中規模のエージェント登録した。疲れて自主的に動けない自分向きであった。

エージェント対応としては、大手より転職希望者が少ないためか連絡が頻繁かつ口調が砕けたものであり、転職活動の並走者感を演出することを意識されていたように感じた。

そのため、マメに連絡欲しくない人には向いていないと思う。

なお、結果的こちらで内定まで到達したが、登録してから内定まで平均より1ヶ月ほど長かったようである。これも客先常駐コボラー呪いか。

面接対策については、2つ目の中規模エージェント書類添削及び面接対策の申し出があって実施していただいた。それに従えばおよそ間違いないと思うが、参考として面接経験を書き残す。

面接での質問は、これまでの仕事のことを深掘りされることが多かった。

一問一答で準備しておけるようなものではないため、成功したこと・失敗したこと仕事中に心がけていることなどを整理しておくことが必須である新卒からコボラー人間技術は期待されないから、アピールできるところが仕事の進め方や考え方だけだからだ。

また、気になるIT話題自己研鑽質問への回答をそれぞれ2〜3くらい用意しておくとベスト

志望理由は、表向きの転職理由求人票の職務内容を結びつけて言えばいい。ここを起点に他の話に発展していくことも多く、嘘の理由であっても結びつきをブレさせない意識を持つといいだろう。

企業研究インターネットで調べて、事業内容と今後数年の計画を口で語れれば十分かと思われる。新卒と違って会社説明会なんてものはなかったが、面接担当者面接中にどのような会社か親切に語ってくれるから、そこから志望動機にも繋げていくことができた。

そして、自分と同じく経歴がクソだと思う転職希望者たちには次のことを言いたい。

たとえ転職先で希望キャリア待遇が手に入れられなくても足がかりになるような経験が得られるか、でエントリーしていくといいと思う。

以上が、備忘録である

しかしたら、転職した後に「失敗した」「隣の芝生が青いだけだった」なんてことになっているかもしれないが、そのときはまた転職活動を頑張る所存。

採用教育コストを考えろよというご意見には、退職されないように経営しろと回答させていただく。

最後まで読んでくれてありがとう

ここまで来て一点大きな訂正をさせて欲しい。

コボラーを名乗っているが、実際はCOBOLよりJCLに触る時間の方が多かった。なんなら、JCLで一番動かしたものは読めないアセンブラツールだったかもしれない。汎用機バンザイ

2024-05-23

もう駄目かもしれない。開発MGRの愚痴

エンジニア組織所属してまして上流工程担当するmgrです。

本日企画承認会議ビジネス部門から商品企画が起案されたので、レビュー承認依頼がありました。

通常なら事前に根回しやすり合わせをして承認会議に臨むので、ハレーションは発生しにくいのですが、本日企画

事前レビューなし、完全初見要求事項不明瞭、リターンも不明、何を開発すればよいか不明、と散々。

そこで以下を聞いた。

・これのリターンは? → やってみないとわかりません

ユーザーメリットは? →  やってみないとわかりません

KPIなあに? → これから考えます

・どうやってプロモするの? → これから考えます

リーガルリスク(主に景表法まわり)対策は? → あっ。。。

・売上計上方法は? → なんですかそれ。。。

etc

初見企画を見せられて、何も回答しないので詰める形になった。

同席してたビジネス部門責任者から「お前がそんな詰め方をするから萎縮した」となぜか説教された。

「お前ひとりが騒いでる」とも。

なるほど、そういう理解なのか。

KPI不明、開発工数はおそらく15人月はかかりそう、リソース逼迫してると説明しててもこれか。

15人月なら工期は半年以上は必要だが、3ヶ月ちょっとしか猶予がない。

ユーザーに真っ当なサービス提供したい、するんだ。そのために有限のリソースを最適配布するんだ、と

意気込んできたけど、全部私の一人相撲だなこれは。

うちの人月単価@200なのでコスト3000万前後。部下は残業してまでも開発をしてる。

これに対して、クソ案件安易承認してしまビジネス組織絶望した。

異動か転職しかないのかな。

もしくは、何も言わないで工数と工期を示すのみ、か?

2024-05-18

実はみんな口にしてないだけで文書偽造ってしてるよね

賃貸契約入院時の直筆保証人欄の代筆

契約書類過去の日付で作成してたことにする事後処理

上流工程のアホが仕様書に書いちゃったどうでもいい検査項目のやったフリ

エントリーシートの話盛り

・何の根拠もない「今、売れてます」のPOP

みんなこれぐらいの文書偽造は日常的にやってると思うんだよね。

公務員公文書偽造したって話題になると途端に「文書偽造とかありえない!人間のクズ!魂ごと穢れているか死ね!」みたいな勢いで叩かれてるけど、自分たちも割とそういうのやってることに対して無自覚から好き放題言ってるだけなんじゃないかなと。

実際の所どうなん?

ちょっとした「田舎に住んでる親父が入院するのとを俺は許可しますよ。増田 太郎」みたいなのですらいちいち封筒に入れて送り合ってちゃんと直筆で書くん?そんなん電話で「お前の名前借りるで?」「ええよ」してちょっと筆跡変えるだけでよくない?

2024-03-31

anond:20240331234141

わかる。

手を動かす奴(たとえばコーダーとか)こそが偉くて、上流はエンジニア墓場みたいな扱いされるよな…。

そりゃさ、下流エンジニアの方が楽しいけど、同じぐらい上流工程大事なんだぜ。上流が下流をわかってないのは論外として、下流が上流を理解することもそれなりに大事だと思うんだよな。

わず愚痴ってすまん。

anond:20240331141113

>おかげでバカブクマカが何人もスケジュール調整とか言ってる。

これについてはリリース読んでないとかバイアスとか関係なくって、単に社会経験の差だと思う。

プロジェクトマネジメントや、見積積算など上流工程をやったことがないんじゃないかなって思う。

そういう人はやったことがない事がコンプレックスだったりするからあんまり触れてやらない方がやさしいと思う。

2024-03-30

大喜利ITブラックイメージで避けて工業系に就職。1X年後、ITに行った同級生たちはホワイト待遇。我が社は平成初期の空気漂う薄給激務。どこで差がついたのか

情報系の研究室卒業した俺達には2つの道が示されていた。

ガチガチIT業界に飛び込むか、組み込み系などで電子工学よりの仕事をするか。

俺が就活をした1X年前は、IT業界といえばブラックな噂が飛び交う魔窟だった(よく分からん人は「ブラック会社に勤めてるんだが、もう俺は限界かもしれない」とかで検索してみてください。これが投稿された前後ぐらいで私は就活してます

「昔はまだ高給だったから耐えられた」

「過当競争によりラットレースと化している」

「一部の勝者が元請け一次請けとして儲けてるだけ」

派遣法の緩和によってルール無用になった」

「人売りだらけで正社員採用されても実態派遣社員のパターンばかりだ」

といった黒い噂を毎日のように耳にする状況であった。

(今考えれば、情報機器に触れる機会の格差によってブラック情報の発信頻度が業界によって違っただけで、どの業界にも同じようなブラック話はあったのだろう。なにせ就職氷河期前後の話だ)

同級生達は「ゆーて一部の負け組が言ってるだけやろ」 「ネットの噂を鵜呑みにするとかありえない」 「就活ダルすぎるから教授が薦めてきた所にそのまま入るわ」とIT業界に次々入っていった。

俺は自分の先見性を過信していたので「これからITは更にブラックになる!だから俺は今のうちにITという泥舟から飛び降りる!」と工業系の世界へと飛び込んでいった。

結果はタイトルの通りだ。

毎日、本当に毎日のように後悔がよぎる。

「あのとき同級生たちと同じようにIT業界に入っていれば……組み込み系に染まることよりも他の業界へ移れること優先でスキルリーを伸ばしていれば……あと5年早く決断を……いや10年か?せめてもっと上流工程に……そのためには学歴が……高校生の頃にゲームなんてせずに勉強を……そもそも中学生の頃に勉強してもっとちゃんとした進学校に……」

いつも頭の中でグルグルする聞き飽きた言葉

カセットテープみたいに擦り減ってくれればいいのに、いつもいつでも新鮮な気持ちで後悔が押し寄せてくる。

働いてるときスーパーで買い物してるとき、ふと寝ようとしたときゲームで遊んでるとき飲み会最中風呂場、トイレサウナ、いつどこで始まってもおかしくない豊かに過ごせたかも知れなかった人生への未練。

辛いよ……IT業界が再びブラックになって、同級生たちがみんな過労死する未来さえ願ってしまう。

俺が選択しなかった人生が、俺の選択した人生よりも大きな失敗であることを願うぐらいしかもう出来ない。

俺が本当に悔しいのは、俺が同級生たちのように「俺達なんだかんだいい選択したよな~~~~」という気分で人生を選べた可能性を、自分のつまら思い込みで捨て去ってしまたことなんだ……。

才能も努力も変えられなくても、選択だけだったら簡単に変えられるんじゃないかってこの気持ちもまた思い込みだったりするんだろうか。

確かKEYリライトだったかな、インタビュー田中ロミオ竜騎士07か忘れたけど「シナリオごとに主人公性格が違いすぎるみたいな話って、ルートごとに分業制のゲームでよく言われるじゃないですか? でもルートによって性格が変わるのって当たり前だと思うんですよ。 性格が違うから選択が変わってきたわけで、それぞれのルート主人公は「そのルート選択するような性格をしていた主人公」の話なんですよね。 「主人公選択が違ったら」じゃなくて「主人公性格が違ったら」なんですよ。 」みたいな話をしていた気がする。(URLすぐ持ってこれる人がいたら教えてくれ。3分ググったけど見つからなかった)

私が

IT業界に進んで人生成功させた友人、IT業界への道を避けて人生に失敗した俺、俺達の人生はどこで差がついたのか?

本当にその違いは「IT業界を避けたこと」だけだったのだろうか?」

と言いますので、

皆さんはなんかこうあとはもう好きにしてください。

2024-01-27

anond:20240127080505

セクシー田中さんの件は、ドラマというプロダクトに対してプロデューサーが持つ熱意とリーダーシップが足りなかった話だと思ってる

ドラマ方向性を明確に示すことができず、右往左往した結果、脚本家原作者も傷つけ、上流工程脚本がゴタゴタしたことでおそらく現場スタッフ役者はそれ以上に短納期で納めないといけないという負荷を強いられたと思う

からよくある原作無視したドラマプロデューサーは良くも悪くもドラマではオリジナルでやるという道をいろんな批判を受けながらも現場に示していたのだと思う

逆に原作重視のドラマ場合現場に無理をかけたとしても説得して、脚本家にも頭を下げ予算取りも頑張って「原作通りやり遂げたい」というリーダーシップを発揮して作り上げていたのだと思う

今回のセクシー田中さんは、オリジナルを作るということにも原作を守ることにも熱意と腹をくくることもできなかったリーダーが散々現場関係者迷惑をかけた例だと思う

契約があるから原作者の言う通りにしないと〜、あ、でも原作通りにすると現場文句言ってくるからなぁ〜、はぁ〜どうしよう〜をギリギリまで引き伸ばして関係者全員を苦しめた

で、こういうのってドラマ特有なのかと言うとそうでもなくて、関係者が増えた開発のリーダー意思がないとこうなりがち

たぶんセクシー田中さんプロデューサーはお前らが嫌う「何も決めないけど締め切りが来たかエイヤで無茶言う」系リーダーだったんだと思う

2023-12-03

SNSでのAIイラスト云々

SNSAI絵師と反AI議論(?)を見るのが日課なんだが、以前と比べて最近はもう口争いみたいな投稿が増えてきてちょっと悲しい

眺めていると数人の方は建設的な意見など言っているように見えるが、大多数は攻撃性が高くて見ていて不快。先日は煽られて喧嘩買うぞかかってこいよとか言ってるのもいたし…


AI絵師モラルがないとか、人の迷惑考えろとか、揚げ足取るなとか、以前はイラスト生成AI規制派の言ってることに賛同できたんだけど、

最近は絵柄割れ厨が!とか、AI推進者はカス!とか、わざわざAI絵みつけてAIやめろ!って攻撃的なリプしたり、揚げ足もとってる投稿散見される。どっちがモラルがないのかな…逆転している印象。

掃き溜めみたいなSNSに期待しても意味は無いんだけど、どうも底レベルな争いのフェーズに移ってきてしまったなーという印象。

どこまでOKでどこからNGという線引きを早く国や文化庁などが明確な指標を出ない限りこれには終わりは見えないだろうな…


個人としては少子化・働き手が減っている日本未来に向けてはAI導入は必須だと思っている。単純作業効率化・人間上流工程へのシフト化を行い人手不足を解消しなければならない。

が、しかし、その中でイラスト関連については、ちょっと目に余る使い方をしている人も散見される。AIイラストを公開したりは良いと思うが、他人の絵柄を完全コピーしたり、他人の絵のi2iの利用するのは賛同できない。

音楽翻訳文章もその他いろいろな生成AIが出てきて効率化されているのに大きな問題にはなっていないのはそういうところなのかもしれない。最近よく言うデータセット云々はどの分野でも同じようなレベルだと思うし、仕事が奪われる!ってのもどの分野も同じように考えられる。


上でも言った通り、もともと生成AIの一部規制賛同していたし、今でもモラルクリエイター立場は守られるべきだと思っている。ただ最近ちょっとな…という感じ。

今後も大変だと思うがうまく折り合いをつけてAI活用していってほしいなと願う

2023-11-17

anond:20231117095130

それなりに資格持ってるし上流工程経験あるしPLやPM経験しているけど年収500だから増田的には低レベル

やっぱみんな即各種設計書描けてすぐAWSリソース用意できて3日でシステムプロトタイプ作れるんだろうな。先は長いな

スタートアップに居るけど次で年収上がんなかったら転職しようかな

2023-11-08

anond:20231108152323

コードの書けない人が設計をする事例は、現場によっては存在するかもしれませんが、それはあまり望ましい状況ではないと思いますコードの書けない人が設計をすると、以下のような問題が起こりやすいと考えられます

以上のように、コードの書けない人が設計をすることは、システム開発において多くのリスクを伴いますコードの書けない人が設計をすることを避けるためには、以下のような対策が考えられます

コードの書けない人が設計をすることは、現場の状況によっては避けられないことかもしれませんが、できるだけコードの書ける人に設計を任せることが望ましいと思いますコードの書けない人は、コードの書ける人と協力したり、ローコード開発などの手法活用したりして、コードの書き方や技術知識を身につけることが大切だと思います

2023-10-29

5音節ぜんぶ伸ばす言葉

かになんかある?

 

ブコメトラバで出たもの

厚生労働省

素晴らしい。こういうのがもっとほしい

中小商工業

上流工程

このお題のために作ったオリジナル合成語かなと一瞬思ったけど、調べるとちゃんとあった。素晴らしい。

中条流兵法

スーパーカーメーカー

とてもいい感じではあるが、合成語になっていて前後の結びつきが少し弱く、全体で一単語とはみなしづらい気もする。

ジャージー牛バー

素晴らしい。

スーパーヒーローショー

あり。

合成して量産できる言葉は選外。成り立ちは合成語だがほぼ一単語として通用している単語はあり(※主観が入ります)。固有名詞だと文句なし

合成語は〜とか言う割に例が東京〇〇なのすっごい自分を棚に上げてるなと思った

じゃかましい、東京消防庁東京モーターショー固有名詞じゃ文句があるなら「山形消防庁」や「佐賀モーターショー」を連れてきやがれ

2023-10-20

anond:20231020082551

ITの話になると、みんな結構いい年のはずなのに上流工程の話が全然なくて、プログラムの話ばっかりなのが色々察してしまって悲しい

2023-09-23

anond:20230923135129

それしているのは日本人だけだぞ?

そもそも上流工程下流工程を分けて考えているところが間違えてる。

他国ソフトウェアエンジニア仕事内容について英語で調べてみるといい。

2023-09-01

anond:20230901233717

だってネットで見るITの話って、上流工程の話が全然盛り上がらなくて、プログラムの話ばっかりなんだから、その時点でさあ

2023-08-31

anond:20230830203626

増田災難でしたな…お疲れ。

ところで俺もB系統。読んでてきつかった。

俺の場合仕事場より妻の方が絶望してるかもしれん(何回言っても同じミスするからなんの家事育児も任せられないとよくキレられてる)

以下過去雑に振り返って書き捨てておく

なんとか10年同じ会社仕事しつつ部下なしだが肩書きもついたので、ましな方なのかもだけど。雑誌や本ではないけど編集系。学生時代にやった本読んでまとめるだけのレポートとかが得意なら実作業はまあまあこなせる。ルーティン色強め、顧客対応は間のディレクター職がほぼやってくれる。

基本やったことあることしか取り組めない。未知のものだと調べて調べて時間切れになる。

職場トヨタの自工程完結を取り入れて、マニュアルづくりを部署としてやり始めたので救われたな。

そのマニュアル遵守と、さらにそのマニュアル自分さらに詳細に作り込むのと…でなんとかこなした。何でもかんでもマニュアル通りに自分最後までやろうとするから残業が月60~繁忙期は100近く。

質問マニュアル読んで書いてなかったらする。それでもかなり質問魔だったと思うけど、ミスしてやり直すよりましととらえてた。

※読む、整理する、書く、みたいな事務処理能力はないとサラリーマンはつらい。

※Bはマニュアル遵守できなかったようだね。マニュアルの詳細化までやりこませるともしかしたら多少はマシになったかもしれんが、くそ遅かったろうな…

残業80超えが3か月ぐらい続いたところで先輩に泣きついてどうやって裁いてるか聞いたりしたけど人に仕事振るしかないと言われた。私はどこまで自分でやってどこからは振るべきなのかの判断絶望的に下手くそで、早めに振っても「まだがんばれる。なんとかしろ」で突き返され、後半/雑務系になってからだと「遅い、そんな急に言われても無理」と突き返される。何が終わってて何が終わってないのか/量や想定時間とセットで振らないと受ける側が困ると言われ、その準備してるうちに時間切れ、夜になってから結局自分でやり、残業地獄から抜け出せないループだった。

寝不足が続いた。ストレス1回急性難聴なったな。発達障害の診察受けて「グレー」と診断されたのがこの残業ループ中。

5年目ぐらいで同じ業務上流工程まりディレクター職に変わった。スケジュール作って元情報現場に流して制作方針決めてやらせて、上がってきたものチェックしてっていう工程自分作業しなくなったので、残業はかなり減った。

※結局自作業での残業回避は未解決のまま逃げ切ったような状態

2023-08-26

anond:20230826113839

SIerに勤めている無能にとっては「プログラミングをしているのは底辺で、キャリアアップのためには上流工程に移行する必要がある」というのが常識なのかもしれないが、まともにソフトウェアを開発している会社ではそうではないからな。

2023-08-10

プログラミングこそ独身孤独救済ツールである

弊方30歳。

プログラミングは元々やってたがいわゆるSIer上流工程コードほとんど書いてこなかった。

最近仕事も落ち着き、時間も空いてきたので夜はやることがなくなってきた。昔は友達と飲みに行くこともあったが、コロナと周りの結婚で気軽に飲みに誘える友達も減ってきた。晩婚化というは嘘だと思っている。(正確に言えば恋愛市場二極化)

受動的に楽しめるyoutube なども娯楽ももパターン化されて飽きてきたのでプログラミングを始めた。

学生時代理工学部だったしJavaは触っていたので最低限の下地はあるので理解はそこまで困らなかった。

最近TypescriptNext.jsNest.jsなどを使って簡易的なアプリケーション作成しているがこれがまた面白い。今までの技術歴史を振り返りながらこの技術がなぜ出てきたのか、なぜ前の技術ダメだったのか、色んな考察をしながら進めていくといくらでも時間を使える。新しい技術いくらでも出てくるからコンテンツとして終わることもない。今後もJavascript(Typescript)関連はある程度追っかけておいて60歳になってもWebアプリが作れる人間になれればと思う。その頃にWebアプリ存在するかどうかは分からないが。

だらだらと書いてしまったが独身時間を潰すならプログラミングは最高である

2023-08-01

anond:20230801092932

俺は一線で活躍している訳ではないけど、上流工程下流工程に分かれている職場経験したことが無いな。

そもそも上流工程必要性分からん実装中に技術的な問題が出てきたらどうするんだろう。

anond:20230801092932

一線だとそもそも上流工程とかがない

全員が規模はともかく自分設計して自分で書けるレベル

大まかに設計して自分で書いて細かいとこはジュニアに任せて任された方もその部分は自分設計して書く

なんとかコードコピペできるような人に渡す設計書書くのはコード書くより手間かかるので意味がないし無駄な金

ログイン ユーザー登録
ようこそ ゲスト さん