PublicKeyの新野さんが刺激的なエントリを書かれているので、便乗してこれからのSIerの未来像を考察してみます。 顧客にとってITコストの削減はSIerにとって売上げの減少になります。顧客がクラウドのサービスをそのまま利用することは、開発やカスタマイズをすることに存在意義があるSIerそのものを脅かします。 クラウドの存在は、SIerにとって逆風のように見えます。そしてSIerの存在もクラウドの普及にとって逆風なのかもしれません。 日本のSIerはクラウド普及の逆風なのか？ － Publickey クラウドとSIerの価値が相反している為、お互いにとって｢目の上のたんこぶ｣ではないかという意見ですが、現状その通りだと思っています。開発せずにスムースにサービスを利用できることがクラウドの強みでもありますが、システム運用をクラウドによって完結させることができる故にシステム基盤の構築･運用
昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに（仕様変更が必用かどうかの）見極めをする必用がある」という点。特に「作って見なければ分からない」部
元ネタ: http://labs.unoh.net/2007/07/mysqltips.html あまり具体的じゃないので、僕の考えとか。 正しいかどうかは各自の状況だとか実際試すべきなんだけど、参考になれば。 MyISAM、InnoDBなどテーブルタイプ 僕は断然InnoDB派です。 ただ仰るとおり、ログるだけのテーブルとかならMyISAMでもいいとは思うけど。 トランザクションやロック処理などが必要ない場合など、MyISAM形式にも良いところはあるので検討してみる価値はあるかもしれません。 これだけの指摘だとちょっと微妙な気がするです。 MyISAMの使いどころってのは、 ピンで他とリレーションが無い単純追記系のテーブル リレーションがあり、同一トランザクション内での更新系クエリが存在する場合は、トランザクションが期待通りに動かないので、基本的にはInnoDBと混在させるべきではない
/Library/LaunchDaemons以下とかにあるplistを手で編集するのって、 「嫌だな〜 怖いなあ〜 怖いなあ〜 怖いなあ〜」 って思ってたんですが、Lingonは開発止まってるらしいし、launchdに限らず、そもそもplistの標準エディタとか無いのかなと思ってTwitterで呟いたら@kyannyさんに教えて貰いました。 Property List Editorっていうのが最初からユーティリティの中に入ってるんですね・・・。（Spotlightで"pro"とか入れたら出てくる） （launchdのpostfixのplist） 実際には結局viで編集しちゃってるんですが標準エディタがあることで何か安心しました。
http://www.bookshelf.jp/soft/meadow_25.html#SEC273 ;;; dired を使って、一気にファイルの coding system (漢字) を変換する ;; m でマークして T で一括変換 (require 'dired-aux) (add-hook 'dired-mode-hook (lambda () (define-key (current-local-map) "T" 'dired-do-convert-coding-system))) (defvar dired-default-file-coding-system nil "*Default coding system for converting file (s).") (defvar dired-file-coding-system 'no-conversion) (defu
2008年07月25日23:32 Perl perl utf8→sjisで文字化け 以前のEncodeモジュールの話に関連した話なんですが、 今日、ある症状が出て困っていました。utf8を、sjisにした際に「〜（波ダッシュ？）」や「−（全角のマイナス）」が文字化けしてしまったのです(；´Д｀) とりあえずその場は「Unicode::Japanese使えば大丈夫だよ」と教えていただいて対処したんですが、どうにも府に落ちなくてちょっと調べてみました。そしたらありましたよ、解決策が.｡ﾟ+.(･∀･)ﾟ+.ﾟ もともと、 encode('shift_jis', decode_utf8($str)); こんな感じでutf8からshift-jisに変換していました。これを encode('cp932', decode_utf8($str)); とすることで、無事文字化けすることなく変換できました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![iPhoneの3G回線を切断してPocket WiFiで一日過ごしてみた雑感 & PHS300との比較！ [iPhone] [Gadget] [net]](https://cdn-ak-scissors.b.st-hatena.com/image/square/6d04a6f39cee63ad6b146531afcdf6cd74c846cb/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fttcbn.net%2Fwp-content%2Fthemes%2Fcocoon-master%2Fscreenshot.jpg)