  |
はてなキーワード: ソースコードとは
って「現時点でAIに足りない部分」に難癖をつけて、人類による家内制手工業を守ろうとする発言。
想像力ねえなー
って思う。
特にシステム開発分野。コードの断片は書けても設計はできないだろとか運用できないだろとか。
想像力ねえなー
って思う。
たしかに現状のAIにはまだ未熟なところがたくさんあるし、「あれもできないこれもできない」という指摘も現時点では妥当なものだろう。でも10年後はどうかな。5年後は。明日は。
ほんのちょっと前まで、人間以外がプログラムコード書くなんてできない世界だったじゃん。
それがAIがコード書くようになったらあわてて「いいやAIにはあれができないこれができない」って言い出す。
逆だよ、言ってることが。
できないことを指摘できるってことは、裏を返せば
「じゃああれとこれができるようになればいいんだね」
ってところまで来てるわけでしょ？
そしたらまたどうせ「まだそれとかこれができてない、まだまだAIに仕事は任せられないね」
ってなるんだろうけど、それだってそのうち克服しちゃうじゃん。
そのサイクルをぐるぐる回してるうちにAIってどんどん「使えるもの」になっていくわけじゃん。
すごいAI楽観論をもとに語ってるけど、でも、AIが目指してるとこってそこでしょ？
んで、AIが十分に論理的に育ったら、やがて自己強化サイクルを自力で回しだすよね。そうなったらもうシンギュラリティですよ。
なんなら、みずほ銀行ＰＪのドキュメントとソースコード全部呑ませて「これを最適化してください」で仕事が済んじゃう日が来るかもしれないよね。
「未定義の要件が◯件、曖昧な要件が◯件、矛盾する要件が◯件あります。役員全員集合」とか言ってきて。
夢じゃん。
そういう夢を見ようよ。
俺たちは、18世紀19世紀の産業革命がもたらした（ある種破壊的な）社会構造の変化を歴史で知っている。
AIの未来を過小評価したり矮小化したりしている人々は、「あれと同じことは起こらない、起こってほしくない」っていう現状維持バイアスに囚われていることに気づくべきだ。
もうすでに変わり始めてるし、これは序章に過ぎないんだよ。
ソースコードを全部消して作り直すとか言ってるが、もう信頼が地まで落ちた上にその後の対応もダメダメだったから無理だと思う
ピクブラは会員も戻るかもしれないが、儲かってたのはピクスクの方だろ？
ピクスクはたしかに機能は豊富だしよかったけど、Webオンリー主催側も、ピクブラ復活したのでピクブラでWebオンリーやります！って言ったところで参加側が尻込みするでしょよ
「ピクブラでやるなら参加しない、怖いもん」
「あれだけ問題起こしたピクブラで開催するような主催のやるイベントには参加できない」
こういう声が出るのは予想できる
ならサーバーが重かろうが競合のピクリエやエアブーでやったほうがまだマシだ
「ピクリエなら参加しない」というユーザーよりは「ピクブラなら参加しない」というユーザーの方が圧倒的に多そうだからだ
今回の件は、ピクブラだけの問題ではなく、pixivやとらのあななどのオタク向け企業まで全部パスワードを変えて、と発表することになったりとか、他社もかなり腹立ててると思われる
セキュリティを完璧にして出直しても、冬の時代はかなり続くと思うが、その間経営頑張れるんですかね？
オタクはちょろいのでなにかやらかしてもその後の対応がよければまだ戻ってくるが、ユーザー情報既に売却済みでtwitter乗っ取りの被害が出てたりして界隈は騒いでいるのに知らんぷりして一言も言わなかったからな
ひたすらサーバー再開の時期とか言ってたがユーザーが欲しいのは「自分の情報はどうなったのか」「自分はどういう対応をとればいいのか」であり、twitterやってないユーザーはオタク仲間などから情報を得て慌ててパスワードを変える、などの事例もよくあり、「自社のサービス再開ばっかり考えててユーザー後回し」としか思えない対応がもう最悪
情報漏洩した宅ふぁいるは、今から再構築してセキュリティをしっかりとしたものにするためには時間も金も足りない、と終了させた
ピクブラは「一ヶ月で全部ソースコードから作り直します！再開します！」ときたもんだ
怖すぎるだろそんなの。宅ファイルでも諦めたことをやれるのかおまえら
正直さっさともう停止して二度と復活しないで欲しい
CCっつったらカーボンコピーじゃなくてクリエイティブコモンズライセンス。
いやまあ松尾研の話なんですけど。
アメリカでPDSがもめごとのもとになって散々バチバチにやった結果、決してソースを奪われてしまわないために自由なソフトウェアという意味でのフリーソフトウェアという言葉が使いだされ、これがその用語の混乱から無料ソフトウェアと思われたりしてこれまたもめごとのもととなってしまい、（地球の裏側の日本なんかではソースの提供なんか最初からなんにもない無料ソフトウェアの意味で作者自身が使ったりしていた）ぐちゃぐちゃに殴り合いになったため思想とか立場とかいったん置いといてビジネス的な展開もちゃんとできるための新造の用語としてオープンソースソフトウェアという用語を創造してうまくやっていたらこれが硬すぎてクリエイターのお気持ちを一切斟酌しないしあまりにもドライかつソースコード寄りなのでプログラマー以外にとってやりづらいということでクリエイティブコモンズという用語が創造された、という感じに把握してるんだけど
そこへきて「AIでーす、CCのライセンスの一つをチョイスしてまーす」という実態のものを「オープンソースでーす」っていうのは「三波春夫でございます」ぐらいにどつかれるの当たり前っつーかなんつーか
オープンソースライセンスとかいうガチガチな定義の用語(IA-64が何を指しているかぐらいに明快)がつかいづらい状況で使いたいからクリエイティブコモンズライセンスのCC-BY-NC-SAですとか書くわけじゃんか。
クリエイティブコモンズライセンスのことをオープンソースとか言うの、x86-64とかx64とかEM64TとかIntel 64とかAMD64とか書くべき状況でIA-64って書くよりなお悪いと思う。
必須ではないけど、Linux 前提であることが多いから Windows でしか動かないようだとあまり人気のソフトになれないだろうね。
というか、現状すでにほとんどの人がWindows上のWSL2というLinux環境でプログラミングを学んでるんだから、そのままLinux（WSL2）で動くOSSを開発すればいいじゃん。
ほとんどのLinuxのOSSはWindowsのWSL2で動くぞ。
あとオレは昔Windows上で開発してたことがあるから言っておくが、Windowsみたいな中身が分からんソースコードの無いブラックボックスのOS向けに開発してると理不尽すぎて嫌になるぞ。Linuxなら何か問題あってもそこにOSのコードがあるから読めばどうなってるか分かるし、壊れてるなら直すことだってできる。
上司からは「プロパーのAがいなくなって、これから仕事が楽になるのに何で辞めるのか」と聞かれた。
それはA以外にもヤバい奴が多すぎて、もうこの会社そのものに嫌悪感しかなかったからだ。
ヤバいのはA一人ではなく、上司や同僚も同じようなノリで仕事をしているらしい。
「課題解決のためなら残業も徹夜も当然」な脳筋理論が蔓延しているとのこと。
Aが現場に無茶な量の仕事を投げ込むのも「下請けに何件仕事をさせたか」「下請けに何件指摘したか」が評価基準になっているためらしい。
うちに詳細仕様を展開する上流工程の部署もそんな有様だったので、こちらは大変苦労させられた。
内容を理解せずに仕様書を更新しているらしく、展開メールには更新内容を絶対に書かないので
メールが届き次第、送信者の席に直接向かい、更新内容を口頭で確認する必要があった。
変えたはずの箇所が変わってない、変えてない箇所まで変わっている、といったことは日常茶飯事だった。
これらの仕様書の誤りによる作業遅延は、うちの部署が残業や徹夜でカバーする羽目になった。
この部署に「仕様書の更新方法や、メール展開の仕方まで人によってバラバラなので統一してくれ」と何度もクレームを入れたが
半年もしないうちにほとんどのメンバーが入れ替わり、クレームも引き継がれず無かったことになり
それを取り仕切る部長の言動が、社会生活を送れているのか怪しいレベルでヤバかった。
その部長は、下請けから機材を借りたいと依頼があると、おもむろにフロアを徘徊しだし
他の下請けが借用中の機材を、相談もなしに持ち去ろうとするのである。
ある時などは、私が使用中の機材を突然持ち去ろうとして
増田「これはうちの会社で借用しています！勝手に持っていかれると困りますよ！」
部長「いつも使ってるわけじゃないでしょ？」
増田「毎日使ってますよ！これがないと仕事止まっちゃいますから！」
部長「ふーん…そっかぁ」
もし席を外していたら、確実に強奪されていただろう。
一部の下請けは、数が限られた機材を他社からぶんどるために、この部長を利用していた。
ある朝出社すると、借用機材が机ごと無断で移動させられており
部長に確認したところ、他社との共用機材にさせされていたこともあった。
クレームを入れたが「もう決めたから」と相手にされなかったため
常に借用機材の席に自社社員が常駐している状態にし、分捕ろうとした会社に使わせないことで対抗した。
慌ててサーバ管理者らしき人を探し、バックアップから復元できないか相談したが
「今はサーバ自体の管理者はいない。以前は下請けが管理者だったが、退場した」
との恐ろしい回答が返ってきた。いままでの業務成果物は、全部そのサーバに入っているのだが…
Aに事の次第を説明したところ、資料の作り直しと再レビュー、および再発防止策を要求された。
再発防止策は「成果物はすべてバージョン管理ツールにpushして格納する」となったが
ビルドしたソフトなど、容量が大きすぎるものは既存のサーバに格納することになった。
部署内でしか使わない、レビューが終われば誰も見向きもしないレビュー資料を大事に管理し
他部署や顧客に渡す機会の多い重要なソフトはそのまま、という不条理極まりない対策だったが
Aは満足していたようだった。
なお、私の退場後、そのバージョン管理ツールのバージョンアップが失敗し
格納されていたソースコードやレビュー資料は全部消えてしまったと聞いた。
復旧に一か月かかったらしい。
「いやぁ～電車内での白い目、ヤバかったすわぁ～」と言いながら出社し、1日中大声で咳をするプロパーがいた。
自席で大人しくしているならまだしも、咳をしながらフロア中を歩き回って挨拶回りをしていた。
当人も異常だが、ほかのプロパーも誰も気にしていないのも恐ろしかった。
おわり
もちろんそんなことはなく、他社の書いたソースコードを読み解く必要もあれば
エラーが出ればデバッグして発生箇所を特定くらいはできる必要があるのだが
「手順書通りにポチポチするだけ」みたいな売り文句で人を集めていたのではないかと疑っている。
サブリーダーはAの罵倒の洗礼を浴び、1か月もせずに適応障害で退場。
後任探しは諦めたようで現場はAから直接指示を受けて仕事をすることとなった。
なお、サブリーダーはしばらく後に幽霊社員※として復帰してきた。他に行ける現場がなかったのだろう。
（※元請け社内の雑用係。常にチャットツールはオフラインで、対外的には居ないことになっている）
なお、集めた内容は最後まで活用されることはなく、現場の手間が増えただけだった。
「いつかこれを使ってお客さんとスケジュール交渉できたらいいねぇ（笑）」と口では言っていたが
作業内容も理解していないのに、数字だけで顧客どう交渉する気なのかは謎である。
Bは「そういうのいいから！もうお客さんから受けちゃったから！こうして君と話してる時間が無駄！とっととやって！」と逆ギレしていた。
そのメンバはたいそうショックを受けたようで、翌月には職場を去った。
「文章が長すぎて読めない」「文字だとわからないから図で描いて」「来たばかりの新人が見ても分かるように書いて」のみ。
Aから「いつになったらまともにレビューできるようになるんですか！？」と詰められていたが、結構最後まで改善はなかった。
Bとの社内レビューで10時間近くかかった案件が、顧客担当とのレビューでは10分で終わったこともある。
他所の部署のリーダーに「増田の残業がヤバそうになったら彼に注意して」と残業管理を丸投げしていた。
もっともその頃にはCとの関係は相当険悪になっていたので、残業関係のメールやチャットは無視していた。
「我々はお客様にお金をいただいて勉強させてもらっているんだからそれくらい我慢すべき」といってAを擁護する始末。
続く
