2019年04月01日(月)<< 前の日記
この日の詳細

■1新元号「令和」について このエントリーをはてなブックマークに追加

新元号が「令和」と発表されて、美しい年号だと率直に思いました。『万葉集』巻五、梅花(うめのはな)の歌三十二首の序文に拠ったということで、場面の描写も美しいと感じました。
さらに源流を遡れば、 張衡[https://ja.wikipedia.org/wiki/%E5%BC%B5%E8%A1%A1_(%E7%A7%91%E5%AD%A6%E8%80%85)] の「帰田賦」に「於是仲春令月 時和氣清」とあり、梅花序文の作者とされる大伴旅人が、漢詩集である 懐風藻[https://ja.wikipedia.org/wiki/%E6%87%90%E9%A2%A8%E8%97%BB] をなしたことを考えれば、恐らくこれは知っていた上で、引き歌的に使ったものではないかと思いますが、作品としては別のもので、「万葉集が出典」とするならば、それが事実だと思います。
さて、「令和」の令の字なのですが、歴史的な事情によって、UNICODE上には、一般的な 「令 (U+4EE4)」[https://www.compart.com/en/unicode/U+4EE4]「&#63912; (U+F9A8)」[https://www.compart.com/en/unicode/U+F9A8] が登録されています。
一般的な入力では、U+4EE4の方の「令」が使われるはずなのですが、字形が同じで、コードが二つあるというのは様々なトラブルを引き起こす原因になり得ますから、少しやっかいな文字です。
今回の改元は、事前に発表されて予定されているという、ITシステムが初めて経験するケースなので、改元時のトラブルがあってはならないということで、準備をしてきていると思うのですが、こういう文字の問題をテストケースに入れて、テストしてきている事業者は少ないのではないかと思います。
対応としては、自分のシステムからは年号文字列として「令和」を出すときには、U+4EE4を出せば良いとして、U+F9A8 の「&#63912;和」を受け取った時にどうするかと、検索に掛けるときにどうするかという対応を決めて、改修するなら、その様に改修して、テストする必要がある訳ですが、これを30日でやるのは難しそうな気もします。
実際のところ、何も意識しないで別物と扱って、U+F9A8 の「&#63912;和」が入っていそうで失敗する…という局面で、文字コードを確認するとか、コピペ元を用意して混入を避けるとか、しばらくは運用で回避ということもできそうで、大問題にはならないと思うのですが、もしかすると、私の考えが不足していて、U+F9A8 の「&#63912;和」が存在することで、想像を絶する何かが起きる場合があったりするのかも知れません。
思いつくケースでは、入力をチェックするコードでは、U+4EE4とU+F9A8を同一視しているために、正しく年号である「令和」が入力されていると判定をするにも関わらず、集計系のコードでは、U+F9A8が別物として扱われて、エラーになったり、集計から漏れたりということはありそうな気がします。
いずれにしても、世の中の様々なことにIT技術が使われている今日では、IT技術の側面から問題がないかどうかを検討した方が良いことは、様々な分野に存在して、新元号の決定という、一見、IT技術とはローマ字の頭文字程度の関りしかないと思われていた分野にあっても、やっぱり検討しておいたら良かったというケースになったのが関心深い出来事でした。
「新元号を決めるための有識者会議にIT技術者を入れるべきだった」と主張したいわけではありません。むしろ反省です。例えば、IT技術者としてこういう文字にはこういう技術的な問題があるといった主張を提言していく方法もあったでしょう。
技術者も政治から遠ざかっていては、技術の将来も、それに携わる私たちの将来も、この国の将来も危うくなるのではないかと危惧される事態が最近いくつか起きています。
無事、無罪判決が出たCoinhive事件もそうですし、今、お読みいただいている様な形で表示されるページを他人に伝えたとして、全国各地で、検挙者が出ている事件がそうです。
技術的により良い答えを知っているのだったら、世の中にそれを広めて、実装させていくことも、技術者の大事な使命だと改めて感じました。
【本日の日記は、いわゆる「無限アラート」事件に関する主張のために、アラートモードでお読みいただきました】

■ 関連記事

詳細はこの日の詳細から

2006年04月01日()<< 前の日記 | 次の日記 >>
この日の詳細

■1会社の止め方 このエントリーをはてなブックマークに追加

「辞め方」ではない。
会社を作る方の書籍やWebページはたくさんあって、それほど難しくないのだけれども、会社の止め方についてはあんまり書かれたものが無い。
諸般の事情で会社を止める事にしたのだけれど、法人名義で契約しているものを全て整理してとなると気の遠くなるような事務が発生する。
まぁ、そのまま逃げちゃえば始末はつくのだろうし、一般には会社を止める時と言うのは、きちんと整理できない事情があることが多いだろうから、本にならないのかも知れない。
と言うことで、会社は無くなってしまいますけども、このドメインは当面維持する予定。日記も続きますのでご安心を。

この記事に頂いたコメント

Re: 会社の止め方 by mmasuda    2006/04/11 20:41
休眠させるとかじゃなくていったん整理しちゃうの?
Re: 会社の止め方 by おしょー。    2006/04/12 16:10
mmasudaさん、日付日付。 同じ日にコメントするなら「私が買収しました」と書いていた...

■ 関連記事

詳細はこの日の詳細から

2005年04月01日(金)<< 前の日記 | 次の日記 >>
この日の詳細

■1 JPRSのIDN実装上の日本語文字集合類似字形の問題[http://sa.notwork.jp/2005/NOTWORK.JP-SA:050401-00.html][セキュリティ]次の記事 >> このエントリーをはてなブックマークに追加

影響範囲: 全てのユーザ
の問題の様です。

■ 関連記事

■2想像を超えて進化するロボット達<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

哀・地球博会場レポート〜会場内で深夜乱闘が発生[http://pc.watch.impress.co.jp/docs/2005/0401/uocchi/expo.htm]:

これまで独立した環境で成長してきて、他のロボットを見たこと無かったところに、他にもロボットがいることを知った途端に自我が芽生えたのでしょうか。
会場内でロボット同士による乱闘が発生した模様。この乱闘で近くを歩いていたモリソーさん(年齢、性別不詳、瀬戸市、海上の森在住)、キッココさん(0歳、性別不詳、瀬戸市、海上の森在住)が巻き添えとなり重傷を負った。
人間にまで被害を与えるとは、アシモフのロボット三原則はどこに行った。

Yahoo! JAPAN - 実録 サービスを支えるスタッフたち[http://aprilfool2005.yahoo.co.jp/honyaku/03.html]:

ロボットたちの会話は無線LANでの通信なので、人間の耳には届きませんが、静まりかえった翻訳ルームでは熱い友情で結ばれたチームワークで日々涙ぐましい努力が続けられているのです。
確かに、これだけの台数で協調して動作していると、感情の様に見えるものが出てきて、感情に見えればそれは感情かも知れない。

■ 関連記事

■3 究極の生体認証システム登場!大阪のベンチャー企業が開発[http://zx81.blogtribe.org/entry-3e4d77f7c1e2c5fefab075360b9f9794.html][セキュリティ]<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

■ 関連記事

■4 サイバー犯罪事件簿〜姿なき侵入者〜[http://www.npa.go.jp/cyber/video/index.html][セキュリティ]<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

オンラインで視聴できます。
まぁ、低予算の啓蒙ビデオなんでアレなとことはアレ *1 なんですけど、テクニカル的にはなかなか見所あります。
感想。家がとなりって早く言えよ!
*1: セットが恐らく警察関係の施設でそれっぽく作ったんだろうなぁとか。

■ 関連記事

■5Googleがダウンする<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

数日前から、他のサイトからは見えるのに、ウチからだけしばらくGoogleが見えなくなるという現象が発生していたのだけれども、
; <<>> DiG 8.3 <<>> google.com ns
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27062
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
;; QUERY SECTION:
;;      google.com, type = NS, class = IN

;; ANSWER SECTION:
google.com.             3d22h44m23s IN NS  ns2.google.com.
google.com.             3d22h44m23s IN NS  ns3.google.com.
google.com.             3d22h44m23s IN NS  ns4.google.com.
google.com.             3d22h44m23s IN NS  ns1.google.com.
で、どれかのネームサーバに聞くと、
;; QUERY SECTION:
;;      www.google.com, type = A, class = IN

;; ANSWER SECTION:
www.google.com.         15M IN CNAME    www.l.google.com.

;; AUTHORITY SECTION:
l.google.com.           1D IN NS        a.l.google.com.
l.google.com.           1D IN NS        b.l.google.com.
l.google.com.           1D IN NS        c.l.google.com.
l.google.com.           1D IN NS        d.l.google.com.

;; ADDITIONAL SECTION:
a.l.google.com.         1D IN A         216.239.53.9
b.l.google.com.         1D IN A         64.233.179.9
c.l.google.com.         1D IN A         64.233.161.9
d.l.google.com.         1D IN A         64.233.183.9
と返事が戻ってくる。つまり、www.google.comは、www.l.google.comの別名で、l.google.comは、[a-d].l.google.com のネームサーバに問い合わせる様になっている。
うまく見えない時に、各々のネームサーバを引くと、いずれかのネームサーバ(16:41現在は、c.l.google.com)だけ、応答を返してこない状態になっている様だ。

■ 関連記事

■6 開幕1週間、42万人入場 きょう手作り弁当解禁[http://www.chunichi.co.jp/00/sya/20050401/mng_____sya_____001.shtml][愛・地球博]<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

同協会によると、手作り弁当は認めるが、コンビニの弁当やおにぎり、ペットボトルは従来通り持ち込みを禁止する。
一瞬、エイプリルフールネタかと思ったんですが、
Q:お弁当の持ち込みはできるの?

アレルギー・食事制限、小中学校の行事の一環での持ち込み、家庭で調理した弁当は可能です。(加熱、保冷剤等を使用し、温度管理は十分注意を払ってください)
と変更されています。
小泉内閣メールマガジンによると、
「愛・地球博」では、食中毒の予防やテロ対策のために、お弁当や飲み物 を会場に持ち込めないというので、せっかく家で作ってきたおむすびも会場 に持ち込めないという苦情を耳にしました。もう少し訪問者のことを考えた 対応をするように早急に再検討するよう指示しました。
としていますから、 「せっかく家で作ってきたおむすびも会場に持ち込めないという苦情」に対応して、 「家庭で調理した弁当は可能」という対応だと思うのですが、過ちを改めるにはばかることなかれとしても、この対応によって、むしろ持ち込み禁止そのものの意義が疑われるのではないでしょうか。
中日新聞の報道によれば、博覧会協会はこれまで持ち込み禁止の処置について、
食中毒対策を最大理由に挙げたが、過去の博覧会で食中毒の発生件数は少ない。
会見で博覧会協会の会場管理担当者は「衛生機関と協議して決めた。学校などの遠足を例外としたのは、学校を信用し、衛生面の管理ができると判断したため」と話し、それ以外の弁当持ち込みは食中毒の恐れから認めないとした。
と、「食中毒対策」を理由にしてきました。 ところが、 厚生労働省 食中毒・食品監視関連情報[http://www.mhlw.go.jp/topics/syokuchu/] にある統計資料を見ても、食中毒発生事例の多くは飲食店や業者の仕出し弁当で起きており、特に集団食中毒を考えた場合、博覧会において大きな被害が発生するのは、むしろ、修学旅行等の集団が持ち込む弁当や、会場内で販売される飲食物および弁当に問題があった場合だというのが普通の見方でしょう。
一般の持ち込みでもし被害が出たとしても、その家庭だけの問題で、大騒ぎになりませんが、これらの弁当や飲食物で被害が出た場合は、それこそ集団食中毒事件になりますし、博覧会協会も責任を問われかねません。
これを認めておいて、一般の持ち込みを禁止する姿勢は、業者への配慮と疑われても仕方がないのでは無いでしょうか。
そこに今回の「家庭で調理した弁当は可能」という対応です。
市販されている弁当は、時には防腐剤を使うほど、時には過剰すぎるほどの防腐処理がされているものもあります。そこまで行かなくとも、味を犠牲にしても味付けを濃くするとか、食中毒を起こさないということに関しては、業者の信用が掛かっていますから、相当に気を使っています。
ところが、家庭で作る弁当は薄味にする傾向がありますし、わざわざ防腐剤を使う家庭はほとんどありませんから、特に梅雨時や夏場には不慣れな人が弁当を作ると腐敗が心配です。
そうやって考えると、手作り弁当だから食中毒のリスクが低いとは思えません。 まさに「首相に言われたから解禁した」という場当たりな対応で、「食中毒対策」を理由に持ち込みを禁止してきた姿勢が批判されても仕方がないでしょう。
むしろ、当たり前のことなのですから、自己責任を全面に出して、自己責任で持ち込みを認めるなり、ゴミを理由にするのであれば、容器にデボジット制を取り入れる等、いくらでも方法はあったでしょう。
まだ、間に合います。過ちを改めるにはばかることなかれです。 「改める」ということは「過ち」を認めることではあるのですが、そこにこだわっていては、万博自体が不成功に終わるのではないですか。
万博は特別なイベントですから、事前に立てた計画がうまくいかないことはあるのです。
大阪万博でも最後までダメ出しが続いた様ですし、そうやって臨機応変に対応することが、特別なイベントを成功させるためには必要な様です。
この対応が、成功した万博と、失敗した万博の明暗を分けた要素の一つかも知れません。

■ 関連記事

■7開示請求の手続[個人情報保護法]<< 前の記事 このエントリーをはてなブックマークに追加

4月1日になったので、「個人情報の保護に関する法律 第二十四、二十五条」に基づいて、某保険会社が保有するところの私の個人情報の開示請求をすることにした。
会社のホームページでは、第二十四条に従って、
「個人情報の開示、訂正等のご請求について」

お客さまからご自身に関する情報の開示・訂正・削除・利用停止(以下、開示、訂正等といいます)のお申し出があった場合は、請求者がご本人であることを確認させていただいたうえで、特別の理由がない限り回答・訂正等の対応をいたします。
1.「情報の開示、訂正等」のご請求方法

「情報の開示、訂正等」のご請求は、当社コミュニケーションセンター宛お申し出ください。

なお、手続き等の詳細は、ご請求書類の送付時に留意事項等記載した資料をお届けしますのでご確認願います。
2.「情報の開示、訂正等」のご請求に必要な書類

「情報の開示、訂正等」のご請求にあたっては、以下の書類が必要となります。

* 当社所定の開示等請求書
* 本人確認書類


3.「情報の開示、訂正等」のご請求に回答方法

開示、訂正等の対象者ご本人の請求書記載のご住所宛に当社所定の回答書類を郵送させていただきます。

4.情報の開示、訂正等」のご請求に関して取得した個人情報の「利用目的」

「情報の開示、訂正等」の請求に伴い取得した個人情報は、「情報の開示、訂正等」に必要な範囲のみで取り扱うものとします。
5.ご請求にともなう手数料について

「情報の開示」については、1回のご請求ごとに、手数料1,000円(消費税込)を申し受けます。
「情報の開示、訂正等」のご請求, 某生命保険会社, 2005年4月1日
とあるので、とりあえず「コミュニケーションセンター」にTel。
私:「個人情報の開示請求をしたいのですが」
オペレーター:「個人情報の開示の要求ですか?それはどういった…」
私:「要求ではなくて請求なんですけれども。御社のホームページに掲載されている…」
オペレーター:「少々お待ち頂いて良いですか」
ダメじゃん。結局、分かるヒトを探して折り返しお電話頂くことになった。

掛かってきた:

担当の人から電話掛かってきました。担当している人が少ないし、初めての話なので大変そうだ。
  • 個人情報開示請求書を送るので記入して返送して下さい。
  • 本人確認のために免許書のコピー等を同封して頂きます。
  • 手数料が1,000円掛かります
という説明を受けたので、とりあえず、住所を伝えて書類一式を送ってもらうことにした。
ここまではスムーズに行かないと本当は困る。実は、本題はここからなのだ。

■ 関連記事

詳細はこの日の詳細から

2002年04月01日(月)<< 前の日記 | 次の日記 >>
この日の詳細

■1うずらのソース公開[IRC]次の記事 >> このエントリーをはてなブックマークに追加

されたらしい。

makeに成功:

した人が出てきた模様。#うにっくすが大変なことになってます。

入手:

■ 関連記事

■2 PCうおっち[http://www.watch.impress.co.jp/pc/docs/article/20020401/]<< 前の記事 このエントリーをはてなブックマークに追加

■ 関連記事

詳細はこの日の詳細から

2001年04月01日()<< 前の日記 | 次の日記 >>
この日の詳細

■1ぐるぐる[ぐる]次の記事 >> このエントリーをはてなブックマークに追加

エープリルフール特集ページをまとめたサイトってないですかね。

メイド句集[http://www.geocities.co.jp/WallStreet-Stock/3500/nishikasa/kusyu.html]:

経済三業省、顔文字をJIS規格で制定[http://www.watch.impress.co.jp/pc/docs/article/20010401/face/face.htm]:

なると増殖問題[http://www.hiemalis.org/~shogof/diary/?200103c&to=200103315#200103315]:

'midoku='識別子も普及すると役に立つ情報が得られると思うのですが、普及しないと効果がないんですよね。 さらに、'?日付時刻'型の引数は既に多くの日記システムで稼動実績がありますが、 新しい引数が何らかの副作用を引き起こさない保証を得ないといけないという難しさがあります。 しかも、全てのアンテナで統一したルールにしないといけません。 こうやって考えると、'?日付時刻'によるVLINK表示は画期的手法でかつ十分に標準化された手法だと思われます。
あるRefererがアンテナ経由であることを相応の確度で推定する術はある訳ですから、 私としては、なると増殖問題はアンテナには責任がなくて、 ログ解析あるいは逆リンク生成側で解決すべき問題ではないかと考えています。
結局、'midoku='識別子を導入した場合に得られる情報は、 「あるRefererの未読識別子の様に見える引数は、確かに未読識別子である。」 の「確かに」という部分になると思われます。

日記バード[http://cgi.members.interq.or.jp/sun/chanoyu/private/hns-lite/index.cgi?200104a&to=200104014#200104014]:

実は、 過去1週間の更新[http://www.nantoka.com/~kei/nb/s000164.html] まで分かったりします。

管理人さん[http://www.hirax.net/diaryweb/?2001040&to=200104011#200104011]:

やはりイメージするのは響子さんですかね。 それだけ細やかな心遣いをできる人は、現実にはなかなか得がたいだろうと思います。

いもうとと・・・[http://diary.imou.to/~AoiMoe/2001.04/early.html#2001.04.01_s01]:

本当は色々な苦労もあると思いますが、 あえて勝手なことを言えば、本当に血がつながっているからこそ分かり合えることも、 共有できる苦労もあると思います。今はがんばって乗り越えてくださいとしか言えません。

これからのふたりの生活[http://www1.vis.ne.jp/~chig/d/200104.html#01_1]:

本当は色々な苦労もあると思いますが、 あえて勝手なことを言えば、籍が入っていないからこそ感じられる絆もあると思います。 日記上だけですが、暖かく見守りたいと思います。

結婚[http://www.Goudge.org/d/?200104a&to=200104011S2#200104011S2]:

本当は色々な苦労もあると思いますが、 あえて勝手なことを言えば、ここからが二人のスタートだと思います。 とりあえずはお幸せに。

ごあいさつ[http://www.dive-in.to/~osakana/diary/?200104a#01-1]:

本当は色々な苦労もあると思いますが、 あえて勝手なことを言えば、兄妹の関係だからこそ一緒に暮らしていて楽しいこともあると思います。 今後ともどうぞよろしくお願いします。

転籍拒否なら「隔離部屋」セガが12人に辞令[http://news.yahoo.co.jp/headlines/mai/010401/dom/08150000_maidomm141.html]:

本当は色々な苦労もあると思いますが、 あえて勝手なことを言えば・・・ってネタじゃないかも。

再婚[http://www.slab.sfc.keio.ac.jp/~daigo/diary/?20010401#01-1]:

本当は色々な苦労もあると思いますが、 あえて勝手なことを言えば、二回目だからこそ経験を活かしてよりよい関係を築けると思います。 とりあえずはお幸せに。

嘘発見機付きメール配信システムを発表[http://www.lyfix.com/release.html]:

「かわいいウソ見逃し機能」が嬉しいですね。 逃避日誌[http://shortcut.maid.ne.jp/diary/200103c.html#3104a] より。

uso800.com[http://www.uso800.com/]:

楽しみにしてたんですが。

英語圏でのhns[http://www.ki.nu/~makoto/diary/?200103b&to=200103191#200103191]:

日本語圏以外のWeb日記について調査したレポートとかどっかにないですかね。 The Open Diary[http://www.opendiary.com/]The Diary Registry[http://www.diarist.net/registry/] が見つかったのですが、相互にリンクを張ったりとしている現場には辿り付けなかったです。 ひょっとして日本独自の特殊な文化?

■ 関連記事

■2 hns記念日[http://www.nantoka.com/~kei/diary/?0401][hns]<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

そういえば、hnsを導入したのは去年の昨日でしたね。 キリが良いので、4月1日を私的hns記念日に制定。

■ 関連記事

■3 PHP用文字コード変換関数[http://www.spencernetwork.org/jcode/][CLIP]<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

■ 関連記事

■4phpinfo<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

確かにすごいことになってます。 だらだらさせてよ[http://www.dayomon.com/daradara.cgi?20010401] より。

■ 関連記事

■5逆リンク自動解析<< 前の記事 | 次の記事 >> このエントリーをはてなブックマークに追加

さて、貴ページにおいて使用されている「逆リンク」機能('@'によって表示されているものを指しております)は、 弊社が既に出願し公開されております特許の請求項「WWWページ閲覧時にブラウザより送出される、HTTP_REFERERを分類・整理して、 該WWWページに反映することを特徴とするWWWページ生成装置」に抵触するものと思われます。 従いまして、本技術を今後も使用される場合、弊社とのライセンス契約が必要となります。 なおライセンス契約なきまま本技術を使用された場合、 特許成立後は特許侵害として訴追する場合もあることを申し添えます。
refテクノロジは大丈夫ですかね。

■ 関連記事

■6 日記バード[http://www.nantoka.com/~kei/nb/]<< 前の記事 このエントリーをはてなブックマークに追加

本日の全日記読破成功者は8名。 日記更新の多い日だと、読みきる前に新しい日記が出てきてしまうので達成が難しいみたいです。

■ 関連記事

詳細はこの日の詳細から

2000年04月01日()<< 前の日記 | 次の日記 >>
この日の詳細

■1hns導入[hns]次の記事 >> このエントリーをはてなブックマークに追加

昨日、少し書いてしまったけれども、 hns[http://www.h14m.org/] を導入することにした。 過去に書いた日記を運んだり、リンクの張りなおしをしないといけないけれども、 そんなにイニシャルコスト掛からない感じ。 もっとはやく導入すべきだった。

■ 関連記事

■2Namazu for hns[hns]<< 前の記事 このエントリーをはてなブックマークに追加

の設定もしないといけない。

■ 関連記事

詳細はこの日の詳細から

以上、13 日分です。

指定日の日記を表示

前月 2020年01月 翌月
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

最近の日記

2019年04月01日

新元号「令和」について

2019年03月23日

DXアンテナ ワイヤレスチューナー メディアコンセント DMC10F1

2019年02月17日

#例のグラボを活用する

2019年01月03日

シリーズ5・myHomeAlexaで自分のCDをかける

2018年12月25日

シリーズ4・英語の楽曲・アルバム・アーティスト名をカタカナに直す

2018年12月23日

シリーズ3: Echo Dotがやってきた

2018年12月19日

続・Echo Dotがやってきた

分野別タイトル一覧


全て
CLIP
SYA!nikki
book
freebsd
hns
magic
おさけ
おしごと
お買いもの
ぐる
ごはん
アクセシビリティ
オープンソース
セキュリティ
音楽
地域情報化
電子自治体
日記

予定

    ToDo

      link

      keikuma on Twitter

      keikuma Name:前田勝之
      Location:長崎市
      Web:http://www.nantok...
      Bio:前田勝之(まえだかつゆき)。長崎在住。コンサル、SE、プログラマー、 なんとか株式会社代表、非常勤講師(情報セキュリティ)。 セキュアド、テクニカルエンジニア(SV,NW)。サーバ管理とWeb日記を10年ほど。 ネットとリアルの接点に関心あり。食べること・歌うこと・愛すること・作ること・飲むこと。おいしいものがぜんぶすき。

      サイト内検索

      Google AdSense

      Powered by hns-2.19.9, HyperNikkiSystem Project