作者別: Halipeco

Home / 作者別: Halipeco

ニームの書で使った道具

2018-12-12 | Final Fantasy XIV, Flask, halipe.co, JavaScript, Python, Responder | コメントはまだありません

そのうち使ってるツールを差し替えたりもするだろうから、いったん今のとこの技術スタック(っていうの?)をメモしておく。
基本的にはPython(Flask)以外はほぼぜんぶ初めて使うもので占められている。ふつうは知らないことを追加するのは+1にしなさいっていうんだけど、完全に無視した。のたうち回ったし、のたうち回っている。

ニームの書(halipe.co)

Backend

スクリプトはすべてPython。Flaskつかってて、Responderにリプレイスできるか試している。最初はElixirいくか!!とか息巻いてたが、API作るくらいのことで死にそうなのでやめた。
いまはGAEのFlexible環境にDockerコンテナ投げてAPIサーバが立ち上がっていて、ほかにはCloud Functionsで関数(これもPython)がいくつか。

そもそもはKubernetesに習熟したいという野望があってしこしこyaml書いてた。超楽しい。が、SSL証明書の取得と設定らへんで盛大にすっ転んだうえ、誤ったコンフィグを投げてはLet’s encryptにロックされて作業が止まるため、急遽GAEに逃げ込んだという次第。証明書やらドメインまわりやらが便利すぎてヨダレ出た。一方でデプロイ10分以上かかるのはちょっと辛い。
なんかStandard環境でもPython3使えるみたいなのを見かけたのでそっちに移す予定。jsonやyaml読んでjson吐くくらいしかしてないしょぼいAPIの為に毎月5000円払っている。しょぼいわ。
むろんそんだけの機能を、Kubernetesでクラスタあげようとしてたわけです。立ち上がってたら5000円どこじゃ済まないが、それはいいんだ。インフラ屋でもない人がこういうのの構築やるにはホビーくらいしかチャンスがない。
コマンド一個でPodが増えたり減ったりするのは、なんとも言えない愉しみがあった。あのPodやらService、むかしは物理サーバ一個一個でやってたんだぜまじかよってかんじ。

CI

リポジトリはBitbucket使っているので、マスタへのマージの際にBitbucket Pipelinesを起こし、Slackに通知するようにだけしている。
Python側だけテストが少し書いてあって、フックでテスト通すとこまでできた。これももちろん初めてだったので、動いたときはそれはもう大変に嬉しくて、ムダにPushした(程なく無料ビルド時間を使い切り動かなくなった)。
JS側がテスト書くまで至っておらず、まだ完成してない。Jestというのを見つけたので使ってみようと思っている。

DB

DBはCloud Firestoreをつかっている。ゼロの状態からNoSQLのDBつくんの初めてだった。リレーションとかあんま気にしないでいい単純なアプリなので、あんまり深い困りごとには遭遇してない。タグ検索とかの実装用にインデックスのテーブルこさえたりしたけど、テーブルそのものに張ってるindexつかうのとどっちがいいんだろうみたいな感じ。活用してる感はない。
更新情報とかはSpreadSheetに書き付けていて、反映用のスクリプト叩くとFirestoreにデータを放るという運用をやっている。一番最初はvueファイルにまるまる書き込んでたので、更新情報のっける程度の用事でデプロイが発生していた。

Frontend

TypeScript + Nuxt.js。どっちも使ったことないので採用。ホビーとはいえ無茶な挑戦だった。困ったときにTypeScript/Vue.js/Nuxt.jsいづれの問題なのかの切り分けすらできないような三下が、まるっきり全部わかんない状態で挑んだ。
作業の大半は調べ物の時間で、文字通りヨレヨレになっていた。
いっぽう尋常でない学びはあった。イベントハンドラって何?みたいな基礎部分への理解も危ういくらいの人だったんだが、なんとかなりつつある(まだ危うい)。
CSSまわりはBulmaを入れた。じつはCSSフレームワークの導入からやったのも初めて。
ほんと今まで何やって食ってたんですかねという感じなんだが、すでに動いてるプロジェクトに参加することが多いと下地はあらかた出来上がっていたりで、構築にはあんまり関与しないで済んじゃってたという背景がある。

ほか

手元でバッチやらを書く下地はJupyterNotebookを使うことがある。ド頭から動かさずに気になるとこだけ叩けるというのがことのほか便利で感動している。
表の操作はPandasとか使ってるけど、必要でというよりは使う理由になるので入れてるといった感じ。慣れておきたい。

地図をはじめ、さまざまな画像は基本的にFireworksでやっている。今となっては太古のアプリなんだろうか。あたしの用途ではこいつを超えるアプリケーションが地上にない。Vectorスイスイ書いてビットマップを切り取る切り抜くとかを、こやつだけが軽快にやってくれる。問題は古いのででかい画像に超弱い。もともとメモリの危ういソフトなんだがすぐ吹っ飛びそうになるのでおそるおそるやっている。横1900のPNGを9枚も食わすともう挙動不審になる。

ロゴのVectorを作るとかはIllustlatorをつかっている。これも昔々のやつだけど、あたしは線が書けてaiが書き出せたらいいので、それ以外のことでは全く用途がない(せいぜいトレースくらい)ので、たぶんもうこの先新しいIllustlatorを買う機会もあるまい。いまはそっち側で食べてるわけでもないし。
あ、名刺作るときは活躍してるんだった。赤作るときはYMを100にするだけじゃなくて黒10%入れろとか、ああいう細かい話がたまーに活きることがある。
オンデマンド機だと関係ないけれども。

紙箱の迷路の話

2018-12-10 | halipe.co, 考え事 | コメントはまだありません

小学校の一時期、ボール紙とビー玉かなんかでつくる、箱を傾けて玉を転がす迷路を作るというのが(個人的に)流行っていた。
様々な角度のコーナーやカーブにジェットコースターのループ。パチンコ台の羽みたいにくるくる回るやつとか、箱を下から小突いてジャンプさせないと超えられない障害物など、大抵は誰かの思いつきを直輸入してたと思うけれども、そんなんを駆使しては新作迷路の開発に勤しんでいた。
ティッシュやらお菓子の外箱と少しの針金、木工用ボンドがあたしの遊び道具だった。

学校の図画工作の授業でそんなのをやったのね。
あたしは学校で習った何かが気に入ると家でも延々やり続けるような子供で、お面の作り方を習えばお面を作り続けていたし(ロビンマスクのヘルメットはかなり気に入っていた)、木製のナイフを作るのも延々やっていた。あのまま進んだらそういう職業の人になっていたのかもしれない。
お面の職人なんてなかなかかっこよい進路だったんじゃないか。

この性向が趣味のプログラムに反映されているんじゃないかなという気はしている。なんか学ぶ、出来た喜びでモチベーション上がっちゃってそこのイテレーションだけガンガン回す、みたいなの。

なんでこんな話を急に思い出したのかというと、ロケハンちゃんとかでやってることがまるっきり同じ構造なんじゃないのとふと思ったわけです。学校ではなく職場や、行き帰りの電車で見た記事なんかが導入になることだけが違いで、いそいそとあれこれ試しておもちゃを作っているのがあの頃と何ら変わらない自分の姿なんではないか。

作った迷路にしろ、お面にしろ、それで遊ぶのはあたしひとりだったし、あたしの(どのくらいいたかは覚えてないがごくわずかの)友だち誰一人としてあたしの迷路やお面を見たことのある人はいない(と思う。見せた記憶がない)。人に見てもらうという発想が欠落してたので、作ってはひとりで遊んで、次を作ってというのをただやっていた。
いま作っている場所はWebの上だから誰かが見に来ることもあろうし、使ってくれたら嬉しいなというのはある。あるんだが、なんかどっかで、作った迷路で遊んでたように、あたしがただ楽しいから作ってるだけなのかもなーと。

ローカルのエラーをどう拾う?

2018-12-09 | halipe.co, Python | コメントはまだありません

サーバサイドはまだいいけど、ローカルでエラー出るじゃん。というかフロントヘビーな時代だから不具合ってどっちかというとブラウザに出るわけで、そんなんこっち預かり知らんからリロードしてよみたいになるじゃん。
まあ仕事ならそんくらい適当でもいい(よくない)んだけど、ニームの書はそうはいかんので。尻ふく人あたししかいないんだもん。
(うちとこの場合だとjson読んでjson吐くくらいのことしかしてないから、APIでエラー出るってケースがそもそもほぼない)

ない頭捻ってうんうん考えた挙げ句、バックエンドと同じ文脈に持ってけばいいじゃねえかとなった。
ためしにフロントでなんかエラー出るとするわ。FirebaseのAPIがあかんかったーとか、中身は何でもいい。んで出たらとりあえず可哀相ですねリロードしてねでいいんだけど、拾ったエラーはAPIでpostしとくと。もうただひたすら起こった事象だけでもpostして、投げられたエラーコードやメッセージはFirestoreに保存していくと。むろんjs自体がエラーで止まっちゃったらどうしようもないんだけど、やらかしそうなとこにtry-catch張ってけばいいんじゃろ。例外上がったら問題点をまとめてAPIに投げると、すくなくともユーザの側でなんの問題が起きたのか、わかるんじゃないかなと。
こういう対応に詳しい人がいたらまた別のことやるのかもわからん。ちょっとぼんやり生きすぎていて、この辺のノウハウが全然ない。

相変わらずにーむのしょをいじっています

2018-12-08 | Final Fantasy XIV, halipe.co | コメントはまだありません

WP5.0に上げたら編集画面がWordみたいになった。なんでこういう余計なことをするんだ。まあいい。
昨日今日あたりは、スマホでタグ付けらんなかったのを修理(というか回避というか)して、認証コケるやつの背景を調べて(まだ糸口つかめない)、あと運用周りの準備してた。
いままで500エラー出てもなんも気づかないとかだったので、とりあえず500とtracebackひっかけたらSlackに飛ぶようにして、少なくとも検知はできますよと。あと、ユーザ登録時に認証状態が半端になるようなところがあるので、そっちもイベントで引っ掛けて検知だけでもできるように。

仕事でやってるとテストだの運用だの監視だのってダルいんですけど、さすがに自分のサービスなんでモチベーションが違うよね。それでも昔ツール書いてたときって障害とかには無頓着だったんだけども。たぶんGCPとかにあらかたツール揃っていて、アクセス解析や障害検知のセットアップしなくて済んだのが大きい。
そう考えると昔の人は偉かったんだなあ。すっごい他人事なのは、当時はまるっぽ知らんぷりで人任せにしてたからです。

にーむのしょ 認証周りのトラブル

2018-12-05 | halipe.co | コメントはまだありません

なおってない。これから直す。
ユーザの一人からありがたいことに症状を聞くことができ、ダサい部分の修繕にこれからはいる(お知らせアップのためのビルド(この時点でもうださいが棚上げにしてる)してて、その間に記事書いてます)。

あ、デプロイ終わった。

認証や地図の操作は(アプリにとって肝の部分だっただけに)初期から着手をしていた箇所で、それゆえに力任せだったり無駄の多い実装になってたりって部分がかなりある。
アルファ公開する前に見直すべきだったなー

というわけで直してくる。ひええ。