Masked Rider Programmer

Masked Rider Programmer

ホームピグアメブロ

芸能人ブログ人気ブログ

前ページ
次ページ

07Mar
- 20台のSQL Serverに一斉アクセス。
  ハンディのあたらしいプログラムをつくりながら、問題が発生し急遽消費税の変更際に開発したプログラムを製品版として、リリースした。今更、それぞれのPOSデータを上位から一括で取得する凄さ、それでいてそれぞれに変更データをCSVで通常とおり投げられるのは、我ながらすこし自慢のプログラムになった。来期の新食品表示法への対応を含めて、全店の商品の統一化に大いに役に立つと、同時に17年4月の消費税の切り上げにも対応できる。そこで20台のSQLサーバに一斉にSelect文を渡すもこれがパラレルでできていない。サーバのリストをみて順次問い合わせる。まあ、Connectionを開けて、結果を取得し、Connectionを塞ぎ、また新しいサーバのに接続の繰り返し。.net franework4.5だとスレッドローカルがつかえるなんて掲載もあるけど、また環境ができていない。そういや、SQLiteをSystem.Data.SQLiteで185バイト書き込むのに2時間かかる。現実的でないのでやりなおり。やはり、Transaction使うこと考えなあかんかね。
24Feb
- コマンドプログラムの便利さ。
  Windowsサービスプログラム。これで開発するとちょっとカッコいいと勝手に思っていた。ところがパラレル処理していると勝手に思っていたと言うよりは確認していなかった。まあ、c# 4から多少変更もあり書き直した。確認方法として、コマンドプログラムで対応し画面に時間を秒単位でログを表示させた。これだととても動作がわかりやすく、デバッグしてプログラムの方法なども変更した。しかし、パラレル処理はとてもデバッグではランダンにアクセスするのが無理であるため本当に重宝してしたな。是非、今後もこれで対応していくことが無難やね。
23Feb
- Windows でのJson接続。
  いや、久しぶりにはまったな。アジャイル開発は、最終的にはいいシステムができんるんだろうけど。その分納期が決まらず金食い虫になる。だから、こっちゃ自らがやらないとあかんのかね。でも、趣味が仕事になってもいるのでできんだなと、自己満足。ところで、Windows でJsonデータをクラウドサーバに送信するのはまあ便利な仕組み。スマホは、逆で受信やからあんまり関係ないけれど。て、結論から言うと大量のデータを送る場合はやはり向いていない。ならどうするかと言うと、CSVになりにしてhttp/httpsで送信してそれをデータベースにインポートするのがピカイチで早いよ。でもね、これそれぞれ環境でちがうだろうからやはり面倒でも両方のプログラムを作って比べて見ることが大事です。4700件のデータ、Jsonなら41分。インポートなら、4分。話にならんなー。ただ、httpでファイル送るのに、Lunuxは少し設定が面倒だったな。
22Feb
- SQL ServerのParallel接続
  ここ1週間は、SQL Server14台の一括データ収集を並列プログラムでのできるか検証していた。SQL Server 2000だの、2005だの、2008/2008R2だの各種ばらばらのバージョン、C#でNative Client接続で5種のSelect文それも副問い合わせあり。こんなことするのかと思いと、どう現場に情報をリアルに伝えるかを考えが入りまじり、うまくいかない。サービスでプログラムを作ってみたものの、14台のサーバに順次接続するので時間がかかりすぎてデータの連鎖性に疑問が発生する。それでいま流行りの並列プログラムにしたが、SQLの接続に置いてタスクが不安定な動作。ようは、SQL Connectionは、パラレルに対応しない？いや、SQLServerのバージョンで、対応が異なることが分かり結局は、断然せざる得ない。でもね。長いことやってると反対にええものが作れそうです。いろんなこだわりがありましたが、視点を変えてやることで解決。えがったえがった。え、その方法はようはそれぞれでやればいいんだよなーと。しがない5X歳。
12Feb
- iOS-chartのObjective-Cとの共存
  流通小売業の展示会が今日まで、国際展示場ですある。IT業界の展示会と違いとても面白い。今年は、軽く挨拶して帰る予定だ。本来であれば、こういった展示会を利用しての営業活動も大事であるが、未だ完成まで80%なのでまだまだ。グラフライブラリもようやく、色合い表示方法をカッコよくできてきたが、表示するので数値にバラツキがありうまくない。最終調整が必須。ところで、Storyboardを利用してのiOS-chartだが実に簡単であるが、デモアプリでは誤解されやすい。viewにグラフライブラリのソースをIBで指定するだけだ。知らないとは悲しいかな、少し手こずったが。それとやはり、SwiftでプログラムされているiOS-chartをObjective-Cと共存。通信の部分はさておき、必ずブリッジヘッダの記載を忘れないこと。色々やり過ぎで、なかなか覚えないのはやはり歳のさいかな。
11Feb
- Fragment とネットワーク。
  Androidのメイン画面は、SlidingtablayoutとToolbarを利用して構成している。また、各Tabはネットワークでもデータを取得しListviewのメニュー形式。ところが、横のスクロールは問題はないが、早く横スクロールをすると、ネットワークのデータ画面取れないためExptionが発生してアプリが再起動。こりゃ、あかんと色々やってみたが解決しない。これこそ、記憶力とサンプルの集合アプリの悲しさ。一からソースの見直、ところがこれがかえって今までを振り返ることができ非常に有意義なこと。でも解決の方法は、最後は基本のすべて書き換えになりそうな予感。まあ、それも良しとしてあすも頑張ろう。
09Feb
- Android と、Gradleと。
  Android アプリに欠かせない、Gradle。オープンソース、ライブラリの組み込みには必然だ。最初は、ネットワークライブラリのVolleyに始まり、SQLiteの暗号化、グラフライブラリとソースも大きくなり、コンパイルに時間を要するようになった。Androidの場合Gradleにさえ設定すれば、いいわけだが、仮にそのソースが公開されなくなった場合も考えてローカルにも保存は当たり前かと思っている。先日もグラフライブラリをバージョンアップをしたら、プロパティの一部が機能不要になっていた。利用はしていないのでとりあえずコメントアウトしておいたが、この当たりも重要なポイントになる。そんな中で、開発作業にネットワークを利用する環境はできたがいまいちよく理解をしていない。また、英語との格闘やね。
08Feb
- Fagmentとオープンソース segment controle。
  スマホのインタフェースを、iOSとAndroid と共通しようと考えて開発作業に入った。これは、業務アプリなのでサポートを考えてそうしたいと思ってからだった。ただ、実際にはじめて見ると画面まわりは、iOS ではStoryboardに、AndroidではMaterial Designにロジックては、Android のToolbarにほんまに悩まされた。そこで役に立つたったのが、Facebook、Twitterなどの有名どころのアプリ、実際に二つを並べては比較しテクニックを考えてた。そこで最大の課題は、AndroidのTabとiOSでは標準的なSegment controlle結局これで覚えたのが、iOSでは、ViewControllerを入れ子で対応することと、Androidでは、Fragmentの扱い。どれもスマホでは画面が小さく一画面しか利用できないなめ、必須のテクニック。一番わかりやすのは、まずはそれぞれを使いこなすならば画面の構成をゆっくり考えてから対応することや。あとは、必然どれもできるからようになる。
07Feb
- StorybiardとXlbとグラフライブラリ
  スマホのアプリを作ろうとはじめたのが、Xcode5、iOS6あたり、Objective-Cとの格闘は結構シンドイものだった。ここ5年ほどWindows C#が圧倒的に多かったのでクラスをオブジェクトとして捉えれば楽勝との考えていた。それが大いなる間違えだったが。今ではコードも多くなり、コピペして修正なので大分早く書けるようになった。時折、Android Javaから作業を移ると切り替えが容易ではないが。。。。iOSの画面作りは最初からStoryboardだった。これがまたWindowsの開発に慣れすぎていて思ったように簡単にできない。Autolsyoutとか、Navigation Controllerだとか理解するまで1ヶ月を要した。もっとも、他の開発仕事をしながらの片手間だから尚更遅くなり他にも影響を及ぼす悪循環。ほとほとシンドイかった。おまけに最後は、グラフライブラリのサンプルがXlbだったので、余計に扱い方がわからない。そんなかんだで、ようはiOS、Androidにせよ。xmlを利用して作っているだけでソフトウェアとして動作させるにはゴリゴリ書くだけ、それ以外にないんだよ。当たり前の事ことで忙しさでいきなりかかるから余計に時間を要す、でもこれが己のやり方とわきまえて前進あるのみ。たがら、今の自分があるんとつくづく考える今日この頃やや。
06Feb
- ToolbarとSlidingTabLayout
  iOSの開発に一定のノウハウができたとき、ビジネス全体を見直した。ちょうど、iPhone 6Sの出荷が噂されていて、再度iPhoneの価格を見たときやはり高い事を痛感し、Androidの開発を本格化させた。以前にバーコードを読ませるためにライブラリを調査しているときに、Androidでもその性能を見たくサンプルアプリを利用する事までは対応していた。それがプロジェクトを遠回りさせてしまったが。。。今では良かったとき思っている。昨日、後輩のY氏にテスターを依頼したく会社に呼んで思い出した事。Android は、Lollipopになって大分仕様が変わった事を。一番は、Toolbarそして同時に使うTabレイアウト。書籍にはほとんど例もなく、そのほとんどがActionbarばかり、1か月の格闘のなかUSの方が作ったサンプルを見てなんとか完成。それをAndroidパワーユーザのY氏に話したが、やっぱり実感なかった。こんなものかと思った。プロジェクトX風。
05Feb
- スマホのhttp通信
  スマホのテストも開始され、MRJではないが実戦でやはり足らないところが見えてくる。実際にユーザインタフェースのスマホのアプリも重要なポイントだか肝はサーバとのデータ通信になる。JSONのデータをやりとしするのだが、セキュリティを考えるとhttpを暗号化する事はもちろん認証も2重になるにのこしたことはない。Androidは、Lollipopから非同期のみになりゴリゴリ書くにもたいへんなので、Volleyを使い若干のカスタマイズ。といっても、POSTやり取りするための変更たけだ。それでも、通信のネットワークとなるとそれなりの経験も必要で、まだビジネスにはならなかったがBMSの開発ノウハウがこんなところでとにかく役にだったな。このあたりは、今後のスマホの業務アプリ開発において大いに立つと思っています。
04Feb
- スマホアプリのオープンソースの利用
  今回のスマホアプリの開発において、様々な外部ライブラリを利用した。ネットワーク、データベース、暗号化、グラフライブラリなど、iOS、Androidの2種なので、そのノウハウを得て、それらの組み合わせをどうやるかがノウハウとなった。まさに今ではのような細かい品揃えである。そこで、様々なオープンソースではあるが書籍に掲載されならばデファクトで実に簡単にできるようであるが、細かい事をしょうとするとそうは問屋が卸さない。でも考えてみれば、簡単にできるから掲載も多いので、事前調査しないの事がおおきな原因だ。まさしくアジャイル開発の真髄。さあ、ヘルプに採用した旨を掲載しょう。
03Feb
- スマホベータテスト開始。
  スマホのベータ版テストを開始した。iOSは、iOS7.2からの9.2までAndroid は、Android 4.3から6まで実機としては、iPhone 5s、6、6 Plus、６PlusGalaxy nexus、Nexus 4、5、6、6P開発を独りで初めて早くも1年半、iPhoneは企業ユーザのためたんまり機種があるが、Androidについては、都度必要な時に低価格のものを購入してきた。昨晩は、小さなキックオフをして今週には、それぞれのアプリをダウンロードできる環境を設定するつもり。てなもんで、早速iTune Connectできたが、その先は英語だけ、Androidに至ってはアップするもなにやらデバックモードデバックNG、やっとおもいでアップしたが、今度はダウンロードする方法がわからない。またまた格闘。もえ50半ばでもやることいっぱいあってひたすら前進するのみ。カメラ、Sqlcliperについて記載Androidアプリ開発逆引きレシピ (PROGRAMMER’S RECiPE)/株式会社Re:Kayo-System￥3,024Amazon.co.jp
02Feb
- Windows でもJsonデータのやり取り。
  今回のスマホのシステム開発は、WindowsのSQLServerのデータを取得して、そのデータをクラウドのサーバに反映しスマホ、タブレットから参照するものであります。そこでデータの取得するマシンは、当然Windowsクライアントになる。サーバはクラウドサーバなので、基本はLinuxで構築するWebサービスになった。当然Windows クライアントとLinuxサーバ間のデータのやり取りはhttpかhttpsで非同期で対応したが、Windows側でどうやってJsonデータを送受信をホンマにはまった。特に、iOS、Androidともにわかりやすいライブラリがあったので簡単にできたため余計に苦労した。ここでの、最終案は結局Windowsのデフォルトdatacontractjsonserializerで対応した。まあ、将来Windows 8.1以降ならdynaminjsonもありだけどやはり一般ユーザに使うためこれで決まりにした。若いサポートの人たちにいい課題とも考えでいる。
01Feb
- iOS-chartと MPAndroidchart
  スマホの開発において、サーバとJsonのやり取りをiOS、Androidともに一つのWebサービスで対応させるのは結構コツが必要だった。こんな時に、iOS、Androidの両方に同じJsonデータを使ってグラフを描くとなり、じゃ同じようにできるものを探した結果、採用したのが下記。iOS が、iOS chartAndroidが、MPAndroid Chartsとてもカラフルでなかなかいい。タブレットでもデモプロを動作させたが、同じように動作する。もともと、iOS chartsはMPAndroid Chartsで開発されたものを、iOSに移植しているからだ。ただ、難点はiOS chartsがSwiftでプログラムされたこと。今回のシステムがObjective-cで開発されたためまたまた新しい言語の勉強となった。環境設定、言語仕様などのに1週間、共存し動作するまで1週間、ネットワークから取得したデータでの動作に3日と、随分遠回りをしたが、それぞれのソースをみて色いろためになった。やはり、世の中にはまたまだ凄い技術を持った人たちに感謝し、凄さを再考させられた時間だった。
29Jan
- スマホアプリのβ版の完成
  1月はあまりブログもできないくらい最終のプログラミングに明け暮れた。DatePickerに始まり、Segment ControlなどiOSとAndroidの操作性の格差をできるだけ無くすためにオープンソースをはじめ様々な対応を行った。そのせいであまり、売上を上げる活動ができなく、来月にはこのアプリの試用段階に入る予定。今回のことで一番感じたことは、ソフトウェアのアプリ開発と最終的には関わる人間の最後はやる気だけという思いだ。もっとも、これを人に押し付けても何も変わらないし結局はNGである。スマホを使って仕事をより身近にし、できる限り効率よく仕事をしてもらいと思ってはじめたこと。肝心なスマホのアプリもiOS、Androidと２種への対応。当初は、ハイブリットアプリにもチャレンジしたが、小売流通業にはどうしてもバーコードが必須のため、スマホのカメラを利用するためにOSへの依存が必須で全てNativeにての開発になった。Objective-Cに始まり、Android Javaそして最終的にはグラフライブラリのためにSwift2.0までやるとは正直に思っていなかった。もっとも、最終的にはデータのやり取りをするために、従来得意のc#、PHP、MySQLのストアードまでやることになった。さあ、これでスマホの業務アプリの開発の基礎的なノウハウは構築できた。常に仕事はするもの、こなすものではなく、仕事は作るものとしてやっていきたい。これは良い本です。開発のプロが教える Swift標準ガイドブック/マイナビ￥3,769Amazon.co.jp
21Jan
- DatePickerの使い方には、ご注意
  様々なスマホの開発において、久々にはまった。Tabを用いた画面にて、その中でSegmentを利用した入れ子の画面にDatePickerと独自のNumberPickerを対応させた。いやはやそもそもDatePieckerがプログラムされたものではなくあくまでXMLによるレイアウトになっていうるのでその表現をするとインスタンスの設定した後はゴリゴリ書かないと全く動作しない。で、親子孫まで設定してある３つのViewControllerとStoryBoardを組み合わせて対応した。最終的には、仕様をより深く追求していないのでまだどう対応するかが不明であるばとりあえず利用には問題がないのでこれで行くべきたと。ジェジェジェjまあ、Androidに対応したものをさあはジメッか？
15Jan
- スマホアプリのロジック。
  ずいぶん時間が空いた、何せ年初から急な対応が続いたのとスマホのデータサーバのプログラム変更などで時間がなくなった。小職のようなものは暇を見つけては新しいことをやりたいと思うので、新しいことの調査となると結構時間がかかるのでも仕方ないことかもしれない。いよいよ後輩のH氏の構築したサーバ環境のデータを、利用することとなりアプリのロジックを再構築した。これは、スマホのアプリは画面が統一できることが多く再利用のためにデータの処理についても簡素化することができる。おまけに例えばFacebookのようにiOSとAndroidにおいて画面の動作を同じようにするためにその設計が大事になると思う。今回はそのおおまかな対応が構築でき、いよいよデータの参照を本格的に開発するぞー。
02Jan
- iOSについては、2016年はSwiftでの開発が必須やね。
  折角のお正月であるが1月2日は朝から仕事だ。1日に客先が休日のため、データの送信がなく2日分合わせて送付するためプログラム、データの確認が必要。お陰で外部に開発を依頼したためにデータのAppendの確認もでき、本年は特に対応は必要ないように一部修正するだけでよさそうだ。とはいえ相も変わらずに、ひたする28日からiOSのグラフ対応に悪戦苦闘しているが、今朝ようやくその実態がわかってきた。結局のところ、iOS7、StoryboardをメインにObjective-Cで開発をしてきたが、今後はやはりはSwiftをDefaultとしてハードウェアの制御などに限定されるだろう。今回の一番苦労したことは、グラフチャートのサンプルの画面が全てxibに開発されていて、画面制御のファイルが開発してStoryboardに移植するのには制御用ファイルを対応させる必要があり、コンフリクトが発生することだった。それも全てのファイルをサンプルから一つ一つ削除して最低限のコードで動作できる環境を作って初めてわかった。おまけに、サンプルもSwift2.0に完全対応しているかもその他のサンプルで確認して最終確認ができた。「技術は嘘はつかない。」と佃公平が言った名言が頭を離れない。これからも実践するのみである。画面制御について記載がいいが、もう廃刊されている。iOSアプリ開発達人のレシピ100/秀和システム￥価格不明Amazon.co.jp
31Dec
- XibとStoryboardとiOS-Chartと。
  大晦日、会社の年賀状の作成に1年の締めくくりを思いつつ、初めて使った年賀状ソフトの凄さにあたらめてソフトウェアとはいかに使いやすいかが重要だと思った。同じ業界人として見習わなくてはならないと痛感した次第。おかげでAndroidのMPAndroid Chartsの移植の目処も立ち、次はiOS-Chartsの移植である。Githubのサンプルも全て英語で記載されているが、それなりに分かりやすくSwiftでライブラリが作成させているのも関わらず、Objective-CでChartDemoとしてしかり動作した。グローバル化というのは、インターネットによって発展したと思う小職には感謝以外ないものである。そんな中で、グラフは全てXibで開発されているため、そもそもプロジェクト自体がバーコード対応につきiOS7以上をターゲットにしたこともあり、開発そのものが全てStoryboardで行っているためXCode4以前の昔の参考書をまた見ることになった。そんなわけで、年末年始はXibをStoryboardに移植するか、それともXibとStoryboardを共存させるかを色々試して見ることになるだろう。寂しい限りであるが、3年前にノロウィルスになって以来外出も控えて対応することになると思うな。蕎麦食って、良い年を迎えるようにしたい。StoryboardとBI、特にAutolayoutについてよく書かれています。iPhoneアプリ開発エキスパートガイド iOS 6対応/インプレスジャパン￥4,104Amazon.co.jp

前ページ
次ページ