はてなキーワード: WEBブラウザとは
Google Chromeのアドレスバー(URLが表示される部分)で、「あだ」を入力すると、
消す方法はない物だろうか。
MS IMEの設定ー>予測入力をOFFにしても、これは解消されていない。
因みに、
設定メニューの一番下にある「詳細設定」をクリックして表示される「プライバシーとセキュリティ」項目の「予測サービスを使用してアドレスバーに入力した検索とURLを表示する」のボタンをクリックしてオフにしましょう。 こちらで予測変換の機能を無効にする設定の完了です。2018/08/10
とあるのだが、この項目が表示されないため削除できない。
同様の苦情を申し出ているユーザーも多いようだが。
Webブラウザ以外なら、変換候補の削除方法は、簡単に検索できた...
削除したい予測候補が表示されるキーワードを入力します。 ...
公式サイトからダウンロードして、インストール用USBメモリを作成(ここが障壁になるかもしれない)して挿入、起動すればそのままマシンにインストールして利用できる。この辺はWindows10とほとんど変わらない。
インストーラはWindows10よりも簡単でスムーズ。Cortanaも起動しないので静か
UbuntuはCanonicalという企業が開発・保守している
6か月に1回の新バージョンと2年に1回の長期版バージョン(5年間サポート)の公開が保証されている。大きな変更の更新頻度としてはWindows10と大して変わらない。更新内容もWindows10より穏やかでアップグレードして何か不具合が起きるということもあまりない。
Webブラウザはもちろんあって、既定のFirefoxをはじめ、ChromeやEdgeなど、Windowsでも見知ったものばかりである。そしてWebブラウザの中に限って言えばブラウザ内はWindowsと同じである。
つまり日本語入力さえあれば(Ubuntuではもちろん標準装備)Web上のアプリ・サービスの使用になんの障壁もない。
Webブラウザ以外のアプリケーションについても、ほぼWindows10での代替品は揃っていて、そのほとんどが無償で手に入るが、これからはどんどんWebアプリに移行していくと思われる。
私は第4世代のCore i3の自作PCにUbuntu20.04LTSをインストールして使っているが、体感上何も問題なく使えている。
当エントリはある程度の情報技術リテラシーが必須であり、一部の情報はPC初心者および初級者に推奨できるものではない。
しかしPC初心者および初級者はシステムを壊す、大事なデータを失うなどの手痛い失敗をして成長するのもまた事実であり、もしもプログラミングなどに興味のあるPC初心者および初級者がこの情報を活用する場合はシステムを壊す、大事なデータを失うことを覚悟して実行するように。
チュートリアルに指示通りに進めれば大きな問題はほぼ発生しません。
Chrome OSは初期状態のデフォルトで「ノーマルモード」と呼ばれる一般ユーザーモードですが開発者向けに「デベロッパーモード」が用意されています。
ノーマルモードはChrome OSの様々な制限があり、デベロッパーモードによって制限の解除が可能です。
しかしノーマルモードからデベロッパーモードへ移行するとPowerwash(初期化)されてしまい、システムやユーザー領域へ追加された情報はすべて削除されます。
もしデベロッパーモードが必要な場合はデベロッパーモードの詳細を調べ、現在の情報は削除されてしまうことを念頭に実行しましょう。
ちなみにProject CrostiniのLinuxレイヤーへDebianリポジトリからパッケージを導入するなどにはデベロッパーモードは必要ありませんので多くの場合はノーマルモードのままの運用で十分でしょう。
Android OSアプリやChrome OSアプリを開発したい場合は最初からデベロッパーモードにしたほうが後悔が少ないです。
Chrome OSでは一部のキーがほかのOSでは見慣れないものが並んでいます。
迷いがちなので一番最初に覚えるべきキーボードショートカットは「Ctrl+Alt+?」です。
「Ctrl+Alt+?」でいつでもキーボードショートカットを確認できることだけは覚えておきましょう。
多くのChrome OSデバイスはGoogle Play Storeへ対応しており、Google Play Store経由でAndroid OSアプリ導入が可能です。
しかしながらGoogle Play Storeへ公開されているAndroid OSアプリが必ずしもChrome OSへ最適化しているのか?と言えばそうではなく、Android OSアプリの開発環境であるAndroid StudioがデフォルトでChrome OSでの実行を許可していることもあり開発者が意図せずChrome OSへインストールできてしまうことが大半です。
したがってChrome OSへ導入するAndoirdアプリの動作へ何らかの不具合があったとしても脊髄反射で酷評せず、やんわりと丁寧に博愛精神をもってChrome OSではこうだとアプリ開発者へ情報共有することをオススメします。
多くのAndroidスマートフォンやタブレットはARMアーキテクチャーと呼ばれるものを採用していますが、現在のChrome OSデバイスは高性能な製品になるほどx86(x86_64)アーキテクチャーを採用している傾向があります。
本来コンピューターアプリケーションというものはアーキテクチャーが異なると実行起動動作が不可能ですが、Android OSアプリは異なるアーキテクチャー間でもアプリの実行起動動作が極力可能となるように互換性をだいたい確保しています。
しかしながら例えばARMアーキテクチャー向けのAndoird OSアプリをx86アーキテクチャーなデバイスで実行するとアプリ動作のパフォーマンスが著しく落ることが多いです。
これは高度なグラフィックス機能を必要とするゲームなどで顕著に現れる傾向にあり、Chrome OSでは期待したほどAndroid OSアプリが軽快に動かない可能性を理解しておく必要があるのです。
コロナ禍によって多くのChrome OSデバイスを販売することが出来ましたが、それによってChrome OSデバイス間の性能差が問題視される機会も増えました。
具体的には「インターネット上でChrome OSでの動作報告がなされているAndroidアプリが自身のChrome OSデバイスではインストールできない」といった報告です。
これは一部のAndroidアプリ開発者がデバイス性能によってインストールの許可不許可を決めているために起こることで解決方法は基本的にありませんので諦めましょう。
これから導入するAndroidアプリのためにChrome OSを購入する際は価格につられて低性能すぎるデバイスを購入してしまうと失敗する確率が高まりますので注意が必要です。
ただし、Googleが提供するアプリなどは基本的にそのようなことは無いようです。
設定から「Linux(ベータ版)」で「オンにする」とLinuxのインストールが開始されます。
現在のChrome OS v90ではLinuxレイヤーを実現するProject CrostiniではデフォルトでGPUによる支援機能を実行できません。
Chrome Webブラウザを起動し、URL欄へ「chrome:flags」と入力しアクセスして「Crostini GPU Support」を「Enabled」とし再起動してください。
この変更で動作に不具合を確認した際は設定を元に戻してください。
LinuxにもGoogle Play Storeのような簡単にLinuxアプリを導入できる環境が存在します。
GUIパッケージマネージャーを導入する場合は「ターミナル」を起動し下記を実行してください。
sudo apt install synaptic gnome-software
Chrome OSとLinuxレイヤーではパッケージの導入先がデフォルトで海外のサーバーになっており少々遅いです。
日本国内のサーバーへ変更することで速度を改善できる可能性があります。その際は「ターミナル」を起動し下記を実行してください。
現在のChrome OS v90ではChrome OSとLinuxレイヤーを実現するProject Crostiniで日本語入力を共有できず、キーボード入力しても英字しか印字されません。
日本語入力をするには別途に日本語インプットメソッドと日本語フォントが必要です。
日本語インプットメソッドと日本語フォントを導入する場合は「ターミナル」を起動し下記を実行してください。
Linuxへ詳しい方はfcitx5のほうが何かと問題が少ないでしょう。
しかし一部のfcitx5向けパッケージがDebian公式リポジトリに存在しない可能性があるのでご注意ください。
KVMやLXC、Dockerなどの仮想環境を幾度か試しましたが、仮想環境を構築したProject CrostiniのLinuxレイヤーを再起動するなどによってProject CrostiniのLinuxレイヤーシステムへ致命的な破壊が起きることがあるのを何度か確認しています。
Project CrostiniのLinuxレイヤー自体が仮想環境のため、Chrome OSのシステムが破壊されるわけではないですが業務利用時にLinuxレイヤーシステムの破壊が起きてしまうと困ってしまうので仮想環境構築は推奨できません。
仮想環境によって開発環境の統一を計っている現場では開発デバイスとしてChrome OSデバイスは利用しないほうが良いでしょう。
ただし、Chrome OSデバイスは実質的にAndroid OSデバイス、タッチスクリーンデバイス、キーボード付きデバイス、タブレットデバイス、ノートPCデバイス、コンバーチブルデバイス(いわゆる2in1)、マルチタスクデバイス、ウィンドウ可変デバイス、タッチスタイラスペン付きデバイスとして機能する可能性を秘めていますので実機デバッグ用デバイスとしては非常に価値があります。
昨今はアスペクト比が16:9でないどころかリアルタイムに可変してしまうデバイスが物凄く増えていますのでスマートデバイス向けアプリを開発する現場ではデバッグ用として1台持っていても全く損しないデバイスかと思われます。
さらに言えばティーン層はGIGAスクール構想によりChrome OSでプログラミング学習をしているわけですからティーン層取り込みのためのUI開発にも使えるのではないかと考えます。
いや暇だからね、何かやろうかなってパッと思い付いたのがコレだっただけ
ちなみに定番ばかりだぞ?んじゃ行ってみよう
Chromeがあればコッチも
Webブラウザは色々使ったけど結局この2つに落ち着いた
これもプリインストール
次世代SMSであるRCSに対応している
個人的にRCS登場以後のメッセージングはこれの比率が増えている
Web版も存在していて便利
ちなみにRakuten LinkもRCSへ準拠しているので相互にRCSを送受信できる
どうやら国内ではGoogle Messages間同士のみという情報を頂いたので修正
もともとGoogle Talkユーザーだったので流れで
前身のHangoutsは今年の終了が決まっているので早めに移行したほうが良いよ
仕事で使うので
ゲーム系はやっぱりこれだよね
仕方なく
電話番号不要で利用可能、強固な暗号化が施されているP2Pによるチャットが行える
このあたりのツールに親和性が高いギークたちとコミュニケーション取るのに使ってる
分散型チャットプロトコルMatrixへ対応したチャットツール
これも同上の理由でギークたちとのコミュニケーション用
利用頻度は非常に落ちているもののはてブでTwitterリンクが流れてくるため
同上
分散型SNSのMastodonのクライアント
Twitterから完全に移行しちまった
わかる人にはわかるだろうけど非常に居心地が良い
OpenStreetMapを活用した地図アプリ
OSM系地図アプリの中では機能が多すぎるくらい非常に多機能
OsmAnd+は有料版、無料版はプラスなしのOsmAndで有料版との違いが先行アップデートくらいなもので機能的な差はほぼ無いので大半の人はプラスなしOsnAndで十分
モダンなOpenStreetMapエディタ
非常に使い勝手がよくゲーミフィケーション的に進捗を管理してOpenStreetMapへ貢献できる
オープンなGoogleストリートビューを作ろうという試みのサービスアプリ
OsmAnd上でもプレビューできる
Google謹製のファイラー
使用頻度の低いファイルを抽出し削除する機能などがある
写真動画趣味なので保存しまくってたら無料期間終了で抜け出せなくなった
個人的にはこの機能で無料はありえんわなと納得しているので課金して容量増やしてる
撮影に必要な機能をこれでもかと載せたカメラアプリ
ただし多眼カメラが切り替えられないのが最大の欠点
設定項目が多すぎるので写真撮影法のハウツー本とか一度でも読んだことがないと使いこなすのは厳しいだろう
便利すぎ
古典的な2画面ファイラ
整理整頓時に前述のFilesで一括削除したくない時に使える
FTPやWebDAVへアクセスできたりもする
BitTorrentの技術を応用したP2P方式のクラウドストレージ
巨大ファイルのやり取りはGoogle Driveよりも速いし転送上限も無い(大手クラウドストレージはダウンロードを繰り返すと転送上限に達してダウンロード停止されたりすることがある)
いい加減辞めたくて乗り換え先を色々試すが戻ってきてしまうノートアプリ
Androidでは定番のターミナルアプリ
デスクトップLinuxユーザーでもあるのでTermuxには助けられてばかり居る
X Window Systemのクライアント
リモートデスクトップに使える
CUIな同名タスクマネージャーのAndroid GUI版
GUIで操作しきれないとき直接コマンドを送信できる機能もある
ちなみにTermuxにもパッケージが提供されてる
AndroidでもSKKが使えてしまうIMEアプリ
ただし野良アプリ
だらだら思い出しながら書いてるけど眠たくなったのでこの辺で
(ここより追記)
2人対戦のミニゲームが多数収録されているアプリ
1人プレイでも対CPU戦が可能
スマホよりはタブレット向きでAndroid Appが動作するChrome OSにも対応
安いので課金して広告非表示にして損はない
絵本はらぺこあおむしのアプリ
絵本のような世界観の中であおむしを育成できる
算数未満の「数かぞえ」アプリのなかでは完成度が高い
文字が読めない幼児に向き、日本語で課題を読み上げてくれるし、しっかりと数字も読み上げてくれる
前述の2つと合わせて5才児と遊んでいる
ミニゲームが多数収録されていて暇つぶしとして馬鹿に出来ない
インスタントアプリ対応ゲームで様々なタイトルをお試しするのもアリ
もともとはLinux界隈で定番の横スクロールアクションゲーム
膨大に存在する追加ステージをダウンロード可能
むしろ「本家」が出してる例の横スクロールアクションジャンプよりも遊べてしまう
ただし一部のフォントが中華フォント
こちらもLinux界隈で定番の横スクロールアクションゲーム
メトロイドのような世界観グラフィックスと独特の操作性が特徴
認めざる得ない、これは面白い
対戦型タワーディフェンスゲーム
バランス調整が頻繁にあり極力運要素を排除しプレイングで勝敗を喫したいという運営の方針が読み取れる
マッチングはレーティング方式で、更に様々なルールでの対戦があるため強いデッキが固定しないのも美点
DuckDuckGoはGoogleが取り除いているものを取り除かないのだが、
まさにそのGoogleが取り除いているものを取り除けないことによって、Googleを超えることができなくなったのだ
DuckDuckGoが本当に作らなければならなかったのはWebブラウザだったんだけど、残念ながらもう遅い
なんかaptとbrewとソースからビルドしたの混在させたらセグフォで落ちる…
確認する気力さえ危うい
メンタルが落ちる
というか、無職なのになんで俺って家でもいつもコード書いたりしてるんだろう
もういい加減嫌になってきた感もある
そういえば、Windows用のRPAを.NETで途中まで開発したのもあるが、
今回のMicrosoftの発表で完全に意味を失った感じがある
.NET core対応のためにUIPath社の提供するライブラリとの連携も考えてたが、
それに今回公開されたMicrosoftのRPAは汎用機にも対応してる?みたいで、
というか、最近何度もビル・ゲイツ、スティーブ・ジョブズ、IBMが同席したビデオを思い出すんだが、
あのビデオでジョブズとIBMが、ソフトはハードのおまけ、ソフトは将来無償になる、
その発言にビル・ゲイツは嫌悪の表情を浮かべるが、ビル・ゲイツはその逆を行って成功した。
ハードよりもソフトが、OSやオフィススイートが主導権を握ることに一旦は成功した。
しかし、現在のMicrosoftの最も注力するのはAzureであり、買収したGitHubであり、
MicrosoftもRustやGoを採用し、Windows上でどのように活かすかを模索しているし、
WSLのようなものは、ある意味ではLinuxに対する敗北宣言でもあって、
Edgeの元の開発者の解雇からChromiumベースへの意向も、ある意味ではGoogleに対する敗北宣言でもあるし、
車輪の再発明にコストなんかかけたくねーよ、という気持ちは分かるが、
Webブラウザのエンジンの開発がGoogle一社になるのは危険でもあるわけで、
そこをFirefoxが耐えてくれてる感もあるが、Mozillaは財団だし、寄付金も微妙になってきたみたいだし、
そんなこんなでRustだけ組織を分離したりってことなのかなあと思ったりしてるけど、
話が脱線したけど、つまり、何が言いたいんだってばよ、というと、
この業界というか、少なくともコードを書く、アプリを開発する、という市場の先は暗いような気がしてきた
日本ではIT企業でない会社がSEではなくプログラマーのような人材を雇って内製したりする傾向はまったくない
専門家を雇わず新卒から雇ってきたプログラムって何?の社員に内製させようとするからRPAみたいなゴミを売る詐欺が跋扈するわけで、
つまり、日本の企業は総じてケチだし、竹中平蔵みたいな上級国民?も喋ってる内容はケチな話ばかりなんだよな
マクドナルドとかベネッセ傾かせて妻をゴルフクラブで殴打した原田氏とかもそうだけど
ドーンとお金出すから木星まで行こうや、ガハハ、みたいな良くも悪くも金のあるバカが日本にはいない
それが良くも悪くも米国にはいて、良くも悪くも国策として中国にはいるわけだけど、
この国はやることだけでなく考えることもどんどんみみっちくなっていくだけな気がする
まあ、世の中のせいにしたいわけじゃないし、したって仕方のない話だよなあ
なんかコンピュータとは別のことやりたくなったなあ
足りなかったねん(´・ω・`)
キーボード打つのめんどいからマウスでコピペしてるのに、結局求められる。だるい。
虫眼鏡アイコンにホバーした時にマウスカーソルが👆にならなかった時の絶望感よ。
見づらい。やめろ。
読めない。強制中断させられるよりは読み込み完了までフォント真っ白でいい。
独立させてくれ。大体こういうのは閉じるボタンが追尾してこない。
閉じた後も見ていたとこまでスクロールし直さないといけない。だるい。
横からメニューが出てくるタイプの場合は大体リンクの半分以上が隠されているだろうが、そんなリンクを開きたいと思わん。
リンクを開きたくて押した訳じゃない。開くな。
開くなとは言ったが、何もするなとは言ってない。
メニュー閉じろ。わざわざ画面上部/画面外の閉じるボタン押すのだるいのよ。閉じてください。
言うまでもなく誤タップを誘う。やめろ。
うちのアプリ入れてねって広告でよくある。はてブお前のことやぞ。
画像表示前に高さが0なやつ。たまに商品画像でこれをやってくる通販サイトがある。
(上に大きく商品画像が表示されていて、下にちっちゃく商品画像一覧が表示されているやつ。一覧から別の画像を選ぶと一瞬大きい方のサイズが0になってガクつく)
スーパー見づらい。lazyload + これ + 一番下から上にスクロール でガクガク地獄を見れる。
lazyloadの利点はわかる。まあわかる。でもlazyすぎる。too lazy.
画像メインのサイトほどメリットが大きいんだろうが、画像メインのサイトほどlazyloadのせいで流し見しづらい。スクロールに表示が追いつかない事が多々ある。やめろ。
読み込み中は真っ白のままで、読み込み完了後にやっとゆっくりフェードインで表示されるやつ。なんの意味があるの?
「新しいタブで開く」等でバックグラウンドで読み込み完了させても、開くとあなたが見てくれるまで待ってましたよとばかりにフェードイン。
小さい。押しづらい。大体広告についてて、消そうとすると広告本体を誤タップする。やめろ。
LINEお前のことやぞ。(LINEは三点リーダーを縦にしたようなやつだけど)
狭い。みんながみんな縦長大画面じゃないんだよ。片方だけなら許す。両方はやめろ。
共有を知らない・使わない・アプリ入れてないユーザーもいるだろうからボタンを置く事自体は許すが、追尾はしなくていい。邪魔。とにかく邪魔。
hoge.com#aiueo みたいなの履歴に追加してくれるとこと追加してくれないやつあるよね。
追加してくれるやつはそれはそれで多用すると履歴がカオスなことになるが、追加してくれないやつはスマホ(Android)の「戻る」押すとタブが閉じられたりしてビビる。
目次に戻りたい時はスマホの「戻る」を押す癖がついてるので、例え目次に戻るボタンを用意してくれていてもスマホの方押す。でタブが閉じられる。ビビる。
履歴に追加してくれない上に、目次/トップに戻るボタンを用意してくれてないとこも稀にある。目次まで手動スクロール。だるい。
「このURLはうちのサイトじゃないよ、安全かどうかわからんけど開く?」みたいなやつ。
価格コムみたいなユーザーが好き勝手投稿できるサイトならまだわかるが、そうじゃなく運営者しか記事書けないタイプのサイトでもたまに見る。
記事書いといて安全じゃないと思うサイトのリンク載せとんのかよ。邪魔。まあ広告見せたいだけなんだろうが。
Googleお前のことやぞ。
そのアプリ内でしか見れない物だとか、特定のページを普通のブラウザより見やすくしている訳でもない限り、普通のWebブラウザアプリで見せてくれ。
ブラウザで開くと戻ってくるの面倒でしょ?って気遣いかもしれんが、大抵文字通り「ただのブラウザ」でSafari/Chrome以下の利便性。
LINEお前のことやぞ。
困る。これは困る。
人に勧めたい時、Webで調べてリンクを見つけてくるか、スクショを撮らなきゃならない。
スクショを撮るとしても大抵1枚では情報量が足りない。(商品名・ブランド名・商品画像・価格とか1枚に入り切らない)
ユニクロお前のことやぞ。
photoshopで作ったpsdのwebデザインを渡されて、フロントエンド担当がHTML/CSSコーディングしてるんだけどどうなのこれ?
そういう職場もある
客に見せるデザインカンプの方が先に必要なことも多々あるのでは
最近はFigmaのようなWebページやモバイルアプリなどのUIデザインのツールが多くある
それをそのPhotoshopのようなデザインカンプ作成に使うのはありだと思う
というか、こっちの方がデータがXMLやJSON形式だったりするので、デザインからそのままコードに落とし込みやすい
Figmaでネイティブのデスクトップアプリさえデザインして一発で落とし込む試みをGitHubで開発している人もいる
上述したとおり、デザインカンプのことですね
いきなりHTML/CSSを書くと、後から抜本的な調整が不可能になる
プログラミングも同じで、かなり書いてから、やっぱあれナシだから、みたいなのは嫌なので
それをなんか知らないけど、普段使わねーphotoshop開いてルーラー出して、
自分も馬鹿げていると思うこともあるが、そもそも社内研修やスクールでそう教えてるところもある
自分もそう教えられたときがあって、その場では嫌々ながら教えられたやり方で課題をこなしたりしてた
ここで逆らっても意味ないなあ、と思ったので
客なり講師なりを全否定するなら、そこに自分がいる意味がなくなっちゃうよなあ、とも思ったので
正直、そういう場合はちょっと揉めることが多いのだけど、仕方がないですね
仕様等の客の話を聞きながら勝手に自分の中で、あのライブラリやあのフレームワーク使えば楽勝だろう、と思っていると、
後々になってその前提としていたライブラリやフレームワークでは実現が難しい仕様を喋りだしたりすることもある
今の会社含めて2社しか経験してないので、一般的かどうかは判断できないが、前職ではHTML/CSSまでデザイナーの人が書いてたぞ
そういう職場もある
Zeplinは知らないけど、ツールにクソコードを吐かれるのはよくあるので、そこは相談するしかないのかなあ
相談するだけ無駄なケースも多いので、転職するとか、仕事自体を蹴ってしまうことも考えるべきかも
現に生きてけないで🍣
本来はこうでしょ?
(中略)
今になって思い返しても、自分のやり方の方が正しかったんじゃん、やっぱアホだろあれは、
と思うこともあるけど、世の中そんなもんなのでなんとも言い難い
決定権が自分にないと当然無理だし、フリーランスで決定権が持てても今度は仕事が小さくなるし
それは偏見
例えば、音声のスペクトル、声門とかを画像編集ソフトでプレビュー、加工することもなくはない
もっとも、それ専用のアプリ使った方がいいのは言うまでもないが
自分は普段はPhotoshopを使ってないけど、PSはJavaScriptなどでプラグインが書けるはずだし、
といっても、何でもPhotoshop同様、何でもExcelの世界で、Excelで仕様書とかあんたバカァ?とは思う
(中略)
これもやんわり、なんとかなりませんか?みたいに言うぐらいしかできない気がする
でも、意見するだけで攻撃的になる人もいるので、転職案件なのかもなあ
そもそも何でもかんでもwebページをポスターみたいに着飾るんじゃねーよ
ランディングページならともかく、よく使うwebアプリを着飾るんじゃねーよ、開発もしにくい、使いにくいしでまったく良いこと無い
それは客が要求するのもあるんで
大抵Craigslist, Hacker News くらいのデザインで十分なんだよ
フロントエンドエンジニアみたいな肩書でドヤってる人を見るとウンザリする
いっそJavaScriptなくした方がいいんじゃないかとさえ思うときがある
Webブラウザのタブごとに動作しているわけで、ブラウザが重くなる原因の1つだと思うし、
ブラウザ上でしか動作しないJavaScript書いて人生を消費したくない
でも、本当に?
「キングダム」や「かぐや様は告らせたい」「ゴールデンカムイ」などのアニメ化された人気作や、「スナックバス江」といったマニア好みの作品などが連載されている週刊ヤングジャンプ。そのヤングジャンプの電子書籍版が定期購読できるサイトがあるを皆さんご存じだろうか。
私はサイトが開設された当初から定期購読してるのだが、このサイトは色々おかしいんじゃないかと思うことがいくつかあり、今後「ヤンジャンを定期購読してみようかな」という人のためにおかしいと思う部分を列挙しておきたいと思う。
定期購読を名乗るサイトなだけに定期購読のプランがいくつかあるわけですが、その価格設定がなかなかおかしい。
1か月プラン…1,300円
3か月プラン…3,600円(1,200円/月)
6か月プラン…7,200円(1,200円/月)
12ヶ月一気に課金する方がひと月当たりの金額が高いという謎の価格設定であるが、公式サイトには「12か月一括払いで追加の特典が!」といった記載は特になく、恐らく同様のサービスを受けることになると思う。(私が12か月プランを選択してないので、詳細不明)
個人的に一番おかしいと思っているのがこの部分で、いつから契約しようが読めるバックナンバーは1年分のみなのだ。私は今サービス開始当初(2019年7月)からこのサイトで定期購読しているのだが、私が読めるバックナンバーは2019年11月7日発売号以降のもので、2019年7月~10月に契約していた部分については読むことができない。つまりこのヤングジャンプの的購読サイトは「当月分のヤングジャンプと過去1年分ヤングジャンプをweb上で読む権利」を毎月定期的に買っているというシステムなのだ。
なお、こういうシステムになっていることはサイトの非常に細かい部分まで読まないとわからない形になっていて、定期購読という名称を使った優良誤認なんじゃないかと思ったりもする。
ちなみに同サイトはwebブラウザ上で閲覧するという形式なので、週刊少年ジャンプの定期購読ようなアプリでアーカイブがいつでも読めるなんてこともない。ということで電子書籍での特典部分(フルカラー版を除けば「となりのヤングジャンプ」で読めるものが殆ど)に興味がない人でバックナンバーを手元に置いときたい人は、ちょっと値段は高くなるけど好みの電子書籍サイトで電子書籍版のヤングジャンプを購入した方が良いと思う。私も今月が更新月なのだが、更新するのかどうか月末まで悩むと思う。
https://anond.hatelabo.jp/20200829191330 の続き。
Mastodon, Fediverseに対する日本国内の認識はあまり高くない。そもそも一般人にとって注目度の高いトピックではないというのは理解しているし、だからこそメディアも取り上げないというのも理解している。これは仕方がないことだ。だからこそ、こうやって自分自身で筆を取ることをしている。
散見される意見は間違っていたり認識に齟齬があったりする。今回はそれについて説明したいと思う。
日本でMastodonが注目されるキッカケを作った mstdn.jp は2020年6月にサービス提供を終了するアナウンスを出したが、その後引き継ぎ手を募集した。Sujitechという企業が名乗りをあげて7月から運営をしている。SujitechとITジャーナリストの三上洋、ITmediaの松尾公也による mstdn.jp / mastdon.cloud のこれからの運営についてなどのインタビューの場が設けられた。ライブ放送され、そのアーカイブはここにある。
https://twitcasting.tv/mikamiyoh/movie/621664098
ITmediaからこのインタビューの記事が出ると思っていたが出ることはなかった。
Mastodonサーバーがサーバー運営者の決断により停止することはあるものの、Mastodonのプロジェクトの開発はされているし、Mastodonサーバーはたくさんある。Mastodonは単一の営利的なサービスではない。よってそもそも「Mastodonが終わる」という表現自体が間違いである。
mstdn.jp を始めとした大規模サーバーにはAlt-TwitterとしてTwitterの無法者が多く移住してきたことは事実であるが、他のサーバーのユーザーはそうとは限らない。サーバーにはサーバー運営者の取り決めたルールがある。自分に適したサーバーを選ぶべきである。もしくは自分でサーバーをたてればよい。
Ryou Ezoe(江添 亮) (@EzoeRyou@twitter.com) :
Googleがfediverseアプリを軒並みストアから検閲しているというニュースで思い出すことがある。もはや平均的な日本人にはインターネットは存在しない。スマフォアプリが全てになっている。
あるWebサービスがあると聞いて使ってみようと思い立った人間はどうするか? Webブラウザーは使わない。スマフォのアプリストアでWebサービス名を検索し、出てきたものを何の疑いもなくインストールする。そのアプリが公式であることはろくに確かめない。
結果的に、共通のプロトコルを使いゆるーくfederationで繋がりましょうというfediverseなのにもかかわらず、自社のインスタンスにログインするためだけのスマフォアプリクライアントをストアに登録しておく必要がある。中身は単なるWebブラウザーだというのに。
Apple/Googleによって提供されるスマフォのアプリストアが単一障害点になってしまっている。ストアになければ存在しないも同然だ。どうしてこんな世の中になった。
彼の主張したい点というのは理解できる。アプリはユーザーが便利に利用するための手段であるが、それが目的化してしまいストアに存在することに意味を見出しゴミのようなアプリばかりになるという懸念である。これはユーザーの意識も高めなければいけない事案である。
リプライや引用を参照すれば分かるが、彼はfederationやfediverseという語を使ってさも識者のような素振りをしているが、3つ目の投稿の内容というのは全くもって門外漢な内容である。
FediverseはActivity Pubなどのプロトコルによって形成される大きな集合体みたいなものである。各サーバーはゆるく繋がり合うがその全体的な繋がりを指す。Fediverseは構造上非中央集権でありFediverseの運営母体や総意というものは存在しない。
自社インスタンスの具体的な内容が分からないが、もし既存のソフトウェアを利用したサーバー(インスタンス)であるなら、自社向けのWebViewアプリを作る必要はない。既存のクライアントを使えばいい。「自社向け」としてアプリストアに出したいのであればほとんどのクライアントはオープンソースであるのでフォークしてカスタマイズすればいい。そもそも優秀なWebUIが存在しているのでWebViewのゴミアプリというのは発生しないはずだ。自社インスタンスがプロプラなソフトウェアであるなら、そもそも現実的ではない。プロプラならば自社インスタンス内の投稿やコンテンツを囲い込みたいが、Fediverseに参加するのであればプロプラであるインセンティブは得られないので現実的ではない。他のサーバーとの通信を遮断して自社インスタンス内のみに限定するという手法も取れるがそれはFediverseに参加しているとは言えない。
勝手な妄言は結構だが、的はずれな内容を指摘したものを受け入れずその妄言が無知な受け手によってさらに誤認識が広まることを阻止しないのはあまりにも愚かである。
今回の問題はGoogleが理不尽な要求を突きつけ圧力をかけてきたことが大きな問題である。それ単体でもGoogleの行動は批判されるに値するが、Fediverse的な思想というのも大事な視点なのだ。Fediverseは非中央集権であり、中央集権に相対するものである。各人の自由を尊重し各人が自由を勝ち取るのだ。だからFediverseのクライアントは根本的に自由でなければならないし、クライアントが特定の思想を排除するようなことはあってはならない、と私は考える。差別を扇動する要素を排除したいのは理解できるが、それはクライアント開発者の決めることではなくユーザー個人が決めることだ。そして、中央集権Googleの要求に屈してはいけないのだ。
楽しいことを考えるのが好きだ。
特に自分自身は優れた人間ではない。何らかを生産する能力がなければ行動力もない。
しかしながら自分自身が考えた世界を妄想するのが非常に好きなのだ。
如何にして従業員が快適に労働しつつ会社を維持するための収益を挙げるか?を考えている。
他の企業相手に商売するBtoBを検討したが、話題性一発で勝負できる可能性のある一般消費者を相手にするBtoCでやってみよう。
もちろん今から起業するのであればITの分野で、BtoCということであるならば想定できるのはコミュニケーション、まぁつまりSNSだ。
ただ単純にSNSで勝負しようたって既存のTwitterやFacebookに勝てるはずもないので話題性が必要。
ここで疑問が湧く。なぜ発言を投稿するタイムラインをメインへ据えたSNSにしなきゃならないのかと。
タイムラインによるコミュニケーションはオマケでも良いのでは?と。
いわゆるSNSの利点と言えば常時接続性にあるというのは多くの人が理解しているはずだから、常時接続性の悪いサービスとくっつけてしまうのはどうだろうか?
人々の話題を得つつ、まだまだ新しさを感じ、接続性の悪いサービスと言えばなにか?
そうだコレしかないだろう「VR型コミュニケーションサービス」だ。
VRChatへ代表されるように既存のVR型コミュニケーションサービスはどうしてもVRゴーグルなどを装着していないとコミュニケーションが取れないという問題があった。
皆さんが「それならもうVRじゃなくてもいいんじゃないか?」と感じるのはもっともだが、ゆったり腰をすえてコミュニケーションを取る時はVRワールドへインして、外出時などはTwitterのようなタイムラインでコミュニケーションを取り続けられるのは魅力的だと思わないか?
なんならVRゴーグルなしでもVRアバターを操作できるようにしたって良い。それはもう既にMMOやFPSで実現できているのだから技術的な問題はない。
欲を言えばVRゴーグルも専用機でなく、Google Cardboardのような形式が望ましいな。参加の敷居を著しく下げるだろう。
ARとVRの利点を融合し、スマホカメラから手指の動きを認識させVRアバターの手指腕の動作と連動させよう。VRコントローラも悪くはないが。
どうだ?自宅ではスマホを使ってVRワールドへインして、外出先ではVR仲間とタイムライン上でコミュニケーションを取る。
オープンソースで公開し、個々のサーバがまるでMinecraftのように自由なVRワールドを公開できつつ、サーバ同士がネットワークで相互接続し、法令に違反しない範囲で自治権を与えられるようにしよう。
これならばリアルの仲間内でVRワールド上でコミュニケーション取れるじゃないか。同じ趣味の者たちが集まるテーマを持ったサーバも公開できるぞ。
もうここまで来たらSNSの仕様は以前話題となったMastodonが採用するActivityPubプロトコルへ準拠し、メディアの配送形式をP2PであるWebTorrentにしようじゃないか。
個人がサーバを公開する際に問題になるのは借り受けたサーバの従量課金転送量なのだから、画像や動画はP2Pで配送してしまおう。
需要があるだろうしタイムラインのほかチャットも用意してしまおう。こちらも分散型のMatrixプロトコルへ準拠だ。
開発の中心たる我が社は特権としてマーケットサービスを運営できるようにしたら、ある程度のマネタイズも可能になるのではないだろうか?
クリエイターが3DCGモデルを公開したり、タイムライン上で使えるカスタム絵文字やスタンプ(ステッカー)を有償公開できるマーケットだ。
それと並行してVRワールド上で音楽ライブなどを開催できる環境をパッケージとして法人や団体へ売り込もう。BtoB需要もこれで確保できる。チケットはマーケットから購入する。
もしもVRワールドとしてSAOのようなMMOを公開できるとするならば、更に面白くなるんじゃないか?
分散型コミュニケーションVRシステムがゲームプラットフォームにまでなる。しかもそれはスマホで参加可能というものだ。
こんなものを立ち上げられれば、会社には面白い人材が集まるだろう。
だからこそそういう会社ではMicrosoftやApple、Googleへ強く依存しないことが求められる。
しかしITの巨人たちを脊髄反射でEvilと決めつけるのは良くない。彼らは重要なビジネスパートナーで居て貰いたいからだ。
少なくともスマホOSは2大巨頭であるiOSとAndroidOSなわけだし、GPUの多くはWindowsに最適化され、Apple Silicon化するMacは次世代に大きな影響を残すかも知れない。
重要なのは会社内部の業務環境へどのくらい自由度があるのか?という点だろう。
しかし自由度が高すぎると管理が煩雑になりセキュアな社内システムが構築しにくいという表裏一体の問題があるのも事実だ。
ならば経営者として示さなければならない社内で用いる基礎システムはPOSIXだろう。
しかしPOSIXが示されたとしてもバックオフィスの人員はまだ困るかも知れない。つまりどのようなオフィススイートが標準なのか?だ。
この点、Microsoft Officeは申し訳ないが却下で、OpenDocumentFormatも検討に入れたが、よりアクセシビリティを考えた結果Google G Suiteをオフィススイートのフロントエンドとして選択することにした。
これならばChrome Webブラウザ(またはChromium Webブラウザ)でアクセス可能なのでWindowsやMacはもとよりLinuxでも利用できる。
G Suiteを選択したことによってバックオフィス人員すべてへChrome Bookを配布することまで検討できる。
無論、アカウント管理もG Suiteで行えるし、YubiKeyなどで2段階認証も可能だろう。
・・・ふぅ
みたいなことを考えると凄く楽しいよね。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
「AWSによるクラウド入門」が2つ入っているのは?s=09というパラメータが付いているのと付いていないとので割れたせい。
7月8日、推している作家の生存確認やオンラインゲームの告知を見る程度にしか使っていなかったツイッターのタイムラインに一件のリツイートが流れてきた。
その告知を見たとき、私は「やはりな」という感想とちょっとした残念さを同時に感じていた。
なぜ「やはりな」なのか、それはサービス開始前から半分くらいの確率でコケる確信があり、サービス開始後にそれが8割に達したからだ。
====
まず、サービス開始前から感じていたことだが、LINEの使用者層とLINEノベルがメインターゲットとする層のちぐはぐさ、これが一番大きなものであったように思える。
LINEを主に使う――のはあまりにも広い層だ、抜粋は諦めよう。その中で特に頻繁に使うのは?おそらくは中学生~大学生であろう。
一方LINEノベルのターゲットは正直言ってとっちらかっている。
後述する残り3割の理由もあり、私はLINEノベルを開けないのでソースは公式ツイッター、並びに実際にLINEノベル上で連載を持っていた作家の発言程度しかないのだが、それでも商業を全面に押し出している割に内容が闇鍋すぎた。
比較的最近のベストセラーや女性向け小説、そして大量のライトノベル。
公式ツイッターはこれらを無分別に告知し、公式サイトにはどんな小説を閲覧できるかすら載っていない。
なにが入っているのか不明瞭かつ、事前情報という明かりすらない。
まさに闇鍋だ。
最低でもオリジナル連載の試し読みは公式サイトに置くべきであるし、告知ツイッターも女性向け、一般向け、ライトノベルくらいには分けるべきである。
ここまでが(最近の情報も混じってはいるが)サービス以前から分かっていたことである。
では、残りの3割にして止めを刺した要因について話そう。
先程は触れなかったがLINEノベルは小説投稿サイトでもある。
まずは落ち着いて「小説家になろう https://syosetu.com/」のトップページを開いてほしい。
次に「カクヨム https://kakuyomu.jp/」のトップページを開いてもらいたい。
最後に「google:LINEノベル」のトップページを――はてどこだろうか?
検索してもそれらしいものは存在せず、公式サイトぐらいしか目につかない。
先程も触れたが公式サイトにはどんな小説が閲覧できるか載っていない、消費者に向けて言っているのは「読みたかったらアプリ入れてね!」くらいである。
そう、情報が不透明な状況下でのアプリインストールの要求(実は今年の4月に共有機能が追加されWEBブラウザでも読めるようになったらしいが共有元が必要な様子なので論外)。これがWeb小説を読むまでにほとんど存在していなかったハードルを非常に高くしてしまった。
Web小説というのは、個人サイト時代から連綿と続く匿名に近い個人が書く、不特定多数が制限なく読む小説である。
商業サイトに掲載の場を移してからもその形式が変わることはなく、サイト会員が小説を載せ、それを不特定多数がデフォルトのWebブラウザで会員登録などせずとも際限なく読んでいる。
今も昔もWebブラウザ一つで閲覧し、小説を書く。最低でもWebブラウザのみで完結するというのが小説投稿サイトの強みである。
作者側に会員登録を求めるのは「書いたのはわたし」の証明に必須であろう。
ならば、読者側にアプリのインストールを求めるのは?「めんどくさい」や「容量制限」などなどの様々な問題が顔を出すだろう。
更に言ってしまえば小説家になろうやカクヨムでスマートフォンのブラウザ上でお手軽に読める物という概念が染み付いている事も敗因の一つだ。
商業小説も掲載している以上アプリのインストールを条件にするのは致し方ないことだろう。
投稿作品や公式連載作品をWebブラウザでも自由に見られるようにすることは技術的に可能なはずだ。
だが、それはなかった。
そこにあったのは、先人のいいところを投げ捨てた投稿サイトであった。
そして、美味しいものが入っていると言われても味がわからず、中身が見えない、誰が何を突っ込んだのかわからない暗闇の鍋に箸を入れる者は減っていった。
これがLINEノベルが失敗に終わった理由であると私は考えている。
カクヨムは小説家になろうの流れを汲み、KADOKAWAが興した小説投稿サイトである。
自社の小説や人気作品の番外編、公式連載などもあり、結構商業的な面がある。(儲かると思ってやっているのだから当然である)
利用料金は(執筆時点で)完全無料、アプリ版もあるが機能的にはちょっと便利レベルであり、スマートフォンでもブラウザ上で閲覧と執筆が完結できる。
要するに上位互換。
プログラミング未経験者から「プログラミングを勉強してみたい、でもどのプログラミング言語をやればいいのかわからない」というような悩みを聞くことがあるので、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であるが、意味が理解できるまでに2年かかった。才能がないとこうなるので注意。
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) の現代版かつより初心者向けなものを書いてみたいと思ってこの記事を書きなぐった次第である。あまり真に受けないよーに。