アカウント名:
パスワード:
GUIはWindows2000にして欲しいかなあ。まぁ、後のWindowsが良いとこないだけなんだけど。
＃Windowsを選択するのがそもそもダメという話もあるが
まあ、cygwinないと仕事にならない人がいたりしますからね。最初からLinux使えばいいのにっていうと、セキュリティ規則で最新のWindows以外使用が認められていないとか、Windowsじゃないと動かないアプリが必須とか、大人の事情がいろいろあるみたいですけれどね。クライアント用Windowsにcygwin載せてサーバにするとかってライセンス的にどうなのって思う案件もあるけれどね。
あの不安定なcygwinでサーバ作って業務で使うとかありえないんだが…。あれはちょっとUNIX使える人が自分のPCで使ってオレカッコイーするためのツールだろ。
あの不安定なcygwinでサーバ作って業務で使うとかありえないんだが…。
今やそれほど不安定とは思わないけど、いかんせん遅いんだよな＞Cygwin。エミュレーションが遅いのと、プロセスの起動がWindowsだと重いのが原因なのかな、と思ってる。
サーバ用途に関しては、ライセンス問題を解決できたとしても、プロトタイプ的なお試しとして使うくらいならいいけど、本番機としては無理。そんなことするくらいなら、素直にLinuxつかうかIIS使うことを検討した方がいい。
あれはちょっとUNIX使える人が自分のPCで使ってオレカッコイーするためのツールだろ。
まあ、そういう風に使ってる人も居るとは思うけど(笑)。
UNIXの便利さって、Windows文化の中には無い物だから、UNIXを知ってる人は、それで便利に使うと思うよ。そういうUNIXの便利さって、体験したことない?
テキスト処理をするときはUNIX系の組合せて使うフィルタ系ツールが便利すぎますね。少し痒いところにさっと手が届く感じ。
テキストにしないほうがいいものまでテキストにしたがるのはこのへんが元凶か
でも、大抵のものは、CSVとかXMLとかJSONとかで片付くしなあ。
まあ、Windowsの普通のアプリケーションのデータを扱うなら、固有のマクロを使った方が良い場合は当然あるよね。さすがに、MS-Excelのデータをbashから操作しようとは思わない(笑)。VBA使うのが常道で、次点がPowershellだろうね。他人に勧めるならそう答える。# VB.NET・C#もあるけど、営利目的になるとライセンス的にIDEが無償で使えなかったり。
でも例えば、既にUNIXに馴染んでいて、RubyとかPerlとかのLLに精通してる人に対してなら、Cygwinを勧めるかもしれない。Cygwin環境からなら、UNIXコマンドも使えるし、Windowsアプリケーションを操作することもできるから。
systemd がバイナリにしたがるのに Linux 界隈ではご立腹なのに、Windows 界隈ではテキストにするのがご立腹なのか。
テキストの対義語ってバイナリですよね。CSV, XML, JSON出してきた人に驚いた
Cygwinはなんか使いづらくて。TeraTermかリモートデスクトップ接続またはVM利用しちゃうなぁ。
Teraterm+CygtermでCygwinを使うの試してみた?Teratermでローカルの仮想ゲスト機/リモート機に接続するより、ずっと便利だと思うけど。CygwinからWIN32OLE叩いて、Windowsのアプリケーションを操作、とかできちゃうし。# そこまでやるんなら、Powershell使え、って気もしなくもないが(笑)。
まあ、慣れの問題はあるんだろうけど。
ただ、非本番サーバ用途なら、圧倒的にVMが良いと思う。
どう不安定なのか知りたい。。。
最近はクライアントとして使うのには困らないけど、fork等のプロセス周りが普通に稀に死ぬからサーバーとして運用は怖い
>普通に稀に死ぬから
良く死ぬのか滅多に死なないのかどっちなんだよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
とりあえずけっこう真面目な話で (スコア:0)
GUIはWindows2000にして欲しいかなあ。
まぁ、後のWindowsが良いとこないだけなんだけど。
＃Windowsを選択するのがそもそもダメという話もあるが
Re: (スコア:0)
まあ、cygwinないと仕事にならない人がいたりしますからね。最初からLinux使えばいいのにっていうと、セキュリティ規則で最新のWindows以外使用が認められていないとか、Windowsじゃないと動かないアプリが必須とか、大人の事情がいろいろあるみたいですけれどね。クライアント用Windowsにcygwin載せてサーバにするとかってライセンス的にどうなのって思う案件もあるけれどね。
Re:とりあえずけっこう真面目な話で (スコア:0)
あの不安定なcygwinでサーバ作って業務で使うとかありえないんだが…。
あれはちょっとUNIX使える人が自分のPCで使ってオレカッコイーするためのツールだろ。
Re:とりあえずけっこう真面目な話で (スコア:1)
あの不安定なcygwinでサーバ作って業務で使うとかありえないんだが…。
今やそれほど不安定とは思わないけど、いかんせん遅いんだよな＞Cygwin。
エミュレーションが遅いのと、プロセスの起動がWindowsだと重いのが原因なのかな、と思ってる。
サーバ用途に関しては、ライセンス問題を解決できたとしても、プロトタイプ的なお試しとして使うくらいならいいけど、本番機としては無理。
そんなことするくらいなら、素直にLinuxつかうかIIS使うことを検討した方がいい。
あれはちょっとUNIX使える人が自分のPCで使ってオレカッコイーするためのツールだろ。
まあ、そういう風に使ってる人も居るとは思うけど(笑)。
UNIXの便利さって、Windows文化の中には無い物だから、UNIXを知ってる人は、それで便利に使うと思うよ。
そういうUNIXの便利さって、体験したことない?
Re: (スコア:0)
テキスト処理をするときはUNIX系の組合せて使うフィルタ系ツールが便利すぎますね。
少し痒いところにさっと手が届く感じ。
Re: (スコア:0)
テキストにしないほうがいいものまでテキストにしたがるのはこのへんが元凶か
Re:とりあえずけっこう真面目な話で (スコア:1)
でも、大抵のものは、CSVとかXMLとかJSONとかで片付くしなあ。
まあ、Windowsの普通のアプリケーションのデータを扱うなら、固有のマクロを使った方が良い場合は当然あるよね。
さすがに、MS-Excelのデータをbashから操作しようとは思わない(笑)。
VBA使うのが常道で、次点がPowershellだろうね。
他人に勧めるならそう答える。
# VB.NET・C#もあるけど、営利目的になるとライセンス的にIDEが無償で使えなかったり。
でも例えば、既にUNIXに馴染んでいて、RubyとかPerlとかのLLに精通してる人に対してなら、Cygwinを勧めるかもしれない。
Cygwin環境からなら、UNIXコマンドも使えるし、Windowsアプリケーションを操作することもできるから。
Re: (スコア:0)
systemd がバイナリにしたがるのに Linux 界隈ではご立腹なのに、Windows 界隈ではテキストにするのがご立腹なのか。
Re: (スコア:0)
テキストの対義語ってバイナリですよね。
CSV, XML, JSON出してきた人に驚いた
Re: (スコア:0)
Cygwinはなんか使いづらくて。
TeraTermかリモートデスクトップ接続またはVM利用しちゃうなぁ。
Re:とりあえずけっこう真面目な話で (スコア:1)
Teraterm+CygtermでCygwinを使うの試してみた?
Teratermでローカルの仮想ゲスト機/リモート機に接続するより、ずっと便利だと思うけど。
CygwinからWIN32OLE叩いて、Windowsのアプリケーションを操作、とかできちゃうし。
# そこまでやるんなら、Powershell使え、って気もしなくもないが(笑)。
まあ、慣れの問題はあるんだろうけど。
ただ、非本番サーバ用途なら、圧倒的にVMが良いと思う。
Re: (スコア:0)
Windows のプロセス起動は速いです。無茶苦茶速いです。
Cygwin でプロセスの起動が遅いのは、Windows でサポートされていない fork モデルのプロセス起動をエミュレートしてるからです。(Windows のプロセス起動は Spawn モデル)
プロセス起動に限らず、なんでもエミュレーションするので遅くなってるだけです。
Re: (スコア:0)
どう不安定なのか知りたい。。。
Re: (スコア:0)
最近はクライアントとして使うのには困らないけど、fork等のプロセス周りが普通に稀に死ぬからサーバーとして運用は怖い
Re: (スコア:0)
>普通に稀に死ぬから
良く死ぬのか滅多に死なないのかどっちなんだよ。