Sagaraコメントするいよいよ2020年度から、日本でも小学校のプログラミング教育が始まります。始めている学校もあるようですが、「プログラミング的思考」を育てる事も目的の一つらしいです。日本の教育は、単なる詰込み教育だったので、やっと変わるのかなあと期待しています。プログラミングとは、自分で考える事だと私は思います。個々の個性やレベルに合わせた教え方をしないと、ついて来れなくなります。覚える人も、自分の言葉に置き換えながら理解が間違っていないか、確認しながら自分の物にしなければいけません。答えは無数にあります。途中で道に迷うこともあります。逃げないで最後まで自分でやり遂げる力を養うには、本当に良い教育になると期待しています。先生も生半可な忍耐力では、教えれないと思いますが・・・。STAMPですが、古武道編をいろいろ考えていたところ、最初に参考に切り取っていた自分の写真を、いくつか集めてみました。挨拶に使えそうな言葉が思い浮かばなかったので、アドバイスという形にしました。普段、古武道の稽古を通じて、仕事やスポーツ競技等で助言として役に立ちそうな言葉を当てはめてみました。自分で使ってみて思うに、このスタンプは文章も添えて送らないと、何についてアドバイスしているのか、わからない・・・と思われます。ご使用の際には、注意が必要です・・・。Sagaraコメントする訳あって、LINEスタンプを作ってみようと思いました。絵の才能が無いので業務アプリの開発しかできないのですが、描いてみないことには始まらないので、やってしまいました。↑大人向けに、居合道をイメージして描きました。2鳥系(すずめ)↑野鳥の知識が・・・・なので、ペンタブレットが無いので、とりあえずマウスで頑張ってみました。一枚の図柄の作成に最低30分はかかり、それから何度も手直ししてゆく感じです。最初に描いたものも、手直ししてゆくうちに、まるっきり別の図柄になったり、言葉を変えてみたり・・・行ったり来たりです。今回は、試行錯誤でどこまでやっていいのか分からないし、やり過ぎると滅茶苦茶になりそうで、とにかくここでリリースしなければ・・・という感じでした。次回からは、身近な人のアドバイスをたくさんもらったり、感情や動きを入れる技術を磨いたり(モデルの知識とか・・・も)と思っています。スマホを使用した、倉庫内検品プログラムデモです。スマホで検品システムを作成してみました。http://www.mobile-sta.com/wordpress/wp-content/uploads/2017/09/kenpin_demo_.mp4今回の検品データの取得および実績送信は、http通信を使用しました。Azureを使いました。実際に業務で使用する場合は、クラウド化が常識なので、自社クラウドかAzureになると思います。データベースの扱いは、ローカルもクラウドも特に違いはありません。SQLサーバーの橋渡しは、IISを使います。Studio)でSQLを使ってやりたい放題できます。Studioでのhttp通信は、HttpUrlConnectionでやりました。内部では、定番のSQLiteでデータを溜めておいて、まとめてhttpで送信します。1データ毎に送受信すると、IISの同時接続数が常に高くなるので、1作業毎にまとめた方がよいと思います。Pro)を使用した方が安上がりだと思います。AzureでIIS用のVMを立ち上げると、毎月の費用がそれなりにかかるので、検品端末が、10台程度ならデスクトップPCの方が、無難だと思います。セキュリティ管理上もAndroidからは、ローカルネットワークにしかアクセスしないので、安全性も高いと思います。パッケージ化したいと考えています。ユーザー毎に若干のカスタマイズは必要になるかと思います。表示上、文字数が多過ぎたりすると画面上で他のコントロールと重なったり、また、Androidの専用機の場合は、スキャンモジュールが異なったりするので。Mobile向けに作ってみました。NEOという機種なのですが、スペック的には普通のAndroid端末と変わらないのですが、バーコードの認識には、若干手間取ってる感じがしました。機種による差なのかもしれません。Mobile端末を持っていないので、比較できないのが残念です。Windowsアプリストアで公開するには、UWPで開発する必要があります。UWPで開発することの魅力は、デスクトップPC用のプログラムとモバイル端末のプログラムが、同じ言語で開発できる事にあるかと思います。Mobileに関しては、現時点では、シェアが少な過ぎ、端末も少ないので、実用性は低いかと思います。10は毎月のようにUpdateが行われ改良されていっているので(Mobileも含めて)、将来的に期待はしています。Mobileが、業務向けOSとして完成度を高めて行って欲しいなあと個人的に思います。Framework版を作成しました。今回は、コマンド引数に1を付けて起動すると、受信~CSV出力まで自動で行い、終了するモードを追加しました。そのまま起動すれば、手動モードで開きます。クライアントPCは普通Windowsですし、たまたまAndorid開発がJavaだったので、Javaで作ってみたのですが、私のJavaスキルの問題ないのか、C#で作った方が結構早いというか普通でした。Studioもマルチプラットフォームになってきているので、開発者も今後はこちらにシフトしてくるような気がします。スイッチを、自分用に作りました。使う機能なので、今まで、誰かが作ったものをダウンロードして使っていましたが、どれも広告付きでうっとおしいので、広告無しの超シンプルなのを自作しました。wrSwitch電池の節約が、最大の目的です。広告は、バッテリーやパケットを食うので悪です。WiFiを使わないときは、WiFiをOffにしています。常にWiFi検索していると、バッテリー消耗が早いからです。画面自動回転をOffにすると、電池の節約になります。ポケットの中で、立ったり横になったりすると、画面が切り替わる度に、電池が消耗するからです。相変わらず、デザインがアレですが、ウザい広告から解放され、デザイン性が無いので飽きないかと・・・。アプ名を変更して、リリースしました。Drawer(ナビゲーション・ドローワー)の勉強が目的です。ナビゲーション・ドローワーは、最近のアンドロイドアプリのメニューとしては、標準になっているようです。Toolbar(ツールバー)にメニューを追加する方法や、FloatingActionButton(フローティング・アクションボタン)しか使っていなかったので、どういった場合に使うべきか、よくわかりませんでした。スタートメニューに似ています。違うのは真横から出てくる点でしょうか。画面を大きく使えるので、視認性も良いと思います。今までは、ほとんど1画面で完結の、簡単なものしか作った事が無いので・・・。複数画面に渡るアプリでは、メニュー階層が解りやすくなります。Studioは、どんどん進化して行っています。古いものは(古いアプリや手法)、どんどん捨てて新しいものに作り変えていかなければ、世の中に受け入れてもらえないんでしょうね。アプリ用に、メール送信したデータをテキスト出力するプログラムを作成しました。