Linuxは、開発環境が40年前と同レベル
間違ってもらっては困るのは、それはコマンドライン・メインなのが主因ではないということ。
本当の一因は、本来手書きでも簡単な Makefile の作成をわざわざ難しくしてしま
う autotools を権威に流されたのか多くのプロジェクトが使ってしまっている事にある。
高々 Makefile 1つ作るためにも以下のような工程を踏まなければならない。
本来、典型的には、ソースファイルである *.c, *.cxx, *.cpp を指定するだけ
でも自動生成する事が出来るはずなのに、ツール類が馬鹿だからそうなってない。
なのに、「Linuxはプログラマーには便利」などと嘘情報が流れるから、普及しない。
しかも、カレントディレクトリのスクリプトの実行に「./configure」などと「./」
の指定が必要なのも馬鹿丸出し。ファイル名に大文字小文字の区別がされているのも馬鹿。
ファイルのコピーもdosなら、「copy *.c /xxx/aaa 」で済むことが
$ find . -name '*.c' | xargs -n 1 -i cp -p {} /xxx/aaa
などとしなくてはならず長すぎ、馬鹿ですか? しかも、'*.c'の部分が、*.c と書かれている
説明が溢れているがそれだとbashが展開してしまうのでたまたま上手く行く事はあっても、
実際には正しくない。また、mountしないとディスクが認識出来ないのも初代PC-8001の
レベル。PC-8801で自動マウントできるようになったのに(いつの時代(苦笑))。まずは、
不便さを認めるなければ、改善すらままならないのにそれすら全否定。正直に便利と思って
るなら井の中の蛙で馬鹿で無知なだけだ。そして、僅か1点でも間違いがあれば全てが間違って
いるように全否定してしまうLinux信奉者の愚かさもアホとしか言いようがない。 Eclipseも出てきたころは、絶賛されまくっていたが、自分で確認した人が少
なかった。それで各自で試してみたところ、言われている評価とは違っていた。
intelij も同じ道をたどるのではないか。 intelijはAndroid stidioとしても使われまくってるけどな 人間も生殖の仕方が何千年前からたいして変わっていないのは問題ではないのか? >>107
オナニーの仕方なら相当進化したで?
A10ピストンSA、4万高いなぁ、どうしようかなぁ 俺はネコビーン派。
テキストエディタの代わりにも使うぐらい。
起動おそくて立ち上げっぱなしだからってのもあるけど 今のLinuxのメインユーザーは開発どころか何も作り出さずしょーもないSNS眺めてるスマホ層だからな
開発環境なんていらんだろ AGK無料試用版の配布開始(リンク先にWindows、Mac、Linux版のファイルが直接置いてある)
AppGameKit - Free Trial Version
https://www.appgamekit.com/trial
無料試用版
AppGameKit無料トライアル版は、AppGameKitの主要な領域すべてにアクセスできるため、
完全に評価することができます。完全版の有料版には、次の主要機能が含まれています。
・ Android、iOS、HTML5にプロジェクトをエクスポートする
・ アプリをデバイスに直接ブロードキャストする
・ コンパイルされたプロジェクトからウォーターマークを削除する >>96
洗脳したわけじゃなくて、作業性を追求したら自ずとvimになるんじゃないの? viが使える環境が多い ⇔ viは使えるようにした方がいいという奴が多い
この相乗効果でemacsと差が付いた Linuxはたいていviコマンドがあるから最低限の使い方は知ってた方が良いのは確か。
でもvi(vim)はメインで使うべきものじゃ無い。
文字を書き捨てるだけなら良いけど、所詮はラインエディタだ。 Windows でも GVIM 使ってる。
もちろん、IDE があればそのエディタ使ってるけど。 エディタは、多くの人は、本格的なプログラミングのために使ってるわけではなく、
設定ファイルやスクリプトファイルの簡単な修正程度に使っているのかもしれない。
だから、使用者の数で言えばvimが多くても、ちゃんとしたプログラムに使ってい
るとは限らない。 >>107
出産後にすぐ死ぬ確率は劇的に減ってるはず
生殖についても人工妊娠、中絶や栄養状態がよくなったことによる妊娠しやすさの向上もある
さらには男女の出会いの多様化で近親が減り、例えば過去にはほぼ例がなかった国際結婚が増えて強靭な種となっている >>116
>エディタは、多くの人は、本格的なプログラミングのために使ってるわけではなく、
これはその通りやけど
>設定ファイルやスクリプトファイルの簡単な修正程度に使っているのかもしれない。
これだって少数派やろ
いまどき設定ファイルなんか直書きする人がどんだけおるんや
「設定ファイルを勝手に書き換えないでください」と注意書きしてあるソフトのほうが多いくらいや
テキストエディタの使い途の最大多数は文章執筆やろ いや、Linuxの世界では設定ファイルは
テキストエディタで修正するんや XMLって何がうれしいんだ?
Markdown は適当に使うが。 設定ファイルのXML方式はやり方を間違えたからな。
そもそもXMLというだけではタグの種類は定義されておらず
タグと属性を使ってデータを表現しますっていう縛りにすぎない。
例えばOpenOfficeとかはXMLをベースにした
ODFというフォーマットを採用している。
このフォーマットに相当するものが設定ファイルになかった
標準化せずに各アプリがそれぞれ独自のフォーマットを作成してしまった。
そのせいでXMLを使いながらも、汎用の設定変更アプリが出現することはなかった >>120
なぜGUIが流行らないの?
親切なフリーソフト作者が作ってくれそうなもんなのに
なかなかそういうのないよね >>123
XML ってそういうものじゃないの?
タグの種類定義なんかしたら XML 違うだろ。 偏見かもだけれどXMLとか文系的で凄く面倒くさい。
定義ってよりもルール作りで出来てるイメージ。
独自フォーマットは、一応は過去の流儀を踏襲してたりしてるのは順応できるかなだな。 クラスの内容をそのまま書き出すのとかすごい便利だけどな。
エディタでいじることが前提になってるから面倒に思うんじゃないの? メタフォーマットであることを理解してない>>123 >>128
「クラスの内容をそのまま書き出す」というのは、何を使えば出来るの? 変に規格化された煩雑なXMLより、ドキュメント付きのJSONのほうが楽な気はする。
>>128の「クラスの内容をそのまま書き出す」はXML形式でオブジェクトを吐き出すことを言ってるんじゃないか?
文章作成はtexでいいよw GUIの設定画面はないわけじゃないよね?
apt-get upgradeしてたらたまにGUIの設定画面出てくるし >>130
.NET のシリアライズの話なんだけど、知らないならいいよ。 「GUIの方がユーザーフレンドリー!」とか勘違いしちゃってる人は、メールもお絵描きで作ってるの? お前はマウスとキーボードの使い分けもできないのか? >>135
Linux はこういう基地外が多いのがなあ…… >>137
内容に反論出来ない奴はWindows触って欲しくないなあ・・・ テキスト入力とCUIの区別がつかない無知無能なLinux信者が存在するらしいw
あ、Linux信者じゃ珍しくないか、そういう無知無能は。 >>26
開発環境が遅れた元凶だな。
能書きと思想だけ一丁前に垂れて、OSすらまともに作れない無能なFSFというカルト団体がリヌス・トーバルスの批判しかしないから遅れたんだよ。
LinuxではなくGNU/Linux?
何を偉そうに言ってんのかw
どっちでも良いだろ。
OSを作れないカルト団体が巨額な寄付いや御布施で成り立っている思想も見た目もメタボ野郎の集まりに過ぎん。
あと、GPLv3だな。 40年前に「とりあえず動く」になった状態から、誰も弄れないってことじゃんw このスレ、一時期プログラム板やLinux板でやたらとGPLを批判してた(仕事がなくなるのが気に食わないらしい)
奴と同一人物のような気がするな。口調や改行の仕方が似てる気がする。
【オープンソース】Linuxの思想【GPL】
http://mao.5ch.net/test/read.cgi/linux/1413704137/
↑のスレのID赤めの奴ね。 こんな記事が出たのがもう10年以上前か
結局立て直せず衰退していったな
GPL3で対立が深まるオープンソースコミュニティー--協調か分裂か - CNET Japan
https://japan.cnet.com/article/20270448/
「公平性の観点からはGPL3はもはやその機能を果たしていない。その内容はまったく扇動的であり、
FSFの過激な方針にしか寄与しない。GPL2は多くの個人に受け入れられ、
一度説明すれば多くの企業からも支持を得られる優れたバランスを持っていたが、
GPL3にはそれがない」--Linus Torvalds、Linuxファウンダー まわりからチヤホヤされたいんだろ、メタボのおっさんが。 僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
C4U3V emacsもかなり使いにくいのに偉そうな事言ってた。 新人のころの上司がvi信者で最初の1年プログラムは全てviで書かされた。今考えるとイジメだよな。その後、windowsプログラミングでVC使ったとき、死ぬほど感激した。
GUIで直感的、makeも書かなくて良い、MFCでクラスも揃ってる、作業効率が果てしなく違った。
まあ、viのほうがキーボード叩くから仕事してるように見えるって利点ばある。 viのいいところは環境気にせずにssh越しにテキスト編集できるところだから新人に教えるの間違ってないけど、(いざというときに使える。)
その上司はやりすぎ。 vimにプラグインで補完機能とか入れてるけど、ideの方がいろいろ捗るのかな? 普段vim使ってても面白半分でviインストールして使ってみると軽く死ねる ideは開発環境をサーバーを汚さずに整えられるし、インストールも楽だし、使い方も楽なところかな。
でも勉強にはならないかもね。>>155僕はnvim使ってるけど、最近のディストリはviコマンドがvimになってない?
archとかはもちろん素のviなんだけどさ。 viコマンドがvimになってたらそれは只のvimだろ freeBSDはただのviだったような、、それか、そもそも入ってないんだっけ? autotoolsは確かにしんどい。
今だに使ってるソースツリーは塩漬けされてるだけの感はあるな。
LLVMはconfigureからcmakeに完全移行してたっけな。
cmakeのが階層化できる分、見る領域を絞れるから楽かな。
新しいビルドツールでもリンクの段階だけ数ギガバイトのメモリを必要する類の
ものはなんとかして欲しいな。 【ツイッター】小学2年生の道徳教科書 ポンタ君の「ご褒美がなくても仕事を続けたい」が物議 ブラック企業を肯定することにならないか★3
https://asahi.5ch.net/test/read.cgi/newsplus/1527658126/
ポンタくんがご褒美を貰わないでお仕事をするおかげで
ご褒美をもらってお仕事をしている他の動物さんたちは批判されるようになりました
ポンタくんはご褒美がなくても働いているのにお前たちはずるいぞ! だって、被災地で空き巣に入って十分儲かったから、安いご褒美なんていらない!
被災地でまた仕事しながら物色したい
とポンタ君 【道徳の教科書】
ストールマン君は、
「プログラミングは楽しいんだから無償でやればいい。」
と言いましたとさ。仕事とはお金のためにやるわけではないのですね。 105名無しさん@1周年2018/05/30(水) 15:07:11.46ID:Y6aUHfuN0
>最後に、「だって、」以下にご褒美をもらわなくても仕事を続ける理由について、授業中に児童らに書いてもらう内容になっている。
ご褒美を貰うべき理由を書いたら0点で
より社畜的な理由を書くほど高い点数なんだろうな
この国の道徳教育は狂ってる 117名無しさん@1周年2018/05/30(水) 15:10:52.11ID:9/ern7d+0>>157
無償で働きたいというのは構わんけど、ポンタくんは何で生計を立てているんだろう?
資産や不労所得があるのならいいけど。 人間は何も食べなくてもありがとうを食べれば生きていけるんです
byワタミ 51名無しさん@1周年2018/05/30(水) 11:38:11.31ID:1aWoC9+D0>>74
>>19
たしか、だっての理由がみんなの喜ぶ心が生きがいだからって言うのが
正しい答えだって言っていた 奉仕の心らしいが
コレ、二人ぶっ殺したワタミも全くおんなじこと言ってるんだよな 無料ウェアをただで使ってるだけのお前らが心配してるのが滑稽だな
だったらたまには寄付してやれよ linux使いならお前にも、ないなら作れのDIY精神が根底にあるだろ!
目の前のキーボードとgccは何のためにあると思ってんだ! >>168
gccの存在理由: ストールマンの売名行為 亀レスだけどカーネルのビルドなんてめっちゃ簡単だろ
難易度☆一つレベル
あんなんビルドじゃなくてコンパイルだね
Apacheやphp,perl,pythonのビルドと同じレベルだよ
ちな、gccのビルドが☆2つ、pen4で10時間くらいかかるqtやVirtualBoxのビルドが☆3つ
もっと☆彡多いのもある そりゃわかってれば簡単だろうよ。
そこまでの努力はすごいと思うけどさ。 そういうところがあるから潰しは効く。
パッケージ管理をsnappyに置き換えるらしいけどあまり流行ってない。
移行したのかと思ったらまたdebに戻すとか言ってるのもある。 >>123
XML云々以前に設定ファイルの構造なんか元々ばらばらだろ お? 今頃レスがw
>>177
だから設定ファイルの構造を仕様化すればよかったという話ですよ?
極論を言えば、設定ファイルなんぞ入れ子構造なし。
リスト形式だけでも十分なんですよ
例
<xml>
<input type="text" name="name1">
<input type="text" name="name2">
<input type="text" name="name3">
<input type="text" name="name4">
</xml>
分かりやすくHTMLっぽくしましたがね
ここを出発点に項目が多くなれば見づらくなるので
グループ化、階層化するための<fieldset>のようなものが必要
複数の選択項目から選べるよう<select> <option> のようなものが必要
数値入力、日付入力、などの機能が必要
そうやって設定を行うためのフォームのようなタグを定義していって
あとはCSSとJavaScriptのサポートでも行えば、
設定ファイル自体が、設定UIとしての機能を持ち、
汎用の設定ツールで設定可能なものができていたんですよ。
つまりわざわざ設定画面を作り込む必要がない
プロトタイプのような簡易なもので十分な段階では、本当に手軽に作ることができ、
作り込もうと思った段階で使いやすい設定画面に少しづつ変えていくことができたわけです。 アホな妄想垂れ流すヒマがあったら
スレタイ読んでくれ >>179
レスが付いたから、レスしただけ
妄想自体はアホではない。 >>181
XMLで出し入れするのはいくらでもあるよ。
でもXMLっていうのは、通常そのまま使うものじゃない
例えばSVGのようにタグを作って使うもの。
アプリごとに独自のタグ作って、それで
使いやすいものができるわけがない。
XMLによる設定ファイルは確実にやり方を間違った ぼくのかんがえたさいきょうの設定ファイルの規格でも発表したらよかろあ >>183
考える前に既存の仕様を探したほうが良い。
すでに最強であることは保証済み
最初に思いつくのはHTMLのフォームだね
あれはデータをポストするものだが、
ファイルに保存すれば設定ファイルとしても使える リナックスのディストリみたいに
こっちの方がもっと最強!
が量産されるだけ >>185
Linuxのみ普及していないというならまだしも
他でも使われていないようなものが使われてないから
[Linuxは、開発環境が40年前と同レベル]である
と言われても頭おかしいとしか言いようがないよな >>187
その一連のレスは、そういう内容ではないんだが、頭大丈夫か? >>183-187
設定ファイルの仕様化?標準化?とりあえずxmlなんかでやるぐらいならjsonでやってくれって感じ。
設定ファイルのスタンダードいくつか出てきてるけど、xmlなんぞ持ち出してくるとは少しきついな。
html手打ちさせるアプリケーションってなんだよwwww >>189
> 設定ファイルの仕様化?標準化?とりあえずxmlなんかでやるぐらいならjsonでやってくれって感じ。
jsonでやっても複雑になるだけだぞ
JSONはデータのみをやり取りする方法。メタ情報的なものが少ないからデータ通信には適してるが
手書きは面倒だし(例 コメントが書けない)手書きするならYAMLのほうがまだまし。
今の設定ファイルにはメタ情報が含まれていない。ここで言うメタ情報というのは
ある設定値が取れる範囲などの情報が書かれていないということ
例えば、sambaのmap to guestという項目は「Never」「Bad User」「Bad Password」の
いずれかの値を入れることができるが、そのことが設定ファイルには書かれていない
(コメントとして書かれている場合があるかもしれないぐらい)
これがHTMLであれば、<select>を使って<option>で選択可能項目を明示できる
言っておくが、このHTML風XMLの設定ファイルをユーザーがテキストエディタで直接変更することは考えていない
そんなことをすると<select>とか<option>とか書いてもそれ以外の値に設定できてしまうだろ
ブラウザライクな設定ツールから設定する。バイナリ形式の設定ファイルがユーザーが直接変更できないのと同様
設定変更には設定ツールを用いる。HTML風XMLの設定ファイルは開発者が作成するもの
> 設定ファイルのスタンダードいくつか出てきてるけど、xmlなんぞ持ち出してくるとは少しきついな。
> html手打ちさせるアプリケーションってなんだよwwww
これは手打ちを不要にするための方法。
設定ファイルのフォーマットが標準化されることで、ブラウザライクな汎用の
設定ファイル編集ツールを作ることが可能になる。
HTMLのフォームだって設定を変えるのに手打ちしてるわけじゃないだろ?
HTMLを元に作ったUIで設定を変更している。 >>191
勉強し直せ。xmlでやるぐらいならjsonでいいってことを言っただけでjsonも好ましくない。
ただ、リスト構造でいいならjsonの連想配列で十分。yaml以外のスタンダードもある。
とりあえず、なにも知らない人、文章力読解力のない人の妄想ってことが十分わかったのでもう絡んでこないで。 > 勉強し直せ。xmlでやるぐらいならjsonでいいってことを言っただけでjsonも好ましくない。
いやだから、XMLはOKだけどJSONはNGって場合もあるんだよ。
例えばOfficeのフォーマットなんかJSONじゃまず無理だろ
違いはXMLにはデータのメタ情報が追加できるってこと。
JSONは名前と値だけしかない。これが問題になる有名な例が日付型
JSONで書くとこのような感じになるが、このdateが文字列か日付なのかを区別することができない
{ "now": "2013-09-16T22:32:36Z" }
それに対してXMLだと以下のようにメタ情報を追加できる。
<value name="now" type="date">2013-09-16T22:32:36Z</value>
もちろんJSONでも、値を入れるときは特別なハッシュ構造とすること
なんて独自のルールを追加すりゃできるが、それはデータの持ち方を工夫するということであって
フォーマット自体の表現力が足りないためのワークアラウンドに過ぎない
データ通信は今現在の仕様として、この項目は日付型として扱うみたいにしちゃえるけど
永続的なデータとして残しておくようなものには適していない XMLで値の範囲を制限したいなどはスキーマ使えばできるだろ
実際やってるかどうかは置いといて規格はある 確かにあるね。昔はDTD、今(?)はXML Schemaかな
あれは設定ファイルのフォーマットのチェックには使えると思う
複雑らしいけど
でも設定ファイル(兼入力フォーム)のXMLファイルには適してないと思う
何故かと言うとUIを作るための情報としては不足してるから
例えば、HTMLの<select>は意味的には<input type="radio">と同等なんだ
また<select multiple>は<input type="checkbox">と同等
前者は複数の選択項目のうちから一つを選ぶもの
後者は複数の選択項目のうちから複数を選ぶもの
なぜ同じものが2つ用意されているかと言うと、インターフェースを意識しているからだろう
<select>は画面に選んでいるものだけが表示される。
<input type="radio">は選択されてないものも含めて表示される。
どのようにレンダリングされるかはブラウザが決めることだが、
期待するレンダリングがそのタグに含まれてる
これが単なる入力チェックならどちらも同じになるだろうね
なのでXML Schemaはフォーマットの検証として使うことはできるが
フォームの代替にはならない 設定ファイルの標準化と文章コーディングを同一視してる時点で厳しい。
xmlはマークアップ言語でjsonはデータ記述言語なんでそもそもが違う。
一般的には設定ファイルには最小限の変数だけがあればいい。
なんだ?ものすごくエスパーしたけど、詰まるところは
設定ファイルのフォーマットを標準化すれば設定ファイル編集アプリなるものが一個で済むでしょってだけの話か?
そしてそれをブラウザでアクセスさせるのか? それから設定ファイルをテキストエディタで直接編集する場合の
問題点の一つとして多言語対応が難しいっていうのがある
コメントによる説明はおそらく英語だろう見ながら変更がしづらい。
結局の所、エンドユーザーの使い勝手を考えると
設定ツールの存在は必須と言える。
>>196
> なんだ?ものすごくエスパーしたけど、詰まるところは
> 設定ファイルのフォーマットを標準化すれば設定ファイル編集アプリなるものが一個で済むでしょってだけの話か?
そのとおり。正確に言えば開発者の負担が減る
開発の初期段階は簡単なフォームを用意するだけでいいし、
アプリごとに独自の設定ツールを開発する負担が無くなるのは大きなメリット
初心者でも簡単に変更できるし、多言語対応などもできる
> そしてそれをブラウザでアクセスさせるのか?
ブラウザは開いているHTMLファイル自体を変更できないのでだめだが
ブラウザベースで作ればJavaScriptやCSSも使えるのでいいだろう。
今でもブラウザで設定が可能なものはあるが、それはたいてい
ウェブサーバー機能を持っているものに限られるだろう
ウェブサーバーを必要とせず、ブラウザベースだが開いているHTMLファイル(の項目)しか
変更できず、セキュリティのために外部サイトの接続もできないようにしたものが良いだろう >>196
> xmlはマークアップ言語でjsonはデータ記述言語なんでそもそもが違う。
そう。だからなんでjsonなんてものを持ってきたのか理解ができない >>196
> 一般的には設定ファイルには最小限の変数だけがあればいい。
理屈的にはそのとおりだが、実際の設定ファイルを見ると
最小限の変数以外のものがたくさんある。
その多くは、ユーザーのために設定の変更をサポートするための
説明だったり、設定値の候補だったりする
現実には設定ファイルには最小限の変数だけでは
だめだということがよく表されている jsonが設定ファイルのアプリなんかいっぱいある。
今、xmlが廃れて、jsonがやや使われ始めてるのは可読性の問題。
つまり、GUIで制御できるならテキストベースの設定ファイルは必要ないし、
テキストベースの設定ファイルは必要最小限の変数で見やすいのが求められてる。
xmlは書きにくい読みにくい。htmlも直接書かないのが流行ってる。
つまり知らないから変な提案する。 やっぱり理解してないw
jsonが設定ファイルのアプリが一体どれだけあるっていうんだか
あったところで、そういうアプリはどうせオリジナルの設定ツール使って設定だろ?
そういうのをいちいち作らないといけないのが大変だという話をしてるのに
大変な実例を持ってこられても意味がない
GUIで設定できるHTMLがテキストベースである理由もわかってないのだろう
XMLが読み書きしにくいって、お前はテキストエディタも使えないのかw
XMLベースのものなんていくらでもあるSVGもそうだし
Office形式もXMLベース。XAMLもそうだし、
apt-file search .xml とでも実行してみろ。122732ファイルもでてきた。
apt-file search ".xml" | cut -f1 -d: | uniq | wc -l
3444のパッケージで使われている。たいしてjsonは2149パッケージだ。
おかしいなwjsonの方が使われてるじゃないかw
それにXMLじゃなかったら独自形式ばっかりだろ
あと反論の仕方も幼稚だ。いまXMLじゃないからが理由であって
俺の話に何一つ言及できていない。するだけの知能がない。 訂正
3444のパッケージで使われている。たいしてjsonは2149パッケージだ。
おかしいなw。jsonの方が少ないじゃないかw > jsonは2149パッケージだ。
せいぜいXMLの1割ぐらいかと思ってたけど6割越えてるのか HTMLのなんとかというタグはこう使うなんてのは
別でそういうお約束を与えてるだけなのに自然に決まるみたいな発想はどこから湧いてくるんだろう