  |
はてなキーワード: SNAPとは
# ヨーロッパの主要都市におけるソフトウェアエンジニア向けベストカンパニー
ヨーロッパの各都市でソフトウェアエンジニアにとって最適な企業を探しているなら、以下のリストが参考になるでしょう。
Google, Facebook, Snap, NVIDIA, Microsoft, Apple, Oracle, Snyk, GetYourGuide, UBS, Swisscom, DFINITY, Cisco.
Google, Facebook, Snap, Jane Street, Stripe, Coinbase, Apple, Amazon, Hudson River Trading, Citadel, ByteDance, Two Sigma, Palantir, Bloomberg, Revolut, GSA Capital, Marshall Wace, Quadrature, Five Rings, G-Research, Starling, Personio, DeepMind, DRW, Millenium, BlackRock, MAN Group, Jump Trading, DE Shaw, AQR, Maven Securities, Point72, IMC, Optiver, Susquehanna (SIG), XTX, Old Mission, 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, UI Path, 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.
これらの都市は、ソフトウェアエンジニアにとって多くの機会を提供しています。それぞれの都市が提供する企業は、エンジニアが自身のキャリアを発展させるための多くの選択肢を提供しています。それぞれの企業が提供する機会や文化は、エンジニアが自身のキャリア目標に合わせて最適な選択をするのに役立ちます。 [
[B!] ハロウィンやブラックフライデーがどんどん日本に輸入されるが、レギパン文化が輸入される日はくる？カナダではそこら中でお尻がぷりぷりしてる
b.hatena.ne.jp/entry/s/togetter.com/li/2280629
b.hatena.ne.jp/entry/s/ameblo.jp/naomi-tngc/entry-12314057200.html
なるほど。じゃ男性は？記事でもブコメでも江頭くらいしか出て来ない。
ざっとググッてみる。
レギンス×ショーツの海外ストリートコーデ17選【2021メンズ】 | PRY PICKS
snap-picks.com/leggings-shortpants-men/
外国人でもショートパンツやハーフパンツを重ね履きしてるじゃん。
↑↑のブログでは「ショーパン重ねるのは日本人みたいでダサい」言うてたのに。
ま、日本人がまとめた記事なので日本人が真似しやすいのだけピックアップしたんかも知れん。
さらにググッてみる。
Can Men Wear Leggings, Too? - The New York Times
男性向けレギンスを造語で“meggings”と呼んだりする。
スポーツウェアとしての男性下半身レギンスのみはアリだが、日常のファッションとしては受け入れられてない、と。
Leggings for men: do you like my 'meggings'? | Men's fashion | The Guardian
www.theguardian.com/fashion/shortcuts/2012/dec/10/leggings-for-men-meggings-trend
こちら2012年の記事。結局ここから10年以上経っても日常着としての男性下半身レギンスのみは一般化してない模様。
Men's Leggings | All Products - Matador Meggings
matadormeggings.com/collections/meggings
“NO-VPL* TECHNOLOGY(*Visible Penis Line)”を搭載。モールドカップでビジブル・ピーナス・ラインを隠す、と。
なんでよ？
snapでインストールしたemacsと、aptでインストールしたemacsがある
もともとは snap版のみを使っていたが、apt install emacs-mozc をしたら、なぜか/usr/bin/emacs が呼ばれるようになって、おそらくこのemacsはaptでインストールされたものだと思う。
優先度は/usr/bin > /snap/bin なので、普通に $emacs と呼ぶと、aptのemacsが使われる。
[解決策1]
alias emacs='/snap/bin/emacs' とする。
ただし、which emacsとしたとき、/usr/bin/emacs と出るので、この設定のことを忘れたときにはまりそう。
[解決していない策]
ただ、これをしても/usr/bin/emacsが消えない。なんでだろう
ここのところ毎日ニュースになっている、イーロンマスクのTwitter買収とその後の施策について、シリコンバレーでソフトウェアエンジニアをしている俺が、Q＆Aの形で私見を述べる。
これは間違い。確かにTwitterは慢性赤字企業だったが、倒産寸前だったことは一度もない。しかし今回マスクがLBOを使ってTwitterを買収したため、Twitterにかかる借金が大量に増えた。金利だけで、次の７−８年に90億ドルもの支払いが発生するらしい。
さらに言えば、マスクはTwitterを多分時価２倍以上の価格で買ってる。これは何故かと言うと、マスクがTwitter買収にサインした時から比べて、テック企業の価格が軒並み30％〜80％減少しているからである。これがマスクが買収を中止しようと訴訟した理由の一つとされている。
大間違い。企業の経営陣はfiduciary dutyというものがあって、必ず株主の利益を最優先に考えなければいけない。だから旧経営陣はマスクを訴訟してまで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をやめたからってすぐ次が決まるとはわからない。６ヶ月前までは本当に売り手市場だったが。
dockerでubuntu:20.04でchromeDriverにchromium-browserとか入れればいいんだろ？
誰か「chromium-browser？ それなら apt-get install lsb-release libappindicator3-1 の次に
wget https：//dl.goo略/_amd64.deb して dpkg でインスコや」
ってか、これじゃchromeDriverが動かない。chromium-browser も無いし、インスコ出来てなくない？
別の誰か「ちゃうちゃう、apt-get install chromium-browser がシンプルでええやん」
まあ、そうやろな。インスコしとくれ。
ターミナル「色々DLしとるが、どっかの https：//archve.略/foobar で Bad Request が返ってきたでｗ」
何やそれ・・1回くらい自動でリトライしてくれていいんやない？自分でリトライしたら通ったで。
しかしこれも動かない。
別の誰か「apt-get install default-jre いるみたいやで。ドキュメントどこにも書かれてないけど」
何やそれ？なんでJREが出てくるの。
まあJRE入れれば、確かにchromedriverの出すエラーは変わった。
「chromium-browserのプロセスが居なくなったし、クラッシュしたんじゃね？」と。
何やそれ。。。
chromium-browser --version をやってみると
ターミナル「snap install chromium でsnap版入れてくれｗ」
まあよく知らんが、やったるか。snap install chromium っと
ターミナル「あかん、http：//localhost/v2/snaps/chromium に繋げられんのやがｗ」
なんでlocalhostに繋げようとしてんの。
いまだにLinuxくんと仲良くできない。
追記。
なるほど、Ubuntu 20.04 からはsnappyに移行しとるんだと。しかしWSL2ではsystemdが動いてないんでsnapdも動いてない。だからアカン。
わいが仲良くできていないのは、LinuxくんではなくWSL2くんと言うべきなのか？
インストールするパッケージの違いについては次世代パッケージ管理システムと目されているNix(Guix)やSnappy(Snap)、Flatpakあたりが解決しようととしている
SnappyはCanonicalがUbuntuへ強く紐付けようとしているが、それへ異を唱える層がFlatpakを推しているという現状がある
SnappyのリポジトリはLinuxカーネルそのものや各種デーモン、モジュール、そしてアプリケーションなど幅広く扱うのに対し、Flatpakのリポジトリはアプリケーション専用でありSnappyをFlatpakが完全に代替できるわけではない
ちなみにNixは純関数型Linuxディストリビューションを標榜するNixOSのパッケージ管理システムとして開発されたもので利便性を得た代わりにライトユーザーお断りな物凄くクセの強いシステムとなっている
パッケージライブラリへガベコレ走らせたりシステム全体をロールバック出来たり便利なのは間違いないんだけど、それらを実行管理するのに純関数型スクリプト言語のNix言語を用いるというLinuxギークが喜ぶ仕様
https://anond.hatelabo.jp/20210404174659
こちらの記事の投稿者です。ブコメやTwitterで多々コメントいただき、感謝です。
今回はサービスを公開してある程度使ってもらい、得られた知見についてまとめます。サービス宣伝の意図はありません。
ありがたいことに前回の記事はそこそこバズり、はてブの総合カテゴリーでしばらく上位に居座ることができた。
ただ、私が規則をしっかりと理解していなかったのだが、はてブではアダルトコンテンツに分類された記事はトップページに表示されなくなるらしい。
観測していた限りでは、投稿翌日の朝にはトップページから消え、Google Analyticsでもそのタイミングからアクセス数が顕著に激減していた。
該当日のアクセス推移を確認すると、午前6時頃からアクセスが伸び始め、9時をピークに急激な下降がはじまった。そのため総合トップに表示されていたのはこの3時間程度と思われる。そして該当日のユニークユーザーアクセスは6200だった。
はてブをROMで使っている私の感覚としては、アクセス数意外と少ないな、と感じた。はてブのトップはインターネットユーザーの多くがみているものと思っていたが、わりと一部に過ぎないのかもしれない。ただ、仮に記事を読んだとしても、パケ裏を延々と眺める不審なサイトを朝から開く奇特な人間は限られるという説も考えられる。
その日のFANZAアフィリエイト収入は3072円だった。日次のトレンドをみると、その日をピークにアクセス数は10分の1ほどまで減少しているが、アフィリエイト収入は 2000円/日 ほどを維持できている。その要因として、アクセス数の減少と引き換えに、ユーザーの滞在時間が5倍ほどまで伸びていることが考えられる。「話題になっているからとりあえず見てみよう」というユーザーが離れ、パケ裏を愛好する精鋭たちが残ったものと解釈している。
FANZAアフィリエイトはアフィリエイトリンク経由で商品を購入した場合に、販売金額の何割かが報酬として支払われるシステムだ。アフィリエイト収入を主目的とはしていないことを断りつつ、FANZAにおけるアフィリエイト収入額をKPIとしておくのであれば、やはり商品購入まで至る固定客を大切にするサービス作りやPRが有効なのだろう。
いっぽうアフィリエイトにはクリック報酬のバナー型やオーバーレイ型広告を掲示するパターンもあり、その場合はとにかく広く集客する戦略が有効になると思われる。しかしパケ裏.com はシンプルでスタイリッシュなエロサイトを目指しているので、そういった類の広告の採用予定はない。パケ裏.com はシンプルでスタイリッシュなエロサイトを目指しているのだ。
これらはすべてコメントで要望があった機能だ。私もあったらいいなと漠然と考えていたモノもあったが、コメントによってその需要を明確に認識できた。
追加したい機能が様々ある中で、それらに優先順位をつけることは難しい。「〇〇ができたらもっと良いサービスになるのに」というコメントは、その判断のうえで貴重な羅針盤となった。
それだけでなく、サービスの着眼点やコンセプトについて褒めていただけたコメントもいくつかあり、モチベーションアップに大いにつながった。自分のフェティシズムを満たすことからはじめた開発だが、同好の士と出会えるとやはり嬉しいものだ。
記事公開の翌日、思った以上の反響があったのでTwitterを始めたが、これもよかった（https://twitter.com/pakeura）
匿名ダイアリーと比較してTwitterではインタラクティブなコミュニケーションが取りやすいし、開発の状況を告知してリアクションが得られるととても嬉しい。
また自分の環境では発生しない不具合の再現に何度も協力いただいたり、開発に対する技術的・金銭的サポートの申し出までいただいた（大変ありがたかったが、お断りした）
これらのフィードバックがなかったら、いまほどのバイタリティでの開発はできていなかったに違いない。改めて感謝申し上げたい。
ところで余談だが、「パッケージのローカルへのストックに対応」という機能について補足したい。この機能実装以前はパッケージからFANZAの該当商品ページに飛ぶ導線しかなかったのだが、それに加え、気に入ったパッケージの作品情報をローカルに保存して引き続き パケ裏.com での閲覧を継続できるというものである。
パケ裏.com は種々のパッケージの一覧性が高いという一点を除くと、FANZAの下位互換のサービスだと考えている。安易にFANZAに誘導してしまったが最後、ユーザーはより魅力的な作品をレコメンドされ、そこから回遊を始める割合が高くなるだろう（その場合でも購入に至ればカテゴリ報酬という収入は得られる）
しかし「ローカルにいったんストック・次のパケ裏をみる」導線によって流出が減り、嗜好によりマッチする商品と巡り会える可能性が高まった。直接購入の場合はダイレクト報酬という、高割合の収入になる。そのため利便性だけではなく、アフィリエイト収入への寄与という意味でも効果的な機能追加だったようだ。
さて先程あげたいくつかの機能を実装したことで、当初私が欲していた要件はひととおり満たせたかなと考えている。
ただ1点、許容し難い不満点として、iPhone 7のブラウザで閲覧したときに、上部のアドレスバーや下部のメニューバーが非表示にならない問題がある。これはCSSの snap-scroll という機能に起因する問題（だと思っている）なのだが、表示領域が限定されてしまうことが悔しくてならない。パケ裏は全体を眺めてこそのパケ裏であるし、無職には軽々にスマホを買い替える金銭的な余裕はない。
（ちなみに snap-scroll というのはスクロールを特定箇所でぴたっと止めるための設定で、パケ裏では各パッケージごとにぴたっぴたっと止めている。この挙動は大変気に入っており、削除することはできない）
どうしたらよいものか？
件の姪っ子に（重厚なオブラートに包んだうえで）相談したところ、PWAという、まるでスマホアプリのようにWebページを表示させられる仕組みがあるらしい。するとブラウザのメニュー部分は表示されず、画面全体にWebページが表示されることになる、らしい。我が意を得たりとはこのことだ。
さらにPWAにするとスマホアプリさながらホーム画面にアイコンも配置できるらしく、定期的なアクセス確保にもつながり、これは前掲の「固定客を大切にする」方針とも合致する。そういうわけで当面はPWAの実現のため、React Nativeというフレームワーク（？）と格闘することになりそうだ。
ちなみに姪っ子の主戦場はクラウドサーバーのメンテナンスらしく、PWAの土地勘はないらしい。長く苦しい戦いになることが予見される。さらにちなむと姪っ子にはサービスについてまだ説明していない。が、はてブはみているはずなので気づいている可能性はある。これ以上は考えたくない。
閑話休題。とりあえずReact Nativeについて例のごとく入門書とUdemyの入門講座をポチったところだ。パケ裏先生の次回作にご期待いただきたい。
開発をはじめてから何より嬉しいことは、日を追うごとに パケ裏.com がより使い勝手の良いサービスになっていくことだ。自分が開発しているサービスなので当然かもしれないが、パケ裏.com の一番のヘビーユーザーはおそらく私だろう。
しかし多くのフィードバックを得られたことが嬉しく、記事の公開からしばらくハイになって寝食を忘れてプログラミングに没頭しすぎてしまった。
余裕資金が手元にある限りしばらくはサービス開発を継続するつもりなので、サステナビリティも意識しつつまったりとやっていきたい。引き続き遊んでいただけると幸いです。
