最近のWebサービスのUIを使いづらいと感じたり、UIの変更についていけないと感じる場面がある。
タスク管理ツールのAsanaは頻繁にUIが変わるのだけれど、変わるたびに不便になったと感じてしまう。
デザインコラボレーションツールのFigmaは全く使いこなせる気がしない。やりたいことをやるUIがどこにあるのかなかなか見つからない。
これってつまり感性が最新のものに追いつけていないんじゃないだろうか。
老化。
個人の好みは個人の自由なわけだけれど、ITエンジニアとしてプロダクトに関わる判断基準を自分でなく世間の水準に持つことは難しい。
世のプロダクト、ITエンジニアはどうやって判断基準の妥当性を担保しているのだろう。
以下辺りが一般的か？
そりゃそうだという気はするが、じゃぁプロダクトではなく個人の感覚をこれらに追いつかせるにはどうするといいんだろうな。
ムスい。
まぁ、個人の感性はどうにもならん！ 仕事に当たっては個人の感性でなくデータを当てにしよう。ってことなんだろうな。
ムズすぎ。
オチはないです。
PlanetScaleにコンテナで動かしているphpMyAdminから繋ぎたい。
何も考えずに接続すると以下のようなエラーが発生する。
mysqli::real_connect(): (HY000/1105): unknown error: Code: UNAVAILABLE server does not allow insecure connections, client must use SSL/TLS
PlanetScaleのようなインターネット越しで接続するDBサービスは接続を暗号化することを求めてくる。そりゃそうだ。
Adding Custom Configuration You can add your own custom config.inc.php settings (such as Configuration Storage setup) by creating a file named config.user.inc.php with the various user defined settings in it, and then linking it into the container using:
-v /some/local/directory/config.user.inc.php:/etc/phpmyadmin/config.user.inc.php
こんな感じ。
GitHub - 7474/phpmyadmin-with-basic-auth
<?php // config.user.inc.php // for PlanetScale if ($_ENV['PMA_SSL']) { for ($i = 1; isset($hosts[$i - 1]); $i++) { $cfg['Servers'][$i]['ssl_ca'] = '/etc/ssl/certs/ca-certificates.crt'; $cfg['Servers'][$i]['ssl'] = true; } }
FROM phpmyadmin/phpmyadmin:5.2.1 # Dockerfile COPY config.user.inc.php /etc/phpmyadmin/config.user.inc.php
繋がってめでたし。
「無料プランがあるから」
実際「無料プランがあるから」以上の理由はない。
AWSでRDB――MySQL――をマネージドで動かそうとすると毎月数千円～となってしまう。
趣味や小規模サービスの開発中などにお金をケチりたい際に払いたい金額ではない。
一応無料枠もあるが「AWS アカウントを作成した日から 12 か月間」の期間限定で、そんなものはるか昔に過ぎ去っている。
MySQL互換のRDBであればなんでもいい、となると、AWSの外に求めてしまうのは自然だろう。
趣味や小規模サービスなら転送量のコストが発生したとしてもたかが知れている。
で、自分はIT周りのトレンドに周回遅れ、枯れてから触れることが多いのだけれど、PlanetScaleは（多分）流行っているだけあってRDBに求める機能が色々あって便利だなと思う。
そもそも、とてもスムーズに使い始められる。
流行っているサービスはおしなべてGetting Startedに障壁を感じない。
他方ニッチなサービスは使い始めが難しいことが多いように思う。
主要ユースケースはDocumentがあるのではないだろうか。
Lambda関数からの接続の例示すらある。
滅茶苦茶分かりやすい。
しかもRDB運用に欲しい機能が盛りだくさん。
無料でつられて、課金ユーザーになっても知らんぞ？
それが嫌なら今すぐ無料は12カ月制限を外すんだ。すぐに戻っていくぞ？
ITエンジニアをやっていると常にしょうもない例え話が思い浮かんでしまう。
今回は「プロジェクトのスケジュール」と「クラウド上のコンピューティングリソース」の見積もりは似ているのではないかという話だ。
クラウドで何かしらのアプリケーションを動かす際の利点の一つに、負荷に応じて自動的にリソースを増減させられる点がある。
Webアプリケーションをホスティングしていて、アクセス数が増えたらCPU使用率が高まる。一定のCPU使用率がかかったらリソースを増やす。のような場面はよくあるのではないだろうか。
この際、CPU使用率は100%がそのリソースが処理できる限界だが、スケールアウトするかどうかの設定に100%を指定することはまずないだろう。
~60%程度にしていることが多いのではないだろうか。
使用率が100%になってからリソースを増やしているようでは高まった負荷に対応できないので、それより低い不可であるうちにリソースを増やすように見積もっているわけだ。
負荷100%を前提にして見積もってはいやしないだろうか？
してない？ であるならこの話は忘れて欲しい。
想定外の負荷はかかるものなので、スケジュールには一定の冗長性、なんらかのバッファを設けてあってしかるべきだろう。
自分の場合は期間バッファを設定しておくことが多い。
3日作業すれば終わると見積もったタスクが5つあったなら、それらを全部終わらせる予定日は20営業日後位に設定している。15営業日の見積もりに対して数十%程度の期間バッファを置く形。
これはかなり自信を持っている見積もりだけれど、まぁ大体達成できているのでいいかなと思う。チームのメンバーには50%位の期間バッファを設定してくれとお願いしている。その上でプロジェクトを管理している人間はさらに50%程度のバッファは最低限見ておいた方がいいだろう。タスクの消化は見積もりに対して遅れるものなのだ。
何の話だっけか？
似てるのではないか？ という発想を切っ掛けに、作業の見積もりの話をしたかったのだろう。
観た。大層よかったという感想を垂れ流す記事です。
初見の感想。
ほぼあらゆる要素がこれだよこれって感じの超久佳作映画だと思う。完璧やろ。
— 光電/7474 (@koudenpa) 2023年4月4日
二度目の感想。
D&D字幕版も観た。面白い映画は何度観ても良いのだ。
— 光電/7474 (@koudenpa) 2023年4月8日
吹替え→字幕の順で観たけれど、吹き替えの方が表現力が豊か(単に英語が分からんだけ)で良かったかなー。
タイムラインに「吹替えいいぞ」って流れてきたのを当てにして吹替え初見にして良かったわ。
以下垂れ流し。それなりにネタバレするはずです。
尚、D&Dは3版のルールブックを流し見したことがある程度です。
