女性エンジニアのことを少しだけ理解する3本の座談会記事
マイコミジャーナルに1年以上連載されている「進め! システム開発ジャーナル女子部」では、IT業界で働く女性をテーマにした記事が毎回掲載されています。 【連載】進め! システム開発ジャーナル女子部 (17) 覆面だから本音が言えちゃう!? 女性エンジニア座談会 - 結婚と出産 | エンタープライズ | マイコミジャーナル 1月5日に公開された記事「覆面だから本音が言えちゃう!? 女性エンジニア座談会 - 結婚と出産」では、4人の女性エンジニアが登場して本音の座談会を繰り広げ、結婚観などを披露した興味深い記事（ちなみにこの記事は2008年9月に雑誌に掲載されたものをWebに再掲載したと説明されています）。 そこで、今回はIT業界は女性にとってどのような職場として映っているのか、座談会の記事を3本集めてみました。 まずは、マイコミジャーナルの記事から一部を紹介します。結婚したあとも仕事を続けるの
1年目の人にわかってほしいこと - 極北データモデリング
今年採用した新卒者は、ウチぐらいの規模の会社ではめったに取れないレベルの猛者たちだ。 一人はTOEICのスコアが930台で、一人は年間の読書量が2000冊(200の間違いじゃない。2000なのだ)で、もう一人は特定されるのでここには書けないある大会の優勝者だ。 こういう人を集めたら何かすごいことが起きるかというと、集めただけでは別に何も起きない。 彼らにはどこかで目を覚ましてもらわなくてはならない。「目を覚ます」というのは、例えば この会社で要求される技術はたいして難しいものではない。勉強すれば1日で理解できる程度のことが大半 先輩は昔から何でも知っていたような顔をしているが、実はここ1,2年で覚えた技術で仕事をしている だから、先輩が10年目でようやくできるようになった技を、1年目の自分があっさりものにできてもおかしくない といったことに気付くことだ。 本当は大して難しくないのに...
あなたが知らないかもしれない 受託開発の基礎知識 - 新井俊一のソフトウェアビジネスブログ
ソフトウェアビジネスラボ第三回の私のスライドを掲載します。 （第2回のスライドは弊社の戦略がばれてしまうため掲載できません、残念。） ソフトウェアビジネスラボ第三回では大阪から壇弁護士に来ていただき、 ソフトウェア受託開発の契約についてお話しいただきました。 来場者の皆様に大変ご好評をいただきました。 また次の機会には是非みなさんお越しくださいね！ あなたが知らないかもしれない 受託開発の基礎知識
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
大半のSIerが3次下請け禁止
コンピュータメーカーや大手SIerなどによる、再々委託禁止の動きはごく当たり前のものになってきた。 既に富士通や伊藤忠テクノソリューションズ（CTC）、CSKシステムズ、新日鉄ソリューションズ（NSSOL）などの大手から中堅SIerまでが、3次の下請けを禁じる「再々委託禁止」の規則を導入（表1）。今回の取材で回答を得られなかったが、取引関係のある複数の企業によると、日立製作所も同様の方針である。 NTTデータと野村総合研究所（NRI）、NECは、現在のところ多重下請けを一律には制限していない。ただし、協力会社が外注を活用する場合は必ず報告と許諾を求めるなどして、下請けの管理を強化している。 再々委託禁止より厳しい外注制限を課すケースも出ている。キーウエアソリューションズやシーエーシー（CAC）は2次への業務委託も禁じるようにしたのだ。また、ある中小SIerは「最近、日本IBMの2次下請けと
株式会社マジカジャパンの羽生章洋が書いてるブログ:営業と要件定義 - livedoor Blog（ブログ）
そういう不可欠の職種である営業ですが、良い印象を与えないことがある理由は何かというと、無理矢理押し込むという風に思われているからではないかと感じます。要するに押し売りなのではないかと。あるいはyes but法などに代表されるような、ああいえばこういう的に言葉巧みに相手を追い込んでいくというような、駆け引きで買わせるという風に思われていることもあるかもしれません。 しかし私どものような業務システムの受託開発のように、既に存在する商品を売るのではない、所謂ソリューション営業あるいはコンサルティング営業の場合には、この押し込み型の営業というのは、実はなかなかに厳しいものがあります。 SI業界でも押し込み型の営業スタイルで成功体験を築き上げてきた方々はいます。ただその場合は、よくよく見るとシステムというよりもやはりハードウェアありきだったと見受けられることが多いのです。 受託開発の営業というのは、
情シス子会社に対する親会社の不満、サポート体制がトップ
矢野経済研究所が2月26日に公開した調査結果で、親会社の85％が情報システム子会社のサポート体制を不満に思っていることが分かった。調査結果は情報システム子会社66社と親会社20社に実施したアンケートをまとめた。 情報システム子会社の「サポート体制」について親会社に聞いた結果では「大変不満」「不満」の合計が85％。「満足」は10％だった。矢野経済研究所は「情報システムの運用や保守をサービスとして十分に提供できている情報システム子会社が少ないため」と推測している。 「満足」が多かったのは上流工程に当たる「ソリューション提案力」「コンサルティング力」で、矢野経済研究所は「情報システム子会社がこれまでに蓄積した業務知識が親会社から評価されたためと推測する」としている。 情報システム子会社には、親会社またはグループ会社のプロジェクトにどの程度、参画しているかを聞いた。最も多かったのは「親会社が主導だ
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
クラウドソーシングサービス「Lancers」つくりました | ランサーズ社長日記
いいね！ 3 ツイート B! はてブ 15 Pocket 4 個人間や個人法人間で仕事を匿名で直接依頼し、依頼から決済・仕事管理まで出来る（いわゆるクラウドソーシング）サービス「Lancers（ランサーズ）」を作りました。ドメインは(http://www.lancers.jp)です。 昔から個人に仕事を依頼することはよくあり、専門業者よりよっぽどいい仕事をする人たちが世の中にはわんさかいるなーと思っていました。そんな個人の人たちに仕事をお願いしたり、されたりすれば、お互いが幸せで、おもしろいのになぁ・・・という思いからできたのが、このサービスです。 Lancersのサービス概要について、いつものように（？）書いてみます。 サービス名 Lancers（ランサーズ） サービス概要 Lancersは、個人間や個人法人間で、仕事を匿名で直接取引できる、仕事のマーケットプレイス（いわゆるクラウドソー
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
客のことを真剣に考えると、儲からない。から、どうするか (arclamp.jp アークランプ)
先日、クラウド研究会の後、朝まで飲んでた時にNRIのSさんに「なんか、仕事してて悩みないの？」って言われて、ふと出たのが 「客のことを真剣に考えると、儲からないんですよ」 っていうので、「そーだよねー、ウンウン」って大ウケされました。で、そのあとにSさんと語ったのですが、それって1つの真理ですよねと。だけど、これをきちんとエコシステムとしてビジネスモデルにするのが僕らがやるべき仕事ですよと。 今、｢見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること｣っていうのが話題ですが、それって業者からすれば儲からないってことで、これをSIerがやる理由がないんですよ。これっぽっちもない（まぁ、記事は煽りすぎで、実際には職員の工数がかかっているので2000万ぐらいにはなるのではないだろうか。それでもひとケタ違うけど）。 で、ござ先輩に言いたい。プログラマの誇りを減衰しないビジネスモ
プログラミングに誇りを持ちたいなら単価を上げること - ひがやすを技術ブログ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せ付けたいからだ。 山本さんの気持ちは良くわかるけど、プログラマの誇りを見せ付けたいなら、単に良いものを作るだけではだめです。プログラミングの価値を高い金に結びつける必要があります。 だれでも、自分のことを高く評価してほしいと願っているはずです。そして、その評価が、金に結びつかないと、その努力は維持できないのです。 良い仕事をしても、だめな仕事をしても、もらう報酬が同じなら、人は努力しなくなる。努力しないから、良いコードはかけない。 この業界の問題、それはプログラムが、新人?3年目の作業と位置づけられていることだ。 ベテランでも、だめなコードを書く人はいるでしょう。それは、素質だとかの問題ではありません。余り金がもらえないから、人は自然に努力しなくなり、だから、だめなコードにな
プログラマの誇りを減衰しないビジネスモデルを - GoTheDistance
アツいエントリなんで思わずTBうってみる。 この業界の問題、それはプログラムが、新人〜3年目の作業と位置づけられていることだ。 プログラマーの誇りを見せ付けろ - 山本大＠クロノスの日記 正確に言うと上級プログラマも初級プログラマも同じ値段で評価されるってことが弊害である、ってことだと思います。予めXXX万円で作ってねという予算が決まっていて、その予算をオーバーしないことだけが成果の基準にあることが問題だと考えます。このルールにおいては、極論ですがコード品質が高くても低くても大差が無くねっていう力学が働きます。 基本的にニッポンの受託開発のプロジェクトの場合は、大きく２つのプレイヤーがいます。 案件を立ち上げてお客さんへのコミット権限がある人・会社 立ち上げた案件をシステム化してデリバリする人・会社 ですが、今の流れでは工程が分断されちゃっているので、案件を立ち上げる人とシステム化してデリ
プログラマーの誇りを見せ付けろ - レベルエンター山本大のブログ
僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。 それには理由がある。 それは、プログラマの誇りを見せたいからだ。 この案件は、既存機能をコピーして似た機能を作るというものだ。 既存機能は、Webシステムなのに1アクションで 1分や2分以上のレスポンスタイムはザラで、 悪いときには数分後にタイムアウトして、 さらに悪いときには、アプリケーション全体をロックしてしまっていた。 顧客はそれでも我慢して使っていてくれたそうだ。 今回の改修に際して、顧客がパフォーマンスを要求するのは当然だった。 それにしても酷いアリサマだとコードを見てみると 酷い。 確かにパフォーマンスは出ないのも無理はない。 いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。 この機能はそこそこ難しく、業務的にも重要だ。 しかし、そのコードは、新人〜3年目ぐらいのプログラマが書いたとしか思えないコ
会社が倒産したわけだが・・・
なんか前にいた会社が倒産したそうで。 せっかくなんで軽くまとめてみる。 業種はWebサービス屋で変なポータルサイトつくってた。 1.夢がキラ☆キラ 始まりは夢がいっぱい。 独自な検索エンジンつくったり、アバターを導入したり。 今思えばこのころが一番楽しかった。 2.満を持してプレス発表 割と大きめな会場かりて大発表大会。 各種ニュースサイトに流れてベタにサーバが落ちる。 このころがピーク。 3.事業拡大につき一緒に働く仲間を募集します！ すでにPVは下がり始めるがなぜか人材募集。 営業やマーケティング（笑）を強化。 4.いざ新天地へ 事務所が狭くなったので引越し。 今後のことを考えて今までの5倍の広さにしました。 5.破滅への序曲 プレス発表してから半年ぐらい。すでにサイトは過疎状態。 現状脱出を目指していろいろ試行錯誤。 この辺りからいろいろ壊れはじめる。 6.時代はソーシャルネットーワ
社内で勉強会やりたいと会社に言ったら、「言うまでもない」と断られた。 - 脱エンタープライズ志向
以前友達に進められてとある勉強会に行った。そしたら講習会のようでその勉強会は肌に合わなかった。 神奈川[横浜]を中心に読書会、勉強会やりませんか？ - 脱エンタープライズ志向 でも、hanazukinさんのおかげで勉強会というものが可視かされ身近になり、どんなものがいつあるのかすごく良く分かるようになった。 「IT勉強会は行きづらい」を解決する − ＠IT自分戦略研究所 IT 勉強会カレンダー そんならばと、横浜を中心に勉強会をやろう！と呼びかけてみた。が、そうそう集まるものではなかった。（世の中沢山あるしね。） SRPY（Study Reading Party YOKOHAMA）旗揚げ！ - 脱エンタープライズ志向 せめて、自社の人間と活動をスタートして、そのうちグローバルになればいいかなぁという気持ちで、会社に相談してみた。 結果・・・ 「言うまでも無く、駄目。」 えーーーーっ！！ 役
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
kousyoublog.jp
プライバシーマーク文書のまとめと社内でおこなった内部監査 | 株式会社シンメトリック公式ブログ - 携帯開発から生まれる技術情報