<p>mofmofでは毎日オンライン朝会をしていて、２チームに別れてzoomの部屋に入りそれぞれの部屋で１人ずつ最近の出来事をしゃべるってことを15分程やっています。<br>ちょっと雑談しましょう的なノリです。<br><br>以前からgas(google app script)で朝会を管理していたのですが、<br><br>- コード管理とデプロイが面倒<br>- 環境変数にすべき値（スプレッドシートIDとかslackのhookURLなど）をハードコーディングする必要がある<br>- gs≒はjsなので型が無い<br><br>claspを使うとtypescriptで開発できたり、githubと連携してデプロイできそうだったり（※未検証）するので良さそうだなと思ってclaspで作り直しました。<br><br>## やること<br>- スプレッドシートからメンバーリストを取得<br>- メンバーをシャッフルする<br>- シャッフルしたメンバーを２チームに分ける<br>- スプレッドシートからランダムでお題（話すことが思いつかない人用にお題を出す）を１つ取得<br>- 特別コンテンツ（おしゃべりじゃないことをする日、オンラインゲーム・瞑想・ヨガとか）をやるかどうか抽選する<br>- ↑情報をテキスト化する<br>- テキストをslackに通知する<br><br>## セットアップ<br>セットアップ等はこちらの記事を参考にしました。<br>https://dev.classmethod.jp/articles/ts2gas/<br><br>clasp自身がtypescriptを変換してくれるので特に何も考えることもなくtsがgsに変換された上でgasにデプロイされます。<br><br>## ファイル分割<br><br>typescriptが使えるので、てっきりモジュール化(ESM)・ファイル分割もいけるんだろうと思っていたのですができませんでした。<br>デプロイしたら単純にimport文がコメントアウトされてるだけでした。<br><br>### webpack<br>サードパーティのプラグイン等を使えばモジュール化もできそうな感じではあったのですが、webpackでローカルビルドしてjsに変換した上でアップする方式にしました。<br><br>こちらの記事を参考にしました。<br>https://zenn.dev/tacck/articles/20211218_gas#webpack-%E8%A8%AD%E5%AE%9A<br><br>やってることは<br><br>- webpackにgas-webpack-pluginを追加している<br>	- gasが呼び出す関数をトップレベルに設定する<br>	- globalに設定した関数がgas上で選択可能になる<br>	- https://github.com/fossamagna/gas-webpack-plugin<br>	- 例：<br>	<br>```<br>$index.ts<br>	<br>import { main, timerMain } from "./modules/main";<br><br>declare const global: {<br>&nbsp;[x: string]: unknown;<br>};<br><br>global.main = main; // 処理の本体。本来はトップレベルにする必要ない（timeMainの中で呼び出される）が、デバッグ用に直接叩くこともあるので追加<br>global.timerMain = timerMain; // gasのタイマーから呼び出す関数<br>```<br><br>ビルドしてclasp deployするとglobalに設定した関数がgas上で実行可能関数として選択できます。<br><img src="https://images.microcms-assets.io/assets/dd1ea25cf0d84f9591a440404eb96b35/6d45469a7f1d4bd49b10e2996bc9842a/sc-gas-global.png" alt=""><br><br>参考記事のように、package.jsonで以下のようにしとくと便利でした<br><br>```<br>&nbsp;"scripts": {<br>&nbsp;&nbsp;"build": "webpack",<br>&nbsp;&nbsp;"push": "npm run build &amp;&amp; clasp push"&nbsp;<br>&nbsp;},<br>```<br><br>## テスト<br><br>ここまででアプリ自体はできました。<br>ついでなのでテストもしておこうと思いました。<br>と言っても最低限のところだけ、作成したメッセージが期待された文言が入っているかをテストしてみました。<br><br>### gas特有の関数<br>spread操作とか環境変数操作等、gas特有の関数に依存しているのでテストするにあたってはスタブを作成する必要があります。<br>自前で作ると面倒で何かいい感じのものは無いかと調べたらありました。<br>https://github.com/dan-kushnaryov/gas-mock-globals<br>一通りのスタブが揃ってるっぽいのでこれをテストコードでimportしてあげればOK<br><br>## 完成<br><br>こんな感じでslackに通知されます。<br><img src="https://images.microcms-assets.io/assets/dd1ea25cf0d84f9591a440404eb96b35/c56b90ed6dc54b7f8f3613d6d61e921a/sc-slack-hook-img.png" alt=""><br><br>- Around: zoomみたいなオンライン会議用チャットツールです。ゲームなどもできます。リアクション機能多め。<br>- `アンゴラ`・`ウール` はオンライン会議室の名前です。羊からの連想です。<br>- マスクしている箇所にメンバーの名前がリスト表示されます。<br><br>リポジトリはこちらです。<br>https://github.com/sugiii8/asakai-clasp</p>

claspでgas(google app script)アプリをいい感じに改修した

<p>Rails6, Ruby3.0で作ったアプリケーションをRuby3.1にアップグレードした際に詰まった点をメモしておく。<br>ちなみにこの作業は後々Rails7にアップグレードするための前準備として行っていました。<br></p><h2 id="h3a6fbf414b">事前にやったこと</h2><ul><li>bundle update</li><li>yarn upgrade</li><li>一応Rspec通るか確認しておく</li></ul><p>このあたりは個人で開発してるものなので雑に全部アップグレードした</p><h3 id="hcf83e1357e"><br></h3><h2 id="hb16a6459da">作業</h2><h3 id="h7e1c4e25f7">Ruby3.1に上げる</h3><ul><li>.ruby-version</li><li>Gemfile</li></ul><p><br></p><h3 id="h9964b2ee26">bundlerのバージョン違い問題</h3><p>上記でbundle installを行うと成功はするが、bundlerのバージョンが異なる旨の警告が出た<br>そのためGemfile.lockを削除した上でbundle installした<br></p><h3 id="h57104237fa"><span style="color:#333333">Unknown </span><span style="color:#990073">alias:</span><span style="color:#333333"> default</span></h3><p>上記エラーがでた<br>YAMLパーサーのバージョンが上がったことが原因のよう。<br>回避策としてGemfileでバージョンをしてインストールする。</p><pre><code>gem "psych", "~&gt; 3.1"</code></pre><p><br></p><h3 id="hac5fd499e7">LoadError: cannot load such file</h3><p>なにやらメール周りのライブラリが外されている模様？</p><ul><li>LoadError: cannot load such file -- net/smtp</li><li>LoadError: cannot load such file -- net/pop</li><li>LoadError: cannot load such file -- net/imap</li></ul><p><br>https://github.com/mikel/mail/pull/1439<br>https://github.com/rails/rails/pull/42366<br><br>とりあえず素直に追加していく。<br></p><pre><code>gem "net-smtp", require: false
gem "net-pop", require: false
gem "net-imap", require: false</code></pre><p><br></p><h3 id="h93d01af5b3">herokuにpushした際のエラー</h3><p><br></p><pre><code>&nbsp; &nbsp;Your bundle only supports platforms ["x86_64-darwin-20"] but your local platform
&nbsp; &nbsp; &nbsp; &nbsp;is x86_64-linux. Add the current platform to the lockfile with `bundle lock
&nbsp; &nbsp; &nbsp; &nbsp;--add-platform x86_64-linux` and try again.
&nbsp; &nbsp; &nbsp; &nbsp;Bundler Output: Your bundle only supports platforms ["x86_64-darwin-20"] but your local platform
&nbsp; &nbsp; &nbsp; &nbsp;is x86_64-linux. Add the current platform to the lockfile with `bundle lock
&nbsp; &nbsp; &nbsp; &nbsp;--add-platform x86_64-linux` and try again.</code></pre><p><br>これはbundlerを上げたことによる影響らしい。<br><a href="https://www.autovice.jp/articles/150" target="_blank" rel="noopener noreferrer">【Rails】Bundler 2.2.x以降は開発者が適切なプラットフォームを追加する必要がある</a><br><br>現状だとローカルのapple用のプラットフォームしか指定していなかった。<br>heorkuに出てるエラーの通りにプラットフォームを追加する。<br></p><pre><code>bundle lock --add-platform x86_64-linux</code></pre><p><br>Gemfile.lockに下記が追加される<br></p><pre><code>PLATFORMS
&nbsp; x86_64-darwin-20
&nbsp; x86_64-linux # これ</code></pre><p><br>これで完了！</p>

Ruby3.0のRailsアプリケーションをを3.1にアップグレードにした際に出たエラーの対応

<p>本サイトをNext.js x microcmsで作ったが、そのあとmicrocmsからSDKが公開されたとのことで、そちらに対応してみた。<br>基本的には<a href="https://dev.classmethod.jp/articles/vercel-microcms-nextjs-blog-sdk/" target="_blank" rel="noopener noreferrer">こちらの記事</a>を参考に進めていった。<br></p><h2 id="h4388330ebc">Next.jsのアップデート</h2><p>各パッケージをアップデートする際以下のようにした。</p><ul><li>最新のNext.js12系でnext appを作成</li><li>作成したpackage.jsonを元のプロジェクトに移し、必要なものだけ再度追加</li></ul><p><br>既存のpackage.jsonを変更したも良かったのだが、以下の理由から一度まっさらにしてから追加しようと思った。<br>まあ個人のプロジェクトなので。</p><ul><li><a href="https://zenn.dev/thiragi/articles/555a644b35ebc1" target="_blank" rel="noopener noreferrer">Next11系からEslintがESLint設定がデフォルトでサポートされた</a></li><li>初期構築時にで試しで色々追加したものを整理したい</li><li>aspida廃止してsdkのclientを使う</li></ul><p><br></p><h2 id="h27500470b6">microCMS API Clientの変更</h2><p>aspidaを使ってmicocmsにアクセスしていたのをsdkが提供しているclientに変更する。<br>API部分を置き換えていく作業。<br></p><pre><code># before
const blogListPromise = client.v1.blogs.$get()

# after
const blogListPromise = client.getList&lt;BlogListResponse&gt;({
  endpoint: "blogs",
})</code></pre><p><br>ぶっちゃけ、見た目としても安全性もaspidaのほうがいい気がする...</p><ul><li>aspida: clientに各API専用のフィールドが生える方式</li><li>sdk: get, getList, getDetail, getObjectに対して各APIのレスポンス型をパラメータとして渡す方式</li></ul><p><br></p><h2 id="hde49fc18ac">ついでにプレビュー機能も実装</h2><p><a href="https://dev.classmethod.jp/articles/vercel-microcms-nextjs-blog/#toc-14" target="_blank" rel="noopener noreferrer">[Next.js+Vercel+microCMS] microCMS と Next.js でブログを作る - プレビューの作成</a><br><a href="https://nextjs-ja-translation-docs.vercel.app/docs/advanced-features/preview-mode" target="_blank" rel="noopener noreferrer">Next.js 日本語翻訳プロジェクト - プレビューモード</a><br><br>やったこと</p><ul><li>page/api配下にプレビュー用API配置して、microcmsからプレビューデータを取得できるようにする</li><li>取得したpreviewデータをblogsページで表示できるようにする</li><li>setPreviewDataで表示する方式はCookieのサイズ制限(2KB)があったのでやめた<ul><li><a style="background-color:#ffffff" href="https://nextjs-ja-translation-docs.vercel.app/docs/advanced-features/preview-mode#previewdata-%E3%81%AE%E3%82%B5%E3%82%A4%E3%82%BA%E5%88%B6%E9%99%90" target="_blank" rel="noopener noreferrer">Next.js 日本語翻訳プロジェクト - プレビューモード</a><a href="https://nextjs-ja-translation-docs.vercel.app/docs/advanced-features/preview-mode#previewdata-%E3%81%AE%E3%82%B5%E3%82%A4%E3%82%BA%E5%88%B6%E9%99%90" target="_blank" rel="noopener noreferrer"> - previewData のサイズ制限</a></li></ul></li></ul><p><br></p><h2 id="h7488fe3729">ハマリポイント</h2><h3 id="h02bf8e8b9a">コンパイラ変更webpack→swc</h3><p>Rust製のコンパイラがデフォルト？になった<br>これについては設定ファイルを変更すると有効になった<br></p><ul><li>.<a style="background-color:#f6f8fa" href="https://github.com/sugiii8/sugiskill-next/pull/1/files#diff-379120de71991cfea15f15a1225d1ba83a7a50e55a356c831f5f5e0be305ce0b" target="_blank" rel="noopener noreferrer">babelrc</a>を削除</li><li>next.config.jsを追加し以下設定</li></ul><pre><code>// next.config.js

module.exports = {
  swcMinify: true
}</code></pre><h3 id="h3dfb9ba4b2"><br>PreviewDataの型変更</h3><p>今回新規でプレビュー機能を実装したので特に困ったわけではないが、<code>previewData</code>の型がanyから以下に変更になったとのこと。<br></p><pre><code>export type PreviewData = string | false | object | undefined;</code></pre><p><br></p><h3 id="h1fc4c7db76">LinterとVSCodeのPrettier</h3><p>微妙に困ったのは、プロジェクトで設定したeslint/prettierとVSCodeで元々設定していたimport順についての設定が競合して無限にエラーとなったこと。<br></p><pre><code># .setting.json  
"editor.codeActionsOnSave": {
    "source.organizeImports": true,   // &lt;-------------　これ
    "source.fixAll.eslint": true
  },</code></pre><p><br>ファイル更新 -&gt; プロジェクトのprettier実行 -&gt; VSCodeのprettier実行 -&gt; プロジェクトのeslintに怒られる<br>という状況。prettierの方法が異なるので発生していると思われる。<br>はじめはVSCode側のprettierが動いてることに気が付かず、プロジェクトの設定を色々変更して時間を費やしてしまった。<br>最終的に<code>"source.organizeImports": true</code>はコメントアウトして解決した。<br> <br>以上で作業完了！</p>

microCMSとNext.jsでブログ作ってみた(SDK)

<p>メインで使ってるわけでな無いがGoを使う機会があり、ある程度実装はできてるものの、既存コードの見様見真似で書いてる箇所も多く不安が残る状態でした。<br>であればテストを書いて安心したいと思ってテスト書く作業を進めました。</p><h2 id="hc684259255"><br>サンプルコード</h2><p>この記事ではサンプルとしてmainとmainから呼ばれる関数が1つあるコードを書きます。<br>関数についてはカバレッジの確認をしたいので分岐あるようにしておきます。<br></p><pre><code>package main

import "fmt"

func main() {
  fmt.Println(Greet("hello"))
  fmt.Println(Greet("what's up"))
  fmt.Println(Greet("aaaaa"))
}

func Greet(name string) string {
  if name == "hello" {
    return "こんにちは"
  } else if name == "what's up" {
    return "調子どう"
  } else {
    return "やあ"
  }
}

</code></pre><p>この関数についてテストを書いていきます。<br></p><h2 id="h93b321bd0e">go testインストール</h2><p>まずはテストツールをインストールします。<br>goのテストツールはいくつかありますが今回は<code>go  test</code>	を使います。</p><pre><code>go get -u github.com/cweill/gotests/...</code></pre><p><br></p><h2 id="h7901114124">テストコード出力</h2><p>Greet関数についてのみ、ファイル出力します</p><pre><code>gotests -only Greet -w .&nbsp;&nbsp;</code></pre><p><br>出力された雛形を確認します</p><pre><code>package main

import "testing"

func TestGreet(t *testing.T) {
	type args struct {
		name string
	}
	tests := []struct {
		name string
		args args
		want string
	}{
		// TODO: Add test cases.
	}
	for _, tt := range tests {
		t.Run(tt.name, func(t *testing.T) {
			if got := Greet(tt.args.name); got != tt.want {
				t.Errorf("Greet() = %v, want %v", got, tt.want)
			}
		})
	}
}</code></pre><p><br></p><pre><code>// TODO: Add test cases.</code></pre><p><br>ここにテストケースを書いていきます。<br>テストデータの型も決まっているので楽です。<br>今回の場合はここ</p><pre><code>  type args struct {
    name string
  }
  tests := []struct {
    name string
    args args
    want string
  }</code></pre><p><br>name: テストケース名を書く<br>args: 実際にテストする関数に合わせて型が決まる。今回はname: string。<br>want: 期待値を書く<br><br>上記を踏まえると下記のようなテストケースを書きます。<br></p><pre><code>    {
      name: "hello",
      args: args{
        name: "hello",
      },
      want: "こんにちは",
    },
    {
      name: "what's up",
      args: args{
        name: "what's up",
      },
      want: "調子どう",
    },
    {
      name: "else",
      args: args{
        name: "aaaaaaaa",
      },
      want: "やあ",
    },</code></pre><p><br></p><h2 id="hc794a31192">go test実行</h2><pre><code>go test ./sample.go ./sample_test.go</code></pre><p><br>結果が下記の様に出力されます</p><pre><code>ok&nbsp; &nbsp; &nbsp; command-line-arguments&nbsp; 0.301s</code></pre><p><br>ちなみにテストケースが間違ってる場合は<br></p><pre><code>    {
      name: "hello",
      args: args{
        name: "hello",
      },
      want: "グーテンモルゲン",
    },</code></pre><p><br>このように出力されます。まあまあわかりやすい。<br></p><pre><code>--- FAIL: TestGreet (0.00s)
&nbsp; &nbsp; --- FAIL: TestGreet/hello (0.00s)
&nbsp; &nbsp; &nbsp; &nbsp; sample_test.go:40: Greet() = こんにちは, want グーテンモルゲン
FAIL
FAIL&nbsp; &nbsp; command-line-arguments&nbsp; 0.214s
FAIL</code></pre><p><br></p><h2 id="h20bdbb41c0">カバレッジ</h2><p>カバレッジを取りたい場合はオプションをつけます<br></p><pre><code>go test -cover ./sample.go ./sample_test.go&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;✘ 1&nbsp;
ok&nbsp; &nbsp; &nbsp; command-line-arguments&nbsp; 0.244s&nbsp; coverage: 62.5% of statements</code></pre><p><br></p><h2 id="h1fe29a9e99">カバレッジ見やすく</h2><p>具体的にコードのどのパスを通ったか確認したい場合<br></p><pre><code>go test -cover -coverprofile=cover.out ./sample.go ./sample_test.go&nbsp;</code></pre><p><br>出力されたcover.outからhtmlを出力<br></p><pre><code>go tool cover -html=cover.out -o cover.html</code></pre><p><br>これを確認するとhtmlでグラフィカルにテストカバレッジ状況が分かります。<br></p><h2 id="hb7aeae5e0f">終わり</h2><p>以上です。<br>シンプルで使いやすいです！</p>

goでtest

<p>microCMSという国産ヘッドレスCMSとNext.jsを使ってブログサイトを構築してみようと思いました。<br><br>こちらを参考にしながら進めました。<br><a href="https://dev.classmethod.jp/articles/vercel-microcms-nextjs-blog-sdk/" target="_blank" rel="noopener noreferrer">[Next.js+Vercel+microCMS] microCMS と Next.js でブログを作る</a><br><br>※現在はSDKが提供されているとのことで再編集版が投稿されてました。<br>なので、今(2021/12時点)から始めるにはこちらのほうがいいかもしれません<br><a href="https://dev.classmethod.jp/articles/vercel-microcms-nextjs-blog-sdk/" target="_blank" rel="noopener noreferrer">microCMS と Next.js でブログを作る（SDK 版）</a><br></p><h2 id="hae6947d5ce">microCMS</h2><h3 id="h7524f66ee2">登録</h3><p><a href="https://document.microcms.io/manual/getting-started" target="_blank" rel="noopener noreferrer">公式ページ</a>を参考にいい感じに登録します。</p><h3 id="h78df02fd38">API</h3><p>API登録する際にリスト形式かオブジェクト形式が選択できます。<br>とりあえず以下の様なAPIを生やしました。</p><h4 id="hfab6db4976">リスト形式</h4><ul><li>blogs: 記事一覧</li><li>portfolios: 何か作って公開したもの一覧</li><li>tags: 記事に付与するタグ一覧</li></ul><h4 id="ha3b9fbc8d9">オブジェクト形式</h4><ul><li>profile: プロフィール</li><li>sitedata: サイト情報、多分headに入れる</li></ul><h2 id="haab1fd6475">Next.js</h2><p><a href="https://dev.classmethod.jp/articles/vercel-microcms-nextjs-blog/" target="_blank" rel="noopener noreferrer">前述の記事</a>を参考にしてcliでnextアプリを生成します。<br><a href="https://nextjs-ja-translation-docs.vercel.app/docs/basic-features/data-fetching#getstaticprops%EF%BC%88%E9%9D%99%E7%9A%84%E7%94%9F%E6%88%90%EF%BC%89" target="_blank" rel="noopener noreferrer">公式ページのこの辺</a>を読んでおけば大体OK。<br>今回はブログなのでSSGのみ使います。<br>なので基本的な作業としては以下となります。</p><ul><li>各ページコンポーネントで<code>getStaticProps</code>関数を定義しexportする</li><li>必要なデータ、ここではmicroCMSのAPIで取得した結果をpropsにセットする</li><li>Pageコンポーネントに↑のpropsが渡されるのでそれらをいい感じにrenderする</li></ul><h3 id="h4ebc0439a6">aspida</h3><p>microCMS<br>のデータを取得する際のAPIに型をつけるためにaspidaというHTTPクライアントを導入します。</p><h3 id="ha4bf0462ef">pathpida</h3><p>ついでにリンクについても型をつけられるpathpidaというaspidaの親戚みたいなものがあるのでそれを導入しました。<br>こちらについては先程のブログ記事には無いので<a href="https://github.com/aspida/pathpida" target="_blank" rel="noopener noreferrer">github上のpathpida</a>を参考に。<br>基本的に設定は不要でnext/nuxt両方に対応してくれているようです。<br>下記コマンドをpackage.jsonに追加し実行すると、pages配下の構造に応じたメソッドを定義したファイル(lib/$path.ts or utils/$path.ts)が生成されます。</p><pre><code>    "dev:path": "pathpida --watch",</code></pre><p><br>生成されたファイルを各ページコンポーネントにimportして使います。</p><pre><code>import { pagesPath } from '@/utils/$path'

pagesPath.profile.$url()</code></pre><p><br></p><h2 id="h9dcc071ccd">デプロイ</h2><h3 id="had9f88b197">github x vercel連携</h3><p>github x vercelを連携しgithubにpushしたらビルドが走るようにしておきます<br></p><h3 id="h55c04bc843">microCMS x vercel連携</h3><p>同じくmicroCMSのコンテンツを追加・更新した時もビルドが走るようにしたい。<br>microCMSからvercelへwebhookする設定があるのでする。webhook飛ばすタイミングは色々と設定できる。<br>注意点としてはwebhookの設定はAPI単位なので、全てのコンテンツ追加・更新のタイミングでビルドしたい定義したい場合はそれぞれのAPIで設定しなければならなそう。<br><br>これで一旦作成完了しました。<br>プレビュー機能はスキップしたのと、OGPだとか細かい設定はできてないので後々やる予定です。<br></p><h4 id="hce2b598e0e">レイアウト調整</h4><p>完了..と思ってビルド結果をみたらコンテンツ部分にスタイルがあたってなかったので修正。<br><a href="https://zenn.dev/crea7/articles/5b2fde4be6b6f3" target="_blank" rel="noopener noreferrer">microCMS + TailwindCSSでのHTMLコンテンツに対するスタイル適用</a>を参考に対応していく。<br><a href="https://github.com/tailwindlabs/tailwindcss-typography" target="_blank" rel="noopener noreferrer">tailwindlabs/tailwindcss-typography</a>を使う。<br></p><blockquote><span style="color:#24292f">A plugin that provides a set of&nbsp;</span><code>prose</code><span style="color:#24292f">&nbsp;classes you can use to add beautiful typographic defaults to any vanilla HTML you don't control (like HTML rendered from Markdown, or pulled from a CMS).</span></blockquote><p><br><span style="color:#24292f">MarkdownとかCMSからレンダリングしたHTMLにスタイルを当ててくれますと。</span><br>コンテンツ流し込んでる要素のclassに<code>prose</code>を追記する。<br> <br>直った。OK。</p>

microCMSとNext.jsでブログ作ってみた

<p>ちょっと前にスマホをiPhoneSE2からPixel 4a (5g)に変えて、それが結構良い感じだったので書き留めておこうと思います。<br></p><h2 id="hbfc2b2f6fd">何で変えたか</h2><p>長らくiPhoneユーザーでしたが、なんとなくAndroidに変えたいっていう機運が高まる時があります。<br>前回は去年前半にそういうときがあってXiaomiの端末に変えたんですが、色々あってiPhoneに戻しました。<br>今回はまたそういう時期がきたのと、iPhoneの3眼カメラデザインが生理的に無理（集合なんちゃら症候群）で将来的にハイスペックモデル買う時にあのデザインだときついなと思ったこと、シンプルにiPhoneSE2のバッテリーがヘタってきたことが重なったので変えようと思いました。<br></p><h2 id="ha122fd470c">良い点</h2><h3 id="hc2d2c7b212">でかいは正義</h3><p>iPhoneSE2だと漫画とか本とか読むときは見づらいと思ってたので、でかいディスプレイは良いなあと感じました。<br>それ以外もあらゆるアプリでぱっと見の情報量が増えるので非常に良い感じでした。<br></p><h3 id="he8fb782a5e">有機ELはいい</h3><p>iPhone時代はずっと液晶ディスプレイのものを使ってきたので、有機ELの色が濃いぃ感じは見やすいです。<br>ダークモードにした時も非常に見やすいです。<br></p><h3 id="hf2728c6ed3">安い</h3><p>1年以上前の端末で中古で購入したので4万程で購入しました。<br>完全SIMフリー(キャリア端末のSIMロック解除ではない)ものを買ったので、そうでなければ3万円台でも買えると思います。<br>このくらいの価格感であれば余裕で年単位で端末変えもできそうです。<br></p><h3 id="hccaa138f30">写真が良い</h3><p>Pixelシリーズにしたかったのは写真が良いということだったので試してみたかったためです。<br>特に、子供の写真を多く撮るのでポートレートが良い感じに写るなら是非、という気持ちで。<br>iPhoneSE2の場合はポートレートモードはあるものの、ぼかし処理がいまいちだったりパチモノ感を感じてました。さらに物撮りではポートレートが使えないのも不満でした。<br>その点Pixel 4a (5g)は非常に良い感じに映してくれてます。<br>適当に撮ってもそれっぽく仕上げてくれる感じ。撮影者のテンションを上げてくれる気がして気に入ってます。<br></p><h3 id="he2571441e4">Googleフォト無制限対象端末</h3><p>これがメインと言っても過言ではないのですが、Pixel 4a (5g)はGoogleフォト無制限アップロードが有効なのでアップロードし放題です。<br>※ 画質には指定があります<br>まあ料金を考えたら別にストレージ枠を購入してもそんなに高く付くわけではないんですが、写真撮るたびに料金のことを考えるのが嫌だなと。<br>子供も良い感じの瞬間を心理的ハードル無しで撮れるというのは非常にストレスフリーなわけです。<br></p><h3 id="h861a16cbfe">Android ホーム画面</h3><p>iOSの場合インストールしたアプリはホーム画面に必ず配置されるわけですが、アプリの数だけホーム画面の数が増えるのが非常に煩わしいと感じていました。<br>Androidだとホーム画面に配置するアプリを指定できるのが良いと思いました。<br>自分の場合だとホーム画面は2画面に制限してさらに2ページ目にカレンダー表示してるのでアプリ数はかなり減らしてます。<br>たまにしか使わないものは下からシュッとやって検索するスタイルで。<br></p><h2 id="ha277bbf787">悪い点</h2><h3 id="he469eab726">片手操作ができない</h3><p>これはでかいことによる悪い面ですが、片手操作はかなりきついです。<br>特にベビーカー押しながらLINE返信等は難しく、一旦止まって操作する必要があります。<br>iPhoneSE2だったら余裕で片手でいけてました。<br>まあこのあたりは分かってたことだし、そもそも歩きながら操作することは危険なので極力減らしたいからいい事かもしれません。<br></p><h3 id="hf281ad9e46">若干もっさりしている</h3><p>1年前のミドルレンジ端末なので性能自体は凄くいいわけではありません。<br>iPhoneSE2の場合、販売当初最新のA13チップが搭載されてたわけでここは結構違います。<br>といってもSNSとかWeb検索とかYoutubeみるくらいなら全く遅さは感じません。<br>ピクミンとかポケモンスマイルがちょっとカクつくかなという感じです。気になるといえば気になる、という程度ですね。<br></p><h3 id="hfe2d10b574">防塵防水がない</h3><p>これもあえて上げれば出てくるレベルのもので、防塵防水規格は取得していません。<br>ですが生活防水くらいのことであれば問題無いんじゃないかと思っています。<br>実際使ってて困ったことはありません。<br></p><h3 id="h932247fec0">連射中にシャッター切れなくなる</h3><p>これはちょっとだけマイナスポイントです。<br>撮影した写真をバックグラウンドでAIが処理しているが、性能の問題で処理が追いつかなくなるときがあります。<br>特にポートレートで連射しまくると4,5回目からしばらくシャッター切れなくなります。<br>これはまあまあ困るやつです。<br></p><h2 id="h8de57969b5">全体として</h2><h3 id="h38b6101667">悪いところが少ない</h3><p>写真関連での満足度が高いので、悪いポイントもあまりマイナスになってないです。<br>つまりとても良い。</p>

BlogList

claspでgas(google app script)アプリをいい感じに改修した

Ruby3.0のRailsアプリケーションをを3.1にアップグレードにした際に出たエラーの対応

microCMSとNext.jsでブログ作ってみた(SDK)

goでtest

microCMSとNext.jsでブログ作ってみた

pixel買った