はてなキーワード: ベータ版とは
設計はOKでも実装でトラブル、運用でトラブル、なんてあるから正直コロナワクチンも手放しで信頼できない。
接種の際にもらったパンフレットに目を通してみて、このワクチン、ベータ版とまではいかないけどいいとこRC版だよな、と思った。
1セット2回の接種でどうかなるとは思ってないけど、この先3回目、半年に一回なんて接種してたらそのうち当たり引き当てるだろ。
Floorp ウェブブラウザと名乗るブラウザが最近出てきて、開発が終了したKinzaのパッチが公開されたら取り入れると宣言してKinzaの後釜を狙ってるらしい。中の人は学生(中学生?高校生?)らしく、使っていくうちにチャラさ、痛々しさが目立ってきたのでこき下ろしていきたい。
このブラウザが気になってしょうがない人はTwitterアカウントに行けばダウンロードリンクがあるのでダウンロードして確かめればよい。
※以下の話は、断りのない限り8/28に公開された公開ベータ版(v1.1.3)のことである。
---------------------------------------------------------------------------------------------------------------------------------------------
1.Floorpをお選びいただき、ありがとうございます。高速で軽量なブラウジングをお楽しみください。
2.Floorpのソースコードは一部をAblazeのGithubにて公開しています。また、Chromiumのライセンス「BSDライセンス」に基づき、作成者は本ソフトウェア(Floorp)によって発生した損害は保証できません。
3.Dev Previewエディションの場合、TwitterなどのSNSにスクリーンショットなどをアップグレードしないでください。
4.感想やご不明な点がございましたら、お聞かせください。これは義務です。Floorpの改善に協力してください。
5.Ablazeの利用規約に沿って本ソフトをご利用ください。
6.以下に表示されている利用したオープンソースソフトウェアに感謝しましょう。Floorpはこれがなければ実現しませんでした。
7.開発者はあまりすごいことをしていないことに気づきましょう
8.ソースはこちらhttps://github.com/Ablaze-MIRAI/Floorp-Browser
---------------------------------------------------------------------------------------------------------------------------------------------
利用したオープンソースソフトウェア
[※以下略]
さて、どこから突っ込もうか。
---------------------------------------------------------------------------------------------------------------------------------------------
あああああああああああああああああああああああああああああああ開発つかれた
1.Floorpをお選びいただき、ありがとうございます。高速で軽量なブラウジングをお楽しみください。
2.Floorpのソースコードは一部をAblazeのGithubにて公開しています。また、Chromiumのライセンス「BSDライセンス」に基づき、作成者は本ソフトウェア(Floorp)によって発生した損害は保証できません。
3.Dev Previewエディションの場合、TwitterなどのSNSにスクリーンショットなどをアップグレードしないでください。
4.感想やご不明な点がございましたら、お聞かせください。これは義務です。Floorpの改善に協力してください。
5.Ablazeの利用規約に沿って本ソフトをご利用ください。
6.以下に表示されている利用したオープンソースソフトウェアに感謝しましょう。Floorpはこれがなければ実現しませんでした。
7.開発者はあまりすごいことをしていないことに気づきましょう。後眠いんだけどどうしよう?癒してください!彼女ください()
8.Floorpは有志によって無料で提供されています。寄付は受け付けますのでダイレクトメッセージ https://Twitter.com/Floorp_Browser へお越しください
9.ソースはこちらhttps://github.com/Ablaze-MIRAI/Floorp-Browser
[※以下略]
利用規約をなんだと思っているんだ。「利用規約は楽しく、ユーモアにありふれさせたい」とか「Floorpの利用規約の最後に・彼女になることに同意しますか?って書けば同意させられんじゃん」とかつぶやいてる時点でなめてるしふざけてる。
Ablaze-MIRAI/Floorp-Browser: Chromiumで一番軽量なブラウザの大部分のソースコードです。
というタイトルなのに、実際に公開されているのはブラウザコンポーネントに比べてかなり少ない。これのどこが「大部分」なの?
あと何の根拠もなく「Chromiumで一番軽量」って言い切ってるだけで相当痛い。一番軽量かどうかは知らんが、メモリ使用量が少ない=軽量と思い込んでる節がある。ほか、
という文は誤解を生むから今すぐ止めろ。これだとBSDライセンスに違反するぜ!と宣言してるような解釈もできるから。利用規約でOSSに感謝しましょうとか言っておいてこの扱いひどくないか?
このブラウザの自己紹介記事(https://blog.ablaze.one/573/2021-08-16/)が先週公開されていたが、ここに書かれてる内容も相当痛々しい。
ブラウザをインストールするとメモリカスタマイザーなるものが同時にインストールされる。これが動作することでFloorpブラウザのメモリ使用量が劇的に減ってるから軽い、ということらしい。
しかし、ブラウザを起動したまま放置してみてから、実際のWindowsタスクマネージャーの様子をよく見てほしい。メモリ使用量が数MBとありえないぐらいまで減っているのがわかるだろう。Windowsタスクマネージャー上ではメモリ使用量が減っているように見えるが、ブラウザのタスクマネージャーで表示されるメモリ使用量はそれほど減っていない。では何が起こっているのか?
メモリカスタマイザーの正体はFireminである。名前の通り元々はFirefox用で、仮想メモリにページアウトさせて物理メモリ使用量を減らすものらしい(実際の動作は細かく見てないのでよくは知らない)。Fireminの名称変更、起動時にFloorpを自動的に対象にするといった改造を施している。FireminによってWindows10の途中の大型アップデートから搭載されたメモリ圧縮がより積極的にかかるようになり、物理メモリ使用量も減らせるメリットはあるようだ。YouTubeのトップページを開いてしばらく待った時、メモリカスタマイザーの使用時と未使用時で約0.1GBの差はあるのは確認できた。ただし、メモリ圧縮の代償はパフォーマンスの低下。特にページアウトによりディスクI/Oが増える。ディスクI/Oが足を引っ張って重くなる場合があるので、必ずしも軽いとは言えない。
結局の所、Chromiumを改造するなどの根本的な解決策を取っているのかは疑問である(もししているならTwitterなりに書いているだろう。技術的アピールができるし)。Floorpブラウザの作者はWindowsのタスクマネージャーに出てくる見せかけの数値だけを見て「えっ、Floorp軽っ、、、、、」とか言ってるのだから、実に恥ずかしい。いつ気がつくか見物である。
500ms単位でメモリ節約機能が動作するせいで、Speedometer 2.0のベンチマーク結果がさえない。未使用時と比べて7%ぐらいスコアが落ちてる。Edgeよりもスコアが良くない。メモリ使用量のことばかり気を取られて、速度のことには関心がないのかもしれない。
Chrome Web Store外から拡張機能(Deepl翻訳と同期機能)をインストールさせるためにレジストリを使用した結果、他のChromium派生ブラウザ(SRWare Ironで確認済)でも拡張機能がインストールされたという通知が表示されるようになってしまう。
Cドライブ直下にフォルダー作ってそこに入れるとか、いつの時代のソフトだよ。Program Filesに入れてやれよ。
https://ja.wikipedia.org/wiki/Wikipedia:%E5%89%8A%E9%99%A4%E4%BE%9D%E9%A0%BC/Floorp
https://twitter.com/surapunoyousei/status/1431961462734352385
作者から依頼されて書かれた記事に客観的な証明なんてどうやってするんだろうね。
まあKinzaのパッチが出てからが本番っぽいし、それまではこれぐらいにしておこうか。
Uniant Browser → Floorp Browser? UniantとAblazeの関係がよくわからん。個人で開発してるのか寄り集まって開発してるのかもよくわからん。
中の人のTwitterで中学生と書かれていたことがあったので、高校生ではないかもしれない。高校生の表記から「学生(中学生?高校生?)」に変更した。
当エントリはある程度の情報技術リテラシーが必須であり、一部の情報は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開発にも使えるのではないかと考えます。
「にらみつける」を習得するに至った経緯については多くの説があり
・火炎放射(53)とにらみつける(43)で技コードを間違えた(コード間違え説)
・光の壁・リフレクターに対応する補助技だった(ミスではない説)
・本来その技コードには炎技が割り振られていたが後で変更された(「ひをはく」説)
など色々言われていますが、個人的には最後(「ひをはく」説)である可能性が高いと考えます。赤緑は開発終盤における技データの上書きを示唆する番地の並びがいくつかあるし、のちに発掘されたベータ版とされるデータの中にはMegafireなる技も存在しました。*4
またにらみつける自体もデータ上の登場当初から途中までは性能が違っており、素早さと防御を同時に下げる比較的高性能な技だった事も見逃せません。
ただ一方で最初の技コード間違え説も捨てがたい所ではあります。コードは16進数で管理しているのだから43(にらみつける)と53(火炎放射)の取り違えは考え難いという事で失墜気味ですが、そのコードを入力する前の段階では開発側も普通に10進数で値を扱っていたようなのでその変換前の段階でメモ書きなりが間違っていればありそうな話ではあるので。
https://no146-moltres.hatenadiary.com/entry/2020/08/05/235328
Androidのプレイストアを漁るのが趣味と言っても過言ではない。
そんな俺が厳選して入れてるアプリを紹介する。
セキュリティとか考えずに数百入れては消してを繰り返しているので、隠れた神アプリもあると思うので、見てみて欲しい。
まずはスペック
35歳会社員底辺月小遣い4桁円、嫁あり子なし結婚2年目、レス1年半。
Ymobile Android one x4SH Android10
容量 1.8GHz 32GB / メモリ3GB
adguard
神。野良。定番広告ブロックアプリ。安いときに永久会員になった。これがないと安心してオカズサーフィンできない。
でもアプリごとの設定をうまくしないと支障が出る。広告前提のアプリやゲームは外したり。一周回って要らないのかもしれない。
神。AntiVirusは一通り使って見たけど名前が知れてて無駄な掃除機能とかなくて電池消費やメモリ消費が少なかったのはコレ。安心
App volume control
神。1つ1つのアプリ起動時、終了時で音量調整してくれるアプリ。動画や音楽とか爆音にしても元に戻るので安心。何故か電池消費はない。(何故か教えてエロい人)プロ版買ったけど買わなくてもアプリ5つまで設定可能なので十分だった。
いいね。GoogleReaderから移行してずっと使ってる。もう少しスタイリッシュにならないものかと思うが…
FXplayer
神。シークレットモード搭載の動画アプリ。あんな動画、こんな動画を隠し込める。分かりやすい隠し方なので意味ないと言われたら意味ないかも。更新頻度高い。広告がウザいのがアレだが、adguard があるのでノーダメ。
神。よいしょしてるわけじゃないんだからね!
いいね。入れてない人はいないだろう。軽くならないものかと思うが、わざわざ野良のLINEliteには手を出していない。
いいね。安く物を買える闇フリマアプリ。今でもひまつぶしに見たりする。引越し直後は重宝する。税金とかどうなってるんだろうね…
Murakumo
神。野良。あんな動画、こんな動画をよっこいしょするアプリ。ないと困る。
マジカミ R18版
神。野良。プレイストアではなくDMMから落とすエロゲ。ゲームは色々やったけど結局飽きたり、突然の忙しいプライベートにより辞めてしまう。
エロゲなのでゲームに飽きても続けられるだろうと見込んでる。なにしろエロい。
特筆すべき点はデイリーミッション。大抵のスマホゲームはこれに30分から1時間掛かってしまう。義務感が生まれ時間に追われ辞めるパターンが多い、その点10分あれば終わるのは強い。開発者?運営?分かってるわ。
なろう朗読
神。アニメ化作品やアニメ予定の作品が簡単に聴ける。通勤中、入浴中、イヤホンやスピーカーがあれば余裕。快適。
Playゲーム
悪くない。Google公式標準搭載アプリ。ゴミだと思って開かないでいたけど、中にマインスイーパやソリティアが内蔵されててショートカット追加するとまるでゲームがたくさんあるみたいになる。暇つぶしに悪くない。
悪くない。定番。ラジオが聞ける。これを飛ばした方が車で聞いたときにFMAMより音質がいい。
ワンパンマンびゅあー
悪くない。ONEと村田のワンパンマンが読めるアプリ。暇つぶしに最適。更新頻度が少ないのかONE版の最新話がリンクがない。ブックマークで事足りるので要らないといえば要らないけどあると嬉しい。
良いね。話題作が読める。暇つぶしに最適。コイン集めに広告を流さないと行けないのでadguard はオフ
Niagara Launcher
神。Launcherは色々試したけどシンプルなのが1番。電池消費や使いやすさを考えたらデフォのQuickstepかなと思ってた。
激軽でめちゃくちゃスタイリッシュこれなら変えても良いと思いました。使いやすい。
ベータ版なのでセキュリティとか考える人はやめたほうがいい。プロ版は買ってない。
chooma float live wallpaper
神。自動生成で毎度チェンジしてくれるアプリ。飽き性なので壁紙が毎回同じだと嫌。少し動くのもいい。電池消費が気になる人にはおすすめしない。電池消費は表示がないのでどの程度違うか不明。
同じ作者のchooma live wallpaperもデザイン違くていいよ。
通帳書込だとかキャッシュカードだとか使ってたけどアプリ入れたらこんな快適なのかよ。ってなった。
もう入れてないけど良かったアプリ
ミニ四駆超速グランプリやってるときは入れてた。この手ので1番使いやすかった。
chmate
読んでたときもあった。
ひまつぶクエスト
ZonuChat - AAキャラをアバターにして交流できるスマホ対応のチャットサービス
https://i.imgur.com/Cfn61sv.png
↑
イメージはみたいな感じ
Flash終了に伴いこの手のサービスで閉鎖されるのが増えそうなので年末年始ステイホームで暇だったのもあり思いつきで開発始めてみた
一応まだ粗い部分とかアバターが少なかったりとか足りない機能もあるけど出社始まる前に一応動く段階になったからベータ版として一旦公開してみる
やきう民や嫌儲くんの可愛いキャラクターをアバターとしてみんなで交流できるよ
座標計算とか無限ループ中でnミリ秒ごとに何ピクセル移動させるとか割とブラウザゲーみたいな内容だったけどこのくらいならVue.jsでもなんとかなるもんですね
よかったらブクマしてみてねー
「Fanastasis」ってゲームなんだけど、とってもはまってるから他の人にもやってみてほしい。
内容としては、イストワールやネフェシエルなんかと同じ。戦闘して強くなるよりも、探索して装備を集めて、奥へ奥へと進むゲームなんだ。
言うまでもないけど、隠し通路や、閉ざされた鍵扉なんかも完備。思いもよらない場所から物語の核心部へ進めるから、ルートを見つけるのが楽しいよ。
ストーリーはものすっごくソウルライクで、凄惨なステージや描写が結構ある。イベントシーンはほとんどなくて、セリフやフレーバーテキストから大筋を読み取るスタイルなんだ。
自分はこの手のストーリー展開が苦手で、探索しているうちに話の筋を忘れることがしょっちゅうなんだけど、それでも面白いと思ってしまったよ。
さくさく進み続けることができるのが楽しいんだよね。立ちはだかる強敵は、必須な奴以外避けちゃえばいいんだし。
去年ベータ版が出てたから、表のストーリーは体験済みだったんだけどさ、改めて遊んでみても面白かったよ。
実はいま、1.0になってからの追加コンテンツを攻略途中なんだけど、このゲームってすごいなあ面白いなあってしみじみ思っちゃったから誰かに勧めたくなったんだ。
ちがう、ちがう、ちがう。
バグポートフォリオをどうやって使うのかを、また説明しなきゃいけないようだね。もう毎回ずっと、ああもう、8年くらい? リリースのたびに説明してこなかったっけ?
バグにそもそものプライオリティなんかないんだ。バグはプライオリティとともにうまれるわけじゃない。バグのプライオリティってのは、我々の決定なんだ。単なる技術的な決定じゃない。単なるバグの影響度でもない。単なる重大性でもない。バグは、リソース、ビジネス上の判断なんかによって、決定されるもんなんだ。
バグの優先度は、意思決定プロセスの結果なんだよ。つまり、どれがバグで、どれがバグじゃないのかって決めたことのね。
もし、あるバグを絶対、確実にリリース前に直さなければならなくて、そいつがリリース前に直っていないならば、絶対にその一つのバグが直されるまでリリースを止めなきゃいけない、それをP3としてマークするんだ。ベータ版のときもおんなじように、P2ってマークするんだ。どんなにP1バグってのが重大なものか理解できるだろ?
単に直したいってだけなら、それはP4バグなんだよ。
もし、P4バグを担当していて、それをリリースまでに直したい、でもそれを忘れないようにしたいってなら、「ターゲットリリース」のところに、それまでに直そうとするリリースのバージョンを書いておこう。
それで、もしそんなすぐに直したくないP4バグがあるなら、そう、それがP5バグがある理由なんだよ。
これが900のバグを管理する方法なんだ。バグをカテゴリーにわけるのは管理できるようにしているんだ。注目に値するバグってのは、なにがなんでも絶対に直さなきゃならないもんだ。そういうバグが900よりも少ないくないっていうのなら、なんか深刻な問題があるってことなんだ。
バグを報告するときにおぼえておこう。バグを割り当てるときにおぼえておこう。バグを評価するときにおぼえておこう。もし、バグの優先度が正しいってことをコンスタントに証明できないのならば、管理もできない無数のバグで大混乱にみまわれることになるんだ。
たとえば Chrome for iOS はURLをクリップボードにコピーした状態でアドレスバーをタップすると「コピーされているリンクに移動」みたいな選択肢が出てくる (昔の記憶なので今は無くなってるかもしれない)
これ自体は親切だしふつうに便利な機能。だけどこれを出すかどうかをクリップボードの中身を見ずに(=通知を出さずに)判断できる機能は現状の公開されてるAPIにはない。
iOS 14 からちょうどその API が公開されたけど、もちろんまだベータ版なので使えない(β版が入ってる端末なら使えるんじゃないの、と思うかもしれないが、β版SDKでビルドしたアプリはApp Storeには公開できない)。
ちなみにそのAPIはこれ。https://developer.apple.com/documentation/uikit/uipasteboard/3621870-detectpatternsforpatterns?changes=latest_minor&language=objc
個人的には、iOS 13.4あたりでAPI追加+デバッグビルドだけで表示してわかるようにして、iOS 14からは全アプリに表示、みたいなスタイルの方が良かったんじゃないかなあ、と思う。
スマホ版の増田はフッター部分に日記作成画面へのリンクがあったはずが、いつの間にかなくなっている。まさか自分の書き込み内容のせいで、とうとう増田への書き込み制限がかけられたのか、と思い脱力した。ふと思い立って、ブラウザでPC版のサイトをリクエストすると、日記作成用のリンクが現れた。
そうか、これは、仕事をサボって便所からスマホで増田が書き込めないようにするための措置なのだろう、と納得しかかったが、画面の右下に青い丸が表示されていることに気づいた。それをタップすることで、いまこの文章を書いている。
増田のUIは、永遠のベータ版であることを標榜しているのか、昔のはてなダイアリーの雰囲気を残した、ベアボーンな味わいがあるが、おそらく増田からの広告収入が馬鹿にできないものなのだろう、UIの細かいアップデートが続けられているのを見かける。どうせやるなら、新規作成ボタンをもうちょっとわかりやすくしてください。
日本において合計特殊出生率が最低を記録したのは2005年です。
就職氷河期の最後が2005年度卒とされていて、出生率低下は就職氷河期により新卒の雇用が不安定だったから、なんて言われますが本当でしょうか。
2005年の日本で何が起きていたのかというとフィリピン人に対して興行ビザ発行を絞りました。
それまでは年に6万人とも8万人とも言われるフィリピン人女性が興行ビザにより日本へ入国し、働いていました。
日本は人身売買の温床、みたいなことをアメリカや国連に言われたので色々と(割とすぐに)対応し、その一つが興行ビザの発行を渋ることでした(これによりフィリピン人女性は興行ビザが切れる前に日本人男性と結婚するか、帰国するかの二択を迫れれました)。
興行ビザを減らしたことでフィリピンパブは2004年がピークに以降は徐々に減っていきます。
合計特殊出生率の底は2005年で、2005年に向かって徐々に低下していたわけですが、フィリピン人女性など外国人女性が(言葉は悪いですが)性のはけ口を担っていたため合計特殊出生率が徐々に低下していた可能性があります。
2005年から非モテの性のはけ口は少なくなる一方で、10年後にマイルドヤンキーと呼ばれ理由もなく馬鹿にされる層が高卒から順調にキャリアを積み結婚し子を設けはじめ合計特殊出生率が上昇に転じたと考えられます。
ちなみに、ミシェル ウエルベック の「闘争領域の拡大」(非モテが原因で死ぬ話)は2004年11月に日本語訳が出版されています。元は1994年に出版されているので、当時の世相・雰囲気から日本語訳が出版されたのでしょう。
おまえ安置だろ?
例えば材質にこだわっているというが、リサイクル率等が環境負荷にどれだけ影響しているかは一切不明なんだよね。前後の資料が一切存在しないならば、オーガニック食材の料理と何ら変わらない。
もしも「みんなが環境にいいというもので作りました。けれど環境負荷はより高まりました」では話にならない。そもそも、アップルはiPhoneの修理は単に取っ替えているだけ。これでは廃棄物を増やすだけでリサイクル率とか何の言い訳にもならない。近年のMacbookの故障率の高さがどれだけ環境に悪いか。
MacBookにはUSB-Cが搭載されたし次期iOSのベータ版ではアイコンがLightningじゃなくなっているという噂もある。
噂だろ?実例ではないものを挙げて「論破」とかやばい。少なくとも次のiPhoneはライトニング継続な上に5Gにも対応しないしノッチもなくならない。噂だって単にシステムのアイコンからの推測だし、それも既に取り下げられている。デマを広めるな。
touchbarそのものは(良くも悪くも)完成された機能であって、これを改良するなら全面タッチパネルキーボードしかない。
ここが一番腹立たしい。全MBP使用者に喧嘩を売っている。タッチバーは拡張性がほぼなく登場からずっと未完成品だ。サードパーティがようやくちょこっと改良したアプリを出してはいるものの、公式は何もしていない。繰り返すが何もしていない。
Galaxy10やPixel4がノッチを廃止する動きなのを知らないのか。ノッチがトレンドだったのは2年くらい前までだ。必要悪という言葉を使うならば、もはやiPhoneを誰かに勧めることはできないぞ。
アンチ乙。
エアプ乙。
MacBookにはUSB-Cが搭載されたし次期iOSのベータ版ではアイコンがLightningじゃなくなっているという噂もある。
「改善をする気配」は既に濃厚。
エアプ乙。
ノッチは必要悪であって、失敗したから無くせるというものではない。事実として他の機種も続々と採用しただろ。
飛び出すカメラ(笑)なんかやるくらいならノッチのほうがマシ。
エアプ乙。
touchbarそのものは(良くも悪くも)完成された機能であって、これを改良するなら全面タッチパネルキーボードしかない。
エアプ乙。
重量はほとんど変わってねーだろ。
材質へのこだわりはAppleのアイデンティティであって、それこそノッチなんかよりよほど重視すべきところ。
エアプ乙。