  |
はてなキーワード: Iosとは
ワイは仕事が詰まっている時やプライベートでトラブルがあった時以外は基本的に何もすることがない人である
無限に時間をぶっ込んでしまうゲームは4年前に封印したし(ソシャゲとiOS版の買い切りゲームはゲームにカウントしません)
創作は暇かつ気分がノッている時にしかしないので日常的には時間は取られてはいないはず
ではどこに時間が消えているのか？と意識してみたところ次の通りだった
洗濯はスーパーとか散歩行く時に徒歩30秒のコインランドリーにぶっ込んでるので特に問題無い
いや家に乾太くんあるので大問題っちゃ大問題なんですけどですけどね・・・
ケチってドラム式洗濯機じゃない洗濯機買っちゃたんだよな。取り出して乾太くんに入れるのが面倒くさい
ワイみたいなアレな人じゃなくても洗濯機は乾燥まで全自動＋乾太くんを薦めたい、絶対ケチってはいけない
気分の調整が一番の課題だがまぁそれは気長にやる他ないので、良質な睡眠を取る・気分を整えることを意識した栄養素を摂る・・・でとりあえず置いておいて、
これは面倒で食べないのも道理ですわ
でも低糖で発汗するのはもうしないようにしたい。ブドウ糖とればいいとかエナジードリンク飲めばいいとかそういう問題ではない
今の状態だと良質な睡眠を取る・気分を整えることを意識した栄養素を摂りつつ、毎日まとまった時間作るの無理っぽいな
(全部ブン投げてそれだけやるとかは出来るけどそれだと今までと変わらないので)
どうしたらまとまった時間作れるか改めて整理しないとだな
| Android版 | iOS版 |
| 一番目立つ左上にハンバーガーメニューがあり、カテゴリが選べる | 左上のアイコンをタップすると、普段は使わない設定メニューが開く |
| ホーム画面のナビゲーションメニューのフォントサイズがちょうどよい | ホーム画面のナビゲーションメニューのフォントサイズが小さすぎる |
| 画面の左端を右側にスワイプすると、カテゴリ一覧が表示されて好きなカテゴリに飛べる | 画面の左端を右側にスワイプすると、左隣のカテゴリにしか移動できない |
| 画面左下に「ホーム」アイコンはない | 画面左下に「ホーム」アイコンがあり、タップすると「総合」カテゴリに戻る（アイコンのラベルと遷移先カテゴリ名が違うので直感的に分かりにくい） |
| カテゴリートップから任意のエントリを長押しすると、「ページへの反応を見る」で直接ブクマコメントが読める | カテゴリートップから特定のエントリのブクマコメントに直接飛ぶ手段はない |
| カテゴリートップから任意のエントリを閲覧した後は、左上の「←」アイコンからでもAndroidの「戻る」ボタンからでもカテゴリートップに戻れる | カテゴリートップから任意のエントリを閲覧した後は、左上の「←」からしかカテゴリートップに戻れない（文章を下まで読み終わった後、左上に視線を戻して前のページに戻るUIはおかしい） |
iOS版のソシャゲはOS古いままだと動作不具合を起こすことがしょっちゅうあるので、そこはAndroidを使ってた頃より気にするところ。
しかし…更新したらソシャゲがどころか、ネットそのものが使えなくなってしまったとか、勘弁してくれよ。
とにかく通信速度が遅すぎて、あらゆるアプリがタイムアウトでエラーになる始末。
Wi-Fi経由なら普通に使えるし、データ残量も確認したけどまだまだ全然余ってるから、これはもう完全にOSのバグ？
てか電話しか使えないスマホとか、天下のiPhoneが20年前のガラケー以下の代物になっちまって、一体どうしてくれんだ。
しかもAppleのことだから、文句行ってもどうせ「初期化してください」の一点張りだろうし。
以下の文章は全部自分が書いたものなんだが、初出はなんと2017年だった。
どんだけiPod touchが好きなんだ自分。
まだ当分は使い続けると思う。
--------------------
この文章はiPod touchで書いてる
https://anond.hatelabo.jp/20220512000810
https://anond.hatelabo.jp/20180722201913
iPod touchは筆記用具
https://anond.hatelabo.jp/20180502014907
テキスト入力機としてのiPod Touch
https://anond.hatelabo.jp/20171216140431
iPod Touchという傑作デバイス
Apple系の縛りが入ってる以上中古iPhoneかApple公式サイトで新品SEポチるくらいしかないだろう
そこを譲れるならAppleのUIに似たXiaomiをオススメする
Mi 11 Lite 5Gあたりが洒落てて軽くていいけど夏頃には12 Liteが出そうだから待てるなら待ってもいい
Amazonでも買えるけどIIJで端末だけ買ってもギフト券還元があるからそっちのほうがオススメだな
iOS→Androidの移行だとLINEのトーク履歴がどうしても引き継げないくらいしか大きな問題はないだろう
でもiPod touchからだとデカく感じるかもな
それでもゲームもするなら小型スマホみたいなニッチを攻めるのは悪手だし
慣れたらこれくらいで良いと思うようになるはず
もちろん付属のアダプタ噛ませて繋げることはできるが
個人的には有線イヤホン・ヘッドホンを使うならEarstudio ES100みたいな小型のBluetoothアンプを使うことを推奨する
ワイヤレスでハイレゾ相当音質にできる上複数デバイスをマルチポイントで切り替えて聞けるのでPC/スマホ/タブを行き来しながら使えたりもする
音ゲーとかしない限りは遅延は気にならないし、AndroidならLDACやAptXみたいなコーデックも使えるので高音質
あーIIJは単体で買えるけども何らかの有料サービス経由で既に会員になってないといけない(会員登録だけというのがないっぽい)んで面倒だな
金銭面をシビアに見るならいっそMNPで最小プランに入って1万円台でSnapdragon780端末をかすめ取ったあと即解約or楽天モバに即転出して0円運用、というのがベストだろう
ただし転出元の会社とは数年間契約できないブラックリスト状態になるが
そういう面倒がアレなら価格コムで最安値のショップから買うのが無難か
端末のグレードを下げて予算を抑えることも考えると思うが、個人的にはSnapdragon600番台以下のミドル・ローレンジAndroidは品質的な意味でちょいちょい粗が目立つようになって満足度がイマイチな印象があるんでおすすめしない
普段のメモとか日記とかをiPod touchで書いてiCloud で同期するようになって5年くらい経つか
iPhone のメモアプリも含めて、ノートを溜めていくアプリはエクスポート機能がどれもないか貧弱なので、長く使えば使うほど移行が大変になる気がして
それで、テキストデータ（markdown 含む）でひたすら記録を取って貯めていく方式にした
なんでiPod touch かというと、初めて買ったiOS の端末がこれだっただけだ
今はiPhone も持っているけど、iPod touch のほうが軽くて薄いので、テキストデータを入力するためだけの、文房具として使っている
それでずっと上手くやっていけるはずだと思ってた
けど、iPod touchは、もう終わりかー
iPhone の中古を買って同じような使い方すればいいというコメントをけっこう見かけたけどさ、
重すぎるんだよな、どれも
iPod touch の軽さと薄さに慣れてしまうと
iOS のバージョン古すぎでどのアプリも使えなくなるまで、iPod touch を使い続けるか
それか、ほかの選択肢を探すか
いろいろ考えてみてるけど、どれも最良の選択肢とは言えない気がするんだよな
どうすっかなー
ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)
セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。
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という新しい沼へギークの皆さんをご案内しているに過ぎないのだ。
Appleが独禁法逃れのために調査会社に出させた報告書見てて思った。
はてな村でもたびたびAppleMisicを親の仇のように腐してSpotifyの方がいい、っていう意見を見るけど
無償ユーザーを大量に抱えたSpotifyのDAUが最大でもAppleMusicの2倍ちょっとしかないんだから、有料版ユーザーはもっと少ないだろう。
更に国内ではそもそも大してユーザーが多くないであろうAppleMusicよりSpotifyのDAUが少ないのだ。有料版ユーザーの数なんて推して知るべし。
その分広告で稼がなきゃならないわけだ。そうなるとコンテンツの質は二の次でとりあえず集客力重視で手を組む、というのも仕方ない。
広告にとっては、どんなクズでもPVをもたらす数の方が収益に直結するからだ。
インターネットが広告に汚染されてコンテンツの質の平均値が下がってきたのと同じことがSpotifyのコンテンツでも起こっているのだ。
そこまで苦しいなら手数料に文句言わざるを得ないのも納得というものだ。
しかし、あの報告書は他にも興味深いことがたくさん載っていた。
日本国内のチャットメッセージでは、多少のアレルギー持ちがいるとはいえ、LINEがメジャーな位置づけにあるのは個人的な感覚としても納得できるが
他国では日本ほど優位に立っているチャットメッセンジャーはないのだ。
iPhoneのSMSのチャットバブルの色が通信相手によって違う事について海外テック系Youtuberが動画を上げて議論していたのが不思議だったが
他国ではiMessageがメジャーな通信手段の一角に居座っているからだったんだと腑に落ちた。
マップアプリのGoogleマップへの偏り具合も日本がダントツというのも興味深かった。
少し前に個人的に調べたときにはバスの路線図の網羅度合いはGoogleマップはiPhoneのマップアプリの足元にも及ばないレベルだったが
今調べなおしてみたらGoogleマップがしっかり改善しておりこの人気も納得という感じだ。
これから先、アプリ内決済の手数料を下げる方向に話は進むのだろうが、それだけでは終わらない可能性もかなりある。
他業者がストア開設を出来るようにしたところで失敗するのは明らかなのに各国はそれをAppleに強制するんだろうか？
Android市場でサードパーティアプリストアが死滅したのはユーザーが見捨てたからであって、Googleが邪魔した訳じゃない。
むしろGoogleはサードパーティストア開設をiOSにはない自由というメリットの一部として喧伝しようとしていた。
無策でストア開放に突き進めば同じ失敗をしたうえで、手数料を削った分AppStoreとPlayStoreの屋台骨にヒビが入るだけだろう。
その屋台骨のヒビは掲載アプリのさらなる劣化という結果をもたらすだろう。
どんなアプリでも警告なしで入れ放題にしたいならブートローダーアンロックしてカスタムROMを勝手に使えばいいので
そんなの不要な他の人まで巻き込んで自滅に追い込もうとするのはやめてほしい。
公平を期するのであれば、OS製造メーカーと資本関係のある企業にストア開設を禁じるべきなんだろうか？
AppleやGoogleのストア管轄部門を元企業と資本関係のない独立起業として分割すればいいのだろうか？
果たしてそうした場合に、その企業が独立採算のために手数料を今より上げざるを得なくなるという可能性はどのぐらいあるのだろうか？
日本国内のスマホ割引規制でハイエンド端末がめっきり売れなくなったのと同じように、ただ市場を冷え込ませるだけにならないだろうか？
個人的には、今のアプリストア手数料に関する議論はアプリビジネスを自滅に追い込んでいるように見えて仕方ない。
自分たちがビジネスをするための土台を自分たちでぶち壊そうとしているようだ。
