Not FoundWantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。
SEが考えていることは常に正しい
「SEが考えていることは常に正しい」。 強い言葉である。この発言を聞いたのは1年半ほど前だが今でも記憶に残っている。 SEとはシステムズエンジニアを指し、情報システムの企画、設計、開発、運用にかかわるすべての人を指す。企業の情報システム部門やシステム子会社にいるSE、メーカーやソフトハウスなどIT企業にいるSE、組織に属さずコンサルタントなどをしているSE、すべて含む。 「SEが考えていることは常に正しい」とすると、「正しくないことを考えている人」がいるはずだ。 それは「ビジネス側の人たち」である。情報システムを利用する人たちと言い換えてもよい。経営者、事業部門の長や部員、管理部門の長や部員、関連会社や取引先の経営者や社員、すべて含む。 SEが情報システムを企画、設計、開発、運用していこうとすると、ビジネス側の人たちと意見が衝突することが往々にしてある。 「会社を預かるものとして君の提案は
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
Inside Tokyo Cabinet その壱 - mixi engineer blog
約半年間の沈黙を破ってOSSの世界に戻ってきつつあるmikioです。先日、Tokyo Cabinet（以下「TC」と呼びます）というデータベースライブラリをリリースしました。今回から数回に分けて、TCの設計と苦労話について連載してみます。 DBMとは TCは、いわゆるDBMの系譜のデータベースライブラリで、単純なハッシュテーブルをファイル上で永続化するだけの機能を提供します。DBMはAT&Tの古代UNIXの時代から受け継がれる伝統芸能なのですが、私はそういう枯れた技術が大好きなのです。 プログラマの皆さんは、PerlやRubyではハッシュ（連想配列）と呼ばれ、JavaやC++ではmapと呼ばれるような、何らかのキーに関連づけてなんらかの値を記録するデータ構造って実によく使いますよね。例えばmixiでは、ユーザアカウントに関連する情報（名前とかニックネームとか）は、ユーザIDをキーにしたハッ
チェンジビジョン、Webで設計情報を共有するツール
チェンジビジョンは9月4日、UML、ER図などをWeb上で共有できる情報共有アプリケーション「JUDE/Share」を発表した。設計ドキュメントにコメントを付加し、設計時のコミュニケーションを促進することができるという。 これまで設計チームと開発チームの間でホワイトボードなどを使って行ってきた設計解説やレビューなどを、そのままインターネット上で展開できる。 JUDE/Shareは、システム設計ツールのJUDE/Professionalで作成した設計ドキュメントを登録することで、Webブラウザから参照できるようにする。登録した設計情報に対して質問やコメントを付与し、ディスカッションが行える。登録できるのはUML、ER図、DFD、フローチャート、Mind Map。コメントは図に対して付けることができ、オブジェクトの移動と連動して表示される。返信コメントも可能。また、JUDE/Share上のコン
Premier Diagramming, Modeling Software & Tools | Astah
The power of software modeling Astah’s modeling tools allow you to visualize the essence of your ideas and software designs. Quickly and effortlessly build diagrams that create a clear understanding among teams. Build UML, ER diagrams, Data Flow Diagrams, Flowcharts, mind maps and more in the most powerful modeling software for everyone from students to enterprise teams. Get a free trial New Acade
[ThinkIT] 第1回：開発ドキュメント体系と業務フロー (1/4)
ソフトウェア業界の仕事は、下請け・孫請けのピラミッド構成となることが多く、常駐・派遣型のビジネスがかなりのパーセンテージを占めています。そんな中、他の業界と同じように、下請け脱却を目指して"一括請負"で仕事を引き受けたいとする会社もあります。 その志は善しとしましょう。しかし、肝心の"実力"が伴っていないと発注者も受託者もお互いに手痛い目に遭います。ここで言う"実力"とは、単なる技術力のことではありません。スケジュール管理や品質管理、コスト管理などのプロジェクト管理の技術・体制を社内で持っているかどうかが成否の鍵となるのです。 筆者の会社は創立11年目なのですが、創業以来「常駐・派遣の仕事はやらない！」という起業時のポリシーを貫いて来ました。C/SやWebのシステム開発を主体としているのですが、10年間の中では当然（？）、いくつかの失敗プロジェクトもありました。その苦い経験の中で「成功率と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DBDesigner4マニュアル