  |
はてなキーワード: モバイルとは
スマホ、ipad、モバイルバッテリー、ワイヤレスイヤホン、ワイヤレスヘッドホン、PS5コントローラーが入れ替わり立ち替わり電源タップにつながれ充電されている。
みなさんはどうですか。
社会人になってからのぼんやりした目標でITを極めたいという思いがある。
一分野に特化したタイプではなくIT領域におけるオールラウンダーのような総合格闘家のような存在。
まずITを極めるとは具体的にどういう状態なのか。そのためには何をすればいいのかを考察する。
まずITを主要トピックに大別する。必ずしもMECEではない。
そしてどういうことができたらITを極めたと言えるかを思いつく限り列挙してみる
次は具体的に列挙した例について解像度を上げてどの要素に分類されるものかを考えた上で、それを極めるには何をすればいいかを考える。
気の利いたノートPCや気の利いたスマホは、バッテリ容量の8割で充電を止めて電池を長持ちさせる機能がついているらしい。
新旧はあまり関係なくて気が利いてるかどうかのようだ。ちょっと前のiphoneはついてなくて今の最新iphoneにはついてるとか、昔中古を買ったthinkpadやlet'snoteにはついてるが去年買ったdosparaのゲーミングノートにはついてなかったりするとかある。
機能があるものは80％に設定してずっと使ってきた。ないものはそのまま100％にしてきた。
家に帰ってきたらすべてのデバイスを充電器に接続し泥のように眠り朝まで充電して出かける。
ふと気が付いた。既存の100%充電デバイス、特にスマホやタブレットは過充電になって消耗が速くなっているのではないかと。
帰宅して即充電を始めれば寝るまでに70~80%ぐらいまでは行く。でもそのまま寝てた。
中古でも何万もするiphoneやipadの消耗が早まるのは貧乏にはつらい。
だから寝る前に機器の充電はやめちゃって、朝まで気兼ねなくフル充電にするのはモバイルバッテリーにしておいて、出先で必要なだけ充電するのが良いんじゃなかろうか。
モバイルバッテリーなんていくら消耗しても金額はたかが知れてるしね。
自分が寝てると80%充電で止められない。でも起きている間に出先で充電するなら止められる。
バッテリーの％に反応して充電止めるのはできないけど通知を出すのはできるし。
しばらくこれで運用してみようかな。
Device Info は、高度なユーザー インターフェースとウィジェットを使用してモバイルデバイスに関する完全な情報を提供するシンプルで強力な Android アプリケーションです。たとえば、デバイス情報/ 電話情報には、CPU、RAM、OS、センサ、ストレージ、バッテリー、SIM、Bluetooth、ネットワーク、インストール済みアプリ、システム アプリ、ディスプレイ、カメラ、温度などに関する情報が含まれます。また、デバイス情報/ 電話情報は、ハードウェア テストでデバイスのベンチマークを行うことができます。
中身 : 👇 👇
👉 ダッシュボード : RAM、内部ストレージ、外部ストレージ、バッテリー、CPU、利用可能なセンサ、インストール済みアプリ & 最適化
👉 デバイス : デバイス名、モデル、メーカー、デバイス、ボード、ハードウェア、ブランド、IMEI、ハードウェア シリアル、SIM シリアル、SIM サブスクライバー、ネットワークオペレータ、ネットワークタイプ、WiFi Mac アドレス、ビルドフィンガープリント & USB ホスト
👉 システム : バージョン、コード名、API レベル、リリース バージョン、1 つの UI バージョン、セキュリティ パッチ レベル、ブートローダー、ビルド番号、ベースバンド、Java VM、カーネル、言語、ルート管理アプリ、Google Play サービスバージョン、Vulkan のサポート、Treble、シームレスな更新、OpenGL ES およびシステム稼働時間
👉 CPU : Soc - システム オン チップ、プロセッサ、CPU アーキテクチャ、サポート対象の ABI、CPU ハードウェア、CPU ガバナー、コア数、CPU 周波数、実行中のコア、GPU レンダラー、GPU ベンダー & GPU バージョン
👉 バッテリー : ヘルス、レベル、ステータス、電源、テクノロジー、温度、電圧と容量
👉 ネットワーク : IP アドレス、ゲートウェイ、サブネット マスク、DNS、リース期間、インターフェイス、周波数、リンク速度
👉 ネットワーク : IP アドレス、ゲートウェイ、サブネット マスク、DNS、リース期間、インターフェイス、周波数、リンク速度
👉 ディスプレイ : 解像度、密度、フォント スケール、物理サイズ、サポートされているリフレッシュレート、HDR、HDR 機能、明るさのレベルとモード、画面のタイムアウト、向き
👉 メモリ : RAM、RAM タイプ、RAM 周波数、ROM、内部ストレージ、外部ストレージ
👉 センサー : センサー名、センサベンダー、ライブセンサ値、タイプ、電力、ウェイクアップセンサ、ダイナミックセンサ、最大距離
👉 アプリ : ユーザーアプリ、インストール済みアプリ、アプリバージョン、最小 OS、ターゲット OS、インストール日、更新日、アクセス許可、アクティビティ、サービス、プロバイダ、レシーバー、抽出アプリ Apk
👉 アプリアナライザー : 高度なグラフを使用して、すべてのアプリケーションを分析します。また、ターゲット SDK、最小 SDK、インストール場所、プラットフォーム、インストーラ、および署名によってグループ化することもできます。
ディスプレイ、マルチタッチ、懐中電灯、ラウドスピーカー、イヤースピーカー、マイク、耳近接、光センサ、加速度計、振動、Bluetooth、WI-Fi、指紋、音量アップボタン、音量ダウンボタンをテストできます。
👉 温度 : システムによって指定されたすべての温度ゾーンの値
👉 カスタマイズ可能なウィジェット ： 最も重要な情報を表示する 3 つのサイズの完全にカスタマイズ可能なウィジェット
👉 レポートのエクスポート ： カスタマイズ可能なレポートのエクスポート、テキストレポートのエクスポート、PDF レポートのエクスポート
権限 👇 👇
READ_PHONE_STATE - ネットワーク情報を取得するには
BLUETOOTH_CONNECT - Bluetooth テスト
READ_EXTERNAL_STORAGE - イヤースピーカーとラウドスピーカーのテスト
4/27
みなとみらいのワールドポーターズで買い物 女子プロレスラーのアクスタやステッカーを買って特典のサイン入りポップをもらう
観戦後は有名なパフェ屋に入ってブラッドオレンジのパフェを食べる
4/28
鑑賞のお供はゴディバのショコリキサー（イオンシネマではショコリキサーが買えるのである）
4/29
ぐるっとパスを買う
昼食は台湾料理屋に行く予定だったが休みだったので急遽近くのマックへ エグチセットチーズ抜きを食べる（チーズバーガーのセットがないのでエグチのチーズ抜きを頼まざるを得ない モバイルオーダーが使えないのでちょっと面倒…）
九段下の科学技術館を見学 子供連れとカップルだらけの中黙々と鑑賞
5/2
映画ゴジラvsコングを鑑賞 これはデートムービーだと思う（1人で見た）
5/3
サブウェイで昼食
電車で新宿に戻って小田急ハルクのルサロンドニナスでTwitterでバズっていたココナッツアイスのロイヤルミルクティーフロートを喫食（最高に美味しかった）
ルミネでウインドウショッピング、デニムが欲しかったがサイズが欠品していたため諦める
5/4
サブウェイで昼食
夜パフェで有名なバーでカカオのパフェとカカオティーとチョコカクテルのセットを喫食
5/5
この日は1日家のことをする日
スイカバーを2本食べる
アトモスのサイトを見たら欲しかったスニーカーが8000円引きになっていたので購入
5/6
クッキークリッカーのモバイル版、ちまちまプレイして1～10 Oc(octillion)あたりで完全停滞してたが月1くらいで覗いて変わんねえなあとか思ってた。
昨年末頃に新要素が一気に投入されたらしく後から知って試しに切り替えしてみた。
インフレが押し寄せてきて、見る見るうちにクッキーが増えまくり単位も6個くらい一瞬で上がって一日でQaD(quattuordecillion)に突入した。
実績ももりもり取れて、あんなに届かなくてやきもきした900Dc(decillion)の子猫は遥か彼方。
もはやインフレに頭がついていけずクッキーがどれほど増えてるのかもよくわからないまま設備をポチポチ購入し続ける状態。
なんなんだこれは
Nintendo Switchの次世代機の話があったが、任天堂がこだわる「新しい遊び」の部分は正直想像がつかないので楽しみに待つことにして、性能的な部分での予想をすると、一番重要なのはプロセッサをどうするかという点だ。
現在のNintendo Switchで使われているのはNVIDIAが設計したTegra X1というプロセッサのモディファイ版だと言われていて、当初は20nm、2019年ごろに登場した省電力版では16nmプロセスが使われていると言われている。
ARMコアにNVIDIAのGPUを組み合わせたSoCなので、それぞれ年数分の世代の進化に合わせたプロセッサがあればそれを使えばいいだけなのだが、問題はNVIDIAがモバイル向けのSoCをほとんど見捨てていることだ。
Tegra X1後継のSoCはXavier、Orinときて現在はThorという世代が発表されているが、いずれもモバイルやゲーム機向けではなく組み込み・ロボティクス向けのJetsonか車載向けのNVIDIA DRIVEとしてパッケージされている。
Tegraでやったように任天堂専用モディファイとしてプロセッサだけを切り出してSwitch 2に内蔵する可能性もなくはないが、いずれにしてもOrinやThorはバッテリ駆動するには消費電力が高めであるように思われるので、かなりクロックを抑える必要があると思われる。しかしOrinのベンチマークスコアはSwitchに搭載されたTegraの8倍程度はあるようなので、クロックを抑えたとしてもかなりの性能のジャンプアップは見込めるとは思われる。
とはいえNVIDIAのプロセッサの供給状況は不透明なので、任天堂は別の手段を考えているかもしれない。
ひとつは汎用のARMプロセッサとGPUを組み合わせたSoCを使う、つまりSnapdragonやKirinやDimensityを採用する可能性。
スマホ用のプロセッサといえば他にはサムスンのExynosもあるのだが、サムスン製品以外に採用された例がないので候補から外す――しかし実は変化球がある。GoogleのTensorはExynosのモディファイ版なのだ。任天堂とGoogleが提携してTensorを調達して載せる可能性があったりはしないだろうか？
いや、その変化球があるならば、もっと変化球として、アップルのApple Aプロセッサを採用したらいいのではないか？省電力性能もGPU性能も充分だし、任天堂は（故岩田社長が）アップル大好きだったのだから、提携するならアップルのほうが面白いではないか。なんならサムスンファブ製よりTSMCファブ製のほうが熊本方面が喜ぶかもしれない。
そこまで考えて、もしかしたら、任天堂がSwitch 2専用プロセッサを設計して搭載してくる可能性があるんじゃないかと思ってしまった。一億台売れる端末のプロセッサを、外注するより自社で設計したほうがいい、と任天堂なら考えたりはしないだろうか。
https://www.nintendo.co.jp/jobs/keyword/59.html このページなどでも語られているが、TegraのモディファイをするにあたってNVIDIAとはかなり突っ込んだ議論もしているようなので、現在ではSoC全体のデザインができるようになっていたら面白いと思う。
使えないものが多くて実装時にテーブル定義を変更することばかりでストレス
型が適当で真偽値だろうが数字だろうが日付でも何でも文字列型に入れようとしてるし
中には数値型に日付が入ってることもある（UnixTimestampという意味ではない）
とりあえず全部がnullable
auto_increment も考慮されてない
複合主キーばかりで扱いづらい（これは人によると思うけど）
列名もまともな英語になってないし、中には中途半端なローマ字が混ざってる
これなら列名を Col001 みたいな連番にしてくれたほうがマシなレベルのもある
DBの列名ってアプリケーション全体でそのまま使われる事が多くて、
サーバーサイドのアプリでも、フロントのウェブアプリやモバイルアプリでも一貫して同じ名前で使うのに分かりづらい名前
