  |
はてなキーワード: PWAとは
何者にもなれないことを心に刻みつつ感想を述べる。
ファーストインプレッション → anond:20240706134049
付け心地に関して。
デュアルループバンド＋スポーツ用のヘッドバンド、かつライトシールを外すやり方で何とかなっている。
参考：https://twitter.com/AmadeusSVX/status/1759828575820419233
ライトシールを外しても操作に問題はない。軽くなるし、蒸れないし、顔面に跡が付くこともない。
ただ、ヘッドバンドで吊り下げている形になるので、首を振ったり上下を向いたりするとぶらぶら揺れてしまう。
完全にフィットさせたい場合はやはりライトシールを使ったほうがよい（まあ磁石でハメるだけなので付け外しは手間ではない）。
もう一本のスポーツ用ヘッドバンドを補助的に使うことでフィット感が増したりはするが。
自分にぴったり合う枕とかと同じで、永遠に試行錯誤が終わらない気がする。
前回も書いたが、Vision Proを仕事用に使うだけなら、現時点で何も問題がない。
平日はいつもVision ProをMacBookに繋いで使っている。
ただ、あんまり画面が大きいと、首を動かさなきゃいけないから疲れるんだな、という気付きはあった。
同じ理由で、TwitterやYouTubeのウィンドウを左右に浮かべておくのも、そんなにマルチタスクにならない。
visionOS 2で実装されるというウルトラワイドモードも早く試してみたいところであるが。
個人的にいま最も望んでいるのはtoruneアプリのVision Pro対応である。
Vision Pro専用アプリを開発しなくとも、iPad版アプリをVision Pro向けに配信してくれるだけでいいのだが。
あ、でもこれはvisionOSにiPadミラーリング機能が入れば解決するかもしれないな。
ブラウザ上で観られるとはいえ、再生ボタンとかシークバーとかの小さい部品をクリックするのにストレスがある。
映画やドラマも観てみたいのだが、もともとあまり習慣がないこともあって、いまはサブスクとかにも入ってないので、ちょっとハードルがある。
まあ後々の楽しみにとっておこう。
PS5をVision Proでリモートプレイするには「MirrorPlay」というアプリを使う。
Vision Pro専用アプリではなく、iPadアプリをVision Pro対応したものなので、機能的には最低限という感じである。
また、そもそもリモートプレイの最高解像度が1080pなので、Vision Proでも大画面でプレイというわけにはいかない。
Vision ProをMacに接続した上で、Mac上でリモートプレイをする、という方法のほうが接続は安定するらしいが、そちらは試していないのでパス。
PS Remote PlayアプリをVision Proに完全対応させて高解像度化、さらに欲を言えばPS VRにも対応してくれないものかと思っているが、さすがに無理だろうな…。
他にVision Proでゲームをする手段としてクラウドゲーミングに活路を見出してみた。
Xboxのコントローラーも買った。Bluetoothで普通にVision Proと接続できる。
なので利用の前提となる「ホーム画面に追加」という操作ができないのだが、そこは「Nexus+」というアプリを使えばクリアできる。
それでプレイ自体は問題なくできるようになるものの、やはり最大解像度が1080pなので、画質はそこそこでしかない。
また、こちらの回線は安定しているので向こうのサーバーの問題だと思うが、時間帯によってはカクつきが酷いこともある。
まだまだクラウドゲーミングではコンソールを置き換えるには至らないな、という感想だ。
とはいえVision Proで気軽にゲームをする手段として有用であることは間違いない。
実は、SafariのWebXR関連のオプションをオンにすれば、ブラウザ上でVR動画を観ることができる。
YouTubeのVR動画は対応していないようだが、PornhubのVR動画は観ることができた。
というわけでVision Proは決してアダルト不毛の地ではない。
とはいえコンテンツ不足ではあるのでDMMがVision Proに対応してくれたらいいのだが。
いずれも微妙に不満が残っていて「ここがこうなってくれたら使えるのに…」という口惜しさがある。
とはいえソフトウェアの問題であることが多いので、今後のアップデートで改善されてほしい。
toruneの開発担当の人は「このアプリを Apple Vision Pro で配信可能にする」にチェックを入れてください。頼みます。
特にDockerのネイティブサポートがないってのは我々からすると年々Macの致命的な弱点になってきてる
Appleからすれば何で自社プラットフォーム以外に投資せにゃならんのってことなんだろうけど
ウェブ開発者もAppleの売り上げにかなり貢献してると思うんだよ。特にDHHがMacを勧めたおかげでMacに乗り換えたウェブエンジニアも少なくないってかかなり多いはず
それ自体はBasecampとAppleの三割税をめぐる争いもモチベの一つだろうとは思うけど、単純にウェブ開発が快適な環境を求めてのことだろう
Appleとしてはマジョリティに売り込む方が大事で我々のような層の売り上げは微々たるものと考えているのかね
まあそうかもしれない
でもさ、今の時代ネットサービスを快適に開発できて快適に使えるっていうのはきれいなフォントと同じくらい重要なことだと思うし
作曲家やデザイナーや映画製作者と同じくらい、ウェブエンジニアに訴求するのも悪くないと思うんだけど
結局この10年くらいは偶然我々の求める開発環境とMacのBSD環境が重なっただけの期間だったのかもしれない
このままだとウェブエンジニアのMac離れはどんどん加速するだろうね
とはいえ自分はMacのフォントやUIから容易には離れられない体になってしまった
ああフォントのためだけにうん十万のディスプレイをポンと買えたり代わりにiOSアプリ開発してくれるエンジニアを雇えるようになりたいでござる
ChromebookはLinuxデスクトップなんじゃないのか？
MacはUnixデスクトップではあるけれどLinuxデスクトップじゃないとして
流石にChromeOSはLinuxなんだからChromebookはLinuxデスクトップでしょ
そもそもWin/Mac/Linuxのそれぞれにソフトウェアを提供するのってめちゃくちゃ大変で
その辺をJavaが頑張る予定だったけどご覧の有様なんでしょ
なのでGoogleが頑張ってブラウザっていう中間層を作ってくれたお陰でどんなOSでもブラウザが動けばそれで良い、っていう状況になってる
まぁその状況にAndroid/iOSが逆走してFirefoxOSが順走したのに負けたってのはなんともな状況だけど
少なくともGoogleはPWAを始めとしてその方向で頑張ってると思う
だったらブラウザだけ動けばいいよね？ってことでChromebookがあるんだから
Chromebookは成功したLinuxデスクトップだと思うんだがダメなのかな
とか言わないよね？
Todoアプリ。チームでも使える。ガントチャート表示、看板表示もできる。なによりUIが好き。
個人的ベスト。日本語化一部されていないけど、概ね問題ないレベル。
スタンドアローンのアプリは貧弱だが、PWAをインストールすれば携帯でもデスクトップでもLinuxでも使える。
言わずと知れたWikipediaのシステム。認証をつけて個人のナレッジにしてもいいし、チームにアカウントを割り当ててナレッジを蓄積していってもいい。
Wikiシステムは色々あるが、MediaWikiはド安定でしかもPHPで動くので軽い。DBも小規模ならSqlite3でいいので楽。
ただしMarkdown記法は最新バージョンでは拡張機能も含めて受け付けない状態で、Wiki記法に縛られるのが宗教に反すかもしれない。
Androidでガワネイティブアプリ(Webとしてアプリを実装してWebViewで表示するだけスマホアプリ)を作りたい場合ってどういう技術使うのが良いの？
具体的には広告関係だけネイティブっぽい機能かライブラリ使って表示できるようにして、
機能的なアプリ側の部分は基本ほとんどガワネイティブで実装したいと思ってる、なるだけ手間がかからない方法で。
一番ラクなPWAとかTWAはAdmobみたいな広告が載せられないっていう問題があるんよね。広告載せたいためだけのガワネイティブ化。
ちなみにWeb屋だからガワネイティブの中身側はわかるけどアプリ開発自体は初心者
https://anond.hatelabo.jp/20211004123017
この増田、薄っぺらい理由でiPhoneを貶めてる気がして全然フェアじゃない気がする
しかもどっちかというとAndroidがメイン機、iPhoneはサブっていう運用だったがつい最近iPhone単独運用に切り替えたのでその理由を解説する
Androidは激安クソ品質のXaiomiだけじゃなく、高級路線のASUS Zenfoneやコスパ最強OppoのReno、キャリア・国内系だとSONYならXperia、SHARPならAQUOS、サムスンのGalaxy、その他Rakuten Mobileオリジナルとかdocomoオリジナルとか死ぬほど機種がある
そんで機種の選定は基本的にSoCの性能をベースに考える必要があってSnapdragonの何を使ってるか、メモリ量は、カメラ性能は、バッテリーはって感じで無限に考える必要がある
性能面でバッチリな機種に出会えたとしても実物がガッカリ品質なことや色が好みじゃ無いことも多いし、そもそも実物確認できない場合も多い
おまけに特に中華系は最初の1年はまともなんだけど2年目から全然使い物にならないってことも多いし逆にAndroidの最新版が落ちてこないことも多々ある
「最近はマシになった」
と言われても最近から1年も経ってない以上は信用できないしそもそもAndroidのようにOSと機種が別々に提供される以上はリスクが必ず残る
加えてHUAWEIみたいにBAN食らってGoogle Playから閉め出されるとかいうリスクも相当に高い
iPhoneは機種が増えたといっても数は少ないし家電量販店に行けば必ず実機を触れる
加えてOSと機種を同じメーカーが手がけてるので古い機種へのサポートも万全で
未だにiPhone 6 plusが使えるし、今使ってるiPhone 12はあと数年は確実に使えるだろうという安心感がある
こういう考えるコストを減らすっていうだけでもiPhoneはかなり有益
iPhoneが未だにLightningなのには本当に驚いている
Android系がType-Cなのにも驚いている
もう時代はとっくにワイヤレス給電のQiになってると思っていた
iPhoneの場合はMagSafeでピタッとくっつくから全く不自由ないし、特に自動車で充電するときが便利すぎる
Lightningの口は全く使ってないから塞いでおきたいぐらいだ
これはiPhoneの利点という訳では無く、Android使ってたときもQiを使うか、そうでなくてもマグネット系のケーブル買ってきて抜き差しをしないようにしてた
充電口を無くすことが故障率を下げる有効手段なのだからQiを推進して欲しいし、なんなら充電口なしっていう尖った機種を出してもいいと思う
いつまでType-Cのケーブル選びで消耗するの？ワイヤレスでいいよ
iPhoneはカメラ性能をやたらCMするし、13だとシネマティックだなんだとCMしてるけれど
特にSONYがIMX586（4800万画素CMOS）を発表したあたりで歴然と差が付いた
他にもHUAWEIは6400万画素とか、Xiaomiは1億画素とかもう無茶苦茶になってきてる
ただ、この高画素に耐えうるだけのレンズ性能はまだないので実用上効果があるかはかなり疑問だ
今のiPhoneの前はZenfone 6を長らく使っていたので4800万画素の写真も撮りまくったが
最初の1ヶ月ほどは楽しく撮影していたものの、途中から「そもそも写真とは」という考えに陥り
ちなみにiPhone 13ユーザが「手ぶれ補正が凄い！」と喜んでる姿を見るが
残念ながらZenfone 6の時点でその程度の手ぶれ補正は付いてたし、HuaweiやXiaomiも同等の機能は昔からある
結局のところこの理由はかなり大きい
iPhoneのみで発表されるアプリはあっても、Androidのみっていうアプリはほとんどない
もしくはAndroidで発表されてるアプリの品質は悪いけれどiPhoneはまとも、っていうのもよくある
最近だとClubhouseがそうだったし、Cocoaアプリなんかも記憶に新しい
IoT系のデバイスとかAndroidもアプリがあるけどバグ修正が放置されてて実質使えないとかも多々ある
仮に限られたリソースでiPhoneかAndroidかどっちかでリリースしろと言われたら間違いなくiPhoneになる
ワールドワイドで見てみればiOS vs Androidという形ならAndroidなんだろうけれど
前述したように期首が乱立しまくってるのでAndroidでアプリを公開すれば全機種で使えるというわけじゃない
アプリ開発者からするとiPhoneに対応さえすればかなりの人数にリーチできる
このアドバンテージは恐らく逆転することが無いだろうしiPhoneの最大の利点だと言っても良い
Googleはこれを挽回したいからPWAとかFlutterとかを進めているがAppleは乗り気じゃ無い
結局、iPhoneを使う人がAndroidを使えば不満が出るだろうし、逆もまたしかりだと思う
iPhoneのこれを使いたい、とかAndroidのこれを使いたいっていう明確な理由があるならその機種を使えば良くて
そうじゃないなら乗り換える必要がない
他人が何を使おうがPlayStationとSega Saturnの争いのように勝った方が有利になることもないので
使いたい方を使わせればいいと思う
※ 再ポストを許してくれ。どうしても、聞く人がいないのだ。
当方は、元プログラマー。今となっては、家庭の都合で引退した身。嫌なことがあって、久しぶりにプログラミングを勉強したら楽しくて仕方ない。
たとえば、Ruby on Rails, Next with React on TypeScript とか最高にイカしていると思ったし、Kubernetes や Terraform で AWS, GCP を触れば IaC に感銘したし、Kafka や Elasticsearch といった NoSQL が RDB が進歩した上で共闘している様は夢のようだ。PHP や Java も元気にしていて、おじさん嬉しいよ。（最近の流行りだから Docker も触ったが、Vagrant なんかを触れた身からすると、正当な進化だよね。）ただ Python が人気なのは理解できないし、そんでもって C は苦手なままだけどな。あと、CSS と HTML のナレッジのアップデートについていけないのは歳のせいだろう。
閑話休題。それでタイトルの質問なんだけど、今のモバイルアプリの開発手法について知りたいのだ。もちろん React Native といったものがあるのは知っているが、この手のものは好きになれないのよね。どうしても無理から生じる齟齬が気になっちゃうし、もっと言えば「プログラミングを介して、設計思想に触れたい」からね。
まず、iOS の話題から。今は iOS は SwiftUI だけで書けば良いのかしら？昔は Objective-C と Storyboard を使っていたけど、新規のプロジェクトだと無視してもよいのよね？いや、だめだったら追加で勉強するだけだから良いのよ。その、加減がわからなくてね。自分としては Swift言語が好きで、SwiftUI は StoryBoard よりマシだと思うから、そこは問題ないのよね。10年前より、絶対に良くなったと思うし。あと SwiftUI と Swift言語の example 集とか、CocoaPods のまとめサイトなんかを教えてほしいな。公式だけじゃ物足りない。
次に Android なんだけど、現行なのは Kotlin言語 + Android Studio の UI ビルダーを強制なんでしょ？昔は Java言語 + XML の MVC という感じで、当時としては iOS よりまともなイメージだったけど、最近ふれたら蕁麻疹が出そうだった。なんというか、ちょっと体が受け付けない感じがする。だから、Android は昔の開発手法で良いのかを教えてほしい。あと、iOS と同様に example を大量に載せたページをお願いします。
こんな感じかな。追加で知っておくべきことがあれば、嬉しい。たとえば、PWA とか。自分としてはモバイルのプログラミングが理解できたら、ブロックチェーンや人工知能を除くと、ここ10年のナレッジはキャッチアップできたつもりなので満足なんだよね。あと気力があれば、作成物を増田に晒すかもしれないです。
https://anond.hatelabo.jp/20210404174659
こちらの記事の投稿者です。ブコメやTwitterで多々コメントいただき、感謝です。
今回はサービスを公開してある程度使ってもらい、得られた知見についてまとめます。サービス宣伝の意図はありません。
ありがたいことに前回の記事はそこそこバズり、はてブの総合カテゴリーでしばらく上位に居座ることができた。
ただ、私が規則をしっかりと理解していなかったのだが、はてブではアダルトコンテンツに分類された記事はトップページに表示されなくなるらしい。
観測していた限りでは、投稿翌日の朝にはトップページから消え、Google Analyticsでもそのタイミングからアクセス数が顕著に激減していた。
該当日のアクセス推移を確認すると、午前6時頃からアクセスが伸び始め、9時をピークに急激な下降がはじまった。そのため総合トップに表示されていたのはこの3時間程度と思われる。そして該当日のユニークユーザーアクセスは6200だった。
はてブをROMで使っている私の感覚としては、アクセス数意外と少ないな、と感じた。はてブのトップはインターネットユーザーの多くがみているものと思っていたが、わりと一部に過ぎないのかもしれない。ただ、仮に記事を読んだとしても、パケ裏を延々と眺める不審なサイトを朝から開く奇特な人間は限られるという説も考えられる。
その日のFANZAアフィリエイト収入は3072円だった。日次のトレンドをみると、その日をピークにアクセス数は10分の1ほどまで減少しているが、アフィリエイト収入は 2000円/日 ほどを維持できている。その要因として、アクセス数の減少と引き換えに、ユーザーの滞在時間が5倍ほどまで伸びていることが考えられる。「話題になっているからとりあえず見てみよう」というユーザーが離れ、パケ裏を愛好する精鋭たちが残ったものと解釈している。
FANZAアフィリエイトはアフィリエイトリンク経由で商品を購入した場合に、販売金額の何割かが報酬として支払われるシステムだ。アフィリエイト収入を主目的とはしていないことを断りつつ、FANZAにおけるアフィリエイト収入額をKPIとしておくのであれば、やはり商品購入まで至る固定客を大切にするサービス作りやPRが有効なのだろう。
いっぽうアフィリエイトにはクリック報酬のバナー型やオーバーレイ型広告を掲示するパターンもあり、その場合はとにかく広く集客する戦略が有効になると思われる。しかしパケ裏.com はシンプルでスタイリッシュなエロサイトを目指しているので、そういった類の広告の採用予定はない。パケ裏.com はシンプルでスタイリッシュなエロサイトを目指しているのだ。
これらはすべてコメントで要望があった機能だ。私もあったらいいなと漠然と考えていたモノもあったが、コメントによってその需要を明確に認識できた。
追加したい機能が様々ある中で、それらに優先順位をつけることは難しい。「〇〇ができたらもっと良いサービスになるのに」というコメントは、その判断のうえで貴重な羅針盤となった。
それだけでなく、サービスの着眼点やコンセプトについて褒めていただけたコメントもいくつかあり、モチベーションアップに大いにつながった。自分のフェティシズムを満たすことからはじめた開発だが、同好の士と出会えるとやはり嬉しいものだ。
記事公開の翌日、思った以上の反響があったのでTwitterを始めたが、これもよかった（https://twitter.com/pakeura）
匿名ダイアリーと比較してTwitterではインタラクティブなコミュニケーションが取りやすいし、開発の状況を告知してリアクションが得られるととても嬉しい。
また自分の環境では発生しない不具合の再現に何度も協力いただいたり、開発に対する技術的・金銭的サポートの申し出までいただいた（大変ありがたかったが、お断りした）
これらのフィードバックがなかったら、いまほどのバイタリティでの開発はできていなかったに違いない。改めて感謝申し上げたい。
ところで余談だが、「パッケージのローカルへのストックに対応」という機能について補足したい。この機能実装以前はパッケージからFANZAの該当商品ページに飛ぶ導線しかなかったのだが、それに加え、気に入ったパッケージの作品情報をローカルに保存して引き続き パケ裏.com での閲覧を継続できるというものである。
パケ裏.com は種々のパッケージの一覧性が高いという一点を除くと、FANZAの下位互換のサービスだと考えている。安易にFANZAに誘導してしまったが最後、ユーザーはより魅力的な作品をレコメンドされ、そこから回遊を始める割合が高くなるだろう（その場合でも購入に至ればカテゴリ報酬という収入は得られる）
しかし「ローカルにいったんストック・次のパケ裏をみる」導線によって流出が減り、嗜好によりマッチする商品と巡り会える可能性が高まった。直接購入の場合はダイレクト報酬という、高割合の収入になる。そのため利便性だけではなく、アフィリエイト収入への寄与という意味でも効果的な機能追加だったようだ。
さて先程あげたいくつかの機能を実装したことで、当初私が欲していた要件はひととおり満たせたかなと考えている。
ただ1点、許容し難い不満点として、iPhone 7のブラウザで閲覧したときに、上部のアドレスバーや下部のメニューバーが非表示にならない問題がある。これはCSSの snap-scroll という機能に起因する問題（だと思っている）なのだが、表示領域が限定されてしまうことが悔しくてならない。パケ裏は全体を眺めてこそのパケ裏であるし、無職には軽々にスマホを買い替える金銭的な余裕はない。
（ちなみに snap-scroll というのはスクロールを特定箇所でぴたっと止めるための設定で、パケ裏では各パッケージごとにぴたっぴたっと止めている。この挙動は大変気に入っており、削除することはできない）
どうしたらよいものか？
件の姪っ子に（重厚なオブラートに包んだうえで）相談したところ、PWAという、まるでスマホアプリのようにWebページを表示させられる仕組みがあるらしい。するとブラウザのメニュー部分は表示されず、画面全体にWebページが表示されることになる、らしい。我が意を得たりとはこのことだ。
さらにPWAにするとスマホアプリさながらホーム画面にアイコンも配置できるらしく、定期的なアクセス確保にもつながり、これは前掲の「固定客を大切にする」方針とも合致する。そういうわけで当面はPWAの実現のため、React Nativeというフレームワーク（？）と格闘することになりそうだ。
ちなみに姪っ子の主戦場はクラウドサーバーのメンテナンスらしく、PWAの土地勘はないらしい。長く苦しい戦いになることが予見される。さらにちなむと姪っ子にはサービスについてまだ説明していない。が、はてブはみているはずなので気づいている可能性はある。これ以上は考えたくない。
閑話休題。とりあえずReact Nativeについて例のごとく入門書とUdemyの入門講座をポチったところだ。パケ裏先生の次回作にご期待いただきたい。
開発をはじめてから何より嬉しいことは、日を追うごとに パケ裏.com がより使い勝手の良いサービスになっていくことだ。自分が開発しているサービスなので当然かもしれないが、パケ裏.com の一番のヘビーユーザーはおそらく私だろう。
しかし多くのフィードバックを得られたことが嬉しく、記事の公開からしばらくハイになって寝食を忘れてプログラミングに没頭しすぎてしまった。
余裕資金が手元にある限りしばらくはサービス開発を継続するつもりなので、サステナビリティも意識しつつまったりとやっていきたい。引き続き遊んでいただけると幸いです。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 127 | 13334 | 105.0 | 35 |
| 01 | 180 | 13995 | 77.8 | 40 |
| 02 | 69 | 9032 | 130.9 | 50 |
| 03 | 25 | 3452 | 138.1 | 88 |
| 04 | 12 | 3138 | 261.5 | 144 |
| 05 | 9 | 3055 | 339.4 | 239 |
| 06 | 15 | 1028 | 68.5 | 43 |
| 07 | 46 | 10687 | 232.3 | 33 |
| 08 | 60 | 6469 | 107.8 | 45.5 |
| 09 | 69 | 8899 | 129.0 | 43 |
| 10 | 117 | 10121 | 86.5 | 50 |
| 11 | 135 | 12841 | 95.1 | 44 |
| 12 | 159 | 17214 | 108.3 | 40 |
| 13 | 198 | 20442 | 103.2 | 48.5 |
| 14 | 89 | 8665 | 97.4 | 47 |
| 15 | 177 | 16577 | 93.7 | 40 |
| 16 | 148 | 24402 | 164.9 | 54.5 |
| 17 | 107 | 15529 | 145.1 | 45 |
| 18 | 135 | 14148 | 104.8 | 43 |
| 19 | 140 | 15678 | 112.0 | 39.5 |
| 20 | 137 | 14539 | 106.1 | 42 |
| 21 | 188 | 19572 | 104.1 | 43 |
| 22 | 146 | 16234 | 111.2 | 43 |
| 23 | 145 | 15227 | 105.0 | 41 |
| 1日 | 2633 | 294278 | 111.8 | 44 |
フェイクポルノ(4), プペル(18), 追試験(3), 試験監督(4), えんとつ町のプペル(3), 仁鶴(3), 催眠療法(3), 鼻呼吸(8), PWA(5), マカフィー(3), 剣術(3), 受験生(13), 役職(11), シャンプー(8), 鼻(52), エヴァ(9), 従わ(11), 極論(11), 受験(23), 学歴(40), 飛沫(9), 精子(15), 実績(19), 治る(12), 試験(22), 作用(8), 標準(9), 女子高生(14), 鬱(20), 指示(21), 才能(24), 信用(29), テスト(19), 生まれる(20), 発達障害(19)
■なんで学歴とか役職によってできる仕事の範囲が違うんだしょうかと高校生に問われて知り合いの回答が秀逸すぎる /20210118124705(62), ■今話題の某鬱病漫画って所詮『女の発想』なんだよな /20210118090012(21), ■マカフィーをもう使わないと決めた話 /20210117220644(13), ■「頂き女子」 /20210117061348(12), ■この受験生は４０代 /20210118203758(11), ■戦闘ロボットにはなんで属性の設定があまりつかないんだろう /20210117194149(11), ■入眠が下手すぎる /20210118025832(9), ■ナイフ ランプかばんに詰め込んでって歌うけど /20210116185452(9), ■家にテレビないっておかしいの？ /20210118163259(9), ■とにかく長文で愚痴る場所がない愚痴ります /20210118172737(9), ■ハリボテ人生に絶望して発狂しそう /20210118171059(8), ■コロナ、自粛した方が損じゃん /20210118182447(8), ■ /20210117170600(8), ■えっ！いとこ同士って結婚できるの！？ /20210118013242(8), ■anond：20210117132830 /20210118000617(7), ■生きる意味ってなんだろうか /20210118014533(7), ■いい年こいて、だっこされたい /20210118022922(7), ■自分がサイコパスだと痛感した話 /20210117162318(7), ■萌え絵表紙をキモがったらだめなの？ /20210118152341(6), ■韓国のナマモノBL批判は、ディープフェイク批判への反撃 /20210118143228(6), ■NTRってのはね、もっとこう救われないものじゃなくちゃあいけないんだ…悔しくて…でも興奮しちゃって…… /20210117194203(6), ■同人誌の表紙を自分で描けるようになりたい /20210118164009(6), ■ /20210118180922(6), ■同じ飯を毎日食える、同じ音楽を無限ループできる、同じアニメを何度も観れる /20210118184902(6)
中国語の勉強を始めるにあたって自分用に単語帳アプリを作ってたら思ったより
大掛かりになってしまったのでせっかくなのでドメイン取得して公開してみたよ
当初は１週間くらいで完成させる予定だったけど2ヶ月くらいかかってしまった……
イメージとしては↓な感じ
https://i.imgur.com/VE4mA72.mp4
既存のスマホアプリは多くがデバイス間のデータの共有(特にPCとの)がやたら面倒だったり
編集画面がスマホでしか提供してなかったり微妙に不便なものが多かったので
今回はWebサービス(+PWA)として自分好みなUIで開発してみたよ、粗い部分もあるけどとりあえず公開だけ。
途中経過の保存とかは無理だけど一応未ログインでも使えるのと、
会員登録さえすれば覚えた単語、覚えてない単語、シャッフル機能で並び替えたカードの順番とかが更新した瞬間にDBと同期されるので
朝に自宅のPCで半分くらい暗記して残りは職場の昼休みにスマホからワンタップでそのまま続きを実行する、とかができる。
目玉機能としては音声認識で発音確認ができること(win&androidのchrome限定だけど)
日本人には『right』『light』とか『year』『ear』の発音が難しいとはよく言われてるけど、その辺りの発音の感覚を音声認識のできる範囲で掴むことができるよ
あとは、中国語(簡体字限定)ではピンインを自動で表示してくれたりする
今回開発してて一番失敗だったと思ったのは、公開前提じゃなかったのでマネタイズとかについての展開を開発中あんまり考えてなかったこと。
今回PWAとしてスマホアプリと近いものをWebで実装する感じを意識したけど、このやり方だと広告サービスの審査にはまあ大体は落ちる。
Ankiltは単語帳一覧があって、その下に詳細ページ的な位置づけとして単語帳の実行画面があるページ設計になっている。
実行画面のファーストビューでは大体『apple』とかの1ワードが表示されてるだけなので、AdSenseを始めとしたASPからすると『文字が少ない＝価値がないコンテンツ』と見なされてしまうみたいだった。
多くのASPやSSPのWeb用広告はあくまでWebメディアやブログ用のサービスであって、
いかがでしたブログでも適当に作った5chコピペブログでもいいから一定の文字数で埋まったページではないと価値があるとは認めてくれないようで、
文字が少ないこの手のアプリやブラウザゲームをPWAとして実装した場合、仮にどんなに高機能で品質の高いものを開発したとしても上記理由で
基本的には単価が低いかアダルト寄りなもの以外つけにくく、サブスクモデルならともかくとして既存の人気ASPに依存した広告収入モデルとはかなり相性悪そうだと思った。
マネタイズを狙うならもっとちゃんとWebライクなインターフェースにして文字をなんとか埋めたりしてASPに忖度するか、
またはガワネイティブででも同じ仕様のネイティブアプリを作ってアプリ用広告(これはWeb用広告と審査基準がまた異なる)を載せた上でPlay Storeとかで配信する、
みたいなところに結局行き着いちゃう気がする(そこまでやるならPWAをやる意味は…)
要するにWeb用の広告からは「こんなのWebメディアじゃないから広告載せさせない」って言われてて、アプリ用の広告からは「こんなのアプリじゃないから広告載せさせない」って言われているような状態。
ちなみにガワネイティブ案の場合は広告審査とは別にGoogleやAppleのアプリ審査を通過するためにまた知恵を絞らなければならない。
調べてみるとPWA開発で同じような問題に直面してる人はまあまあいそうだった。
PWAってこの辺の事情があるから魅力的な技術の割に未だに流行んないのかなぁって気がした。
既存のWebサービスを補助としてPWA対応するとかならまだしもガチガチのアプリやゲームを最初からPWAで作るなら心捨てていかがでしたブログでも作った方が金目当てだったらどう考えても楽だし得。
まあ今回は公開しても利用者自分だけとかになる可能性もあるので次回の教訓としてとりあえずは考えないことに。
今は最低限だけ実装してる感じだけどモチベの問題もあるのでもし需要があれば拡張していく予定。
まあよかったら見てみてね。
