アカウント名:
パスワード:
だったらgitくらいWindowsに標準装備させてくれませんかね
おいやめろ! Microsoftアカウントが必須になったらどうすんだ!
Githubアカウントからヘッドハンティングしたり、面接や応募時にユーザ名入力欄用意してた企業はMSアカウント統合になったら面白そう
確かに curl, tar をバンドルするぐらいなら git が入っていてもおかしくはないとおもう。
一方で、macOSみたいに、開発者/クリエイターにユーザーが寄っているのであれば git が入っているのも納得ではあるけども、Windowsのメインユーザーはそこではないっていうのがプリインストールされていない最大の理由ではあるかもしれない。
curlやtarがバンドルされるとかになる以前から、C#コンパイラや msbuild なんかのビルドツールもプリインストールされてますので、curlよりもgitが先に入ってても違和感ない。
MS的にはVSが標準開発環境であって、そっちにくっついてるから、かな?
デフォで入ってるコンパイラは使うのは自由だが開発でバリバリ使うもんじゃ無いよ、のスタンスなのかも。
Visual Studio は開発を楽にするデバッガと統合されたエディタ部分の統合環境だけで、開発に必要な全てのものは .NET Framwork (Vista以降はOSにプリインストール済み)だったり SDKに含まれてます。Visual Studioからも、OS標準のコンパイラをバリバリ使うだけですよ。
C/C++ のコンパイラはプリインストールされてないけど SDK入れると入ってくる。ATLやMFC が Visual Studio のしか含まれてないけど、これらは今では開発の主役じゃないですからね。
余計なことをするとバグが増える・・・・#ソフトウェア開発者以外には関係ないし
Githubの買収を、Windows 10(および後継OS)の開発に生かしてほしい。私としては、一番にそれをマイクロソフト社に強く望んでいるのだから!
元々MSはGithub活用してたし
Linuxサブシステムなんてものもあるし、GPLを回避して配布できるんじゃないですかね?
回避!?何を言ってるんだ…変更したソースを配布するというのを守れば問題ないだろ。
金輪際云々と言えば時間は稼げるはず
GPLが適用されるのはオリジナル版のgitのソースコードだけで、gitの仕組みやプロトコルそのものにGPLは適用されませんよ。
GPLはあくまでも著作権(=実装したもの)に対するライセンス契約であって、特許(=アイディアなど)に対するライセンス契約ではありません。
過去のMSは、業界標準に改善と称して非互換性を組み込むって事をよくやってたのよ。でも最近は優等生的な立ち居振る舞いを心掛けているように見える。つまりGPLを尊重して行動するんじゃないかな。きっとね。
Visual Sutidio入れると付いてくるよ
数万円から数十万円以上する専門的なソフトで、素人が購入することは考えにくいです。
(コールドスリープでもしていたんだろうか)
マジレスしている人が何人かいるようだが、2012年の遠隔操作ウイルス事件の報道のパロディーだからな
遠隔操作ウイルスの作成に使われたのは「素人が購入することは考えにくい専門的なソフト」だった https://security.srad.jp/story/12/10/19/0815213/ [security.srad.jp] パソコン遠隔操作事件
なにマジレスしちゃってんのw
「ボケにマジレス返し」って、1段目のボケに対してしか行っちゃいけないんでしたっけ?そんなこと無いような
情報戦が高度でおじさんついてけない
時事ネタは風化するからよせとあれほど
のちのWinFSである。
開発者向けソフトであるVSにはとうの昔から入ってますよ。開発しない奴にはいらんだろとは思う。
それもなんだけど、gitがストレスなく使えるように、NTFSのパフォーマンス上げてくれませんかね。純粋なファイルI/Oが遅いんじゃなくて、ディレクトリのトラバースが遅いのかな。
ひょっとしてCygwinだったり?
Linux系に比べて、NTFSがただ遅いとも思えないんだけど。
ググってみたけど、遅いとか速いとか、どちらも根拠となるものが見つからなかった。一点気になったのは、NTFS はまだデフラグが必要だけど、それは既定で行われているから気にする必要はないという事。
Ruby関係だと「Windowsだと文字コード(改行コード)変換が入って遅い」てのが有ったような覚えが有る。けどファイル検索とかディレクトリ操作も遅いようだからほんと良く分からん……何らかの互換性レイヤでファイル検索がO(n2)になってるとかだとわかりやすいんだけどなぁ…
NTFSのパフォーマンスが悪いのではなく、使い方が違うだよね。
unix系は、伝統的にワイルドカード展開などがシェルの仕事なので foo/b*ar にマッチする全ファイルを列挙はアプリ側の仕事で、 foo/b1ar、foo/b2ar 、、と順番にシステムコールを投げるるので、一回あたりのコストは最小だけど、全体ではやりとりが増える。NTFS (というか MSDOS/Windows)では、ワイルドカードの展開などはシステムコール内の仕事で、一回あたりのコストはかかるけど、一回投げたときにやれる仕事は多い。
unix系の処理の構成のまんま、Windowsに持ってきたら、アプリとOS両方が無駄な仕事をすることになるので遅くなる。
> unix系は、伝統的にワイルドカード展開などがシェルの仕事なのでうんうん。
> foo/b*ar にマッチする全ファイルを列挙はアプリ側の仕事で、シェルはユーザランド側だからアプリといえばアプリだけど、アプリからみたらシステム側なんだが。
> foo/b1ar、foo/b2ar 、、と順番にシステムコールを投げるるので、えーっと、UNIX系では、ディレクトリはファイルの一種。といっても形式が特殊なので、read() ではなくて getdents() システムコールで中身を纏めて読む。だたし、API 的にはより抽象度の高い readdir() 系を使うのが普通。で、いずれにしても個々のファイルの名前を推測して順番にシステムコールを発行する事はないよ。(stat() 系システムコールの使い方を勘違いしてるのかな?)
ファイルの話しかしてないのに、どこからディレクトリの話になったのだろうか、、、
ワイルドカード展開というのは、ディレクトリを調べてファイル名を取得するという事ですよ。ファイルの扱いとディレクトリは不可分です。
関係ないことを関係ない場で言う心理を知りたい
発作のようなもの。
PowerShell経由でやればええやん
無能な奴ほど自分が無知だと思わない無能な奴ほど道具のせいにする無能な奴ほど変化を否定して同じことしかやらない
そして無能なやつほど下手な話をするだけで中身は空っぽ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
開発ライフサイクルのすべてのステージでより成功できるよう力付ける (スコア:0)
だったらgitくらいWindowsに標準装備させてくれませんかね
Re: (スコア:0)
おいやめろ! Microsoftアカウントが必須になったらどうすんだ!
Re: (スコア:0)
Githubアカウントからヘッドハンティングしたり、面接や応募時にユーザ名入力欄用意してた企業はMSアカウント統合になったら面白そう
Re: (スコア:0)
確かに curl, tar をバンドルするぐらいなら git が入っていてもおかしくはないとおもう。
一方で、macOSみたいに、開発者/クリエイターにユーザーが寄っているのであれば git が入っているのも納得ではあるけども、Windowsのメインユーザーはそこではないっていうのがプリインストールされていない最大の理由ではあるかもしれない。
Re: (スコア:0)
curlやtarがバンドルされるとかになる以前から、C#コンパイラや msbuild なんかのビルドツールもプリインストールされてますので、curlよりもgitが先に入ってても違和感ない。
Re: (スコア:0)
MS的にはVSが標準開発環境であって、そっちにくっついてるから、かな?
デフォで入ってるコンパイラは使うのは自由だが開発でバリバリ使うもんじゃ無いよ、のスタンスなのかも。
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
Visual Studio は開発を楽にするデバッガと統合されたエディタ部分の統合環境だけで、開発に必要な全てのものは .NET Framwork (Vista以降はOSにプリインストール済み)だったり SDKに含まれてます。
Visual Studioからも、OS標準のコンパイラをバリバリ使うだけですよ。
C/C++ のコンパイラはプリインストールされてないけど SDK入れると入ってくる。
ATLやMFC が Visual Studio のしか含まれてないけど、これらは今では開発の主役じゃないですからね。
Re: (スコア:0)
余計なことをするとバグが増える・・・・
#ソフトウェア開発者以外には関係ないし
Re: (スコア:0)
Githubの買収を、Windows 10(および後継OS)の開発に生かしてほしい。
私としては、一番にそれをマイクロソフト社に強く望んでいるのだから!
Re: (スコア:0)
元々MSはGithub活用してたし
Re: (スコア:0)
Re: (スコア:0)
Linuxサブシステムなんてものもあるし、
GPLを回避して配布できるんじゃないですかね?
Re: (スコア:0)
回避!?
何を言ってるんだ…
変更したソースを配布するというのを守れば問題ないだろ。
Re: (スコア:0)
金輪際云々と言えば時間は稼げるはず
Re: (スコア:0)
GPLが適用されるのはオリジナル版のgitのソースコードだけで、
gitの仕組みやプロトコルそのものにGPLは適用されませんよ。
GPLはあくまでも著作権(=実装したもの)に対するライセンス契約であって、
特許(=アイディアなど)に対するライセンス契約ではありません。
Re: (スコア:0)
過去のMSは、業界標準に改善と称して非互換性を組み込むって事をよくやってたのよ。
でも最近は優等生的な立ち居振る舞いを心掛けているように見える。
つまりGPLを尊重して行動するんじゃないかな。きっとね。
Re: (スコア:0)
Visual Sutidio入れると付いてくるよ
Re: (スコア:0)
数万円から数十万円以上する専門的なソフトで、素人が購入することは考えにくいです。
Re: (スコア:0)
Re: (スコア:0)
(コールドスリープでもしていたんだろうか)
Re: (スコア:0)
マジレスしている人が何人かいるようだが、2012年の遠隔操作ウイルス事件の報道のパロディーだからな
遠隔操作ウイルスの作成に使われたのは「素人が購入することは考えにくい専門的なソフト」だった
https://security.srad.jp/story/12/10/19/0815213/ [security.srad.jp]
パソコン遠隔操作事件
Re: (スコア:0)
なにマジレスしちゃってんのw
Re: (スコア:0)
「ボケにマジレス返し」って、1段目のボケに対してしか行っちゃいけないんでしたっけ?
そんなこと無いような
Re: (スコア:0)
情報戦が高度でおじさんついてけない
Re: (スコア:0)
時事ネタは風化するからよせとあれほど
Re: (スコア:0)
のちのWinFSである。
Re: (スコア:0)
開発者向けソフトであるVSにはとうの昔から入ってますよ。
開発しない奴にはいらんだろとは思う。
Re: (スコア:0)
それもなんだけど、gitがストレスなく使えるように、NTFSのパフォーマンス上げてくれませんかね。
純粋なファイルI/Oが遅いんじゃなくて、ディレクトリのトラバースが遅いのかな。
Re:開発ライフサイクルのすべてのステージでより成功できるよう力付ける (スコア:2)
ひょっとしてCygwinだったり?
Linux系に比べて、NTFSがただ遅いとも思えないんだけど。
Re: (スコア:0)
ググってみたけど、遅いとか速いとか、どちらも根拠となるものが見つからなかった。
一点気になったのは、NTFS はまだデフラグが必要だけど、それは既定で行われているから
気にする必要はないという事。
Re: (スコア:0)
Ruby関係だと「Windowsだと文字コード(改行コード)変換が入って遅い」てのが有ったような覚えが有る。
けどファイル検索とかディレクトリ操作も遅いようだからほんと良く分からん……
何らかの互換性レイヤでファイル検索がO(n2)になってるとかだとわかりやすいんだけどなぁ…
Re: (スコア:0)
NTFSのパフォーマンスが悪いのではなく、使い方が違うだよね。
unix系は、伝統的にワイルドカード展開などがシェルの仕事なので foo/b*ar にマッチする全ファイルを列挙はアプリ側の仕事で、 foo/b1ar、foo/b2ar 、、と順番にシステムコールを投げるるので、一回あたりのコストは最小だけど、全体ではやりとりが増える。
NTFS (というか MSDOS/Windows)では、ワイルドカードの展開などはシステムコール内の仕事で、一回あたりのコストはかかるけど、一回投げたときにやれる仕事は多い。
unix系の処理の構成のまんま、Windowsに持ってきたら、アプリとOS両方が無駄な仕事をすることになるので遅くなる。
Re: (スコア:0)
> unix系は、伝統的にワイルドカード展開などがシェルの仕事なので
うんうん。
> foo/b*ar にマッチする全ファイルを列挙はアプリ側の仕事で、
シェルはユーザランド側だからアプリといえばアプリだけど、アプリからみたらシステム側なんだが。
> foo/b1ar、foo/b2ar 、、と順番にシステムコールを投げるるので、
えーっと、UNIX系では、ディレクトリはファイルの一種。といっても形式が特殊なので、
read() ではなくて getdents() システムコールで中身を纏めて読む。
だたし、API 的にはより抽象度の高い readdir() 系を使うのが普通。
で、いずれにしても個々のファイルの名前を推測して順番にシステムコールを発行する事はないよ。
(stat() 系システムコールの使い方を勘違いしてるのかな?)
Re: (スコア:0)
ファイルの話しかしてないのに、どこからディレクトリの話になったのだろうか、、、
Re: (スコア:0)
ワイルドカード展開というのは、ディレクトリを調べてファイル名を取得するという事ですよ。ファイルの扱いとディレクトリは不可分です。
Re: (スコア:0)
関係ないことを関係ない場で言う心理を知りたい
Re: (スコア:0)
発作のようなもの。
Re: (スコア:0)
PowerShell経由でやればええやん
Re: (スコア:0)
無能な奴ほど自分が無知だと思わない
無能な奴ほど道具のせいにする
無能な奴ほど変化を否定して同じことしかやらない
Re: (スコア:0)
そして無能なやつほど下手な話をするだけで中身は空っぽ