  |
はてなキーワード: WEBブラウザとは
プログラミング未経験者から「プログラミングを勉強してみたい、でもどのプログラミング言語をやればいいのかわからない」というような悩みを聞くことがあるので、https://redmonk.com/sogrady/2020/02/28/language-rankings-1-20/ に載っている人気の言語TOP 20について、未経験者が最初に学ぶのはどの言語が良いかという観点で簡単に解説してみます。
対象読者はプログラミング未経験者なので、なるべく難しい言葉を使わないようにしたつもりです。また、正確性よりもわかりやすさを重視しているので何かしら間違っているかもしれません。ご留意ください。
Webブラウザの上で動くプログラミング言語。元々ただの文書しかなかったインターネットの世界に、グリグリ動くページを作りたいという欲求により生まれた。JavaScriptのおかげで今のWebページはグリグリ動きまくりである。
元々HTMLをちょちょっといじる為だけのものだったが、どんどん進化を続けて今は一つの超人気プログラミング言語である。今ではブラウザ上でなくても普通に動かせる（Node.jsという）ので様々な用途で使われている。
ブラウザ上で動くプログラミング言語は基本的にJavaScriptしかないので、JavaScriptはすべてのWebプログラマが学ぶ必要があると言っても過言ではない。
ちょっとしたプログラムを書いてすぐブラウザ上で動かせるので楽しい。そういう点ではプログラミング入門に適していると言えるかもしれない。
機械学習を始めとしたデータサイエンスの分野で激烈に人気のある言語。理由としてはNumPyとかTensorFlowのようなライブラリが充実しているというのが大きく、資産がたくさんあるのでこれからも使われ続けるであろう。
言語としては、誰が書いても簡潔で読みやすいコードになる傾向にあり、小さいプログラムを書くにはいい感じである。米国ではプログラミング教育にPythonがよく使われているという話も聞くし、初心者がプログラミングを始めるのにはいいのかもしれない。
将来AIやデータサイエンスをやってみたいと思うのであればPythonから始めましょう。
ランキングでは常に一位に近い順位をつける言語。Javaができた当時は色々と革新的だったらしく、組み込み業界からWebまで流行りまくっていた。今でもその名残か使っているところは多い。過去の資産やプログラマの数が多いのが一番の理由だと思う。AndroidアプリもJavaで書く（もしくはKotlin）。
実行速度が速く、また下位互換性がしっかりしているので過去に書かれたコードが新しいマシン上でも動きやすいのが長所。短所としては、歴史ある言語で下位互換性を保っているため文法が古い感じがする。タイプ量も多くなるし、学習コストはJavaScriptやPHP, Ruby, Pythonあたりに比べると高い。
正しく使えば強力な言語だが、日本のクソSEもどきは全員（自称）JavaエンジニアであることがJavaが毛嫌いされる理由の一つになっている[要出典]。いわゆるGAFAもJavaをかなりヘビーに使っているので要は玉石混交ということである。
Androidアプリを作ってみたいというならJavaからはじめるのはアリ。
Webページを作るためだけに生み出された言語。プログラマの数が非常に多い。日本で求人が一番多いのはJavaかPHPであろう。
初心者でもとっつきやすく、すぐに動くプログラムを作れるので入門に使われることも多い。学習コストの低さはトップレベルである。しかし基本的には古くてダメな言語とみなされており、PHPで作られたWebサービスは脆弱性が多いという都市伝説もある。真実は闇の中である。
近年のバージョンアップで比較的良い方向に向かっている（と個人的には思う）ので、選択肢としては意外と悪くないかもしれない。
Microsoftが生み出した言語で、.NETというプラットフォームを使ってWebサービスを、Unityというゲームエンジンを使ってゲームを作ることができる。
最近有名なのはUnityで、今やほとんどの3Dソーシャルゲーム（の一部分）はUnityで作られている。そう考えるとC#のプログラマは結構いそうだし将来もある程度安泰かもしれない。もちろん.NETも広く使われている。
ただし.NETもUnityも触らない人にとっては基本的に縁のない言語である。
なんかゲーム作ってみたいかもなーと思う人はC#から始めてもいいんじゃないでしょうか。
C言語に色々な機能を足しまくってできた巨大な迷宮のような言語。言語仕様は複雑怪奇だが実行速度は全プログラミング言語中でも最速レベルなので、パフォーマンスが重要な開発において使われる。アプリやサービスというよりは、それらを作るためのライブラリ、プラットフォームなどを作るときに使われることが多い。Web系の会社でいうとGoogleなどは主にC++を使っている。
基本的には初心者が触る必要はない。競技プログラミングを極めたいとかならC++からはじめてもいいかもしれない。
このランキングの中で唯一、日本人によって作られた言語。作者のまつもとさんは世界的有名人である。ちなみに島根県出身、在住。
プログラミングを楽しくすることがモットーらしく、確かに書き味は良い。また作者が日本人なこともあってか日本語情報が多く、情報収集という点ではとてもやりやすい。
Ruby on RailsというWebサービスを作るためのフレームワークが世界的に大ヒットしたため、必然的にRubyの知名度も上昇した。少し前まで日本のWeb系スタートアップは猫も杓子もRuby on Railsといった様相であった。今は少し落ち着いたようだが今も人気は根強く、Web系プログラミングスクール等ではだいたいRuby on Railsを教えているとかいないとか。
Webに興味があるのならRubyから始めるのが一番無難な選択肢と言える…のか？まあ悪くはないと思う。今でも需要は多い。スクールに行きたいのであれば黙ってスクールのカリキュラムに従いRailsをやりましょう。
これは他の言語とは毛色の違う言語である。というかCSSはプログラミング言語と呼んでいいのだろうか？
CSSはHTMLを装飾するためのものである。字に色をつけたり、背景を変えたり、レイアウトやサイズを変えたりするのは基本的にCSSの役割である。
すごく大雑把にいうと、HTMLで表示する内容（文章や画像）を定義し、CSSでその見た目を整え、JavaScriptで動きをつける。というのがWebサービスの”見た目”を作るやり方である。
なので、Webに興味があるのであればある程度はCSSの知識が必要である。が、これ単独で学ぶようなものではない。Webサービスを作る時についでに調べて少しずつ覚えていけば良い。
TypeScriptは比較的新しい言語で、JavaScriptをさらに拡張したものである。Microsoftによって開発されている。
プログラムにはデータの型（Type）というものがある。例えば「1」や「2」は数値型、「あいうえお」は文字列型といった具合である。大まかに言うと、この「型」に対して厳しい言語は型チェックによりバグの混入を防ぎやすいがプログラムを書くのが大変、というかコード量が多くなる。型が緩い言語はサクサクかけるし短く書けるがバグを生みやすくプログラマの力量が問われる。ランキングの中だとJavaScript, Python, PHP, Ruby, Perlあたりは緩く、Java, C++, C, Swift, Go, Kotlinあたりは厳しい。
そんな中、世で広く使われているJavaScriptの型チェックが緩すぎるのでもっとちゃんと型をつけたい、そんな要望を叶えるのがTypeScriptである。基本的にJavaScriptを理解している人間が使うべき上級者向け言語というのが現状なので、初心者が始めるには適していない。
ただしこの先主流になっていく可能性は大いにあるので、どこかのタイミングで勉強してみても損はしないと思う。
C言語は基本的にOSを作るための言語である。OSというのはWindowsとかmacOSとかLinuxといったもので、マシンを動かすための基盤となるソフトウェアである。AndroidスマホにはAndroid（という名のOS）, iPhoneにはiOSが載っている。コンピュータは基本的にOSがあって初めて動かすことができ、OSが提供する機能を使ってブラウザやスマホアプリなどを動かせるのである。
というわけで、初心者が学んで実用的なものではない。ただしC言語というのは世の中の様々なものの基盤になっており、他言語の文法もC言語から拝借しているものが多い。例えばC言語をある程度勉強していればJavaやPHPなどはなんとなく雰囲気で書けてしまったりする。
そういうわけで、コンピュータサイエンスをこれからちゃんと学んでいきたいという人（大学生とか）はC言語から始めるのもいいと思う。ちなみに筆者は初めて書いた言語はCであるが、意味が理解できるまでに２年かかった。才能がないとこうなるので注意。
SwiftはAppleによって作られたAppleのための言語である。iOSアプリ（iPhoneアプリと言い換えても良い）を作るためだけに存在している。
言語自体は他と比べて新しいため文法や機能がイケてる雰囲気があるので基本的にはいいのだが、iOSアプリ以外で使っている人は多分世界で5人くらいしかいないと思う。なのでiOSアプリに興味がない人はやめておきましょう。iOSアプリを作りたいあなたは他に選択肢はない。Swiftをやりなさい。
Swiftが生まれる前はiOSアプリを書くためにObjective-Cが必要だったため、多くの人がこの言語を使っていた。が、今はSwiftがあるので、古くからあるObjective-C製アプリをメンテナンスする時以外に使う機会はない。名前すら覚える必要がないので存在を忘れてしまって構わないが、これだけ順位が高いということは多くの企業がいまだにObjective-Cで開発し続けているということであり、ニッチな需要はこれからも残るのかもしれない。
Scalaは関数型言語と呼ばれる言語の一つ。Javaの親戚みたいなものなのでJavaとの連携が容易であり、上手く使えば性能も出るしコード量も少ないしバグも少なくて最高、な感じらしい。が、その分難易度が非常に高いので初心者が手を出すものでは絶対にない。どんなに早くても他に二つは言語を覚えてから勉強しましょう。Javaを覚えてからやるのがベター。
正直ほとんど書いたことがないのでよくわからないが、ビッグデータというワードが流行りだした頃はデータ解析用途でかなり流行っていた。その後機械学習やAIブームが来て、今でも現役で使われてはいるがPythonがどんどん勢力を拡大しているので少し目立たなくなってきた、というのが個人的な印象である。まあプログラミング初心者が最初にやるようなものではないことだけは確かである。
Go言語は比較的新しいGoogle製のプログラミング言語で、Googleのように巨大なシステムでの使用を目的に作られたものである。しかし実際には様々な企業が利用しており今一番勢いのある言語と言ってもかもしれない。
他のプログラミング言語の良い点や悪い点を参考に設計されており、実行速度の速さと生産性（プログラムの書きやすさ、読みやすさ）を両立できるような言語になっている。ただし、機能を増やすのではなく本当に重要な機能だけに絞るという思想があるようで、他の言語に慣れていると機能の少なさに不便を感じるかもしれない。
学習コストが低いという点では最初に学ぶ言語として適しているかもしれないが、GoだけでWebサービス等をサクッと作れるのかというと微妙なので、アウトプットを出しにくいというのはあるかもしれない。
シェルというのはテレビなんかでハッカー的な人間がPCを開いて謎の黒い画面に白い文字を打ち込んだりするアレである。説明としては正確ではないがまあ大体そんなもんである。何が言いたいかというと初心者が最初に学ぶとかそういうものではない。しかし実際に開発の仕事をやるとシェルの知識はあったほうがいいし、シェルに多少詳しくなるとPC上でテキスト操作をしたりファイルをいじったりというのが便利にできるようになる。ただし（通常は）極める必要はない。
Shellと言っても実際にはbash, csh, tcsh, zshなど色々あるのだがそれらをひとまとめにしてShellとなっているようだ。
PowerShellは上のShellの親戚みたいなもので、ShellがMacやLinuxで動くのに対しPowerShellはWindowsで動く。そんだけである。あと正直あまり知らない。
ランキングの中ではかなり昔からある言語で、サーバーと呼ばれるマシンには大体Perlが入っている。そのくらい市民権を得た超有名言語で、C言語やC++で書くほどでもない小さなプログラムはとりあえずPerlで書く、というくらいには広く使われていた。インターネット初期はほとんどのWebサイトはPerlで書かれていたとかいないとか。PHPなどの登場はその後である。
今でも広く使われてはいるが、RubyやPythonがPerlの後継的な位置付けであるため、初心者が新しくPerlを学ぶメリットというのはあまり思い浮かばない。何か特定の目的があるのであればいいと思う。
Kotlinは簡単に言えばBetter Javaである。Javaをもうちょっといい感じに書きたいという気持ちで作られた言語で、Scalaと同じくJavaの親戚のようなものである。
ランキングの中ではSwiftと並んでかなり新しい部類。AndroidアプリをKotlinで書けるようになったことがきっかけで人気が爆発的に上昇、今ではWebの開発にも使われていたりする。
とは言えまだまだ新参者といった感じで、ドキュメントなどの情報も他の言語に比べると物足りないので初心者には厳しいかもしれない。
言語自体はとてもいい感じなので、もう少しコミュニティが成熟してくれば最初に学ぶ言語の選択肢として有力になるかもしれない。
HaskellはScalaと同じく関数型言語である。ScalaがJava的な書き方でも動くの対し、Haskellは「純粋関数型言語」と呼ばれ、ランキング中の他の言語とは一線を画した書き方になる。どう考えても初心者にはオススメしない。少なくとも他に二つは言語をマスターしてからやりましょう。
なんとなくWebに興味がありそうならJavaScriptかRubyもしくはPHP、Androidアプリに興味があればJava、iPhoneアプリに興味があればSwift、AIやデータ分析に興味があればPython、3Dゲーム開発に興味があればC#。この辺りをやりましょう。
特に目的がないのであればフィーリングで選んで大丈夫ですが、やめておくべき言語というのはあるのでその辺だけ参考にしてもらえれば。
なお筆者はただのヘボプログラマであり、大好きな記事（http://www.mwsoft.jp/column/program_top10.html） の現代版かつより初心者向けなものを書いてみたいと思ってこの記事を書きなぐった次第である。あまり真に受けないよーに。
美少女ゲーム(エロゲ)のサブスクリプション「OOParts」が2020年4月24日にサービス開始した。
Webブラウザ上で動作するため、PCだけでなくスマートフォンからもエロゲができる画期的なサービス。
4月24日～4月26日の3日間は無料でサービスが体験できるキャンペーンを実施し、多くのアクセスがあった模様で期間中はなかなか繋がりにくかったりもした。
無料期間は終了したものの、しばらくは限定価格の月額1,000円でプレイできるらしい。(通常価格は月額3,000円)
外出自粛で暇を持て余した紳士淑女にはピッタリなサービスかもしれない。
遊べるタイトルも100作品を超えており、メジャーなものから「これを持ってくるか」というマニアックなものもあるのでタイトル一覧を眺めてるだけでもエロゲーマー的には楽しいところ。
とはいえ、現状は収録ブランドに偏りがあり以前OOParts公式さんがアンケートをとった【もう一度遊びたい美少女ゲーム】の上位作品がラインナップされていないので、そちらを優先的に注力していただきサービス加入者を増やしてもらいたい。
こういった定額サービスは内容が充実しているか否かで大きく左右されるので、サービス料が月額3,000円の通常価格になった際、高いと思わせないようなラインナップとなっていることに期待。
個人的には「もう一度プレイしたい」ではなく「一度プレイしてみたかった」作品を望んでいるので、90年代作品なんかがラインナップに増えてくれると大喜びする。
全ての出版社の本が一つの媒体で、しかもwebブラウザで読めたところ
持っている本だけというルールを自分に課して電子書籍感覚で読んでたけど本当に良かった
コロナウイルスの関係でどこの出版社も漫画を無料公開してくれてるけど、アプリを増やすのが嫌で全く利用していない
自社のプラットフォームにこだわるのは世界的にやめてほしいと思った
漫画村のやったことは評価できないけど、機能だけは思い出した時に評価されてほしい
漫画村が流行した1番の理由は公式より使い勝手が良かったからだと思っているから
.
言いたいこと全部書いてあった
https://ja.wikipedia.org/wiki/W3m
昨今のサイトを見るにはとても不便で、操作性も何もかも非効率だけども、ブラウジングがとても新鮮なものになるよ
CDが売れなくなっている昨今、EP、LPとかレコードは好調らしい。
なんかそんな記事を見た中に、
「もはや音楽を聴くことに娯楽的意味がなくなってしまい、CDセールスが衰退、アーティストが音楽のみで身を立てることが困難になっている中で、
ライブに行き生演奏を目で体で聴くことで原初的感動を受ける人や、繊細なアナログメディアで音楽を享受する”儀式的行為”により、新しい価値を見出している人がいるため」
というようなことが書いてあって、なるほどなあと思った。
効率を無視した献身的行為、ある種の狂信とも言うべき自慰的な活動こそが、拡散してしまいがちなアイデンティティを収斂するための一助になっていると考えているので、
それが音楽であれ、ピュアオーディオであれ、ルリ儀式、筋トレ、政権批判、ガチャ課金、なんにでも没頭できるものが見つかるということはとても喜ばしいと思う。(誰かに迷惑をかけなければ)
音楽ほど歴史が長くないが、Webブラウザも年々大きく変動している最中で、研究者のツールだったものが大衆向けに整備され、一般化されるコンテンツに合わせてWWWの利用も複雑化している。
SNSと高度に連携したスマホファーストの無味乾燥に大量消費されるコンテンツを見ていると、WWWを見るという行為を愛で、儀式的行為に価値を見出しても良いように思う。
「インターネットを介したコミュニケーションでは情報が多すぎる、たくさん情報を受け渡しすると疲弊する。
情報量を極限まで削ることで、原初的な伝わったことが嬉しいという気持ちを得られる。
ここからw3mで適当にWebブラウジングをするのが習慣になった。
原理主義というならLineModeBrowserとかLynxとかを選ぶべきなのだろうが、
日本発というアニミズム的発想(とドキュメントの多さ)からW3mを選んだ。
何よりも、w3mは「WWW-wo-Miru」の略だというと、上にあげた「WWWを見る」という行為に儀式的意味を持たせるためには必要な要素だと思われた。
最近だとBrow.shという画像も何とかテキストで表示してやろうという意欲的なものもあるんだけども、これは端末の解像度に依存が大きいため断念。
というか画像も必要であれば普通のブラウザ環境も使うという腥っぷり。
twitterは、twtermを使ってこれも余計なTLチェックが不要となった。
というような落書きを、適当なEC2インスタンス上のw3mから書いている。
EC2にtmux + w3m + twterm という環境をほぼ放置してあり、コマンド一発でほぼ同じ環境を無料AWSを乗り継いで利用できるようにしてある。
はてブをテキストベースで閲覧する方法を探している。それがあれば、より原初的感動を持ってクソのようなコメントを投げ合えるパラダイスが待っていることは自明である。
くそ長い話なので注意
最近、TwitterでロリキャラのR18イラストを描くアカウントへの規制が厳しくなってきたらしい。
そういったアカウントの凍結は前からあったが、最近は特に見つかり次第凍結されている印象だ。
ぶっちゃけてしまうと私はそういうイラストが好きなので、個人的には少し残念な状況ではある。
ただ、だからといって「表現の自由を守れ！」なんてTwitter社にケチをつけたいとは全く思わない。
みんな知ってる通り、日本という国はロリエロ絵に対する規制がかなり緩いが、世界的に見れば法律でNGとしている国も少なくないし、国際的な流れは完全に規制寄りだ。
そんな状況では、いくら日本人ユーザーが多いTwitter社でもロリエロ絵を看過できなくなって当然だと思う。
さて、それではそもそも、ロリエロ絵がTwitterなどのSNS上で投稿・拡散されることの問題とはなんだろう。
ロリコンが増えることも社会的にはマイナスではあるが、これについては言論・思想の自由で見逃されていい範囲だと思う。社会的にプラスな思想のみ肯定する世界になったら、それは単なるディストピアだ。
なので、間違いなく一番問題なのは「見たくない人の目に触れてしまう」ことだと思う。
すこし前に話題になった「お父さん、あれ気持ち悪い」発言だって、見たくないのに目に入ってしまうのが原因だし、他の既出の問題もたいていここが原因だろう。
これの対策は一見すると簡単で、「見たくない人が見ないところで投稿・拡散すればいい」という「自主ゾーニング」なのだけど、私の知っている限りこの試みは何度も失敗している。
これまで何度も、ロリエロ絵のイラストレーター達は「Twitterではやってられない！ Pawoo（Pixivが運営するMastodonのインスタンス。Twitterに似ている）に移住しよう！」と発言しているのだが、まあ十中八九失敗している。
なぜかと言えば、Pawooはユーザーが圧倒的に少なく、絵を多くの人に見てもらえないからだ。
クリエイターにとって知名度こそ全てだ。知名度だけ高ければいいわけでもないが、知名度がなければ何もできない。そして、それはロリエロのイラストレーターも例外ではない。
というわけで、結局彼らは絵に修正を入れたりリンクを貼ったりして、だましだましTwitterで活動し続けている。
とまあ、ここまで書くと「そんなもん描くやつ勝手にくたばればいいだろ」と思う人が多数派だろう。
まあその通りなんだけれど、ちょっとだけ待ってほしい。
上で書いたとおり、ロリエロ絵の最大の問題は「見たくない人の目に入る」ことで、それさえ無ければ被害者はいなくなる。
だから、ゾーニングさえ上手くできれば（ほぼ）問題はないのだ。
ではロリエロに限らずweb上で、「見たい人にはちゃんと届くように」「見たくない人には届かないように」上手くゾーニングするにはどうすればいいんだろう。
私は「webブラウザ、検索エンジンを提供する企業が、最初にユーザーに見たくないものを選択させ」、「Twitterなどのサービス提供者が連携する機構を作り」、「投稿者がきちんとカテゴリを選択して投稿する」ことでしか解決できないと思っている。
例えば、Google Chrome（ブラウザ）のインストール時、ユーザーに「ポルノ」「暴力」など見たくないものを選択させる。
Twitterはそれに対応するカテゴリの選択肢を作り、投稿時などに選択できるようにする。
そして投稿者が「ポルノ」にチェックをつけて投稿すれば、ポルノを見たくない人には届かないといった寸法だ。
そして、これらのルールを破ったユーザー、サービス提供者には即座にペナルティを課すようにする。
大仰なやり方ではあるが、web上のゾーニングはロリエロだけでなく大きな問題なのでこれくらいやってもいいんじゃないかと思っている。
そして、この仕組みを作れるのは世界中のwebを席巻しているGoogleくらいじゃないだろうか。
…というわけで、Googleさん、そろそろ（誰も不幸にならない形で）ゾーニングに本気出してください。
お願いします。
はい。
これが言いたかっただけ。
テスラの車は、トヨタとメルセデスの古いプラットフォームから派生した純電気自動車だ。まあ、旧型カムリだ。各ECUとインパネ(IC)間がCANバスで結ばれ、ゲートウェイを通して車内インフォテインメント(カーナビ)が接続できる。そして、ゲートウェイにはセンターコンソール(MCU)、自動運転モジュール(APE)が接続されている。まあマツコネみたいなものだ。ただし、通常のカーナビと違い、このMCUはTegra 3(旧世代)または超高速なIntel Atomプロセッサ(現行)が採用されている(マジ)。そして、海賊版のUbuntu GNU/Linuxを実行している(マジ)。そしてLTE回線に直結し、テスラ本社のサーバ(mothership.tesla.com)にOpenVPN接続している。
古いモデルは3G、新しいモデルはLTEモジュールを標準搭載している。明示的に特別注文しない限り無効化や取り外しは行われない。本社Mothershipは各車の動作状況を監視・操作するほか、オートパイロット起動通知を受け取り、またssh接続のためのパスワードを保持する。これによりファームウェアのrootが取られた場合にオーナーを蹴り出したり、あるいは事故発生時に「オートパイロットは(直前でエラーを吐いて運転をぶん投げたため)使用されておりませんでした」と発表するなどいち早くメディア対策を行うことができる。
更新パッケージは前述のOpenVPN経由でダウンロードされ、その中にAPEファームウェアのほかにもドアハンドル、ブレーキ、インバータECUなどのファームウェアが含まれていれば、MCUが更新処理を行う。これまでに配信されたアップデートには、Linux Kernelを含むMCUのOS更新、インバータ出力アップ(設計の三倍程度)、緊急制動距離の延長と短縮、自動緊急ブレーキの追加、自動運転の警告間隔延長・短縮(事故報道の頻度に応じて調整)、自動運転機能そのものの搭載や根本的な入れ替えなどがある。現在の仕様ではファームウェアバージョン表記はYYYY.WW.x.y.zで、GitのコミットIDが末尾に付き、平均して月2回程度のローリングリリースが行われる。つまりリポジトリのheadがざっと社内検証を通るとLTEで降ってくる。非常にまれなケースでは社長(@elonmusk)の「やりましょう」ツイートから数時間でバージョンが上がる。
純電気自動車なので、エンジンは搭載しない。代わりに車体下面にリチウムイオン電池パック(ノミナル電圧480Vまたは400V)を搭載する。パックは火薬式ヒューズを含む高電圧コンタクタ(リレー)を介してモータおよびインバータと接続され、インバータはモータ進角を監視しながらスロットル指示に合わせて三相交流電源を供給する。この辺りはCPUファンと変わりない。
POSIXなUNIX/Linux系OSではvi(もしくはVim)がテキストエディタとしてプリインストールされていることが多く、理系だとたいてい一度は触ったことがあるので慣れ親しんでいる
画像が表示できない古典的なWebブラウザ(テキストブラウザ)のw3mやLynxなどでも採用されているのでインターネット老人会の人たちも慣れ親しんでいる
BPNFはそれぞれBack・Preview・Next・Forwardの頭文字
こちらもPOSIXなUNIX/Linux系OSでよく使われるテキストエディタのEmacsのカーソル移動(正確にはCtrlキーと組み合わせる)
ASWDはFPS系ゲームでよく採用されるプレイキャラクタの移動に使われるキー
Webブラウザでも5chブラウザでもLINEでもそうなんだけど
画像を保存しようとするといちいちどのフォルダに保存するのか選ぶウィンドウが開く
んでこれが重い。マジで。正直ウザすぎる
保存場所なんていちいち変えないし、変えたければあとでまとめて移動するから、一律にダウンロードフォルダに保存してくれないかな
新型のmac miniがやっと出たが一番安いタイプでも89,800円（税別）する。この値段で4、5年戦えるなら妥当な買い物と言えるが不安はある。2014のmac miniを使っていた経験から言うとメモリは8GBでは足りない。WEBブラウザとエクセルを開いただけでメモリのほとんどを使い動きが遅くなるため最低でも16GBは必要だろう。そうなると22,000円（税別）を追加で支払わなければならない。ストレージはSSDの128GBで十分だが、3.6GHzクアッドコア第8世代Intel Core i3のCPUはどうだろうか。購入するかどうかはiFixitの分解動画を見てから決めたい。
自分でも何を言っているのかわかってない 、そもそも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
(Qiitaのほうに2019年版があるので今はそちらを…。こちらは2015年版な感じです。)
Vimの外でもVim風の操作ができたりするのは彼らのおかげだ。
デフォルト、オプション、プラグイン、アドオン、様々な手段で提供されている。
Vimを使っている人でも使うかどうかは人それぞれだし、
どの程度Vimを再現できているのかも実装によってまちまちなのだが、
なんだかんだで有名どころのテキストエディタや統合開発環境では何らかの形で提供されることが多くなったように思う。
(一覧に無いものは私が知らないか忘れているだけなので、実際にはまだあると思う)
| 統合開発環境 | 名称 |
|---|---|
| Visual Studio | VsVim |
| Xcode | XVim |
| Eclipse | Vrapper |
| NetBeans | jVi |
| IntelliJ IDEA | IdeaVim |
| MonoDevelop | Vi Mode |
| Qt Creator | FakeVim |
| テキストエディタ | 名称 |
| Emacs | VIP |
| Emacs | Viper |
| Emacs | Evil |
| Atom | Vim mode |
| Atom | vim-mode-plus |
| Sublime Text | Vintage |
| Sublime Text | Vintageous |
| Brackets | vimderbar |
| Visual Studio Code | Vim |
| Light Table | Vim |
| ブラウザ | 名称 |
|---|---|
| Firefox | Vimperator |
| Firefox | VimFx |
| Firefox | Vimium |
| Chrome | Vimium |
| Chrome | Vrome |
| Chrome | Vichrome |
| Chrome | cVim |
| Opera | VimOperate |
| Opera | wasavi |
| Safari | sVim |
| Safari | vimari |
いくつかのコマンドでも。
| コマンド | 分類 |
|---|---|
| bash | シェル |
| zsh | シェル |
| ksh | シェル |
| tcsh | シェル |
| yash | シェル |
| tig | gitインターフェース |
| less | ページャー |
| cgdb | デバッガ |
| LuaKit | Webブラウザ |
| 名称 | 操作 |
|---|---|
| jkで前後の項目に移動 | |
| TweetDeck | jkで前後の項目に移動 |
| jkで前後の項目に移動 | |
| Google+ | jkで前後の項目に移動 |
| Tumblr | jkで前後の項目に移動 |
| GitHub | jkで前後の項目に移動 |
| jkで前後の項目に移動 | |
| Pixiv(複数投稿) | jkで前後の絵に移動 |
| ニコニコ静画(漫画) | jkでスクロール |
| ニコニコ静画(電子書籍) | hjklで前後のページに移動(wasdでも可) |
| はてなブックマーク | jkで前後の項目に移動 |
ゲームも。
| 名称 | 操作 |
|---|---|
| nethack | hjklで上下左右に移動(yubnで斜め移動) |
＞ viのhjklは先行する何かの影響で実装された記憶があるので、操作が共通だからというだけで「viを忍ばせる」というのは言い過ぎではないかという気がする
＞ まして「vimを忍ばせる」というのは、ちょっとその、まあなんというか…
確かにVimではなくviの模倣だったりして無理があった…。hjklの大元を辿るとどこに辿り着くんだろう(ビル・ジョイの使っていたキーボードとは別？)
