BLOG オヤジーズ 気まま・気まぐれに写真を撮ってたり、山に登って歩いたり、ブツブツつぶやいたり、変なオヤジのブログです（;ﾟдﾟ）ｧ….パソコンもモバイルもhttp://blog.oyajees.net/ です。
仕事について・・・
「とりあえず今日はここまで！」と思ってたプログラム完成直前、ある日本語の一文字が文字化け・・・
予定という文字は、予の後に￥マークが入る。
これの原因はわかっている。
データベースはEUC-JP、モバイル用にShift-JISという文字コードで書いていると必ず出てくる問題。
慌ててプログラムを書いていたので、この辺りの対策を忘れてしまってた初歩的なミスだ。
某公共機関の仕事をしているときに何度も問題になったバグである。
こういう仕事をしていると、いつも気にすること。
中途半端に手抜きをすると必ずバグとなって現れる。
プログラムを書いて作っている人間と、操作する人間とでは全くと言っていいほど違う操作する。
プログラムを作っている人間では考えもしないような操作もたまにある。
「違う操作をした際に、どのようにしてバグが出て来ないようにするか。いかにエラー回避・処理をするか。この辺りのエラー回避・処理の作り込みでプログラムの価値が変わってくる。」
と、ある人（先輩）から教わった。
仕事をしていると、「全く、その通りだ」と改めて考えさせられたことを今でも思い出す。
今、作っているプログラムも通常の倍の時間をかけて作っている。
作り込んで行くと、「ふと」考えつくことがある。
「そういや、こんな操作するかもしれないな」と。
テストをするにしても方法を変えながら、「こんな操作するかも」「もしかしたら違う、こんな操作するかも」と、何パターンもテストをする。
もちろん、Web系というのは、Windows系PCもあればMacもある。
ブラウザもPCとMac、それぞれ対応しているブラウザによって表示が違ってくる。
これにケータイ等モバイルでの実機テストも追加される。
数年前の基幹系業務アプリならWindowsだけ、OSもWindows2000やXPに対応さえすれば良かったが、Web系はそうもいかない。
Web系の仕事は上に書いたように、様々な端末やソフトでテストを繰り返すので手間暇が基幹系業務アプリより数倍かかることがある。
IT系の仕事をしていると儲かっているように思われるかもしれないが、実際は経費を押さえようとしている今の情勢なので、そんなことはないのが実情。
最近、忙しいこともあるが、年齢的なのか他に要因があるのか、「キツいなぁ〜」って思うことがよくある。
自分で書いてあるプログラムで訳がわからなくなって考え込むこともある。(笑)
もう少し頑張って人を雇えるようになると若い世代に任せたいと、つくづく思うようになってきた。
「今晩は飲みに出てます〜」とか「今日はゴルフです〜」となりたいものだ。(*´∀`)ｱﾊﾊ
このブログで関連すると思われる他の投稿
仕事について・・・ への8件のフィードバック
コメントを残す
モバイル対応QRコード
Powered by WordPress using the F8 Lite Theme All content © 2012 by BLOG オヤジーズ
subscribe to posts or subscribe to comments
ログイン
私もソフト屋のはしくれ（ＦＡ関係ですけどね）なんで、
言わせて貰うと、
「いわちゃん。流石。プロですな。」
最近は他のソフト屋の仕事を見ていると何といい加減な事か。。。
仕様に書いてない事は全く考慮してないとか、
そんなんばっかりさ。
お客さんがどんな操作するか、ちゃんと考えているのは
プロの証拠だね。
はやひでさん、どうも。
起こるであろうことを予測しながら作っていくのがプロだと思います。
当然、打ち合せの段階で予測は出来るハズで、そこから仕様以外のことが発生したら、発注側も受注側も漏れだと思います。
この漏れが後々になってのトラブルの原因になりかねないことが多い。
発注側は仕様の漏れだとは思っていないですから。
いくら想定外のトラブル（一般の人はバグという）が出ないように作り込みをしてもゼッタイ出ます。
出ないほうがおかしい。
いかにバグ（一般の人の判断）の発生率を少なくするか。
例え制作に日数が余分にかかったとしても、後々のトラブルが少ないほうが最終的には納品物としては早い。
これがプロとしての仕事だと思っています。
金曜日に新しい業者さんから届いたテキストのデータが全部文字化けしていて、
なんでだろうと色々と調べたところMacで作ったデータでUTF-8に変換されたものでした。
テキストデータはいままでWindowsの秀丸を使ってShift-JISで作業をしてるため、気付きませんでした。社内にいたパソコンに詳しい人の意見を聞きながら、ネットなどで調べましたら、これからの汎用性などを考えて、UTF-8にしたほうがよいとのことでしたが、では、いままで蓄積されたデータはどうなるのか？ データベースを構築する時、両方対応できるのか？ これからの課題です。（私ではないよぉ～。システム担当の人、いわちゃんなら出来そう。）
いま使っている市販のデータベースソフトはもう流通していません。いつ使えなくなってもおかしくない。なんとか早いうちにデータベースソフトを買ってくれないと、自社開発でもいい、何でもいいけど、対応してくれないと、仕事が困ります。
タダの愚痴でした。
秋桜さん、どうも。
Macも昔はShift-JISを使っているときがありました。
Windowsは相変わらずShift-JISが多いですね。
でも、OSやソフトウェアがネット対応になって、XMLというHTMLの発展系が主流になってくるとUTF-8というunicodeが主体になりました。
普段、みなさんが気にせずに使っているブログ、これの文字コードもUTF-8です。
私もWindowsでは秀丸を使っていますけど、文字コードを指定してファイルの開き直しをすると文字化けせずに見えていますよ。
WindowsとMac、改行コードの違いもありますからね。
過去の資産としてのデータをデータベースに読み込み、新しくデータベースに登録する。
この辺りの作り込みは最初の打ち合せで出てくるハズだし、制作会社も当然気がつかないといけない部分だと思いますよ。
Web公開じゃなくて、社内だけの限定使用なら難しい話しじゃないと思いますよ。
詳しい話しはわからないので断言できませんけど。(笑)
いわちゃん ありがとうございます。
勉強になりました。大変助かります。
仕事の話になって恐縮です。
データベースはweb公開するのか、社内限定に使用するのか、
いまは上層部で検討をしているところです。
改行コードに関してはWindowsで納品されたデータは秀丸でなんとか対応が出来ています。
Macのデータは業者が対応してくれます。
データを管理する側としては来週の月曜日以後に業者さんにUTF-8にするのか、
Shift-JISにするのかを告げなければなりません。
頭痛いところです。
休みに仕事のことを考えたくないのに・・・
秋桜さん、こんばんは
システム移行のプロジェクトに参加されているみたいで大変そうですね。
過去の資産は過去のもの。
今後トラブルが少なくて、将来のシステムにも対応できるであろう文字コードを選定することが大事だと思います。
将来性のことを考えると、比較的 文字化けの少ないunicode＝UTF-8にするのが理想でしょうね。
私なら迷わずUTF-8を薦めます。
理由は、ココを見ていただいたほうがいいかな？
http://www.atmarkit.co.jp/fxml/rensai/xmlwomanabou06/learning-xml06.html
最初に文字コードを統一するという手間はかかってしまいますが、それは最初だけです。
UTF-8にしていれば、Web公開か社内限定かの問題は無いと思います。
まずShift_JISの文字化け問題を気にしなくていいですから(笑)
それが最終的にはお客様のためになると思いますから（たぶん）
いわちゃん
こんばんは
貴重なアドバイスありがとうございます。
月火の二日間はいろいろと考えた結果、
いわちゃんがお薦めの通りunicode＝UTF-8の方向に進めたいと思います。
明日から夏期休暇を取り、来週の月曜日に結論を出します。
色々とありがとうございました。
大変勉強になりました。（コレカラモヨロシクデス）
秋桜さん、こんばんは
UTF-8になる方向なのですね。
詳しい話しを聞かずに勝手な推測だけでアドバイス的なことをしましたけど・・・
ほんとに良かったのかな・・・
会社の人と先方の業者さんと、じっくり相談してみてくださいね。
あくまでも私のは、一意見として取ってください。