今はアプリの開発、思ったこと、気付いたことを書いています。
気付くのが遅いんです。
作り終わった後に気付くんです。
これじゃダメだと、、
ずっと、開発者目線で機能を作り込んでいて、、
それが、開発が落ち着いたタイミングで、ユーザー目線かな？
デザイナー目線に切り替わるんです。
バランスが悪い、、気に食わないと、、
何が無駄かは、、やってみないと分かりません。
かと言って、、自分は特別だと思ってはいません。
特別な範疇にいる自覚はありますが、
特殊な範疇にいる自覚はありますが、それでも人間の範疇は超えていません。
だから、他の人の失敗から教訓を得れば、、そこには首を突っ込みません。
サンプルが多い事柄は、、見てれば分かります。
事件の状況と結末を知っていれば、、
自分なら上手くやるなんて思いません。
それほど自意識過剰ではありません。
複雑そうに見えることでも、
単純な繰り返しだったり、単純なことの組み合わせだったりします、
スマホの大きさには、物理的な限界があります。
人間が瞬間的に判断できる情報量も、、
その処理できる情報量も、、年齢なり、時間なり、体調によって違いますから、、
その情報量がずっと同一であるならば、、野球選手の加齢による引退はないはずです。
日々、失われていく瞬発力、体力を、練習と蓄積された経験則でカバーしきれなくなった時、、
結果が出せなくなった時が引退です。
有限な世界で生きるには、
可能な限り、物事をシンプルにすべきです。
さて、自分、、
今日も１つ、、間違いに気付きました。
ウィンドウズなどの、グラフィック・インターフェイスにとって、、
非破壊行為について、、確認行為は行わない方が良いのです。
例えば、ゲーム、、１面クリアしたあとに、、
２面をロードしますか？ 「はい」「いいえ」と聞かれたら、、
鬱陶しいだけです。
そして、「いいえ」を選択したら、、ゲーム終了、、
「はい」を選択するつもりで「いいえ」をタッチしたら、、悲劇以外の何者でもありません。
今回の自分は、、アイコンを作り込んでいなかった名残で、、
ユーザーが鬱陶しいと思う機能、、をわざわざ残しておく意味がありません。
アプリの製作者的にも、アプリをシンプルにすることで、
不具合が起こる可能性が低くなります。
今、アプリを手直ししているところです。
面倒臭い訳です。
必要性があれば、作業を進めるのですが、、
誰も望まない機能を作っても、、
毎日、ポロポロと問題が出てきます。
自分もまだまだだなぁ、、と思います。
今日はお出掛けの日です。
出先では、自分と、、自分のアプリと向き合うしかありません。
今回は、前回に比べて、、不具合が減って良い感じにアプリが直ったのですが、、
気付いてしまったんです。
ダメだと云うことが、、
人間には、限度があります。
一度に処理できる情報量には限度があるんです。
２週間前かな？
知人に難しそうだと言われたのですが、、
その対応をしたのですが、、
それが全て直っているかと云うと、、
それが直っていないことに気付いたんです。
人間には、個体差があります。
一度に処理できる情報量には差があるんです。
そして、私を含めて、、小さな文字は読みたく無い、、
そういう人たちも居る訳です。
悪い意味で、、
こんな手の込んだ手順書を作った会社なんて無いと、、
別の新人の人からは、分かりやすい手順書と褒めてもらえました。
さて、自分、今の自分、、
１５年前よりは随分と進歩している筈ですが、、
アプリの出来はと言うと、、
分かり易さを重視して、
使いやすく作ることを目指しています。
そのため、毎回毎回、作り直しの日々、、
そこまで努力しても、一般人の感覚に届かない現実、、
さて、現場の手順書は、、
まあ、酷いものというのが想像できるでしょう、、
そして、そこに、、製品のマニュアルがある訳です。
過去の経験が今の自分の基礎になっています。
夢を見過ぎちゃダメです。
自分が出来ることと、出来ないことを見極めないと、、
昨日、一昨日くらいから、如何しようか迷っている機能があります。
間違って、お客さんがそれを触るとデータが消えるので、、
救済措置を付けているんですが、
その機能が便利すぎて、、
表示中のデータを削除する、、これが本来の機能ですが、、
存在しないデータから、表示データを作るという、、
とんでもない機能で、、
その前に作成して、、消した情報がずっと残っていて、、
例えば３日前のデータをワンタッチで復元できてしまうという、、
馬鹿機能です。
ジョークアプリを作っている訳ではないので、、
自分としては、直近のデータ削除を取り消す機能があった方が、、
お客さんには便利だろうと考えたのですが、、
それを実現するには、今のアプリの構造では単純すぎて、、
そういうコントロールをするには論理を考えるのに時間が掛かるんです。
お客さんのうっかりミス、、心変わりに対応する心遣いですが、、
これを入れることにより、お客さんがアプリの動作を理解することが難しくなります。
どこまで救済されるのか、、
そこら辺の線引きを間違えると、、意味がわからないと思われる訳です。
お客さんのために作った機能が、お客さんに嫌われる機能になる可能性がある、、
そんなの作る意味がありません。
言葉選びが下手です。
説明文が難しいです。
今日はお出掛けの日、、
不具合を沢山持って帰ってきました。
安定していたシステムを壊してから、、初めてのお出掛けの日ですから、
不具合が沢山出るのは当然です。
ですが、その不具合が落ち着いたら、、
以前のシステムより使いやすくなる、、実感はあります。
そして、途中、、不具合を探すのを辞めました。
起動画面から、２、３画面変移しただけで不具合が多発しています。
そして、そこまでしか手を入れられていないので、、
それ以降は不具合が出て当然です。
１、２画面調整するだけで１、２日掛かっています。
それでも不具合が多発しています。
考え方が甘い箇所があります。
とにかく、、最初から、、通しで修正するしかありません。
基本的に全て出来ています。
出来ていないものは、その機能を呼び出すランチャの部分と、、
表示関係です。
些細なミスばかりなので、、単純な書き換えばかりなので、、
発見された不具合の数に比べ、、修正することは難しいことではありません。
数物は、、とにかく、、数を減らさないと、、
数が多いと、、パニックになる傾向にあるので、、
どこで作ったのかな？
やはり信じられません。
水浸しになりました。
使って、一年かな？
じょうろに穴が空きました。
プラモデルです。
AパーツとBパーツ、、溶着して１つの商品にしているのですが、、
その接合部に充分な厚みを持たせず、、
今日、、じょうろ一杯に水を注いだところ、、
穴が空いたんです。
じょうろの中から見たら、、その部分が透けて見えるんです。
そして、底面から見ると、なぜか、、その接合部に１本の筋が入る様なデザインがされているんです。
まるで、金魚すくいのモナカです。
わざと壊れる様な商品を作って、、
再度、買ってもらおうという、、浅はかな考え、、
だれが買うか、、こんな不良品、、
人づてで、代理購入してもらったものですが、、
普通、、じょうろなんて、、耐久財として購入しますよね？
いくら、私には、周りには学びがあるという、、大きな考え方の人間でも、、
お金さえ儲かれば良いのか？
明日、会社が潰れようが構わないという仕事の仕方には碧碧します。
えーと、、使用するプラスティックの量を減らせば確かに儲かるかもしれませんが、、
水を入れて持った途端に水漏れするじょうろ、、
それを苦情を述べ、、代品に交換してもらっても、、水漏れする様な、、
低品質のクオリティ、、
私は１００均、、信望者なんて信じません。
人格的に疑います。
そういう人間は、きっと不良品をつかまされても、、
◆◆って、、こんなものだと思うんでしょうね！
どこの国で作っているか、、想像は出来ますが、
知りませんが、、
物凄く、レベルの低い人達だということは知っています。
馬鹿なんです。
物事の道理を知らないんです。
これまた、人づてで購入した手鏡、、
角度調整機能が付いているので、台座を捻って、、角度を変えると、、
そこの固定のネジが外れます。
それもあり得ない理由で、、
信じられないほどの馬鹿なんです。
コストカットの末だとは、、思いますが、
信じられない方法で、原材料を減らし
それでコストカット出来たと息巻いているんです。
とある、、頭の足りない人が、、
ナット、、不要じゃない？ と言い出した訳です。
ネジも、、ナットを締める分、、余分に長さが要ります。
そして、ナットを締める時間も無駄だと言い始めた訳です。
そして、、あろうことか、、ナットを、、プラステックと熱溶着しやがったんです。
あの、、ワッシャー、、必要なの？
スプリングワッシャって必要なの？ という小学生、中学生レベルの浅はかさを
遥かに超える、、常識のなさ、、
今さえ良ければ、それで良い的な刹那的な金儲け主義、、
自分が会社を辞めた翌日に、倒産してっも構わない的な金儲けの姿勢、
有り余るほどの、、技術力の無さ、、
そういう商品を商品のラインナップに入れてしまうほど低い、、
１００円均一の会社としての、、社会的責任を取らない姿勢、、
全てが、大っ嫌いです。