「software」を含む日記 RSS

はてなキーワード: softwareとは

2022-07-27

Wine使用してM1 Macbook AirMacOSエロゲー(まいてつ Last Run!!)を動作

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にはエロ書けない)。

2022-07-15

カルトの同志の皆様方、聖イグヌチウス様はこうお伝えしてます

わたくしどもの教会はこれまで個々に伝道され教えを実践してまいりましたが、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(聖イグヌチウス)様はお伝えになっているのです。

vi vi vi獣の数字なるが、自由実装viを使いたるときは、罪ならず。そは贖罪なり。

たとえ教会カルトという烙印を捺されようとも、わたくしどもはそのカルト信者自由があるのならば、カルト教会信者贖罪されるべきだと考えているのです。

断罪だけでは何も解決しないのです。わたくしども1人1人がその罪を贖罪する心を持ち、不自由に囚われているカルト信者の方々を自由の愛の手で包み込み、そして自由の愛の手を繋げていくことが重要なのではないでしょうか。

これらの教えはわたくしどもChurch of Emacs(Emacs教会)の有志によってWeb上にこのような動画としてアップロードされていますし、先日わたくしどもと同じ教会に属しているであろう者の投稿があったようなので皆様方にも認知していただいている方がいらっしゃるのではないかと存じます

更にわたくしどもを冷静によく評価している投稿も見付けましたのでこちらも合わせてご紹介したいと思います

それでは皆様方、最後に聖句をあげさせていただき、それを締めの挨拶とさせていただきます

GNU,FLOSS,GNU,FLOSS.」

2022-06-24

anond:20220624224849

例えば C:\Users\{username}\Softwareの中にソフトを置いとく、という風にもなるのですか?

そんな感じ

ユーザフォルダ直下だと色々なソフトが好き勝手フォルダ作って混ざるし

やっぱり、LinuxUNIXみたいな使い方に寄ってくるのですね。

個人的には Windows の、ソフトごとにフォルダがあって設定も実行ファイルもまとめておいてるほうが好きではあるけど、フォルダ全部にパス通してくのは辛かったか管理やすいように一箇所に通してそこからリンクで各所の exe を呼べるようにしてる

anond:20220624192828

ユーザー意識するなら C:\Users\{username} の中の適当場所

具体的に言うと、例えば C:\Users\{username}\Softwareの中にソフトを置いとく、という風にもなるのですか?

パス通す系は C:\bin を作ってここにパス通して、各フォルダexe に symlink かショートカットリンクしてる

やっぱり、LinuxUNIXみたいな使い方に寄ってくるのですね。参考になります

余談だけども、ここにその質問投稿したけど思ったより反応や回答が少ないので、別のサイト投稿した方がよかったのかなあって思ったり。

anond:20220624191919

PC自分しか使わなくてユーザー意識しないから C:\Software ってフォルダ作ってそこにおいてる

ユーザー意識するなら C:\Users\{username} の中の適当場所

ユーザー勝手に置いていいのわからないけど、インストーラユーザー単位インストールすると ProgramFiles の代わりに AppData¥Local¥Programs に入るからここに混ぜたい気もしてる

パス通す系は C:\bin を作ってここにパス通して、各フォルダexe に symlink かショートカットリンクしてる

2022-04-27

ゆっくり動画ばかりが収益化停止される件についてYouTubeフィードバック送信してみた

親愛なる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チームに届くことを心から願っています

Dear YouTube Team

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 voiceAquesTalk” 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.

2022-02-04

Amazon Pip Horror Story (archive.fo)

https://news.ycombinator.com/item?id=30203581

https://archive.fo/pdYHy

Jiawei Wang

Software Development Engineer at Amazon

LinkedInの皆さん、こんにちは。私は次の職場で働く準備ができています

私はAmazon内のAlexa AI teamから社内ジョブオファーを受けた後、現在AWSチームの上司に社内異動をしたいと意向を伝えました。

Amazonではパフォーマンスレビューの季節なので、上司はすぐに私をデブプラン(PIP: Performance Pmprovement Plan)に送り込み、Alexa AI teamで私の将来のマネージャーになる者とその上司たちを脅迫しました。

上司はPIPの枠を埋めなければなりませんが、幸いにも死人に口なしです!やったー!

から今、私は仕事募集しています

リクルーターの皆さん、もしプログラミングスキルの高いソフトウェアエンジニア必要とする求人があれば、DMを送ってください!

金曜日の午後に月曜日の午前中が納品期限の仕事を設定する?簡単です!

土曜日の午前2時に呼び出し?問題なし!

1年間で50%開発者退職したチームのために、4週間ごとにオンコールする?楽勝です!

でもただひとつささやかなお願いがあります。もしチーム全体がひと月で68000行のコード作成し、私がひと月でたった51000行のコードしか作成できないとき、私を「Least Effective」と呼ばないでください。

アマゾンからリクルーターはNO WELCOMEなので、ご理解をお願いします。

(この投稿を削除するように警告されたので、ここで免責事項です:このLinkedInアカウントは、業界全体の専門家効果的な社会的相互作用確立するために私の個人的目的提供しています、すべての私の文は純粋に私の個人的経験に基づいており、任意個人またはチームを示すものではなく、すべての私の言葉は本当かもしれないし、彼らは偏ることができますあなた自身判断をしてください)。

(この投稿トレンドになるとは思ってもいませんでした。) 皆様、私にヘルプの手を差し伸べていただきありがとうございます。再投稿・共有はOKですが、勝手想像を加えたり、ストーリーテラーになろうとしたりしないでください)

2022-01-26

cURLlog4j問題質問がされる件

オープンソースcURLの作者、某大企業から「24時間以内にこの質問に答えるように」との無礼なメールを受け取る - Publickey について思ったことをつらつらと。

概要

log4shell と呼ばれる脆弱性が 2021 年 12 月にあった。これは Java というプログラミング言語プログラムする際に、動作ログを記録するのに非常によく使われるライブラリ log4j にとても危険脆弱性があった。なにがそんなに危険かっていうと

マインクラフトサーバが乗っ取られたとか被害も有名。詳細は Piyolog さんの Log4jの深刻な脆弱性CVE-2021-44228についてまとめてみた - piyolog あたりを参照。

そんなわけで即座に影響範囲脆弱性のない新しいバージョンになっているか調べろ!って IT 関連企業はとてもバタバタしていた。

という背景の中、オープンソースソフトウェアである cURL の作者にとても失礼な log4j問題に関する質問メールが送られてきて、「サポート契約すれば即座に教えてあげますよ」ってかっこいい返しをして盛り上がっている。

cURL とは

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

ほんと IT 業界地獄だな!

小さいところは

とかであんまり上から目線でこない感じはするけど、これはあくま個人資質なのでやべー人はやべーです。オラオラ系の中小とかやっぱいます。でもこんな細かいことはあんまり聞いてこない。(個人の感想です

この手のメールになんでカチンとくるのかって言えば

ということで、皆ちゃん保守サポート契約して、契約範囲質問しような!

そして金払ってても相手人間なんで、お互い敬意をもって接しような!

その他諸々

Public Key でこの件にからめて記載されている奴について

OSS「faker.js」と「colors.js」の開発者自身ライブラリ意図的改ざん 「ただ働きはもうしない」

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 でコード公開しないと思うんだけどな。いまいちピンとこないのであんまり言及しない。

RedisMongoDB、Kafkaらが相次いで商用サービス制限するライセンス変更。AWSなどクラウドベンダによる「オープンソースのいいとこ取り」に反発

https://www.publickey1.jp/blog/19/redismongodbkafkaaws.html]

で、商用ライセンス問題。これ今回のくそムーブ問題じゃないのここに並べられるのに非常に違和感がある。なんか OSS大企業対立を煽るようなミスリードを誘っているように感じてしまう。

大手クラウドベンダOSSライセンスに則って利用・改変するのは問題がない。つーか儲かってるから金よこせっていうのはちょっと違うんじゃないかなと思う。

オリジナルを開発した会社リスペクトされず、商業的に儲からないってのは、心情的、道義的、人気的にどうなの?クラウドベンダも金払ってあげれば良いんじゃないの?とは思うよ。(2社は協業したけど)

ただ、オープンソースで公開するということは次のような利点を求めてするこって、それがイヤならプロプラで良いわけさね。

Apache License 2.0 とかのライセンスOSS として公表しているものの利用をフリーライド表現するのも、それがなんか嫌儲Evil ってのはちょっと判断できないかなぁ。

大手が自社でメンテできてしまう(できるようにする)というのは経営戦略であり、開発元がクローズにするってのも経営戦略。罵り合い合戦ちょっとなぁという感じ。

OSS理念的に改修した分は元のソースもっとフィードバックしろよってのはあるけど AGPL とかで出してないんだよなぁ。

この辺は賛否両論色々あるので気になったら調べてみて。

以上。ご査収ください。

2022-01-22

User Profile Service サービスによるサインインの処理に失敗しました。

User Profile Service サービスによるサインインの処理に失敗しました。ユーザープロファイルを読み込めません」

Windows新規作成したアカウントログインできない問題が発生。

巷で流れる解決策では解決できなかった。

システムファイルは破損していないし、そもそも既存アカウントログインできなくなるという問題が多く、その解決方法レジストリファイルの修復であったからだ。

アカウント作成時点ではユーザーファイルレジストリへの追加もされていないから。無いものはいじれない。

結局解決方法なのだが、指定された場所に「Default」のディレクトリ存在しなかったから。

レジストリ

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

Defaultキーの値がなぜか

%SystemDrive%\Default

になっていた。

そこにDefaultディレクトリはなく、正しくは

%SystemDrive%\Users\Default

である

ログオンのアカウントは初回ログオン時にこのDefaultからコピーするらしく、これを参照できなかったためアカウントディレクトリ作成できずログオンに失敗していた。

レジストリUsersディレクトリへの追加とは別に、画面上のアカウント一覧では「アカウントを作っただけ」のアカウントもあり、アカウントを追加しただけでレジストリUsersディレクトリへの追加がされると思っていて、これがなされない原因を探して遠回りしていた。

値が変わった原因としてはおそらくインストール時にプロファイル場所を移そうとProfilesDirectoryキーを弄っていたのだが、その過程で変更してしまったのかもしれない。

解決に貢献したURLとして

http://nambei-x.seesaa.net/article/285886703.html

を挙げておく。

ログオン失敗の原因がDefaultディレクトリにあるということを示唆してくれた。

2022-01-13

ゲーム配信者は「OBS」の開発プロジェクト寄付すべき

YouTubeTwitchなどのストリーミングサイトで気軽に配信を始められる「Open Broadcaster Software」(OBS)は無料で公開されている有名ツールの一つだ。同時接続1万人を超える有名ストリーマーやVTuberをはじめ、多くのゲーム配信者がOBSを利用している。

そこで気になるのは、OBSの開発はGAFAのような資金力をもつIT企業ではなく、世界中にいる「OBSをよくしたい」と思った一般人ボランティアによって開発されていることをゲーム配信者が理解しているかだ。

例えば、TwitchYouTube仕様に変更があれば、その仕様変更の影響を受けないようにボランティア精神を持つ一般人たちがOBSにおける影響範囲を調べ、必要に応じてOBSを改良する。

あるいは、特定OS特定バージョンでOBSが起動できないような問題が発生した場合は、原因の調査修正したバージョン提供アップデートの呼びかけをする。

配信をする上でつまづいたり、分からない点について利用者から問い合わせがあった場合問題解決支援するために回答をする。

こうした一連のメンテナンスサポート無償で行われているのだ。

メンテナンスをする人たちがOBSから去ったとき自分自身でOBSを開発したり改良したりする自信はあるか?

ゲーム配信のためにOBSを利用して、視聴者からスパチャやビッツ、サブスク収益を上げているのであれば、OBSの開発、改善が持続するように

OBSの開発プロジェクトに対して率先して寄付をすべきではないだろうか。飯を食う分には困らない収益を上げているなら今すぐ寄付をするべきではないだろうか。

ゲーム配信者が自分自身ゲーム配信を持続させるため視聴者から寄付を募っているのと同じく、配信ツールもまたツール提供を持続させるために寄付を募っているのだから

2021-12-31

ゼロトラストネットワーク」を見据えた抜本的な刷新「VDI と FAT PC


リクルートにおける VDI の導入、運用コロナ対応、そして今後の ICT 環境を紹介する連載。

最終回は、現在取り組んでいる VDI と FAT PCマルチ環境についてお伝えする。

石光直樹,リクルート(2021 年 06 月 04 日)

28 →目次に戻る

ただし、そうしたユーザーに対して環境が変わることについてきちんと説明しないと、混乱につながってしまいま

す。そこで、「なぜこのような環境に切り替えることに至ったのか」や、目的、狙いについてプロジェクト内で改め

議論しました。ユーザーに対して納得感ある形で社内説明資料などをまとめて、各部署の主要なユーザーに向

けて情報を発信していきました。

 今後の移行時には、さらに分かりやす資料の共有や移行マニュアルの整備などを行い、社内広報体制も整

えていきたいと考えています

VDI と FAT PCマルチ環境の実現に向けた検討

マルチ環境の実現は簡単なことではありません。特に 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 つ目はコ

ロナ禍の影響、2 つ目はネットワーク技術動向の影響です。

 社内ネットワークの再検討コロナ禍の影響を強く受けることになりました。在宅勤務の方針が示されたこ

で、社内から接続が減る一方、リモート接続が増え、社内のネットワークトラフィックの在り方が大きく変わって

しまたからです。コロナ禍が続く中で、そしてアフターコロナでそういった状況がどうなるのかについては予測

難しく悩みました。単純に拠点ネットワーク特に 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 基盤のデータセンターネットワークSDNSoftware Defined Network)に切り替える決断

しました。従来の構成比較し、運用性や管理性を鑑みて、より優れているという結論に達したからです。また

中長期視点でも、「ネットワークにおける Software Defined の方向性は変わらない」とみています

2021-12-10

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

リーナスGitHub経由のプルリクエスト文句は言っていない

はてブを見ていたらコメントに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のプルリクエスト機能は使われていない。

roshi NTFSドライバーを書けるスキルがある方(企業)が頑なに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

コミットメッセージはこれで全てだ。どうやらこれが問題らしい。

2021-10-24

メーカーごとのゲーム機の直販体制の違い

リンク制限に引っかかるのでURL先頭部分は割愛

任天堂

ソフト

store-jp.nintendo.com/software/

本体

www.nintendo.co.jp/hardware/switch/index.html

周辺機器

store-jp.nintendo.com/hardware-accessory/


SIE

ソフト

store.playstation.com/ja-jp/pages/latest

本体(PS4)

www.sony.jp/playstation/ps4/

周辺機器(PS4コントローラ)

pur.store.sony.jp/ps4/lineup/ps4_controller/

本体(PS5)

www.sony.jp/playstation/ps5/

周辺機器(PS5コントローラ)

見つからず。


Microsoft

ソフト

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


調べてみた感想

2021-09-03

[]2021年8月はてブあとで読むトップ30リスト

はてブホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

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

IT以外の面白そうなのも少し入っていた。

建設コメント順位付けモデルAPIの導入から1ヶ月、ユーザーが減るかなと思っていたが減らなかったようだ。増えもしなかったけれど。

「【閲覧注意】1996年2001年までのタリバンによる迫害|koichi_kodama|note 」はぎりぎり外れて32位。

他の圏外エントリでは須川邦彦著「須川邦彦 無人島に生きる十六人 」という青空文庫に収録された作品あとで読むが集まっていたのは珍しい。

2021-08-04

卒業式スピーチで「(数学等)上流を目指せ」と話をしたってコラム

Joel on softwareだったかなと思ったけど見つからない。

誰か知ってる人いない?

いい話だったんだけど,10年とかたつとgoogleでも見つからなくなってしまうんだなぁ…

検索エンジン意味ないなぁ…

2021-07-05

anond:20210705122257

BSDの子

出典: フリー百科事典ウィキペディアWikipedia)』

BSDの子孫(ビーエスディーのしそん)では、Berkeley Software Distribution (BSD) をもとに開発が行われているオペレーティングシステム (OS) について解説する。主要なものFreeBSDNetBSDOpenBSD、DragonFly BSDBSD/OS などがある。一部ではmacOSも含める場合がある。これはmacOSの基礎部分に、MachカーネルFreeBSD環境を組み合わせたDarwinを利用しているかである

FreeBSDNetBSDOpenBSD、DragonFly BSDDarwinフリー提供されているが、BSD/OSmacOSは商用製品として提供されている。

ログイン ユーザー登録
ようこそ ゲスト さん