こんにちは、久しぶりに髪の毛を派手髪にした直後にメイリッシュでバニーガール集団を見ながら書いている記事です。*1
なお、1日で書き終わることもなく無事後日持ち越しでオフィスで書いてます。
今回は、仕事で作った iOS アプリのサービスが終了したあとにメンバーから公開してもいいという了承をもらって(了承というか書いてほしいと言われた)、私もそろそろ新しい記事を書きたいなという感じになっていたのでアウトプット的に書きます！
この記事本当は、 iOSアプリが終了している状態でスクショをサーバにアップロードする仕組みはターゲット層に怖いと言われた というタイトルだったのでこれ以降、このタイトル前提で書かれてる部分があるので許してください！！
このアプリのターゲット層は 1,000% このブログ読まないと思うので、一番最後になぜ怖いと感じられてしまったのかと書きたい。
ちなみにこんな感じにサービスは幕を閉じた
直近でピボットしたサービスを本日シャットダウンしたのでエモい pic.twitter.com/CKVTxqLjRc
— Khan Shaheem カーン シャヒーム (@Shaheemdesu) August 19, 2019
サービスを終了いたします。 pic.twitter.com/eIVt8tZXK2
— 小泉ひやかし⛵️ (@nnsnodnb) August 19, 2019
Pipe というスクショを親友間だけで共有するアプリでした。
こんにちは。
今回は Django で PyMySQL を使うのが主流(私の観測範囲では使ってる人が多い気がする)だと思うんですが、「いや、そろそろ使うのやめようぜ」ということを記事にしたいと思います！
今回の実装したコードは以下です。
そもそも、 PyMySQL 自体は、Djangoの推奨 API ドライバではない。
PyMySQL が選ばれる理由として、私が考える中では、 Pure Python だからインストールに失敗することは(ほぼ)ない。ということかなぁって思いました。
私はそうだった。
実際、 Django が推奨している mysqlclient はインストールバトルが勃発することが多々あった。あった。あったよ。
今回は、その対処方法も後に紹介することにしよう。（なぜ急にこの口調。
人気的にはやっぱり、 PyMySQL のほうが圧倒的！人気！
なぜ、私が PyMySQL を Django で使わなくなったのかを含めて、パフォーマンスが mysqlclient にすることによって上がるのではないかと仮説とともにこの記事を書いていきたいと思います。
デザインセンスのないみんな〜〜〜！！
息してる〜〜〜〜〜？？？？？？
ｳｯ...苦し....(ここでブログ記事が終わっている
ということにならないように。
タイトル通り、アプリのアイコンをランサーズを使ってデザイナーさんに作っていただきました。
続きを読む私は、よく Django + iOS(Swift) を使ってサービスを作ったり作らなかったりしているわけですが、以前このようなことになりました。
例えば、 Django で django.utils.timezone.now なものを DRF の rest_framework.response.Response に直で返したりとか馬鹿なことをやってたら
iOS 側の API クライアントがデコードエラー吐き出してなんだろうって思って調査したらフォーマットが rest_framework.serializer.Serializer とかを通さないとそのまま django.http.response.HttpResponseBase の中身に入ってしまってバグってしまうんだなっていうことがありました。
詳しくは、こちらですね。
bytes または str でないとそのまま str によって展開されてしまうっていうやつ
>>> from datetime import datetime >>> str(datetime.now()) '2019-06-18 14:33:53.148964'
という感じ。
それで本題。これを Swift の JSONDecoder で対応させるか、 Django 側で一括で処理させるかっていうやつ。
