IcoFXにウィルスが含まれている

先日のVisual Studio勉強会で、自作のWindowsアプリにアイコンを付ける際、IcoFXがお勧めだけど、少し前から有料アプリになったという事を教わった。とりあえず試してみないと購入するに値するアプリなのかどうかも分からないので試してみた。

いきなりインストール中にトロイの木馬が見つかった・・

トロイの木馬が含まれていた

トロイの木馬が含まれていた

そりゃないよーって感じだけど、AVG Free版がしっかりブロックしてくれているので助かった。パスをよく見ると「Yontoo」だと分かる。コイツは以前ブラウザに変な表示がされるようになった時に原因となっていたので、問題の有るアプリだとよく覚えている。「Yontoo」は少なくとも日本人にとってはメリットは何もないと思える。

さて肝心のIcoFXは30日間はお試しが出来るが、それ以上すぎると保存ができなくなるらしい。終了時にシリアル番号の入力を求めてくる。Iconの作業に特化しているアプリなので非常に使いやすいと感じる。もうちょっと使ってみてメリットがあるなら購入を考えても良いかなと感じている。

IcoFXの操作画面

IcoFXの操作画面

ダウンロードした場所が悪かったのかも知れませんが、ウィルスが含まれている可能性があるという情報をここに記したかった次第です。

Visual Studio勉強会に参加して来ました

大阪梅田にあるグリー株式会社で開かれた、Visual Studio C#の勉強会に参加して来ました。結構早くついてしまったのですが、遅れるのに比べたら待つ方が気楽で良いですね。グリーのオフィスは綺麗でした。会議室も40名以上収容出来る広さでした。GREEのロゴ入りウォーター(ミニペットボトル)と、Microsoftロゴ入りボールペンをいただきました。

Visual Studio勉強会 : ATND

さて勉強会の方は、初の大阪でのVS勉強会だそうで、どういう話になるのかワクワクモードでしたが、プログラミングビギナーの私には結構難しい内容も多くてついていけない部分もありました。しかし、プログラマーとして働いている人が操作するVisual Studioの画面を見られたことや、注意点を教わったり、調べ方などが全て新鮮で、参加して良かったと思いました。

プログラミングに関してはずっと独学でしたから、本当にコレで合ってるのかな?っていう部分は多少有ったりします。大筋でズレている部分は無かったのですが、こういう風にすればなるほど合理的だなって言う手順を学んだり、自分と同じ手順を見て安心したり出来ました。

続きを読む

少しずつプログラミング学習

20代にMacintoshでプログラミングを学習する為、大枚はたいてC++のコンパイラと書籍も買って毎日わけも分からず勉強したのですが、結局当時は、Macintoshというややこしい環境での学習、そして情報の少なさ、周囲にプログラミングスキルを持った人が居ない等から、どんどん独学の意欲も疲弊していき、トラウマだけが残った苦い記憶があります。

つい最近まで、私はそのトラウマを克服できず、プログラミングと呼べるまでのスキルは身に付けることが出来ず、ちょっと既存のスクリプトを改造してみたり、部分的に取り出して応用してみたりという程度までしか出来ませんでした。

しかし、フリーランスとしてIT系のジャンルで食っていく関係上、プログラミングスキルの重要度は高いと判断し、このトラウマを克服すべく、昨年末から地道に独学に取り組んできました。大きなきっかけは、MIT App Inventorを使ってAndroidアプリを視覚的な開発環境で作ってみた経験です。もしかしたら出来るかも知れないなと感じました。

そしてそれを本当に実感したのは、Visual Studioという、Microsoft社の統合開発環境(IDE)を使ってサンプルを作ってみたら、9割方理解出来た時でした。アプリの見た目、ボタンやテキストボックスの配置は、Windowsアプリならではのマウス操作で行えますので、MS-AccessやFileMakerを使った経験があるなら何の苦労も無く行えるでしょう。レイアウトも自分が思い描く理想通りに配置出来ます。そこにボタンをクリックした時の挙動等を、ソースコードとして記述する訳ですが、意外と少ない記述で情報の取り込み等は行え、肝となる処理部分をじっくり考えれば、当初は無理なレベルのプログラムが作れたのです。

正直言うと、入門書籍を数冊購入したのですが、多くは退屈なサンプルばかりで、最後まで到達出来たチュートリアルは半分位です。私は、どうしても興味を持てないチュートリアルには没頭出来ません。これは社会人経験の長い人がプログラミングを始めた際に壁に突き当たる大きな原因だと思います。社会人経験によって短時間で結果を得られる方法を選択するクセがついてるからです。基礎から学ぶという遠回りは大切だと理解していてもそういう道を通ることが事実上出来ません。学生とは学習の仕方、受け入れ方が大きく違うのです。私は自分が知りたい事をすぐに学びたいのです。(これは性格など個人差が大きいと思います。)

幸い、Visual Studioはいじっている内に、色々なアイディアが湧いてくる刺激をくれます。最初はシンプルなプログラムでも、徐々に機能を追加してみようとか、こうすれば合理的だなとか言う発想がどんどん出てきます。それを実現するのに、じつはそんなに高度なスキルが無くてもなんとか出来上がったりするのが面白いのです。(当然熟練者が作ったアプリに比べると洗練度は話にならないレベルでしょうが)

それでも、回数と学習を重ねていく内に、徐々に合理的なソースコードが書けるようになって来ます。これは良い感じに書けたなぁというのも最近では徐々に増えて来ました。

続きを読む

プログラミング・ビギナーとしてのメモ

昨年末から、Visual Studio .NET 2010や2005等を使ってWindows用のアプリケーションの作り方を学習中です。私はプログラマーでは無いので込み入った仕様になれば、本職のプログラマーに依頼するのが合理的だと考えていますが、ちょっとしたツール的なアプリケーションなら自分で作れる方が便利だし、多少なりともプログラミングスキルがあれば、プログラマーとの話もスムーズに出来るかなと考えてのことです。

さてそんな私が現在気づいた事は、Visual StudioというMicrosoft社の開発環境は非常に使いやすいと言うことです。今まで使ったのはVS .NET(2002)、VS 2005、VS 2010で併用していますが、Core i7でもモッサリ動作のVS 2010は確実に使い勝手がよくなっています。軽快に動作するVS .NET(2002)では実現していない気遣い(お節介)が実現されています。

とは言うものの、Visual Studioは複数のプログラミング言語を選べるので、Visual Basic、C#、C++などからどれを学習するか迷いました。VB(Visual Basic)はビギナー向けという位置づけらしいですが、実際にコードを読んでみると理解し難い部分が結構ありました。私にはC#が一番しっくり来る感じだったのでC#を選びました。

続きを読む

今更ながらGitHubが便利だと痛感

数日前からGitHubの利用を開始しました。一般的にはプログラマー向けのツールというかサービスというかそんな位置づけとされていますが、実はプログラマー以外にも非常に便利だったりします。ただし、無料ユーザーの場合はPrivate設定が出来ませんので、ネットに公開出来ない様な(プライベートな)情報を管理することは出来ません。それをやりたいとなると利用料を支払う必要があります。

何が便利かと言うと、Gitというバージョン管理システムが基本機能となっているので、あらゆるファイルのバージョン管理が可能です。例えば小説等を書いている人なら、ある程度の区切りまで来たらコミットという操作をして現在の状態をGitにアップロードします。アップロードする際に更新内容などをコメントする仕組みになっています。

ここでポイントは、翌日、大幅な内容の書き換えをしたとします。そしてそれをコミットしたとしましょう。その時はそれがベターだと考えていました。ところが寝ていると大きなミスに気づいてしまったとします。大幅に書き換えるのではなく、別のシナリオとして書くべきだったと後悔したとします。バージョン管理システムの場合、コミットする度にその変更内容が更新されていく仕組みなので、古い情報もしっかり残っています。つまり前日にコミットしたものをそのまま取り戻すことも出来ます。これで安心して翌朝まで熟睡出来ますね。

ビジネスの場面ではもっと役立つでしょう。例えば契約書をGitでバージョン管理します。契約内容の改訂があったとしたら、現状の契約書を元に内容を改訂しますね。そしてその改訂した結果をコミットします。改訂する度にどんどんバージョンアップして行きます。このケースで私が役立つと思うのは、古い契約内容も読めるのはもちろんですが、契約内容の変更部分を一発で比較出来る機能です。差分を表示する機能があります。追記されたところ、削除されたところ、変更されたところ。

Webデザイナーさんにもメリットが多いですね。HTMLファイルやらCSSファイルやら、画像コンテンツ(PNG、PSD、AIファイルなど)を編集する事も多いでしょう。編集が終わったらコミットします。何を修正したかもコメントに残しておくと後で役立ちます。編集した内容を本番のWebサイトにアップロードした後に、クライアントから元に戻してくれと言う依頼が来たとします。事情が変わったので急いで頼むと。もちろん普通の人なら元ファイルを取っているでしょう。もし元ファイルを残していない人は・・・。でもバージョン管理システムを利用しているなら古いファイルを容易に取り戻せます。バックアップのファイルだらけで何が何だか分からなくなることも減るでしょうね。

あとはちょっとしたサンプルスクリプトを遠隔地の知人に伝えたりするにも便利です。え?メール添付でいいじゃんという意見もありますか。確かにそうかも知れませんが。サンプルスクリプトを提示する側としてはメールで送っちゃうともう編集が出来ません。また差し替えを送らなくてはなりませんね。ところがGitHubならちゃっちゃと修正してコミットしてしまえば、先方がすぐにそのサンプルスクリプトを使わなければ、最新のスクリプトを利用して貰えます。修正が一度で終わらなかった場合でも、修正したからサンプルスクリプトを撮り直してくれと連絡すればそれだけで事足ります。受け取る側は最新だとか古いとか意識しなくて済みますからね。

ただ1つだけ不便だなと思ったのは、GitHubにコミットするファイルは、文字コードがUTF-8でなければ(S-JISとかはあかーん)日本語が文字化けしちゃいます。UTF-8で保存出来るテキストエディタ等を使用する必要がありますね。まぁ徐々にUTF-8がスタンダードになってきてますけど。

今まで、独自のPukiWiki等に残していましたが、これからは積極的にGitHubに足していく事にしようとしています。現状は無料ユーザーなので、public(一般公開)でしか管理出来ませんので、もちろん他人に見られても良い情報限定です。使い慣れてGitHubが無くては困るツールになったら有料ユーザ-になろうと思います。