  |
はてなキーワード:発注とは
自分がエンジニア職だったから営業の意味がよく分かってなかったんだよね。ものなんてAmazonとかアスクルから買えばいいし、どこで買っても同じなのに営業で差がつくの意味がわからないなぁと。
少し偉くなって自分が発注する立場になると営業職の意味がわかってきた。どこで買っても同じだからこそ、差がつくんだなと。
別に美人やイケメンの営業マンだったらいいという話では全くない。
当社の業務内容をよくわかっていて、こういうものが必要じゃないですか？と適切なタイミングで言ってくる営業マンと当社の業務内容を全く理解せずに売りたいものを持ってくる営業マン。
比べてみると、後者とは取引したくないなぁと思う。同じものを取り扱ってるからこそ、相手の立場に立ってこっちの手間をかけないようにしてくれる人と長期的な商関係を作りたいと思う
ChatGPTちゃんに
プロデューサーでもあり美食家の秋元康さんことやすすが初めてビリヤニを食べてその味に感動して
DJおみそしるとMJごはんさんの手法に則ってビリヤニ作り数え歌を作ってその曲名がビリヤニになった直球曲？って尋ねたら、
それは絶対ない！違う！と、
こればっかりは肯定的に乗っかってくれないハッキリとものを言うChatGPTちゃんにジワジワくるわ。
ねえAがいい？それともBがいい？って尋ねるとだいたいは
「うーん、AもいいですがBもいいですな！」って
どっちつかずなこと言いがちな感じのChatGPTちゃんだったけど、
この曲名ビリヤニがビリヤニ作り数え歌の可能性は？ってことに関してはスバリ可能性はゼロです！って言うのよね。
なんかこれ相当ビリヤニ界隈盛り上がっているんじゃないかしら？って思う反面、
交差する運命をスパイスが絡み合って美味しく仕上がったビリヤニに例えている恋愛模様を歌っているのか？
それとも、
初恋の人の香りがもう別れてしまったけどふと立ち寄ったインドレストランで食べたビリヤニの香りで思い出す初恋思い出しソングなのか？
安直に複雑に絡み合う何かの人の人生だとか恋模様だとかをスパイスになぞらえて比喩しているとしても
これ安直じゃない？
やすすはそんなことするのかしら？
って私はもちろんやすすのことを何一つ知らないし、
坂ごとでコンセプトが違うって言うし、
坂同士の移籍とかもないって言うじゃない。
やすすが坂メンバーのメンタルが落ち込んでいるときに屋上でアイスクリームを一緒に食べることも絶対にないってChatGPTちゃんそう言っていたわ。
それに私ほとんど言うか坂界隈のことは知らなかったので、
総勢何人いんのよ？ってのもあるじゃない。
これ熱心なファンの人はエクセルでメンバーの今日どの番組に出る！ってかそう言うのを記している人もきっといそうじゃない？
私はそんなビックコンテンツに今から取りかかることができないわ。
あまりにも乃木坂46ってそういういわゆる坂系ってコンテンツ覆いすぎるわ！
そんで、
でもさビリヤニって曲は聴いてみたいじゃない？
インターネッツで調べたら、
全く私の未知の領域に曲1つだけなのにそんなに種類バージョンエディションあんの？って腰を抜かしてしまったわ。
SKU46！って
そのぐらい冗談抜きで
種類が多かったので
よく分からないから配信で1曲でたらこっそり買ってみると目論んでいるところよ。
「ビリヤニ」って曲名を掲げていて40枚目のシングルって結構節目じゃないの？
そこでビリヤニってやっぱりこれハードル上げすぎなんじゃない？
これが例えビリヤニ作り数え歌だったら？
乃木坂のメンバーがビリヤニ屋さんを開店のオープンするってそっちに舵を切っていったら？
もうとにかくビリヤニのことで頭がいっぱいよ。
なんか急に最近ビリヤニのランチの発注が多くてどうしたんだろう？って首をかしげているかもしれないわ。
インド系楽器やインドネパール辺りの地名にそしてスパイス名は絶対に歌詞に入れられないNGワードよね？絶対に。
槇原敬之さんよりも言わないよ絶対に！ってより絶対感がマックスだと思う！
しかも
ビリヤニって
とはいえビリヤニ界隈の琴線に触れさせるには数があまりにもビリヤニ好き人口が少なすぎるニッチだし
ビリヤニ層をがっさりいくっていっても、
ターゲットとしてもそこ狙うの変わよね？
さんざんビリヤニって言っておいて、
ChatGPTちゃん何かの拍子でそうですね！って全然賛成言ってくれない
ビリヤニ作り数え歌ではないことは確実みたいよ。
ビリヤニ注文する人を見ては、
あなた乃木坂のファンなのね？って思われるのもなんか普通のビリヤニ好きとしてはそう思われるのかな？ってこれは考えすぎよね。
まったくもって謎過ぎるわ。
いったいどうなるのかしら？
うふふ。
ツナ美味しいわよね。
そんな変なツナサンドイッチは最近見かけないわよね本当に美味しくなったものね。
作りたてはホッツで作っておいたけれど
その後は粗熱とって常温のままではいかないので、
さすがに寒くなってきたので思いっ切り冷えたウォーラーは寒くて身体冷えちゃいそうな、
もう一気に気温が下がってきてるわよね。
こういう季節の切り替え変わる瞬間に人は風邪引くので
いつもより慎重に暮らさないといけないわね。
みんなも気を付けて！
すいすいすいようび～
今日も頑張りましょう！
----
「My Job Went ToIndia」の改題改訂版が「情熱プログラマー」なんだ！ありがとう発注したわ。（たぶん達人プログラマーと混同して読んだ気になって読んでないパターンだわ）
俺の悪文のせいで意図が伝わらなかったであろうブコメがあったので、要旨だけ書き直しておくな。
ただ忘れないで欲しいんだけど、TerraformメンテしてAWSとかGCPで立ち上げてサービス公開するまでの速度は、相見積取って稟議通して部材調達から入ってた時代に比べると爆速だけど、人間の技術屋の需要は増えてる。
俺は、「マスタリングTCP/IP 入門編」を人間が読んで理解するのは古いよね、という時代にはならないと思ってる。
Slerが自前で手元で試すようになるから～ってのも懐疑的。SIerやメーカーが内製すると必ず子会社作って分離、ぼく発注者きみ受注者にしたがるので。これは技術じゃなくて感情とか経営の問題。
（ただし、Slerが7payみたいなことやらかすのでは？って疑問なら同意。たぶんそういう生成AIで俺たちでプロダクトなんか簡単に作れるじゃんよギークいらね（仕様バグあり）は一時は増えるだろうね）
追記ここまで
----
VibeCodingでIT技術者は不要になるのか？という話題が花盛りなのは理由があります。
ギーク（現場でコードを書いていたい人）が分かる話から、スーツ（人を集めたりお金を集めたり営業をする）が分かる話になってきたからです。
具体的に言うと、OpenAI社をはじめ続々とTDD(テスト駆動開発)でやってますみたいな、具体的な開発スタイルの話が出てきたから。
そうすると、現場の座組チョットワカルという強めの経営者が理解して判断し始めるんですね。
でもね、その道はもう15年も昔に我々は通り過ぎました。前回のブームと何が違うでしょうか？
技術者なら電子も機械も強電も弱電もお世話になったことのあるオーム社が過去に出していた直球の本の話から。
「My job went toIndia :オフショア時代のソフトウェア開発者サバイバルガイド」という書籍、何と発行年は2006年です。
かいつまんで話すと、インターネットが整備され、輸送コストがほとんどかからないソフトウェア開発では、アメリカのエンジニアは給与の面でオフショアに歯が立たない、だって、1/10の給与でインドのエンジニアは働くんだぜ？という本です。
そうした、価格競争力で負けるアメリカのソフトウェアエンジニアは、如何にして今後サバイブすべきなのか、という本になっています。
（普通に面白いしAIコーディング時代に通づるものがあるので復刊を希望したいところですが、まあ直球過ぎる題名を何とかしないと再販は無理でしょうな）
そして、JTCや外資問わず、過去にオフショア開発を経験された技術屋のみなさんははてブにも多く生息されているでしょう。
では、ジュニア開発者は不要になりシニア開発者のみになって、いまのソフトウェア開発は主に安い給与で働いてくれるところに遠隔で作業してもらって、レビューだけすれば良い環境ですか？
そうはなっていません。なぜでしょうか。
さて、今普通にXと連動する中古品売買プラットフォームを開発しようと思ったら、どうやってつくるでしょうか？
この文脈に埋め込まれたいくつもの情報「今」「普通」「連動」「中古品」「売買」「プラットフォーム」「開発」を解釈し、すり合わせ、未来の運営者も含めた全員に伝えるためのコストが、コミュニケーションコストです。
そうなると、「ちょっと良い感じにラフでいいからプロトタイプ作って持ってきてよ」で話が通じるのは、受注者マインドがしっかりした日本の受託開発現場の精鋭たちになるわけです。
テストケースだけを通過するように、内部テーブルを持たせた関数を大量に持ってこられてレビュー時に頭を抱えた経験が無いひとは、とても幸運なのです。
とは言え、これは何も文化の違いに起因するだけではありません。仕様とは、環境によって定まるものだからです。
例えば、うるう年判定の関数は、1581年以前をエラーにしますか？1873年以前をエラーにしますか？（ヒント：明治六年）
テスト駆動開発、古い言い方で言えばテストファーストの考え方は、成功したすべてのプロダクトで例外なく、ただの一つの例外もなく、必ず最初から取り入れるべきだったものです。
品質は最後に振りかける粉砂糖のようなフレーバーではなく、最初から設計に組み込むべきだからです。
ありとあらゆる趣味において、最初から良いものを使えば時間を無駄にせずに済んだ、と言われるような初期投資の大切さが説かれます。
果たして本当でしょうか？
そうです、その趣味にハマって生き残りサバイブした人から見れば、過去にその時点で投資をすべきだった、というのは正しいのです。
その趣味にハマれなかった人からすれば、少ない投資で自分に合わないことが分かったという合理的な選択であることと矛盾しません。
そのため、全ての失敗したプロダクトは、テストケースを書く時間でプロダクトを作り上げて、さっさと世に問うべきだったわけです。
少し昔話をしますが、オフショア開発において重要なのはドキュメンテーションとテストケース、それにレビューでした。
他の部署で失敗しつづけていたオフショア開発のやり方は、端的に言えば"教化"でした。
具体的には書けませんが、グッとお安い単価の国に出す仕事を、日本の会社に出すのと同じようにすべく、相手の会社のメンバーを教育して仕立て上げるブートキャンプの仕組みを作り上げていました。
発注側を変えずに済むように受注側を教育して、日本の会社に出すのと同じように単価の安いところに出せたらお得ですよね？でもこれは必ず失敗します。
何故か。だって、日本の会社と同じように働けるようになったら、日本の会社に就職するじゃないですか。少なくとも価値は上がったんだから単価を上げるように交渉しますよね？
結局のところ、当初言われていたような劇的な節約にはつながらないわけです。それなら下手に転職されるよりも自前で現地工場でも立てて地元に貢献しつつ雇用を創出した方が喜ばれるし持続可能です。
小なりとも成果が上がった方法は、フィードバックを相手ではなくドキュメントにした場合でした。
例えば先ほどの例で言えば、テストケースは通るが意図したコードにならなかったとき。
「普通はこういう意図でコードを書くから、テストケースを通るにしても、関数は次からこう書いて」というのが、相手に対するフィードバック。
「関数を書く前に、関数の意図をコメントで残して、レビュー時にはそれを見ましょう」というプロセスの修正が、ドキュメントへのフィードバック。
こうすると、担当者が退職していなくなっても、次の担当者はその方法を参考にすれば良いわけです。
これ、何かに似てませんか。現在のAIコーディングのベストプラクティスと呼ばれるものに非常によく似ているんです。
つまり、オフショア開発というのも、設計と実装が分離できるという前提に立って動いていたんです。
そして、実装しながら設計しても問題ないとする場合、それは「技術的な問題」ではなく「組織構造」に起因します。
つまり、プロダクトの構造を分割して、オフショア開発側に設計と実装とを委譲して、実装しながら設計を変えてもらうことが許容できるのは、契約や責任分界点、輸出入の法規を含めた法務の領域です。
少なくとも当時、諸々をクリアにして相手側にプロダクトの一部を荒い設計と共に切り出して、コーディングしながら再設計してもらい、テストケースを完備したコードとドキュメントを共に完成までもっていってもらったことは、大きな成果であったはずです。
（当時日本側と仕事をしたという実績があると大きな実力があるとみなされたと聞いたので、今はより良いところで良い仕事をされていると思います）
（あと、コミュニケーションコストと輸出入の関連法規が複雑だから）
少なくとも、納期までに契約したこれを納品してください、という枠組みの中では、実装作業だけ切り出すことはできない、というのが教訓として残ったはずです。
少なくともあと数年、場合によっては10年スパンで、日本ではほとんど変わらないと予想しています。
これは技術の話ではなく組織構造や、もっと言えばお仕事の進め方と契約の話だからです。
そうは言ってもジュニアエンジニアの簡単な仕事が減って成長機会が失われているのは事実では？と思うかもしれませんが、そもそもの前提が誤っています。
未経験（弱経験）者を雇って戦力まで鍛え上げる必要があるなら、AIに仕事渡してないでそのジュニアエンジニアにやらせるべきなんです。
ジュニアエンジニアとAIと両方にOJTさせて、その違いをレビューの場でフィードバックしてジュニアを育てるわけです。
もし、そんな時間は無いというなら、元々ジュニアエンジニアをOJTで育てていたというのは幻想です。
（たまに、失敗が経験になるとして、会社に損害を与える方法でジュニアを"教育"しようとする人がいますが、商習慣的にも信義則違反ですし言語道断です）
シニアエンジニアだけで事足りるとしてジュニアエンジニアを雇わなかった企業は、シニアエンジニアが抜けてガタガタになります。
これは中核エンジニアがゴッソリやめた会社が傾くなんて言う話で、昔からそうです。（たいてい、もっと人雇ってくれ待遇上げてくれみたいな悲鳴を圧殺した結果だったりします）
昔から、中堅がやれば手早い仕事を新入社員にやらせて鍛える、その代わり質は悪いし時間もかかるしフォローも必要だったわけでしょう。
AI時代が到来するとしても全く同じです。AIが出力するコードレビューで悲鳴上げてる場合じゃないんですよ。
レビューできるシニアエンジニアが足りなくなると予想されるなら、当然、ジュニアエンジニア雇ってレビューできるようにする必要があるんです。
そしてそれは、技術的な問題点ではなく、組織的・経営的な決断です。
国産LLM開発の文脈でもそうなんですが、ハードウェアの進歩を無視して話をする方が多いのが気になります。
現時点のコンピューターパワーは、10年後には手の届く価格になる可能性が十分高く、もっと言えば20年後には個人が所有する可能性すらあります。
いまから20年前の2005年は、Youtubeが誕生した年です。その時に、誰もがいつも手元にビデオカメラを持ち、即座に動画を世界に公開できるようになるとは思っていなかった頃です。
今もそうだと思いますが、ある分野で必要な性能にはもう十分という期待値があり、10年経てばある程度大きな会社の部署単位で現在最先端のコーディングAIがローカルで動くようになると想像するのは容易です。
そうなったときに、果たして営利企業が、エンジニアを育成するというコストを支払うかといわれると、疑問です。その時点で今後のリアルなコストと比較対象可能になるので。
だって、筆耕担当者とか、清書担当者を雇わなくなった企業って、多いでしょう？
My job went toAI として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
笑
マジでこのまんま。
事の発端は、マッキーを発注してほしいとこのパートのおばさんに言われたんだよね。このパートのおばさん、50代ね。バツ3らしい。知らんけど。マッキーぐらい注文するのなんでもないから総務に頼んであげたの。自分で頼めよって感じだけど私優しいからね。
総務から戻ってきたらババアが「やっぱ2セット」って言い始めたの。一回で言ってくれや。頭悪いんか？と思って「いや一回で言ってくださいよ」って言いつつも総務に頼みに行ってあげたの。優しいから。
そしたら総務から帰ってきたらババアがキレてるの。ハ？おもろい。ババアなんて言ったと思う？「言葉遣いが悪い！一回で言えやなんて……態度が悪い！」
言ってなくて草wwwwwwwwwwww
言ってないから言ってませんけどじゃあ自分で頼んでください次から……って言ったらムッみたいな顔してた。やれやれの顔文字だよまじで。
そしたらババアの無視始まって草。50代にもなって気に食わなかったら無視って小学生女子のメンタルで50代にもなってやってんの見てて恥ずかしすぎて自分の親だったらまじで首つるで。
私が係で話すとため息つくの。聞こえるように。まじで小学生の頃の性格悪い女の子の顔（思い出せないけど）がリフレインする。
確かに入社したのはババアが先だよ？でもパート。私は社員で20代なんだけど、まじで、おもろい。
このババアね、パートの中でも嫌われてんの。性格悪いから。優しくしてあげてた（あえてこう書くけど）のにあぐらかいて聞き間違いで急にぶちぎれてもこちとら怖くもなんともないしエンエン泣いて無視は辛いですぅババアに仲良くしてくださいなんて言うわけないじゃん。頭おかしいんか？
でもわざとらしい無視は普通にイライラする。ガチで。精進が足りないです。でもまじでイライラする。仕事に必要な共有もされないし。上司に相談したら「そこまで怒る理由がババアさんにはあるんだよ汗」だって。聞き間違いで起こり続けるキチガイババアの間違いでは？
しかもこのババア、一人無視すると他の人に優しくするタイプで他の仲悪かった派遣社員にめっちゃ優しくなっててみんな気持ち悪がってて草。50代なのにまじで場末の小学校のヤンキーみたいな生き方で生きてんのおもろい。まあここも田舎だけど。
仕事上のことで無視してくるならこちらも無視しますけど？と思うけどこんな魂のレベルが低くて来世はほぼゴキブリみたいなババアに気を取られてイライラしてるのほんと情けなくて泣ける。
イライラしたくねーよこんなババアに。でもやっぱりわざとらしく無視されるとオイ！って声出そうになる。もうぶん殴ってやろうか。
みんなならどうする？
ワイ「うちは受注がFAXとEDIなので受注はフィジカルと外部にすべて保存されているので、安心でヤンス」
ワイ「計画はExcelでローカルで作成されていてそれを更新するたびに印刷しているので大丈夫でヤンス」
ワイ「数えればいいでヤンス」
ワイ「給与システムはフィジカルタイムカードとオフラインの別マシンで動いてるのでたぶん大丈夫でヤンス！」
ワイ「さすがにどうしようもないでヤンスね。社長が頭を下げるでヤンス」
社長「わかった、下がっていい」
B型作業所を利用した労働力のダンピングが、健常者の労働環境も壊していく危険性について。
いま、全国で静かに広がっている「B型作業所による労働力ダンピング」。
本来、福祉の場であるはずのB型が、飲食店の皿洗い、ホテル清掃、ポスティングといった市場労働の代替手段として使われ始めています。
この流れを放置すれば、最終的に痛むのは障害者だけでなく、地域で普通に働く健常者の賃金や雇用そのものです。
■広島での試算 ― すでに「年16億円規模」の影響
もし1事業所あたり10人が、月40時間ほど外部の定常業務（皿洗い・清掃など）を請け負い、時給500円で動いているとすると、
単純計算だけでも、
● 月約4,165万円／年約5億円の賃金原資が市場から流出。
さらに経済学的にみると、このような「低賃金労働の供給ショック」は地域全体の賃金水準にも波及します。
● 平均賃金の下落率は約0.8〜1.5％
つまり合計すれば、広島だけで年間およそ16億円前後の賃金が失われている計算です。
「福祉の名を借りた安価な下請け構造」が、結果的に地域の賃上げ努力を踏みにじっているのです。
B型作業所で働く人たちは、法律上は「雇用契約」ではなく「福祉サービス利用者」です。
そのため最低賃金法の適用を受けず、時給200〜500円でも違法ではありません。
しかし、現実には企業や自治体の発注を受け、実質的に雇用と同じ作業をこなしているケースも少なくありません。
この「名ばかり福祉労働」が、地域労働市場を二重構造化させています。
この構造を変えなければ、「福祉」と「雇用」の双方が共倒れになります。
本来は「支援」だったはずの仕組みが、社会全体の賃下げ装置に転化しているのです。
②市場相当の対価設定
「福祉価格」ではなく、発注元に最低賃金水準での支払いを義務づける。
③ 成果指標の導入
B型が「移行支援」や「スキルアップ」に機能しているかを定量評価する。
清掃・宿泊・外食など、B型ダンピングが集中している業種を重点的に調査。
しかし、今のままでは障害者の“安価な労働”を利用する仕組みになってしまう。
そしてそれは、健常者の労働環境をも巻き込み、地域全体の賃金と尊厳を奪う方向に進んでいます。
「支援」と「雇用」を分断せず、公正な対価と自立を両立させる仕組みづくりが、いま最も求められています。
とChatGPTにまとめさせてみたんだが、全国４８万人の利用者（手帳なくても利用できるよ）のうち半分がもし
高い工賃を求めて地元の企業から清掃やポスティングや皿洗いなどの仕事を時給５００円で奪っていったら健常者の労働市場はどうなる？
ぶっ壊れるよ。現段階でももうヤバい。企業がB型作業所を利用して人件費を削減できることに気づき始めたらこの傾向はもっと強まっていくと予想される。
その時、健常者は作業所に仕事を奪われ賃金も上がらない最悪な場面を迎えることとなる。
今、みんなで気づかなきゃ。声をあげなきゃ大変なことになるよ。
昔で言うお祝い花
「笑っていいとも」が判る人は「いいとも出演おめでとうございます」で後ろに幾つも並んでるアレ
今回のはファンが一口いくらで出資しあって（SNSで集める）コンサートなどイベント開催祝いに出すやつ
１基数万～十数万ぐらい
デザイン、イラスト自作ないし発注、ボード印刷、集金諸々で１カ月かそれ以上かけて作成
グループの中の特定の推し対象への推し活の、わりと早い時期からの活動例（知る限り１０年近く前からある）
以上が前提知識
経過現状
ウマ娘イベントで依頼したフラスタが見つからないという報告がSNSであがる
依頼したデザインと異なる、ずらっと並ぶ他のフラスタより明らかに小さい、などの報告
（推し対象のイメージに合わせたカラーや花を指定して発注するのでデザイン違いは致命的アウト）
他イベントでも同じ業者に依頼したフラスタがないという報告が出てくる
他イベントでの業者報告とウマ娘イベントでの業者報告が食い違っていると報告
過去イベントでもやらかしがあった、トラブルについて事前報告が一切ない等の炎上情報が出始める
件の業者がウマ娘の「公式」業者として受けていたため被害拡大してるらしく
フラスタ作成はデザイン指定が細かく、普通の花束やフラワースタンドより遥かに面倒で、
その面倒な折衝を受けてくれる特定の花屋の専門領域で、普通の花屋が気軽に手出ししづらい
推し活、フラスタがメジャーになりすぎ、さらに公式の看板を掲げた結果、殺到しパンクしたと想像
花屋も景気が悪い（材料費も高くつくし花も値上がりしてるし）なか、フラスタ界隈は景気のいい話が多い印象だったが、
草の根の活動で今までやってきたなか、大規模化に無理が生じたかなと
～～～～～
10/21続き
まとめ記事が作られる https://togetter.com/li/2618282
設立５年で花屋の実務は未経験というＨＰのスタッフ紹介が出回る
トラブルがあった依頼者に代金全額請求しており、また問い合わせ先が消えたという情報
～～～～～
（増田も消える前と消えた後を確認してちょっとビビった。ここまで露骨とは）
イベント運営会社と生花事業会社の代表者名および住所が同じだったとの情報
～～～～～
https://x.com/uma_musu/status/1980909789493465426
プロジェクトセカイ 5thAnniversary感謝祭アカウント
https://x.com/pjsekai_event/status/1980607537725731071
「日本ってけっこう中抜き地獄だよなぁ」中抜きの業者は末端と先端以外は何もしておらず、船頭が多すぎる。個人的には、トップよりも間の何もしてない奴らの方がヤバいと思う話
増田はとあるインフラ企業に勤めるオッサンです。多分日本で弊社の名前を全く聞いたことがない人はほとんどいないと思う。
当社が主に頼る建設業界って多重下請けピラミッドというステレオタイプな偏見で見られることが多いと思うんですね。
冒頭のまとめ記事もそうだけど、昨今ネットやリアルでも中抜きバッシングが賑やかに言いたい放題言われているのを見ている中で
どうも「中抜き」の実態をよく知らないまま批判しているな？というニュースやネット記事をちょくちょく見かけるので
インフラ企業のインサイダーから「中抜き企業を排除する方法」がどれだけ難しいかを少し説明しようと思います。
建設工事において、弊社は発注者として元請企業に施設の新設や修繕・改造工事を委託します。
そして元請企業は基本的に受注した業務のパートごとに二次請以下へ仕事を降ろしていくことになります。
そして、実際発注者である弊社の施設で現場作業を行うのは、四次請以降の企業の社員ということになるわけですね。
（元請や二次請企業も管理のため基本現場には常駐しますが、実作業はあくまでそれ以下の下請が行います）
この工事を門外漢が単純に見ると元請（一次請）から三次請の企業は実作業をしないのにマージンを抜いていく悪徳中抜き企業と評されるのでしょうね。
要するに、この状況を改善し"悪しき中抜き企業"を飛ばして、実作業を行う四次請以下の中小企業が発注者の弊社から直接カネを貰って仕事をすれば良いじゃないか！
さて、ここから本題の話をするのですが
この話、発注者側の本音を言えばぶっちゃけ多重下請け構造にしてもらいたいなんて別に思ってないんですよ。
でも実際はそうならず二次請三次請四次請に流れていくのは、「その方が安いから」ということでしかありません。
弊社がやる工事の場合、元請企業っておおよそ大企業で人件費も高いんですよ。
そういう元請社員に直接手を動かしてもらうより、その下請以下の安い人材にやってもらう方が経済的合理性があるわけです。安さは正義。
当然入札で安い見積を出したい元請企業も事情は同じで、自社社員に現場作業をさせるより下請を使おうという動機付けが起きるのです。
ちなみに、弊社のような顧客企業から直接四次請の中小企業に発注したら良いじゃないかという主張もあるかもしれませんね。
（建設業ではないですが、実際にマイナポータルの事業で、NEC等大手メーカに発注せずデジタル庁から中小企業に直接仕事を発注すれば良いじゃないかという主張が一部でありました）
この主張に反論すると、ただの建設工事と一言で言ってもその中では様々な工程があるんですよ。土木工事も要る、配管屋も塗装屋も電気工事も要る。他にも多種多様に業者が必要になる。
これらの業務を直接発注する場合、弊社の社員が直接仕事を切り分けしてそれぞれの専門業者（つまり四次請）に頼むことになるわけですが、
この事務作業に掛かるコストも馬鹿にならないんですよ。弊社も大企業ですから社員もそれなりに高単価で人件費が掛かるのです。
そうするとこの事務作業は自分のところでやるより外注した方が安いねというインセンティブが働き、事務作業も含め管理業務も一括で委託できる元請企業に委託した方が合理的だという結論になるわけです。
そして元請企業もある程度の切り分けまでは行いますが、それ以上の細かい事務作業はさらに下請以下へ任せる方がトータルコストは安くなります。
この構造を打破するには、実作業を行う中小・零細企業が元請の代わりに仕事の切り分けを全部やって、発注者へ「おたくの工事の中で○○はウチができますよ！」と提案してこないといけない。
もちろんやってくれるなら大歓迎なのですが、残念ながら中小零細企業の99.9%はこの事務作業ができません。できないからこそ三次請や四次請に甘んじているわけです。
そして、実際のところ三次四次の中小もこんなことやりたいとも思っていません。高レベルだしそんなことできる人材もいないからです。
中抜き中抜きと言えば何かいっぱしの批判をした気分になってる方々も、上記の事情を知って頂ければ
中抜き企業を排除するには中小零細企業が元請企業レベルの事務作業の能力を持つ必要があること、そしてそれは中小零細にとって酷な要求だということが理解頂けるのではと思います。
普段はてブに書いてるけど書ききれないし横道すぎるからここに書く
大阪・関西万博の予約システムを受注した会社が開発後記を公開…わかりにくいと不評だったシステムは下請け側のせい？要件定義できていなかった発注側のせい？
https://togetter.com/li/2614913
一つ一つに矛盾があればとたんに動かなくなるわけで、それを避けてシンプルにサービスを提供するには
いかに要件定義段階で「これは何をどうやってどういう風に動かすのか」を決めておかないといけないかを
だがそれはあくまで要件定義に沿った開発の問題点を整理するものでしかない
システム開発においては、というかすべての制作においては起案企画の段階で専門家等を交えて意識統一をし
細部までわかる人間が要件定義をし、それに見合った業者を選定し開発することが必要
最近ノーコードや生成AIが出てきたせいで「なんとなくできる気がする」奴がさらに大量発生している空気を感じている
「そんな訳ないですよちゃんと作りましょう」と言える人間が必要
iPhoneショックの話もしているが、携帯の会社が携帯のバージョンアップの企画を募集している時点で勝てるわけがない
価値を探求するなら関係各位が言い訳ばかりであることに着目すべき
ここで思い出したのが小室哲哉の潔さだ
小室プロデュースで一世を風靡した大御所なのに宇多田ヒカルの登場を振り返って
「何がAutomaticなのか理解できなかった、僕には出てこない」と素直に認める発言をしている
絶頂期にいい気になってしまったり、女性にまあまあだらしなかったりするものの
一貫して腰が低く、他者を認められる人であるという事は凄いと思っている
iPhoneと似たようなものを想像した人間は国内にもそれなりにいたと思う
でも製品にはならなかった、携帯のバージョンアップの案としてのiPhoneは没になる
大阪・関西万博の予約システムも起案企画段階での全体の読みが甘かった、
国内でも東京オリンピックの制作チームなど経験あるところに助力を仰ぐべきだった位の振り返りをするべき
下請けVS発注者のポジショントークさせて犯人捜しした挙句、コミュニケーションというどっちつかずの言葉で結論づけるのは安易だ
今NHKはネットサービスを本来業務にする為に、過去宣伝目的でやっていると言う事になっていたコンテンツを全部捨て、
さらにペイウォールを立てて検索に引っかからないようにしてしまった。
これは、民間テレビ局や、新聞社が民業を圧迫するから辞めろと圧力を加えた結果であり、要するに足を引っ張っているのである。
だが、これ間違ってないか？
むしろ民放や新聞は「NHKが作ったコンテンツや映像、ニュースを開放し、格安で配信せよ」と言うべきではないか？
理由は3つ。
全国紙と名乗りながら、既に地方から撤退した新聞社があるが、販売網以上にヤバいのが取材網だ。全国紙は、既に各県の県庁所在地に支所を置けなくなっている。名乗っているのは支所だが、事実上は駐在員がひとりいるだけと言う様な有様もある。
そこで頼りになるのが共同通信、時事通信などの通信社だが、ここも段々と地方取材網を維持出来なく成ってきた。
さらに、地方の民放もニュースは基本的に赤字だ。地元の地方紙からニュースを提供してもらい、重要な所には一応は記者を送り込む、網羅的に情報収集はしないと言うスタイルが元々だったが、その体制すら維持が厳しい。自社の赤字は進むばかり、そして頼っている地方紙が衰退しているのだ。
一方でNHKは公共団体であるから、地方から撤退することはない。
ならば、NHKが取材してきた情報を新聞社や放送局に格安で提供し、それを各社が自社で味付けして送出することができるようにするべきだ。
ストレートニュースなどはこうして供給を受け、自社では調査報道や独自のニュースに特化する事の方が望ましいだろう。
コンテンツ配信ビジネスにおいて、日本は世界的に見てまだ上手く行っている方で、これは言語の壁がある事がまず大きい。
良い意味の、本来の意味での『ガラパゴス』で独自の貴重な生態系的文化があり、それを輸出できているのだ。
しかし、それは今後徐々に優位性を失う。
何故ならば、AIの登場によって言語の壁が大幅に下がるから。そして、日本のコンテンツビジネスは、プラットフォームを抑えられていないからだ。
そこで戦う為に、NHKのコンテンツを民放が利用できるようにする。例えば過去のNHKのアーカイブ映像や素材を使って新しいコンテンツを作ったり
キャラクターやドキュメンタリーなどのより創作的・思想的なコンテンツであっても、NHKは定められbた金額を支払えば貸出に同意しなければならない様な規約を作るのだ。
もちろん、そういったものの権利関係はNHKだけが持っている訳ではないにせよ、このように規定することで使いやすくなる。
こうして公開されたコンテンツを使い、少しでも国内のコンテンツビジネスを延命することが今求められている。
NHKオンデマンドというサービスがあるが、このサービスは民放の映像配信より早く始まっている。
民放がいつまでたっても映像コンテンツ配信を始めないため、NHKは民業を圧迫しないという観点から、スタートできなかった。
こえがなぜスタートできたかというと、しびれを切らした政治家が介入したためで、例外的な動きだが、実はこれも裏があり、NHKは配信システムの構築にIIJと組んだのだが、開発費の名目で膨大な発注をし、その成果物を他に流用することに合意した。
そこで民歩は、IIJとNHKと開発した配信プラットフォームを応用してスムーズにサービスを始めることができたと言う経緯がある。
今回のNHKの動きもそうだ。NHKの配信プラットフォームは、技術選択が王道的で筋が良い。
例えば配信には妙な独自のものを使わず、素直にMPEG-DASHをつかっていたり、AWSとAzureとOracleと言うマルチプラットフォームに国内映像配信CDNを組み合わせていたりと良い事例になっている。
レベルが低い方が、俺たちに会わせろと足を引っ張るのではなく、膨大な資金力で作った成果を俺たちにも使わせろ、と言うスタンスの方が業界が発展する。
各社、AIに学習されないように防護を始めているようだが、NHKについては逆にAIに積極的に学習させよ、データを差し出せと迫るべきだ
そうすることによって、各社は自社が用いるAIに、報道や番組制作に必要な基礎的なノウハウを喰わせることができる。
「瀬谷みどり博覧会」は、2027年に横浜市瀬谷区で開催が予定されている「国際園芸博覧会（GREEN×EXPO 2027）」の通称です。
この博覧会が「失敗する」と懸念されている主な理由（課題や批判点）は、過去の万博と同様に、主に財政、交通インフラ、計画の持続可能性に関するものです。
当初、会場への主要なアクセス手段として計画されていた「上瀬谷ライン」という新交通システム（建設費約700億円と試算）について、採算性への疑問や、花博後の跡地利用（巨大テーマパーク誘致）の不確実性を理由に、事業化が見送られました。
その結果、来場者（目標1,000万人以上、ピーク時は1日約10万人）を輸送する代替手段（主にシャトルバスなど）の確保と、それに伴う周辺道路の渋滞対策が大きな課題となっています。特に環状4号線などの生活道路への影響が懸念されています。
運営費は、有料入場者数1,000万人のチケット販売で賄う計画ですが、チケット販売が計画通りに進まなかった場合、横浜市がその赤字を埋めることになり、市民に過大な財政負担を強いるリスクが指摘されています。
会場予定地周辺には、川の源流や、長年愛されてきた桜など豊かな自然が残っています。博覧会計画によって、水田の一部を埋め立てたり、樹木を伐採したりすることへの批判があり、自然保護の観点から地元住民や団体による反対意見が出ています。
交通量増加による周辺道路の渋滞や、騒音・振動、ゴミのポイ捨てなど、博覧会の開催が地域住民の日常生活に与える負の影響について、懸念の声が上がっています。
博覧会協会が公文書ではないという理由で事業発注書を非公開にするなど、情報公開の不十分さや、議論するための情報が市民や市議会に適切に提供されていないという批判があります。
新交通システムや巨大テーマパーク誘致など、市民の意見が十分に反映されないままに計画が進められているという不満が、一部の市民や議員から指摘されています。
