IT database for myself
世の IT 化とともにコンピュータは最早なくてはならない存在ですが、
その特質は汎用性にあり、何でも出来ると言われると、
返ってそれを目の前にして戸惑うものです。
そこで様々な割切り製品が世に出ました。 古くはワードプロセッサーがそうでしょう。 その単体での存在は最早ノスタルジーさえ感じさせる商品ですね。 そして任天堂のファミリーコンピュータもそうでしょう。 ゲームに割切った作りでコストを抑え、 使い方を簡単にし、子供達に大人気の商品となりました。 そしてここにも一つ素晴らしい割切り商品が有ります。 株式会社キングジムが2008年11月10日に世に問うた ポメラ です。
インターネットポータルサイトで Yahoo!（ヤフー）といえばインターネットを使った人なら知らない人はいないホームページです。 その Yahoo! が自社ブランドのスマートフォンを発売するというニュースが流れました。
個人でやるには勝負の目はある一方、企業でやるなばら国際展開を狙えないのならお金をドブに捨てるだけ、という印象です。と明瞭に述べられ、次には具体的な数値で以て 此の結論へと至った考察が記されます。
標題について結論から言えば、比較的新しいCSSプロパティの「aspect-ratio」を使うものです。以下、従来多く採用されていた手法から此処に至る状況などを記します。2024年版とは口幅ったいですが、環境の変化などから生じた比較的新しい手法を、備忘録的に書き残した時期が今年2024年ということでご容赦願いたく思います。
表示される縦横の寸法が定まっていれば、本来此の記事に記す如き厄介な手法を使う必要もありません。では、YouTubeなどをホームページに埋め込む際に、何故、標題に記す処のレスポンシブ対応などが必要になるのでしょうか。
近年のホームページに於いてはネットの雄Googleの後押しも有ってか、「レスポンシブ」なる手法が採用されるケースが多く見られます。「レスポンシブ」とは一々「レスポンシブWEBデザイン」と言うのが面倒で、最初の部分を取って称するもので、英語の「responsive」が反応する、とか、敏感な、とか言う意味の形容詞で有る如く、反応するWEBデザインです。では、何に反応するかと言えばブラウザの幅に反応するのであって、幅に応じて姿形を変えるデザインを意味しています。斯く言う本サイトもレスポンシブを採用しています。
以前、ホームページはパソコンで見るものと相場が決まっていた時期には此の様な面倒な処置も必要有りませんでしたが、世の中にスマホが普及するに連れ、一般にスマホでもホームページが多く閲覧される様になり、状況の移り変わる過渡期、端境期に於いてはWordPressにもPCとスマホで表示のテーマを分けるプラグインなども有りました。詰まり現在のホームページでは基本横長画面のPC用と縦長画面のスマホ用に最適化した、最低二つの表示様式を用意しなければならなくなりました。
昨日迄はいつも通り使えていたのに今日突然使用不能となる、 IT機器に於いては珍しいことでは無く、 故障は通常こんな形で現れる様であるのは肌で感じてます。 それはちょうど
本ブログの2016年11月20日の記事[※1] 2016年11月26日の記事[※2] に記した通り2016年の年末に入手してから今年2022年年末には既に丸々6年を経るものの バッテリーの交換[※3] 以外には別段不具合も無いMacBook Pro 2016は、此のブログ記事を書く際にも使うなど今以て活躍中ですが、 本体より遅れて2018年初夏に導入したTime Machine[※4] が先に音を上げてしまいました。 外に持ち出すのが本分のMacBookながらもTime MachineはHDDでしたので自宅に据え置いての利用でしたから特に外傷も有りません。 最近のHDDは保ちも良く、ドライブ自体の異常の際には時に聞かれる異音の発生も有りませんでしたから、 ドライブの不調にあらぬ電源部分の不具合が怪しく思えます。 中を覗いてみれば基板上のコンデンサに焼き切れていたりするものの有るかも知れませんが、 ジャンク系ユーチューバーならぬ身には、知識も道具も時間も宛ても無く、開いて修理と言う算段にも運び難くあります。 孰れかの機会に外箱を開いて中身の無事の可能性もあるドライブを何某かへの転用など目論見ながら、一方Time Machine機に於いては此の機会を以ての買い替えを期したのでした。
iPhone Xが発売[※1]されると共に導入されたノッチは、当初はiPhone Xのみへの対応を考えれば済んだのでしたが、徐々に追加されるノッチ付き端末は、極薄ベゼルが齎らす角丸表示と併せ、iPhoneアプリ作成に於いても充分に考慮せざるを得なくなりました。此れに対応する手法をApple社が開発環境に於いて用意したものがセーフエリアなる概念です。セーフエリアの中にアプリの必要事項を表示させれば、ノッチと角丸の欠け分に掛からずして、アプリ内容が不可視となってユーザーに不便を掛けないようにと配慮された手法です。
当初はセーフエリア外の余白を零と考えた四角表示領域の従来iPhoneと、iPhone Xのセーフエリア一種類だけと考えれば、iPhone Xか否かで分岐処理をすれば済み、セーフエリアも定数で済んだものが、年毎に追加されるノッチ端末毎にサイズが異なれば、セーフエリア外の余白の値は増えるばかりにて、当然ながら端末毎、其々のセーフエリア数値に対応する必要が出来したのです。此方もApple社が対応するにセーフエリア値取得用に用意したプロパティが「safeAreaInsets」にて以下の如く記述すれば端末から上下左右の余白を取得出来ると言うものでした。
Apple社の開発者用サイトには「Instance Property」としての当該案内ページ「safeAreaInsets」が用意されています。当該プロパティを用いれば得られた余白の値の余裕分、端末のエッジから離してアプリの内容を表示すれば宜しくなります。また、時計やWi-Fiやバッテリー状況を示すアイコンの乗るステータスバーは、従来のものは従来通り、ノッチ端末に於いてはノッチの左右にiPhoneが自動で良しなに配置してくれます。
いつもの様にファミレスに出掛けオーダーの後、徐
に開いたMacBook Pro 2016年モデルでしたが、いつもの様には画面が点灯しません。黒い画面の儘静かに佇んでいる様子に、遂に来たか、とTouch IDやエンターキーを連打したり、ディスプレイを閉じたり開いたりして見れば、矢張り思った通りのサインが点滅しました。例の狭い幅の赤の指標を伴う電池の意匠のバッテリー切れの
予ねて予想、と言うのもMacBook Pro 2016のメニューバーのバッテリーをクリックすると何時の頃からか「修理サービス推奨」と表示がされていたからです。一年に近くなるかも知れません。しかし其の儘にしておいたのは手元に欠かせない端末であるのも一つですがアップルの公式サポートページ[※1] にバッテリーの交換目安としての充放電回数がMacBook Pro 2016については、 1,000回とされているからです。
バッテリー交換をApple社に依頼するのは初めてではありません。 本ブログの2018年7月31日の記事[※2] に記した通りMacBook Air 2013年モデルも同じく充放電回数の目安は1,000回とされていた処、其の上限を超える1,093回で初めてApple社に依頼しました。 処が、今回MacBook Pro 2016では此の問題が発生した時点で523回としか充放電回数が示されていないのです。「修理サービス推奨」と表示され始めた頃には此れより少ない数値であったのは勿論で、3時間ほどは電源に接続することなく使用が可能でしたので、凡そ修理依頼を思い切る気持ちは生じなかったからです。其の意味では予想はしつつも同時に突然の感も交錯して、想定内と戸惑いの綯い交ぜな些か言い難い心持ちを抱かされたのでした。
因みに本記事執筆時点でのMacBook Air 2013の充放電回数を見れば486回で500に迫る回数ながら「修理サービス推奨」などの表示は出ていません。バッテリーの容量など仕様や端末の使用頻度なども異なりますので単純に比較は出来ませんが、Proモデルとして廉くは無い価格のMacBook Pro 2016のバッテリーの交換時期の早さは如何にも腑に落ちません。更には去年2021年初頭に入手したMacBook Air M1 2020年モデル[※3]に至っては現在充放電回数は3桁にも届かない64回で、決して使用頻度が低いのではなく、発売当初から評判を取っている通り何しろバッテリーの保ちが良く、日に数時間持ち出すだけでは毎日の充電の必要が無い
多少釈然としない部分は残しながらも、先ずはバッテリー交換依頼としては経験済みの事態ではありますし、Apple社の対応は 前回[※2] では二日しか掛からず驚かされもした迅速さでしたので、其の日のうちにアップル社へのバッテリー交換の依頼を決めたのでした。
長らく手元のノートPCであるMacBook Air 2013のOSをアップデートしない儘で来ました。前回のメジャーアップデートでmacOS
システム環境設定からアップデート通知を、もうずっと、端末を広げる度に目にしながらも、最新OSへの入れ替えを忌避していたかと言えば然に非ず、出来得るものなら最新OSの享受を欲していたにも拘らず、そうは問屋が卸さない事情がありました。ストレージの容量不足です。手元のMacBook Air 2013の内蔵SSDの容量は128GB、2013年師走の購入当時は勿論、最後のメジャーアップデート迄にも不足はなかったものの、2019年10月のmacOS Catalinaへのアップデートの際には容量不足の警告と言う引導を渡されていたのでした。
手元の端末のMacBook Air 2013に、正確を期して記せば、11-inch, Mid 2013とされる様に画面サイズは11の2013年中旬発売のモデルで、CPUは1.3GHzのIntel Core i5、メモリは1600MHzのDDR3、4GBを搭載しており、此のストレージ、内蔵SSD容量が128GBであるのでした。此の端末にはiPhoneとの連携を含めて充分満足していましたので、2016年10月にMacBook Pro 2016年モデル、2020年12月にMacBook Air M1を購入してからも最前線で現役として活躍させていました。そして今尚現役として健在であるからこそ最新OSへのアップグレードを望むのでしたが、ストレージ不足に阻まれていると言う状態であったのです。
MacBook Air 2013の当初のOSはバージョン10.9のOS X Mavericksでした。翌年2014年11月にはバージョン10.10のOS X
Apple社が自社製PC Mac の心臓部をIntel社から調達していたものを、iPhone由来の独自プロセッサー M1 に切り替えると2020年6月の開発者会議で発表し、 実際年末に発売した３機種の内の１機種が、今回主役の MacBook Air にて、其の筋のネットメディアや、ガジェット好きユーチューバー及び新し物好き抔が、 発表と同時に入手して発信する情報を見るに、其の手に有り勝ちな、提灯や的外れ、 曖昧さを差し引いても、どうにも此れはゲームチェンジャーであるとしか思えず、 師走に発注して年を跨いで落掌したのが2021年1月24日、 以来、メイン機として使用していたMacBook Pro 2016から徐々に妥当な業務から移行させ、今は其の使用頻度が半々となる中、Apple社の発表、前評判からそう遠くない実感の得られ、頗る満足の行く使い心地を満喫しています。
如何なる満足を得られたるかと問われれば、先ず挙げられるのはバッテリーの持ちの良さです。Intel Macと同時利用ですので其の差は歴然で、やはり中央プロセッサーの寄与するところが大きいのでしょう。最早、社会全体のエネルギー消費に思いを致すくらいで、CPUの寡占は忌むべき事態であるとの感慨さえ抱かせられるほどです。加えて内製プロセッサーであれば基本ソフトウェアとの整合性も取るべく設計され、基本ソフトウェアからも歩み寄れば、それも省電力に与って力のあるのは疑うべくもありません。少し早く、去年2020年末に入手したiPhone 12 Pro Maxのバッテリーの持ちの良さと合わせて、毎晩充電すると言う馬鹿らしくも煩わしいルーチンワークから免れられたのが、先ず挙げられるご利益の一つでしょう。
次に挙げられるのが、処理速度です。事前情報を齎らしてくれて有難いとは言え、情報鮮度が求められるガジェット系ユーチューバーの情報は些か出鱈目な部分も目立ちますし、処理能力を言うに動画編集ばかりなのも困りものではあります。知りたいのは Macならでは、Xcodeの性能で、当然先ずインストールしたのもXcodeです。さて、其れに抱いた印象ですが、顕著に速度差の現れるのはiOSシミュレーターです。本ブログにある通り、手元ではゲーム開発が主たりますので、特にアクションゲームで反応が鈍ければ開発速度も比例して鈍まるのが道理、コンパイルも其の速さを体感出来、其の上 Mac内で動くiPhoneが実機に遜色ないと迄は言いませんが、問題無いレベルに収まるのは嬉しくも、本来此れこそあるべき状況なのだとは思います。此れには矢張り中央プロセッサーが内製で、此れも内製のiPhoneのAシリーズと連携が密接に取れているのが大きく寄与していると考えるのが自然でしょう。また、手元の環境では其れ程大きなプログラムは扱わないためiOSシミュレーター程顕著ではありませんが、コンパイルの速度も体感的に向上しているのは、前述通りはっきりと感じられます。処理速度は全面的に向上しているとは言え、特に此の開発環境の面の発展が著しいのは、Apple社の発表のみからでも容易に予想可能で、思っていた通りに的中、我が意を得たりとほくそ笑んだところでもあります。
以上、バッテリーの持ちの良さ、特に Mac特有の開発環境の処理速度の向上、の2点がMacBook Air M1 2020の得られた特筆すべき恩恵です。2021年4月21日のAppleイベント「Spring Loaded」で発表され予約受付の開始された新型iMacと新型iPad ProもM1プロセッサーを心臓部に擁すれば、此の点に於いては期待に違わぬ性能を発揮すると思われ、其の如き世評の浸透も有ってか受付状況も上々で半導体不足も有るにしろ、既に数ヶ月待ちの様相を呈していると漏れ聞きます。
データの保ち方については常に頭を悩ませ、試行錯誤する処です。
今回は手元のプログラムの進捗上、異なる型を一まとめにしたデータ単位を配列にして保たせようと試みました。
異なる型を一まとめにするとなると開発環境はiPhoneアプリを拵える為のプログラム言語
Swift
では
動的なデータの保たせ方としてタプルのみで構成された配列を採用したのには、 タプルと言うデータはな不可変長ではありますが、 要素に型を混在させられるので、 型の異なる要素をひとまとめにしたい時は便利である、と言う理由です。 Swiftのタプル型については はじはじアプリ体験記 の以下のリンク先ページが役立つかも知れません。
