  |
はてなキーワード: リファレンスとは
元アジャイルコーチとして、アメリカのガチの、ガチのシステム開発現場に、言うたらエスノグラフィ（行動観察調査）をしてるようなもんです。三流プログラマながら。
そういうリファレンスみたいなことをお伝えしたら、皆さん（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（スライド）が公開されたページ。網羅性も高く、図解もありそれなりにわかりやすい。
ただし、著書を教科書として授業する際に便利な資料として想定したものと思われ、詳細な解説は著書を参照という内容になっているため、初心者向けかと言われると少し悩んでしまう。
プログラムに関する知識がまったくない人であれば、先に紹介している ゼロからのPython入門講座、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： https://cauldron.sakura.ne.jp/thinkpython/thinkpython/ThinkPython2.pdf
Pythonそのものを掘り下げた書籍。オライリーの同書籍の日本語訳版である。
端的に述べれば中級者向け教材。簡単にPythonを修めた人が更に知識を深めるために利用すると良い。
解説画像などが一切なくてもコードを読めばわかるというレベルの人におすすめ。
オライリーと聞いて内容の想像がつくような人であればまず間違いないだろう。
他言語を学んだ人が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 の練習問題を読んでみて、こういう資料で学んで行きたいと思えなかったら素直に積読しておけばいいと思うの。
ある程度分析問題をこなしたあとのステップアップに使用するのが良いかなと思える資料である。
※URLの登録数に制限があるので、一部は意図的にリンクを切っています
ひやかし程度にぶくましてるだけなら別にいいのだけども、本当に 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にしよう
redditや4chanのマニアックな裏路地 これ結局自分でオタク関連の人が広めたって自白してね？ 4chanがどういう掲示板なのかわかって言ってるのかな。
「オタク」＝「アニオタやラノベオタ」じゃないですし…。4chanだってredditだってアニオタ以外が生息する板はいっぱいありましたし、そのほうが多数派です（2chや5chがそうであるように）。もし「4chanにいるのはみんなアニオタだ」って話になったら、QAnon（4chan発→8chan/Gabに展開）だって全部アニオタのせいにされちゃいますけど、そうじゃないでしょう？
下に書いた通り、vaporwaveの勃興には確かに広義のオタクが関わってたけど、それはアニオタではなかったんです。
先にも書いたように、vaporwareはオタクの文化と密接な繋がりがあります。でも、少なくともvaporwave末期までは、その中でアニメは重要なリファレンスではありませんでした。初期〜中期のvaporwaveムーブメントには、techgeekやレトロ映像フェチなど、アニオタとは畑違いのジャンルのオタク達が深く関わっていました。そういう人々の存在を消し去りながら、「アニメやラノベがvaporwave含めシティポップ隆盛の原動力になっていた」という虚偽のストーリーを流布するのは、オタク文化全体への敬意が欠ける行為だと思いませんか。
anond.hatelabo.jp/20210713082701
4chanとかRedditに入り浸ってる勢は「Vaporwaveこそ」って言いすぎで、元増田のオタク文化こそとどっこいどっこいだ。
物事には順番とか時系列というものがあって、それの辻褄が合わないのは、バイアスではなく、間違いかウソです。「vaporwaveは4chanとかreddit発の文化」という主張には、バイアスはかかってるかもしれないけど、少なくともウソではありません。でも、
それはすべてアニメやゲームやライトノベルを筆頭とするおたくカルチャーに付随して流行したものだ。
は、明らかに虚偽です。このあたりの音楽を聞いてきた人なら、シティポップやvaporwaveをろくに知らない（たぶんまともに聞いてもいない）書き手が一知半解で書いてるのがすぐわかります。
「シティポップもvaporwaveも知らない奴を騙して、オタク文化賞揚の一助にしたい」という動機が増田自身にあるのか、誰か別の人の言説をそのまま鵜呑みにして繰り返しているのか、どっちなのかはわかりませんが、少なくともこういう人達の基本的な認識の誤りを指摘したときに
4chanとかRedditに入り浸ってる勢は「Vaporwaveこそ」って言いすぎで、元増田のオタク文化こそとどっこいどっこいだ。
なんて言われる筋合いはないと思います。4chanとかRedditに入り浸ってる勢が元増田のオタク文化とどっこいどっこいだというなら「4chanやreddit発の文化なんてくだらない、相手にするな」と言えばいいじゃないですか。なぜ自分が軽視している文化の中で、自分が好む趣味がフォーカスされたときに、そのことを自分の趣味の「良さ」の証拠として持ち出すんですか？ 他のコミュニティや文化に認められたい、認めてもらって嬉しいという気持ちがあるなら、まず自分が他のコミュニティや文化を認めましょうよ。
先にも書いたように、vaporwareはオタクの文化と密接な繋がりがあります。でも、少なくともvaporwave末期までは、その中でアニメは重要なリファレンスではありませんでした。初期〜中期のvaporwaveムーブメントには、techgeekやレトロ映像フェチなど、アニオタとは畑違いのジャンルのオタク達が深く関わっていました。そういう人々の存在を消し去りながら、「アニメやラノベがvaporwave含めシティポップ隆盛の原動力になっていた」という虚偽のストーリーを流布するのは、オタク文化全体への敬意が欠ける行為だと思いませんか。
アニメオタクやラノベオタクが趣味の素晴らしさを承認してほしいという気持ちから完全な歴史的虚構を作り出し、それを信じ込むことは、他ジャンルのオタクたちの活動の実態や熱意を無視し、その創作物の価値を簒奪する行為でもあります。つまりオタクの自己承認のためにやっていることが、結局はオタクとしての自己否定を招くことになるのです。そのことの意味を、元増田にはよく考えてほしいですね。
https://anond.hatelabo.jp/20210617075257
上がってるような基本（元増田に上がってるやつの倍ぐらい）が全部立ち上げからできて
2〜3個プロジェクト経験したらテックリードの素養が既に身についてそう。
プロジェクト的にもどっちかが弱いと
Rails/DjangoにjQuery+Bootstrapみたいな構成や
Amplify/FirebaseにVue/Reactみたいな構成も全然あるので
面接はなんとか抜けてもらうとして、
チーム開発での最低限の目標としては、
成果物から、指導、学習コスト、レビューコスト、技術的負債、マネジメントコストを引いた分が正になっていれば
ひとまず「チームに居ていい人」と見なされそう。
チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、
一旦は、正の生産性を目指してほしい。
以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、
一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。
似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。
どっちかしかやらないならJavascriptがおすすめ。後ででてくる、Flaskは適当にExpressとかに置き換える
現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。
どちらも、Python2とES2015以前の記法というレガシーがネット上に転がってるので参考にしないように注意。
・一貫性があって
・正しい書き方がされた
お手本プロジェクトをなにか(githubや書籍など)で手に入れて読むべき。
おそらくフレームワークに乗っかっているので並行して進めることになる。
話の流れで先にこっち
現在のコーディングのグッドプラクティス、デザインパターンはフレームワークの形をしている。
なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。
TypescriptもVue.jsも書き方をどこまで取り入れるかが使用者の裁量に任されてるし、
開発でVueとReactのどっちを使うかはチーム次第なので、
一旦React+Typescriptでガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。
2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。
パッケージとかテスト、タスク＆デプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。
バージョン管理とコンテナの思想が優れているのは自明なので、これらはツールと見ていい。
そして、後からプロジェクトに入った人がプロジェクトの流儀に沿って使う分には難しいことはなさそう。
採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、
そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。
構築できる、ではなく、触れる程度で良さそう。
gitはプロジェクトの流儀によると書いたが、git-flowのイメージ図を理解して運用できるのがよい。
https://qiita.com/KosukeSone/items/514dd24828b485c69a05
こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。
あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。
地味にSSHでログインした先の環境だと、vimが主要なテキストエディタになるので
vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。
→ ファイル開いて入力モードに切り替えて書き込んで保存して終了
細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。
これが意図なら
この辺の機能を持った小規模Webアプリを作ってHerokuでデプロイすれば一旦完成とみなしてよさそう。
コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい？
慣れると1日あればいけると思う。
フレームワークもなんでもいい。
Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。
余力があれば複数個触ってみたり、人から勧められたらそっちでも。
最近はサーバーレス&NoSQLが流行ってるのでFirebaseとかもやればいいと思う。
に尽きる。
計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて
それらに対して分散や非同期処理で解消しようとするとか、
ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為を
計算量を意識するだけなら、AtCoderのABCのC〜D問題辺りが解ければ十分。
有名な脆弱性や攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている
のでアドリブをせずに正しい書き方でやれば良い。
開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、
ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。
開発の勉強のやり方としては、
・正しいコード見本を手に入れること
この辺りの習慣があればやってけんのかな、
その他、チーム開発って面では
TeamGeek（人間性）とかインプットしておくと共通言語が増えて嬉しい。
この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、
そしたらやってけるんちゃうーって感じ。
・リファレンスリストは「論文の完成度が一発で分かる」らしいので細心の注意を払う。
・大原則は「論文を読むのに「必要十分」な物」。「勉強したことを示す場」ではない。プチレビューをイントロで書いている論文を時々(頻繁に？)見かけるが、推奨しない。例えば光学特性について議論しない論文において、「この物質のバンドギャップはx eVである。」という文章はたいてい、不要。論文は短ければ短いほど良い。引用文献も同じ。
・とは言っても参考文献もページ数も短いと、怒る人が多いのも事実。某雑誌など投稿規定に「典型的な引用文献数は20程度」と指示がある。次のように論文の最初の辺りのジェネラルなイントロの付近の引用で調整する。本当に重要な引用が20を超える事はほとんどない。(多い場合は、通常、優秀なレビューや教科書が出版されているので。)
・ジェネラルなイントロの先行研究を紹介する箇所は、通常は「多すぎて全て書けない」ので、(1)「レビューand/or教科書」(2)「先駆的な研究」(3)「最近の研究で特に重要な物」(4)「自分たちの論文」(5)「査読に行って欲しい人の論文(投稿時に好ましい査読者、好ましくない査読者リストを出すことが出来る。)」そして大きく優先順位が下がって(6)「投稿雑誌(特に最近の)の物)」
(6)は正直、馬鹿らしい話ではあるが、「この論文は貴誌にふさわしい(からエディターキックしないでね。)」というアピールが出来る。
言及先エントリへの反応をみて、そもそもなぜ地方議員の後援会なる組織が成り立つのかというところの認識が薄い人が多いようなので、床屋談義レベルだが一市民としてちょっと書いてみる。
増田には初投稿だし普段は長文を書かないので見苦しいところもあるかもしれないが勘弁してほしい。
ネットではたまに「生活保護を断られても、共産党系の地方議員と一緒に窓口に行けば申請が通る」という言説を見かける。
生活に困窮したときには共産党が頼りになるから支持しようという内容だ。
個々人にとってはわかりやすい利益であるため、こういった投稿を行っている人の何割かは実際に共産党員であったり、その議員の後援会に入っているだろう。
地方議会で自民党系がなぜ強いのかというと、似たようなことをより大規模に昔から行っているからだ。
ここに総務省が出している「地方公共団体の議会の議員及び長の所属党派別人員調等」という資料がある
https://www.soumu.go.jp/main_content/000741469.pdf
都道府県議会議員に占める自民党の圧倒的な割合が見て取れる。全議員のおよそ半分は自民党所属である。圧倒的だね。
ただ、市町村議会議員の構成に目を向けると、自民党より共産党、それよりも公明党所属議員のほうが多いことに気がつくと思う。無所属議員は全体の7割を占める。
もちろんこれにも理由があって、市区町村レベルだと権限的に争点にそれほど差が出ないから無所属で推薦をつけてもらって出馬したほうが国政の影響を受けにくいからである。
ほとんどの市町村は都道府県内で近隣の市区町村と人口を奪い合っているし、都道府県は国内で近隣の都道府県と人口を奪い合っている。
人口が増えれば需要が増え、需要が増えれば仕事が生まれる。仕事が生まれれば人口が増える。
こうした循環が生まれれば地方自治体はより長く存続できるし、その状態になるように（ほとんどの）地方議員は法律の範囲内で頑張っている。
そしてもちろん各政党の地方組織は、その選挙区出身の国会議員がより多くの仕事を地元に生み出すことを期待している。
ここまで書けば察しのいい人にはわかると思うが、自民党の地方組織は他の政党よりより多くの仕事を斡旋していて、市民生活の安定に寄与しているから強いのだ。
仕事を斡旋というのは、公共事業で仕事を創出したり、企業誘致したり、生まれた仕事に対して人員を紹介する縁故採用、今風に言うと中途採用のリファレンスチェックの役割を（広島みたいな例はあるにせよ）合法的に果たしていたから強いと言い換えられる。
もちろん「日本の人口減ってるやんけ！地方とか壊滅じゃん！」というはてなーもいるだろうけれど、そもそも戦後から70年で人口は5000万人くらい増えているし、その間この利益誘導に世話になった人はまだまだ現役である。はてなー自身はこの仕組の世話になっていなくても、親族か友人か、縁者のだれかは利益を得ているだろう。
なぜ後援会に入るのかの段落で会員の個人的な恩について触れたけど、これは地方議員の所属が自民党でも共産党でも同じ問題で、支持先を変えてもらうには
自身（もしくは縁者）を助けてくれた恩人に対して、その恩人の仕事と直接関係のない問題で恩人の生活を奪う
という選択をお願いすることになる。地方議会議員の選出は直接選挙なので、よりダイレクトに個人の意志が反映されるのは言うまでもない。N世議員が強いのもこのためである。
無理なんじゃないかな。
核融合発電みたいな実質無限のエネルギーを人類が手に入れれば長期的にはなしうるかもしれないけれど。
自分の家のとなりに合理的な立地だからといってゴミ処理場や保育所や米軍基地や発電所ができることを歓迎する人がいないように、日本より感染者数が多くて大変そうだからとインドに日本の確保したワクチンを優先的に融通すべきという人も見かけない。人間は自分が得るはずだった（と感じた）利益に敏感だし、損を極端に嫌う。
現与党は当時世界中で奪い合った高確率で利益の出るオリンピックという利権を国内に誘導できたが、コロナ禍でそれが一気に負債の印象に転じてしまった。ワクチン確保についても国民の期待に沿えるスピードで摂取が進んでいない。国民から国際的な利益誘導に失敗したと判断されているのだ。
現政権が利益誘導に失敗したから誕生する新政権が、利益誘導を期待されていないわけがない。
運輸と農家と地方自治体への利益誘導で郵政民営化で地方組織の弱った自民党からの乗り換えを促し、サブプライムローン問題という日本単独では不可避の事由で攻め立てている。この手法はさすがドブ板選挙を得意とする地方の地盤に精通した小沢一郎で、もし小沢氏の考え通りに与野党大連立が発足していたらマニフェスト云々も有耶無耶になっているだろうしねじれ国会もないしで、その後破綻するにしてもそれぞれに政権担当能力がある二大政党制が誕生していたかもしれない。
いま同じ手法が取れるかというと、民主党の支持率が低すぎて自民党内部に離反を促せないし、野党連立でも支持率足りないし、そもそも現状で国民に対して明確な利益を提示できていない。たとえば二回目の一律十万円が本当に効くのなら与党がやるに決まっている。その層を狙っても選挙に勝てないと分析されているのだ。地方への利益誘導である GOTO も反対しまくったし、処理水問題を突けば辺野古の二の舞。民主党内の予想よりワクチンの配布が早かっただろうし、全国均等配布だから配分を問題にするのも難しい。今後は現金をぶら下げれば動くとみなしている浮動票を狙って戦っていくのだろうか？無理じゃない？都道府県に利益誘導して地方組織ごと寝返ってもらわないと。
というわけでコロナ禍にあって内閣が変わる現実的な路線は、次回総裁選での菅氏の辞退だろう。
そもそも市区町村議員は市区町村の利益になることをすれば良くて、もっぱら扱うのは条例であって憲法や法律ではない。
決まった支持団体のない有権者はおそらくその区別がついていて、地方選挙で憲法がとか国政がとか、明らかに権限外のことを訴えている組織票を持っていない候補者はたいてい落選する。
しかし増田やらはてぶユーザーやらTwitterには地方行政と国政の区別がついていない、もしくは中央集権を支持していて地方自治がすごく嫌いなんだな、という投稿がたくさん見受けられる。
物事には理由があって結果があるのだが、大きくて抽象的で万能な仮想敵を想定していても駄目で、ちゃんと地に足ついた理由を見つけだして適切な行動を取らないと、あなたの行動に結果がついてこないよ。
