手を動かす楽しみを味わってます

手を動かすのは楽しい。それをやってたときのメモです。

サクッと？スプレッドシートの内容をタブ区切りのファイル、PDFファイル、エクセルファイルを作成するGASを書いてみた。このあたりの機能はよく使うだろうから部品として使えるようにもう少し形を整えてまとめようと思う。 今まで作った部品も簡単ではあるけど、あると便利なものって感じ。それにくっつけていけばライブラリっぽくなるかなと。ライブラリにして公開したものを使う方が便利か・・・？

最終形をどうするかは労力と利便性を天秤にかけて考えようと思いますが、今後も使うことを踏まえるとライブラリ化するところに落ち着きそう。

次へ次へと進めるものづくりは楽しいですね。今回のものはすごく小さな規模ですが、この部品をくっつけていけば大きな規模の開発でも使えるので、やったことは実績として積み上げていこうと思う。楽しいですね。

歯を食いしばれ！

少し前にあった作業のkptをしておこうと思って記憶から薄れ始めているので、ざっくりした内容でもいいから書き出そうと思った次第です。その作業が別の角度から戻ってきたので忘れることはないんですけどね…

なぜkptをしておこうと思ったか。理由は簡単で、見立ての3倍以上の労力を注ぐことになり、精神的ストレスも必要以上に出てきたためです。といったところで書いていきます。

・keep
事前になにがどの程度の影響があるか確認して、作業内容を明確にする。backlogへ記録しており、作業中にも何度か見直す機会があった。 これは今後も続けようと思う。

・problem
実際の作業の規模感、システムの特性をつかむことができていなかった。具体的な例では、テストのためにデータを開発環境へ入れる必要があったが、件数が多すぎて時間がかかりすぎた。自分の想定では数百万件、実際は約六千万件。この差により想定以上の時間を費やした。 システムの特性では、別のベンダーが絡んでいるため2つの独立したデータベースを参照する。１つは別のベンダーが作ったものであるので営業を与えてはいけないと思っていたが、実際は変更指示を出してもいいらしい。そんなわけあるかって話だけど、あるらしい…これも想定外… システムの構成やDBが２つあることも話をしていて、今回の作業内容を踏まえれば出てきて当然な話なのですが、それが出てこなかった。根掘り葉掘り聞いた上でさらに尋問のようなことをしないといけなかったことになる。問題点ではあるけど対処不可というのが結論です。

・try
速度計測をする観点でDBがかかわるので、実行計画の解析をして最適化したいところ。今回の作業ではどうか？というと若干ピントがずれているが、DBのチューニングという意味では必要なこと。

振り返って思うけど、今回は人災ではないかと… 問題点として挙げた内容をクリアするにはシステムの構成、データの分布、データ量を事前に（誰かに聞くことなく）知っておかないといけなくて、それを全てに当てはめるのは不可能だからです。

同様の内容がきたら歯を食いしばって耐えられるようにする、これが結論です。 ということで、今回の振り返り終了。

雨の日の不便さの解消方法はどのくらいある？

これは非常にいい。

折りたたみ傘を使うことが多くて、屋内に入るときには濡れたままたたんでカバー？に入れてリュックへしまうことがほとんど。リュックはほとんど濡れないけど、乾かしていない状態のままになるのであまり気分がよくない。骨の部分が早く傷むことになるでしょう。

それを一振りするだけで解決してくれるのが素晴らしい。今はまだ傘の形ではあるけど、もっと最適化されたものが出てくると思う。ドローンの雨の日仕様のようなものができ、頭の少し上でホバリングして雨粒を避けてくれるようなやつとか。滑走するところを少し後ろから撮影することは実現できているので、その応用だから本気で開発すれば割と早く製品ができるんだろうな、とは思う。

障害はドローンのような機体を飛ばすための法整備や、制御が効かなくなったときに出た損害を気にする人の妨害だと思われる。手元から離れるものに関しては特に厳しい制限が課せられそう…

こうやって書き出すと、作ることよりも周辺の課題解決の方が解決までの労力と時間がかかりそう。Amazonかドローンでの宅配を当たり前のように普及させてからが現実世界でのスタートになりそうですね。

bootstrapの新バージョンが出てきますね

このところ、いらぬストレスを溜めていろいろなことに手も頭もまわっていなかったです。なので意識的に情報を仕入れるようにしようと思います。

ということで早速目にした話題。これは非常に気になる。

いろんなところで見ますが、シンプルで見やすくていいなぁと思います。まだアルファ版ではありますが、作ろうと思っているWebアプリに組み込んでみようかと。 手探りで進めていくので頻繁に手を入れることになるため、ちょうどいい組み合わせです。

jQueryの脱却、IEのサポート終了によってCSSカスタムプロパティの強化が大きなところのようですね。 ドキュメントを見ていくと、自動で制御してくれる仕組みができていて、コーディング量をかなりへらすことができそう。デザイナーが組んだものをほぼそのまま使えそうなくらい。

技術が進むにつれてハードルが下がっていくのが目に見えてわかる。 その恩恵を受け、世の中へ便利なものを提供するように動いていきます。

変な夢だった

ちょっと変な夢を見ました。

なんというか…

そんな大層なことはしてないんですけど、なんでこんなことになったんだろうという夢です。

他の人からしたらどーでもいいんですけどね。そして変な夢を見た割にはいつもよりよく眠れているような感覚があるのも不思議。なんでしょうか…

独り言です。

振り返りと計画をします

作業指示を出していたからということも理由としてあがるけれども、それでもねぇ…

集中して最適化していく、これに尽きるんですけど振り返る時間が作れないという状況。なにを優先するかという話です。

1日の終わりに振り返り、翌日の予定を立てる。これをやれば大抵のことはなんとかなると思うので、実際にやっていこうと思います。

環境改善はどこまでも続く

在宅勤務をするようになってから、リモート接続する関係でwindows用のキーボードを使用しているのですが、慣れてきたところでmacを使うのでまた使いにくく感じてしまうんだろうと思ってしまう．．．

Windowsのpcなんだからwindows用のキーボードを使うのは当たり前の話ですが、magicキーボードのタイピングの心地よさから職場ではmagicキーボードを使用しているからこんな話になるのです。直接接続しているのであれば問題ないのですが、リモート接続すると何かしらうまく動かない部分が出てきます。何が起こるかわからない怖さがあるからできるだけノーマルな方法をとりたい、その思いから在宅勤務のときはWindows用のキーボードを使うというわけです。

magicキーボードのような心地よさを求めてキーボードをいくつも購入してきたけど、たどり着いたのはmagicキーボードを使うというスタート地点でした。 職場で使っているのはメルカリで中古で購入したもの。全く問題ないので中古であるということを忘れてしまうくらい。

ダメ元でもう一つ買って、使って不便に感じるのであればやめるという方向で考えてみようかな。 新品では高いので、中古で探して見つかればの話ですけどね。 まずは中古でmagicキーボードがあるか探してみます！