  |
はてなキーワード:AirBnBとは
大阪旅行の三日前、仕事中にAirbnbから一通のメールが届く
え？ キャンセルしてねぇし。
頭が真っ白になる。
「現在、システムエラーが発生し、すべての予約が強制的にクローズされてしまいました。その影響で、すべてのゲスト様のご予約がキャンセルとなってしまいました。」とのこと。
大阪の宿は高騰している。
$25を追加したくらいでは、まったく歯がたたない。
そのあとに再度問い合わせるも、Airbnbのサポートからも無視され続けている。
もう明日だぞ。
どうすればいいのか…。
万博のコスプレで文句言ってる奴も擁護してるやつも、全く分かってない。
禁止されててもされてなくても、自分がコスプレしたけりゃすればいいじゃん。自分がダメだと思うならしなきゃいいじゃん。誰の言うことも聞かなくていい。やってもやらなくても、別に犯罪じゃないから好きにしたらいい。むしろ、文句言ってる奴らのほうがよっぽど名誉毀損で不法行為してる。
まあ、禁止されてるところでコスプレやったら、最悪、不退去罪とかになるかもしれないけど、それでもやりたいならやったらいいと思う。人をファッションで差別するのは人権侵害だと争ってもいいと思う。
UberやAirbnbみたいな、自分の主義主張に基づいて堂々と不法行為をして既成事実化していく企業もある世の中で、コスプレなんてかわいいもんじゃないか。禁止されてもされなくても、万博会場でもそうでなくても、好きにしたらいいじゃないか。
私は現在、民泊プラットフォームの大手「Airbnb」を利用して民泊を運営しています。
ここ数年はインバウンド需要の高まりから、東京や大阪などを中心に民泊事業が盛り上がりを見せています。
「Airbnbでホストをやってみたい」「これから利用してみたい」とお考えの方も多いのではないでしょうか。
しかし今回、ゲストの誤操作による不当な低評価レビューを受け、Airbnbのサポートに何度連絡しても「当社ポリシーに反しない」の一点張りで是正をしてもらえず、結果的に、私の施設が大きな機会損失と信用毀損を被る事態となってしまいました。
Airbnbをこれから利用する方や、すでに民泊を始められているホストの方々にとって、少しでも参考になれば幸いです。
まず、Airbnbがどのようなサービスかを簡単に整理しておきます。
・Airbnbの成り立ち
もともとアメリカで始まった民泊仲介サイトで、現在は世界中で利用される最大手プラットフォームへと成長しました。日本国内では、訪日外国人（インバウンド）の増加や旅行形態の多様化に伴い、都市部を中心に多くのホストが参入しています。
Airbnbには、部屋や家を貸し出す「ホスト」と、宿泊先を探している「ゲスト」が存在します。ホストは物件情報や料金、ハウスルールなどを掲載し、ゲストは滞在先を検索して予約します。この仲介を担うのがAirbnbの主な役割です。
Airbnbの信頼性を支える中核は「レビューシステム」にあります。ホストとゲストが互いに星5段階で評価し合い、コメントを残します。これによって、次の利用者（あるいはホスト）が相手を判断する材料となります。
しかし、この仕組みがトラブルを起こしたとき、運営側がどこまで対応してくれるのかは、実際にトラブルに直面しないと見えてこない部分が大きいのです。
私の民泊施設は開業して4か月ほどで、これまで10組以上のゲストからすべて星5の最高評価をいただいていました。
まだ始めたばかりでしたが「ホストが丁寧」「設備がきれい」と好評を得ていたため、自信を持って運営していたところです。
ところがある日、チェックアウトしたばかりのゲストから星3の評価が投稿されました。
驚いて詳細を確認してみると、項目別の評価点はすべて星5、コメント内容も「コミュニケーションが素晴らしい」「部屋の滞在を気に入った」など好意的な内容ばかり。
総合評価点の星3だけがまるで矛盾しているように見えたため、念のためゲスト本人に直接尋ねたところ、「操作を間違えて星3を付けてしまった」と認めてくれたのです。
ところがAirbnb上では、一度投稿されたレビューはホスト側で削除・修正できません。
もしこれが本当に誤操作だったとしても、星3の評価のまま固定されてしまうのです。
ここで特に浮き彫りになったのが、Airbnbのレビューシステムの厳しさです。
・星5が実質的な標準点
一般的な旅行サイトなどでは星3評価は「可もなく不可もない中間評価」ですよね。しかし、Airbnbの場合は星4でも減点扱いとなり、星3以下は「問題がある施設」というレッテルを貼られるほどの厳しい仕組みになっています。
・期待値のズレ
ホストもゲストも、ほかのプラットフォームと同じ感覚で星3を付けてしまうと、Airbnb上では「大きなマイナス評価」となる。そのため、評価の意味を正しく理解していないゲストが誤操作や勘違いで星3をつけてしまうと、ホストは想像以上に大きなダメージを受ける可能性があります。
Airbnbは独自のアルゴリズムで物件を検索結果に表示しますが、レビュー評価が低いと検索上位から外され、閲覧数も激減します。つまり、ビジネス上のデメリットが非常に大きいのです。
誤操作が明らかな状況を説明するため、私はすぐにAirbnbサポートへ連絡しました。
ゲスト本人も「操作ミスだった」と認めてくれている証拠のスクリーンショットやメッセージ履歴も提示したのです。
しかし、返ってきた答えは「当社ポリシーに反していないのでレビューは削除できない」という一点のみでした。
加えて「そのポリシー自体に問題があるのではないか」という問いかけには一切耳を貸してもらえず、「ポリシー違反には該当しないため対応しない」という機械的な返答が繰り返されるばかり。
具体的な解決策や上位担当者への引き継ぎは行われず、事態はまったく進展しませんでした。
Airbnbの規定では、差別表現や暴力的内容など特定のポリシー違反に該当しない限り、レビューの削除は行わないとしています。誤操作による不当性は考慮されていないようでした。
「すでに対応は完了している。これ以上は同じ返答しかできない。」というサポート担当者からの言葉もあり、システム上の硬直的な運用体制を感じざるを得ませんでした。
実際のやり取りは、以下のような流れで何度も繰り返されました。
・メール送付
「ゲストが誤操作を認めている」証拠や、検索順位低下による被害状況を具体的に提示し、レビュー削除または修正を要求。
・改めて再度要請
「ポリシーの解釈ではなく、ポリシー自体がホストに不利益を与えていることが問題だ」と指摘。
・再度同じ返答
「ポリシーに違反していないため対応できない」と繰り返される。
このように完全に平行線で、まともな協議すらできない状態が続きました。
カスタマーサポートがマニュアルから一歩も踏み出さない状況で、ホストとしては打つ手がありません。
星3（Airbnb基準では「低評価」）がつくと、検索アルゴリズムが厳しく機能し、掲載順位が一気に下がります。
実際、私の物件では星3レビューがついた直後から閲覧数や予約数がほぼゼロに近い状態になりました。
・経済的損失
観光シーズンで稼働率が高まるはずだった時期にも関わらず、検索上位に表示されなくなったことで予約が激減。家賃や準備費用などの固定コストに対して、売上が大幅に下がり、事業として深刻な打撃を受けました。
・信用毀損
今後のゲストが私のレビューを見た際、「星3が付いている＝何か大きな問題があったのでは」と思われてしまう可能性が高いです。一度ついた低評価は長期的に影響し、ホストとしての信用失墜を招くリスクが非常に高いと痛感しました。
誤操作だと分かっていながら、それを正す手段がないという現実には大きな不安を覚えざるを得ませんでした。
Airbnbはホストに対しプラットフォーム利用契約を提供する事業者であり、信義則に基づいた対応が求められます。誤操作による低評価を知りながら放置する行為は、この信義則を守っていない可能性があると感じています。
ゲストのレビューはホストのサービス品質を左右する重要な指標ですが、誤った情報を放置し続けることや過度なペナルティに直結させるシステムは、ホストの名誉や経済が損失するだけでなく、レビューシステムそのものの信頼性を棄損し、健全なゲスト体験をも失います。
Airbnbがシェアの大部分を占める巨大プラットフォームである以上、ホストは事実上依存せざるを得ません。一方的なポリシー運用でホストに不利益を強いるのは、優越的地位の濫用に当たる可能性があるのではないか。
総合的には、ホスト側の被害が明らかであるにも関わらず、プラットフォームが合理的な是正措置を取らないことは、法的観点からも問題視されるべきであると感じています。
今回の体験を通じて、Airbnbを利用する方々にいくつかお伝えしたいポイントがあります。
Airbnbでは星3以下は厳しい低評価とみなされるため、ゲストが普通の感覚で星3を付けるだけで大きなペナルティを受ける可能性があります。ホストをする際は、この点を十分に説明するなど、誤操作や誤解を防ぐコミュニケーションが重要です。
差別・暴力的表現など明らかな規約違反がない限り、レビュー削除や修正は期待できないと考えた方が良いかもしれません。カスタマーサポートはマニュアルベースで対応するだけで、柔軟に判断してくれることはあまりありません。
1件の低評価レビューで検索順位が下がり、経営に深刻な打撃を受けることがあります。Airbnb以外のOTA（Booking.com等）や自社サイトなどを活用し、収益源を複線化しておくことをおすすめします。
チェックイン・チェックアウト時にゲストに再度レビューの重要性を説明し、星評価の仕組みを伝えておくと、誤評価を防ぎやすくなります。ゲストからレビューをもらった後も速やかに確認し、問題があれば早めにフォローアップする体制を整えておきましょう。
私自身、Airbnbの仕組みや便利さを否定するつもりはありません。
多くの人にとって旅行の選択肢を広げる素晴らしいサービスでもあります。
ただし、明らかな誤操作であっても運営側が柔軟に対応してくれないという現実を知っておくことは非常に重要です。
もし同じようなトラブルに直面した方がいらっしゃれば、ぜひコメントやメッセージなどで情報を共有いただければと思います。
今後も、民泊運営の実情やトラブル事例について情報発信を続けていきますので、皆さんのAirbnb利用がより安心・安全になることを心から願っています。
なお、後日談として本件の低レビューについて、改めてゲストに相談をしたところ「ゲストからAirbnbに削除依頼を出してもらう」ことで、レビューの削除に成功しました。（どうやら投稿者本人であれば削除が可能なようです）
ゲストにとっては（誤操作があったとはいえ）レビュー自体は善意で投稿してくれたものであり、削除依頼に関しても必須の作業ではないため、面倒な負担を強いてしまう形になってしまいました。
とてもやさしく、コミュニケーション対応が良いゲストだったので命がつながりました。
とはいえやはり私個人の見解としては、ゲストに対応を求めるのは不健全なことであり、健全なレビューシステムを運営してより良いゲスト体験を助けホストから手数料を集めるAirbnbと、健全なレビューシステムを通じてゲストを集客し売り上げを上げるホストのビジネス的な当事者間で解決すべき問題だと考えています。
#ヨーロッパの主要都市におけるソフトウェアエンジニア向けベストカンパニー
ヨーロッパの各都市でソフトウェアエンジニアにとって最適な企業を探しているなら、以下のリストが参考になるでしょう。
Google,Facebook,Snap,NVIDIA,Microsoft,Apple,Oracle, Snyk, GetYourGuide,UBS, Swisscom, DFINITY,Cisco.
Google,Facebook,Snap,Jane Street, Stripe, Coinbase,Apple,Amazon,HudsonRiver Trading, Citadel, ByteDance,TwoSigma, Palantir,Bloomberg, Revolut, GSA Capital, Marshall Wace, Quadrature,FiveRings, G-Research, Starling, Personio,DeepMind, DRW, Millenium, BlackRock,MANGroup,Jump Trading, DE Shaw, AQR,Maven Securities, Point72, IMC, Optiver, Susquehanna (SIG), XTX, OldMission, Squarepoint, Qube Research & Technologies (QRT),Yelp.
Uber, Databricks, Bitvavo, Booking,Miro, Flexport, Atlassian,Spotify, Optiver, IMC,Amazon, Adyen,Google, Stripe,Flow Traders, MessageBird,Reddit,Box,JetBrains, Personio, Elastic,GitHub, Catawiki,Tower Research,Radix Trading, Headlands Technologies, Tomtom.
Google, Meta,Datadog, Criteo,Microsoft, Stripe,Airbnb,Amazon, Atlassian, Hubspot, Workday, Ankorstore,Red Hat, Algolia,Alan, 360Learning, ContentSquare.
AWS,Amazon,Microsoft, Wayfair,Google, Meta,Apple, HubSpot, Stripe,NVIDIA,Snowflake, Personio, Databricks,JetBrains.
AWS,Microsoft,Google,Mastercard, Workday,Salesforce, Meta, Stripe,VMware,LinkedIn,Etsy, Personio, ByteDance, Coinbase, Hubspot.
Google,Apple,Microsoft,Nvidia,Adobe, Workday, Celonis,BMW,Salesforce, SIXT,SAP,Huawei, Personio,Intel,JetBrains,IBM.
Google,Snowflake,Netflix,Pinterest, Rippling,Oracle, Waymo,AMD,Samsung,NVIDIA,Box, Warner Bros,Visa,Amazon.
Amazon,Apple, New Relic, Stripe, Rippling, Revolut, Skyscanner,Microsoft, N26, Criteo,Adobe,Thoughtworks,Oracle, Glovo, Personio.
Apple,Amazon, Roku,Arm,Microsoft,Qualcomm,MathWorks,AMD.
Amazon,Oracle,Microsoft,Flutter,Unity, Skyscanner,Huawei.
Databricks,Microsoft, Nutanix, Rivian,Foursquare,Yandex,JetBrains, Nordeus, Luxoft.
Amazon,Datadog,Microsoft,Apple,Google, Personio,Twilio, Glovo,VMware, Meta,Oracle, Revolut.
Klarna,Spotify, Netlight,PayPal, Ericsson,Ubisoft, Warner Bros,King,Google,Oracle,AWS,Microsoft, Wolt.
Google, Rippling,Oracle, Revolut,Uber,Amazon, Deliveroo,IBM,Splunk.
Crowdstrike,UIPath,Google,Adobe, Stripe,Microsoft,Oracle,IBM,Amazon,Electronic Arts (EA).
Microsoft,Maersk, Zendesk, Workday,Unity.
Productboard,Pure Storage,Apple, Workday,Oracle,Microsoft,JetBrains, Proton, Parrot.
Bolt,Wise,Microsoft,Twilio, Wolt.
Microsoft,Cisco, Aker Solutions,Arm,Mastercard, Meta, Kahoot, Autostore, Remarkable, Netlight.
これらの都市は、ソフトウェアエンジニアにとって多くの機会を提供しています。それぞれの都市が提供する企業は、エンジニアが自身のキャリアを発展させるための多くの選択肢を提供しています。それぞれの企業が提供する機会や文化は、エンジニアが自身のキャリア目標に合わせて最適な選択をするのに役立ちます。 [
以下のエントリにぶら下がったはてな民によるブコメを読んでいて、「ああやっぱりいつのもはてな民達だ…」などとぼんやり考えていたらふと、芥川龍之介の蜘蛛の糸を思い出した。
http://eulabourlaw.cocolog-nifty.com/blog/2023/07/post-509289.html
血の池地獄で他の罪人と共に浮き沈みを繰り返していたカンダタは、生前にたった一度、蜘蛛を殺さなかった。たったそれだけの「良いこと」をその血の池地獄の様子をたまたま眺めていた天上界のお釈迦様が思い出し、天界から蜘蛛の糸を垂らしてカンダタを地獄から救ってあげようとしたが、その蜘蛛の糸を上っていたカンダタは、自分の後から続々と上ってきた他の罪人に気づき、「こらっ！落ちてまうやろ！上ってくんな！」と叫んだら、その瞬間、糸はプチッと切れて血の池地獄に真っ逆さま、というあの話だ。
ていうか、田野氏の2年前のツイート炎上の時もそう思ってた。芥川龍之介が始めた書いた童話だそうだが、芥川が伝えたかったことは曖昧で何か教訓めいたものがあるのかないのかよくわからない、と聞いたことがある。ただしかし、私は単純に、「ナチスは良いこともしていたのでは？」なるよくある言い分は、この蜘蛛の糸にそっくりな気がずっとしていたものだ。
蜘蛛の糸を喩えとみなせば、そのような一般的な言い分を認める人たちは、2派に分かれる。一派は、「ナチスは実は良いこともしていたじゃないか」として、絶対悪の淵から救い出そうとする勢力だ。これがおそらくそのような主張をする人たちの大半であろうと思われる。だから、それらの一派は蜘蛛の糸を絶対に切ったりはしない。たとえばそれらの良いことの実例の一つや二つ否定されたからと言って、それらの人たちは次から次へと蜘蛛の糸を垂らしてナチスを救い上げようとするのである。
もう一派は、蜘蛛の糸の話そのもの、みたいなものだ。良いことをしていたかもしれないことは認めるが、ホロコーストなどの悪行のせいで絶対悪の淵からは救い出せぬ、とするのである。まるでその人達は、天上界のお釈迦さまそのもののようでもある。
id:NOV1975 対戦相手を全否定するのって中々の悪手で、観客にその否定の一部でも「いやそれは正しくね？」と思わせてしまえば全否定という主張の根幹が崩れる、という最大級の弱点を無視する人多すぎ問題。
このブコメなどはまさにお釈迦さま視点である。このブコメの裏を取れば、全否定しなくとも、ナチスは否定できると言っているようなものであり、どんなにナチスに良いことがあろうとも、ブチっと蜘蛛の糸を切って血の池地獄に落としてしまえさえすればいいだけじゃないか、となるのである。
話は少し変わるけど、私自身がしょっちゅうはてな民は、お釈迦様みたいなものかもしれん、と思ってたりする。とにかく「偉そう」な物言いを常にするからだ（笑）。いや、ネット民なんてはてなに限らず、ほとんどそんなもんなのだけれど、はてな民は若干だか平均して知性が高いように思わせる「何か」があるので、その分だけお釈迦様度は高いように思われるのだ。
さて、話を戻すと、一つ言いたいのは、これらブコメを書いたはてな民たちの何人が一体、『ナチスは「良いこと」もしたのか？』を読んだのか？って話だ。この本は共著であり、およそその半分を小野寺拓也氏が著述しているのである。小野寺氏はウルリッヒ・ヘルベルトの『第三帝国』の翻訳者でもある（それがどうしたとか言わないでね。知る人ぞ知る名著です）。流石に二人とも現役のドイツ現代史研究者であり、『「良いこと」もしたのか？』は、極めて実証的に著述されている。もちろん、現代の学術的見解にも精通しているお二人だ。その観点で、記述内容自体は必要十分には詳細であり且つ正確だと考えられる。ナチスの経済政策や、労働政策、環境政策や健康政策などなど、それらが具体的にどんなものであったかを知るための入門書として非常に良書であると思われる。実際、このようにナチスの具体的な政策について概括的に知ることのできる本はこれまであまりなかったからである。『ナチスの発明』？あんなもんただのクソ本だ。ハーケンクロイツをデカデカと表紙にするセンスがそもそも信じ難い。
したがって、まずはちゃんと読んでほしいと言いたいところではある（たかだか100ページ程度の本だ）のだが、実は、同著は別に全否定しているわけでもない。確かに、田野氏は「ひとっつも良いとこなんてないですよ」とツイートでしたからこそ炎上したのだけれど、同著の記述方法は、まずは一般に言われるような「良いこと」を具体的に一つずつ、項目としてあげて丁寧にそれを「良いこと」として詳述するところから始めている。つまり、そこだけ読んで、その後の説明さえ読まなければ、ナチスは良いことばかりしていたかのように読むことさえ可能な本なのである（笑）。その辺が、小野寺・田野氏両名の学者として誠実なところではないかとさえ言い得る。つまり最初からナチスの政策を腐しているわけではないのだ。
結果的には評価として、ナチスの政策は良いところなんて一つもなかったと、結果論として評せざるを得ないことは確かである。その象徴が、現在もバルト海沿岸に残されている『プローラの巨人』と呼ばれる、ナチスドイツの歓喜力公団（Kraft durch Freude）が建設していた巨大リゾート施設である。同著では詳しい記述はないが、同施設は労働者が無料で使用できるリゾート施設になるはずだった。が、戦争が始まると、建設は中途で中止されてしまい、使用されることはなかった。現在は歴史的建造物として、廃墟のまま放置されている（以下追記）。しかし、ナチは確かに労働者に喜びや活力を与えようと、余暇を十分楽しめるように政策を実行しようとしていた証拠ではあるのだ。詐欺集団が実際には存在しない投資物件への投資を求めるのとは訳が違う。ただしそれもこれも、戦争の波の前に全て頓挫してしまったので、「夢」としては良いことかもしれないが、「現実」には良いことがあったとは言えないことになる。しかしその全てを台無しにした戦争を始めたのもヒトラーなのである。
個人的には、お釈迦さま視点など要らないと思う。個々人が個々人自身によって、ナチスにも良いところがあったのでは？と思うのであるならば、批判的視点を忘れずに、それを可能な範囲で自ら学ぶべきだと思う。否定・肯定を抜きにして、『ナチスは「良いこと」もしたのか？』は、知性高いはてな民にとってすらも良書だと思うのだが。1000円未満で買えるんだぞ（笑）。
追記：プローラの巨人については私自身の記憶が曖昧且つ古かったようで、再利用化が進んでいるようだ。以下、英語版ウィキペディアから機械翻訳そのまま（修正なし）でコピペする。
売却と再開発
2004年、10年以上にわたって敷地全体の売却が試みられたが失敗に終わった後、建物の各ブロックは様々な用途のために個別に売却され始めた[1]。2004年9月23日、ブロック6は入札者不明で62万5,000ユーロで落札された[1]。2005年2月23日、旧ミュージアム・マイルのブロック3はInselbogenGmbHに売却され、同社は建物をホテルとして使用すると発表した。2006年10月、ブロック1とブロック2はProra ProjektentwicklungsGmbHに売却された。しかし、ブロック1は2012年3月31日に競売にかけられ、ベルリンの投資家が275万ユーロで購入した。
2006年11月、連邦不動産庁がブロック5を購入した。連邦政府とメクレンブルク＝フォアポンメルン州からの財政支援を受けて、この建物にユースホステルを設立する計画だった。複合施設の最北端に位置するこの建物は、5つの連続した部分に分割された。
2008年末、プロラが本来の目的を果たし、近代的な観光リゾートに生まれ変わる計画が承認された。同協議会は、3,000人が住めるだけの居住スペースとユースホステル、観光客向けのアメニティを建設する計画を打ち出した。地元議員のケルスティン・カスナー氏は、プロラの海岸を「カリブ海のビーチ」に例えた。しかし、この決定は、すでにこの地域には観光客が多すぎると感じていたビンツの地元住民や、プロラの歴史家であるハイケ・タゴルド氏からは懐疑的な意見もあり、また、町の過去の歴史から観光客には不適切な場所だとも言われた。とはいえ、2011年には、かねてから計画されていた96室402ベッドの大型ユースホステルがオープンし、ドイツ最大のユースホステルとして人気を博している。低予算志向の観光客に向けた施設の拡張の可能性も提案されている[8]。
2010年9月、ドイツとオーストリアの投資家グループにより、1号棟と2号棟を高齢者向け住宅として改修し、テニスコートとスイミングプール、小規模なショッピングセンターを備えた300ベッドのホテルを建設する計画が発表された。投資額は1億ユーロと見積もられている。
2013年、ドイツのメトロポール・マーケティング社がプロラを改装し、サマーハウスとして販売する権利を購入した[9]。その年までに、いわゆるコロッサスの改装済みアパートメントが1戸70万ユーロ（90万米ドル）で販売された[4]。2016年、ブロック1に新しいアパートの第一号がオープンした[10]ブロック2のホテル「プロラ・ソリテア」は2016年夏に合わせてオープンし、2017年半ばには同ブロックで再建されたアパートの一部が売りに出された。当時、建物のうち4棟は再開発の過程にあり、5棟目はユースホステルとして使用され、残りの3棟は廃墟のままであった[4][11][12]。
2017年11月の更新によれば、ブロック1のユニット（フラット）のほとんどは、ハンブルクやベルリンに住む人々のための夏の家として販売され、売却されていた[7]。多くの所有者は、Airbnb[13]やHomeAway[14]などのサイトに短期賃貸として掲載していた。
ここのところ毎日ニュースになっている、イーロンマスクのTwitter買収とその後の施策について、シリコンバレーでソフトウェアエンジニアをしている俺が、Q＆Aの形で私見を述べる。
これは間違い。確かにTwitterは慢性赤字企業だったが、倒産寸前だったことは一度もない。しかし今回マスクがLBOを使ってTwitterを買収したため、Twitterにかかる借金が大量に増えた。金利だけで、次の７−８年に90億ドルもの支払いが発生するらしい。
さらに言えば、マスクはTwitterを多分時価２倍以上の価格で買ってる。これは何故かと言うと、マスクがTwitter買収にサインした時から比べて、テック企業の価格が軒並み30％〜80％減少しているからである。これがマスクが買収を中止しようと訴訟した理由の一つとされている。
大間違い。企業の経営陣はfiduciarydutyというものがあって、必ず株主の利益を最優先に考えなければいけない。だから旧経営陣はマスクを訴訟してまでTwitterの売却を進めた。はっきり言って、旧経営陣は株主の利益の観点からいえば、Twitterの最後の６ヶ月間において最高の結果を残した。
これも間違いと言える。Twitterは確かにシリコンバレーの企業の中ではワークライフバランスがよい企業と知られていて、さらにここ数年で社員数をかなり増やしたため、社員ひとりあたりの仕事量は他の企業にくらべて少なかった可能性がある。ただ、FAANG企業のなかでも、Googleなんかはあまり働かない社員がいるのは割と有名だし、Twitterだけの問題じゃない。まあ10％~20%くらいレイオフすれば他の企業と同程度の仕事量になったんじゃないかな。
借金経営を社員の責任にする言説が見受けられるが、これは完全に間違い。借金経営だったのは絶対的に前経営者（Jack Drosy, Parag, Agrawel）の責任であり、それをよしとしていた株主の責任である。さらに言えば、金利が最低基準にすえおかれてたここ１０年間は、借金をしてでも未来に投資して、企業価値を高めるのがよしとされていた。実際シリコンバレーの新興企業なんで90％が借金経営（Snap,AirBnB, DoroDash,Uber,etc)。まあ確かにここ６ヶ月くらいでかなりの企業がレイオフしてる。これは金利上昇局面においては正しい行動と言える。
もしTwitterが最低限の機能だけで、追加機能も何もしないのであれば、多分10％くらいの人員でまわると思う。ただ、Twitterは実際メディア企業だから、コンテンツモデレーション、広告の最適化、広告主とのリレーション、各国の法律遵守のためのリーガルチームなど、エンジニア意外にもかなりの人員を必要とされていたはず。エンジニアのレイオフよりも、こっちのチームが壊滅的な打撃をうけたってことの方が後々効いて来ると思う。
まず、今Twitterに残っているエンジニアは大きく分けて３種類いると思う。
はっきり言って有能無能かどうかよりも、上の３条件の方が大きいと思う。
特にH1Bでアメリカにいる場合、退職してから６０日以内に新しいところで働き始めなければアメリカを去らなければいけないので、次が決まる前に退職するのがかなりリスキー。これにあたる社員が相当数いると俺は思っている。
あと、有能なエンジニアにとってはTwitterに残る意味は全くない。オフィスに４０時間と全体で週８０時間働けとか完全にクレイジーだし、社内Slackで文句言ったら解雇とか心理的安全ゼロ。他の企業にうつればリモート４０時間で同じ給料を貰えるから残る意味がない。さらに、未公開企業になって給与体系がどうなったのか情報がないが、もし今までと据置だった場合、ベースとRSUのコンビネーションということになる。Twitterのシニアエンジニアで40万ドルくらいもらえるが、このうちベースとRSUで半々くらい。ただRSUは未公開企業なので換金手段がない。つまりマスクがTwitterを何年かしたあとにまたIPOするまで待たなければいけない。まあその時に株価１０倍になってることに賭けるってこともできるが。
ただ、実は今シリコンバレーではレイオフの波がかなりやってきて、かなりの企業が１０％程度の社員をリストラし、新規採用を絞ってる (Meta, Stripe,Lyft,Amazon,etc)。だから実はTwitterをやめたからってすぐ次が決まるとはわからない。６ヶ月前までは本当に売り手市場だったが。
Permalink |記事への反応(13) | 16:44
次はどこだと思う？
https://spodigi.com/sponsor-list/olympics/tokyo-olympics-2020/
ALIBABA（オンラインモール、決済サービス、クラウド・コンピューティング：中国）
P&G（家庭用品）
Education FirstJapan（語学トレーニング）
airweave（寝具）
KNT－CTホールディングス（旅行業務およびナショナルトリップホスピタリティーサービス）
JTB（旅行業務およびナショナルトリップホスピタリティーサービス）
東武トップツアーズ（旅行業務およびナショナルトリップホスピタリティーサービス）
久光製薬（外用鎮痛消炎剤）
三菱電機（エレベーター・エスカレーター・ムービングウォーク）
リクルート（人材サービス&オンライン学習及び教育サービス）
Aggreko（仮設電源サービス）
EY Japan（プロフェッショナルサービス（監査、財務、税務、プロジェクトマネジメント、企画・運営管理コンサルティング））
パソナグループ（人材サービス＝人材派遣、人材紹介・斡旋、人事採用・管理・配置支援サービス、企業向け研修（オンライン及びオフラインのテストサービスなどの語学研修は除く））
ボストンコンサルティンググループ（プロフェッショナルサービス（戦略コンサルティング、プロジェクトマネジメント、企画・運営管理コンサルティング））
どんな感じでした？？？
https://shannon-lab.co.jp/?p=9737
昨今ではFacebookが開発したJavaScriptフレームワーク「React」が注目を集めています。Facebook、Instagram、Airbnb等の大規模なサービスから、プロトタイプまで幅広い現場で採用されています。
また、GoogleのBaaS（Backendas a Service）「Firebase」が登場し、バックエンドの開発が不要となり、大幅な開発工数の削減が可能となりました。
Reactにフロントエンド、Firebaseをバックエンドとして採用することで、効率的に質の高いWebアプリケーションを開発することが可能になりました。
しかし、ReactやFirebaseは日本語の情報も少なく、学ぶ機会も限られています。本講座では、React、Firebaseの基礎からアプリケーションの開発までマンツーマンで指導を行います。
ReactとFirebaseの基礎を習得し、演習としてSNSの開発を行うことで理解を深めます。
Authentication基礎と会員機能
Firestore基礎とRDBとの違い
Cloud Storage基礎
Cloud Functions基礎
SNS開発演習1
SNS開発演習2
SNS開発演習3
本講座のメリット
開発からデプロイまで、テストツールを使い実際の開発に限りなく近い環境で学ぶことにより、実践で生きるスキルが身につきます。一人でもアプリの開発ができるようにスキルアップしていけます。
受講費 月7万x6ヶ月=42万円+税
'''
