「Cobol」を含む日記 RSS

はてなキーワード: Cobolとは

2013-03-13

沈没船エントリあとがき

http://anond.hatelabo.jp/20130310152356

沈没船エントリを書いた増田です。

およそブログ向きではない冗長で読みにくい文章だったけれど、

元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。

こんな付け足しを書くのは興ざめかもしれないけれど、

似たような境遇の人も多いようだし、

PGSE現場20歳から10年居続けてきた人間として、

もうちょっと具体的な事を「あとがき」として補足しても良いかな、

という気になりました。

(申し訳ないことに、この付け足しも長いです)

私の文章は、元増田

「上流エンジニアなんて死んじまえ」

http://anond.hatelabo.jp/20130309233920

ブクマトラバで言われている

「上流にも技術力はあるはず」

「下流だってダメな奴が多い」

という、上流下流のどちらが優秀かという議論が問題からやや外れているように思えたため書いたものです。

優秀な人がいても活躍できず、当たり前のような施策もうまく働かない、

そういう現場だという事を描写してみたかったわけです。

技術力のある人は、上流・下流を問わず

20~50人に1人の割合で点在しているのだと思います

(下流にいたほうが技術力の見せ場が多いため、

下流に優秀な人が多いように見える傾向はありそうです)

そして、その他の19人~49人は基本的に普通の人です。

20~50人に1人の人をあてにして仕事を進めるのは(現状のSIer周辺では)不可能なため、

19人~49人の普通の人が持つ価値観・思考・ペースで仕事を進める事になります

さて、システム開発ソフトウェアの基本構造を決める部分について、

どうしても一種の才能(パターン認識適用能力)が必要なのですが、

大勢普通の人の中に特殊な人が点在している状況だと、

才能のある人が適切に作業に割り当てられる可能性は低くなります

その結果、普通の人が納得しやすい下記のような方法が取られがちです。



こういった構造は、当時は場当たり的なつもりでも結局は規約化してしまい、

「動いているものは敢えて変えるな」「似たものコピペせよ」

「途中で何を思いついても設計書の通りに絶対作れよ」

といったSIerありがちな規約と相まって、未来永劫負の遺産として残ることが多いです。

そして、一旦ダメな土台が出来上がると、その上には基本的にダメものしか重ねられないため、

どんどんダメになっていき、最終的には手のつけられない沈没船になります

プログラムの基本構造ダメだと、どんな優秀な人であっても出来ることが限られます

当然リファクタリングすれば良いのですが、

リファクタリングお金を取るのはかなり難しいだろうし、

  • 何でお客様の稼働している大切なソフトにわざわざ手を入れるのか? リスクを取る意味が分からない。
  • 今まで俺たちが頑張って作り上げたものが結局ダメだったと言いたいのか? 金をもらって作った物なのに?


といった、普通の人による突っ込みには、現場での反論がなかなかしにくいです。

そして、リファクタリングもやはり才能のある人が中心になる必要があり、

普通の人がやっては結局問題の焼き直しにしかなりません。

ここまで書いてきたようなことが、

名高い大手SI下請け現場にいた5年間に見てきたことです。

現場の中に居たままそこを良くする方法は、結局思いつけませんでした。

仕事は基本的にエクセル方眼紙を読み書きする事で、

出世昇給の見込みも薄く、

これをこの先何年続けても無意味だな、と思い、転身することにしました。

行き先が黒船かどうかは分からないけれど、

割と自由にものが言える立場にしてもらえそうです。

黒船沈没について



黒船だって沈没する」という指摘は本当にその通りです。

黒船からこそ辛く厳しい現場もあると思います

ただ、黒船沈没するというのは、

正当な取るべきリスクを取った結果だと思うのです。

沈没船では最初から沈没寸前のため、リスクを負うことができないか、異常に増幅されます

運用リスクを負うことのできない(機能追加できない・構造改善できない)システムなど、

ただの負債しか無いと思うのです。

黒船は、取れるリスクの幅が大きいからこそ難しい航路を選べるし、

そこで失敗したとしても、それ自体が業界人類全体の資産になるのだと思います

現実沈没船沈没していません。

黒船は水平線のはるか向こうで、船長はそれらが見えないため気楽です。

ちゃんと沈没してくれれば、最終的にはまともな船しか残らないので助かるのですが、

まともさに関する競争が働きにくいところがあるらしく、

現実には沈没船でも(だからこそ)安泰なのです。

リスク満載のはずの沈没船を安泰とさせている事によるコストは、

最終的には企業全体・社会国家人類といったものが負っていると思われます

補足の補足、「普通の人」「才能のある人」について



普通の人というのは、

プログラミングについて特別な情熱を持たず、

会社で使う他は開発ツールに手も触れず、インストールもせず、

家に帰ってから基本的には勉強せず(資格仕事必要場合は別)、

仕事で決められた範囲のツール・技術・問題領域で満足できる人の事です。

これは不真面目とか怠慢とかそんなわけではありません。

極めて普通の真っ当かつ正常かつ健全社会人の行動です。

例えば、マクドナルド店員が、

自宅でもビーフパテを練ってハンバーガーの焼き色を研究したりレシピを何冊も書いたり、

毎日毎日ポテトハンバーガーキーワードにググったりブログを読んだり、

枕元には常に藤田田の著作を数冊積んでいて、本棚には完全なコレクションがあったり、

1日に5度は銀座1号店の方角へお祈りを捧げたりしたら、

やはり変だと思うのです。

「才能のある人」とは、そういう事をごく自然に、

それこそ食事や睡眠のように日々やっている人です。

さらに言えば、これはマクドナルド店員を例に出すと変に思えるのであって、

ギタリストピアニスト作家写真家デザイナーといった専門家であれば

自然でも何でもない最低限のたしなみです。

20人~50人に1人という割合も、それがプロギタリストであれば納得できる数字です。

本来そのぐらい特殊な専門領域を広く一般に開放してしまっているという問題が、

元増田の「システムエンジニアなんて免許制にしちまえよ」という言葉に繋がるのだと思います

他の専門家とのアナロジーで言えば、事務所制なども考えられるかもしれません。

2013-03-07

なぜ国内Perlが急速に萎んだのか

2005年 Railsの襲来

2005年に突如現れたRailsによって国内Ruby利用者が急増したのがPerl滅亡への第一歩となった。書きやすさに作者がとことんこだわって作られたRubyの魅力を一度知ってしまうとPerlの古くさく読み辛く書き辛い文法に誰もがうんざりし始める。

2007年 JavaScriptブーム

Ajaxで再発見されたJavaScriptのブームもPerl終焉に若干ながら貢献している。ブラウザというPerlが全く手を出せないジャンル王者JavaScriptの持つ華やかさに誰もが憧れ、そして手元のPerlの古くささに反吐が出始める。不器用で不細工なところも含めて愛していた女房とつつましく送っていた人生に、突然ぴちぴちボイン女子大生が転がり込んで来たようなものである

スマホ/ソーシャルゲームバブル

iPhone市場が本格的に立ち上がり、Perlとは全くの無関係であるスマホアプリ全盛期がやってきていよいよPerl滅亡へのカウントダウンが始まった。そして極めつけはソーシャルゲームバブルである。ここでもPerlかい言語は全くの蚊帳の外で大絶賛凋落中。

2012年 ビッグデータ/Hadoopブーム

Perlなんぞ全くお呼びでない世界の話。段々とwebテクノロジー世界に高度な数学的知識を持ったアカデミック層が跋扈しはじめ、専門学校プログラミング言語を学んだだけの人間ハッカーなどと名乗ると恥ずかしい時代になってきてきた。

2013年 Pythonの本格的な浸透

遂にPerlにとどめを刺したのはPythonである守備範囲は当然ながらPerl駄々被りで読みやすく書きやす世界的なシェアうなぎ上り。完全にPerlが不必要な世の中になってしまった。

結論

2005年までのPerlはまさに我が世の春を謳歌していたが今や目も当てられない惨状でプログラミング言語シーラカンス・COBOLとすら比較され出す始末。昔Perlの人として売り出していたハッカーも、いつのまにかPythonの人になっているケースも海外では多い。10年でここまで時代は変わる。今のメインテクノロジー明日は我が身だ。小手先技術に乗っかってモダンだのハッカーだの聞こえのいい言葉を汚い口でまき散らして消えて行ったPerlエンジニア達の死を無駄にしてはいけない。変化の速い時代に生きる我々に必要なのは本質を学ぶ事だ。コードの書き方とかどうでもいいんだ。もっと1020年たっても色あせない情報工学を身につけなければならない。

2013-02-28

http://anond.hatelabo.jp/20130228002211/

個人的にはPerlの後継がPythonRubyPHPに枝分かれしたことの方が100倍は苦痛なんですが…

あ、記事の内容については、最後の行を除いて同意です。PerlCOBOLみたいな生き残り方をするよ。

2013-02-16

いまどきの情報工学出身学生

4月からCOBOL現場にはめ込むと

眼が死ぬ




これってトリビアになりませんかね




という電波を受信した

2013-02-04

つーまーらーねーーー

ゴミ学校出て地方IT企業なんて中小SIerしかいから「不況だしとりあえず仕事しにゃー」とかで入ってはや2年。(もうじき24じゃーん)

技術好きもおらず、大切なのは業務知識。

いや、まぁわかるんですよ。技術なんていりませんよ、ほんと。家で遊んでろってね。出来るだけ大手にべったりしてりゃいいですから。(それでも小さいけどね、田舎だし)つか業務システム技術なんて要らないのか?

でもデスマ何度も起こしておいてスルーはないんじゃないかなー。入社半年でもわかるようなヤバイフレームワークで作った製品とかパッケージとか営業が必死で売ってるのはすごいと思う。

たぶん昔からそうっていうか、やっぱそういう業界なの?つーかカタログに載ってる機能実装されてないしwww

偉い人もとりあえず「iPad!」「クラウド!」とか言ってるよね。面接の時に引いたけど、入社したらなんか気分がブルーになってた。いろいろ思い出すなぁ(遠い目)

ほらー、技術の話とかするからドン引きされちゃうじゃない。業務知識知らないのに調子のんなみたいな空気ちゃうよー???

やっぱパチンコの話だよ。パチンコ。あと適当スポーツ野球とかサッカーとかね。タバコ吸いながら。

あと技術のある人から辞めてくってのはマジなんだと思った。

2年しか経ってないのに多少まともなスキル英語力とかも込みで)がある人はほとんど辞めてる。

でも辞めてどうすんだろうねwww 2年で半分近く辞める部署ってのにも引いたけどwww

寿退社はいいとしてさ、30前後でロクに技術もないとか(だって多少スキルがあるって言っても。。。ねぇ地方中小SIじゃね)、マジ介護じゃん!鬱になった友達みてると介護は常時デスマじゃんねwwww

(実際は全く笑えないというか2人で笑うしかなかったけど)

いや、まぁそんなことはいいんだよ。どーでもいいんだ。良くないけど。

俺はこの目の前にある「でーたべーすすぺしゃりすと」とかい資格試験対策本がつまらないのと「業務知識もつくでーたべーすせっけい」的本がつまらない事が苦しいだけなんだ。

さらにいうとこんな常識的な事しか書かれてない「でーたべーすすぺしゃりすと」試験さえ持ってない連中が作ったへんてこDBの上でへんてこ自社フレームワークとへんてこパッケージ

これからも弄り続ける事に絶望。あーもう、しかも今度COBOLじゃん。いや、得るものもありましたよ。でもお腹いっぱい。

さらにいうとこんな常識的な事しか書かれてない「でーたべーすすぺしゃりすと」試験に一度落ちてしまった自分が情けない。クズじゃないですかーーー。

SQLiteソースとかMySQLソースとかそんなものの前にやる事があるんじゃないですかー????販売管理会計、ついでに生産管理ぐらい身につけたらどうですか???自分ゴミクズなことそろそろ理解したらどうですか???

あー、大学時代に変に褒められて勘違いしちゃいましたねー。重症ですねー。せめて本州勉強できたらよかったねーーなんの関係もないねーーーwwww

飲み過ぎた、気持ち悪い(この文章もwwww)寝よ

2012-09-22

泥の様に10年は持ちそうにない

「泥の様に10年」でしたっけ?w


とか思いながらどっぷり寝込んだ。1月ぶりによく寝たせいか、すっきりしているけど頭が痛い。(変な話だ)

39度近い高熱で動けなくなって、ようやく休みが貰えた。

考えが甘すぎたと思う。というか社会に期待し過ぎていたのかもしれない。


入社して1年半。糞大学も糞なりにトップ卒業した。プログラミングは楽しかった。勉強勉強という感じがしない。

実戦で通用しないのはわかっていた。だからこそ学べることに期待した。

地方にとどまったのが間違えだったのかもしれない。

配属3日目のOJTで深い絶望を感じた。


ひどいコーディング規約(例外禁止って。。。)

とんでもなくネストの深いループや分岐(クラス使えや。せめてメソッドに分けろや)

ソース内にある変更履歴(え、バージョン管理使ってますよね?)

意味不明継承関係の社内ライブラリ(そもそもクラスをまともに使っていないし論外)

理解不能なDB設計(COBOLか)


業務アプリを作るのだ。厳密さが求められ、仕様変更が常にあると聞いていた(そして実際常にあった)この世界であり得ない状態だった。

そしてこれが評価されている(どうも一番優秀な人が書いたコードらしい)

何より驚いたのは、彼らの無勉強さだった。

技術について学ぶ意志は一切ないようだった。


常に2件が燃え上がっている状況になっても、彼らはまだ気づかない。


驚いたのは、技術重要性を認識していたのが営業部長だということだ。(本当に出来る人だし、見える人には見えるという事なのかもしれない)


プライベートで学んで転職を」と思ったが、そもそも睡眠時間を確保するのもやっとなのに、そんな事できる訳もなかった。


もうこの世界は降りた方がいいのかもしれない。


独学でも好きなプログラムは作れる。残業代も出ないのだから時給800円フリーターの方が収益が良いくらいなのだ


社長のご立派な会議の議題はiphone5が発売になることだった。

自社の強みを生かしながらスマートフォンアプリにも対応していくのが我が社のやり方だそうだ。

きっと日本中の中小IT社長が同じ事を言っているのだろう。


この業界は上位5%以外は不要だ。残りの95%は職を失うが、どうせ過半数は10年持たない。


泥の様に働く方も、働かせる方も、もう10年も持たないと、本当にそう思う。

2012-06-14

イベントドリブン型プログラム終焉

もう、イベントドリブン型プログラム終焉を迎えつつあるっていう認識で良いのかな?

VBが全盛だったころ、CやCOBOL等の手続き型言語に比べるとイベンドドリブン型プログラム初心者でも開発しやすいっていう事になっていた。

しかし、C#を使っていると、

VBC#イベントを実装するのって、formクラス継承したユーザ定義クラスメソッドを実装し、イベントハンドラ定義して処理を振り分けているだけ」

って気がする。VBではそのあたりは隠蔽化されているけど、C#だともっと意識がしやすい。

VBC#みたいなリッチクライアント自体が微妙な事になってきているし、どうなのかな。

2012-05-29

http://anond.hatelabo.jp/20120528183219

ゆとりはほんとうにひどい。

専門学校の半数以上が午後の言語選択でCASLを教えている。

なぜかというと、「ソースプログラムの行数が一番短いから」

COBOLなんて教えている学校もあるらしいしなー。

そんなの役人自治体保険金融しか使ってないぞとw

2012-04-10

http://anond.hatelabo.jp/20120410210805

会社爆発しろって気持ちは凄い伝わってきたwww

ただまあ、手動監視なんてのを真面目にやっていた現場にいきなり正論を持ち込むのはJCLとCOBOL汎用機世界WEB常識を持ち込むようなもので素直に通るわけ無いよな~と感じた。

君の説明でメール駄目な理由を考えると、多分管理者はちゃんと管理してないんだよ。監視して異常があったら大騒ぎするアラート機能新人に求めてるんだと思う。だからメール送るだけじゃなくて、メールが期待通りに来なかったりメールが送ってくる内容に異常があったら爆竹が爆発するぐらいの提案じゃないといけないんだと思う。「ソフトウェアあんどん」みたいなやつ。

あと、台帳からぬけられないのは「いわゆるオフィスIT化」が事務手続きの合理化じゃなくて帳票の清書から入るのと同じだと思う。IT企業でそれだってのは結構重傷だけど、たんなるオフィスのことだと思えば「ごくフツーのだめだめな展開」だと思うよ。段階を踏んで改善させないとこういうのって理解されにくい。

からの提案としては、

メール自分に送る→エクセルマクロで台帳生成→提出を新人全員の間に流行させちゃえばどうかな、と思う。

2012-02-18

http://anond.hatelabo.jp/20120217153335

おー言ってやれ言ってやれ。

eclipseという代替手段が提供されてるのにVimにこだわるロートルなんて

「本物の技術者はパンチカードを読める」

「本物の技術者COBOLを駆使できる」

「本物の技術者ウォーターフォールをきちんとこなせる」

なんてレベル人間と一緒だ。

2012-02-15

http://anond.hatelabo.jp/20120215220052

オレはCとかJavaとかVBとかその他色々手を出してる言語マニアから別に死なないけど、

COBOLJava(他言語)への変換が出来ないから、プログラム資産が捨てられなくて言語が一斉に変わることはありえない

COBOLが死ぬ時は会社が死ぬ時

その時は転職からまぁみんなと同様につらいよ

ちなみにPC-COBOLってのがあるので、ホストがなくなってサーバになっても、

COBOL永遠に不滅です☆

SIerを成り立たせているのは、月単価50万・月給20万のPGSE

その腕で今の倍稼げるよ、って言われれば、そりゃあ「社会を支える責任()」なんてもの放り投げてそっちへ行きますよ。

もっとも、仕事COBOLだのPL/Iだのレガシー言語なんぞ掴まされた日には…

2011-09-20

SI業界で必要とされる新卒

http://d.hatena.ne.jp/aike/20080615

この記事が面白かった。2008年のだけど、今でも変わらんと思う。

SI業界での即戦力とは「金融工学財務会計に詳しくてCOBOLABAPが読めてWebSphere上のJavaが書けます」といったような人なのだが

こんな大卒新人が居たらヤだけどw


インフラ系の自分SIer最初プロジェクトに配属されたとき、必要とされた知識は主にWindows Server(ActiveDirectory)だった。

人によっては、大学情報センターの手伝いをしていたという学生が、ADなんか触っていたりするらしいが、情報系の学生でも

WindowsServerなんて触ったことがない人間ほとんどだと思う。


自分は、LDAPDNSは知っていたけど、ADなるものはよくわからず、標準的な規格、テクノロジーと、マイクロソフトプロダクトの間にあるギャップに当時かなり苦しんだ記憶がある。

LDAPDNSもまともに知らないシステム管理者が、いっぱしの「エンジニアヅラして、仕事をしているのがSI業界なんだなあと知ったのは、そののちすぐのことだったけど。

2011-08-24

http://anond.hatelabo.jp/20110823201509

HTML5投資」って感覚全然ピンとこないな。

あれって、HTML4の代わりに標準になったら「知らなきゃいけない必須項目」であって、投資するかどうか悩む選択項目じゃないと思うんだが。

プログラマに「アルゴリズム投資するか、.NET開発環境投資するか」と問いかけるくらいバカバカしい。


その上で、今あるFlash仕事をどうするかって話で、「Flashへの投資」は「COBOLへの投資」とか「ネイティブCへの投資」とかと同義。

もちろん人によっては「FlashPHPだよ」とか「FlashPythonだよ」って人も居るだろう。


Flash仕事はしない(将来性がないから)」と決めるなら、投資しないのは個人の自由だと思うよ。

2011-07-18

http://anond.hatelabo.jp/20110718213321

COBOL,RPGキャリア積むハメになるかも。あとDC監視要員とか)

RPGキャリアを積む?Lv.上げに勤しむということ?

DC監視要員?ドリキャスなんてオワコンだろうに。

SIって大変やな。

SIerを志す就職活動中の学生に送る言葉

いちソルジャーSE視点なんで、R&D部門とかは違うと思う

(元請け)SIerに入るということ

期待できること
リスク

わたしは何年かユー子SIerに居て、飽きてWEB屋に転職しました。

人それぞれだと思います

大きなSIerでこそ専門性を磨けるという人もいるし、会社ごとの差も大きいしね。

2次受け以降のSIerはよくわからない。技術力がある人もいるし、そうでない人もいるし。

2010-08-21

やっててよかったPHP

まさか、自分にあんな映画ハッカーのような体験のチャンス

が巡ってくるとは、その時は夢にも思わなかった。

夜の繁華街の裏路地で、

俺はたまたまその事件現場に遭遇してしまったのだ。

「やめてください、お願いですから・・・」

哀願する派遣社員を取り囲むように

「さっさと社にもどれ!お前がバックレた時に消していったデータ復活させるんだよ!!」

と、3人のプログラマー


「・・・やめないか、土方。」


思わず、口をついで出てしまった挑発の文句。もう後には引けない。

逆上する3人の社畜COBOLを手にしたやつもいる。

ならば・・・と、俺は左手で、懐からPHP逆引き大全を取り出す。

PHP辞典キック!」

俺はすかさず、正面のKENT似の男の鳩尾に蹴りを叩き込む。

悶絶し、倒れるPerl Monger。

「図解プログラミング PHPMySQL裏拳!」

返す右拳を、唖然とするrubyistの顔面に叩き込む。

pythonistaの鼻の骨が砕け、昏倒する。

「10日でおぼえるPHP5入門エルボー!」 もう一人のサスペンダー頭蓋骨を砕く。

「独習PHPチョップ!」 残るひとりの頚動脈を断ち切る。

一撃必殺。   一瞬にして、

俺を取り囲むように倒れ悶絶する壊れたプログラマーが4つできあがった。

「次からは、相手を見て喧嘩を売ることだな・・・。」

返り血で真っ赤に染まったPHPによるWebアプリケーションスーパーサンプルを拭き取りながらそっと、

俺に勝利をくれたプログラミングPHP第二版につぶやいた。


「持っててよかった、基礎からのMySQL。」

2010-08-10

プログラミングわからない

前の職場でやってた言語絶滅危惧COBOL金融以外の普通会社にもまだあるのね)だったんだけど、とっつきやすかった。

勉強する本が少ない(出版されていない)分、社内で勉強してればよかった。

今は別の言語だけど、良く分からなくなってきた。

PHPを始めたんだけど、ぶっちゃけわからない。型の宣言ないとか柔軟をうたうにもほどがある。

問題はPHPで何が作れるのかまだ分かっていない点。何か作りたいものがあれば上手くなれるのかな。

会社行きたくない

2010-07-29

http://anond.hatelabo.jp/20100727224744

COBOL懐メロじゃないかい?

実質、引退状態だけど、聞く人はよく聞いてるみたいな。

まだまだ、動いてる分野は多いよ。先はないけどねw

2010-07-27

もしもプログラミング言語アイドルグループだったら

もしもプログラミング言語アイドルグループだったら

誇張や事実と異なる表現がございます。ネタとしてお読みください。

特に関数型言語は全く触ったことが無いため誤っている可能性があることをご了承下さい。

while(i<10000)++i;


COBOLバブル時代に銀行CMにも出演したことがあるが現在はほぼ引退している。
BASIC一時期は誰もが知っている国民アイドルだったが、現在はほぼ引退している。しかし昔からの根強いファンによって現在も一部で活躍中。
FORTRANインテリ層に大人気のアイドルグループ
Brainfuckアイドル定義を逆手に取った誰も得をしない名ばかりアイドル
PERLもともとは活字メディアでの活動を主軸にと結成されたが、現在ネットで活動することが多い。
RUBYPERLを真似た純国産アイドルグループ。こちらも最近ネットでの活動が多い。
C今も現役で活躍する言わずと知れた国民アイドル。しかし最近JAVAなど後進のアイドルたちに仕事を奪われつつある。
C++Cのメンバーに加え、あらゆる属性女の子を集めた超大型アイドルグループ。しかしあまりにマニアックなため、一部のファン以外はついて行けていない。
JAVAC++の失敗を反省し一部のマニアック属性を削った正統派アイドルグループ初心者JAVAから入ることを進められる。
C#まっくろ社がJAVAパクリユニットとして一度デビューさせたが太陽社に訴えられたため名称を変えた。しかし後進だけあり、女の子の質は高いと好評。
GO新進気鋭のぐぐるからデビューした新人アイドルデビュー時は大きな注目を集めたがその後は期待ほど売れていない。
D他のアイドル達のいいとこ取りをした最強ユニットのはずが、未だメジャーになりきれないマイナーアイドル
Objective-CCに新たなメンバーを加えたユニット。しかしC++ほどメジャーになれずそのまま消えるかと思われたが、出演した林檎の映画が大ヒットし延命した。
JAVA SCRIPT身近がモットーのネットアイドル。あなたも気付いていないだけで、いろいろなところでお世話になっています。
PHPネットアイドルとしてデビュー、物珍しさも手伝って人気になったが、女の子が明らかに寄せ集めと批判も多い。
LISP81が新人声優を売り込むために作ったスフィアパクリユニットおっぱいが大きい。
ログイン ユーザー登録
ようこそ ゲスト さん