  |
はてなキーワード: softwareとは
そもそも何も置かない、そうすると細くなってコンパクトになる。
必要なアプリがあればWinキー押して、打てば候補で出てくる。
例えばコマンドプロンプトを起動したければ、Winキー押して「cmd」の「cm」あたりまで打てば候補で出てくる。
この際下のコマンドで、「ウェブで検索」やコルタナなどの諸々のゴミ機能をオフにしておくと、スタートメニューの検索ボックスを使い勝手が大変よくなる。
reg add HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search /f /v BingSearchEnabled /t REG_DWORD /d 0
reg add HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search /f /v AllowSearchToUseLocation /t REG_DWORD /d 0
reg add HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Search /f /v CortanaConsent /t REG_DWORD /d 0
お試しあれ
1500円にしてはとても満足できた作品。
https://www.dlsite.com/pro/work/=/product_id/VJ013196.html
インストール手順
https://github.com/Gcenx/WineskinServerの手順に従う
64bit版のWS11WineCX64Bit21.2.0だと、次のwmp9のインストールが上手くいかない
fakejapaneseは日本語フォント、wmp9はゲーム内ムービー再生に必要
全ユーザー対象でProgram Files以下に入れる方が楽
レイヤー以外の選択肢ではムービー中に音楽は鳴るものの画面は真っ暗になった。
Wineは大変便利、M1チップだがRosetta2のおかげで速度も全く問題ない。他のゲームでも参考になればと思い書いた（Twitterにはエロ書けない）。
わたくしどもの教会はこれまで個々に伝道され教えを実践してまいりましたが、2009年にSaint I-gnu-cius(聖イグヌチウス)様がわたくしどもの前に顕現を果たしたことを切っ掛けとして共に教えを一帯となって伝道していこうと心新たにしChurch of Emacs(Emacs教会)が同年に成立いたしました。
ここでは反カルトを説く皆様方へSaint I-gnu-cius(聖イグヌチウス)様のお伝えの一部を紹介することで、わたくしどもの心が皆様と共にあるということを示したいと思います。
「我こそはSaint I-gnu-cius(聖イグヌチウス)である。Church of Emacs(Emacs教会)より派遣さる。」
(中略)
「汝ら純潔を守るべき事あり。汝ら、もし、邪悪な制限された論理(Software)を受任(Install)されたる利器(Computer)を所有して支配下に置きし時、かかる利器に、神聖にして完全なる自由な基幹倫理(Operating System)を受任し、その上に自由なる論理のみを受任すべし。この誓いを守りて貫き通したれば、いずれ汝ら聖人となり、その頭に光背を頂くに至らん。」
わたくしどもは個人が自己決定権を持つべきだと誓いをたてており、これらの誓いを貫徹することによってわたくしどもの魂もまた聖人に近付くのだという教えを持っています。
またそれは、わたくしどもと心が近くあるが道を違える者たちにも自由はあるべきだとSaint I-gnu-cius(聖イグヌチウス)様はお伝えになっているのです。
たとえ教会にカルトという烙印を捺されようとも、わたくしどもはそのカルト教信者に自由があるのならば、カルト教会信者は贖罪されるべきだと考えているのです。
断罪だけでは何も解決しないのです。わたくしども1人1人がその罪を贖罪する心を持ち、不自由に囚われているカルト教信者の方々を自由の愛の手で包み込み、そして自由の愛の手を繋げていくことが重要なのではないでしょうか。
これらの教えはわたくしどもChurch of Emacs(Emacs教会)の有志によってWeb上にこのような動画としてアップロードされていますし、先日わたくしどもと同じ教会に属しているであろう者の投稿があったようなので皆様方にも認知していただいている方がいらっしゃるのではないかと存じます。
更にわたくしどもを冷静によく評価している投稿も見付けましたのでこちらも合わせてご紹介したいと思います。
そんな感じ
ユーザフォルダ直下だと色々なソフトが好き勝手フォルダ作って混ざるし
個人的には Windows の、ソフトごとにフォルダがあって設定も実行ファイルもまとめておいてるほうが好きではあるけど、フォルダ全部にパス通してくのは辛かったから管理しやすいように一箇所に通してそこからリンクで各所の exe を呼べるようにしてる
親愛なるYouTubeチーム
毎日YouTubeを楽しんでいますが、特に "ゆっくり動画 "が好きです。
"ゆっくり動画 "とは、日本文化のシャイネスとハイコンテクストをベースに、ゲームキャラクターの頭部を模したインターネットミームを機械音声「AquesTalk」で喋らせ、様々な話題を説明するスタイルの動画です。ゆっくり動画をアップロードしているチャンネルは、例えば以下の通りです。
https://youtube.com/c/%E4%BF%BA%E3%81%AE%E4%B8%96%E7%95%8C%E5%8F%B2ch
https://youtube.com/channel/UCrAzV_6tAH_igG9nYbJvwMg
https://youtube.com/channel/UC2exxvhAv4LK3RZg4vKH-GA
このスタイルの動画は、日本ではコアな人気を博しています。しかし、最近、私の好きなゆっくり動画チャンネルが、収益化の停止により、活動停止や路線変更を余儀なくされることが多くなっています。
アップロード者が動画内で機械音声ソフト「AquesTalk」を使用している場合、YouTubeのアルゴリズムが不当に大量コピーされた動画と判断することがあると聞いたことがあります。AquesTalkの機械音声技術は、ゆっくリ動画には欠かせないものですが、それが原因で削除の対象になった優良動画も少なくないそうです。
アップロード者が自分の声を使えばいいじゃないか」と思う人もいるかもしれませんが、ゆっくり動画のキャラクターとAquesTalkの声は切っても切れない関係にあり、日本のインターネットの一角の文化として定着しているのです。
AquesTalkを使って作られた多くのゆっくり動画は、決してスパムでも価値のないものでも、大量生産されたものでもありません。そして何より、私はゆっくり動画の持つ知的な文化が好きなのです。動画削除ボットのミスで、この文化が消えてしまうのは嫌です。この意見が親愛なるYouTubeチームに届くことを心から願っています。
I am anonymous lives in Japan.
I’m enjoying YouTube everyday and I especially like "Yukkuri videos".
“Yukkuri videos" are a style of video based on the shyness and high context of Japanese culture, in which Internet memes with the appearance of video game characters' heads are made to speak with a machine voice “AquesTalk” and explain various topics. The following channels upload Yukkuri videos, for example
https://youtube.com/c/%E4%BF%BA%E3%81%AE%E4%B8%96%E7%95%8C%E5%8F%B2ch
https://youtube.com/channel/UCrAzV_6tAH_igG9nYbJvwMg
https://youtube.com/channel/UC2exxvhAv4LK3RZg4vKH-GA
This style of videos have gained core popularity in Japan. Recently, however, a number of my favorite Yukkuri video channels have been forced to cease their activities or change course due to the suspension of monetization.
I have heard that if the uploader uses "AquesTalk" machine audio software in the video, YouTube's algorithm may determine that the video has been unfairly mass-copied. AquesTalk's machine voice technology is essential for Yukkuri videos, but many good videos have been subjected to deletion because of it.
Some people may think, "Why don't the uploaders just use their voice for themselves?” but the characters of the Yukkuri Video and the voice of AquesTalk are inseparably linked and have become a part of the culture of a corner of the Japanese Internet.
Many Yukkuri videos made using AquesTalk are by no means spam, worthless, or mass-produced. And most of all, I like the intellectual culture of Yukkuri videos. I don't want this culture to disappear because of a video deletion bot's mistake. I sincerely hope that this opinion reaches dear YouTube team.
オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る － Publickey について思ったことをつらつらと。
log4shell と呼ばれる脆弱性が 2021 年 12 月にあった。これは Java というプログラミング言語でプログラムする際に、動作のログを記録するのに非常によく使われるライブラリ log4j にとても危険な脆弱性があった。なにがそんなに危険かっていうと
マインクラフトのサーバが乗っ取られたとか被害も有名。詳細は Piyolog さんの Log4jの深刻な脆弱性CVE-2021-44228についてまとめてみた - piyolog あたりを参照。
そんなわけで即座に影響範囲、脆弱性のない新しいバージョンになっているか調べろ！って IT 関連企業はとてもバタバタしていた。
という背景の中、オープンソースのソフトウェアである cURL の作者にとても失礼な log4j の問題に関する質問メールが送られてきて、「サポート契約すれば即座に教えてあげますよ」ってかっこいい返しをして盛り上がっている。
cURL (https://github.com/curl/curl]) はオープンソース(以下 OSS)の通信ライブラリとコマンドラインツール。 Linux などのサーバ上からファイルをダウンロードしたりするのにとてもよくつかわれるライブラリ。
C言語で書かれている。
ライセンス は MIT を参考にした独自ライセンス https://curl.se/docs/copyright.htm]
OSS は基本的に無保証で提供される。そのことはライセンスに明記されている。
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
そんな OSS に対して、
「あなたがこのメールを受け取ったのは、■■があなたが開発した製品を採用しているためです。私たちはこのメールをあなたが受け取ってから24時間以内に、お読みいただいた上でご返答いただくよう要求します」
といった上から目線のメールを開発者に送るというのは、IT 企業として無知にもほどがあるといったところ。加えて log4shell 問題、名前のとおり log4j の脆弱性なので Java でかつ log4j を使ってなければ影響はないのに、C言語でかかれた cURL に問い合わせているので問題を全く理解していない。(Java の j が消えるので log4shell という命名はどうなんだというのは個人的にある。つーか Poodle とか Spectre とかファンシーな名前つけてあそんでんじゃねーとも思う。)
なお cURL はどうやら開発者の Daniel Stenberg 氏が wolfSSL というところを通じて商用サポートを提供しているらしい。 https://curl.se/support.html]
ということで、「サポート契約を結んでいただければ、喜んですべて速やかにお答えしますよ」 というのはネタでもなんでもなく、普通の対応。
そしてブログに書いてある2回目の返信で、David と名前を間違えられたのに対して、Fotune 500 の巨人ということで "Hi Goliath," と返しているのも最高にクールですね。
こういうフローが事前に規定されていて CVE とか問題が検知されると発動する。このときに担当が大丈夫です！って回答するときにエビデンス（証拠）を求められるのだけど、クソな情セキは自社の担当の言葉を信用せず、開発会社からの言質をとれ！って命令するので、くそメールがスパムされるという背景があったりする。（担当が無知だったりイケイケだと、とにかく下請けにやらせればいいというパターンももちろんある）
そして情セキも経営層に報告するのに必要で、経営が0リスク信者だと報告が大変なのはわかる。わかるがそれを説得するのが情セキの仕事やで。
加えて担当レベルになると大手は「そんなん下請けにやらせればいいだろ」ってマインドのところが多く、上から目線かつ丸投げすることが多いように思う。
もちろん担当者はピンキリだからこうとは限らないけど比較的多い印象。
ま、これ今回 Daniel Stenberg 氏が公表したからばずってるだけで、日本でもしょっちゅう行われているし、Hacker News みると海外でも一般的なムーブのようです。 LogJ4 Security Inquiry – Response Required | Hacker News
小さいところは
とかであんまり上から目線でこない感じはするけど、これはあくまで個人の資質なのでやべー人はやべーです。オラオラ系の中小とかやっぱいます。でもこんな細かいことはあんまり聞いてこない。（個人の感想です）
この手のメールになんでカチンとくるのかって言えば
ということで、皆ちゃんと保守・サポート契約して、契約範囲で質問しような！
そして金払ってても相手は人間なんで、お互い敬意をもって接しような！
Public Key でこの件にからめて記載されている奴について
https://www.itmedia.co.jp/news/articles/2201/11/news160.html]
ちな、これ詳しくないんだけど、OSS 作者が 「もうただ働きで支援をするつもりはない。これを機に、私に6桁ドルの年間契約書を送るか、プロジェクトを分岐させて他の人にやってもらうかしてほしい」 というのもよくわからないんだよなぁ。
火事で財産失ってむしゃくしゃしてやったのかなんなのか。人気 OSS になったのに全然金にならんぜ！ってのが辛いのはわかる。が、OSS のライセンス的に支援を義務としてやる必要はないので、そんな義務的になってる報告は無視してええんちゃうんと思ってしまう。今回みたいにサポートフィーよこせみたいなスキームが必要だったのかもしれない。
あと個人開発で、善意でこれ便利だろ？って公開しているものに対して、辛辣な言葉の心ないバグ報告やら改善要望は心には刺さるので辛いのはある。それで辞めてしまう人も居る。
ブコメでフリーライドって書いている人が居るけど、MIT ライセンスでだしてんだから OSS の理念である自由なソフトウェアという意味で、再配布、改変、利用は自由でいいんだよ。イヤなら MIT 以外のライセンスでだせばよい。古くは MySQL の Dual ライセンス、最近の Redis とか Mongo みたいに。
ただ、金欲しいとか大体 Donation 募集したりするとかやってると思うんだけど、そういうのもあったのかなかったのかがよくわからにぃ。ポートフォリオになるので、採用にはつかえるんじゃないのかね？
じゃなきゃ GitHub に Public でコード公開しないと思うんだけどな。いまいちピンとこないのであんまり言及しない。
https://www.publickey1.jp/blog/19/redismongodbkafkaaws.html]
で、商用ライセンスの問題。これ今回のくそムーブの問題じゃないのここに並べられるのに非常に違和感がある。なんか OSS と大企業の対立を煽るようなミスリードを誘っているように感じてしまう。
大手クラウドベンダは OSS のライセンスに則って利用・改変するのは問題がない。つーか儲かってるから金よこせっていうのはちょっと違うんじゃないかなと思う。
オリジナルを開発した会社がリスペクトされず、商業的に儲からないってのは、心情的、道義的、人気的にどうなの？クラウドベンダも金払ってあげれば良いんじゃないの？とは思うよ。（2社は協業したけど）
ただ、オープンソースで公開するということは次のような利点を求めてするこって、それがイヤならプロプラで良いわけさね。
Apache License 2.0 とかのライセンスの OSS として公表しているものの利用をフリーライドと表現するのも、それがなんか嫌儲で Evil ってのはちょっと判断できないかなぁ。
大手が自社でメンテできてしまう（できるようにする）というのは経営戦略であり、開発元がクローズにするってのも経営戦略。罵り合い合戦はちょっとなぁという感じ。
OSS の理念的に改修した分は元のソースにもっとフィードバックしろよってのはあるけど AGPL とかで出してないんだよなぁ。
この辺は賛否両論色々あるので気になったら調べてみて。
以上。ご査収ください。
「User Profile Service サービスによるサインインの処理に失敗しました。ユーザープロファイルを読み込めません」
Windowsで新規に作成したアカウントにログインできない問題が発生。
システムファイルは破損していないし、そもそも既存のアカウントがログインできなくなるという問題が多く、その解決方法はレジストリやファイルの修復であったからだ。
アカウント作成時点ではユーザーファイルもレジストリへの追加もされていないから。無いものはいじれない。
結局解決方法なのだが、指定された場所に「Default」のディレクトリが存在しなかったから。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
の
%SystemDrive%\Default
になっていた。
である。
未ログオンのアカウントは初回ログオン時にこのDefaultからコピーするらしく、これを参照できなかったためアカウントディレクトリを作成できずログオンに失敗していた。
レジストリやUsersディレクトリへの追加とは別に、画面上のアカウント一覧では「アカウントを作っただけ」のアカウントもあり、アカウントを追加しただけでレジストリやUsersディレクトリへの追加がされると思っていて、これがなされない原因を探して遠回りしていた。
値が変わった原因としてはおそらくインストール時にプロファイルの場所を移そうとProfilesDirectoryキーを弄っていたのだが、その過程で変更してしまったのかもしれない。
http://nambei-x.seesaa.net/article/285886703.html
を挙げておく。
YouTubeやTwitchなどのストリーミングサイトで気軽に配信を始められる「Open Broadcaster Software」（OBS）は無料で公開されている有名ツールの一つだ。同時接続1万人を超える有名ストリーマーやVTuberをはじめ、多くのゲーム配信者がOBSを利用している。
そこで気になるのは、OBSの開発はGAFAのような資金力をもつIT企業ではなく、世界中にいる「OBSをよくしたい」と思った一般人、ボランティアによって開発されていることをゲーム配信者が理解しているかだ。
例えば、TwitchやYouTubeの仕様に変更があれば、その仕様変更の影響を受けないようにボランティア精神を持つ一般人たちがOBSにおける影響範囲を調べ、必要に応じてOBSを改良する。
あるいは、特定のOSの特定のバージョンでOBSが起動できないような問題が発生した場合は、原因の調査と修正したバージョンの提供、アップデートの呼びかけをする。
配信をする上でつまづいたり、分からない点について利用者から問い合わせがあった場合、問題解決を支援するために回答をする。
こうした一連のメンテナンス、サポートが無償で行われているのだ。
メンテナンスをする人たちがOBSから去ったとき、自分自身でOBSを開発したり改良したりする自信はあるか？
ゲーム配信のためにOBSを利用して、視聴者からのスパチャやビッツ、サブスクで収益を上げているのであれば、OBSの開発、改善が持続するように
OBSの開発プロジェクトに対して率先して寄付をすべきではないだろうか。飯を食う分には困らない収益を上げているなら今すぐ寄付をするべきではないだろうか。
ゲーム配信者が自分自身のゲーム配信を持続させるため視聴者から寄付を募っているのと同じく、配信ツールもまたツールの提供を持続させるために寄付を募っているのだから。
リクルートにおける VDI の導入、運用、コロナ対応、そして今後の ICT 環境を紹介する連載。
最終回は、現在取り組んでいる VDI と FAT PC のマルチ環境についてお伝えする。
石光直樹，リクルート（2021 年 06 月 04 日）
28 →目次に戻る
ただし、そうしたユーザーに対して環境が変わることについてきちんと説明しないと、混乱につながってしまいま
す。そこで、「なぜこのような環境に切り替えることに至ったのか」や、目的、狙いについてプロジェクト内で改め
て議論しました。ユーザーに対して納得感ある形で社内説明資料などをまとめて、各部署の主要なユーザーに向
けて情報を発信していきました。
今後の移行時には、さらに分かりやすい資料の共有や移行マニュアルの整備などを行い、社内広報の体制も整
えていきたいと考えています。
マルチ環境の実現は簡単なことではありません。特に FAT PC の環境をどう作るのかについては、時間をかけ
て検討しました。まずは、VDI 導入により大幅に解消された “3 つの課題 ”、すなわち「セキュリティの向上」「PC
管理コストの削減」「働き方変革への貢献」の対応策を FAT PC でどのように実現するか。これが次の課題です。
「セキュリティの向上」については、高セキュリティ業務にはセキュア VDI を提供し続け、FAT PC に対しては従
来よりもセキュリティを強固にすることにして、この課題をクリアしました。
続いて「PC 管理コストの削減」では先述の通り、VDI 化によって大きなメリットを得られた部分でした。例え
ば、夜間にパッチを当てたりできるのは、システム管理担当者からすると非常にメリットになります。ところが、FAT
PC に切り替えると、このメリットは享受できなくなってしまうことから、VDI 導入時に刷新した PC 管理システム
を FAT PC にも導入することで一定の解決を図るのに至りました。VDI の導入前に使っていた “ お手製 ” の PC
管理システムでは、パッチ当てや OS 更新などが大変でしたが、最新の PC 管理システムを導入することで、かな
り容易になっていたからです。とはいえ、VDI の管理性には劣ります。この点は、中長期視点でのより良い環境を
目指すために、優先度を下げた部分といえます。
そして「働き方変革への貢献」については、先述の通り、昨今の状況を踏まえると、ビデオ会議をより活用で
きる FAT PC の方がメリットを引き出せるのではないかと考えました。ただし、FAT PC に切り替えることで、い
ままでとはネットワークの流れ方が変わってきます。VDI では、データセンターと端末の間でやりとりされるのは
VDI 画面のデータが中心でしたが、FAT PC ではさまざまな実データがやりとりされることになります。また、社
外などから社内に VPN 接続をする必要があり、その部分がボトルネックになりがちです。その問題に対しては、
ネットワークを再検討することで解決を図ることにしました。われわれの社内ネットワークは VDI に最適化されて
いたので、FAT PC の増加に合わせて拠点のネットワークを増強したり、VPN を増強したりすることを検討しま
した。これにより、働き方変革で求められていたテレワークの要件に対しても十分応えることができると考えてい
たのです。
29 →目次に戻る
しかしながら、この方針は大きく変更を余儀なくされることになります。その理由は 2 つあります。1 つ目はコ
社内ネットワークの再検討はコロナ禍の影響を強く受けることになりました。在宅勤務の方針が示されたこと
で、社内からの接続が減る一方、リモート接続が増え、社内のネットワークトラフィックの在り方が大きく変わって
しまったからです。コロナ禍が続く中で、そしてアフターコロナでそういった状況がどうなるのかについては予測が
難しく悩みました。単純に拠点のネットワーク、特に WAN を増強したとして、使われなくなるなら投資が無駄に
なってしまいます。また、ネットワークにおいては今後のトレンドとして「ゼロトラストネットワーク」が注目されて
きています。おそらく、われわれの目指す「クラウド＆マルチデバイス環境」を支えるネットワークは「ゼロトラス
トネットワーク」になることでしょう。
では、いま「ゼロトラストネットワーク」のようなネットワークを入れるべきなのか。それともいまは暫定構成に
して将来的に「ゼロトラストネットワーク」に移行できるようにするのか――。
コロナ禍で勤務の環境が急速に変わってきていることも踏まえて、この点を検討しなければならなくなりました。
いまもまさに検討しているところで、いまだに完全な結論は出ていませんが、現時点では PC 環境と同じく、将来
的には「ゼロトラストネットワーク」に移行できるように、いまのネットワーク構成を考えるべきと思っています。
変化に対応して、かつ自ら変化を引き起こす
さらに、FAT PC 導入においては大きな変化があります。それは「SAC」（Semi-Annual Channel、半期チャ
ネル）の導入です。
VDI 環境においても「Windows 10」の導入は完了していましたが、「LTSB」（Long Term Servicing Branch※）
を導入していました。頻繁な更新を望まないユーザー向けに作られた、機能更新がない固定的な Windows 10 のモ
デルです。これに永続ライセンス版の「Microsoft Office」を組み合わせて利用していました。
※現在の名称は、「LTSC」（Long Term Servicing Channel、長期サービスチャネル）
これは、「レガシーアプリが存在するので、機能更新がない OS の方がいい」と思っての選択でした。しかし、機
能が更新されないので、OS や Office の最新機能が利用できないなど、将来的には「Microsoft 365」への接続
も制限されるような状況でした。
30 →目次に戻る
他方、SAC なら OS や Office が常に最新の状態になります。そのため、半期あるいは 1 年に 1 回程度のペー
スで機能が大きく更新されます。IT 部門としては、機能更新時に社内アプリケーションの動作確認などをする必
要があり、PC 管理タスクが増えてしまうことになります。PC 運用コストの増大につながり得るので、VDI から
FAT PC に切り替える際の検討ポイントの一つでもありました。しかし、ここでもわれわれは中長期視点を大事に
しました。
今後の「クラウド＆マルチデバイス環境」においては、環境が常に最新になる世界が普通になるでしょう。いま
のスマートフォンを見てもそうですが、OS はどんどん更新されて、次々と新たな機能やサービスが利用可能にな
るのがむしろ普通であり、その波が PC の世界にも到来しているのです。PC 運用コストが上がったとしても、わ
れわれもこの波に乗って、ユーザーに対しても新機能やサービスを次々に提供していき、より良く業務を行っても
らえるようになればすてきだなと思いました。
そこで、VDI から FAT PC への切り替えに際して、OS のモデルも LTSB（LTSC）から SAC に変更すること
にしました。PC が最新に変わっていくSAC のような世の中の変化に対応しながら、われわれの環境においても
変化を引き起こして業務を変えることができればと思い、現在、導入を進めています。
VDI 基盤の抜本的な刷新
ここまでは大多数のユーザーが利用することになる FAT PC のことを中心に述べてきましたが、セキュア VDI と
特定用途 VDI として利用する VDI 基盤のリプレースも大きな仕事です。
VDI 基盤リプレースにおいてもいままでの構成を踏襲せず、一からあるべき姿を検討することにしました。まず
検討したのはクラウドの導入です。将来「クラウド＆マルチデバイス環境」になれば、VDI 自体もクラウドのサー
ビスの一つという位置付けになるだろうと考え、クラウドでの VDI 利用を検討しました。
しかし、残念ながら今回クラウド VDI の採用には至りませんでした。われわれの試算ではオンプレミスに比べて
コストが見合わなかった点と、管理機能がまだまだのように思えた点が見送りの理由でした。クラウドはますます
発展する領域なので、今後は状況が変わるかもしれません。われわれも引き続き状況を観察し、一部の環境には
クラウドをトライアル的に導入してみることも視野に入れて、現在、検討しています。
当面の方針としてオンプレミスの VDI を構築することにしましたが、いままでの構成をそのまま踏襲するような
ことはしませんでした。必要としたのは、運用性やコスト、拡張性に優れたアーキテクチャでした。
31 →目次に戻る
議論、検討を重ね、さらに比較、検討した上で、われわれは HCI（Hyper Converged Infrastructure）構成
を選びました。HCI はサーバ中心のアーキテクチャで、SAN（Storage Area Network）スイッチやストレージ
を省くことができ、構成がシンプルになり、運用性やコストにメリットがある他、リソース拡張はサーバを追加する
だけでよいので、拡張性にも優れています。われわれが望んでいた点を満たすアーキテクチャと評価しました。
いままでは「サーバ＋ネットワーク＋ストレージ」のいわゆる「3Tier」構成で安定運用できていたので、これを
変えるのは大きなチャレンジでした。とはいえ、チャレンジしないことには運用性もコストも拡張性も勝ち取れませ
ん。「新たなことに挑戦するのが、われわれのエンジニアリングの方針だ」と考え、HCI 構成を選びました。
加えて、VDI 基盤のデータセンターのネットワークを SDN（Software Defined Network）に切り替える決断
もしました。従来の構成と比較し、運用性や管理性を鑑みて、より優れているという結論に達したからです。また
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
はてブを見ていたらコメントにlinOSというのを見かけて、そんなmacOSのパクリみたいな名前のLinuxディストリビューションでもあるのかと思ったんだが、調べたがそんなものは存在しないらしい。
どうやら特定個人がlinux全般の事を指してlinOSと呼んでいるようだ。
linuxの事を連想できるし悪い略語ではないんだが、いかんせんmacOSすぎて、macが買えなくてlinuxの見た目だけ変えてmacOSを再現しようとしてるキッズぐらいにしか刺さらないんじゃないだろうか。
まあ、そんなことはどうでもよくて、
リーナス・トーバルズがGitHubについて何か言っている記事があった。
LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan
数ヶ月前の2021-09-08の記事だが、普段GitHubを使っているので問題があるなら知っておきたい。
翻訳前の原文へのリンクがわかりやすいところにある素晴らしい記事なので原文も読んでみたが、やっぱりわからない。
結局リーナスのメールと問題のコミットを見ることで、やっと問題が何かわかってきた。
それに対して、Paragon SoftwareのKonstantin Komarov氏は、3日にNTFS3のプルリクエストを送ったと回答したが、Torvalds氏の意に反して、このプルリクエストはGitHubのウェブインターフェースから送られたものだった。
まずこれが間違っている。今回のやりとりにGitHubのプルリクエストの機能は使われていない。
toshitanian Linuxはメーリングリストでマージリクエスト出すんじゃなかったっけ？って思ったら、フォーク先でGithubのPull Request使って開発してたからcommit履歴が汚くなってたって事みたい
はてブコメントにも釣られたものがあった。ちなみにフォーク先でもプルリクエストは使われていない。
https://github.com/Paragon-Software-Group/linux-ntfs3/pulls
リーナスのメールはこれだ。問題のコミットメッセージを示して、GitHubの作るマージコミットについて文句を言っている。
http://lkml.iu.edu/hypermail/linux/kernel/2109.0/03712.html
https://github.com/torvalds/linux/commit/11e4e66efd440216032f53ee7e5ca08cd263a292
Merge branch 'torvalds:master' into master
store-jp.nintendo.com/software/
www.nintendo.co.jp/hardware/switch/index.html
store-jp.nintendo.com/hardware-accessory/
store.playstation.com/ja-jp/pages/latest
pur.store.sony.jp/ps4/lineup/ps4_controller/
www.sony.jp/playstation/ps5/
見つからず。
www.xbox.com/ja-JP/microsoft-store
www.microsoft.com/ja-jp/store/collections/xboxconsoles/pc
www.microsoft.com/ja-jp/store/collections/xboxaccessories/pc
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
351あとで/2271users 東京電力がYouTubeで配信している「電気の原理」シリーズは神コンテンツなので電気に興味があるなら必見である - Togetter
250あとで/2221users イーロン・マスクのロケット製造５つのステップがサイコーだった – ベルリンで働くソフトウェアエンジニアのブログ
242あとで/2257users 新型コロナウイルス感染をのりこえるための説明書 – 諏訪中央病院
233あとで/1528users コードで学ぶAWS入門 | 真野 智之
228あとで/1701users 「何で今まで知らなかったんだ」日帰り温泉・銭湯マップ「ゆる〜と」があまりにも便利すぎて温泉通いが捗りそう！ - Togetter
224あとで/2136users 英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog
212あとで/1840users VOICEVOX 無料で使える中品質なテキスト読み上げソフトウェア | Hiroshiba Kazuyuki
207あとで/1367users 東京大学、Pythonプログラミング無料入門 pandasやJupyterなど幅広い | Ledge.ai
206あとで/1574users 株式会社リクルート エンジニアコース新人研修の内容を公開します！（2021年度版） | リクルート メンバーズブログ
201あとで/1956users 【完全保存版】リュウジお兄さんがレンジでできる料理100選を公開。レシピ本1冊分の無料公開にキッチン地獄から脱出できそうだ - Togetter
200あとで/2331users 洪水被害にあったらやること | anond.hatelabo.jp
196あとで/1669users 日本語フォントがGoogle Fontsに大量追加！すべてのフォントが商用利用も無料のフリーフォントです | コリス
188あとで/1428users コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い - ログミーBiz
186あとで/1565users 衣類やタオルからする悪臭の防ぎ方 | エンジニアのメソッド
174あとで/2249users 記者に「プログラミングのスキル」って必要なの？ちなみにNHKニュースの画像生成も記者がコードを書いてます｜NHK取材ノート｜note
169あとで/1231users Windowsユーザーの俺が独断と偏見で有能なフリーソフト書いてく : PCパーツまとめ
164あとで/975users 「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita
161あとで/1967users 1分でわかるアフガニスタンの歴史 | anond.hatelabo.jp
158あとで/896users 保守性の高いソフトウェア開発のTips集 | 谷出陸 | Zenn
152あとで/1083users 「史上最高のミュージックビデオ TOP100」 米ローリングストーン誌発表 - amass
152あとで/789users マイクロソフト、初心者向けのIoTカリキュラム無料公開 12週間で学習できる | Ledge.ai
145あとで/1498users ［CEDEC 2021］フランス人開発者が，日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか？」聴講レポート | 4Gamer.net
143あとで/1055users ピクサーで働く人達をYouTubeで観て「仕事はこうでないとあかんな」と思った – ベルリンで働くソフトウェアエンジニアのブログ
142あとで/932users 無料で読めるITまんが 2021年版 － Publickey
138あとで/1046users 体制を考えるときに意識していること - id:onk のはてなブログ
138あとで/1362users 日本企業においてリーダーシップが生まれにくい理由～リーダーシップを取る事の割の合わなさ問題～ - Togetter
136あとで/981users 行動経済学の『ずる』は予想以上に不合理 - 本しゃぶり
133あとで/1137users ソフトウェアエンジニア、建売を買う - Software Transactional Memo
132あとで/1754users ウイルスの感染力を高め、日本人に高頻度な細胞性免疫応答から免れるSARS-CoV-2変異の発見 | 国立研究開発法人日本医療研究開発機構
130あとで/777users 学びのススメ vol.3：IPA 独立行政法人 情報処理推進機構
130あとで/642users 最低限のNetwork知識 | ひ〜 | Zenn
建設的コメント順位付けモデルAPIの導入から1ヶ月、ユーザーが減るかなと思っていたが減らなかったようだ。増えもしなかったけれど。
「【閲覧注意】1996年〜2001年までのタリバンによる迫害｜koichi_kodama｜note 」はぎりぎり外れて32位。
他の圏外エントリでは須川邦彦著「須川邦彦 無人島に生きる十六人 」という青空文庫に収録された作品にあとで読むが集まっていたのは珍しい。
