  |
はてなキーワード: フリーソフトウェアとは
自分でも何を言っているのかわかってない 、そもそもGNU以前にフリーソフトウェアとオープンソースの違いを理解していなそうって感想
なお、GNUの中心人物ストールマンについてはは wiki 読むだけでおおよそお分かりいただけると思う
MITに在籍しているが無給である。定住のための住居を持っていない。彼は、この生活について「私はいつも安上がりな生活をしてきた……つまり学生みたいにね。私はそういう生活が好きなんだ。そういう生活なら、カネの言いなりになる必要がないからね」
WEBブラウザは非推奨
「個人的な理由」から、GNUやFSFの自分のページかそれに関連するページ以外は自分のコンピューターから直接ブラウズすることはないと述べている。
▼Why Open Source misses the point of Free Software
https://www.gnu.org/philosophy/open-source-misses-the-point.ja.html
「Ubuntu」とは、「他者への思いやり」のことです。この単語自体が、人間としての精神を体現しています。
我々は、生産的で、幸福で、複雑な領域における新しい発想を歓迎できる柔軟性を持ち、また、あらゆるプロセスを常に改善し、さらに、各々が全く異なる要求や関心、能力を持つグループの間の協力を促進するコミュニティを希求します。
我々は、メンバーの多様性によってコミュニティを強靱なものにするために、多様な参加者を活発に探します。このUbuntu行動規範は、多様なグループがお互いの利益と喜びのために協調することを確実にするために存在しています。我々は、誰であっても、プロジェクトへの参加に障害がないよう努力します。
行動規範は一般的に、公的であれ私的であれ、我々がどのように振る舞うべきかを統率します。我々は、プロジェクトの代表者（公式・非公式を問わず）、関係者、そして直接の参加者が、このUbuntu行動規範を尊重することを望みます。
我々は、下記に真剣に努めなければなりません。
我々の成果物は他者によって使われるでしょうし、また逆に他者の成果物にも依存しています。いかなる決定であっても、利用者や関係者に影響を与えることを頭に置いて、決定をするときにはそのことを考慮する必要があります。
意見に相違があるからといって、無礼な振る舞いをとってはいけません。衝突を解決するために協働し、他者が善意で行動していると仮定し、親身になるよう努力しなければなりません。苛立ちが個人攻撃に発展することがあってはなりません。不快感を覚えたり脅威を感じるコミュニティは、生産的ではありません。
間違いを犯すことは誰にでもあります。そのときには、責任を取らなければなりません。もし誰かが傷つけられたり攻撃されたときには、注意深く、そして思いやりを持って意見を聞き、間違いを正すよう行動しなければなりません。
我々が作り上げようとしているものは複雑で、それぞれに想いが込められたたくさんのパーツでできています。各々が違ったゴールとビジョンを持つチームの間での協調は不可欠です。ただのパーツの組み合わせ以上の成果物を作り上げるには、各々のパーツが全体を理解するよう努力しなければなりません。
協調して取り組むことで、冗長な作業を減らし、品質の向上につなげることができます。プロジェクトの内外を問わず、協調することは大切です。可能な限り、アップストリームのプロジェクトと共同で作業し、フリーソフトウェアのコミュニティと協調することが必要です。透明性を確保し、その作業に関心を持つ人とはなるべく早期から協働するのが良いでしょう。
社会的な、あるいは技術的な意見の不一致はよくあることです。しかし、意見をまとめずそのままにしたり、何を合意したのかを不明確なままにして他の人を悩ませることがあってはなりません。
プロジェクトの参加者は、意見の不一致を建設的に解決することが期待されています。もしも合意に至らなければ、あらかじめ決められたリーダーに仲裁を依頼し、透明性 (clarity) と指示を求めます。
誰であっても、完璧であることを求められてはいません。誰かに質問することは、後で発生するであろう問題を回避できるので推奨されます。ただし、適切な場所で質問してください。質問を受けた人はすぐに反応し、手助けしてあげてください。
プロジェクトを離れるときには、与える混乱を最小限にするよう動くことが求められます。プロジェクトから離れることを他の人たちに伝えて、離れる人が作業を中断した地点からほかの人たちが再開できるようにしてください。
我々は、実例と議論と行動によって動かされます。新しく参加した人は、もしプロジェクトの改善につながる新しい考えがあれば、ぜひ人々を率いて、行動を起こしてください。リーダーシップは、行動を起こすことだけで誰でも実践できます。その機会があれば、誰かの許可を待つ必要はありません。
プロジェクトに関する責任は「慈悲深い独裁者」を頂点として、そこから特定の範囲について責任と権限を委任されたコミュニティ・カウンシル、その下にいるチームや委員会 (councils) 、個人に委任されていきます。コミュニティ・カウンシルまたはその代表者が、争いごとの解決を行います。
我々は実力主義に基づいて、意思決定や統率、リーダーシップを、長く参加している人から、能力があって関心の高い候補者に委任していきます。
評議会 (boards) や委員会 (councils) への任命は、コミュニティ・カウンシルが決定権を持ちます。ただし、事前にコミュニティに対してインプットを求めるものとします。
リーダーシップは、表彰や権利や肩書きではありません。リーダーシップは権限であり、そこには責任が生まれます。リーダーシップはコミュニティから委任されたものです。リーダーの権限は、委任するコミュニティから支持されている間だけ得られるものです。
我々は何かものごとを決める前に、意見やデータ、関係者からの意見表明を集めます。リーダーの役割として、チームが決定を遅滞なく行う手伝いをし、ガイダンスを与え、合意に至らなかったときに決定をし、決定の実施に責任を持つことが期待されています。
何かを決めないことには、先に進めません。明確な指示には価値があります。ときには、データが足りなかったり、合意が得られがたいこともあるでしょう。それでも、何らかの決定を下さなければなりません。いつでも完璧な決定を下せる保証などないのです。決定を先延ばしにするより、失敗して、失敗に学び、将来の役に立てることが大切です。
我々は、問題をより把握しているチームを信頼して決定を下してもらうことで、プロジェクトはよりよいものになると認識しています。もし決定に不満があれば、それを下したチームと調整します。調整が付かなければ、その決定についてレビューする統治機構 (governance structure) があります。つまるところ、責任を持つ人が決定を下し、それがプロジェクトの統治 (project governance) に支持されていれば、その決定は有効であるとします。我々はある決定について納得しないこともあるかもしれませんが、それでもプロジェクトを信用し、たとえ内心では違うほうがよいと思っていたとしても、プロジェクトとしてその決定が実施されることを支援します。
誰であっても、どの組織に所属していようとも、どのようにプロジェクトに関わろうとも、我々は参加を歓迎します。コミュニティは開かれたものであり、能力や適性を持っていることを示せれば、職責を負うことができます。
「名演奏家はその演奏によって評価され、リーダーはチームの行動で評価される」リーダーは、行動すべき・身を引くべきときを知っています。チームは、リーダーに権限を渡したりそれを取り戻すべきときを知っています。
良きリーダーはスポットライトを浴びようとせず、他のメンバーの活躍をたたえます。リーダーはチームメンバーの中で目立つ存在でしょうが、良きリーダーはその注目を他のメンバーの優れた活動に対してスポットを当てるために使います。
リーダーはときに、理解されず、合意に基づかず、一般的ではない冒険的な決断を下す必要があります。我々は、完全な合意を得るよりも物事を進めることを優先し、勇敢にもそのような決定を下すことを評価します。とはいえ、冒険的な決断には十分な検討が必要です。ある人にとっては頭の痛いことになるかもしれないことを肝に銘じ、影響を抑えるようにしなければなりません。変更について、その理由を明確にして、そして早めにコミュニケーションをとることは、その変更を実施するのと同じくらい重要です。
もしもリーダーが自身の雇用関係や他のプロジェクトとの関わりによって利益相反状態になっている場合には、それに気がつくことが期待されています。そして、私利私欲のためとみなされることのないよう、棄権したり決定を誰かにゆだねたりすることが期待されています。リーダーに限らず全てのプロジェクトメンバーにも、私利私欲のためではなく、ユーザーの暮らしをよりよくするために決定を下すことが期待されています。
もしも利益相反が疑われる場合には、誰かにセカンドオピニオンを求めてください。利益相反状態にあることを明らかにすることが、解決への道筋にとって重要です。リーダーは、たとえ一般的ではない、あるいは特定のグループに有利・不利となるように思われるものであっても、決定が信用できるものとなるよう行動すべきです。
このUbuntu行動規範は、網羅的でも、完全なものでもありません。ルールブックでもありません。協調的で共用の環境 (a collaborative, shared environment) とゴールに関する、我々にとっての共通の理解を引き出すためのものです。
このUbuntu行動規範は、クリエイティブ・コモンズ 表示 - 継承 3.0 非移植ライセンスのもと配布されます。あなた自身のプロジェクトにこれを再利用することができます。また、好きなように改変することもできますが、あなたの改変を他の人が利用することも許可し、Ubuntuプロジェクトの著作権表示を付けるようにしてください。
いい記事なのだが、いくつか反論や補足が必要だと思ったので書く。
このGPLのコンパイラとはGNU bisonやGCC(GNU Compiler Collection)について指しているのがほぼ明確なのでそれらについて書く。
確かに著作権法を元にしたライセンスは、ソフトウェアの出力結果に対してソフトウェアの著作権ライセンスが影響しないと解釈するのが妥当であるというのは正しい。
ただしこれは"著作権ライセンス"に限った話である、つまり著作権ライセンスでは不可能な制約がEULAなどでは課すことが可能であるということを意味する。
詳しくはGNUの書いた記事の"契約を元にしたライセンス"という項を読むと良い。以下に引用する。
https://www.gnu.org/philosophy/free-sw.html
ほとんどの自由ソフトウェアのライセンスは、著作権を元にしています。そして著作権によって課することができる要求には制限があります。もし、著作権を元にしたライセンスが、上記に記した自由を尊重するならば、まったく予期しない他の種類の問題があることはありそうもないでしょう(予期しないことはまま起こりますが)。しかし、ある自由ソフトウェアのライセンスは、契約を元にするもので、契約はもっと広範な制限を課することが可能です。これは、そのようなライセンスが、容認できないほど制限が強く、不自由でありうる、いくつもの形態がありうることを意味します。
わたしたちは、起こりうるすべてのことをあげることはできないでしょう。もし、契約を元としたライセンスが利用者を(著作権を元としたライセンスでは無理な形で)異常に制限するならば、そして、それがここで正当だと述べられていないのならば、それについて検討しないといけないでしょうし、そのライセンスは、不自由であると結論づけるかもしれません。
また元の記事の著者はGCCやbisonがGNU GPLのような強いコピーレフトで保護されたソフトウェアでも、それによって作成された著作物はGPLにならない(つまりコンパイラやパーサーのライセンスを継承しない)ことを根拠に考察しているようだが、実はbisonやGCCのGPLにはライセンスに対する例外が付属していることを考慮すべきである。
GCCやbisonの著作権保持者であるFree Software Foundationは著作権法の話をするとき、たいていアメリカ合衆国を想定しているがこれらの自由ソフトウェアが広く使われるあたって、著作権法とそれを元にしたライセンスが異なった解釈をされることがありうることをおそらく危惧している、そのため出力に対してソフトウェアのライセンスが影響しないことを確実にするためにこれらの例外を規定しているのではないか。
この二つの理由から、元記事の議論は世界中に対して広く配布するFLOSSディストリビューションでは(非常に残念ながら)鵜呑みに出来ないと私は考える。
加えて言えば、たとえフェアユースの規定が全世界的に利用できて、営利目的でなければ利用できたとしても、
自由.0: どんな目的に対しても、プログラムを望むままに実行する自由
(i.e. オープンソースの定義 6項 利用する分野に対する差別の禁止)
がある限り、そのような制限をディストリビューションは受け入れられないだろう。
またOracle vs GoogleのJavaのAPI訴訟はケースとしてはかなり特例であり、
一般に広く適用すればlibcすら当てはまるのではないかと私は思っている、
これを根拠にしてよいのならばそもそもコンピューター業界がひっくりかえるのではないか。
少なくともUbuntuのようなプロジェクトにおいて、私は断固反対である。
というのは現状ほぼすべてのWeb翻訳(例外があれば教えて欲しい)はプロプライエタリないし、それと同じ結果をもたらすSaaSSだからである。
Webブラウザを介して使う翻訳サービスはSaaSSの代表例であり、ユーザーがコンピューターの計算のコントロールを
持つべきであるという自由ソフトウェアの思想と明らかに相容れないものである。
このようなサービスを利用することの弊害として、(例えば)Google翻訳に翻訳処理の計算を依存することにより、ユーザーの入力をGoogleが常に把握することが挙げられます。
もちろんこれはあまり良いことではない。
多くのFLOSSシステムディストリビューションは自由なソフトウェアを主に入れるというガイドラインを持っている。
アーカイブのごく一部にnon-free(Ubuntuならrestricted/multiverse)なソフトウェアがあるが、
これは事実上妥協の産物であり、排除しても大した問題がないならば配布から除外することに多くのディストリビューション関係者は異論を挟まないだろう。
また例えばDebianはあるソフトウェアがDFSG(Debian フリーソフトウェアガイドライン)に適合するフリーソフトウェアであったとしても、それがガイドラインに適合しない著作物に依存する場合、contribというセクションに閉じ込めており、それは公式のシステムの一部ではないとしている。(建前ではcontrib/non-freeセクションはユーザー向けの付加サービスとされる)
Ubuntuコミュニティで新規に作られた著作物がコミュニティの哲学に反する物に依存するというのは、かなり致命的である。
たとえ奇跡が起こり、例外的にGoogle翻訳や一部のプロ用翻訳ツールがBSDライセンス(Launchpad上での翻訳用ライセンス)での出力を許したとしても決して褒められたものではない。
Ubuntuのbug#1に"Ubuntuソフトウェアは自由である。常にそうであったし、今後も常にそうである。自由ソフトウェアは万人に望むままの方法で使い、望むままの人間と共有できる自由を与える。この自由は多大な利点である。"とプロジェクト創始者であるマーク・シャトルワースが書いていることをよく考えるべきである。
https://bugs.launchpad.net/ubuntu/+bug/1
この反論を読んだ読者の中にはあまりにGNUプロジェクト寄りに思想が傾いていると思う者がいるかもしれないが、
いわゆる"Linuxディストリビューション"の中には数多くの重要なGNUソフトウェアがシステムの根幹をなす形で入り込んでおり(例えばGCC,bash,glibc etc...)
またUbuntuの派生元となったDebianの成立経緯にはやはりFSFが関わっている。
さらに言えば、システムの保守を手伝う人の中にはシステムがフリーだからボランティアで頑張っているという人もいると思う。(ほとんどではないかもしれない)
のでUbuntu周りの話に限ってはこういった観点で見てもよいと思ったので書いた。
テクノブレイク.jpという、エロ専用RSSサービスを公開しました。
これは、自分のお気に入りのエロサイトの更新動画を、サイトすべてに訪問して確認しなくてもチェックすることができる、というエロのための時間を効率化させるWebサービスです。
今年文系で大学を卒業し、まったくの未経験で大手IT企業に入社し、研修を経て初めてプログラミングを触ることになりました。
それでも少しはできるようになったため、「ゆとり」でも「未経験」でも「文系」でも自分でwebサービスが作れるんじゃないか？と思い至り、ちょっと力試しということでやってみるか！！！とこのサービスを作りました。
僕は以下のような人間ですが、「仕事」を通じてプログラミングを学びました。もちろん今も勉強中です。
まだまだ働き始めたばかりなので、僕はプログラミング初心者が数ヶ月勉強したという方と同じような人間です。
なので現在上記にあてはまる人でも作ろうと思えば「自分でサービスを作れる」ということがわかっていただけたらと思います。
僕はオナニーをする時は、スマホのアプリで必ずエロ動画を探すのですが、だいたい以下のようなステップを踏むんですよね。
このように１つの動画を見るために、９つのステップを踏むんです。
もう何がいやだって、（７）ですよ。これが面倒くさい。
それから（２）のブックマークからエロサイトを開くことも面倒じゃないですか。
だって（１）〜（９）をサイトごとにやらないといけないわけですから。
これらを簡単にすることができないもんかなと。
だから、毎回だらだら開発を進めると時間がかかり、最終的にモチベーションが下がり、何もしなくなってしまうんです。
プログラムだけじゃありません。デザインを考えたり、仕組みを考えたりしないといけません。
あとで、このプログラムじゃ、仕組みじゃダメだったな、ってわかり手直しをすることだってあります。
すべてをそこそこ、８０％におさめてください。
最初はすべて８０％です。
ここで言う１００％とは、あなたの考える理想を１００％叶える、という意味です。
そういった意味では１００％はありませんが、あなたにとっての理想の１００％はありますよね。
走りながら、目指してください。
早くリリースすればするほど、ユーザーからの声を早く拾うことができます。
ユーザーの声こそ、そのサービスの目指すべき姿のことが多いです。
８０％完成してリリースすればいいのに、残りの２０％を埋めようとあなたが頑張ったとします。
もしかしたらその自分勝手な２０％は、ユーザーに取っては不必要な２０％かもしれませんよね。
なぜならドメイン代を支払ってるんですから。その金を無駄にしたくないですよね。
で、サーバーは後、というのは開発が無駄に３ヶ月かかったとすると、その３ヶ月分のサーバー代金が無駄ですよね。
実サーバーテストは、テスト環境でテストを終えてからやればいいかなと思ってます。
まずどんなコンセプトか、どんな機能が必要か、どんなUIにすべきかという目標をたてましょう。
なぜこうするかというと、常に自分が何をすべきかが明確になるからです。
なにも決めずにやろうとすると、
なんてことになります。
だから、頑張りすぎなくていいんです。
Webスクレイピングとは、サイトのコンテンツから欲しいデータを取得する方法です。
僕がどうやってRSSサービスを作ったかというと、このwebスクレイピングのおかげなんです。
広告、注目動画、アーカイブなどのそのサイトのコンテンツははじきます。
で、その主要コンテンツから、記事の画像とタイトル、URLをゲットしてきます。
やり方としては、主要コンテンツからそのサイト内部のリンクが貼られたimgタグを探し出します。
そして、そのリンクのタイトルまたは記事のタイトルを取得します。
こうすることで、そのサイトの更新一覧から更新記事のURLとタイトル、画像がわかります。
BootstrapはウェブサイトやWebアプリケーションを作成するフリーソフトウェアツール集である。 タイポグラフィ、フォーム、ボタン、ナビゲーション、その他構成要素やJavaScript用拡張などがHTML及びCSSベースのデザインテンプレートとして用意されている。
これを利用すると、基本的なWebサイトのデザイン（htmlとcss）が手に入れることができ、そのまま利用できたりします。
デザインを作る上で、非常に助かります。なぜなら最初からすべて自分でコーディングする必要がないからです。
僕は以下の時間に開発をしてました
だと思います。
どうしているかというと、Readdleの「Downloads」というスマホアプリを利用しています。
これは写真やファイルをクラウド上に保存したり、Dropboxや外部サーバーとファイル共有をすることができるアプリです。
画面は小さくてストレスがかなーーーりありますが、僕は外出中はこれでプログラミングをしています。
通勤中にこれでプログラミングをし、降車した後の徒歩で続きのプログラミングをキリが良いところまでする、という感じです。
また、歩きながらでもテストはできると思うので、歩きながらプログラミングは難しいという方はテストだけでもやってみはどうでしょうか。
Webサービス俺もやってみようかなーと少しでも思ってくださった方へ、
僕は開発をしながら、本当にやりたいことがあったら、時間はいくらでもつくりだせるなって感じました。
歩いてるときだって、トイレにいるときだって、電車にいるときだって、いつだって今の時代はできるんですよ。
それだけ現代って便利で、生きやすくて、なんでも挑戦しやすい環境のある時代なんです。
恐らく、少し前の時代、スマホが出る前の時代では歩きながらプログラミングなんて考えられないと思います。
そう考えると数年前と今って格段に何かを始めることができやすい時代なんですよ。
それでも挑戦しないって、もったいないねーなーって思ったんですよね。
だから、なにか本当にやってやりたい！！！ってことがあれば、まず一歩を踏み出してみてください。
ググれば、一発ですよ。
こんなことGoogleが日本に来るまでは考えられないことですよ。
だって、昔の検索エンジンって十分に欲しい情報が手に入らなかったですもんね。
僕も高校時代とかCROOZ？とかヤフーカテゴリー？とかで携帯でぽちぽち検索してた記憶があります。
http://mainichi.jp/select/news/20140219k0000e040250000c.html
＞＞同課によると、電子書籍などのコピー防止機能を回避するプログラムを譲渡目的で製造することを禁じた改正著作権法（２０１２年）が適用されるのは全国初めて。問題のソフトは「コミスケ３」という名前でネット上で一般向けに販売されている。
これが改正著作権法の技術的保護手段の回避にあたるならだいぶマズいことになる気がする、該当のソフトを検索してみると単に表示された画面のスクショを自動で撮るだけのソフトでDRMそれ自体を解除するようなソフトではないのだが。これが違法と認定されてしまうとOSにそなえつきのScreenShot機能を使ってコピーをとるのは違法という論理もまかり通ってしまう。専用のソフトを使わなくてもパイプ処理的にフリーソフトウェアを組み合わせれば恐らく簡単にコピーは作れるだろう。個人的にはこの手段を試すのはそこそこ面倒なので、Amazonが万が一DRMの認証サーバーを提供できなくなったときに試したいと思っている。
さらに現状 KindleやkoboのiOS,Androidアプリではボタンを押すだけでパシャッと画面のコピーが撮れてしまうわけだが、この方法で海賊版が流通した場合警察はAppleやGoogle、AOSPに対して文句を言うのだろうか。(さらに言うならKindle Paperwhiteは気になった部分にハイライトをつけられて、つけたハイライトは自動でkindle.amazon.co.jpに保存される、引用程度ならここから簡単にコピーができる)
私見として
DRMでコピーを取り締まって海賊版が減るのは個人的にはコミックの分野ぐらいであって、いちいち大衆に需要があるのかわからない文字の本にDRMをかけるのはユーザーに無用な不便をかけるだけだと思っている。(わざわざ海賊版として流通する可能性があるのはベストセラーぐらい、一般人は本をそんなに読まない)
何を怒ってるんだ？
この辺はまず最初に自分で作ってみたい、というのもあるだろう？単なるもの作り欲求みたいなもので。
ただ、それを増田で晒したら承認欲求だろ。じゃなかったら勝手にやってろよってことで。
お前のここへの書き込みも単なる承認欲求だろ？俺のこういう意見かっけー、っていう。
俺の批判意見も同じな？批判でも反応ありゃちょっと嬉しいってな。
id:F-SQUARE 氏が何と戦ってるのかさっぱりわからなかったのでこの辺に書く。
はてなブックマーク - 【＃モリトーク】第41話：暗号化ソフトのススメ - 窓の杜 の
は、なぜそんなに喧嘩腰なのかさっぱりわからないけど、まあ「そういう意見もあるのか」で済ませられる範囲だった。
何人もフリーソフト作者さんが苦しんでるのを見てきたからその意見には同調できないが。
だが はてなブックマーク - 【＃モリトーク】第42話：フリーソフトの使い方と楽しみ方 - 窓の杜 の
は真面目に意味がわからないので、どういう意図なのか教えてほしい。
元記事には
たとえば「アタッシェケース」の作者は、不具合や要望の報告に対してオープンなほうだと思われる。逆に言えば、オープンであるが故に軽率な内容の報告が増えてしまったのかもしれない。だからこそ、不具合や要望を報告することと、修正や改良を要求することは区別しなければならず、そのオープン性を活かすも潰すもユーザー次第だ。
という文（「オープン」という言葉が出現するのはこの文だけ）があるが、これを「オープン（ソース）」と読むのは無理があると思う。
少なくとも自分にはそう読めなかったし、この記事はオープンソースについて語ってるわけでもない。オープンは「ユーザーの意見をよく聞く・応えてくれる」「オープン（な姿勢）」という意味だと受け取った。
「フリーソフト」についても、俺はフリーソフトウェアやオープンソースソフトウェアについて混同して語っているものだとは読めなかった。
ごく一般的な「無料で使えるソフトウェア」の話であり、そもそもこの記事はオープンソースソフトウェアではないINASOFTについても述べている。
そこからこのようなコメントがどうして生まれたのか、それこそ俺にとって「意味不明」だ。
俺は今、3つの仮説を立てている。
gccって知ってる？昔は数万もしたコンパイラを今では無料。大企業でも使ってる。
フリーソフトウェアって知ってる？以下同文。
世の中には面白い人がたくさんいて、１円でも安く売るという事を目的にしてしまうようなバカがたまに出る。
安く売れれば、みんなが買える。それは、みんなの幸せである。みんなが幸せなら僕も幸せだとね。
他方、生産性が上がって、コストが下がっているに、安く売らないのは悪である。悪は潰しても良い、どんどん、安く売ろう的な発想。
MicrosoftはOSを有償で売っているがLinuxは無償みたいな流れや、MSは悪だから、安いソフトバンバン作って、MS潰そうぜ的流れもこの一派。
つまり、必要だから値下げするのではなくて、
値下げできるなら、限界まで値下げする。利益とか知らん。最低限あればよい。的な考え方によって、値段は下がっていく。
逆に言うなら、必要な資本は残すとして、値下げできるのに、値下げしない理由って、個人のや企業の悪徳以外に何か有るのだろうか？
０．はじめに
僕のまわりにはプログラマをやめてニートになる人が続出している。さまざまな事情はある。しかし、それは主にウェブのせいじゃないだろうか。
１．ネット中毒
もはやネットで読める内容には限度がなくなった。活字中毒とネット中毒は悪化の一途をたどり、文字を読んでいないと禁断症状を生じるまでにいたった。つねに活字を読んでいないと不安でたまらないため、外出も仕事も寝ることすらままならない人間になってしまう。
これがネット中毒である。
wikipediaさえ読んでいれば欲求が充足されてしまうため、もはや他の事をする気力を失ってしまうのだ。2008年、wikipediaを読みきろうとして死んだものは3667人を数えた。流行語大賞は「wiki死」であった。
２．仕事がつまらなくなった
技術の進歩とともにプログラミングは確実に簡単になっている。生半可な技術による差異化は難しくなり、「高速道路の先の渋滞」に巻き込まれ、競争が激化するようになった。
産業構造が成熟し、仕事に完璧さや人間性や安定性が求められるようになり、もともと人間のクズのようなプログラマたちはもはや仕事をすることができなくなった。お山の大将であることだけが彼らの生きる道であったのだ。しかし、もはやローカルな小山は存在しない。
昔であれば英語が読めてプログラムが書ければ、街の秀才くらいにはなれただろう。しかし、いまやそんなものは最底辺労働者にも価しない。勤勉で健康で快活で従順でなければ最底辺労働者にも価しないのだ。
グローバル化の進展は、とくにパッケージソフトやフリーソフトウェアの流通促進につながり、ソフトウェアを発表ないし発売してアテンションを得るには、国際的にトップレベルの仕事をする必要が生じるようになった。
そうして、生き延びるには受託で同じようなウェブシステムを延々と作り続けることが増えた。単調な疲れる仕事に、心を打ち砕いて働くには、生粋のプログラマたちは怠惰で傲慢すぎる。
ウェブをみると、上には上がいることがすぐわかってしまう。知識でも知性でも趣味でも教養でも人間性でも個性でも、上には上がいることがわかってしまう。自分がどんなにありふれた人間なのかがわかってしまう。
ウェブをみると、下にはもっともっと落ちていけることがすぐわかってしまう。いや、多くは語らないけど。
自分と同じような能力の人間が、どうしようもない愚痴をいって、同じようなことを考え、朝から夜中まで努力をしつづけて、冴えない生活を送っている日記を読む。皆ががんばればがんばるほど、どんどん苦しくなっていることに気づく。
それすらもままならず、落ちていく大勢の人がいる。
４．セカイ系 (用法あってるかな？？)
比べるものが無茶なのかもしれない。
かたやGoogleの連中、博士号レベルの知識を駆使し、億万長者となるものたち。
それを比べて「シリコンバレーへ打って出ろ」、「好きを貫け」などという言葉は絶望を生むしかない。
しかし、それしかないのだ。肥大した自我と、悪化した労働現場のはざまで、日常に希望を持つことができないのだから。
５．結論
ウェブが仕事や私生活の両面において競争と虚無感を加速させ、人心を荒廃に追い込む。
競争を逃れるためにオンリーワンを志向すれば、誰も顧客のいないフロンティアに到達してしまう。
とにかく日本から逃げるしかない。全力で逃げるしかない。死なないで生きよう！ 途上国といえど、ビザを取るのは難しいかもしれないが、なにか方法はあるはずだ。世界のどこかで、きっと生きていける。おいしい食べ物とあふれる日光、平凡な幸せがきっと待っているはずだ！
