以前ブラックモデルを購入した「Anker Nano II 65W」ですが、小さくて使い勝手が良いので、追加でホワイトモデルを購入。
ノートPCからタブレット、スマホ、ヘッドホンと、これ一つで普段持ち歩くものは全部これで充電できて重宝しています。
先日のエントリで、常時接続するケーブルはブラック、必要なときだけ使うケーブルはレッドで使い分けている、というエントリを書きましたが、持ち歩くものはホワイトに統一することにしたので、充電器もホワイトに統一してみました(ブラックモデルはずっとデスク脇の電源タップに挿しっぱなしになっていますが、いちいち外して持ち歩くのも面倒なので)。
以前よりパッケージは簡素になっていますが、中身は変わっていません。
Ankerの充電器、いろいろな種類がありますが、複数ポートあるものは同時に刺すと給電される容量が減るのでちょっと分かりづらいんですよね。
なので持ち歩くなら、自分の持っている一番大きな容量が必要なものをサポートしている、ポート一つで、最小サイズのモデルを選ぶのが、使う時に迷わずいいんじゃないかな、というのが最近のプラクティスです。
なぜかタイミングを合わせるかのように手元にあるBluetoothスピーカーが全滅して、再生装置が一つも無くなってしまったタイミングで、HomePod miniを二つセットで譲っていただく、という幸運がやってきた。
音質や、使い勝手のレビューはいろいろなところで散々語られていると思うけど、iPhoneか、iPadが無いとセットアップできないという制約を除くと、セットアップの簡単さや、ちょうど良いサイズ感、音質...と、満足度は高い。
意外とコンパクトなbluetoothスピーカーって高いから、だったら2個セットでHomePod miniを買った方が満足度は高いなと思った。
siriは、普段からそんなに使わないけど、Apple Musicに加入していると適当に再生してくれる(試しにやってみたら、wack wack rhythm bandを再生してくれた、いいやつだ、siri)。
一つだけ引っかかったポイントが有って、検索しても全然分からなかったので、ここに書き残しておきます。
iCloudのアカウントがロックされていると、エラーメッセージも出ずにセットアップが完了しないので、必ずiCloudのアカウントがロックされていないか、確認してからセットアップを開始すること
これで半日くらい悩んでしまった...macに繋いでリストアしてもダメで、WiFiアクセスポイントも変えてダメで、iPadとiPhoneの両方でもダメで、最後に「あ、ロックされているかも！」と気づいてiCloudのサイトにアクセスしてみたらやっぱりロックされていて、それを解除したらすぐにセットアップが完了した。せめてエラーメッセージを出してくれればよかったのに。
比較的iCloudのアカウント名が短めなので、頻繁にロックされることが有って、普段は警告とかも出てこないからいちいち解除していなかったけど、盲点だった。
というわけでiPhoneとmac、Apple TVとかを使っている人には良い選択肢だと思います。
汎用性を考えるとiPhoneからの音楽再生だけなら普通のbluetoothスピーカーでもいいけど、AirPlayで映像と一緒に再生する、とかやろうとすると使い勝手が全然いい。bluetoothみたいにいちいちペアリングする必要も無いし。
エンジニア版ベストキッド
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
師匠
「ログを出す！ログを読む！」「syslogに出す！ loggerで出す！」「ログレベルアップ！ダウン！アップ！ダウン！」
生徒
「クラウドネイティブなマイクロサービスの作り方を教えてくれる約束だ！」
プロダクション環境にて…
生徒「ログが…有る！これだ！」
ふとベストキッドの台詞を思い出して、雑に書いてみたけど、案外いいこと書いてるなーって自分でも思ってしまった。
loggerの使い方は入門書に載ってたり載ってなかったりするし、どんなタイミングでどんな情報をどこに出すべきか？みたいな話は一子相伝の秘伝の技みたいになりがちだし。
まさにそう思います。https://t.co/ZKTTtdwB1d
— Hideo Fukumori (@hideo_fukumori) 2022年4月11日
なんてところに、めっちゃ良いブログエントリーを教えてもらいました。
そう！こういう話がまとまっていて欲しかったんだ。
ほかにも息を吸うように自然にやって欲しいことがこんな感じで集まりました。
「エラーをちゃんと返す！」ってのもありますよね。 https://t.co/pZgM2ajTZO
— Daisuke Maki (@lestrrat) 2022年4月11日
エラーのログもちゃんと出す https://t.co/2VnoPmuaRI
— saka (@gaplant_tr5) 2022年4月11日
エンジニア版ベストキッド
— へっくす (@codehex) 2022年4月11日
師匠
「仕様を把握！テストを書く！」「テストを信じろ、仕様から表れたものは常に正しい」
生徒
「爆速で開発できる最高のアーキテクチャを教えてくれるはずじゃ...！」
3年後の開発環境にて…
生徒「テストが…有る！これだ！」
要はバランス師匠 「バランスが大事だ。コードだけでなく人生も。」
飲み会での、ベテランの単なる自慢話（あれは昔、俺が作ったんだぜー）を聞いてもなんの意味も無いけど、そこから得られた学びが体系化されたり、汎化されていたら、そりゃもう尊敬するよね
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
『ハンターハンター』でジンを、サトツが尊敬していた理由もそれですよねー https://t.co/58GEYszoQ6
自分が得た知識、その組織や、文化圏で通じる知恵となるまで整理している人って少ないよなーと思うし、さらにその組織や文化圏を超えて通じるように汎化していくなんて、できたらそりゃ偉業と言えるレベルなんだけど、まずは言葉にしてみる、ということだけでもやっていきたいと思っている。
そういう意味でも資格制度の有無を別にすると、PMBOKっぽいなーって改めて思います
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
何か正解を勝手に持ってきてくれるものではないですよね
でも確実に役に立ちます
それは、大切な経験値を単なる飲み会での自慢話・武勇伝のネタ以外の「大切な組織のプラクティス」に昇華させるために必要な視点です https://t.co/scBWbu8fLQ
『ソフトウェアアーキテクチャの基礎』は入門書と捉えるとちょっと違って、一定の経験の有る人が幅出しをしたり、共通の語彙を持たない相手とコミュニケーションを取るための共通語彙を拾ったり、あんまりよく分かっていない人に、「ほら、有名なこの本にもこう書かれていますよ」と言う時に使う本です
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
それまでの文化的背景が異なった人同士で会話するのは凄く難しくて、それぞれの組織、それぞれの個人の培った独自の価値観や、ルールが有る...で、それが有るのは当たり前なんだけど、「それが今通じるか？」「通じない時に何も会話ができなくなるか？」という所は意識して会話していかないと、ですね。
「共通の語彙」があることが大事なんですよ
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
そういう意味でも標準だったり、体系化された知識を学んだり、認定試験を受けたりするのは、一つはその「共通の語彙」を獲得するためなんですよね。「○○って資格が有ったからといって、仕事ができるようになるわけではない」という言われ方が時々有りますけど、「会話を成立させるために」有るんですよね。
と、昨日書いたエントリを自分で読み返していて思った。
飲み会での、ベテランの単なる自慢話（あれは昔、俺が作ったんだぜー）を聞いてもなんの意味も無いけど、そこから得られた学びが体系化されたり、汎化されていたら、そりゃもう尊敬するよね
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
『ハンターハンター』でジンを、サトツが尊敬していた理由もそれですよねー https://t.co/58GEYszoQ6
自分が得た知識、その組織や、文化圏で通じる知恵となるまで整理している人って少ないよなーと思うし、さらにその組織や文化圏を超えて通じるように汎化していくなんて、できたらそりゃ偉業と言えるレベルなんだけど、まずは言葉にしてみる、ということだけでもやっていきたいと思っている。
そういう意味でも資格制度の有無を別にすると、PMBOKっぽいなーって改めて思います
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
何か正解を勝手に持ってきてくれるものではないですよね
でも確実に役に立ちます
それは、大切な経験値を単なる飲み会での自慢話・武勇伝のネタ以外の「大切な組織のプラクティス」に昇華させるために必要な視点です https://t.co/scBWbu8fLQ
『ソフトウェアアーキテクチャの基礎』は入門書と捉えるとちょっと違って、一定の経験の有る人が幅出しをしたり、共通の語彙を持たない相手とコミュニケーションを取るための共通語彙を拾ったり、あんまりよく分かっていない人に、「ほら、有名なこの本にもこう書かれていますよ」と言う時に使う本です
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
それまでの文化的背景が異なった人同士で会話するのは凄く難しくて、それぞれの組織、それぞれの個人の培った独自の価値観や、ルールが有る...で、それが有るのは当たり前なんだけど、「それが今通じるか？」「通じない時に何も会話ができなくなるか？」という所は意識して会話していかないと、ですね。
「共通の語彙」があることが大事なんですよ
— magnoliak🍧 (@magnolia_k_) 2022年4月10日
そういう意味でも標準だったり、体系化された知識を学んだり、認定試験を受けたりするのは、一つはその「共通の語彙」を獲得するためなんですよね。「○○って資格が有ったからといって、仕事ができるようになるわけではない」という言われ方が時々有りますけど、「会話を成立させるために」有るんですよね。
と、昨日書いたエントリを自分で読み返していて思った。
とても良い本だ！アーキテクチャのパターンは体系的に整理されているし、アーキテクチャを議論する上で、共通の語彙となり得る用語を解説している（コンウェイの法則や、凝集度など）。
後半は、リスクや、チームビルディング、交渉術まで多岐に渡るトピックを網羅している。
必要なことは全部書いてある...けれど、なんとなく初めてPMBOKを読んだときに抱いた感想...読み始めてからすぐに「果たしてこの本に書かれている通りの考え方に沿って振る舞えばアーキテクトになれるのか？」という気持ちになりはじめたところで1章の最後の方に出てくる「ソフトウェアアーキテクチャの法則」が出てきて、「そうだよなー」という気持ちに。
つまり、ちゃんと考えようということでした。
というわけで、この本を読んでどうこう、というより、この本に書かれていることをきっかけに考えたり、書かれていることを例示に先輩から経験や教訓を引き出したり、誰かを教育する時にトピックの網羅性を考えるときに使うと良いのではないでしょうか。
あと、4章の最後に出てくるこの言葉は良かったですね、こういう考え方でいかないと何も先に進まない。
経験に裏打ちされた色々なトピックが出てきますが、いたずらに「正しい」と盲信してはいけなくて、「考えるきっかけ」とか、自分の考え方を「わかりやすく、つたわりやすく」表現するためのネタ本として使うと良いんじゃないかなーと思います。
ちなみに、自分だったら、アーキテクトには、こんなことを決めてほしいと思っている。正解ではなく、指針をもたらしてほしい。
アーキテクトの役割の一つに「守らなければいけないこと」「原則こうしてほしいこと」「トレードオフを理解して例外的に守らない時に気をつけること」を理解してもらうための活動が有る
— magnoliak🍧 (@magnolia_k_) 2022年4月9日
アーキテクトが権威的であってはいけないと思うんだ https://t.co/9m3PVO7O3s
— magnoliak🍧 (@magnolia_k_) 2022年4月9日
アーキテクトが居ることで、全体における「一貫性」「生合成」がもたらされる
— magnoliak🍧 (@magnolia_k_) 2022年4月9日
そこらじゅうに個別に、個別最適な仕組みを作り込むのはアーキテクトが居なくてもできると思うけど、それじゃあねぇ
自分で課題を発見し、自分で解決の道筋をつけて、色々な人の協力を得て解決に向かっていく...これができるとめちゃめちゃ成長するんだけど、マネジメントサイドは「なんでできないかな」って言っちゃダメで、できていなかったら、環境・評価軸を提供できていないマネジメントの問題と捉えるべきだよね https://t.co/VNyHxZaGDZ
— magnoliak🍧 (@magnolia_k_) 2022年4月8日
もうツイートで全部言っているんだけど、「行動をしない」のは、「行動しない方へのインセンティブが強い」からなんだよね。
みんな得する方に動くわけだから、そうした方が「得なだな！」って思わせる制度やルールや、マインドをどう作っていくか？という話だし、目指すは「プログラマの三大美徳」の体現ではないかなって。
かつての名作『ウルティマⅣ』がアバターが8つの徳を体現するゲームだったわけですが、プログラマが3つの徳を体現するゲームを作ればいいんじゃないかって思った。誰か作って！
