  |
はてなキーワード:発注者とは
それは知ってはいたんだけど、コロナ禍で在宅勤務になったときにその様子を初めて知って死ぬほど驚愕した。
最初は、北野武主演の映画「アウトレイジ」を大音量で流してるのかと本気で思ったくらいに凄絶な状況だった。
「なんだてめえ！」
「殺すぞお前！」
「てめえこそうるせえ殺すぞ！」
こんな言葉の応酬が、私が帰宅した昼過ぎから夜までぶっ通しで続いていた。
あとで本人に訊いたら、罵倒の相手は取引先、しかも発注者らしい。
しかも夫が一方的に罵っているのではなく、相手も夫に負けず劣らずの怒鳴り声で何時間とやり返していた。
夫の若い部下はさすがに引いていたようだが、それに対して夫は「交渉とはすなわち命の取り合いだ。相手の心を完全に叩き潰し二度とこちらに反抗できないようにしなければこちらが殺される。相手には『はい』以外一字一句たりとも喋らせるな。自殺に追い込むつもりで全身全霊でやれ。もし本当に死んだら俺が金一封出してやる」と檄を飛ばしていた。
ちなみに夫も相手も所属は一部上場企業で、さらに相手方はテレビでCMも出してるような大企業だ。
腕がなければ、どれだけいい商品でもいいと見極めることができない。逆に言えばどれだけ粗悪品でもいいものに見える。
だから使えないディレクターからすると、AIかまともなクリエイターかはどうでもいい。
だから使えないディレクターは、AI発注することになる。見る目ないし。
ただ仕事って3割なくなればほとんどの仕事は需給バランス崩れて価格崩壊が起きて成り立たなくなる。
見極めがきく発注者がかなり少ない関係で、低品質なほうが売れることになるから、技術品質関係なくどこまでいこうが、人由来の製品って消えることになるんだよね。
あと仕事がなくなるのは飛ぶ奴じゃなくて、まともな奴だよ。価格が下がってどうしようもなくなるのはまともなのだし。
飛ぶことで低単価や利率が悪い仕事、めんどくさすぎる発注者から逃げてるから、一定以下の仕事から即逃げ出来るから価格やすくできるんだけど、
まともなのはそこと当たった時の面倒込みの価格設定になっちゃってるから、価格競争で負けるんだよね。だから最初にいなくなるのってまともな奴なんだ。
もうクリエイティブ系の職場からは転職したけど、前は進行管理してデザイナーさんに発注するディレクター職をやってた。
ディレクター希望で新しい人が入ってくるとき、伸びる人は最初から出来て、そこからさらに爆伸びしていった。そしてダメな人は最初からダメで、1年2年働いても一歩も進歩しなかった。
ダメな人の発注ってデザイナーさんが制作するのに必要な情報が欠けてて、納品物は当然求めていたものと違うものになるんだけど、情報が欠けてるんだからその場合は悪いのって発注者なんだよね。
だけど一歩も進歩しないタイプの人ってそこでデザイナーさんの愚痴を言うだけで自分の発注に問題があったとは絶対に考えないの。そして愚痴に共感してくれない人に文句言うの。
あれではAIも使えないと思う。制作するのに必要な情報が欠けてるんだから。そんなの思ってるのと違うのが出力されて当たり前。
あとデザイナーさんも凄い人と酷い人の差が結構あった。凄い人については本当にこの人と一緒に仕事ができてよかったなと思う。凄い人の凄いエピソードは特定が容易なので書かない。
酷い人については、どこでもよくあるパターンだから余裕で書けるんだけど、納期を守ってくれない。3日前になってやっぱ無理ですって言われて、
他のデザイナーさんにお願いして急ぎなので料金もお願いして納品してもらったこともあった。それはまだましで、納品予定日になっても来ないので私が残業して制作したこともあった。
私はデジタル絵、描けないこともないけど、アドビ一通り使えるから修正作業も全然できるけど、でも上手くはないんだよね。そこには私自身限界感があった。だからデザイナーさんの腕にはリスペクトがある。
納品日を忘れてるというよりはメンタルとかで無理で、怒られるのが嫌で連絡ひたすら無視して逃げ回るみたいな人、腹立ったなあ…当時は我慢してたけど、ああいう人と接するのに向いてなかった。
私は短気なんだと思う。でも全然クリエイティブ系ではない今の職場では私が接してて腹立つような「飛ぶ」人と全く合ってないから、クリエイティブ系に明らかに「飛ぶ」人が多い傾向は感じる。
AI、仕事でクリエイティブ系にいたら怖いだろうなと思う。末端の消費者として使う分には最高。特に発注作業に慣れているとAIに何をお願いするか考え方のフレームができているからスムーズ。
消費にはとてもいい。これの競合にはなりたくない。
デザイナーさん、すばらしいクオリティで納期も守ってくれる人なら今でも余裕でAIに勝ってる。「人間vsAI」ではなく、「AさんやBさんはAIに勝ってる」みたいな個人単位の話になってくる。
でも飛ぶ人についてはAIにすでに負けてるし、AI導入した企業に真っ先に切られると思う。ああいう人にはAIが無い時代だから仕方なく発注していたのであって、本当に仕事なくなると思う。
----
「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 として、じゃあ残るものは何？というのはオーム社の本を読みましょう。再販しないかなあ。
今後数年は変わらないでしょと書いたら今現在進行形で変わっとるわいと突っ込みが来そうなんで防衛的な意味で書いておくんですが、あなたは過去数年間同じ仕事してたんすか？
仕事のやり方とか内容とか、言語とかライブラリとか、毎年のように変わってたでしょ。
レビューの比率が多くなったとか、コード書かなくなったとか、そういうの、たぶん管理職になった人が嘆いてたのと同じっすよね？
少なくとも、ジュニアエンジニアが低品質なバイブコーディング結果を寄越すようになってレビューが大変とか嘆くのなら、まともなコーディング規約一つ作れていない組織の脆弱さを嘆くのが先では？
手癖でバイブコーディングしてヒットしたプロダクトに、あとから品質上げるように大工事するリファクタリングと言うよりリビルディングな仕事って、別に今もありますよね？
散々テストケースを書かなくて良いプロダクトなんて無いという講演だけ聞きに行って、自分とこでテストケースが自動で走るようになって無いなら、そこが問題でしょ。
「日本ってけっこう中抜き地獄だよなぁ」中抜きの業者は末端と先端以外は何もしておらず、船頭が多すぎる。個人的には、トップよりも間の何もしてない奴らの方がヤバいと思う話
増田はとあるインフラ企業に勤めるオッサンです。多分日本で弊社の名前を全く聞いたことがない人はほとんどいないと思う。
当社が主に頼る建設業界って多重下請けピラミッドというステレオタイプな偏見で見られることが多いと思うんですね。
冒頭のまとめ記事もそうだけど、昨今ネットやリアルでも中抜きバッシングが賑やかに言いたい放題言われているのを見ている中で
どうも「中抜き」の実態をよく知らないまま批判しているな？というニュースやネット記事をちょくちょく見かけるので
インフラ企業のインサイダーから「中抜き企業を排除する方法」がどれだけ難しいかを少し説明しようと思います。
建設工事において、弊社は発注者として元請企業に施設の新設や修繕・改造工事を委託します。
そして元請企業は基本的に受注した業務のパートごとに二次請以下へ仕事を降ろしていくことになります。
そして、実際発注者である弊社の施設で現場作業を行うのは、四次請以降の企業の社員ということになるわけですね。
（元請や二次請企業も管理のため基本現場には常駐しますが、実作業はあくまでそれ以下の下請が行います）
この工事を門外漢が単純に見ると元請（一次請）から三次請の企業は実作業をしないのにマージンを抜いていく悪徳中抜き企業と評されるのでしょうね。
要するに、この状況を改善し"悪しき中抜き企業"を飛ばして、実作業を行う四次請以下の中小企業が発注者の弊社から直接カネを貰って仕事をすれば良いじゃないか！
さて、ここから本題の話をするのですが
この話、発注者側の本音を言えばぶっちゃけ多重下請け構造にしてもらいたいなんて別に思ってないんですよ。
でも実際はそうならず二次請三次請四次請に流れていくのは、「その方が安いから」ということでしかありません。
弊社がやる工事の場合、元請企業っておおよそ大企業で人件費も高いんですよ。
そういう元請社員に直接手を動かしてもらうより、その下請以下の安い人材にやってもらう方が経済的合理性があるわけです。安さは正義。
当然入札で安い見積を出したい元請企業も事情は同じで、自社社員に現場作業をさせるより下請を使おうという動機付けが起きるのです。
ちなみに、弊社のような顧客企業から直接四次請の中小企業に発注したら良いじゃないかという主張もあるかもしれませんね。
（建設業ではないですが、実際にマイナポータルの事業で、NEC等大手メーカに発注せずデジタル庁から中小企業に直接仕事を発注すれば良いじゃないかという主張が一部でありました）
この主張に反論すると、ただの建設工事と一言で言ってもその中では様々な工程があるんですよ。土木工事も要る、配管屋も塗装屋も電気工事も要る。他にも多種多様に業者が必要になる。
これらの業務を直接発注する場合、弊社の社員が直接仕事を切り分けしてそれぞれの専門業者（つまり四次請）に頼むことになるわけですが、
この事務作業に掛かるコストも馬鹿にならないんですよ。弊社も大企業ですから社員もそれなりに高単価で人件費が掛かるのです。
そうするとこの事務作業は自分のところでやるより外注した方が安いねというインセンティブが働き、事務作業も含め管理業務も一括で委託できる元請企業に委託した方が合理的だという結論になるわけです。
そして元請企業もある程度の切り分けまでは行いますが、それ以上の細かい事務作業はさらに下請以下へ任せる方がトータルコストは安くなります。
この構造を打破するには、実作業を行う中小・零細企業が元請の代わりに仕事の切り分けを全部やって、発注者へ「おたくの工事の中で○○はウチができますよ！」と提案してこないといけない。
もちろんやってくれるなら大歓迎なのですが、残念ながら中小零細企業の99.9%はこの事務作業ができません。できないからこそ三次請や四次請に甘んじているわけです。
そして、実際のところ三次四次の中小もこんなことやりたいとも思っていません。高レベルだしそんなことできる人材もいないからです。
中抜き中抜きと言えば何かいっぱしの批判をした気分になってる方々も、上記の事情を知って頂ければ
中抜き企業を排除するには中小零細企業が元請企業レベルの事務作業の能力を持つ必要があること、そしてそれは中小零細にとって酷な要求だということが理解頂けるのではと思います。
普段はてブに書いてるけど書ききれないし横道すぎるからここに書く
大阪・関西万博の予約システムを受注した会社が開発後記を公開…わかりにくいと不評だったシステムは下請け側のせい？要件定義できていなかった発注側のせい？
https://togetter.com/li/2614913
一つ一つに矛盾があればとたんに動かなくなるわけで、それを避けてシンプルにサービスを提供するには
いかに要件定義段階で「これは何をどうやってどういう風に動かすのか」を決めておかないといけないかを
だがそれはあくまで要件定義に沿った開発の問題点を整理するものでしかない
システム開発においては、というかすべての制作においては起案企画の段階で専門家等を交えて意識統一をし
細部までわかる人間が要件定義をし、それに見合った業者を選定し開発することが必要
最近ノーコードや生成AIが出てきたせいで「なんとなくできる気がする」奴がさらに大量発生している空気を感じている
「そんな訳ないですよちゃんと作りましょう」と言える人間が必要
iPhoneショックの話もしているが、携帯の会社が携帯のバージョンアップの企画を募集している時点で勝てるわけがない
価値を探求するなら関係各位が言い訳ばかりであることに着目すべき
ここで思い出したのが小室哲哉の潔さだ
小室プロデュースで一世を風靡した大御所なのに宇多田ヒカルの登場を振り返って
「何がAutomaticなのか理解できなかった、僕には出てこない」と素直に認める発言をしている
絶頂期にいい気になってしまったり、女性にまあまあだらしなかったりするものの
一貫して腰が低く、他者を認められる人であるという事は凄いと思っている
iPhoneと似たようなものを想像した人間は国内にもそれなりにいたと思う
でも製品にはならなかった、携帯のバージョンアップの案としてのiPhoneは没になる
大阪・関西万博の予約システムも起案企画段階での全体の読みが甘かった、
国内でも東京オリンピックの制作チームなど経験あるところに助力を仰ぐべきだった位の振り返りをするべき
下請けVS発注者のポジショントークさせて犯人捜しした挙句、コミュニケーションというどっちつかずの言葉で結論づけるのは安易だ
事後の口約束のみで発注者が著作権を「奪取」することはできません。著作権は著作物の創作と同時に自動的に発生し、原則として著作者（制作者）に帰属します。発注者が著作権を取得するには、契約書などで著作権を譲渡する旨を明記する必要があります。口約束だけでは後々のトラブルにつながりやすく、許諾を受けた事実を証明することも難しいため、書面で証拠を残すことが不可欠です。
著作権は、著作物が創作された時点で著作権法によって自動的に発生し、特別な手続きは必要ありません。
原則として、著作物の著作権は著作者（制作者）に帰属します。
発注者が著作権を取得するには、著作権者との間で著作権を譲渡する、または利用を許諾する契約を締結する必要があります。
口頭での合意は「許諾を受けた」という事実を証明する証拠がなく、後になってから「口約束でも許諾を得ていた」と主張しても、相手に認められない可能性があります。
口約束だけでは具体的な条件が不明確なため、後々利用範囲を巡るトラブルに発展するリスクがあります。
著作権に関わるやり取りは、口約束に頼るのではなく、必ず書面（契約書）で締結し、利用範囲、期間、対価、権利の所在などを明確に記載することが重要です。
著作権そのものを発注者に譲渡する場合は、著作権譲渡契約書を作成します。
俺は「ヘイトクリエイター」として食ってきた。表向きにはライターだのコラムニストだの言ってたけど、実際は特定の勢力や行動に対して悪いイメージを流布したい連中から金をもらい、それっぽい記事を書いて世間に流す仕事だった。まあ、広告業界の裏側みたいなもんだ。依頼者は誰も「正しいことを書け」なんて言わない。ただ「この人達を悪者にしたい」って願望を投げつけてくるだけで、俺はそこに物語を肉付けする。世間の怒りや偏見を煽る文章を書いてナンボ、そんな稼業だった。
でもAIが出てきて全部が変わった。こっちは経験と勘で「人を不快にさせる言葉の刺し方」とか「不安を煽るテンポ」とか培ってきたつもりだったんだが、AIがあればそれっぽい記事なんて一瞬で量産できるってことが発注者にバレちまった。結果、単価は暴落。一本数千円が数百円になり、下手すりゃ「AIに書かせたものをお前が人間っぽく直せ」みたいな依頼まで来る始末。
俺も最初はAIを使ってなんとか数を稼いでた。そりゃ速いし楽だし、数撃ちゃ当たる感覚で仕事を回せた。でも同業者も同じことを始めると、あっという間に業界はレッドオーシャン化。依頼者側からしたら「人間に頼む必要ある？」って話になり、まともな収入源にはならなくなった。俺の“職能”なんて、思った以上に脆いもんだったってことだ。
しょうがないから副業でやっていたマナー講師のほうに軸足を移すしかない状況になってきた。企業研修や新人向けセミナーで、どっかから引っ張ってきた“常識”をちょっと言い換え、そこに俺オリジナルの「新マナー」を加えてありがたそうに語る仕事。ぶっちゃけこっちのほうが安定して金になる。皮肉なことに、人を叩いてきた俺が「礼儀」だの「常識」だのを説く側に回るわけだ。
こんな仕事をしてきておいてこういうのもどうかと思うが、何らかの新マナーをでっち上げることで他人を攻撃してマウントを取ろうとするのは人間として根源的なマナーに違反してると思う。でもそれをやってでも他人より上の存在だと錯覚したいって人が大勢いるからこんな仕事が成り立ってきたんだよね。本当クソみたいな世の中だわ。
江戸時代の浮世絵って、なんだかんだいって役者絵が一番売れたらしいんだ。
最初の頃は、芝居の演目に合わせた絵、次第に役者にフォーカスした役者絵が売れ筋に。
今の絵師たちと同じだな。
ただ、面白いのは、美人画の代表のように言われる歌麿の出世作は、「虫えらみ」、「百千鳥」、「潮干のつと」っていう虫の画集、鳥の画集、貝の画集なんだ。
たぶん海外で一番名前が売れた絵師は、北斎だろうけど、もちろん人物画だって描いたけどなんといっても風景画。
歌川広重もそうだな。
東海道五十三次って、教科書では広重の代表作と言われてるけど、東海道五十三次って一つのジャンルとして確立されてて、広重だっていくつもある。
広重のだと、一番有名なのは保永堂版だけど、そのほかに行書東海道、隷書東海道、小さい冊子のも含めるとそのほかにもいくつか出してる。
全部、東海道の宿場町を描いた絵なんだけど、構図や主題を変えて、描きまくった。
で、これまた面白いのは、名所＋美人画（当時の萌え絵）の合作がやたら多いこと。
今でも、旅行の広告なんて芸能人かアニメキャラがセットなのと同じように、とってつけたかのように美人のアップを入れる。
そのうちに、宿場町の風景はオマケになり、ただの萌え絵シリーズものが増えてくる。
やっぱり、人物を入れると売れるんだろうな。
知ってる芸能人、知ってるアニメキャラ、見知った顔が入るだけで注目度も親しみやすさも変わる。
写真では撮れないような構図で、AIでは発想しにくいような主題ってのは、人物画よりもまだ勝機が残ってるんじゃないかな。
とかいいつつ、やっぱり人物画が売れるんだろうないうのは理解できる。
匿名とはいえ、このような酷い差別的思想を発信するのは少し気が引けるのだが、、
進捗管理をしておらず平気で納期を破るのも、気に食わない依頼を無断で公開してしまうのも、生成AIで食い扶持がなくなるという話や政治で殺されるといった少し極端に思える話を鵜呑みにして意見が異なる方の悪評を広めるのに熱心なのも、他人の絵の色が似ているというだけで悪意ある模倣だと決めつけて公の場で糾弾するのも、八つ当たりで大騒ぎして筆を折ると脅すことも、多くは精神が未熟なアマチュア女性絵師の方（大変申し訳ないが、盲目なファンに祀り上げられてぬくぬくと育った、金銭にだらしなく責任能力のない、発達障害をチャームポイントか何かだと勘違いして改善する気もなく非常識な振舞いをする方々）がしていることなのに、彼女らの声と影響力が大きすぎて、絵に携わる人間の多くが社会不適合者なのだと思われるような話が拡散されている現状が、セル画からこの業界に入り、背景やCGまで幅広く挑戦しながら画業を続けている私には、大変につらい。
たしかに大多数の方から見れば「発達障害」と思われるような個性的な方の割合は多いかもしれないが、多くは最低限の責任感と礼節は持ったうえで仕事をし金銭を頂いているのが現実。
そもそもSkeb締め切り厳守率が90%を切っているにも関わらず設定額は一万円以上で「企業のお仕事お待ちしてます」などと受け身の姿勢を貫き、いざ企業から仕事を受けるとギリギリになって納期の延長交渉をしたり音信不通になる奇特な方と、ちゃんとしたサイトでポートレートを作って企業と積極的にやり取りをしビジネスメールで型に沿った連絡が取れる（何なら前者が発狂したとき尻拭いに回ることまである）大多数のイラストレーターが「絵師」という括りで悪い方に寄せて一緒くたにされている状況もおかしな話だと思う。
応援している絵師の行いを（大抵は絵を描いていないため空想上の）絵師の気持ちになって擁護している方々は、本当に考えたことがあるのだろうか。
魅力的な作品を生み出すということは実際かなり楽しく、格好がよく、素晴らしいことだが、作品への評価と人間性への評価を混同して全肯定することは一般社会を生きるうえで本人のためにならないので、却ってとても残酷なことをしているのではないかと、私は常々考えている。。。
老いぼれの長くつまらない説教になってしまったが、自分の描きたいキャラクターイラストで楽して人生一発逆転を目標としている自分本位の層と、発注者のアイデアを自分の手で少しでも美しい形に成型するというプライドを持って計画的に仕事を受けている納期絶対厳守の一般層には、決定的な価値観と倫理と社会常識の壁があるため、切実にそろそろ何らかの区別が欲しい。。。
誰1人として「失敗している」「失敗しつつある」と言い出さない。
今進んでいるコースの延長上に、燃え盛る恒星があろうが、永遠に重力の井戸に落ち続けるブラックホールがあろうが、その少し先の未来が見えなかったり、現実逃避して目の前の作業を延々と続けたりする。
期限が来るまでは、死んでないから。
「そうならないようにしたい」
けど、無理よ。
99.999%のプロジェクトは引き寄せられるように失敗する。
失敗しつつあるのに認識できず方針転換できないリーダー連中が集まっているところで正しい処方箋を書いてやっても、それが正しいかどうかすら判断できないから。
できるなら、そもそも適切に方針転換できて、失敗には至らんのよ。
変えられる可能性としては、さらに上の発注者があるが、システムのプロジェクトでは、「それが理解できてるなら発注せんわ！」って尤もな理由で、失敗しつつあるプロジェクトの状態を認識できないし、対処法も考えつかない。
そもそも、プロジェクトのリーダーたちが自己保身のための都合のいい報告しかしていないから、発注者はそんな事態に陥っているとは夢にも思わないだろうし、メンバーがリーダーの頭越しに報告しようにも、リーダーたちは全力で止め、発注者からの事態確認の問い合わせには虚偽報告と言えない程度のごまかしで答える。
変えようがないだろ？
変わるのは、フィクションの中か、ProjectXでだけだ。
そんな都合のいい力なんて、存在しないよ。
長時間、大人数で走っていたプロジェクトの持つ慣性力は馬鹿にできない。
いくつもの炎上現場を鎮圧してきたけど、たくさんのエンジニアや関係者を乗せて長時間かけて速度を上げてきたプロジェクトを相手に、
6本だ！
この6本の指で
このプロジェクト
受けてやろう！！
って、無理。
終点で駅舎に突っ込んで大破して止まってくれないと、手が出せないのだ。
そうなってから、
「なぜこうなるのがわかっていて何もしなかったんだ？」
って言われてもね。
君も何もできなかったろ、「ええかっこしい」君？ w
この手のプロジェクトは、期限が近づけば近づくほど速度を上げるから、さらに輪をかけて軌道修正はできないんよ。
人数が少なければ、全員を説得してやれないことはないけど、まぁ、無理よね。
無能の集団に有能を入れれば、得られる結果は改善されるかってぇと、むしろ無能のレベルに揃う、って言われるでしょ？
おいらは、最初の計画段階と、叩きつけられた後の再建フェーズでしか満足に動けない。
その間のフェーズでは、リーダーたちとシステムIQの差がありすぎて、会話が通じないからだ。
藤井聡太竜王(でいいのかな、現時点では？)が詰め切るまで読めてても、趣味棋士ではさっぱり……、ってなるのと変わらん。
Slackでコミュニケーションをとり、指示を出したら勝手にコーディングし、GitHubでPR出すところまでをやってくれるAIのDevin。
月額500ドルは生成AIのSaaSとしてはクソ高い、1人エンジニアを雇うとしたらクソ安い...。
そんなDevinさん、1ヶ月契約してさまざまなタスクを依頼してみたけど、結果契約を切ることにしました。
前提として、とても未来を感じたし、まるで本当の人エンジニアのように振る舞うUXはとても面白く、Devinの開発チームはとんでもなくすごいと思います。
ただ、今のDevinは終始「そんなに頭の良くないYESマン」でした。
そのため、どんな依頼もYESで返して、仕様を満たしていないコードをあたかも完成したかのようにドヤ顔で提出してしまう。
できないことはよくて、できないとか、途中までしかできないとか、どうすればいいかとか、とにかくコミュニケーションを取ってほしい。
それができないと、無駄なやり取りを何往復もすることになる。
というわけで一旦辞めました。
Devinのコミュ力が改善されたら、そのときはまた雇いたいと思います。
待ってるよDevin！
