「柔らかな」システム思考のすすめ
［1］ SSMとは ［1-1］ SSMに関心が集まっているわけ 最近、SSMについて質問されることが多くなりました。2003年11月に来日したSSMの提唱者 ピーター・チェックランド（Peter Checkland）教授の講演がその引き金になっているようです。SSMとはSoft System Methodologyの頭文字で、Soft（柔軟）にシステム思考（システムズアプローチ）をすることで問題の解決を図ろうとする方法論のことです。 システムエンジニアがSSMに関心を寄せる理由は大きく2つ考えられます。 1つは、最近のソフトウェア開発現場では、モデル指向の開発プロセスが採用されるようになってきているため、上流工程でSSMを適用してそのモデルを後続のシステム開発工程のモデルと連動させられないかという期待が持たれているためです。もう1つは、ソフトウェアを開発するにあたって、ビジネスゴール（進む
何が必要なのか - 急がば回れ、選ぶなら近道
ちょっと最近というか、ここ数年はというか、ここ10数年は、 常に強迫的に勉強せざるえない状況が続いておりまして、 まぁその辺の反省も踏まえて、 特に今後のIT屋さんとして何が必要ですか、 という点をまとめておく。 「マスターしておきたい技術」という感じです。 今は汎用機・オープン化に変化があった時期以上の転換期でもあり、 twitterのTL上の知り合いのほぼ8割強が ここ一年で転職するという異常事態になっています。 自分自身も現状の会社では満足に仕事ができないということで 会社を作ったという経緯もあり、 そんな中で、動く人たち「共通の仕様」みたいなものを感じます。 そんなこんなで、 要は、特に一線で活躍している技術者の人たちには、 共通のコモンセンスというのがあるな、 ということを良く思う訳です。 これは冷静に見ると、汎用機の時代からあまり変わってなくて、 つまり基礎（基本ではないですよ
シリコンバレーで働きたい方はバブルの間に是非どうぞ
さて、そろそろ、バブルの気配が濃厚に立ち込めてきたシリコンバレーの昨今。テクノロジー企業の上場申請が相次ぎ、未上場ベンチャーの企業価値は上昇し、未上場株の妖しいセカンダリーマーケットも躍進中。 私個人的には、身近でバブルが起こるのはこれで人生4回目です。こんな感じ： 1回目：日本の不動産バブル （もしかして近代日本史上、最初で最後のバブル？） 2回目：シリコンバレーのドットコムバブル 3回目：アメリカのサブプライム住宅ローンバブル 4回目：インターネットバブル（なのか？） ← いまここ 以下長いが、サマリーは、「バブルは当面避けられない。いい面もある。シリコンバレー的には、10年に１回のバブルなので、『シリコンバレーで働きたい！』という人は、上向いている今の間にもぐりこむのが吉」ということ。 覚えていますか♪ ドットコムバブルの狂乱 ドットコムバブルの際は、世の余剰資金がどっとインターネッ
ZETA株式会社
ZETA株式会社はコマースとCX（カスタマーエクスペリエンス）のリーディングカンパニーとして、 消費者のあらゆる体験を包括したマーケティングを実践するソリューション 『ZETA CX シリーズ』の開発・提供に取り組んでいます。
第3回 ビジネスがわかるシステム屋になるために | gihyo.jp
いよいよ本連載の最終回です。一目置かれるシステム屋になるための、問題発見と問題整理のやり方をお伝えします。 経営とビジネス環境を知ることから始める 企業の進む方向性や考えを知るには、経営戦略を知ることです。そのためには、経営者と話をするのが一番ですが、必ずしもそういうわけにはいきません。したがって、経営計画をはじめ、ステークホルダーとの関係、事業構造、製品やサービスの特徴を調べていきます。さらに、組織構造、社内の制度や規程など内部的な特徴も把握していきます。 現場との関係性づくり 現状調査をする際、部門外の人や社外の人が介在すると、現場が拒絶反応を示すことがあります。ITの知識や専門性だけでは受け入れてもらえません。 システム屋の理屈ではなく、あくまでもエンドユーザであるビジネス側の悩みを、“本音ベースで話してもらう関係性を築くこと”が大切です。そのために、まずはシステム屋がシステム以
利用者の立場を考えたペルソナ／シナリオ法による開発とは
Speaker 株式会社アプレッソ代表取締役副社長 CTO 小野和俊氏【ユーザビリティ研究会】では、ペルソナ／シナリオ法による開発の具体例などを紹介していきます。ペルソナを使ったことで発見された画面デザイン上の問題点や機能重複などをいくつか紹介する予定です。 リッチクライアント技術の登場・進展により、ソフトウェア・ユーザーインターフェイスの表現自由度が非常に高まり、いろいろなものが作れるようになりました。 ただ、いろいろなものが作成可能な道具が与えられたというのは、その道具を間違って使ってしまうことにも結び付き、それがこれからの課題だといえます。 HTMLを用いたWebベースのソフトウェアでは、ごく限られたソフトウェア部品しかなく、結果的にシンプルな操作性が実現されていた。そのように表現の方法が限られていたものが、いま自由に表現できる時代になろうとしています。その自由な表現が可能だという状
第3回 なぜ日本のソフトウェアが世界で通用しないのか | gihyo.jp
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
技術者の仕事を価値に変えるには、単価を超えるしかない。 - GoTheDistance
人月単価からの脱却というテーマも毎年のように浮かんでは消えていくのですが、その時その時で思うことは変わっていくので、現時点の考えをちょっと整理してみたいと思います。 どこでも言われていることですが、人月の最も絶望的なところは｢成果で価値を図ることが出来ず、猫も杓子もみんな同じ｣になることです。初心者でもプロでも、同じ値段。だって手間賃＋αだから、と。おごちゃんがSIerでは、1人が1人分しか稼げないという指摘をされており、僕もこの点においてSIerに絶望しています。個人が飛躍できるエコシステムが、どこにも無い。生産性が高くても給与が上がらないとか、人月見積もりは生産性がどうという主張は｢りんごは赤い｣という話に聞こえるので、逆に大丈夫かと心配になる。 初期費用が少なく借金することもなく、極論するとたった１人でも圧倒的な成果を出せるレバレッジが効くのがIT(知的成果物)の一番のメリットなのに
Boing Boing
Read the rules you agree to by using this website in our Terms of Service. We are a participant in the Amazon Services LLC Associates Program, an affiliate advertising program designed to provide a means for us to earn fees by linking to Amazon.com and affiliated sites. Boing Boing uses cookies and analytics trackers, and is supported by advertising, merchandise sales and affiliate links. Read abo
全問解説◆基本情報技術者試験 平成21年秋期
基本情報技術者試験は、情報処理技術者試験センターが実施する情報処理技術者試験の一つで、「高度IT人材となるために必要な基本的知識・技能を持ち、実践的な活用能力を身に付けた者」を認定する試験です。 受験機会は、毎年4月（春期）と10月（秋期）の年2回です。試験は午前試験と午後試験に分かれており、午前試験は全80問を、午後試験は13問中7問を解答します。すべて選択式の問題で、制限時間は、午前試験、午後試験とも2時間30分です。 効率良く知識を吸収するには、過去問題を解きながら学ぶのが一番です。そこで本連載では、2009年10月（平成21年度秋期）に実施された基本情報技術者試験の全問題の解答・解説を掲載します。全問題を一通り解いて実力診断をしたり、試験前に全問題をおさらいするなど、試験対策としてお使いいただけます。また、下記にあるタイトルは個々の問題の概要になっています。タイトルを見て苦手そうな
情報処理試験過去問
基本情報技術者試験は、情報処理技術者としての「知識・技能」があることを認定している国家試験です。 基本情報技術者試験に合格するためには、過去の問題（過去問）を学ぶことが大切です。過去に出題された同じ問題が出題されることがあります。当サイトでは平成14年からのすべての問題と詳しい解説を掲載しています。モバイル端末（スマホ、タブレット）からでも学習しやすいページ構成になってます。 午前問題の分野別の索引 過去問を解くと苦手分野がわかってきます。その分野を特に強化したいときに便利なように、午前の問題を以下の分野別にまとめました。 【午前分野別TOP】 【基数変換・文字コード・情報落ち】 【論理演算・シフト演算】 【中央処理装置】 【磁気ディスク】 【入出力装置・インターフェース】 【記憶階層・メモリ】 【ネットワーク】 【プログラム設計・システムテスト】 【プログラム言語】 【オペレーティングシ
情報処理推進機構
サイバーセキュリティお助け隊サービス中小企業のサイバーセキュリティ対策に不可欠な各種サービスを、ワンパッケージで安価に提供するサービスです。サイバーセキュリティお助け隊サービスのサービス利用料は、IT導入補助金で支援が受けられます。 マナビDX「マナビDX」は、デジタルスキルを身につける講座を紹介するポータルサイトです。 はじめての方でもデジタルスキルを学ぶことのできる学習コンテンツを紹介します。 また、掲載している講座の中には、受講費用等の補助が受けられる講座もあります。 IPAの“今”がわかる広報誌IPA NEWSは、IPAの活動状況や注力事業などをわかりやすくご紹介する広報誌。セキュリティ対策情報やDX推進に役立つ情報などをまとめてお届けしています。最新号の公開をメールでお届けするサービスをご利用いただけます。
パスワードを忘れたお客様には、新規に発行するのが昔からの伝統だな。
パスワードを忘れたお客様には、新規に発行するのが昔からの伝統だな。 忘れた人に答えられると言うことは、システム側で平文で保存していると言うことをお客様に伝えているので都合が悪い。 逆に、その会社のセキュリティを調べるために真っ先にするのは、パスワードを忘れた振りをして復元するだ。 それで平文が帰ってきた場合、セキュリティがザルだと思って良い。 そもそも、本人を偽られた場合（ソーシャルハッキングをされた場合に）個人情報であるパスワードを教えた責任は、騙されたでは済まない。 教えないで、新規にランダムパスワードを設定すれば十分。にもかかわらず、元のパスワードを教えろと言ってきた場合、それは、犯罪に関わっている可能性が高いと判断して問題ない。 そういう意味では、忘れた場合に自分が設定したパスワードが平文で帰ってくるサービスはセキュリティがザルなので、使い捨てパスワードを設定しない利用者も悪いとい
Googleは20%ルールによってイノベーションのジレンマを回避している：In the looop：オルタナティブ・ブログ
「イノベーションのジレンマ」は破壊的技術革新が大企業を衰退させるというイノベーション理論だ。 1997年にクレイトン・M・クリステンゼンによって提唱されて以来，特にメーカーやITエンジニアに極めて大きな影響を与えつづけ，その書籍は10年以上たった今でもAmazonで400位前後と異例のロングセラーになっている。 ■ イノベーションのジレンマとは では本題に入る前に「イノベーションのジレンマ」の意味するところをシンプルにまとめておこう。 １．技術革新が激しい業界において優良企業が衰退していくのには共通のパターンがある。それは顧客の声に耳を傾け，既存製品・技術の改良を行い，さらなるシェア向上を目指す｢持続的インベーション」に集中してしまうことに原因がある。 ２．革新的技術による｢破壊的イノベーション」が生まれても，それは自らのビジネスモデルを破壊するものであり，かつ当初は量産している既存技術の
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
システム保守エンジニア：1人で何役もこなす，地味だが収穫の多い仕事
システム保守は開発と違って，華々しく「○○システム稼働！」と注目されることはまずない。そういう意味では地味な仕事だ。だが最近，その重要さが見直されており，IT系の雑誌で特集されることも増えてきた。 システム保守エンジニアの仕事を一言で言えば「システム稼働後の安定稼働や機能追加を担う」こと。だが，その具体的な中身は多種多様である。顧客からの簡単な問い合わせ対応のようにすぐ終わるものもあれば，制度改正への対応のようにプログラムの改変が伴って1カ月以上かかる案件もある。稼働中のシステムで利用しているハードウエアのリース切れやソフトウエアのサポート期限切れがあれば，新しいものに入れ替える。突発的なシステム障害が起これば，たとえ深夜だろうと待ったなしで対応しなければならない。顧客からの要望やシステム障害などの報告を受けて，システム保守エンジニアの仕事が始まる。 大変なのは，1人で何役もこなさなければ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Press Enter■
https://www.publickey1.jp/blog/11/recoveringitsystem.txt
永和システムマネジメント
http://it.jeita.or.jp/infosys/kids/index.aspx?cat=0&menu=0