tktechblogスマートフォン用の表示で見るtktechblog日々の記録用です。blockchain,bitcoin,ethereumメインです。この広告は、90日以上更新していないブログに表示しています。今日は基本的にはtestnet上でのgethの調整をしていた。開発始める前の時点で明確な完成像がぼやけていた気もする。kpiが以前に比べて不明確。目標設定の具体化と定期的な振り返りのタイミングを明確化した方が良いなと感じた。見返すために大枠をしっかりと形作り直した方が良い気もした。わかっていると思っているようなことでも、いざコードレベルで分析をしたり、実際に実装をしてみると理解のぼやけてるポイントがわかってきたりする。関連している事柄の何が重要な意味を持っているのかもわかるようになる。geth今日はgethを結構触っていた。deploy時のgas不足を多く指摘されていた。miningの同期がしっくりいくときといかない時があるので、その部分の解像度をあげる努力をした方が良いなとも感じた。signer:pendingというところ。parityもpolkadotへの事も考えて深く調べていきたい。チェーンの同期自体はこちらの方が早いので、gethやinfuraとの特性も深掘りしつつ、それぞれを実装している中で使い分けていきたい。vypervyperに関しては、まだ発展途上な感は否めないが、一応コントラクトの実装例などもあるのでpythonベースという事で触っていきたい。pythonなので環境依存の問題が多くあるので、virtualenvのような仮想環境は使う。macosかlinux場で開発するのかは全体通しても考えた方が良いかも全体の開発nodeの同期のことも考えてクラウド(aws)などでチェーン同期することを検討したい。プライベート、テストネットくらいなら良いが、メインネットくらいになってくると結構きついコンテナ化するかとか、macos、linux上で開発するかなど考える。gaeベースでインフラを構築しつつ、web部分はpython(django)かruby(rails)でサーバーサイドで作って、データもs3とかで持たせておく?gcsとかでも良いかも。コンテナ化することを考えてdockerfileでまとめておくか、vagrantでbox単位で管理するか、gkeで全てgcp上で管理するかなども考えても良いかもしれない。contractの発行や検証に関しては、vimやatomのようなeditorよりもremixの方が良いので、細かい作業はbrowser-solidityでやる。そのため接続手順を復習。コードを多めにかく場合はatomやvimでかく。全体のアーキテクチャーテンプレート(基本形)は自分の中で作っておく。やることKPIの明確化、振り返り周期の設定(PDCAサイクルを立てる)KPIの達成へ最短距離で近づけることに集中する。それ以外のことは全てやらない。やるべきことに集中して、やる必要のないことを切り離す。振り返りの段階で、KPI達成に影響していることなのか、達成に意味が薄い、意味がないものなのかを判断する。良いPDCAのサイクルの構築と、サイクルを多く回すこと、決めたことは必ずプロトタイプではなく、作品としてリリースできるところまで持っていくPDCAサイクルをやりきる。わからないことはとりあえずアウトプット→思考の流れで解像度を高める。