IT database for myself
頃日気付けば、少々遅きに失しているのかも知れませんが、 少し前迄は此の様な仕様ではなかった気がしています。 MacでブラウザにGoogle Chromeを用いた時、 検索結果の背景が真っ黒となり、 其の上に文字が青色という実に醜い仕様になってしまっているのです。
此れがダークモードであるのは凡そ察しが付きますので、 先ずはMacの設定を、 以下の如くメニューを辿り確認します。
システム環境設定 » 一般 » 外観モード » ダークすると案の定、 Macの設定はダークモードになっており、 此の設定が検索結果画面に影響を及ぼしているであろうのは見当が付きますが、 しかしつい此間迄は其の様な色合いにはなく、 であれば、其の異様さと使い難さに間違いなく大きな違和感を抱いていた筈です。
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プロセッサーを心臓部に擁すれば、此の点に於いては期待に違わぬ性能を発揮すると思われ、其の如き世評の浸透も有ってか受付状況も上々で半導体不足も有るにしろ、既に数ヶ月待ちの様相を呈していると漏れ聞きます。
アップル社が去る2018年9月13日午前3時（日本時間）に発表したiPhoneは3種類でした。
その内既に
iPhone
慣例とも言える発売日当日の行列は、 アップル直営店である Apple表参道店 にも去年2017年11月3日になされ、 ケータイWatch の当日に記事[※1] には、8時の段階で約550人の人々が並んだものと報告されています。 先頭は一週間前の10月28日の夕方から並んだともされており、 当日入手の競争の凄まじさを物語っているかの様です。 此の記事にはアップルのWebサイトで事前予約した場合も記録されており、 当日には長くても20人程度の行列でiPhone Xを受け取れた様子が伺えます。
此の 事前予約 と言うのは発売日の数日前、 2017年10月27日16時1分 から受付が開始されたもので、 当日の受け取りが可能になるものから、 競って予約申請をした様子は アスキー の2017年10月27日の記事[※2] に詳しくあります。 此の記事では予約開始から5分後にはもう お届け予定日 が発売日から遅れる旨の表示がされ、 編集部にも明暗の別れては、準備の重要性が面白おかしく説かれています。 若しかしたら、アップル表参道店に先頭に並んだ人物は 此の事前予約競争に破れた翌日に意を決して店頭に陣取ったのかも知れません。
此の記事には、何故アップルのサイトにアクセスしたのか、 其の理由として過去、iPhoneの発売日は、 大手3キャリアのサイトは数十分ほど繋がりにくい状態になることが経験上知られていたからだともされています。 すると、iPhoneを発売当日入手するには以下の三種類が考えられる様です。
処で、本当に此れしか方法は考えられないのでしょうか。 実は手元のiPhone Xは上のどれにも依らない方法で去年発売日当日に入手出来たものです。 アップル直営店に長時間並ぶ迄もなく、事前予約に成功したものですが、 上の事前予約方法二種類にない方法を用いたものです。 知る人ぞ知る、と言う程でもありませんし、 裏技にもなく堂々たる表技ですので、 iPhone XRの発売日当日入手を目論んで本記事を読んでだ向きに、 若しかしたら有用となるかも知れぬ情報を提供したく、 iPhone X発売日当日入手から、ちょうど此処に一年を経て記す処です。
遅蒔きながら2018年7月5日に macOS を Sierra から High Sierra にアップデートしてなお意気軒昂、 ストレージなどは何故か余裕が出て、 五年選手となってもまだまだ第一線で活躍してくれるアップル社のMacBook Air 2013には唯一弱点がありました。 バッテリーです。 頃日頓に弱り出したバッテリーは様々な不具合を惹起します。 勿論、絶対的充電容量が減るために外出時に駆動時間も比例して減ります。 起動時には電源アダプタを繋いでいないと其の儘落ちてしまうのも屡々で、外では大いに弱らされます。 一度は起動時の不安定さにデータが飛んだと勘違いしてタイムマシンからの復旧を図ってしまったりもしました。 また残り僅かな充電量では作業中まま急に落ちてしまうのも困りものです。
MacBookではメニューバーのバッテリーアイコンからバッテリーの状態を確認出来ますから実行すれば、 間もなく交換 と表示されています。 またアップル社のサポートページには Mac ノートブックのバッテリーの充放電回数を調べる なる情報が有り、此れに従って バッテリーの充放電回数を調べる と手元のMacBook Air 2013の充放電回数は 1,093回で、同サポートページに掲載される 充放電回数の上限 表を見れば MacBook Air (11-inch, Mid 2013)：1,000 と有る、1,000回を既に超えており、 バッテリー交換は既に必須の状態と考えた方が良い様です。 因みに同サポートページには MacBook Air のモデルを識別する 方法の掲載されたページへのリンクも貼られており、 以下の方法でシリアル番号、機種 ID、部品番号を確認出来るので、 アップル社へバッテリー交換を依頼するにしても、 自力でバッテリーを購入し交換するにしても事前に調べておいた方が良いでしょう。
バージョン管理のクラウドサービスとして台頭し、 先日マイクロソフト社に買収されて話題になった GitHub では、リポジトリをホームページとして公開出来、 頃日にはHTTPS化もワンクリックで可能となったのを受け、 本ブログに記事をものしたのは2018年6月30日でした。
さて、此のホームページは GitHub のリポジトリですから Git に依るバージョン管理が可能なのは勿論にて、 むしろ其れでこそ此のサービスを利用する旨味があるのでした。 ローカルでホームページを編集し、 add して commit した上でリモートの GitHubリポジトリに push すればホームページはバージョン管理されながら更新される訳です。
処で2018年6月30日の記事の如き設定では問題が惹起されます、 と言うのも GitHubに pushする度に GitHubから Page build warning と題目された警告メールが届くのでした。 其の内容は以下のようなものです。
The page build completed successfully, but returned the following warning for the `gh-pages` branch:
Your site's DNS settings are using a custom subdomain, fuga.hoge.com, that's set up as an A record. We recommend you change this to a CNAME record pointing at [YOUR USERNAME].github.io. For more information, see
Using a custom domain with GitHub Pages
.
大約、 ホームページのビルドには成功しているが、 独自ドメインの設定にAレコードを使っているから、 CNAMEレコードに設定変更してもらえまいか、と言う内容です。 詳細は以下参照との警告メールのリンク先の User Documentation を閲すれば項目名が並びなかなか要領を得難くもあるようですが、 兎にも角にも警告メールには custom subdomain なる文字列が見られますから、 項目の一つを開いてみます。
データの保ち方については常に頭を悩ませ、試行錯誤する処です。
今回は手元のプログラムの進捗上、異なる型を一まとめにしたデータ単位を配列にして保たせようと試みました。
異なる型を一まとめにするとなると開発環境はiPhoneアプリを拵える為のプログラム言語
Swift
では
動的なデータの保たせ方としてタプルのみで構成された配列を採用したのには、 タプルと言うデータはな不可変長ではありますが、 要素に型を混在させられるので、 型の異なる要素をひとまとめにしたい時は便利である、と言う理由です。 Swiftのタプル型については はじはじアプリ体験記 の以下のリンク先ページが役立つかも知れません。
以前はホームページを持つのはなかなか難儀な話でしたが、 インターネットサービスの充実した頃日ではホームページを保有するサービスが提供されるのは無料でさえ枚挙に暇が有りません。 中にもITの専門家を中心に近年人気を博しているのが githubページ でしょう。 先日Microsoft社が買収して話題になった github 提供のサービスです。
githubが本来提供するのはバージョン管理のクラウドサービスですが、 基本的にはテキストファイルのプログラムソースのバージョン管理としては、 ホームページを記述するための言語、 HTML でも変わりありません。 するとgithubに預けたオンライン上のhtmlファイルに於いては、 後はWebサーバーだけ宛がってやればブラウザで閲覧可能となり、 立派なホームページの一丁上がり、と言った塩梅です。
無料での提供ではリポジトリが公開必須となりますので、 ソースは誰でも閲覧可能になる、と言う制限付きですが、 基本的にはソースは誰でも見られる静的なホームページでは問題にする迄もないでしょう。 裏技と迄は行きませんが、ローカルリポジトリにCMS的プログラムを以て静的ページを構築し、 其れをgithubリポジトリにpushすれば動的サイトの公開も可能の理屈となります。 勿論、非公開が可能な有料サービスも検討する価値はあるものです。
2016年々末に入手した Macbook Pro 2016 Late 13インチ も既に一年半を閲しますが愈々役立ち特に iPhoneアプリ作成 に於いては無くてはならぬツールとして活躍してくれています。
処で一週間程前、日本時間の2018年6月5日早朝に催されたWWDC2018では時期macOSたる Mojave（モハベ） が紹介されましたが、現行のmacOS High Sierra にさえアップデートせず、入手以降 Sierra のまま過ごして来ました。 しかし遂にアップデートを余儀なくされる事態が惹起されました。 XcodeがmacOSのアップデートなしには最新のバージョンへのアップデートが不能となってのです。
しかも手元の検証用のiPhoneは最新のiOS.11.3へとアップデートして仕舞えば、 古いバージョンのXcodeからは実機転送が不能となりました。 なかなか、セキュリティー上芳しからぬ評判のあったとはいえ、もう充分時間も経ち 問題も低減しているでしょう、 macOSアップデートに如くはなし、と実行を目論むに当たり、 若しやの際に備えて充分なバックアップ体制を用意せんものと、 Time Machineの導入に至ったのでした。
本記事は実際にMacBook Pro 2016モデルにTime Machineを導入した 2018年4月18日から2018年5月6日の経緯を、 孰れまた導入の機会もあろうことを鑑み、 備忘録として書き残し、シェアするものです。
特定のページでのみ外部JavaScriptフィイルを読み込ませたい、 と言う要請は、 WordPressなどではfunctions.phpを用いて実装するのは最早お馴染みの手法である様に、 割と頻繁に受けるものです。
処が諸事情に因り、例えば企業などでは一旦導入したシステムは使い続けるのが通常ですから、 往往にして融通の効かない古い独自のCMS上で此れを実現しなければならない場面があります。 具体的には各々ページに読み込みファイルが書き込んであって、一括管理できない、 と言う形式の上ではなかなか実装が難儀だったりする訳です。 その様なCMSのシステム上でソースを読んで一括管理できそうなファイルを見付けて、 例えばPHPに於いては $_SERVER など環境変数で場合分けしようとしても ヘッダー部分にのみ反映されるファイルだったりすることもあるでしょう。
手元の事例では幾ら新規に必要な外部JavaScriptファイルの読み込みに成功しても、 機能しないのに首を捻って、更に突っ込んで見てみると、 其のJavaScriptファイルはjQueryを必要としているのに、 当のjQueryファイルがフッター部分での読み込みになっていたりします。 必要なjQueryが読み込まれていないのですから機能する筈もありません。 しかもそのjQueryファイルを読み込むのは各ファイルにインクルードの旨、直書きされる、拡張子 .html のHTMLファイルで .htaccess を書き換えて拡張子の制限を広げたりするのも要らぬオーバーヘッドが発生しそうですし、 全読み込み元ファイルをPHPファイルなどにするのも工数が嵩みますし、 成る可くなら他に影響を与えたくないための当初取ろうとした手法であれば、本末転倒です。 するとフッターファイル内で場合分け操作ができない状況も鑑みねばなりません。
プログラムに配列は欠かせず、 iPhoneアプリのゲーム開発に於いても其れは変わらず、 併せてゲーム内のデータ保持に行列を用いたいとなれば必須事項ですが、 型に厳格な言語 Swift 上の話でもあれば、 実行しようと思うもなかなかに難儀で、 エラーを頻発させるも諦める訳にも行かず、 何とか形になった経緯を本記事に記しおくものです。
自らの策定した仕様の要請に依れば手始めに 以下の如き2次元の行列を鑑みた Bool型の2次元配列を生成したくあります。
10000000000001
10000000000001
10000000000001
10000000000001
10000000000001
10000000000001
10000000000001
10000000000001
10000000000001
10000000000001
11111111111111処が先ず以て、 Xcode は此の宣言さえ許してくれません。 下手に宣言すればビルドは通るものの、 走らせると配列forループでお馴染みのエラー Fatal error: Index out of range が吐き出されて止まってしまいます。
どうもネットを繰るとteratailに以下の様な遣り取りが見付かり…