Windows Power Shell は、 Windows をコマンドラインから、あるいは、 スクリプトを使って管理するために作られた新しいシェル環境です。 作られた目的のせいか、 Power Shell を解説する書籍・ウェブサイトには、 「管理者向けの TIPS、実例集」 （レジストリの値の変え方とか、WMI の呼び出し方とか） みたいな物が多かったりします。 でも、Power Shell を調べてみた感じ、 Power Shell 用のスクリプト言語や、 コマンドレットの動作・作り方など、 プログラミング的にも結構面白そうな感じなので、 その辺りを中心に話をしてみようかと思います。 （注： コマンドの実行結果など、 ページ表示の収まりをよくするため、 ところどころ省略している部分があります。 ）

Web標準の人たちがS5を使っているのを見て、自分も使ってみたいと思い、色々と実験。ただ、日本語ドキュメントがほとんど見つからなかったので、備忘録としてもメモしておく。参考にどうぞ。 そもそも、S5って何だ？ 単純に言うと、インターネット上でマイクロソフトのパワーポイントを表現するようなもの。例えば、2xupさんとかがプレゼンの資料として公開している。でも、「それだけなら、パワーポイントをダウンロードするなり、PDF化すればいいんじゃないの？」と思われるかもしれないが、S5はXHTML＋CSSのWeb標準で実装されたパワーポイントのツールのようなものなので、検索エンジンにも引っ掛かるし、アクセシビリティにも対応できる。このへんが便利かなと思っている。 S5を使うために必要な技術 まず、HTMLなり、XHTMLが読み書きできること。デザインを自由自在に変えたいのなら、CSSも必要。S5自体は

2007年06月17日00:15 カテゴリ翻訳/紹介 怠訳 - 怠惰を役立てる10の方法 Perl Mongerとしては見過ごせないタイトルなので。 10 Ways to Make Laziness Work for You 完訳するには私はあまりにlazyなので、きちんと読みたい方は上をクリック。 一番かしこいい連中は、一番ものぐさな連中 - often the smartest people are the laziest ones. 連中はいつも仕事から逃れようとしているので、結果として一番優れた発明をしたりする。コンピューターとか、電子レンジとか、自動車とか、アンチョコとか。 仕事のきつさを和らげる - Make not doing it harder. ものぐさな奴はきつい仕事がきらい。ということは、もっときつい仕事を見せると、それを避けるためにより軽い仕事を片付けたりする。例え

※下の画像は公式サイトより 人は生きている限り、どこかへ行くものだ。それは会社かも知れないし、近くの公園かも知れない。だが、どこかに行って、そこで何かを体験して、それをブログに書き記す人も多いだろう。 今日はどこどこへ行った、といったようなブログを書いている方にお勧めなのがこのプラグインだ。 今回紹介するオープンソース・ソフトウェアはWordPress Geo Mashup、地図とブログシステムをMashupさせるソフトウェアだ。 WordPress Geo Mashupは名称の通り、海外で人気の高いブログシステムであるWordPress向けのプラグインソフトウェアだ。ごく単純に言うと、地図用のページを用意し、各記事をアップする際に表示するポイントを指定するだけだ。すると記事にポイントが表示され、それをクリックすると該当記事に飛ぶようになる。 カテゴリによってポイントの色が変えられるので、

AdobeからFlex3とAIR（Adobe Integrated Runtime、コードネーム“Apollo”）のパブリックベータ版が公開されました。 Flex1.5からFlex2になったときとは違い、Flex2とFlex3とで基本となる部分での大きな変更はないようです。つまり、Flex2での開発手法がそのまま適用できます。AIRの開発でも同様のことがいえますので、ここでFlexの開発手法をしっかりと理解しておくことが、次のステップへ進むためにきっと役立つでしょう。 前連載「Flex2でWebアプリ開発」では、Flex開発で基本となる特徴的な機能について紹介しました。本連載では一歩進んで、実開発の現場でよく使われる機能について、より実践的に解説します。 RIAと画面遷移 RIA（Rich Internet Application）の特徴として挙げられるのが、従来のWebアプリケーションの

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

文字コードの多様化とインターネットやクライアント-サーバーなどの分散環境の普及によって，文字化けトラブルの頻度が飛躍的に拡大した。特に Webシステムでは，WebブラウザとWebサーバー，プログラム(スクリプト)言語，そしてデータベースと文字化けが発生する要因が数多く存在する。 Webサーバー側の文字化けは，他のコラムにお任せすることとして，今回はMySQLの文字化けに関して解説する。 文字化けの仕組み 文字化けは開発者にとって悩みの種である。しかし，文字化けの仕組みを少しでも知っていれば，意外と簡単に解決できるものだ。このコラムで，ぜひその知識を学んでほしい。 MySQL 4.1の変更点 さて，MySQLにおいては，バージョン4.1のリリースを境に文字化けが起きることが非常に多くなった。では，バージョン4.1は，それ以前のバージョンと何が変わったのだろうか。そこに文字化けを解決するヒント

最近話題の年金問題，金融系企業の大規模統合/合併，預金のペイオフ対応，などなど──これらのシステム対応に共通する，ある重要な技術がある。「名寄せ」である。異なるシステムのデータを統合するとき，規制やルールによってデータを作り直すとき，顧客情報などの名寄せは常に大きな問題となる。 メインフレームの時代から，システムを作ったり，改変したり，統合したりを繰り返してきたベテラン技術者であれば，何を今さらと思うだろう。特に金融系システムの開発者やデータベース管理者などにとっては必須知識に近い。ベテランでなくても，何らかのシステム統合やデータ移行に携わった経験があれば，名寄せの作業を見聞きしたことがあるだろう。 しかし，そうしたシステムや現場にかかわったことがない開発者/技術者の中には“名寄せ”と聞いても何のことかわからないと言う人もいる。また，最近話題になってから，言葉を知ったという人もいるかもしれ

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

ネットイナゴ問題については、はてなブックマーク開発者id:naoyaのダイアリーを基点に皆さんと一緒に考えていくことになります。僕もときどき参加します。 さて、僕が何かを書くと「ポジティブだ」という意見を述べる人がいる。誰が何をどう読みどう思おうと自由だが、そんな低レベルなところで思考停止してもらいたくないなぁと正直には思っている。 「ウェブ進化論」の中で、 大きな環境変化が起きたときに、真っ先に自分が変化しなければ淘汰される というのが「シリコンバレーの掟」だと書いた。また「ウェブ人間論」の中で、自分の生き方について、 「社会変化とは否応もなく巨大であるゆえ、変化は不可避との前提で、個はいかにサバイバルするか」を最優先に考える と書いた。第三者的な立場で世の中を分析してある世界が全体としてこうなっていますよ、こうすべきですよ、ということを書く人は僕以外にもたくさんいるので、そこはもうやる

AWSアドバンスドコンサルティングパートナーの一員として活動する株式会社スタイルズが、AWS導入、移行、開発、セキュリティ、運用保守など、すべてのご相談に乗らせていただきます。 AWSを導入したいが何から始めたらいいかわからない 既存のベンダーが新技術に弱く、良い提案がもらえない クラウドの導入にセキュリティの不安がある AWSをとりあえず導入したが、さらに活用していきたい 社内にAWSの知見を持っている人がいない AWSならではのシステム開発を詳しく知りたい

人のホームページやブログをみたり、あとは掲示板やチャットに参加したら、どんな個人情報が人に知られるかを正確に知ってる初心者の方は少ないと思うので、簡単に説明します。 まず、あなたのブラウザがどんな情報を出しているかを、以下のサイトで調べてください。 IPひろば：環境変数チェック（詳細版）http://www.iphiroba.jp/env.php これらの情報をホームページやブログをみていたらその管理者に、掲示板やチャットに参加したらその一部の情報が参加者に知られる可能性があります。 ホームページやブログの管理者が「アクセス解析」を行っていれば来た人のリモートホスト・IPアドレス・ブラウザのバージョン・OSのバージョンなどはわかります。 掲示板への書込みのログにも、それらの項目が記載されます。（それが表示されるかどうかはその掲示板次第です。リモートホストまでは表示されるところもあります。）

GIGAZINEが今の形になるまでいくつかのネットコミュニティに参加したことがあり、主催などもしたことがあります。ゼロから作られたコミュニティの初期メンバーとして参加し、その栄枯盛衰を目撃したこともあります。それらの経験などから、コミュニティをビジネスの中核とすることは大変な困難を伴うことだと感じました。 ここでは、ネット上のコミュニティが「崩壊」するという最悪の結末、そして崩壊をすべて回避した最終形態について考えてみようと思います。コミュニティを中心とするビジネスや、ユーザー参加型コンテンツ、あるいはそういうコミュニティを主催・運営する方々の指針となれば幸いです。 ～もくじ～ 1.「ときめきメモリアルオンライン」に見るコミュニティ完全崩壊への流れ 2.創成期～成長期：炎上して燃え尽きるまで 3.円熟期～硬直期：後先考えず食らいつくす「ネットイナゴ」化 4.衰退期：SNSに見るユーザー大移