チームリーダー日記 : [memo]ちゃんとした会社をつくるためにやってきていること〜開幕編〜
今は個人ベースでしかないんだけど 固定費を抑えて変動費にしておくとか、固定費（人件費）を削減するために一時的にお金（退職割増金）を使うとか。感覚としてこういうことなのか（こういう気分でこういう決断をこのくらいのタイミングで求められることなのか）ということのミニマム版を体験してるってことなのかもなぁ。自分の資金が尽きるXデーは常に更新していて週単位で把握しています。 じゃぁ会社員時代にこれをやれてたかというと、どうだろうか？気の持ちようがだいぶ変わったからなぁ。いやもっと正確に言うと、時間をかけて気の持ちようを変えたからなぁ。「気持ちを変える！」というやり方ではなく、大掃除などを利用して根本的なところから直してきたつもりです。 ＃もちろん、ぜんぜん足りないかもしれないし、実は方向を間違えている可能性もあるけどね。 ＃ただ、かなり基本的なことに着眼できていると思うなぁ。 ＃あとは大ハマリし続け
RSS購読者数の推移とPV数の推移に有意な相関性は見られず | 住 太陽のブログ
hCAPTHAのチャレンジに「繰り返しのないエンティティをクリックしてください」というものがあります。この文面の意味がわかりにくいせいでしょうか、検索しておられる方が相当数おられます。この記事では「繰り返しのないエンティティ」とは何で、何をすればいいのかを簡単に解説します。
SOA＝選択する (arclamp.jp アークランプ)
相変わらず大型案件の話が来ると「SOAでやりたい」という声を聞きます。でも、皆さん言われるのが「SOAをやる時にビジネスプロセス分析から始めたいけど、ユーザーにそんな体力がない」ということ。SOAの導入で最も問題になるのがユーザーのITリテラシという調査を見たことがありますが、あながちウソでもないなと思ってしまいます。 それでもSOAを導入するのはユーザーの理解を得ないといけません。しかし、それはビジネスプロセス分析でも、Webサービスでも、モデリングでもありません。大事なことは「選択する」ということです。 システム実現手段の選択の幅を広げる SOAの基本は標準的なインターフェースを持ったコンポーネントをプロセスとして組み合わせることです。これが何を意味しているのかというと、コンポーネントの切り方やコンポーネントの作り方が選択可能になったということです。 たとえば変化が激しく重要な業務を
「ブレイク直前のLinux」を思い起こさせるRubyのマグマ
Ruby on Railsを利用したドリコムのDrecom Career Search。同社はB2CサービスでRailsを標準に採用している [画像のクリックで拡大表示] その熱気に包まれながら，なんだかこれとよく似た雰囲気を感じたことがあるような気がした。なんだったろう。そうだ。Linuxがブレイクする直前のあの熱気だ---6月に行われた日本Rubyカンファレンス（関連記事）で記者が受けた印象だ。 記者が最初にビジネス用途のソフトウエアとしてLinuxを意識したのは米Netscape CommuncationsがLinuxをサポートする方針を明らかにした時だったと記憶している。正直言って最初は「個人の名前を冠したソフトウエアなんて，どうせホビー用だろう」と思っていた。しかし，それではと調べれば調べるほど，Linux上のソフトウエアや，採用事例はまさに山のように出てくる。 売るわけでもない
「情報共有はボトムアップで」--企業におけるWeb 2.0のあるべき姿
非構造化データの扱い方 ボトムアップの情報共有で非構造化データが増加する際に課題となるのが、データの扱い方だ。モデレーターの竹内氏による「非構造化されたデータは実際に使えるのか」との問いかけに対し、谷本氏は、「情報の目利き役を民主的に行うべき」としている。これまでは、上司や担当者が「この情報はいい情報なので読んでおくように」と決めていたものを、「皆がいいという情報はいい情報だから読んでおこう」という考えで実行するのが民主的な情報共有法というわけだ。 また、基本的に非構造化されたデータから成り立つWikiは、管理面で問題にならないか、という疑問も沸いてくる。この点についてMayfield氏は、ある銀行での事例を紹介した。銀行というのは非常に規制の厳しい業界なため、Wikiを導入する際に「ドキュメントはすべて事前に検閲すべきだ。内容もチェックしなくてはならない」と大騒ぎになったという。しかし、
わたしが知らないスゴ本は、きっとあなたが読んでいる: いきなりコンサルタントに抜擢されたSEが読むべき4冊目
このエントリは、「いきなりコンサルタントに抜擢されたSEが読むべき3冊」[参照]の続きになる。 「コンサルタント」と一緒に仕事をしたことがあるだろうか? 肩書だけのなんちゃって自称コンサルではなく、McKinsey & Company や accenture といった、それでメシ喰っている連中のことだ。 彼らの阿呆ほどの猛仕事ぶりは、「マッキンゼーITの本質」[参照] に書いたが、仕事の順序というか、ダンドリの要領よさについては常々不思議に思っていた。「俺たちに明日はない」という言葉がピッタリの猪突猛進なのだが、仕事のやり方は整然粛々としている。見た目のロジカルさだけでなく、コンサルティングの仕事そのものが、あたかも何かのマニュアルに従っているかのような感じがしてならなかった。 その予感はあたってた。マニュアルを見つけたんだ。それは、「情報システム計画の立て方・活かし方」。いや、その辺に転
ビジネスリサーチの心得
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
米JBoss、オープンソースのワークフローエンジンを発表－ミドルウェアを強化
untitled
http://zerobase.jp/blog/entry-264.html