はてなキーワード: Salesforceとは
サーバー構築したり、社内システムをフルスクラッチで作ったり、salesforceで社内ポータル作ったり管理者作業とかやってるよ。
多くの方がご存知の通り、Log4j 2 (以下面倒なので Log4j) の脆弱性 CVE-2021-44228 が公開されて一週間が経過しようとしています。
ちなみに、数時間前に修正不備として CVE-2021-45046 が出ています。formatMsgNoLookups による対策はできません。大変ですね。皆さん対応のほう、いかがでしょうか。
自組織で Java アプリケーションを開発している場合は、把握しやすいかもしれません。ですが、Elasticsearch や Apache SOLR などのソフトウェアなど、インフラ基盤として利用しているソフトウェアへの影響を確かめるのはなかなか大変な作業だったのではないでしょうか(もちろん素早くアナウンスを出してくれたところもありますが、ゼロデイだったこと、US は夜であったことから、アナウンスを待つ前に対応が必要だったところもあると思います)。
OSS なら依存パッケージを比較的調べやすいですが、Splunk や Salesforce のようなアプライアンス製品などはどうでしょう。スイッチやルーターは? クライアントの Java アプリケーションもですね。さらに、業務委託先はどうでしょう。考えることが山積みです。
ソフトウェアサプライチェーン管理の難しさを痛感した組織も多いのではないかと思います。
ゼロデイだったため、最初は対策方法についてもまとまっておらず、間違った対策方法が流布しているのも見かけました。
「特定のクラスファイルを削除する」という正しい対策も、「えっ マジかよ。クラスファイル消して他に影響でないのかよ。それはないだろ。」と思った人もいると思います。私は思いました。なんだその対策。
その他 Web Application Firewall のバイパスなど、ご対応された皆さん、本当に大変だったと思います。お疲れ様です。
これも全部 Wizard Bible 事件やアラートループ事件の影響なんだろうけど、それにしても具体的な攻撃手法が共有されてなさすぎだろ。
最初てっきり LDAP 閉じたり、WAF で jndi:ldap を弾けばいいと思ってたよ。対象を把握して全部対応するの大変だから、まずはそれでいこうと思ってたよ。全然ダメじゃん。RMI とかいうよく分からないパターンもあるし、${lower} とか使って WAF バイパスするとかしらねーよ。そんなのできんのかよ。
攻撃のメカニズムなどを解説してくれている記事があれば、最初から迷わず頑張ってアップデートする方向に舵取れたと思う。
誰も情報共有しないとセキュリティ業界衰退しますよ。人材育成もできないし。サイバー人材育成不足とか言う前に、ちゃんと然るべきところに意見言いましょうよ。
小学校で配られた端末のセキュリティ突破が話題というのもニュースで見たし、放っておくと規制の方向にエスカレートしてしまうと思いますよ。
そういえば情報共有でいうと CISA は動きが素早かった。最初は個人の gist に影響のあるソフトウェアがまとめられていたけど、数日後には https://github.com/cisagov/log4j-affected-db で網羅され始めた。Pull Request も取り込んでいて、素晴らしい。
一方で JVN DB の方はどうでしょう。https://jvn.jp/vu/JVNVU96768815/
報告を受けている製品しか書いていないのですかね。国内製品はもっと影響あると思うし、公表している製品もあると思うんですが。積極的にまとめていかないんですかね。こんな状態だと、組織は影響範囲を調べるのに苦労しますよ。
「セキュリティ業界このままじゃダメだと思うのですが、なにか動きはあるんですか?」「皆さん利用している製品やソフトウェアの把握どうされているんですか? 」の2点をお聞きしたかったのです。
https://anond.hatelabo.jp/20211114132021
salesforceは社内の軍師もどきのバカが騙されて買っちゃう何ちゃって分析ツール
10年以上前からいろんな企業が黙されて導入しては形骸化してお金を無駄にするツール
コメント欄もどう定着させるか(強要させるか)の話ばかり。上司から無理強いさせろとか入れない奴は人事評価下げろかアホな提案ばかり。
導入後、どういうメリットがあったかの話がない時点でお察しの糞ツールである。
くたばれ!セールスフォース
特殊な機能多すぎて作りこんだら不具合が多くて、頭混乱しそう。
なんかSalesforce関連まとめたサイトとか本ねぇのかなぁ。
E-lerningやるきしねぇんだよな。
最近、うちの職場にSalesforceというツールが導入されました。
テレビCMで「変化にフォースを」といっているあのツールです。
原価管理がどんぶり勘定になっていて案件ごとの原価率がわからないから、営業や生産管理はすべての情報をSalesforceに入れることになったそうです。
これで営業と一緒に手作業で整理していた案件ごとの利益率計算が楽になる。
そんな期待感があり、導入が決定した際にはみんなすごく喜んでました。
そんなこんなで導入からしばらく経った先日、直近の案件の利益率はどんなもんだろうと思いログインをしてみたら、びっくりしました。
誰も・・・
全く入力されていないわけではないんですが、必要な情報は10%ほどしかなく、見ても何もわからない状態です。
案件で使用する材料の規格、量、金額は入力されていないし、そもそも登録されていない案件がいっぱいある。
これってもしかして・・・案件ごとの利益率計算まだ手作業でやらないといけないの!?
誰か助けてくれーーーー!
待遇が良い会社の探し方 / Engineeringと組み合わせると儲かるスキル
色々あるけどいくつか紹介したい。
そうすると、Amazon全体の売上が+0.1%上がる。実際にはEC以外の事業もあるし.com以外もあるからそこまで単純じゃないけど、まあ+0.0何%単位で上がる。
Amazonの2020年の年間売上が3860億ドル(≒41兆円)だそうなので、これは物凄い収益性の改善になる。+0.01%の改善で410億円の売上げアップである。
GoogleとかAppleとかFacebookも同じ様な構造を持ってる。金融業とかもそういう構造を持ってるときがある。
一方で、儲かってはいるけど別にサービスのクオリティが上がっても売上が大して増えない会社というのもある。
例えば、特定の業界で利権を独占してるような会社は、別にクオリティが高くても低くてもあんまり売上に影響はない。こういう会社は社員に高い給料を支払うインセンティブが乏しい。それよりもロビー活動にお金を使った方が儲かる。
新しい市場が立ち上がった直後は物凄く儲かる事がある。(マーケットライフサイクルとかで検索してほしい)
例えば、最近の日本だと2010年代のソーシャルゲーム市場の立ち上がり期とか凄かった。
昔のソシャゲは技術的にもクリエイティブ的にも簡素だったから1本2000万円とかで開発できた。
それでヒットすると平気で月商1億円とか超える。
儲かるのでどんどん新しい会社が参入して人を雇いまくった。
人をどんどん雇っても儲かるので、高待遇でも採用する。いわば人材の競り合いで値がつり上がっていく状態。
ちなみに、こういう市場はすぐ飽和する。
今ではソシャゲ1本の開発費は軽く10億円以上の掛かると聞いた。
だから、こういう市場で高待遇が得られる期間は短い。タイミングが重要。
自分の場合は、そんな感じで「成長期の市場」で待遇を上げた後、その市場がしぼむより先に「サービスのクオリティが上がると無茶苦茶儲かる会社」に転職したって感じのキャリアです。
あと、自分は良く知らないけどエンタープライズ系のIT企業も待遇良いっぽい。
MicrosoftとかSalesforceとかね。なんでこういう会社って高待遇だしてるんだろう。知ってる人いたら教えてプリーズ。
端的に言えば、Managementか営業と組み合わせると良いと思う。
Engineeringが分からないEngineering Managerとか機能しないので需要がある。
そして、Engineerの中でManagementを好んでいてしかも適正がある人が少ないので供給が足りてない。
営業についても同じで、技術が分かってないと出来ないタイプの営業が必要な会社を探すと良い。
ぶっちゃけた話しをすると「Engineerがバカにしがちだけど、実はビジネス上重要な仕事」っていうのが色々あるのでそういうのを探すと良い。
Salesforceってよく障害起きてるイメージしかないのに使う人多いのは何でや?
きっかけはLightiningに上げようと色々調べてみたこと。
立ち上げる度にLightingの画面に切り替わって催促されるしw。
その中でこれはキツいな、受け入れられないな、と感じたのが下の2つ。
その1 差し込み印刷が出来ない。
Salesforceに限らず古いバージョンで出来てたことが出来なくなるのは
仕方ないのでテストも兼ねて弊社のプログラマーに頼んで作らせてみた。
DBの中身拾ってきてhtmlで整形する、という手法でやってみた。まあ出来るようにはなった。
なんだけどこの程度のことでわざわざプログラマーの手を煩わして
コーディングってのもちと違うよね。簡単に出来ることに手間かけるってのは本末転倒の極み。
おまけにAPI使うには追加費用が必要云々言ってきた。まあそういう価格体系なんだろうけどそもそも使ってた機能が
使えなくなったことが要因なのでこれには不満が残った。
お客様のライセンスでは開発のサポートは出来ません、みたいな連絡も頂いた。
これも正しいんだろうけど、たかが差し込み印刷を開発というのもどうなのかと?
簡単なことをわざわざ「開発」しないと出来ないことがむしろ問題なので。
日本人って帳票沢山使う民族なのでこれ出来なくて困ってる人沢山いるんじゃないかな。
プラグイン作ってるとこは儲かるかもしれないが。
が、なんと現行のナレッジベースとLightingの互換性がないらしい。
サポートに聞いてみると自分でローダー使って移してくださいと。出来ない場合は手で入力してくださいと。
何百件あるのを手で入力って言うのは簡単だけど現実的ではないよね。
が、そもそも同じソフト/サービスで新バージョンに移行するにあたって
あとそもそもローカルでそういう面倒なことやんなくていいのがクラウドのメリットだったはず。
データ自分で移行しなきゃいけないなら他のシステムにいくのと変わらないと、判断し
この時点で決心した。
それと今のライセンス(Professional)ではLightingに上げるとそもそもナレッジベース使えないらしい。
つまり新しいほういくとライセンスを上のグレードに上げる必要がある。
つまり、実質的な値上げなんだけど、どこにも値上げと唄ってない。
こういうやり方、手法を取ったとしたらそれはベンダー側の判断。こっちが決めることじゃないので。
が、いかにも後味悪い。遺恨を残す。なんだかなあと。
何故か怒りは全く湧いてこず一番良い手法を
早く見つけようという気になった。SFのサポートや営業を責めても仕方ないしね。
彼らは彼らの仕事を真面目にやってるだけなんで。実際一生懸命やってくれたし。
で、ZOHOのデモ版登録して色々試してみた。他のも色々見てみたけど
移行が簡単そうだったので。
途中引っかかる点もあったがサポートの力を借りながら全部のデータ無事に移行終了。
こちらで運用開始、そして今に至ってる。弊社はあんまり難しいことやってないからね。
カスタムオブジェクトがいくつかあるぐらい。あとはサブスクリプションの管理の項目がなかったので
予め作っておいた。
UIはそう言われても仕方ないと思う)、だったので中身よく似てる。
直ぐに使えるようになった。ぶっちゃけUIはこっちのほうが良いんじゃないかな。
あとコストの点も大きい。
SFはずっと1人会社の頃から使ってて、会社が大きくなって人数増えてもユーザーは小生一人だけだった。
が、この先新規事業でユーザー増えてくのでその前に移っておいてホント良かったかなと。
10年以上使ってたシステムを移行するの躊躇した時もあったがやってみると
思いの外簡単だった。色々弄ってると今は使ってないテンプレートとか
出てきてああ、こんなことやってたなあと、感慨深かった。
色々あったがSaleforceにはここで改めて礼を言っておこう。
電通はリモートワーク実験を少しづつはじめ、汐留の本社ビルに周辺の関連会社も含めて集約しようという動きがこの数年で始まりました。まあ、当初はオリンピックの時に出社を減らそうという目標だったのですが、幸いなことに全社員にノートPCが配られたわけです。ちなみに全社員デスクトップPCもあります。なぜかしばらくデスクトップとノートを2台使ってるという状況だったんですね。で、リモートワークに対応しやすいようにOffice365のフル活用とかsalesforceの導入とか、VPNの自動アクセスとかが整備されたんです。
そうしたら、突然のコロナ来襲。しかも、電通社員が早々に罹患。急遽(本当に急遽明日からというノリ)でリモートワークが強制スタートしたわけです。まあ、社内も上に下にの大騒ぎですよ。なんせ、TeamsもZoomもロクに使ったことのない社員が大半だったんですから。でも、そこは気合と順応性だけは社会人の中でも抜群に優れてる電通社員なので、あっという間に対応してしまいました。
参考になりましたありがとう。
【追記12:50】思ったよりブクマが伸びてびっくりした。深夜投稿でもこんなに伸びるんだね。
で、重大なミスがありました。ブクマでめっちゃたたかれた焼酎オーソリティとセブンの件
id:gomibako どうでもいいことだが、酒屋は同じフロアに移転しただけだし、セブンイレブンも1店は閉めたので2店しかない。ホントにリモートワークで出社してないんだな。
マジか!!!
https://www.caretta.jp/shop/index/148
マジやんけ!!!
しかも、メインがワインになってる。セブンも結局あのへんなところのセブンは閉めたのか。それでも今の位置は相当謎だけど。
本当に焼酎オーソリティごめんなさい。てっきり撤退されたかと思ってました。よく残ってくれました。でも、その場所、厳しくない?とは思ったり。
あと、記事タイトルでDと言ってるのは、気づいた人も多いけどパブリックエネミーとチャックDとかけてます。パブリックエネミーではrebel without a pauseが好きです。
このあおるような文体は電通の人間だからではなく、山本一郎とか中川淳一郎あたりを参考にして書きました。僕の普段の文体とは全く違います。
以上。
【追記19:08】
おいまて、元記事よりもブクマが多くなってるじゃねーか。本末転倒じゃないですか、ひどいですよ。
ちなみにリストラの話、途中まで書いたんだけど、会議が入ったので、保存しようとしたら増田は途中保存できないのね、ひどいな。ということで、間違えてアップしてしまったのを消したのがトラバに残ってますが、気にしないでください。
【追記終わり】
https://www.nikkei.com/article/DGXZQOGD184X60Y1A110C2000000
日付変わって昨日、まあまあ話題になったこの件について、中の人がちょっと話すよ
といっても、僕はしょせんは35年のローンを抱えた平のサラリーマンだし、会社内では全然権力も発言力もない人間なので、話半分で聞いてくれ。
まあ、いちおう、汐留に来る前のことも知ってる程度には古参の人間なので。
さて、はてなの諸君にとっての最高にハッピーなこのニュース、トップブコメあたりを見ると、
「いやーん、ついに電通もつぶれるのかー、最高、ラッキー、これで世界に平和が訪れる。オリンピックも中止中止、ついでに菅も退陣しろ。我々は魔王を倒したのだ」
みたいなコメントばっかり並んでますが、まあ、んなわけないよね。
多少ちゃんと記事を読んだ人とか、経営にご理解と知識のある方は、ちゃんと指摘してますが。
指摘の通り、これ別に売却しても、電通が淡路島や種子島や沖ノ鳥島に引っ越すわけでもなく、そのまま賃料を払って入居し続けます。
なんで、そんなことをするかと言ったら、ぶっちゃけ、そのほうがランニングコストが安いから。
その点については、実は汐留に引っ越す前からひそひそ話でいわれていたわけで、引っ越し前は電通は、いくつかのビルに入居していたんです。聖路加タワーとか、築地の丹下健三の作ったビルとか、その向かいや裏側とかに。僕が新入社員研修のころは、築地のビルの13階にある大会議室を階段で駆け上がるのが日課でした。ちなみに当時から銀座電通ビルには、本社機能はありませんでした。関係ないけど、あのビルのエレベーターが普通のになっちゃったのは本当に残念。昔の鉄柵ががっちゃんというやつ超好きだった。で、引っ越しで汐留にその辺が全部丸ごと移転したわけです。おまけにダンディ馬場という役員行きつけの床屋まで一緒に移転させて(苦笑)
で、その当時から、汐留のランニングコストは今の全部のランニングコストよりもはるかに高いらしい。引っ越ししたらしたで死ぬほど金がかかりつづけるらしい。と言われてました。
しかも、電通は引っ越した後も事業規模を拡大し続け、いつの間にか入りきらなくなり、結局、いくつかの部署が周辺ビル(主にアネックスとかだけど)に引っ越しするなんて本末転倒なことになったわけです。社内も実はフロア改革と銘打って、一人一人の作業スペースを地道にコツコツと減らしたりしました。机の島が4人から6人になったりしました。デジタル化して書類は減ってるとはいえ、一人あたりのロッカーとデスクの収納が段ボール1箱分ってのは勘弁してほしい。仕事の資料の本すら置く場所が無いのが現状です。
そんな中、電通はリモートワーク実験を少しづつはじめ、汐留の本社ビルに周辺の関連会社も含めて集約しようという動きがこの数年で始まりました。まあ、当初はオリンピックの時に出社を減らそうという目標だったのですが、幸いなことに全社員にノートPCが配られたわけです。ちなみに全社員デスクトップPCもあります。なぜかしばらくデスクトップとノートを2台使ってるという状況だったんですね。で、リモートワークに対応しやすいようにOffice365のフル活用とかsalesforceの導入とか、VPNの自動アクセスとかが整備されたんです。
そうしたら、突然のコロナ来襲。しかも、電通社員が早々に罹患。急遽(本当に急遽明日からというノリ)でリモートワークが強制スタートしたわけです。まあ、社内も上に下にの大騒ぎですよ。なんせ、TeamsもZoomもロクに使ったことのない社員が大半だったんですから。でも、そこは気合と順応性だけは社会人の中でも抜群に優れてる電通社員なので、あっという間に対応してしまいました。で、当初は出社を最大20%と言っていたわけでして、その時期に数回出社した自分はビビりました。休日出勤より人がいない。かわいそうなのは地下のカレッタ汐留に入ってるテナントたち。なんせ電通社員のランチの胃袋や帰宅前のちょっとした買い物でかろうじて生きながらえてきた店ばかりだったので、あっという間にバタバタつぶれてしまいました。焼酎オーソリティという酒屋がつぶれてセブンイレブンになったのは爆笑でした。おいおい、同じビルに3つセブンイレブンが入ってるぞ、セブン&アイの本社より多いぞ。焼酎オーソリティはいい店だったんだけどね。希少な焼酎がずらっと並んでたし、末期は日本酒にも手を出して獺祭もレアなやつまでおいてくれてたのに。(爆笑したのは当たり前ですが、セブンになったことについてです。)
で、そのあと、世間の歩調に合わせるように少しづつ、緩和したのですが、電通社員、基本的に出社しないで仕事できちゃったんですよね。
先ほど、申し上げたようにツール環境を整備したので、たいていの仕事はリモートでできるようになっていた。データベースも回せるし、メディアプランニングもできる。企画書も全然かける。
当初は営業は出社してなんぼとか言っていたのですが、あれ、冷静に考えたら、優秀な営業って昔からクライアントに張り付いてたじゃん。出社は1日にメールと電話メモのチェックのために1,2時間とかざらだったじゃんと気づいちゃって、営業も見る見るうちに出社しなくなりました。総務や経理も当番制でいいじゃん、PCのサポートは全部メール対応にしようぜってなりまして、結果、緩和しても全然出社しなくなりました。
僕はぶっちゃけ、今年はまだ1回も出社してないし、何なら、去年の3月以降の出社回数を全部合わせても20回くらい。まあ、僕は内勤なんで少ないほうだとは思いますが。
でも、たぶん、今、出社してる回数、全社員で平均すると週に1回くらいにはなるんじゃないかな。
これに味を占めたのが、電通のえらい人たち。あ、これ、チャンスじゃね?周辺の関連会社とか全部こっちに移せるんじゃね?となりました。
その結果、全社的なフリーアドレス化が(おそらく)今年中に実施することになりました。また資料を捨てなければならぬ…
大雑把にいうと汐留本社のキャパシティを、社員の50%にするのが目標らしいです。つまり、全社員が出社しても半分のやつらは、おめーの席なんてねーからwwwってなってしまうわけです。理不尽です。とはいえ、今のデイリーでの平均出社人数が、全社員の20%くらいなので意外といけそうです。
これができれば、汐留周辺に無理くり高い家賃払って借りてる関連会社とかを全部まとめられて、経費を圧縮できるわけで最高ですね。そんでもって、本社ビルもどっかのファンドか何かに売って、テナントの管理とか余ったフロアの活用とかやってもらえば、変なことに頭を悩ます必要のなくなります。いやあ、このニュース、何気に近年では珍しいくらいのポジティブなニュースじゃない?
あくまで、一社員の私見なので、もしかしたら経営判断的には全く違うのかもしれんけど。もしかしたら、思った以上にえらい赤字が待っていて、本気でキャッシュが必要なのかもしれんけど。いや、知らんけど。
あと、昨年末にこれまたはてな的ハッピーニュースの「電通が社員をリストラ??」というのも、全然内情が違うので、それも語りたかったんですが、ちょっと思ったよりも長すぎるのとこんな時間に書いたところで、誰も読まなそうだなと思ったので、この増田のブクマが100超えることがあったら書くし、なかったら書かないでこれで終わりです。たぶんいかないので、これで終わり。
Slackのドヤ顔上から目線の広告もそうだけど、当時は全世界的にそういう空気だった。
モバイルOSやらarm向けOSやらで他社の模倣が大失敗していたこともあり、Teamsを有望視する声はあまり大きくなかったと記憶している。
結果論で言えば、TeamsがO365に含まれている時点で決まり切っていた未来だと言うことも出来るだろうが、同じ立場のYammerが今に至ってもうだつが上がらない以上Teamsの成功を説明するには不十分だ。
製品単独の機能比較で「Slackの方がUI/UXが優れている」というエンジニアから上がった声とは思えないようなふわっとした優位性が語られることは多い。
しかし、Teamsの優位性は「わざわざ別のサービスを買ってインテグレーションをしなくても様々なサービスがはじめから連携している」事にある。
コレの重要なポイントは「サービスを作った会社自身がインテグレーション部分も含めて正常動作を保証することが契約に含まれている」ということだ。
Slackと各種サービスを組み合わせて同等の価格で同等のサービスを提供するベンダーがいたとしてもその点だけはTeamsに太刀打ちできない。
企業の収益の観点からすればMicrosoftにとっては顧客がO365を買ってくれていればチャットツールにTeamsを使おうがSlackを使おうが収益の観点から損はない。
しかし、SlackにとってはSlackの代わりにTeamsを採用されたらその分の収益が見込めない。
そもそもが競合というにはあまりにも一方的な関係であるわけだ。
Microsoft社内のTeams開発チームにとってみれば確かに最有力の競合ではあるんだろうが。
ここ最近Slackは「TeamsがO365に無料でついてるなんて卑怯だ」と主張するようになった。
Teams発表当初のSlackユーザーにタイムトラベルしてこの状況を伝えても鼻で笑われること必至な状況だ。
しかし、TeamsはO365の各種サービスのパーツを寄せ集めて上っ面を整えただけのサービスなのでホントにO365のおまけ程度のサービスなのだ。
チャットメッセージはExchangeの各ユーザーのメールボックスの隠し領域に保存されてるし、チーム用のストレージはsharepointサイトだ。
クラウドPBXなどの有償オプションはあるが、Teams利用に必須ではないし、むしろ存在すら知らない組織の方が多いだろう。
専用のリソースがないわけではないが、それもAzure向けに大量確保しているリソースを流用するだけだ。
チャットツールに関するリソースをすべてそのためだけに調達しなければならないSlackが太刀打ちできるわけがない。
調達の共通化によるボリュームメリットを否定するならそれは資本主義の否定だ。
同一分野のツールである以上、完全に無視するのは愚策であるとはいえ、今のように必要以上にTeamsを意識した戦略はコストの浪費に他ならない。
Teamsの牙城は元々O365の牙城だっただけで、Slackから奪ったわけではない。
既に従業員一人あたりでSlackと同額かそれ以上のコストをかけてる企業に「優れたチャット専用ツールのためにもっと金出してください」と呼びかけたところで、それに応じる企業はそんなに多くない。
PV乞食がSlackとTeamsを並べて囃し立てるから「つかめたはずの客を奪われた」ように錯覚させられるかも知れないが、Teamsが囲った客にSlackがつかめたはずの客はホントにいたのか?
Slackは元々「チャット専用ツールのために金を出す」というブルジョワ企業のためのサービスとして成長してきた。
フリーミアムで客を囲ってはいても最終目的はチャット専用ツールで収益を上げることだった。
だったらTeamsに対しては競合の一つ以上に注意を払わず数少ないブルジョワ企業のために動くべきではなかったのか。
そう思っていたら、SlackはSalesforceに身売りしてTeams対抗路線により明確にフォーカスしていくようだ。
SalesforceがGithubに対するMSのように「太っ腹で放任主義なパトロン」のような立ち位置に納まってくれれば良いが、既にチャットツールとして組み込むとかそういう話も出てるのであまり楽観視は出来ない。