  |
はてなキーワード: リファレンスとは
shields-pikes 「not for me」な作品に対してSNSで暴言リプライを投げることは、単なる誹謗中傷。
公共広告とかポスターとかと、個人の公開してる作品とを同一視してるバカは救い難いな。
2022/02/06
ええー？マジ？
俺も「公共広告だから」っていう言い訳で「環境型セクハラ」「性犯罪誘発」とかデタラメほざいて規制しようとするフェミは許せないけど
キモいと思う漫画のキモい箇所について感想を述べるのの何が悪いわけ？
俺はフェミみたいなデタラメほざいたり規制を仕掛けたりしない限りは全部自由であるべきだと思う。
Twitterで公開してるのも感想お寄せくださいってことじゃないの？
もちろんnot for meでスルーするのもいいと思うけど
スルーせずにガチンコdisり感想書いたからってそれが悪だとか訴えるだとかって意味が分からないんだが
こんなんもう完全に自由の敵でしょ。怖いわーこの人。
俺は「キモいから社会的に許されるべきでない！」っていう馬鹿が嫌いだからフェミカスと戦ってるけど
作品に対し「この描写はこれこれこうキモい！」までなら全く自由だと思うししそれを言う自由を守りたい。
twwgot ただのツイフェミの平常運転なので作者は気にせず好きなものを描き続けてもらえばと思う
2022/02/06
え？これツイフェミか？
アップデートの遅れたジェンダー観ーとか、恥ずかしい日本―とか、ジャップオスは―とか、こんな性差別的な表現は許されるべきでない―とか、
Clock0311 このまとめと、ツイートについたリプライをざっと確認した限り、「公開するのをやめろ」と言った人はいない。（感じの良し悪しはあるけど）好まないものを好まないと言う範囲内じゃないかなあ。あと引用RTの解釈。
2022/02/06
うん。そこが重要で
自分の「キモい」の感情を「社会的に許されない」に変換して規制を唱えるタイプのバカがこのまとめ内にはいない。
だからこれがツイフェミだとかこれらの感想が許されないっていうのは全く賛成できない。
aaaa_a4 物語やキャラクターに対して嫌悪感を表明することと、作者の人格に対する侮辱は分けたほうがよいと思うのだ
2022/02/06
それは確かにそう
作者の人格はどうこうって叩き始めたらそれは良くないと思う
二次裏の漫画叩きスレがすぐ作者へのいじめみたいになるのは最悪
全体的に単に下手というか稚拙なだけの部分を
悪意でとられて（ある意味買い被られて）「男の傲慢さ」みたいに解釈されてるとこはあるよな
作者の人そこまで考えてないと思うよ、みたいな…
otoan52 なんか読解力の不足もありそう？駄菓子屋で喜ぶ→サイゼ全力で喜ぶ、という変わらないところとしての表現だろうし、二人とも大人らしくなりきれてないんだけどグラデーションがあって…みたいな何かだと思った
2022/02/06
「変わらない」がテーマならなんで女の格好だけこんななんだよ
「童貞が緊張してたら女が意外に素朴な格好で来てサイゼリヤで喜んでくれた、変わってなかった」ならまだギリギリ話が分かるけど
派手で高そうな服とバッグで来てるなら高級なもん好きな女になってるわけじゃねえかなんでノータイムでサイゼリヤで喜ぶんだよ
もうちょっと何話か掛けて「高級品狂いになってたけど初心に戻ったらサイゼリヤ楽しめたわ」とかなら話として分かる
単に話の構成がガバガバなものを「読者の読解力がない」にするな
あとみんな突っ込んでるけど予約ぐらいしろ
kerokimu こう言うのはジャンル漫画なんだ。サメ映画とかゾンビ映画にリアリティがないと言うのと一緒で、不毛だ。そう言う前提の漫画なのだから、前提を共有してない人間はノットフォーミーなだけよ
2022/02/06
いやー
男女とも髪も服も、持ち物も、店も、一切現実的なリファレンスがない。
絵も下手だけどそもそも絵を描く姿勢として如何なものかと思う。
ていうかこれぐらい知識も興味も取材力も無いなら現実世界を舞台にする漫画はキツくて
もっと異世界漫画とかファンタジー漫画とか描くのがいいと思う。
とくにこの人の客層と違う女が沢山寄って来て厳しい批評ぶっこんで来たっていう部分はあるかもしれないけど
＞キモいと思う漫画のキモい箇所について感想を述べるのの何が悪いわけ？
鋭い指摘でなるほどと思ったが
「キモい」と「排除すべき」が直結するそれこそがまさにバカフェミワールドの論理で
自由陣営はそういう低知能ファシストと戦っていかなければならない。
排除も規制も許さないけど「キモい」は許す。２つは全くの別物。
これね。
元アジャイルコーチとして、アメリカのガチの、ガチのシステム開発現場に、言うたらエスノグラフィ（行動観察調査）をしてるようなもんです。三流プログラマながら。
そういうリファレンスみたいなことをお伝えしたら、皆さん（Regional Scrum Gathering Tokyo 2022の参加者）が喜んでくれるかなとか思って、内容を構成しています。
ただ、僕が知っているのはマイクロソフトだけですし、自分の職場だけなので、主語が大きすぎるとか、そう言うのはやめてください。心が傷つくから（笑）
そういうのを踏まえて聞いてください（笑）。全部一次情報で、人から聞いたものではないです。ちょっとだけマネージャ関連のところはマネージャに聞いたところもありますが、基本的には自分が経験したことのみで構成します。
ウォーターフォールは使われていない
まず滝。ウォーターフォールがどれぐらい使われてるのかって話ですけど、これは簡単です。ゼロパーセント、本当に見たことないです。
だからといって本当に素晴らしいスクラムをみんなやってるかっていうと、そうでもない。どれぐらいプロセスに対してマチュア（成熟）かはチーム次第なんだけど、少なくともイテレーティブじゃないのはないし、アップフロントデザイン（開発前の仕様策定）を大量に時間をかけてやってるというのもない。
デザインドキュメントっていうのを書く人もいれば書かない人もいて、書く人が多いですけど、書いても5ページぐらい。
何年か前にサム・グッケンハイマーというDevOpsで有名な人が日本に来たときに日本のお客さんに「ウォーターフォールとアジャイルのメリットデメリットを教えてください」って聞かれて、彼が「ウォーターフォールは全くメリットがないのでやめておきなさい」って言い放って。
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
分かります。誰も使ってないんだから。やっぱりもうやめといた方がいいですよね、正直話無理があります。
次は、僕のチームがどんな感じで運用されてるかっていうお話をします。
マイクロソフトには統一プロセスとかなくて、基本的にチームをどう回すかはチーム次第なんですよ。でもだいたいみんな似たような感じでやってると思います。
基本的にはスモールチームです。どんな大きなプロジェクトであっても、スモールチームの集まりって感じです。
自分のチームについては、これがよいやり方かは分からないですが、個人商店みたいなもので。「IC」というのはIndividual Contributorですね、開発者。
マネージャからアサインされるバックログが基本的にはふわっとしているので、ICがそれを明確にします。
ICが仕様を自分で明確化して、自分でデザインして、インプリメントする。だからそれぞれがレスポンシビリティを持っていて、それぞれが実装をする。
ただ、同じマイクロサービスをメンテする役割の人みたいなのがいて、それは「Buddy」（バディ）みたいになっていて、僕の場合は例えば「スケールコントローラー」っていうのを開発していますが、スケールコントローラーのチームでバディになってると、質問というかお互いに話が聞きやすい。すぐに答えてくれやすいですね。
他のチームとかになると、ちょっとバリアがあって。やっぱりみんなそれぞれの仕事をやっているので、プライオリティがそれぞれあるんですよ。だから違うチームの人になると意地悪じゃなくて彼らのレスポンスは1日に1回とかになったりするわけですよね。仕方がないことです。
多分このチームの単位はマネージャが管理できる最大以下の人数で構成されてるんじゃないかなと思います。だから本当に自分のチームはそれぞれが個人商店みたいな感じですね。自分でレスポンシビリティを持って自分でやる。それは新人であっても一緒です。
司会）ここでちょっと会場から質問が入りました。このチームというのはどういう単位なんでしょうか。プロダクトの単位なのか、どういう単位なのか。
（右下の点線で囲われたところ）このチームはスケールコントローラをやっていて、（右上の3つのICを指して）このあたりはプラットフォームと言って中の基盤みたいなことをやってたりします。
でも基盤もかなり巨大なので、内部でいくつか分かれているんですけど、同じマネージャが見て、みんなを助けている、という感じですね。
司会）隣のチームと、このチームを分けているのは、マネージャが違うだけ？
ええと、大きな機能で分かれているというのがあります。例えば隣のチームはランタイムっていうチームなんで、Azure Functionsのランタイムを担当してるんですよ。
さて、エンジニアの評価っていうのはどんな感じになってるかっていうと、この図にはマイクロソフトは入っていないのですが、僕の友達に「ゆうさん」っていう人がいて、彼がブログでGAFAの給与体系みたいなをまとめてくれて、マイクロソフトも似たような感じです。
参考：GAFA米国本社のエンジニアの年収をジョブレベル別に比較してみた【Google・Amazon・Facebook・Apple】
こういう情報って外部に公開されてるので別に隠すことはないし、マイクロソフトの給料の額とかも調べられるんですよ。
どういうふうになってるかっていうと、エンジニアとしてランクがあるんですよね、「SDE1」「SDE2」とか。マイクロソフトの場合は「シニアソフトウェアエンジニア」があって「プリンシパルエンジニア」がある、みたいな。
このランクの人はこういうことができる、っていうのが明確に定義されていて、それによって給料が決まるんですね。
だから自分が給料を上げたかったらどうするかっていうと、プロモート（ランク上げ）してもらえるように頑張るって感じです。他の人との戦いじゃないんです。
いまより一つ上のランクの仕事をしばらくしていれば、マネージャが「こいつは今はシニアだけどプリンシパルの仕事してるからプロモートしよう」とノミネートしてくれる。
そうやってノミネートされたら次のレベルに行けるし、行けなかったら転職をする。転職するとそこでネゴシエーションしやすいので、その時に例えばシニアとかプリンシパルになれればその給料がもらえる。
ただ、そういうふうに上に行くとレスポンシビリティも大きくなるので、自分でチョイスする感じですね。自分でチョイスするし、自分との戦いなので。だから他の人と比べて不公平とか全然思わない。
給料を上げたかったら次のレベルになればいい。そういうアクションをとればいいので、あくまで自分との戦いって感じになります。
マネージャの存在っていうのは僕的にはすごい（日本と）違ってるように感じています。
日本にいるときはマネージャって進捗管理や課題管理をしたりとかして、プログラマとか開発者を指揮するとかそんなイメージだったんですかね、僕のイメージとしては。
アメリカの場合は、彼らが重視してくれるのは僕のキャリアなんですよ。僕がハッピーかどうかとか、僕がキャリアで成功するかっていうのをすごい重視してくれるんです。
これまで何人かマネージャが変わりましたけど、みんなそうでした。マイクロソフトには明確にそう定義されているんです。だからマネージャはみんなそういう動きをしてくれます。
マネージャのすごく大事な仕事に「アンブロック」というのがあります。IC、つまり開発者の人がどこかで詰まっている状態になると、マネージャが助けてくれる。ブロックされているものをアンブロックしてくれるんです。
例えば、僕が技術的に詰まるとして、誰かに聞かなあかんけど、誰か聞かなあかん人がなかなか答えてくれへんとか、そういうこともあるかもしれないです。
そういうブロックをされる状況が一番生産性を阻害すると思うんですね。
そういうときにマネージャがアンブロックを手伝ってくれる。ある人に繋いでくれたり、マネージャ経由で他の人が僕に協力してくれたりとか。
マネージャが、このプルリクエストを見たら分かりやすいよと教えてくれるとか。
あと結構面白いのは、少なくとも今の僕の職場では、納期が基本的にない感じです。
あるときもあるんですよ。どんなときかっていうと、マイクロソフト最大のイベントの「Build」というのが5月ぐらいにあって、そのキーノートで発表される予定のプロダクトみたいなもの。それが決まったら納期があるのかもしれないですけど。
マネージャも僕に対して「早くしてください」って言ったことは1回もないですね。どっちかというと、僕が「何か遅くてごめんな」とか言ってたら、「いやそんな気にすんなよ」って、「よくあることだよ」とか言われたりする。
これは多分いろんな意味合いがあるんですよね。多分クラウドのプラットフォームって、難しいことがいろいろあって、例えば自分が1週間でできるって思ったのに2カ月かかったりとか、ほんまにあるんですよ。
例えば、JVMにあるJarをアタッチするだけに見えた仕事に、僕は半年かかりました。
僕の能力のなさもあるかもしれないですけど、そういういろんな予想外のことが起こる。
やっぱり世界中の人が使うプラットフォームなので、よく分かってない実装とかしたらむちゃくちゃになるんです。ちゃんと理解して、より良いアーキテクチャを作らないとひどい目にあう。
だから多分マネージャは絶対に急かさないんだと思います。ちゃんと理解して出来るようになれば、次からは開発が速くなる。だからマネージャとしてはそこで急かさないことによって未来への投資をしてる感じなんじゃないかなと、僕は思ってます。
バックログはあり予定もあるが、達成されないこともしょっちゅう
司会）すいません、マネージャの話しに行く前に。質問が集まっていて。納期がないという話に関して皆さんが大混乱に陥っていてですね（笑）。納期がないとすると逆に何があるのか。バックログみたいなのがあるのか、ロードマップがあるのか。どういうものを始点に駆動されていて、牛尾さんの仕事が始まるのか。
バックログですね。大きなトピックだけはある。今期はこれをやろう、というのはあるんですよ。
だいたい今期はこれとこれをやっていこうというのがあって、それを荒い粒度ですけどブレイクダウンしたストーリーにして、それをICにアサインするんです。
でも、それが今期に達成されないということはしょっちゅう起こります。
思ったよりもすごく難しかったとか、あるシステムで改変が入るのでそれまで作れないとか、そういうのがしょっちゅうある。でもそれでそのICが責められることはないです。
変化は見通せないので仕方ないですよね。オーガナイズはされているけど、できなかったときはできないと認める、ということです。
司会）お客様からバックログの元になるような要求がきて、それがリリースされるまでのタイムスパンはどのくらいなんでしょうか？
僕らの場合はプロダクトオーナーみたいなチームとしてプロダクトマネージャがあって、バックログの発生元はプロダクトマネージャが決めるのですが、そのインプットソースとしては、彼らの戦略（ストラテジ－）とカスタマフィードバックですね。
あとはハッカソンでエンジニアがなにかプロポーズするときもあります。
そういうもののなかからプロダクトマネージャが、今期これをやればインパクトがあるんじゃないかと考えるものがピックアップされます。
で、それが達成されてリリースされるまでの期間は本当にピンキリです。
僕の場合は、早いときは1週間で終わりましたけど、さっきの話みたいに1週間で終わると思ったやつが半年かかったこともあります。
僕の上にはプリンシパルマネージャがいるんですね、それが日本で言ったら課長みたいなもので、その上に部長みたいなのがいて、で、テクニカルフェロー、これは事業部長みたいな感じです。
彼らの技術力はどんな感じか。
僕の1つ上の上司は、Azure FunctionsのJavaランタイムをイチから書いた人です。
その上の人は、Azure Automationの開発をしている人で別チームなので細かいところまでは知らないのですが、技術力がハンパない、ということだけは分かります。
何でかと言うと、どんなテッキーな話題を振っても、ものすごく早く深く理解するんです。彼が経験したことのないことであっても、Kubernetesでも、彼がやったことのないPythonとかでも、完璧に理解してアーキテクチャの深い話をするんです。
で、テクニカルフェロー。これはAzureの主要なサービスをイチから書いていたりします。
つまり何が言いたいかというと、僕の上司で僕よりもプログラミングができない人なんて一人もいないんです。
そしてこういう人が僕の仕事のサポートをしてくれる、応援をしてくれるわけです。
だからこんな上司に何かを説得する必要なんてないんです。彼らがテッキーなミーティングに参加して、しかも僕らにすごい鋭いアドバイスをくれるんですよ。
皆さんがもしマネージャをやるときには、こういう人たちと世界で戦わないといけない、ということをちょっと意識していただきたいんです。
色々なぶくまで紹介される Python 等の資料について、一応初心者は脱している身として、私見を元に初心者に向けたおすすめ度を紹介していく。
URL： https://www.python.jp/train/index.html
Python 情報サイトの老舗である Python Japanの初心者向けコンテンツ。若干覚える量が多いので挫折が心配になる分量ではあるが、普通の初心者を意識した内容であり、初学者にもおすすめできる範囲の内容と考える。
勿論、有償の書籍のほうが充実したものも多いだろうが、無償の中では比較的初心者向け。
URL： https://paiza.jp/works/python3/primer
動画で学べるのとそこそこの範囲を網羅しているのと、環境はサービスが提供しているのでインストール周りを気にしなくていいのがメリットとなる。
逆にいうと説明が音声のみなので自分のペースで進めたい人には少しもどかしいかも知れない。
有料サービスに申し込むとエンジニアに質問ができるということなので詰まった時にいいのかも知れない
（とはいえ初心者の質問であれば、teratail 等で訊けばいいと思う。世話になった分のチップ的な課金ならアリかも知れない）
URL： https://atmarkit.itmedia.co.jp/ait/subtop/features/di/pybasic_index.html
他の言語をかじったことがある人が詳細を知りたい時には便利だが、初心者にはちょいちょい分かりづらいところがある。
特に第一回目はわからないところは無視してスルーしないと、難しそうな資料だと勘違いされそうなので、構成もう少し考えればいいのにと思う。
このレベルの情報が無料公開されているのは純粋に素晴らしいと思える。
URL： https://mitani.cs.tsukuba.ac.jp/book_support/python/
「Python ゼロからはじめるプログラミング 」の著者が、著書の副読本的にまとめたPDF（スライド）が公開されたページ。網羅性も高く、図解もありそれなりにわかりやすい。
ただし、著書を教科書として授業する際に便利な資料として想定したものと思われ、詳細な解説は著書を参照という内容になっているため、初心者向けかと言われると少し悩んでしまう。
プログラムに関する知識がまったくない人であれば、先に紹介している paiza ラーニング か @IT のコンテンツで基本を押さえて、その後で振り返りとしてスライドを参照するのが良いかと思う。
あるいは、著書を買うかどうか参考にするためのサマリーとして割り切って読み進めるのが良いかも知れない。
URL： https://www.stat.go.jp/teacher/comp-learn-04.html
VIA：b.hatena.ne.jp/entry/s/twitter.com/tankazunori0914/status/1451365384238428161
これは Python というよりAI関連の話が中心となった資料で、7章におまけ程度にPythonの基礎も扱われている。
機械学習をやりたくて Pythonを始めようという方も一定数居るだろうから、Pythonをある程度押さえた上であれば有意義なコンテンツと思われる。
コメント時は軽く眺めた程度だが、後でちゃんと精読しようと思える程度にはまとまっている。
URL： https://utokyo-ipp.github.io/
既に元増田に書いた通りだが、東京大学の学生向けの資料であり、遊びがなく、万人向けとは言い難い人を選ぶ資料である。
よって、最初の講座としてこの資料を選ぶのは、学校の教科書・学業が大好きで、読むのが苦にならないという人だけが推奨で、それ以外の人は避けよう。
とはいえ、よくまとまっているいい資料なので、ステップアップの際に復習を兼ねて目を通す分には悪くない。
URL： https://repository.kulib.kyoto-u.ac.jp/dspace/bitstream/2433/265459/1/Version2021_10_08_01.pdf
例の3000ブクマは2019年の資料だったが2021年の資料が掲載されているので、掲示はこちらを採用した。
イラスト等も交えて丁寧に解説しているが、本題の前にコンピュータ史のようなコンテンツがあったりするのがアカデミックな資料だけあるなという印象。
あと例えば以下のようなコードがある。（資料92ページより引用）
# x の平方根を求める
x = 2
#
rnew = x
#
diff = rnew - x / rnew
if (diff ＜ 0):
while (diff ＞ 1.0E-6):
r1 = rnew
if (diff ＜ 0):
※コードのインデントがうまく働いてくれなかったので仕方がなく全角スペースで表現している。不等号も全角に変えている。コピペなどの際には注意されたし。増田記法よくわからん。Markdownで書かせて！
Python の初学者に平方根の計算という問題を与えてもなぁと。元々は現役の大学生に渡す資料なので普通に解けるでしょうけども。人を選ぶというのはこういうところを加味しての発言である。
URL： https://chokkan.github.io/python/index.html
chokkan.github.io/mlnote/index.html
Python 早見帳も必要なものを一通りまとめたコンテンツになっていて東大のコンテンツに近い。既に東大のコンテンツを試した人であれば新しく試す必要性は薄いと感じる。
機械学習のコンテンツはそれなりにボリュームがあるが、やはリファレンス的な使い方がおすすめで、別の資料で基礎を学んだ後に、知識の定着度を確認するために使うと良いだろうと思う。
URL： www.kunitomo-lab.sakura.ne.jp/2021-3-3Open(S).pdf
VIA： b.hatena.ne.jp/entry/s/twitter.com/tankazunori0914/status/1451365384238428161
自分は公開されたという話があった時に読んだが速攻で挫折した。Python 初学者には必要のない資料と考えてOK。
分析をやっていきたいという人も取り敢えず P14 の練習問題を読んでみて、こういう資料で学んで行きたいと思えなかったら素直に積読しておけばいいと思うの。
ある程度分析問題をこなしたあとのステップアップに使用するのが良いかなと思える資料である。
ひやかし程度にぶくましてるだけなら別にいいのだけども、本当に Python を習得したいのであれば、ある程度「初学者」のためのコンテンツをあたって挫折しないように学習するべきだと思っている。
Python 自体は習得しやすさとかライブラリの充実度とか結構バランスがいい言語だと思ってるので、沢山の人に普及するといいなという思いから、このようなコンテンツをまとめてみた。
誰かの役に立てばいいなぁ。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
211あとで/1849users ストレスフルな人に知ってほしい図解「アメリカカウンセリング学会推奨『ストレス解消法』100」…「古い友人にメールをする」「猫は神」「まずは楽しめ」など - Togetter
204あとで/1119users 統計の入門講座が無料に、京大メソッドでデータサイエンス関連教員が担当 | Ledge.ai
162あとで/984users 【朗報】3D制作ソフト「blender」の1400ページにも及ぶ解説書が無償公開 勉強中の人には朗報すぎる : まとめダネ！
161あとで/1037users 徳丸 浩 on Twitter: "これは本当にオススメ。トレーニングなので、Linuxのインストールからやるのがよいです。Exploitが刺さるだけで楽しいですが、なぜそれが成立するかまで追いかけるとさらに勉強になります。 https://t.co/tHyQuPSvjw"
161あとで/1587users 青木 晃 - 【長文です】1995年3月20日に起こった地下鉄サリン事件…オウム真理教が起こした未曾有のテロでした。お亡くなりになった方々のご冥福をお祈りすると共に、今もなお、PTSDなどの後遺症で苦しむ方々の症状が少しでも改善しますようお祈り申し上げます。 | Facebook
157あとで/1655users 時間跳躍式完全無劣化転送装置 - 山素 / 【読み切り】時間跳躍式完全無劣化転送装置 | コミックDAYS
156あとで/1192users こういうのが好きなんでしょ…？「変拍子」が超かっこいいおすすめ曲10選+α | Music Lesson Lab
154あとで/988users あなたが行動を習慣化したいと思った時におすすめの記事 | みんチャレブログ
150あとで/1178users 東京〜京都を3度徒歩で移動した話 – 大変だけど素晴らしい、街道歩きの世界にようこそ【寄稿：dekokun】 - KINTOマガジン｜【KINTO】クルマのサブスク、トヨタから
149あとで/918users MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
145あとで/1226users 100日後に退職する47歳 非公式 まとめ - Togetter
140あとで/1396users 業務スーパーデビューする予定なのでおすすめの商品を教えて下さい→で続々と集まった情報がこちら→増量! - Togetter
137あとで/1417users 新型コロナの罹患レポートが分かりやすくて恐ろしい「熱が下がったあとにぶり返し血痰が出て即入院、肺がぐちゃっと潰れている」 - Togetter
129あとで/663users リーダブルなコードを書く習慣の身に付け方・実践の仕方 - 2021-09-22 - ククログ
129あとで/753users 元米マイクロソフト本社パワポ責任者が教える「科学的に正しい資料の作り方」- Schoo PENCIL
129あとで/990users 英語の括弧は4種類ある！括弧の使い方を理解して正しく使えるようになろう | English Lab（イングリッシュラボ）┃レアジョブ英会話が発信する英語サイト
125あとで/1881users みずほのシステムについて質問です。 | Peing -質問箱-
122あとで/916users GitHub 英語例文集 | boarwell | Zenn
120あとで/532users JavaScriptはなぜシングルスレッドでも非同期処理ができるのか/Why Can JavaSctipt Invoke Asynchronous in Single Thread? - Speaker Deck
118あとで/833users 個人情報テストデータジェネレーター | User Local,Inc.
116あとで/1394users 「元歯科受付がガチで愛用する『推しデンタルケアグッズ』です」さようなら、全ての黄ばんだ歯と口臭。ド定番8アイテムとは？ - Togetter
116あとで/1051users かおりゅ on Twitter: "とんでもないサイトを知ってしまった。絵描きやデザイナー大歓喜のカラーチャート『Colorbase』https://t.co/CLWprkukt6 色を選ぶと、その色の補色・類似色・同じ明るさを持つ色・白と合わせた時の見やすさ・色相… https://t.co/rOgsnechfT"
115あとで/1493users 記事『ドライフルーツで果実酒を仕込むとすごい』に関して | デイリーポータルZ
107あとで/959users 小鳥の鳴き声は言語だった 文法まで突き止めた日本人研究者：朝日新聞デジタル
105あとで/591users ゲーム開発者へっぽこさん、711ページに及ぶ技術書『Unity uGUI アドバンスド・リファレンス』を無償公開 | ゲームキャスト
105あとで/1575users 皆さんの声を聞かせてください。皆さんの力を貸してください。 #ねえねえ尾身さん｜コロナ専門家有志の会 | COVID-PAGE
105あとで/791users ついに、Webアプリでの帳票印刷のベストプラクティスを編み出しました💡 | Takashi Kanemoto | Speaker Deck
104あとで/595users 「Python」×「株価データ」で学ぶデータ分析のいろは | @IT
102あとで/475users 2021年 – これからFlutterを始める人へ学習方法のススメ | ツルオカ | Zenn
102あとで/820users 自分がどのくらいエコーチェンバーの中にいるのか可視化するシステムを作ってみた｜tori｜note
Togetter多め。
ベンチャーキャピタリストなる職業は、新卒で社会の仕組みもわからないまま投資会社に入り、ビジネスをわかったつもりになって人の金を新興企業に投じる仕事だ
言ってみれば、社会人2年目の若者が人事部に配属され、したり顔で採用面接をやっているようなもんである
だから、実はビジネスや業界のことは大して知らないし、ネットメディアを読むのは好きだから情報感度は高そうに見えて、基本的には雰囲気に流されて投資する
そういう人たちが最も信頼を寄せるのがリファレンスだ
自分たちでは社長や組織の真贋を見極めることができないので、誰々が凄いと言ってるらしいというような評判を頼りにする
その情報源は大概の場合は先輩の投資家であったり、業界内で著名なエンジェル投資家であったりする
なので、投資される側がこの業界で生きていくためには、影響力のある人にとにかくいい顔をして、よい評判をばらまいてもらえるようにするのが最適な行動ということになる
だから、大学の起業サークルなどではその人の実績に関わらず、先輩というのは絶対的なリスペクトの対象となる
なぜなら、その先輩自身は大した実績実力がなくとも、長く業界にいれば同世代に優秀で成功している起業家友達はいるわけで、先輩から評判を得れば当然その周辺にも繋がっていくことになるからである
そういうわけで、この業界では他人のことを悪く言う人間はまず残らない
表から見えるところではとにかく褒め合い、彼は凄い、あの人は天才などと言ってもてはやし、それに乗せられて投資資金が集まってくることをコミュニティの共同利益として追求する
そうやってのし上がった人間のところには、やがて良質な投資案件が最速で持ち込まれるようになる、それがいわゆる著名エンジェルというグループである
すると、その人物にいかなる毀誉褒貶があろうとも、おこぼれに与ろうとして群がってくる人間が後を絶たなくなる
それを外部から見た人間は、いかにも素晴らしい能力や人望があるからそこに人と案件が集まってくるのだと思い違いをして、更にメディアやSNSでもてはやされるというループが起こるのである
近頃は光本氏や溝口氏の問題が明るみになったことで、少しずつそうした構造に気づき、切り込む人たちにも注目が集まり始めたが
この業界の人間は何も知らない大学生の頃からこの構造にどっぷりと浸かり、それが当たり前というカルチャーで育てられるので、そう簡単に自浄作用が働くことは期待しない方が良いだろう
社内システムを使えないと仕事が進まないため、シオノギ製薬グループの中には、テレワークの初日に仕方なく出社した人もいた。「想定していたよりも使えない」と従来のVPNに危機感を感じた那須さんらは、拡張性の高いクラウド型VPNを急きょ追加で導入する方針を固めた。
「以前から、社内システムの開発の一環で、当社とAWSのデータセンターを専用線でつないでいたこともあり、AWSのVPNを使うことにしました。VDIの導入も考えたのですが、マスターイメージを短期間で構築するのは無理だと判断しました」
そこで、テレワークを始めた4月8日中に、シオノギデジタルサイエンスのインフラ部門のトップが、CIOを兼任している副社長に「緊急対応策としてAWS Client VPNを使いたい」と直談判。9日に議論し、10日に許可が下りた。「早速10日に、関係者が集まって動作検証を始めました」と那須さんは振り返る。
シオノギ製薬グループが導入した「AWS Client VPN」
許可は下りたものの、設定に時間がかかると出社する社員が増え、感染リスクが高まる。那須さんたちは出社する社員を減らすため、急ピッチで準備に取り組んだ。すると、そこに思わぬ落とし穴があった。
「VPN経由で社用の『Microsoft Office Outlook』に接続する動作検証をしたところ、エラーが出ました。認証に失敗し、『インターネットに接続できません』と表示されるのです。どうすれば直るのか、見当もつきませんでした」
那須さんたちは途方に暮れた。タイミングも悪く、4月10日は金曜日。週明けまでにVPNを増強し、社員のテレワーク環境を整えるには時間がない。間に合わせるには、休日を返上するしかなかった。「在宅で土曜日にトラブルシューティング、日曜日に動作検証を行うことにしました」と那須さんは振り返る。
そして、土曜日にネットワークの専門知識を持つ社員が調べた結果、ルートテーブルの設定が漏れていたことが分かった。
「デフォルトルートを規定する際に、AWSのVPNクライアントを経路に選択できていませんでした。既存のVPNは自動でルートを設定できており、AWSのリファレンス（説明文）にも記載がなかったので、自動で設定が完了すると思い込んでいたのですが、AWSは手動設定だったのです」
こうして那須さんたちは土曜日にトラブルを解決した。日曜日の動作検証には、休日にもかかわらず、研究開発系やバックオフィス系などユーザー部門の有志が参加。AWS Client VPNが問題なく動くかをチェックし、自宅からでも社内システムにアクセスできることを確認した。
・とりあえずVPNにしよう
・とりあえずAWSにしよう
