こんにちは

このウェブページでは開発者を目指す人や開発者になってこれから開発職を全うしていこうと思っている人に向けて私、おとはが思うことを綴っていこうと思います。

この記事に書いていることを鵜呑みにしたり、書いていることだけを実践しても結果を保証するものではありません。
大事なことはこれからあなたが 「どんな人になりたいか（キャリア）」 、 「何をしたいのか（ジャンル）」 、 「どこを目指すのか（目標）」 です。

中級者向けの第４段です
新人を卒業して数年の歳月を経てしっかりと自分の力で仕事をこなしていける人向けの内容ですよ

それでは、 「第１０章　設計そして行動」 についてお伝えしますね。

「設計」 なんて言われたらプログラマーの仕事だって言われそうな気もしますが、 何も設計はプログラマーだけの仕事ではありません
仕様を決めて しっかりとした芯のある設計の元に行動を移さないと後からトラブルに見舞われる ことがあります
ゲームでもツールでもそうだし、それぞれの実装において作成されるデータだって仕様がしっかりしている必要があります
グラフィックデザイナーに「 自由にデータを作っていいよ 」なんて格好良いこと言ってみたら・・・ 解像度が大きい 、 読込時間が掛かる 、 CPU処理負荷高すぎる なんて事になりかねない
３Dのモデルとかになってこれば、 ポリゴン数 やら どこにボーンを入れて処理させるか なんてのも大事ですよね
CPU も GPU も Memory も有限ですし、 HDD だって Network 帯域だって制限があります

プログラムって膨大なソースコードの上に成り立つので個々の細かい処理に目を通すなら選任で人材割り当ても必要になってきます
最近はコード分析なんて便利なのもあるのでそこでテストも可能ですがトラブルを未然に防ぐなら設計思想が大切になります

中級者になってこれば 経験やノウハウも積んできている と思いますので​、 良いこと・悪いことの判断はある程度思いつく はずです
設計もしないで作業に入る人は、 すごく頭が賢くて周りの人から遠い存在の人と思われている人 か、 後先考えられない取りあえずで作業してしまう人 でしょう

設計思想もなく実装していった仕様に対して1年後しっかりと記憶しておくことが出来るでしょうか
どのような 意図があって何を目的として行うことなのか を デジタル、アナログ問わないので必ず書面として残しておきましょう
これが出来なければ時間と共にどんどん対処が出来なくなるひどい状態へ進むことになります

しっかりとした 理念の元に設計されたシステムや各種データであっても 機能拡張や他のデータへの派生などしている内に元の情報は薄れていきます
どこかのタイミングで立て直しをしたり、動作テストを行うための指針となるように情報を残しておきましょう
これが出来ていれば すべての行動を設計者が起こす必要はなく 作業を分担して開発していくことも出来ます
また、 引き継ぎ時間も短縮できますので引き継ぐ方も引き継がれる方もお得 になります

かなりプログラマ寄りの内容になってしまいますが・・・
最近のコンピュータは複数のCPUコアを使用してマルチスレッドで処理をします
スレッド間のデータの保護もそうですが効率よく処理を実装していくことが 技術力として必要 です
ここでも 大事なのは制御フローをちゃんと考えて設計すること に就きます

チームの作業フロー なんかも 考えておく必要があります
どこから仕様や依頼が来て誰がどのように対応して最終的なデータに変換されていくのか明記します
作業フローに問題があると 作業 途中 で問題が発生してもスルーされてしまい 、 気付いた頃には後戻りできない ・・・ なんてことにならないようにしましょう

設計の方法は色々あります。
意見出しであれば、ホワイトボードや紙ベースに書いていっても良い でしょう
出来れば ブレインストーミングなど誰かとの情報共有が出来るアプリを利用してデジタルデータ化するのが素晴らしい です
私は初期設計はXMindによる考案を行います

マインドマップは考えをまとめるのに非常に特化しているので楽しく考えをまとめられます

とりあえずで行動して後から後悔するような駄目作業フローから卒業して 将来を見据えた開発が出来るように今すぐ行えることから実践していきましょう

こんにちは

このウェブページでは開発者を目指す人や開発者になってこれから開発職を全うしていこうと思っている人に向けて私、おとはが思うことを綴っていこうと思います。

この記事に書いていることを鵜呑みにしたり、書いていることだけを実践しても結果を保証するものではありません。
大事なことはこれからあなたが 「どんな人になりたいか（キャリア）」 、 「何をしたいのか（ジャンル）」 、 「どこを目指すのか（目標）」 です。

中級者向けの第４段です
新人を卒業して数年の歳月を経てしっかりと自分の力で仕事をこなしていける人向けの内容ですよ

それでは、 「第９章　正解は一つじゃない」 についてお伝えしますね。

ゲストさんも 普段の生活のなかで 色々な選択をしているかと思います
例えば、ご飯を食べるタイミングや何かを購入するタイミングや起床も就寝もすべて 実行する・しない や 遅らせる・早める などあるかと思います

仕事においても同じように たくさんの分岐の１つを選択 したり、 複数の分岐から良いところを集めた選択 をしたりしますよね

早速結論ですが、 何事も正解は一つじゃない のですよ。
計算式など問題の答えは１つかもしれないですが導き出される答えが１つしか無いものなんてごくわずかです

では、 たくさんの正解があるものに対してどのように解答を選ぶのでしょうか？

仕事であれば、最初に立ちはだかるものとしては 時間や予算と言うコスト です。
これに関しては制限があれば乗り越えるのはかなり難しい事です。

もし、 時間も予算も余裕のある作業となった場合に ゲストさんはどうしますか

私はある程度のリスクがあっても新しいことに挑戦する方向で考えます
結果として良くなれば完璧ですが、 悪くなることもあります
でも、 たとえ 悪くなったとしてもそれを吸収することが出来るのであれば実践 した方が経験が積めます
行動しなければ結果は出ないし 、 出来る時にしなければ何時まで経っても実行されることはありません

中級者の方であれば、周りのチームメンバーや上司や先輩からの信頼は得ているはずです
勝手に事を進めて自爆するのはやってはいけません
周りの人を巻き込んでフォローしあいながら進められる環境にしておくのも大切です


お話内容を変えてもう少し紹介しますね。
普段の作業をしている時に発生する問題の対処。
これもかなり厄介な事柄です。

トラブルを事前に察知して煙が上がる前に止められれば素晴らしいですが、 時には煙が上がる し、 炎上することもあります 。
特に仕事上での色々なミスによって発生するトラブルが一番多くあります
人為的なミスは発生しないように環境を整備しておくべきですが、基盤のシステムの変更や利用するツールの変更など 大きな変化が発生した後にやってくるトラブルはかなり厄介 です。

未然に防ぐことが出来なければ気付いた時点で拡散しないように抑えて 、対策を練ったうえで対処していきます
トラブルの内容にもよりますが、対策方法や対処方法に関しても選択肢がたくさんあります
今後の作業をしていく上で、 チームや会社にどれだけの影響があるのかを考えた上で正しい対応をして欲しい と思います。

ほとんど発生しないトラブルにたくさんの時間を掛けるくらいなら 、 炎上してダメージが出てしまうような部分に取りあえずのパッチ修復ではなく 、 根本から治すような時間配分が出来るようにしてほしい ですね。


日々のたくさんの分岐に対してどのように進めていくのかは、一個人ではなくチームや会社レベルで考えられるようになると色々スムーズに進むかと思います
一番は分岐など発生しない完璧な仕事を全員でこなすこと だと思いますが ミスのない行動なんて不可能 ですので テストをしてみるなりレビューし合う なりして 効率のよいワークフローでやって行きたいですね

 

こんにちは

このウェブページでは開発者を目指す人や開発者になってこれから開発職を全うしていこうと思っている人に向けて私、おとはが思うことを綴っていこうと思います。

この記事に書いていることを鵜呑みにしたり、書いていることだけを実践しても結果を保証するものではありません。
大事なことはこれからあなたが 「どんな人になりたいか（キャリア）」 、 「何をしたいのか（ジャンル）」 、 「どこを目指すのか（目標）」 です。

中級者向けの第３段です
新人を卒業して数年の歳月を経てしっかりと自分の力で仕事をこなしていける人向けの内容ですよ

それでは、 「第８章　無知は恐怖である」 についてお伝えしますね。

世の中には無限の情報があります
ゲストさんは どんな知識 ・ どんな情報 を持ってますか？

言葉では言い表せないたくさんの事を知ってますよね
例えば、一般常識は置いておいて、趣味の分野や仕事の分野などは 知識豊富ですよね
ゲストさんとは違う趣味や仕事をしている人とは 差 がありますよね？

では、 同じ趣味の人や同じ仕事をしている人たちとの差はどうでしょうか？
もし、 差があるとしたらその差はどこから生まれてくるのでしょうか？

仕事であれば実行した作業の内容によったり、クライアントから来た仕事のジャンルなどによって身に付く知識は大きく違ってきます
仕事をこなしていく上で色々な事を知っている人は重宝されます
ただ単純な知識でなく、経験・ノウハウを持っている人ならなおさらです

ゲストさんは 知識のない、又は知識の薄いジャンルの仕事が来たら どのように対応していこうと思いますか？
まず、始めにすることって情報集めですよね？

知らないことを知らないままにして進むなんて怖いはずです
先の見えない道があったとしてその道に落とし穴があるって知ってるだけで用心しますし正確な情報があれば危険を避けて通ることが出来ます。

情報集めにも色々な方法がありますが、手っ取り早いのはインターネットで調べることです。
まずは、 自分自身だけで全体像を把握する ところから始めて 難しいと感じたところや時間が掛かりそうなところについては詳しい人に聞く のが良いです。

こて先の知識や技術で対応できる事も世の中たくさんあります
作業時間等のコスト・予算によっては仕方なくこて先の作業を行うこともあります
でも、 今後の拡張性やメンテナンス性を考えたら本当に今ある知識だけで進めるのが良いのかを判断する必要が出てきます。
なので、仕事も趣味もなんでもそうですが 新しいことに挑戦したり、調べたり、見たり、聞いたり して 新たな知識と言う引き出しを日々増やしていくことが大切 です。

行動した人は行動した分の結果が付いてきます

プログラムネタですと、プログラムを組むための言語は多種多様であり、 プログラムの書き易さ、安全性、実行速度、保守のし易さ、拡張性や環境依存など色々な得意不得意 があります

グラフィックネタであれば、プロとして絵を書くのにWindowsのペイントだけを使い続ける人は居ないはずで、CLIP STUDIO PAINTやPhotoshopやIllustratorやGIMPやSAIなど 予算や使いやすさに応じて使い分けている かと思います
漫画を書く人はCLIP STUDIO PAINTを選ぶ と思いますし 写真を加工する人がSAIを選ぶことはほぼない でしょう

仕様をまとめたり企画を考える人は XMindのようなマインドマップを使ったり 、 Office製品(Word, Excel, Powerpointなど)を利用したりする でしょう


周りの人より ゲストさんの知識が優れていようがいまいが情報収集が止まっているようであれば今すぐにでも新たな情報を集めに行くべきだと思います
但し、 注意してもらいたいのは 何でもかんでも知識を蓄えれば良いわけではありません
ゲストさんにとって 有益となる情報をしっかりと見極めてから取り組んで欲しい と思います

無駄な知識を得る必要はありませんので頭がパンクしないように自分のペースで進んで下さい
 

こんにちは

このウェブページでは開発者を目指す人や開発者になってこれから開発職を全うしていこうと思っている人に向けて私、おとはが思うことを綴っていこうと思います。

この記事に書いていることを鵜呑みにしたり、書いていることだけを実践しても結果を保証するものではありません。
大事なことはこれからあなたが 「どんな人になりたいか（キャリア）」 、 「何をしたいのか（ジャンル）」 、 「どこを目指すのか（目標）」 です。

中級者向けの第２段です
新人を卒業して数年の歳月を経てしっかりと自分の力で仕事をこなしていける人向けの内容ですよ

それでは、 「第７章　遥か彼方に」 についてお伝えしますね。

今回の題名はかなりアバウトにしてみました
色々な思いを込めているってことですよ
前回のような精神論ではなくもっと現実的なところについての紹介です。

ゲストさんはどんなお仕事されていますか？
このページを見ているのであれば、もしかしなくても 開発職ですか

少しだけ前回の内容から派生していますが・・・
お仕事でも趣味でも調べ物をする時ってどうやって実行しますか？

例えば、「 関連書籍を購入する 」だったり「 図書館へ出向いてみる 」だったり「インターネットで調べる 」だったり「 詳しい人に聞く 」などあると思います。
「詳しい人に聞く」 は周りに詳しい人がいないと難しいですが、「 インターネットで調べる 」や「 関連書籍を購入する 」や「 図書館へ出向いてみる 」は 行動さえすれば実行出来ますよ ね
最近は「詳しい人に聞く」ってことで ”teratail” なんてエンジニア向けの質問サイトもあります （私は参加するか考え中ですけドも）
個人レベルであれば”teratail”もありだと思いますが業務ではちょっと機密もあるし難しいですよね

唐突ですが調べ物する時って日本語だけですよね？
「 日本人なら日本語でしょ 」って考えるのが普通なのかもしれません。

でも、 開発職をしている人なんて世界中にいくらでもいるんですよ。
世界ｖｓ日本国内で考えたら 圧倒的に世界の方が強い でしょ

結論を書いちゃいますが、 日本語サイトだけを調べているだけじゃ 足りないです （足りない事の方が多い「特にプログラムは」）

最低限、 目的を持った調べ物をした際に英語のサイトくらいは流し見でもGoogle翻訳などとの併用であってみるべき です。
自分の知らない言語だからと躊躇したり拒否してはいけません。
目の前に答えがあるかも知れないのに遠回りすることになるかもしれないからです。

私は英語のサイトは普通にアクセスして内容を可能な限り理解しようと努力はします。
ちなみに、 英語は話せませんし学生時代の成績もかろうじて卒業出来る程度の最低レベルでしたよ

ちょっと話がそれますが、私は学生時代に可能な限り費用を抑えて３Dモデルにアニメーションを付けたいと考えたことがあります
日本国内でもある程度のソフトがありましたがしっくりくるものが見つからず英語圏まで手を伸ばしました
結果として当時$25 と言う比較的安い値段で手付けのアニメーション製作が出来るソフトを見つけて自らの手で購入しました
ほとんど、通販経験の少ない私でしたがかなり直感的だったので思い切って手を出しました
特に金銭トラブルもなくソフト自体も不備なく満足の出来る就職作品が製作出来ました

プログラマーに限らず、 世界中に開発者が居て色々な人がいます
先人の知恵は上手に吸収して、真似にならないように自分で工夫して組み合わせてみたり派生させてみたりして自分の物にしていくことが大切 です。

１つ注意して頂きたいことは公開されている情報に 著作権があるかないか 、知識や技術に対して 特許などがないか 、自分の知識として吸収して利用する行為に問題がないかをよく見極める必要があります  （これは国内でも同じです）

グローバルな社会への進んでいるこのご時世なので狭い島国の情報に固執せず色々な考え方を持つ人の知識・ノウハウに触れてみるのは非常に有意義だし周りの人があまりしないことです
 

こんにちは

このウェブページでは開発者を目指す人や開発者になってこれから開発職を全うしていこうと思っている人に向けて私、おとはが思うことを綴っていこうと思います。

この記事に書いていることを鵜呑みにしたり、書いていることだけを実践しても結果を保証するものではありません。
大事なことはこれからあなたが 「どんな人になりたいか（キャリア）」 、 「何をしたいのか（ジャンル）」 、 「どこを目指すのか（目標）」 です。

中級者向けの内容へと切り替えていきますよ
新人を卒業して数年の歳月を経てしっかりと自分の力で仕事をこなしていける人向けの内容です。

それでは、 「第６章　前を行く人」 についてお伝えしますね。

突然ですが、「 前を行く人 」ってどんな人だと思いますか？

ゲストさんは前を行く人ですか
かなりアバウト質問なので”そうだ！”とも”違う！”とも言えるかなって思います

私は前を行く人であると思っています
思いこんでいるだけと言われるとどうでしょうか・・・
もし、実際違ったとしても 私は周りの人よりは「前を行く人」になろう としています

なぜか？と言いますと、 簡単に言ってしまえば色々な事に貪欲だから です
仕事以外でも、 傍から見れば仕事っぽいこと をします
たとえば、ウェブサイトの開発やアプリやツールの開発などがそうです
でも、 これって仕事のため会社のためだと思ってやっていることか ・・・

実際、そんなことを感じたことは全く無く、 非常に楽しい時を過ごせている と感じてます。
プログラマー的な事以外に絵の事だったり漫画の書き方だったりお話の構成の仕方のような グラフィックデザイナー寄りの事 から 企画職寄りの事 もしてます。
音響機材を買ってミキシングしてみたり録音してみたりDAWソフトをいじってたこともあります

色々な知識を取り入れるってかなり楽しいことなんです
新しい発見もあるし、他の職種で仕事をこなす人と濃い話も出来ます。
私の勤める会社では「デザイナーに近いプログラマー」として評価を得ていたりします

色々書きだして行けばもっとありますけど、 自慢話か って怒られちゃいそうなので止めます

人生の楽しみ方は人それぞれだし、同じ時間をどのように過ごしたって良いわけです
でも、人生って長くも短くもあって1度しかないんですよね

子供の頃にあこがれた職業を目指して手に入れた人もいれば、別の道を見つけて違う楽しみを見出している人もいます

大切なことを書きます
今、あなたがしていることは最終的にあなた自身が決めたことです。
誰かに命令されたとしても従うも抗うもあなたが決めること。
親や友達や先生や先輩に「駄目な奴」とか「使えない」なんて言われようが自分は駄目な奴だって決めるかはあなたが決めること。
そしてあなたが決めたことやあなたの起こした行動はあなたの責任なんです。
ポジティブに考えればあなたの未来を あなた自身が あなたの責任で 自由に決めることが出来るのです。
誰にも決定権はありませんのでそこを履き違えないでくださいね。

ちょっと話がそれたので戻しますよ。

「前を行く人」 は どんどん知識を吸収しそしてそれを仕事に生かして結果を得ている人 です。
そして、 周りの人たちを良い方向へと引っ張って行ける人 です。

そんな「前を行く人」になりたいと思いませんか？
結果を得れば、 お給料も増えるし 、 出世もします
実力で色々な物をつかんでいくことが出来る

「前を行く人」になりたいって思った ゲストさん は 今から何をしますか？
何も思い浮かばないって言うのならあなたにはまだ早いかもしれません

でも、 早いからと言って何もしないよりは何かをすべき です。
何も浮かばない人は自分に足りないと思う知識について少しインターネット検索でも良いから調べてみましょう
何かを思いついた人は 今すぐ小さな事からで良いので実行 しましょう
出来る限り、 その道のプロに並べるように頑張りたいと思うような好きなことが良い でしょう。

小さな結果の積み重ねで少しずつでも前に進むことが出来ます。
少しでも得た経験はあなたを確実に前進させ前を行く人にしてくれます。

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第17章 の「 スレッドを利用した分散処理 」についてお話したいと思います。

アプリ製作において どうしても避けられないのは CPU負荷の高い処理 です。
たくさんのデータの中から検索したり、難しい計算を繰り返し行ったりするとCPUをたくさん使用することになります。

高級アプリは基本操作する人を待たせないことが要求されます
どうしても待ってもらう必要が出てきた時は「 処理を行っている状態を常に表示する 」や「 バックスレッドを使用して他の作業が出来るようにする 」などの対策が必要です。

バックスレッドは便利で表向きのUI操作とは別に自由に処理を行うことが出来ます
そして、スレッドの処理のタイミングで表向きのUIへ表示を反映させることが出来ます

バックスレッドをたくさん使用すればその分CPU負荷も上がるので全部スレッドを分ければ良いのかと聞かれたらそうではないので 本当に高負荷の処理に合わせて利用するのが好ましい 。

サンプルで実装しているスレッド処理は、「 Threadクラスを使用した高度なスレッド制御 」と「 Taskクラスを使用したシンプルなスレッド処理 」の2種類です

特に .Net framework 4.5から用意されたTaskクラスのスレッド処理は本当に実装が楽で扱いやすい 処理です
１分掛かるアプリがあってそこへ１０行程度のTask分散処理を記述したところ１０秒程度になったなんてこともあります
お仕事で200人以上の人が使うアプリとかをちょくちょく作る私は 特に処理速度は気を使っていますよ 。

仕事でも下の単純な計算式を周りの人にしっかり伝えています。
アプリ利用者の作業コスト ＝アプリによって待たされる時間 ×人数 ×使用頻度

待ち時間が１分で１０人が１日に１０回使用するとしたら１００分の作業時間が掛かるわけで、１０秒の待ち時間なら１０分で済むわけです。

１日に平等にある作業時間を とりあえずで組んだへなちょこプログラムで浪費しないように ね


 サンプルダウンロード
　


 サンプルイメージ画像


解析用のボタンを2種類用意しました。
「解析」 のボタンはバックスレッドを使用しないので ボタンを押した瞬間から数分間、アプリの操作を一切受け付けません 。
「解析（スレッド）」 のボタンはバックスレッドを使用します。
バックスレッド処理のため処理中でも操作を行うことができます。

サンプルプログラムは2種類のスレッド処理を記述しています。
ソースコード内にマクロで機能の切り替えが出来るようになっていますのでUSE_THREADの定義を探して有効無効に切り替えてみて下さい。

サンプルの中では C言語向けのAPIをDLLから参照して呼び出しする少し高度な処理 も書いています。
独自制御のスレッド処理の場合はCPU割り当てもしたいことがあるので使用するCPU割り当てを行うための処理も参考になるかと思います。
 

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第16章 の「 データの入出力の簡略化 」についてお話したいと思います。

アプリケーションの製作において 必然的になるものと言えばデータ入出力 もその一つです。
ここまで読み進めているゲストさんはもうアプリの１つや２つ作ったことがあるかもしれないですね
データの入出力処理はどうしていますか
昔、私は自分でCSVや手書きのXMLなどで入出力を行っていました

プログラムを組んで１つ１つの入出力処理を書くって かなり重労働 なんですよね
今回紹介する簡略化を行うとデータの入出力のための処理は 短めのコード2行 で出来ます
（共通コードとして数十行書いたコードがあることが前提ですが）

今回紹介するのは XMLのシリアライズとデシリアライズによるファイルの読み書き についてです。

XMLシリアライズの利用の有無でどう違うのかまとめます。

 XMLシリアライズを利用する

1. クラス構造を書くだけでXMLファイルにメンバ変数の情報が入出力できる（利点）
2. ファイルの入出力に関するコード記述が1度だけで使いまわせる（利点）
3. 読み込みトラブルが発生しにくい（利点）
4. クラスのインスタンスを直接変換されるので扱いやすい（利点）
5. クラス構造に名前を付けておくことで自由なタグ名やアトリビュート名が付けられる（利点）
6. クラス構造にルールを設けて記述を行う必要がある（難点）
7. 読み込みトラブルに失敗した時に何が原因か分かりにくい（難点）
8. ファイルサイズが大きくなりやすい（難点）

 XMLシリアライズを利用しない

1. 自由な形式のフォーマットで出力できる（利点）
2. ファイルサイズを小さく出来る（利点）
3. 読み込みトラブルが発生しても原因を特定しやすい（利点）
4. 実装にコストが掛かる（難点）
5. メンバ変数追加の度に変数からの読み込みや書きだし対応が必要（難点）
6. 複雑なデータ構造にするとメンテナンスが大変（難点）

 サンプルダウンロード
　


 サンプルイメージ画像


４つのメンバ変数を持つクラスをUIに割り当てました。
開くボタンでXMLファイルを読み込みUIへ直接反映します。
保存は入力されている情報をXMLへ書き込みします。


↑XML中身はこんな感じです↑（横長だったので改行入れてます）

今回はシンプルなデータでしたので４つのアトリビュートを持つ１つのクラスで構成されています。
エレメントを持たせたり階層構造にするとより 複雑なXMLファイルが入出力出来る ようになります
コードを見て頂くとお分かりになると思いますが、変数名とXMLに出力されている名前は別扱いしています。
変数名直接だと見難くなったりもするのでアトリビュート名を記述して分かり易くしています。

 

ゲストさん、こんにちは

高級アプリ製作の極意　～WPF編～のお部屋へようこそ。
このお部屋では 第15章 の「 データの保護 」についてお話したいと思います。

アプリケーションの開発が進み設定データや各種データの保存を行うようになってくると色々と気になってくることがあるかと思います。
前回のデータサイズもそうですが、 データの構造 ってあまり 外部公開すべきではないことがあります 。
特に ノウハウが詰まったデータ構造をしていると言うのであればなおさら です。
データサイズの記事でもデータの安全性について述べていますが今回はよりデータを保護するために暗号化を施していきます。

今回は、 TripleDES を使った簡単な暗号化についてサンプルを紹介します。
TripeDESは安全面でいえばややSHA-2などに比べれば劣るのですが.Net Frameworkで簡単に利用できるAPIが用意されているので紹介 しています。
24bitのキーと8bitの初期ベクタの2つの情報を使用して暗号化、複合化を行います。
この２つの情報が暗号化時と複合化時に必要になります。
なので 暗号化した外部ファイルなどどこかに情報として保持しておく必要がありますのでご注意 ください。

 サンプルダウンロード
　

 サンプルイメージ画像


今回のサンプルでは 文字列を相互に暗号化・複合化するための処理 を作成しました。
単純には解読できないデータになりますので秘密の文章交換などにも利用できそうですね。

内部の処理ではバイナリデータを取り扱いしていますので、 バイナリデータとして出力したファイルを暗号化 したり、 ネットワークの通信で利用するデータを暗号化 したりするなど応用が利きますよ。