これさえあればシステム構成図がだいたい描けるアイコンセットを公開します！ | フューチャー技術ブログ
🚧新しいVersionが公開されています🚧 こちらの記事もどうぞ確認ください。 これさえあればサービス構成図がだいたい描けるアイコンセットを公開します！ こんにちは。@chanomaruです。 みなさん、スライドを作ってますか？ 最近はビジネスパーソンだけでなく、学生さんもプレゼンテーションをする機会が多くなってきていますよね。 エンジニアがよく作るスライドの1つにシステム構成図があります。 わたしもシステムがどのような構造になっているかを説明する際によく作成しています。 システム構成図では各技術要素をアイコンで表現することが多いです。 しかし「ロードバランサー」や「キュー」など、よく使うわりにアイコンを探しにくいモチーフも多いですよね？ …ということで、社内で利用されている 「これさえあればシステム構成図がだいたい描けるアイコンセット」を公開します！ アイコンセット含まれているアイコ
理解されない本当のIT業界--ここでの職業が持つ10の短所
多くの知り合いのITプロフェッショナルと同様に、わたしも時々、友人や家族からIT業界で仕事ができないかと頼まれることがある。なぜか、そう頼んでくる人の多くは、IT業界に働いている人はみな百万長者か億万長者だと思っているらしい。またIT業界の年収について勘違いされているということ以外にも、IT業界の外部にいる人は、この業界の仕事がどれほど大変かを理解していないことが多いようだ。 このサイトの読者にはITプロフェッショナルが多いため、この仕事のメリットとデメリットはどちらもよく知っているはずだ。わたしがこの記事を書いた理由は、読者が次にIT業界の仕事について非現実的な期待を抱いている友人から働きかけを受けた時に、相手にこの記事を送ればいいようにすることだ。 1．労働時間が長い IT業界にはあらゆる種類の仕事があるが、そのほとんどには1つの共通点がある。労働時間が長いということだ。IT業界で働き
翻訳 - 次のアジャイルソフトウェアプロジェクトに使える10の契約
以下の文章は、Peter Stevensによる「10 Contracts for your next Agile Software Project」の日本語訳である。 Creative Commons ― 表示-非営利 3.0 Unportedの条件下で、ここに掲載する。 次のアジャイルソフトウェアプロジェクトに使える10の契約 2009/4/29 by peterstev ソフトウェアサービスの顧客であれサプライヤであれ、ソフトウェア開発プロジェクトの最初の頃というのは、口約束だけでいろんな仕事をやらなくちゃいけない。 契約書というのは、言ってしまえば、競技のルールがだらだらと書かれてあるものに過ぎない。 ルールが正しければ、顧客にとってもサプライヤにとっても、成功する確率が高まる。 ルールが間違っていれば、お互いに協力することも難しいし、進捗だって妨げてしまう。 それでは、アジャイルプ
Web業界「広告系」と「IT系」の違い - Zerobase Journal
※業界の実態を端的に表現するためのデフォルメです。ご了承ください。 最大のポイントは「お財布の違い」です。マーケ予算で広告としてお金が落ちているのか、IT予算として事業への投資としてお金が落ちているのかの違い。これを理解しないと実態がつかめない。逆に言えば、すべてこれを起点に考えれば説明がつきます。 これほど違う広告系とIT系を「Web業界」と一括りにできるはずもなく、別々の業界だと認識した方がよいです。それなのに「Web業界」と一括りにされているのが実情です。 これは業界外の人、例えば発注元企業の担当者にとっては分かりにくいことです。Web業界の会社のリストを見ても、そこにはこういう区別がなされていませんから、「広告系の会社にコミュニティサイト開発の仕事を頼んでしまった」とか「IT系の会社にコーポレートサイトの制作を頼んでしまった」とかいった失敗につながります。 そもそも、このような軸で
エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
Private Presentation
Private content!This content has been marked as private by the uploader.
大手SIerの利益悪化がとどまることを知らない件 - GoTheDistance
田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／:::::::::: u＼ ／:::::::::⌒ 三. ⌒＼ ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼ 会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ | ＿＿＿＿＿＿＿_ ＼:::::::::: ｀ ⌒´ ,／ .| | | ノ::::::::::u ＼ | | | ／::::::::::::::::: u | | | |::::::::::::: ｌ u | | | ヽ:::::::::::: -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__| ヽ::
抜群マーケティングで、モノが売れる時代に？：日経ビジネスオンライン
あなたが銀座のファッションビルを歩いていると、店内のショップのバーゲン情報が携帯電話に届く―――。 消費者の位置と関心を把握して、情報を送る「地理空間情報サービス」。 経済産業省は、現在では約4兆円のこのサービス市場が「5年後の2013年に約10兆円と2.5倍に拡大する」との将来ビジョンを7月にまとめた。 地理空間情報とは、2つの要件で構成される。まず、ビルの何階にいるかといった高さや何時にどこにいたかといった経過までも勘案した位置情報。もう1つが、その位置にある施設の情報。これは住所やビル名だけでなく、飲食店であれば、メニューや評判といった付帯データも含む。この2つを組み合わせることで、冒頭のように個人の嗜好に合わせた情報をタイムリーに提供することが可能になる。 IT（情報技術）の発展で、GPS（全地球測位システム）や携帯電話などで人の位置を把握しやすくなった。今後の実用化が見込まれる無
SI契約に変革迫る「進行基準」 工事進行基準の正体：ITpro
工事進行基準はその名の通り、本来はビルやプラントといった長期にわたる建設工事を対象にした収益の認識基準だ。完成を待って収益を計上する「工事完成基準」をビルやプラントなどの工事に適用した場合、実際の企業活動が財務諸表に反映されるまでにタイム・ラグが生じる。 それでは、株主や投資家に企業の実態を正しく伝えらないという問題があった。このため建設業界などでは、工事の進捗度に応じて、売り上げ（収益）と費用（原価）を計上する工事進行基準が採用された。 同様の問題が、プロジェクト期間が長期におよぶITベンダーにも該当する。そこで企業の活動実態に即した収益を財務諸表に反映するために、ソフトウエア開発にも適用されることになった。09年4月以降に始まる事業年度から適用開始と定められているが、それ以前の事業年度からも適用できる。 ITベンダーにとって工事進行基準のメリットは、売上高を平準化できることである。3月
SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
SEマネジャは訪問してお客様を知れ
SEマネジャにとって部下のSEが担当している“お客様を知る”ことは極めて重要である。それも部下のSEがかかわっている全顧客である。 言うまでもないがSEマネジャが顧客を知らないと,部下に「○○顧客の△△課長がそんなことを了承されるとは思えない。こうやったらどうか」とか「その見積もりは先輩の◇◇SEに相談しろよ」とか「あのビルは深夜は出れないから仕事は早く切り上げろよ」などと具体的な助言や琴線に触れるようなコメントをすることは難しい。 また，トラブルなどの時に適切なアクションもとり難い。もちろん，部下が納得する人事評価をするのは不可能に近い。 それは第一線のSEの仕事は顧客の体制やシステムの難易度や部課長・担当者の考え方やスキル，ベンダーとの関係の良し悪しなどによって仕事の仕方や留意点，苦労の度合いなどが異なるからである。 SEマネジャは顧客訪問に工夫を ではSEマネジャが顧客を知るにはどう
mixi Engineers’ Blog » mixiのスモールワールド性の検証
初めまして、mixi開発部のfujisawaです。 マイミクシィの友人関係を使って、mixiのスモールワールド性について調べましたので、その結果について書きたいと思います。 スモールワールド性とは スモールワールド性とは、人間関係のネットワークなどでよく見られる性質で、文字通り「世間は狭い(It's a small world!)」ということを表しています。「知り合いを6人介するだけで、世界中の人々と間接的につながることができる」という『6次の隔たり(Six Degrees of Separations)』という言葉でもよく知られています。 一般にスモールワールドは以下の特徴を持っています。 誰に対しても少ない人数を介するだけで到達できる(平均距離が小さい) 自分の友人同士が友人関係にあることが多い(クラスタ性が高い) 1の距離とは、ネットワーク中のノードをたどった回数、すなわち友人を介し
日本のIT会社の海外進出が失敗する理由。 : ひろゆき＠オープンSNS
【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ 日本のIT会社の海外進出が失敗する理由。 : ひろゆき＠オープンSNS ひろゆき＠オープンSNS (ひろゆき＠オープンSNS) 投稿者, @ 2008-02-18 04:36:00 日本のIT会社の海外進出が失敗する理由。 ITの会社にとって、海外進出というのは、 たった１クリック先のことなので、 身近なはずなんですけど、なぜか上手くいかないことのほうが 多いんですよね。 ってなわけで、ちょいとまとめてみました。 海外進出が成功した時のメリット。 ・市場が増えるので売り上げが増える ・会社のブランド価値があがる ・非日本語圏の人材が使える まぁ、だいたい良いこと尽くめなように見えるのですが、 従業員にとってのデメリットが見過ごされがちな気がするんですね。 「非日本語圏
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2010/08/10/jp20100810why-are-engineers-important-for-internet-startups/
ソフト開発の常識が変わる！「何百人が一斉にテスト、バグがなければタダ」という凄いサービス - japan.internet.com Webテクノロジー
PC
http://chikura.fprog.com/index.php?UID=1186645498
http://chikura.fprog.com/index.php?UID=1186110219