通常、ファイルをアップロード、ダウンロードを行えるftpコマンドでの処理は、プロンプト上でユーザー名とパスワードを要求される。wu-ftpdを始めとする多くのFTPサーバソフトでは、通常パスワードの要求時に「Password:」といった文字列が表示され、これに対して入力しなければならない。これでは自動処理が複雑になってしまう。 しかし、ftpコマンドに「-n」オプションをつけると、ログインセッションが自動起動されなくなる。次のような内容のファイルを作成し、後述するよう「ftp -n」へ渡せばよい。 open ftp.exmple.com user hegehge password bin prompt cd directory get sample1.zip put sample2.zip quit 上記バッチ処理の内容を紹介しておこう。1行目は、「open」に続いてFTPサーバのドメイン

「JP1ユーザ設計で大事なコト - あしのあしあと」で書いた内容に、2点補足がある。 1. ジョブ実行制御コマンド使用時のユーザ設定 前回引用した次の部分について。 ジョブ実行制御のコマンドを使用してジョブを実行・操作する場合，コマンドを実行するOSユーザーと同名のJP1ユーザーを登録しておく必要があります。 http://www.hitachi.co.jp/Prod/comp/soft1/manual/pc/d3S0531/AJSX0142.HTM この部分だけではわからないのだが、jpqjobsubコマンドなどのジョブ実行制御コマンドを用いる場合には、次の絵のようにしなければならない。 ちょっと絵がわかりにくくなったのだが、左からエージェント、マネージャ（ホストM）、エージェント（ホストA）の3台のサーバがあって、次のような処理を行っている。 左のサーバで、点線枠内のjpqjobsub

業務で、JP1/AJS3（JP1/Automatic Job Management System 3） をよくさわっている。とてもよくさわっている。愛でている（ウソ）。周囲になぜか有識者がいない。まるでいない。で、色々とつまずいているので整理しておく。今回は、JP1ユーザのお話。 JP1ユーザとは JP1ユーザとは、まぁそのまんまだが、JP1で用いるユーザのこと。OSでもRDBMSでもなく、JP1で用いるユーザのこと。JP1/AJS3 を動作させるには、JP1 Base というプロダクトが必要で、この JP1 Base にてJP1ユーザは管理される。この JP1 Base（のうち、認証サーバに指定されたトコ）が認証や、認可の基本的なところを行ってくれる。 JP1ユーザのユーザ設計時には、次の2つを検討することになる。 アクセス権限 ⇒ JP1ユーザに権限を与える。認証サーバに設定する ユー

JP1ジョブ管理（JP1/AJS3：JP1/Automatic Job Management System 3）を初めて使ったのは、もう何年も前になる*1。その時は、プロダクトのことを何も知らないうちに（けっこう複雑な）ジョブネットの設計をしなければならなくなって、、とにかくアーキテクチャの概要だけを手っ取り早く知りたかった。とはいっても、どこから手をつけてよいのやらわからず、マニュアルだってどこを読めばよいのやら。で、結局2日間だけ研修を受けさせてもらい、空き時間にプロダクトをいじり、講師に質問しまくってどうにかした*2。 その時に「こんな絵があったらなぁ」と思っていた（はずの）絵を描いてみようかと――同じ悩みを持っている人がいるかどうかはわからないが。なお、ジョブ管理ってのがどういうコトか、ジョブネットってのがどういうモノかは、ざっくりわかっているものとする。 1) マネージャ・エージ

みなさん、shebang書いてますか！ Shebangというのは、スクリプトの最初の一行目に書く、「#!/bin/sh」とか「#!/usr/bin/perl」とかそういうあれです。詳しくはWikipediaさん（シバン (Unix)）に聞いてくださいまし。 Twitter見てると、「そもそもこれにshebangなんて名前がついてるの知らなかったよ」という発言も見る不憫な子ではあるのですが、そこに何が書いてあるかで実は動作が違うよってのが今日の本題です。それで、はまっていたのを最近見て、まああまりここで引っかかる人はいないと思いつつ、この点を書いた情報を見ないのでまとめてみました。*1 今日取り上げるのは、bashがデフォルト設定になっているLinuxでの「#!/bin/sh」と「#!/bin/bash」のお話。確認はCentOS5, 6で行なっています。 さて、上記の環境の場合、「/bin

この記事は abicky.net の RとSQLを対応付けてみた に移行しました

今ほど統計解析が必要とされる時代はありません。オープンソースの統計処理言語・環境の「R」を使って実践的な統計解析のテクニックとリテラシーを習得しましょう！ 読者にとってRは、世に溢れるデータの密林を切り開くための“ブッシュナイフ”となることでしょう（編集部） 統計解析の必要性とリテラシー 21世紀になって、経営学者の故ピーター・ドラッカー氏が言うところの知識労働者は、ますます統計解析を必要する局面が増えてきました。この状況は、20世紀後半から21世紀に起きた計算機能力の増大とインターネットの発展を基礎に、3つの大きな潮流が現れたことがキッカケとなっているように思います。その3つの潮流とは、オープンソース、オープンデータ、そしてオープンアイデアです。後ろの2つは今筆者が名付けました。 オープンソースは、皆さんがご存知のように、Linux、Apache、Perl、Python、RubyなどのO

Windowsには、ちょっとした処理をやらせるのに便利なバッチファイルというのがあるが、VistaからのUAC（ユーザーアカウント制御）で困っていた点があった。 というのが、VistaでUACがONの場合にシステムフォルダのような昇格が必要なフォルダへの書き込みを行った場合、 昇格しないとカレントディレクトリは実行位置だが、書き込めない 昇格すると、カレントディレクトリが強制的にC:\Windows\System32になる という点である。 カレントディレクトリが分からないとなぜ困るかというと、カレントディレクトリにあるファイルを特定のフォルダへコピーさせるのが厄介だからである。 で、色々探してたら、いいコマンドがあった。 cd /d %~dp0 詳細部を説明していくと cdChange Directoryコマンド /d現在のドライブ名も一緒に変更する（これが無いとドライブを跨いだcdが不

パソコンにバンドルされていたことがきっかけでホームページ・ビルダーを使い始めたのはしばらく昔のこと。程なくしてperlによるcgi開発に興味が移り、そこでホームページ・ビルダーの限界を感じた。（コードが自動修正されてしまうので…）そこで何か良いものはないか探したところ、やはり有名所のAdobeにたどり着く。しかしAdobeはその分高額だ。結局、Dreamweaverがその数分の一で購入できたことから、Dreamweaverを使うことになった。これが筆者とDreamweaverの出会いであった。 そんな風にDreamweaverと、いわば消去法で出会ったため、その後数年にわたってその素晴らしさに気がつくことはできなかった。今回、なんとなくDreamweaverの無料版、オープンソース版にあたるものはないかと探してみると、逆に、いかにDreamweaverが優れたものであるかを思い知らされるこ

完全に一致を作るための勉強法 たくさんのアクセスありがとうございました。 コメントもたくさん頂いてまして、それにお答えするのに「ブログでもつくろうかいな」とのぼせましたが、そんなテーマで続くわけもないので、やはりアノニマスダイアリーにしました。 【製作期間について】 まず、皆さん仕事しながらたった4ヶ月で！と褒めて頂いてますが、たったじゃないですよ。4ヶ月って。 仕事が終わって、毎日2～3時間。土日関係無くやると、多分300時間くらいになります。 専門学校の2年間の授業時間がこのくらいだったりするんじゃないですかね。結構長いです。 【モチベーションの維持について】 モチベーションを保つのがすごいというのも褒めてもらいましたが、私は一回やり始めると、意外に長く続きます。 コツがあるんです。 毎年、日々の単純作業が続かない新入社員が入ってきますが、そんな新人に言います。 「息をするように続ける

明けましておめでとうございます！ 近年、個人でWebサービスを開発するのが流行っていますね。「今年こそは俺もWebサービスを作ってモテモテになるぜ！」と思っている人も多いのではないでしょうか。 そんな人のために、Webサービスを開発・運営するにあたっての心構えやノウハウ、体験談などの書かれたエントリーを集めてみました。 ▼誠 Biz.ID：田口元の「ひとりで作るネットサービス」探訪 個人でWebサービスを開発している人たちのインタビュー集。ヒットしたサービスを手がけた個人開発者達のバックグランドや考え方を垣間見ることができ、モチベーションアップにもなります。恥ずかしながら、私のインタビューも載っています。 ▼Web2.0ナビ: 個人サービスを作るコツ 個人がWebサービスを作るための、実践的な8つのコツが書かれています。 ▼個人でネットサービスを運営するための5つのコツ（momose版）:

言うまでもなく，ビジネス環境の厳しい変化と，ITの急速な技術革新の中にあって，ビジネス価値を高めるシステム構築を実施することは，決して簡単なことではありません。皆さんの周囲には，要求が明確でないまま，コストと時間ばかりかけている「要求不在」のシステム構築プロジェクトはありませんか？ 「要求開発アライアンス」は，要求開発方法論（Openthology）を検討・公開することによって，ビジネス価値を高めるシステム構築の実現を支え，「要求不在」のシステム構築プロジェクトを撲滅（？）しようと努力しています。しかし，プロジェクトの現場ではいろいろな問題があるようです。 今回と次回の2回にわたって，要求開発がうまくできていないプロジェクトのありがちな症状を，アンチパターンとして紹介します。 症状： 既存システムに縛られるあまり，新しい発想や要求が発生しない 例： ・長年にわたって既存システムを使っている