Linuxは駄目だと思う人のスレ。
■ このスレッドは過去ログ倉庫に格納されています
Linuxの使い方を勉強してる間に、勉強してることが陳腐化してるような
気がする。勉強時間をコストに換算したら、Windowsを使ってる方が
いいんじゃないのと思われ。 じゃぁ、Windows使えよ。お前さんにはお似合いだから こんな返答するからリナックスコミュニティは屑ばかりっていわれるんだよな >>2
禿同。
必要だから使ってるんだよ。
無駄だと思うなら使わなければいい。
で、個人的な意見で糞スレたてるな、馬鹿。 数学とか論理学にちかい純粋ロジックの部分を除けば
コンピュータ関係全般にいえることだけど
「使いかたを勉強する」という向き合いかたを発想する時点で
すでにその人はコンピュータに向いていないと思う。
この板のほとんどの人は「勉強しないで遊んでいる」だけだったりするから。
結論として、だからJavaはダメなんだ、と思う。 Linuxのインターネットを利用して、世界中の人が開発に協力している
というのはすばらしいと思う。
ただUNIXやCUIを引きずってるのはどうにかならないのか? >ただUNIXやCUIを引きずってるのはどうにかならないのか?
何か問題でも? >>6の釣針にまともにかかった>>7
ぴちぴち。Linuxのインターネットマンセーっ!! >>1
そうだけど、使いやすいWindowsばっか使っているのもいい加減飽きるよ。
多様でややこしいLinuxのほうがある意味面白い。
5さんが書いているように、1さんは「勉強」って感じちゃっているところが、
その最初の動機からしてかなりツライもんがあったのかもね。
>>6
最近は多くのディストリビューションでGUI単独で標準的なことは一通り
できるようになっているんじゃないかな? 日本人は他人と同じもの使わないと精神の安定保てないから
他人に同意を求めたがるんじゃないかなw
>>1
激しく同意
とでも、いっとけばいいかなw Windowsは表面的にさわるなら簡単だけど、深くやるにはLinuxより難しいと思うけどな。 >>5
最後の一行がなんの繋がりがあるのか分んないけどw、
俺がなにをやらせてもとろくさい原因が分った。ありがと。 最後の一行を解説すると、Java言語は正しい使い方を皆が
厳密に使うようにすることに重点を置いている言語だから。 さらに補足。スポーツにたとえるなら柔道。
まず型から始める。試合を楽しむなんて、ずっとずっとあとの事。 >>13
普通に読めば、
やってみた感想を「思う」と表現しているんだろ、12は。
それを「難しいと想像する」という意味にあえて解釈したのか? >17
柔道の型ってどんなの?
空手経験しかないんで分からない。
演武の際には相方を必要とするの? まず受け身を数種類から。それから足技。寝技、そして投げ技。
みんな型を一通りやってから試合。 >>16
根本から間違ってるぞ
Javaは
多くのプログラマはマヌケだから
タコなコードでも最悪な状況にならないように救済しよう
として自ら最悪な状況を作り出してしまう
言語というか実行環境だぞ >21
サンクス。
>>1
linuxが駄目だと思うなら、使うのやめたら良いと思うよ。
商用UNIX使うとか、金がないなら無償のx86用Solarisとか使ったら? Shareがすべてを物語っていると思う。それ以上のことを言っても仕方がないだろう。 >>1
夏休みも始まったばかりなのに、あきらめるのはやすぎね?
>>26
そこらじゅうに同じような知識を自慢げに公開しているサイトがあるわけだが。
掲示板関係で教えてくれなかったというなら九割九分質問者の態度の問題。
おまいが残りの一分かどうかは知らねーけどな Linux KNOPPIX いれたんだけど使い方わからない
誰か教えて >>29
CDまたはDVDをドライブから取り出して、勢いよく投げます。 >>1
Linuxの使い方を勉強するんじゃなくて、いろんなバ力が作った
ソフトの使い方を検索したり、掲示板に質問したりする時間だ。
しかも互換性のないバージョンアップが多いから、時間をかけて
得た情報も時と共に価値が薄れる。
それに比べてWinやosaskをやっている人はCやアセンブラの
技術力が高くなる。
Linuxユーザはプログラミング以前に失う時間が多過ぎるために
プログラミングをする時間が少ない。
JAVAアプレットが終わったように、Linuxもすぐに終わる。 ったく、夏休みだからって遊びすぎんなよ、おまいら。
学校始まって付いてけなくても知らないぞ。 >>37
Visual Studioはいらないけど、RDEみたいなのは欲しいなぁ Linuxは単に不景気時代の徒花
デフレ化の行き着く先 環境に問題があれば、インストールだけで数日かかることもありうるのだし、
最善策の判断力はつくようになるのだろうが、それはそれほど有用でもなく、
無償で「できる」ようで、あれもこれもとやるうち制限がみつかり、調べればその
回避策を発見、さらにすすめたところでまた制限、また回避策、とキリがない。
ある環境の恒常的安定は保障されず、つねにこの繰り返し。かかったコストに
見合った価値があるわけではない。このような作業が「好きだ」ということは
理由にならない。それが「好きだ」ということの認識力の欠如を意味している。
好きだからという理由は、有限であるはずの時間の無駄遣いを許容するには
検討が不足しており、そのまま自分自身で代償を支払うことになるのだろう。
>>41
ダウト。いったん安定したらほとんどいじる必要ないよ。
目的がなければ逆につまらないくらいだ。 Windowsだけ使っていたらプログラミングなんて興味も持たず、
勉強しなかったと思う。
わざわざプログラミングの開発ソフトまで買ってまでやる?
Windowsを買うユーザーって大概がそういう人たちでしょ?
WindowsでもBorlandのC++コンパイラとか無料のはいろいろあったし
CマガなんかもなんだかんだでWindows中心になってたから
プログラミングならってことはないと思うぞ。
CGIなんかに首突っ込んで自宅にサーバー環境をと言う人は
多かったと思うが。PerlなんてWindows上ではやっぱ違和感ある linuxには使えるアプリが少ないから自分で作るしかないって意味だったのかな?
使えるレベルのアプリはそう簡単に作れんとおもうが・・・ 簡単に作るならWindowsのほうが環境ととのってる。 >>46
ごってりしたGUIのもんはそうだろうが
ちょっとしたスクリプトは間違いなくLinux上の方が簡単。
システム自身がそうやって作られてるし
そのちょっとしたスクリプトでOS環境自体の使い心地が激変する >>43
それは人による。
俺の場合、リナックスに全面移行できない大きな理由の一つが趣味のプログラミングのため。
情報がネットにしかないというのはきつい。 WINDOWSも標準でスクリプト搭載してますが
アプリケーションのインスタンスを制御するのにWSH重宝してます >>51
PythonだPerlだで完全に記述できるのと
エクセルのマクロモドキ言語でごまかすのを
一緒くたにされちゃたまらん。
wshはkommander + dcopみたいなもんだよ >>51
COMオートメーションはアプリごとにリファレンスヘルプが必須になる(インターフェースまちまち)のがちょっと面倒だね。
そもそもCOMオートメーションに対応してないアプリも多いし。
UNIXは入出力がテキストベースだから出力結果を確認するだけで大体の仕様がわかる。
ので勢いで目の前の仕事を自動化できるので楽ですわ。
>>54
ライブラリって面倒だよね。
ファンクションごとに引数とか違うし。
全部同じにすればいいのに。
ライブラリごとにヘルプとか必要になるしね。
自分は全部void print(char*)にすればいいと思う。 >>49
そうだよね。
カーネルも全部Perlで書けばいいのに。
そしたらカスタマイズの余地が増えるのになぁ。
どうしてそうしなかったんだろ? >>55
それは大げさかも。
シェルで解決できない問題は厳密に設計されたライブラリを使ってプログラミング言語でしっかり書けばいいと思う。
個人的には、その問題を解決するだけの小さなコマンドを作って、全体の処理はシェルスクリプトで書くのが好みだね。
(libiconvからiconvを作るイメージ)
そうすればその小さなコマンドは長期間にわたって柔軟に再利用できるからね。 >>57
あーそれいいね。
でも、それに言語を問わず利用できるとか便利な機能をいろいろ付け加えると
まんまCOMになるような気が・・・
JS、VBAで解決できない問題はコンポーネントを使ってプログラミング言語で
しっかり書けばいいと思う。
個人的には、その問題を解決するだけの小さなコンポーネントを作って、
全体の処理はスクリプトで書くのが好みだね。
(コンポーネントをホストしてアプリを作るイメージ)
そうすればその小さなコンポーネントは長期間にわたって柔軟に再利用できるからね。 >>57さんは、COMを使ったことあるのかなぁ?
ちょっと疑問に思えてきた。
COMは、HTML書ければすぐ使えるから一度使ってみればいいのに。
>>57さんは、COMの利点をlinuxの利点だって言ってるみたいなもんで、
明らかにlinuxのほうが劣っている部分を例に挙げてCOMのほうが
劣っているって書いてるんだよね。
COMのほうが劣っている部分を例に挙げないと
説得力ないような気がする・・・ >>58
>JS、VBAで解決できない問題はコンポーネントを使ってプログラミング言語で
>しっかり書けばいいと思う。
7年ほどWindowsでプログラミングをしてますが、COM書くのって未だに慣れないです。
配列ひとつ使うのに発狂しそうになります(^^;
>個人的には、その問題を解決するだけの小さなコンポーネントを作って、
>全体の処理はスクリプトで書くのが好みだね。
各COMで扱うデータの形式がばらばらすぎるので、どうしてもデータ形式を変換する「余計な」コードが沢山入ってしまうのが
難点だなと感じています。
UNIXだとフィルタ間のデータ形式はデファクトスタンダードがあり、標準でフィルタがインストールされているので楽なんです。
処理するデータを入力、出力する部分も作らないといけないですよね。
シェルだと標準的な入出力が作りこんであるのでそこは考えなくても大丈夫なので楽なんです。 >>59
標準のCOMライブラリが圧倒的に少ない。まずはこれかも。
XMLHttpRequestが出でJavaScriptの存在価値が格段に高まったように、
上質のスクリプト言語の価値は上質のライブラリによって証明されます。
WSHで有名なのはファイルシステムをちょこっといじれるごった煮COMくらいだなと。
あとの部品は自分で作れ、もしくは探してこい。
でもこれ、他人のWindowsとか再インストールしたWindows上じゃ動かないから。COM登録しないとだめだから。
目の前の面倒な単発仕事を片付けるのにそんなに時間はかけられないし、再利用も面倒になってしまいます。
ぜひともMSさんや有志の優秀なライブラリ集にがんばってもらいたいです。 >>60
7年ほどWindowsで何をプログラミングしたの??
各COMで扱うデータの形式がバラバラって言うけど、
COMの型はキッチリ決まってるでしょ??
一度使ってみたらいいと思うんだけどなぁ・・・ >>61
COMライブラリって何のこと??
標準のコンポーネントはかなり多いよ??
まぁ、ライブラリじゃないから探してるものとは違うって言いたいのかもしれないけど。 DelphiとVB、Excel VBAの案件を6年ほど。
VC++6.0でMFC ActiveXコンポーネントの実装は2年ほど。
>>62
確かに、型は決まっているね。BSTRとかSafeArrayとか
問題なのはその先のデータ形式。仕様の部分。
例えば入力がJISコード文字列の入ったSafeArrayでした(通信データと考えてもらえばいいかも)。
出力はAcrobatのPDFです。
これを実現するには、SafeArrayから文字列への変換はもちろんとして、文字コードへの変換とかAcrobatの入力形式に合わせてデータを変換する必要が出てくるよね。
それを自分で作るには時間がかかりすぎるし(「無駄な」変換処理)、
肩代わりしてくれるCOMはない(ライブラリの絶対的な不足)。
こういうことを言いたかったのです。
>>6
>>64
アーそういう意味ね。
無料のacrobatが欲しいと。
acrobat相当のコンポーネントが無料で最初から入ってないと駄目なんでしょ?
そりゃ無理でしょ。
逆に、翻訳を楽にするソフトを作りたいって時はどうなる?
ウインドウズなら3000円のソフト買ってきて
使いたいインターフェースの実装を使うだけだよ?
linuxに入ってないでしょ?
だからlinuxは駄目?
ちょっと矛盾を感じるのはね、シェルスクリプトで何でもやりたい人が
COMは工数がかかるって言ってる部分だね。 ぶっちゃけ、COMに挫折したのでlinuxに逃げます田って風に見える。
これ別に揶揄してるんじゃなくて、COMの問題点のひとつって言うか、
ウインドウズの問題点かもね。
ウインドウズでは、ベンダーとユーザーに求められるものがはっきり違うから。
ユーザーに少しの便利さを提供するために、ベンダーはそれ以上の努力が要求される。
まぁ、それがウインドウズなんじゃないの? >>66
ぜんぜん違うす(^^;;;
どんな形式のデータでもPDFにしてくれるAcrobatがほしい。
これも違うな。
どんな形式のデータでもAcrobat(プリンタフィルタ)に渡せるデータに変換してくれるフィルタがほしい。
Acrobat.CreatePDF(Conv.Hoge2PDF(Data.GetData()))
こんなノリやね。
>>67
確かに、楽なほうに流れたと言うか逃げました。
役割うんぬんはさておき、うちの現場では使えなかったのでと言う話ですね。 >>68
そういうのが欲しいなら、ワードを間に挟めばいいんじゃないの?
すぐ解決じゃない?? どんな形式のデータでもっていう部分がわからないんだよなぁ。
俺形式でさえも、COMを使えばワードの文書の一部として表示編集保存
できるのに、何が足りないって言うんだろ?? PDF出力を要求してる時点で選択肢はないと思うんだが。
いやならPDF出力の仕様を変更させろ。
これ飲む顧客なら自分とこでスクリプト書くけどな。 あーわかった。
pdf出力するプリンタドライバを買えばいいんじゃないの?
ソースね糞とが売ってなかったっけ?
あれなら俺形式だろうがなんだろうがpdfになるじゃん。
COMさえ必要ない。
GDIに挫折したとか言われたらだめだけどさぁ。 なんかPDFで盛り上がっておいでですが、インターフェースが整理整頓されていないと言う話の例えなので、そこに特化した答えと言うのは
あまりうれしくないです。 >>75
MSDN見れば?
ウインドウズでコンポーネント作ってたんでしょ?
基本的なインターフェースは統一されたものがあるじゃん。
だから、俺形式でさえも別のアプリで表示編集保存とかいろいろできるんでしょ?
何が足りないの?
絶対無料じゃないと駄目? むしろ、linuxの方が問題じゃないのかな?
統一されたとか言う以前にインターフェース自体ないじゃん。
ELFがインターフェースだとか言い出すのかな?
それとも、文字列がインターフェース?
おもしいんだけどw MSDN見ればとかいいながら、GNOMEとかKDEの開発サイトでさえ見てないんだろうな。
こうなると、個人の知識の問題でぱっと使えないから悪いという理由を否定する理由がわからん。 Linuxにベタ惚れって語るSEがいるんだけど、そいつって詳しいのかな? 詳しくなればベタボレする理由が無い事に気付くのでそのSEは素人です Linuxの悪い点を商業的に改善して、BSD-basedで作ったのがMac OS
Winを走らせる目的で作っているPCを、Linuxが間借りして動かして
いるって感じ。 Linuxって汎用PCに寄生するOSみたいたいなもの? しかし、WinにしてもMacOS Xにしてもベタ惚れするようなOSじゃないのも
確かだよな。
というか、ベタ惚れできるOSってどんなのがある?
超漢字とか言わないでね... WinNT4.0
USB関係が台頭してくるまで最強とか思ってた。
Zeta
これさえあれば他は何も要らないとマジで思ってた。
昔の話 Linuxはそろそろ自前の最速libcを持つべきだろ ここは、LinuxユーザーがWindowsユーザーに論破されるスレですかw >>82
結論を出した。
パソコンを使いこなせない人は、みんなリナックスをインストールする。
で、壁紙とかを変えて「俺ってハッカーだよねぇ」とか言ってると思いました。
>>51- を見てそう思った。 >>93
だとすると君の洞察力に問題があると言うことになるす。 >>68にこんなこと書いてある。
> Acrobat.CreatePDF(Conv.Hoge2PDF(Data.GetData()))
リナックスはこんなことが出来るんだってww
リナックスマンセーしてる人が、リナックスも使いこなせてないよ。
だから壁紙変えて楽しむんだろうな〜〜って思いました。
>>97
ほんと、事の本質を見てくれない人でした。
Acrobatは物の例えだったんですけどね。。。 >>98
出来ないことを出来るって書いたら例えにならないじゃんww
例えてないし プ >>99
パイプとシェルスクリプトの汎用性をWindowsプログラムに例えただけなんですけどね(^^;コマッタナァツウジナイ
Linuxの上の領域で語るならps2pdfがそれですね。
各種ファイルフォーマットをPostScriptにするフィルタは揃ってるので。
cat hoge | hoge2ps | ps2pdf > hoge.pdf
これだけでOKと。楽ちんです。 UNIXでは一時が万事、このパイプを使った方法で処理を連携できます。
間のデータ構造はデファクトスタンダードなのでアプリごとの変換は必要ありません。
(PostScriptとかDXFとかtxtとかね。)
変換が必要な場合はたいていの場合フィルタが存在します。
(CADソフトのローカルデータをDXFに変換してくれる用なイメージですね)
ちゅう訳でちょっとこの意味を反芻して貰えれば嬉しいです。
夕方くらいに戻るのでノシ
■ このスレッドは過去ログ倉庫に格納されています