  |
はてなキーワード: リファレンスとは
出た〜「すべからく」誤用。まあこんなテンプレしばき振り回してる正職員司書が実在するとして、リファレンス業務とか悪質利用者への対応まで自力でやれてんのか不安だわ。
提示されている解決策が、現実的とは言えないが、事実誤認も多そうなので、自分が知ってる派遣事情を書いてみる。
＞ 2、最低賃金2000円へ。
派遣社員に対して、派遣会社が払っている金額はこれぐらい、むしろこれ以上払っているケースが多いとも聞く。資格が必要な専門職でなので、妥当な金額でしょう。
＞ 事務補助で雇用される非正規職員が正規職員と同等の給与を貰うことは難しいよね。だって同一労働じゃないからね。
＞ 大学図書館は財源として学費があるからまだマシで、だからきちんと正規雇用されるよね。
大学の方がひどい状況だと聞いています。図書館司書全員が、非正規雇用で業務を回しており、もちろん専門的な仕事のリファレンスサービス・目録作成・システム導入など、基本的な仕事はすべて派遣が回しており、司書免許持ちも半数以下のケースもあるそう。
なので、業務が回らず、教員への貸し出しサービスなどが滞ったり、最悪のケースで業務を知っている非正規雇用（派遣）社員が全員退職し、一時閉館したケースも。
どうして、大学（特に私立）でそういうケースが発生するかというと、大手書籍納入会社が派遣事業も請負っており、書籍購入を一本化して割引する代わりに、派遣のお仕事をすべて任されている状態になっており、直接雇用や、正規雇用の職がほとんどない状況が続いていたこと。
加えて、ブコメ等でも指摘のあるとおり、人気職だったため、一定以上のスキルを持った派遣社員が集まる状況だったため、買いたたき状態が横行していた様子です。
少子化で、大学予算がコスト削減のあおりを一番に受けたこと、書籍販売の不審で、書籍業界が利益の取れる場所に乗り出したこと、氷河期世代のスキルあり司書が大勢いたことなど、いくつもの条件が買いたたきが横行する状態になっていたためにここまで状況が悪化した様子。一応、上記の通り派遣の仕事を見限る人が増えてきたため、職場崩壊の後に、多少ましな環境になっているかもしれない。（とはいえ、派遣の単価は最低賃金＋αで、変わっていないと聞く）
一番の問題は、派遣会社による、雇用の寡占状態が作り出されていることなので、司書免許を発行している文科省とは別に外郭団体として、司書組合を作って、そこで司書の紹介業を行うとか、司書の価値を損ねないための仕組みづくり。というのが必要で、たとえば、大学図書館の蔵書数に対する司書割合を策定するとか。業界団体としての動きが弱いことが、一つ問題としてありそうなので、提言自体に賛成できることは少ないが、これを機運といして、図書館と司書の意義を再定義していくことが大事なんじゃないかと思う限りです。
back checkというリファレンスチェックサービス、前職の同僚に頼まれて推薦者として回答したのだけれど体験として最悪だった。
推薦者側で嫌だったのは主に以下の点。
全体的に企業側にしかメリットがなくて、そのうち候補者・推薦者側からのヘイトが溜まっていきそうだなぁという印象。
俺はこの体験のせいでback check導入してる企業の印象まで最悪になった。
推薦者にAmazonギフト券5000円分ぐらい導入企業かback checkのサービス提供側からプレゼントしてやらんと割に合わんよ。
元アジャイルコーチとして、アメリカのガチの、ガチのシステム開発現場に、言うたらエスノグラフィ（行動観察調査）をしてるようなもんです。三流プログラマながら。
そういうリファレンスみたいなことをお伝えしたら、皆さん（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多め。
