はてなキーワード: httpとは
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか?(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。
ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。
Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。
Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。
1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。
しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。
ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。
Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。
Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。
ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。
Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。
そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか?
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。
Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。
ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。
まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの?とは思う。
ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。
LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも?
デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。
ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。
ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。
つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。
言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。
ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。
LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。
ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。
CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。
GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか?
Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。
UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。
3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。
浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。
しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。
そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。
ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。
少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。
Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。
「Chromebookじゃなくても別に良くね?」
そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
RStudioがPC内から気がついたら消滅していたので何回もやり直すのが面倒で書いた
コメントアウトをいじればFedoraやmacOSでも動くと思う
https://pastebin.com/HiPqLVq7 (6/4 shコマンドでも動くように修正 以前はbash hogehoge起動していたので動作確認していなかった)
エラーでここに貼れなかった
util-linux(rev) libxml2-utils(xmllint) gpg curl coreutils(sha256sum)とR関連
echo "$HTML" | xmllint --nowarning --xpath hogehoge --html - | hogehoge
こうしないとxmllintがエラーでhtlmなどをうまく読み取らない
sed 's/href="//g;s/"//g;s/\s/\n/g;s/^.?$//g;s/^\n//g'
href="hogehoge"の形で出てxmllint内で除去出来なかったのでsedで妥協
hrefが1回しか出ないのでひとまとめにできそうだが面倒なので分けた
この書き方なら複数回出ても除去できるはず
先頭の謎のスペースの除去が面倒だった
echo "$HASH" "$FIELNAME" | sha256sum --status -c ;echo $?
スペースが2つないと書式で怒れられてハッシュ値が合っていてもsha256sumが終了ステータス0で正常終了を返してくれない
VScodium
ShellCheck
https://open-vsx.org/vscode/item?itemName=timonwong.shellcheck
XPath Helper
https://chrome.google.com/webstore/detail/xpath-helper/hgimnogjllphhhkhlmebbmlgjoejdpjl
zenn.devに書こうか迷ったがどちらの方が良かったのだろうか…
ダウンロードしたサーバーがやられてるならハッシュ値も改ざんするだろうgpgで確認しないと意味ないでしょとかsudoでやったらディレクトリがとか色々ガバあるから誰かいい感じに改良して
https://cran.rstudio.com/bin/linux/debian/
https://twitter.com/kakedashi_chan/status/1495050350629322752
私はエンジニアちゃんの立場なのだが、同じような経験をしたことがあったので悲しいなあと思った。
以前ともだちと旅行した際にプログラミングの話題になった。わたしは当時から自分でウェブアプリを開発したり、ネイティブアプリを開発したりするのが趣味だったので、プログラミングスクール (Zeroplusというところだった)に通っている友達の話を興味深く聞いた。
そこで教えていたのは、たとえばJSであればもう誰も使っていないgulpであったりとかscssであったりといった時代遅れの技術で、とにかく顧客を捕まえて案件をゲットしようという内容だった。
わたしはネイティブアプリの開発者なのでウェブは門外漢だが、それでもウェブ開発という観点からはあまりに頓珍漢で時代遅れなことを教えていて面食らった。
わたしはともだちに「営業をやりたいのだったら良いスタートアップがあるから紹介するよ」といったが、ともだちはフリーランスエンジニアになりたいの一点張りだった。
「ウェブアプリ開発をやりたいのだったら、無料で良いチュートリアルがあるよ。お金を払うんだったらudemyとかの動画にしなよ。」
「HTMLとJavaScriptの関係はわかっている?今はReactやVueといった仮想DOMでの開発が主流だよ」
「HTTPサーバーというのが何を指しているのかわかっている?」
嫌味にならないように遠回しに「メガベンチャーに入れる」レベルの開発経験の積み方を話した。ともだちは残念なことにGoogle・Indeedなどに入れるような地頭の良さはないので、アルゴリズムよりも開発経験を積むように勧めた。
フリーランスエンジニアになるにしたって、誰がまともな開発をできない人に頼むのだろう。少なくともわたしの知り合いに業界経験が全くなくて、フリーランスエンジニアとして活躍できている人は一人もいないと伝えた。
ココナラやクラウドソーシングサイトで請け負う低単価の案件はいくらやっても、そもそも全く稼げないし、キャリアとして意味がないことも伝えた。
今ではWFHはどの会社でも当たり前だし、週4日勤務のような自由度の高い働き方がしたいのならマイクロソフトなんかがそういう取り組みをしていることも伝えた。
とにかく、エンジニアになると決めたのならちゃんと開発経験を積んで一般就職をいちど目指そうと伝えた。
1年後。
ともだちはその場では「ありがとう教えてくれて!やってみるね!」と話していたが、その後Twitterでは「らくして稼ごうウェブ制作!」といった標語を抱えている詐欺師のツイートを積極的にRTし、初心者コミュニティで自己啓発めいたことを1年間言い続けていた。
ともだちはその後事務員としてどこかの会社に就職したらしいが、音信不通になってしまってなにもれんらくがとれない状態になった。
商品名 | 値段 | 強度 | 紫外線UVカット(室内の色あせ・ 変色を防止する) | 貼り付けタイプ | 特徴 | 柄 | アドレス |
---|---|---|---|---|---|---|---|
UVカット2倍強い明るい障子紙 (幅25cm×長さ22.5m) | 1001 | 約2倍 | 約95%カット | のり | 室内が明るく感じられる。(※1) | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001889&search=%BE%E3%BB%D2%BB%E6&sort= |
UVカット2倍強い明るい障子紙 (幅28cm×長さ18.8m) | 1001 | 約2倍 | 約95%カット | のり | 室内が明るく感じられる。(※1) | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001888&search=%BE%E3%BB%D2%BB%E6&sort= |
UVカット2倍強い明るい障子紙 (幅69cm×長さ7.2m) | 1078 | 約2倍 | 約95%カット | のり | 室内が明るく感じられる。(※1) | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001887&search=%BE%E3%BB%D2%BB%E6&sort= |
UVカット2倍強い明るい障子紙 (幅94cm×長さ15m)UVカット2倍強い明るい障子紙 (幅94cm×長さ15m) | 2123 | 約2倍 | 約95%カット | のり | 室内が明るく感じられる。(※1) | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001886&search=%A3%D5%A3%D6%A5%AB%A5%C3%A5%C82%C7%DC%B6%AF%A4%A4%CC%C0%A4%EB%A4%A4%BE%E3%BB%D2%BB%E6+%28%C9%FD94cm%A1%DF%C4%B9%A4%B515m%29&sort= |
UVカット2倍強い明るい障子紙 (幅94cm×長さ7.2m) | 1166 | 約2倍 | 約95%カット | のり | 室内が明るく感じられる。(※1) | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001874&search=%BE%E3%BB%D2%BB%E6&sort= |
浮世絵障子紙 | 3850 | 約4倍 | 北斎の名画。納期が多少かかる場合があり。 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001935&search=%BE%E3%BB%D2%BB%E6&sort= | |||
ディズニープリンセス障子紙 | 3850 | 約4倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001931&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
ピクサー障子紙 | 3850 | 約4倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001929&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
くまのプーさん障子紙 | 3850 | 約4倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001927&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
ワークソン ピーナッツ(スヌーピー)障子紙 | 3850 | 約4倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001925&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
エヴァンゲリオン 障子紙 | 5500 | 約4倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001923&search=%BE%E3%BB%D2%BB%E6&sort= | ||||
北斗の拳 世紀末和室伝説 障子の章北斗の拳 世紀末和室伝説 障子の章 | 5500 | 約4倍 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001920&search=%CB%CC%C5%CD%A4%CE%B7%FD+%C0%A4%B5%AA%CB%F6%CF%C2%BC%BC%C5%C1%C0%E2+%BE%E3%BB%D2%A4%CE%BE%CF&sort= | ||||
アイロン貼り超強プラスチック障子紙 | 1573 | 超強(※2) | 約95%カット | アイロン | 無地、雲竜、桜宴、市松、優花 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=005001000056&search=%BE%E3%BB%D2%BB%E6&sort= | |
夏涼しく冬暖かい障子紙 | 1414 | 約95%カット | のり | 無地、桜、雲竜、 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001558&search=%BE%E3%BB%D2%BB%E6&sort= | ||
のり貼り超強プラスチック障子紙 | 1210 | のり | 無地、雲竜、桜、 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001777&search=%BE%E3%BB%D2%BB%E6&sort= | |||
4倍強いアイロン貼り破れにくい障子紙 | 1128 | 約4倍 | 約90%カット | アイロン | 無地、雲竜、笹竹、桜 | ttps://e-shop.asahipen.jp/shop/shopdetail.html?brandcode=000000001794&search=%BE%E3%BB%D2%BB%E6&sort= |
※1「室内が明るく感じられる」…アサヒペン社の説明の通りではこのようになっています。ただし恐らくですがプラスチック障子であれば全ての製品がこの特徴を持つのではないでしょうか?
ウクライナ住民からパンと紅茶…涙を流すロシア兵士(中央日報日本語版) - Yahoo!ニュース
なんで寒い屋外で右手にパンを左手にコップを持たせて立ち食いさせてんねん。
家屋が無いとしても映像を見る限り乗用車はたくさんあるから、せめて車内で座らせて食わせろよ。
この時点ですでに演出過剰で嘘くさいのに、さらに隣の人がスマホ画面を見せてテレビ会話をさせるとか、短い映像の中に情報を詰め込もうと必死すぎやろ。
私には軍人もしくは反戦運動家が作り上げた三文芝居レベルのプロパガンダにしか見えないのだが、様々なブログでは真実であることを前提にお涙頂戴文章や反戦・反露主張を垂れ流してやがる。
ウクライナ侵攻に関してフェイク動画がネット上に蔓延しており、ネットメディアはフェイクニュースに注意するよう呼びかけしているけれども、脊髄反射で感動コメントを垂れ流している人には届いていないようだな。
もしも、この動画がフェイクだと明らかになったら、感動コメントを垂れ流していた奴は「俺はおかしいと思っていた」などと反省もせずに手のひら返しをするんだろうな。
いや、おまえオウサマペンギンじゃん。
https://news.ycombinator.com/item?id=29918052
https://bugzilla.mozilla.org/show_bug.cgi?id=1749908
about:config で network.http.http3.enabled を検索し値を false にする
不思議なのは、ycで報告されたのが96がリリースされて十数時間経過した39分前で
追記:
CloudflareでJST 17時に行われたデフォルト設定の変更が原因でFirefoxに以前から存在したHTTP3のバグが誘発されたらしい
なので、それまでは動いていたそうな
その辺の指摘が正しいのではないかと思うんだけど
そもそもはJavaで分散オブジェクト指向が流行したのが問題の歴史的な発端だと思ってる
つまり、RMI(いわゆるRPC)とかCORBA(それは紛れもなくヤツさではないです)とかHORB(産総研だっけ?)とか、
ネットワーク透過だのRPCのスケルトンだの、そういう話が発端な気がする
つまり、インターネット上ではマシンは当然ネットワークで繋がってはいるけど、
マシンAのJavaのプロセスがマシンB上のJavaのクラスを読み込んで実行できたり、
マシンBに肩代わりさせても、それを意識しないように書けると便利だよね、
という話であって、
ぶっちゃけ、今になっても、
世の中的に、今はJavaよりイケてると思われてる言語にも、この手のネットワーク透過にする機能とか、
よー知らんけど、クラウドコンピューティング()だなんだの機能としてあっても不思議ではない気がする
昔で言うなら、ソニーのTelescriptとかよー知らんけど、
ネットワーク上の複数のマシンを渡り歩くプロセスというかプログラムみたいなのが実現できるのって、
今になって考えてみると脆弱性の温床でしかない気がするし、理解はできる
理解はできるが、じゃあ、まったくメリットがないのかというとそうでもなくて、
しかし、Javaのかつての流行が放置されたままになってるとか、そういう問題はあるわけで、
その辺がセブン&アイだったかの、Struts2のOGNLインジェクションもそんな感じで、
ぶっちゃけ、マシンAからHTTPでマシンBのJavaクラスとか実行できたら便利だよね、みたいな話で、
マシンAとマシンBが外のネットワークと敷居があるという前提があるから問題がないのであって、
CGIでもよくあったけど、サーバー側の任意のコマンドを実行できるというのは、
サーバーの状態を監視するとかには便利だけど、当たり前だけど危険だよね、という話であって
眠くてまとまらない…
おやすみ…
あ、言い忘れるところだった
知らんけど
昨日見つけたいくつかのGitHubのリポジトリを面白く眺めてる
20代のフランス人だったり、40代のブラジル人だったり、色々である
ブラジル人は体力有り余ってるのか、
絵だとやりにくいなぁ、と思ったりする
みんなでブクブク浸かって楽しむみたいな世界は、
で、思ったのは、やはりプログラミングというのは、
過去のゲームがルールの発明だったこととかは古臭いものとなり、
コードも言葉と同じように無償で自然と発するものに近づいていく
ここで思うのは、スティーブ・ジョブズがこの世界をIBMの、
いわゆる、ソフトはハードのおまけ、の世界に戻したことであり、
ビル・ゲイツだったか、ソフトウェアは無償化していくという予言は当たっていたのだろう
それをマネタイズするには、ApacheでWebサービスを立ち上げるみたいな、
いわゆるGNUライセンスであれ、運用やサポートではお金が取れるが、
Node.jsを開発したら、開発者は当たり前だが一番Node.jsに精通しているわけで、
企業を顧客にNode.jsのサポートを有償ですることでマネタイズできる
ソフトウェアは無償化し、コードは会話のように無償で、ライブなものになり、
あー、そういう世相を予測して、
先に牛耳っておこうという点でMicrosoftによるGitHub買収は正しかったのである
ソフトウェアがなんでも無償に向かうのはMSとしても良くは思えない動きだったはずだが、
今はまったく反対方向にMSは向かっており、収益の基盤をAzureなどに移している
今すぐはありえないが、WindowsというOSも意味はなくなっていく
これはAppleやGoogleのような企業でも同じ考えのように思う
もちろん、そのレベルでのシェア争いや小競り合いが今すぐ消えてなくなるわけではないが、
長い目で見ればいつかはそうなっていくことは容易に予想できるわけで、
つまり、ソフトウェア産業というか、近年のバズワードでもあるテック産業というのは、
人生だって、みんな崖に向かって歩いたり、走ったりしてるだけである
その崖がどれだけ近いか遠いかとか、どれぐらいのスピードで崖に向かってるかとか、
それだけの違いであって、誰もがいつかは崖に到達して落ちる、つまり死ぬのである
しかし、そこには一発逆転や一人勝ちするチャンスも乏しくなり、
そういった金を求めるギラギラしたアブラギッシュは寧ろ嫌悪される存在となり、
しかし、そうやってった末に待っているのはコモディティ化であり、
ただの暇つぶしにさえなっていく
今は楽しい
でも、その楽しさの果てに死が待っている
Non-Fungible Token、日本語だと非代替性トークン。
紙幣・硬貨・暗号通貨のような「価値自体がその物体を表している」ものが代替性。例えば私が持つ1万円札とあなたが持つ1万円札は同じ価値のものとして交換可能。
そうでないものは全部非代替となる。非代替性を持つトークンなので非代替性トークン。
それは結局契約次第。例えばNFTはコンサートチケットのようなものに対しても適用できるが、これは別に会場の席を所有する契約ではないだろう。
同様に、NFTアートに関しても、「改変はOK/NG」「SNSアイコンに使うのはOK/NG」「商用利用はOK/NG」みたいな話をそれぞれで行うことはできるだろう。
その内容をNFTに埋め込んでしまえば後から契約内容を勝手に変更されることもなくなる。
(そういう運用をあまり聞いた事がないので、みんな適当にやっているのかもしれない)
この指摘は半分正しいが、半分間違っている。
正確には、NFT自体はそこに責任を持つようには設計されていない。また、リンク先が変わってしまうかもしれない問題は、NFTの問題ではなく現在の中央集権インターネットの問題である。
実際に現在の中央集権インターネットでは、電子書籍プラットフォームが倒産したときに「購入したリンク先の電子書籍が読めなくなる」、geocitiesがサービスを終了すると「リンク先が全て404になる」、という問題が発生している。
これを避けるために、NFTアートに利用するリンクには、HTTPに代わってIPFSという技術を用いるのが一般的である。
HTTPはロケーション指向などと呼ばれ、現実世界の住所に近い。当然その住所で火事が発生したり、泥棒が入って内容物が奪われたりしたら、中身のデータは失われてしまう。インターネット世界に戻すと、データを保管しているサーバが爆発すると、二度とそのデータを入手することはできない。また、データがすり替えられる可能性もある。
IPFSはコンテンツ指向などと呼ばれ、現実世界のISBNコードに近い。ISBNコードさえ知っていれば、どこで入手したものであっても自分が読みたい本と同じ中身のものを読むことができる。そして、IPFSではデータは分散して保管される。1つのサーバが爆発しても、必ず他のサーバから取得することができる設計となっている。データを分散させることによって、データの改竄にも堅牢となる。
ブロックチェーンを利用することで、悪意を持った何者かによってデータの改竄がなされない(正確には、相当なされにくい)ことを保証できる。例えば、「ザッカーバーグがFacebookの投稿を改変したが、Facebookがそれを認めないし、他の人は証拠を出すことも難しい」みたいな状況がそもそも発生し得ない。
暗号通貨であぶく銭を手に入れた連中が買っているから。適当に買い漁ってる人もいるだろうけど、資産の分散が狙いなのではないかと思っている。
今の為替で「1000万円相当の暗号通貨で買ったNFT」は、将来的に暗号通貨の価値が下がったとしても「その時点において1000万円相当の暗号通貨」で取引できる可能性がある。逆に暗号通貨の価値が上がったとしても、「買った時点と同じ量の暗号通貨」で取引できる可能性もある。
わからない。ただSkebは明らかに中央集権的サービスではあるので、非中央集権インターネットが流行ると困るのかもしれない。