  |
はてなキーワード: SOFTWAREとは
そんな感じ
ユーザフォルダ直下だと色々なソフトが好き勝手フォルダ作って混ざるし
個人的には 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位。
他の圏外エントリでは須川邦彦著「須川邦彦 無人島に生きる十六人 」という青空文庫に収録された作品にあとで読むが集まっていたのは珍しい。
出典: フリー百科事典『ウィキペディア（Wikipedia）』
BSDの子孫（ビーエスディーのしそん）では、Berkeley Software Distribution (BSD) をもとに開発が行われているオペレーティングシステム (OS) について解説する。主要なものにFreeBSD、NetBSD、OpenBSD、DragonFly BSD、BSD/OS などがある。一部ではmacOSも含める場合がある。これはmacOSの基礎部分に、MachカーネルとFreeBSDの環境を組み合わせたDarwinを利用しているからである。
FreeBSD、NetBSD、OpenBSD、DragonFly BSD、Darwinはフリーで提供されているが、BSD/OS、macOSは商用製品として提供されている。
当エントリはある程度の情報技術リテラシーが必須であり、一部の情報はPC初心者および初級者に推奨できるものではない。
しかしPC初心者および初級者はシステムを壊す、大事なデータを失うなどの手痛い失敗をして成長するのもまた事実であり、もしもプログラミングなどに興味のあるPC初心者および初級者がこの情報を活用する場合はシステムを壊す、大事なデータを失うことを覚悟して実行するように。
チュートリアルに指示通りに進めれば大きな問題はほぼ発生しません。
Chrome OSは初期状態のデフォルトで「ノーマルモード」と呼ばれる一般ユーザーモードですが開発者向けに「デベロッパーモード」が用意されています。
ノーマルモードはChrome OSの様々な制限があり、デベロッパーモードによって制限の解除が可能です。
しかしノーマルモードからデベロッパーモードへ移行するとPowerwash(初期化)されてしまい、システムやユーザー領域へ追加された情報はすべて削除されます。
もしデベロッパーモードが必要な場合はデベロッパーモードの詳細を調べ、現在の情報は削除されてしまうことを念頭に実行しましょう。
ちなみにProject CrostiniのLinuxレイヤーへDebianリポジトリからパッケージを導入するなどにはデベロッパーモードは必要ありませんので多くの場合はノーマルモードのままの運用で十分でしょう。
Android OSアプリやChrome OSアプリを開発したい場合は最初からデベロッパーモードにしたほうが後悔が少ないです。
Chrome OSでは一部のキーがほかのOSでは見慣れないものが並んでいます。
迷いがちなので一番最初に覚えるべきキーボードショートカットは「Ctrl+Alt+?」です。
「Ctrl+Alt+?」でいつでもキーボードショートカットを確認できることだけは覚えておきましょう。
多くのChrome OSデバイスはGoogle Play Storeへ対応しており、Google Play Store経由でAndroid OSアプリ導入が可能です。
しかしながらGoogle Play Storeへ公開されているAndroid OSアプリが必ずしもChrome OSへ最適化しているのか？と言えばそうではなく、Android OSアプリの開発環境であるAndroid StudioがデフォルトでChrome OSでの実行を許可していることもあり開発者が意図せずChrome OSへインストールできてしまうことが大半です。
したがってChrome OSへ導入するAndoirdアプリの動作へ何らかの不具合があったとしても脊髄反射で酷評せず、やんわりと丁寧に博愛精神をもってChrome OSではこうだとアプリ開発者へ情報共有することをオススメします。
多くのAndroidスマートフォンやタブレットはARMアーキテクチャーと呼ばれるものを採用していますが、現在のChrome OSデバイスは高性能な製品になるほどx86(x86_64)アーキテクチャーを採用している傾向があります。
本来コンピューターアプリケーションというものはアーキテクチャーが異なると実行起動動作が不可能ですが、Android OSアプリは異なるアーキテクチャー間でもアプリの実行起動動作が極力可能となるように互換性をだいたい確保しています。
しかしながら例えばARMアーキテクチャー向けのAndoird OSアプリをx86アーキテクチャーなデバイスで実行するとアプリ動作のパフォーマンスが著しく落ることが多いです。
これは高度なグラフィックス機能を必要とするゲームなどで顕著に現れる傾向にあり、Chrome OSでは期待したほどAndroid OSアプリが軽快に動かない可能性を理解しておく必要があるのです。
コロナ禍によって多くのChrome OSデバイスを販売することが出来ましたが、それによってChrome OSデバイス間の性能差が問題視される機会も増えました。
具体的には「インターネット上でChrome OSでの動作報告がなされているAndroidアプリが自身のChrome OSデバイスではインストールできない」といった報告です。
これは一部のAndroidアプリ開発者がデバイス性能によってインストールの許可不許可を決めているために起こることで解決方法は基本的にありませんので諦めましょう。
これから導入するAndroidアプリのためにChrome OSを購入する際は価格につられて低性能すぎるデバイスを購入してしまうと失敗する確率が高まりますので注意が必要です。
ただし、Googleが提供するアプリなどは基本的にそのようなことは無いようです。
設定から「Linux（ベータ版）」で「オンにする」とLinuxのインストールが開始されます。
現在のChrome OS v90ではLinuxレイヤーを実現するProject CrostiniではデフォルトでGPUによる支援機能を実行できません。
Chrome Webブラウザを起動し、URL欄へ「chrome:flags」と入力しアクセスして「Crostini GPU Support」を「Enabled」とし再起動してください。
この変更で動作に不具合を確認した際は設定を元に戻してください。
LinuxにもGoogle Play Storeのような簡単にLinuxアプリを導入できる環境が存在します。
GUIパッケージマネージャーを導入する場合は「ターミナル」を起動し下記を実行してください。
sudo apt install synaptic gnome-software
Chrome OSとLinuxレイヤーではパッケージの導入先がデフォルトで海外のサーバーになっており少々遅いです。
日本国内のサーバーへ変更することで速度を改善できる可能性があります。その際は「ターミナル」を起動し下記を実行してください。
現在のChrome OS v90ではChrome OSとLinuxレイヤーを実現するProject Crostiniで日本語入力を共有できず、キーボード入力しても英字しか印字されません。
日本語入力をするには別途に日本語インプットメソッドと日本語フォントが必要です。
日本語インプットメソッドと日本語フォントを導入する場合は「ターミナル」を起動し下記を実行してください。
Linuxへ詳しい方はfcitx5のほうが何かと問題が少ないでしょう。
しかし一部のfcitx5向けパッケージがDebian公式リポジトリに存在しない可能性があるのでご注意ください。
KVMやLXC、Dockerなどの仮想環境を幾度か試しましたが、仮想環境を構築したProject CrostiniのLinuxレイヤーを再起動するなどによってProject CrostiniのLinuxレイヤーシステムへ致命的な破壊が起きることがあるのを何度か確認しています。
Project CrostiniのLinuxレイヤー自体が仮想環境のため、Chrome OSのシステムが破壊されるわけではないですが業務利用時にLinuxレイヤーシステムの破壊が起きてしまうと困ってしまうので仮想環境構築は推奨できません。
仮想環境によって開発環境の統一を計っている現場では開発デバイスとしてChrome OSデバイスは利用しないほうが良いでしょう。
ただし、Chrome OSデバイスは実質的にAndroid OSデバイス、タッチスクリーンデバイス、キーボード付きデバイス、タブレットデバイス、ノートPCデバイス、コンバーチブルデバイス(いわゆる2in1)、マルチタスクデバイス、ウィンドウ可変デバイス、タッチスタイラスペン付きデバイスとして機能する可能性を秘めていますので実機デバッグ用デバイスとしては非常に価値があります。
昨今はアスペクト比が16:9でないどころかリアルタイムに可変してしまうデバイスが物凄く増えていますのでスマートデバイス向けアプリを開発する現場ではデバッグ用として1台持っていても全く損しないデバイスかと思われます。
さらに言えばティーン層はGIGAスクール構想によりChrome OSでプログラミング学習をしているわけですからティーン層取り込みのためのUI開発にも使えるのではないかと考えます。
別に2020年に発売されたゲームというわけではない。というか、大抵はSteamセールで買った奴。
Endless Spaceが良かったことを覚えていたので買った。
買ったのは良いのだが、1と違って2はいまいちハマれていない。理由は良くわかっていないのだが、一応インストールは続けているので暇を見て遊び直すつもりだ。
鉄道網を中心とした交通会社運営シミュレーションゲーム。
A列車を知っている人間に対して言うが、TpF2で複雑怪奇なダイヤを組むことは出来ない。それどころかダイヤを組むことすら実質的には出来ない。というのも、このゲームは1850年頃から現代までを網羅する都合上、ゲームスピードが結構早く、隣町に辿り着くまでに数ヶ月かかるみたいな事が起こる。なので、ダイヤに拘るならA列車に拘るしかない。
C: SのDLC。確かボイロ実況を見ながら買った。
このDLCの要素は、まだやってない。
確かゆっくり実況を見ながら買った。いや、お薬ボイロ実況だっただろうか？ どっちでもいいか。
Project Hospitalは2018年に出た病院経営ゲームだ。同年に出たTwo Point HospitalがTheme Hospitalの精神を継いでコミカルな方面に振っているのに対して、Project Hospitalの方はリアル方面に振っている。ただし、狂犬病は治る。あと、米国の保険システムをベースにしているので、日本とはちょっと違っていて、もちろんゲーム的な味付けはあるのだろうけど、契約した保険会社が客を送ってくるし、基本的には保険会社によって客単価――患者単価が変わってくる。あと最初に契約するのは保険無し。つまり……君達に500$とか請求するけど、破産しないよね？ ということだ。
さて、Project Hospitalが何かというと、患者が死ぬ前に全ての処置を行えるように専門処置室を設置し、医師と技師、看護師を配置し、患者の命を繋ぎ止めていって大金をせしめるゲームだ。
まず、動線が悪かったら患者は死ぬ。必要な診察室がなくて何の病気かわからなくても患者は死ぬ。キャパオーバーしていて充分早く診察が行えなくても患者は死ぬ。そして、それら全てをクリアしてどの病気かわかったとしても、治療が間に合わなかったら患者は死ぬ。
ゲームの最初はそんなにシビアじゃない。総合診療科は基本的には軽い病気しか扱わないからだ。しかし、新たな診療科を開業していくに連れて難易度は上がっていく。
俺は最初の病院で、総合診療科の次にうっかり内科を開業させてしまった。数多の患者が肺に水を溜めて死に、病院の経営は悪化し、新たな施設投資は夢物語となり、そして、数多の患者が肺に水を溜めて死んだ。
俺はその病院を放棄し、別の病院を開業することにした。今度は整形外科から作ると誓ってな。
航空事故が血によって航空機の安全を確保してきたように、このゲームもまた、架空世界の患者の命を犠牲にすることで、より良い医療体制を追求する事ができる。
そして思うのだ。あぁ、ゲームで良かった、と。
理由はよく判らんが何故か買った。多分セールかなにかだったんだろう。Steamは魔境だ。セールと言うだけで特に遊ぶわけでもないジャンルのゲームがライブラリに増えている。怖い！
長寿シリーズの高評価リメイクだけあって俺が何かを言う必要も無いほどに良い。
一つだけ気にくわなかったのは龍が如く7のおま国だったが、無事解除される事になったので特に言うことはない。
と終わろうとしたが一つだけあったわ。どこでも真島のせいで真島さんのストーリーでの立ち位置が意味不明になってない？
C: SのDLC。確かボイロ実況を見ながら買ったが、その実況でこのDLCが使われているわけではなかった。
このDLCの要素は、まだやってない。
Wargameシリーズや、更に遡るとRUSEを開発していたEugen SystemsのWW2 RTS。
Wargameのように一定の制限の元にデッキを作り、デッキを使って戦うゲームだ。
さて、そのデッキを組むのがちょっと面倒だ。まず、Steel Division 2では東部戦線が舞台になるのだが、その中の師団（一部旅団じゃね？ って気がするのもある）から1つ選んで、デッキを組むことになる。各師団は戦車師団であったり歩兵師団であったりして、それに応じて戦車が強かったり、歩兵が強かったり、砲兵が強かったり、航空戦力が強かったりする。あと、資源の増え方が師団によって異なる。だが、それを師団名とちょろっとある説明でわかるというのは難しくない？ とは思うし、何よりどのユニットが良いのかわからん。俺はV号戦車がIV号戦車より強いのは知っていても、T-34-85こそが当時の万能戦車であることは知っていても、ナントカ歩兵がホゲホゲ歩兵より強いのかは知らないのだ。結局、俺はYoutubeを参考にお手軽デッキを組み、それから歩兵を減らして偵察を増やした。
ちなみに、パン偵（Aufklärungspanzer V――アウフクラルングスパンツァー フュンフ）は個人的に結構良いユニットなのではないかと思っている。
さて、デッキを組んだのでスカーミッシュに繰り出すわけだが、CPUが結構手強い。
俺みたいな弱者は戦車師団を元にした戦車デッキじゃないと勝つことが出来ないくらいには強い（どの難易度のCPUを選んだかは忘れた。Easyだった可能性はあるが、Normal的なのだった気もする）。
いや、ほんと歩兵師団でどう上手く立ち回るんだろうと思いながら別ゲーに逃避している。
Netflixでミート・イーターを見ていたらやりたくなって買った。
俺には合わなかった。
代わりに高い肉を買ってきた焼いた。
美味かったが、大自然の風味はしなかった。
大航海時代っぽい奴。面白そうと思って買ったみたは良いが、そこそこ近くでも移動するのに30分掛かり、さらに別の港までは逆風で60分ほど掛かったのでプレイ継続を断念した。
好きな奴は好きだし、ハマる奴はハマるゲームではある。
まだやってない。
たしかPS4で買ったのだが、PS4は弟に譲ったので買い直した。
スパロボはスパロボだが、ヤマト2199が出て来るという点で異色か。
版権の問題で難しいとは思うのだが、αやZシリーズをPC移植してくれないかな。
3D版Factorioと表現したくなるような奴だが、Factorioと違って原住生物の襲撃がないのがちょっと物足りない。
しかし、工場を立体的に構築するという点についてはFactorioとは違った面白さがある。
これは前からセイギャラ実況動画で知っていたのだが、ETS2以外にのんびりするゲームが欲しいなと思った時にセールで買った。
石灰を撒き、肥料を撒き、耕して種を植えてから肥料を撒き、除草剤を撒き、もう一回除草剤を撒き、そして収穫する。これらを全て違う農機を駆使して行う農機シミュレーター。
かつては農業シミュレーターと呼んでいたのだが、サクナヒメが出てからは農機シミュレーターの方が合ってるなと思って俺の中での呼び方を変えた。
ボーッとゲームをしたいときにするゲームの1つ（もう1つはETS2）。
一応ハンコンにも対応しているのだが、あまり合わない気がする。
クッキングする系ゲームだが、プロパン爆破ゲームと勘違いされている気がしなくもない。
まぁ、ケーキやクッキーを作れるようなDLCを買ったのは良いのだが、現実でやらんタイプの料理をコイツでしてもなんか面白くないなと思って結局本体だけやってる。
教授の動画のようにMODを増やしていくことで経済面が充実していくので楽しいのだが、今はE:Dに回帰してしまった。
この表現が正しいかどうかはわからないが、これはカイロソフトの『ゲーム開発途上国』の系譜にあるゲーム開発会社運営ゲームであると言って良いと思う。
似たようなゲームとして『Mad Games Tycoon』や『Game Dev Tycoon』がある。『Software Inc.』なども類似性があると言えるかもしれない。
City Game Studioは、複数のスタジオを運営できたりと、この系譜の現時点での完成形と言っても良いと思っていたのだが、『Mad Games Tycoon 2』が出ていたのでその判断は差し止めて置く。
ただMad～Tycoonのグラフィックは結構人を選ぶタイプなんだよなとは思う。
地下鉄駅のネットワークを営業するシミュレーションゲーム。
どうもロンドンのチューブをベースとしているらしく、東京の雪崩を相手にする必要は無い（そっちは多分STATIONflowがそんなのなのでは？）。
俺は捻くれているので、実況とは違って音楽系U-Tuberになることにしたのだが、あまりクオリティが高いとは言えない音ゲーが挟まるのがストレスポイントになって終了した。
ピラミッドとZUNTATAのスマホゲームをやっているので買った。
こいつは古き良きRTSに近くて、ただマップが球体であり、宇宙があり、そして、他の球体がある。
俺は古のConquest: Frontier Warsがゲームの原体験なのでこの手のゲームは好きなのだが、Steel Division 2の話で気付いたように、俺は弱い。
俺は弱いのだが、Planetary Annihilation: TITANSはそんな俺でも爽快感に満ちる事が出来る。なぁに、途中の趨勢が悪かったから何だというのだ？ スーパーレーザーで惑星ごと破壊してしまえばこっちの勝ちだし、惑星を破壊すると言うことはそれがなんであれ、最高に気持ちいいのだ。
超細かくて楽しいことは楽しいのだが、このゲームをやっているとその時々の自動車産業史を調べたくなってしまって中々進まない。
例えば、このゲームの序盤はピックアップトラックを作って各国軍に売り込むのが初期資金を作り上げる手として有効なのだが、この時に自動車用エンジンの設計もすることになる。この設計をするときに、史実のこの年代だとどの程度のエンジンが開発されていたのかを参考にしたくなる。そしてそのたびに手が止まる。
そもそもピックアップトラックは1900年に存在しねーよとかは、まぁその通りだが（歴史上初めてのピックアップトラックは1913年に作られたし、メーカーの純正モデルになったのは1923年らしい）。
買ってインストールし直して起動していない。
Cyberpunk 2077が話題になっていたので買った。
なんか動画を見てゲームを買うことが多い年だったな、と思ったが、ゲームを知る経路がジャンル別のPV集から実況動画に変わっただけな気もする。
そして実況動画で受けた印象とは違うプレイフィールに気付くのだ。あぁ、実況動画って繰り返し作業はカットしているな、と（実際、俺も試しにYoutubeでの再生数2桁の実況動画を作ったが、1時間録画して使ったのは10分とかそう言う感じだった。序盤でそうなので、ゲームが進んで作業が増えてくると使用率は推して知るべしとなる）。
まぁ、でも2020年のメインは、PCクライアント版が投入されたピラミッドのアリスギアだったんだよな。フリック回避が暴発することはあれど、大画面とXBoxコントローラーでするシューティングゲームは息抜きには丁度良かった。丁度良すぎて数時間調査に費やしたことがあったが、あれも多分息抜きだったのだと思う。
そして俺はピラミッドの思惑通りにブキヤ沼にハマり、今はFAガールが2箱、メガミが4箱、創彩少女庭園が1箱、ギガンテックアームズが1箱積まれている。多分、少ない方だと思う。
