プロダクトマネージャーについて - naoyaのはてなダイアリー
Twitter でプロダクトマネージャーについてぶつぶつ呟いていたら、まとめられていました。ありがとうございます。 プロダクトマネージャー制度を導入するにはどうすれば良いのか プロダクトマネージャーについてあれこれ考えていることを、ここらで一旦整理する良い機会かなとも思いましたので、ちょっと文章をこさえてみることにしました。一年ぶりにブログでも書いてみようと思います。 プロダクトマネージャーはユニコーンなのか。なぜそれが必要なのか。プロダクトマネージャーを見つける / 組織で制度化するとはどういうことなのか。それについて自分の考えを述べていこうと思います。 プロダクトマネージャーは新しいユニコーンか? 昨今よくプロダクトマネージャーが話題になっていますが、人によっては「プロダクトマネージャー」 が今自分たちができないことを象徴している/それが登場すれば全てが解決する銀の弾丸的なもの･･･い
イケてる環境のWEB系の労働生産性がイケてないSIerのたった三割しかない件 - プロマネブログ
久しぶりの更新。一度ブログ書くの面倒になると、とことん書くのが面倒になるもんで。 【Web系最高って言うけど本当なの？】SIから転職したエンジニア達に聞いてみた - paiza開発日誌 まあ、いつものPaizaのWebアゲSIer Disの記事なわけなんですが。。。 最近、どうでもよくなって放置していたものの、いろいろ誤認している人が増えていそうなので、改めて問題点指摘しておきますか。ブコメ見るとSIer側の反論も欲しそうだし。 とはいえ、開発環境の話はわきに置いて、別の観点を中心とした内容となります。 イケてる環境のWEB系の労働生産性は、イケてないSIerのたった三割 http://www.soumu.go.jp/johotsusintokei/linkdata/ict_keizai_h28.pdf 上記は総務省が毎年公開している「ICT の経済分析に関する調査 」の資料です。 大体1
持ち物をEvernoteにひたすら保存して5年経った - ごりゅご.com
持ち物をEvernoteにひたすら保存して5年経った - ごりゅご.com
地方IT企業の時計は20年前から動いていないのでは - Life is Really Short, Have Your Life!!
僕の最近の楽しみは全国の地方IT企業のWebサイトを片っ端から巡回すること。下記リストにある秋田県を現在見ています。 IT・SIer・ゲーム企業リンク集(WEB企業リスト): 秋田県 30社近く見てきて感じたことを書きます。 メインの顧客は各種公的機関 地方自治体が100%って明記している会社さんもあったぐらい、公共機関の比率が高い。地方自治体・なんとか福祉法人・なんとか組合・JAなど。歴史がある企業ほど、民間の企業の仕事の比率が滅茶苦茶少ない傾向にある。無いんだろうねぇ、業務システム開発の機会なんて。 20〜30年前の地方のIT需要なんて公共と金融ぐらいしか無いので、そこを抑えたシステムを開発した会社さんが生き残るという話なんだろうなぁ。公共機関は予算消化の意味で高く買ってくれるし、潰れないし、金は払う(サイトは長いらしいが)から、ええこと尽くめ。 WebのUIを作るのはとても苦手 コー
エンタープライズという言葉に意味はあるのか？ - 急がば回れ、選ぶなら近道
「エンタープライズ」という言葉 IT業界では、一応、「エンタープライズ」という言い方があります。残念ながら明確な定義がありません。自分は「一般企業の業務系システムのIT」に対応する言い方だと思っています。大抵はこの意味で通じます。が、これでは漠然としすぎていて定義としては役に立ちません。現実の用例としては、対比的に用いられることが多く、ありがちの用法としては、特にWeb系と対比して、よりしっかりやっているとか、より硬派な仕組みを作っているとか、よりまともな産業に属しているとか、そんなニュアンスで使われます。まぁ、特に品質あたりではよく言われる言葉ですね。「それエンタープライズじゃ通用しない。」マスコミや特に雑誌でよく使われる言葉でもあります。明確な定義があることはほぼありません。 さらに、よく聞く言い方で「エンタープライズでも使われてます」という言い方があります。特にWeb系での利用がメイ
ドキュメントレビューをする際の10のポイント | Ryuzee.com
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 重厚長大なドキュメントは、動かなかったり嘘が書いてあったり現実と異なっていたり、その上肝心なこと書いてなかったりということで辛いことが多いのが現状です。 今回とある筋からドキュメントをレビューする際のポイントを教えて欲しい、という依頼を受けたので書いてみます。 なお、個人的には、ドキュメントレビューよりソースレビューの方が重要だと思っています。 とはいえドキュメントレビューで肝心なのは、 ドキュメントレビューをするなら、その投資に見合う何を得るのか？を決めておく必要がある本当にそのドキュメントは必要か？をよく考える（会社のルールだから！というのは理由にはなっていない）だと思います。
就活について思ったことをここに書き記す | κeenのHappy Hacκing Blog
私は今4年生なので去年の今頃は就活なんてものをしていた。下の代から若干日程が変わっているがそろそろ就活ムードが出てきているのでなんか吐いておく。思い出かもしれないし愚痴かもしれないし毒かもしれない。経験かもしれないし他人の代弁かもしれない。後輩の役に立つかもしれないし人事の方に向けたメッセージかもしれない。 念のために書いておくが私はIT系の会社のプログラマ、エンジニア職ばかり応募していた。他の業界、職種に当て嵌まるとは限らない。 注意 良かった企業は名前を出す、悪かった企業はここには名前を書かない方針にする。悪かった企業の具体名が知りたかったら@blackenedgoldに訊いて下さい。 リクナビ、メール 周りの流れに乗せられてリクナビに登録することになる。個人情報を大量に打ち込む。すると大量のメールが届く。正直、情報量はゼロに近い。メールは受信しないにチェックした方が良い。 リクナビの
諸産業を「インフラ化する」こと: 極東ブログ
以前ならいろいろブログに取り上げていた種類の話題があったが、この間、なんとなく言及しないでいた。 沖縄県知事選挙については、辺野古新設基地問題と合わせて重要な話題だったが、ポリタスに「【沖縄県知事選】沖縄県知事選後に予想される泥沼」（参照）として寄稿した。もう数日間は同サイトに掲載されているはず。私が現在の沖縄基地問題にどういう視点に立っているかに関心がある人がいたら、お読みいただきたい。結論は、表題にも示したように泥沼化である。明るい展望は見えない。ポリタスからは選挙を終えてからの意見があるか問われたが、私の寄稿はむしろ選挙後について触れたので新しい稿は起こさなかった。今後の泥沼化の最初の指標は翁長雄志知事の辺野古対応になるはずだ。たぶん、私の想定とおりに進むだろうと思う（県側は非承認できない）。 他、この間の、国内的な出来事といえば衆院の解散がある。年内に衆院選挙が実施される。この点も
デスマをやってみた - satomicchyのつぶやき
デスマーチとは 【 death march 】 〔 死の行進 〕 - 意味/解説/説明/定義 ： IT用語辞典 デスマをやってみた。過去形だけど、リリース日が延期になって、スッキリ終わったわけではない。これからどう進めるかはこれから相談。知人によれば、それもまたデスマらしいと言う。 S/W業界のデスマは初めてだけど、前職の業界でも似たようなことはあった。そのときは、企業体質なのかラッキーだったのか、女性ていうのが考慮されてそれなりには帰らせてくれた。でも今回は、フリーランスになって初めてのデスマで、守ってくれるものなんてない。自分で自分のマネジメントをしなくちゃいけない。 自分マネジメントのためのステップとして、自分観察したことを書いておく。 コードに没頭すると日本語が理解できなくなる現象 デスマ真っ最中は、起きてる間はほとんどPCに向かってコードを書いている状態で、作業をするときは「仕様
本日でプログラマの定年を迎えました - GoTheDistance
SIerをDISってブログを書きはじめ、気がつけばプログラマの定年の歳になってしまいました。まだ実感がわかない。Paiza開発日誌のSIerのDISり方が品がないのでちょっとイラついています。DISられるには充分なネタがあるからしょうがないんだけどね。 10年前は自分はコードを書くことは無いなとか思ってたら、ほぼ毎日しょうもないコードを書いていることにびっくりしている。平凡な誰でも書けるようなもんだけど。解決している問題が平凡だからね、LINEのインフラ作ってるわけじゃないからね。しょうがないね。どうでもいいけど、スーツとギークって完全に死語だね。肩身狭いわ。'`,､('∀`) '`,､ で、最近５年間を見て思うんですけど、これからIT業界(システムインテグレーションの業界という意味)のマーケットの成長は鈍化すると思います。ITの世界って、オーダーメイド(受託開発)、既成品の買い切り(パッ
体育の日って高速に唱えるとテストの日に聴こえる - ✘╹◡╹✘
テスト書きすぎ問題 - hitode909の日記 階層が増えるとテストが増える - はこべブログ ♨ テストと対応関係 - $shibayu36->blog; 最近書いているWebアプリは、HTTPリクエストを送ってレスポンスと状態をテストする、というテストだけ書くようにしてる。リクエストするとブログエントリを返す、というサービスだとこういう風なテストを書いてる。(HTMLを返すようにすると話が広がって説明が面倒なのでJSONを返すAPIで説明する) describe "Entry resource" do let(:params) do {} end let(:env) do { "HTTP_AUTHORIZATION" => "Bearer: #{access_token.token}" } end let(:access_token) do AccessToken.make(user
プログラムの組みやすさが世界を変えるフェーズは終わったのではないか - きしだのHatena
2005年くらいから、コンピュータの性能には余裕があるので、プログラムの効率が多少わるくなってもプログラムが組みやすく人間の能力が発揮できるほうがいいという傾向が強くなりました。 プログラムはサーバーで動かすものであり、サーバーの制約はネットワークとストレージでCPUやメモリには余裕があったためです。 また、世の中は、ITのない世界からITのある世界への変化の中にあって、サーバーでの情報処理やネットワークをサービスとして提供することで、世の中が変わっていきました。 そういった状況であれば、プログラムが組みやすく、思ったとおりのサービスを思った時期に提供できるということが大切になっていました。どんなに未完成でも、新しいアイデアをいち早く見て触ってもらうということが大切だったからです。 しかし、もうすでに世の中は、ITがある世界に変わりました。 もちろん、より便利な情報処理サービスも今後でてく
デジタルな仕事場へと進化するEvernote。この「進歩」についていけるか？
一年に一回の Evernote EC4 カンファレンスが終了し、Evernoteが現在進めている最新の機能の話題がひと通りでてきました。 それにしても面白いのが、Evernoteがこれまでの「デジタルノート」としての機能をほとんど宣伝せず、むしろそれを使って何を生み出そうとしているのかという未来の話題が多かったことです。 ともすればこれは「わかりにくい」ということになりかねないのですが、よくみてみるとEvernoteの野心が「デジタルノート」の遥か遥か先にあることが見えてきます。 その最新状況についてまとめてみましょう。### 新しいウェブ版…白い、白い！ 今日から使える機能としては、新しいウェブ版Evernoteのベータがあります。これまで、携帯サイト時代からの名残りを残していたごたついた感じが一掃されて、シンプルで白地の多いレイアウトになっています。 相対的に、ノートが表示されている部
パスワード定期的変更の効能について徳丸さんに聞いてみた
高橋: こんにちは、高橋です。今日は徳丸さんをお招きして、今話題のパスワードの定期的変更について、本当のところ効果がないのか、その効能についてご説明いただきます。徳丸さん、よろしくお願いします。 徳丸: 徳丸です。いつもはパスワードの定期的変更にはあまり意味がないと主張していますが、今日はパスワードの定期的変更を擁護する立場なんですね。面白そうです。よろしくお願いします。 高橋: まず問題の整理についてです。IPAより9月3日に『「ID・パスワードのセキュリティ対策促進に関する広告等業務」 係る企画競争 』の仕様書(PDF)が公開されました。その仕様書中の行動喚起を促す対策事例の一つに「ID・パスワードは定期的に変更する」 があったので、セキュリティクラスタが騒ぎ出し、その結果かどうかは分かりませんが、9月9日に同仕様書が改定され、パスワードの定期的変更は対策例から削除されました。一連の議
SIerを退職し、Web系に転職しました。アフター - arveltのソフトウェア技術メモ
銀行系列の中規模SIerを退職し、 受託と自社サービスの開発を行っている小規模Web系に転職することにしました という記事を書いたところ、想像以上の反響がありました。 それから一年経ったので、その後のことなど書いていこうと思います。 １．変わったこと ２．変わらなかったこと ３．これから １．変わったこと ・COBOLとJavaAppletを書いていたかつてのシステムエンジニアはフロントエンドエンジニアになった それっぽく言ったけどjavascriptを書く人になったということですね。今の会社はGoogleApps上でのクラウドサービスを提供していてサーバーをGAEで書いています。私はjsで書かれたフロントを主に、たまにpythonで開発をすることになりました。 ・仕事へのモチベーションは上がった 受託で常駐で、というかつてのビジネス構造的から発生していた理不尽さが減りました。github
35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times
Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術（開発）を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか？という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か？ まずStackって何だろう？、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった
スーツはスーツ、ギークはギーク、エンタープライズ系とWEB系の溝 | 独り言v6
エンタープライズ、というといつも最初に浮かぶのは航空母艦なわけだが、SI業界ではだいたい「大規模系」とか「基幹系」という言い方が多そうな。もちろん日本のITの業界の中でも、特に上流としては給料も高い花形ではある。￥ITの進歩に取り残されていくのではないか、という強い危機感を持っている人もいる。 長谷川秀樹のIT酒場放浪記 第1回 よしおかひろたかさん 1/3 長谷川秀樹のIT酒場放浪記 第1回 よしおかひろたかさん 2/3 長谷川秀樹のIT酒場放浪記 第1回 よしおかひろたかさん 3/3 そのあたりから、WEB業界の勉強会に顔を出すようになったのですが、WEB系のエンジニアと、エンタープライズのエンジニアの歴然とした違いに驚いたんです。WEB系の人は、コーディングから企業の経営まで興味を持ち、技術の吸収にも貪欲です。一方エンタープライズの人たちは、上流工程なら上流工程だけ、プログラミングな
達人の技芸を継承する方法はこの世に存在するか？ - give IT a try
前回投稿した「技芸(アート)における経験の重要性」というエントリを改めて読みなおしてみると、「誰も第二の倉貫さんにはなれない」とか、「妻と同じパンは誰にも焼けない」とか、見方によっては救いのない印象を与えたまま終わってしまったのが、ちょっと残念だったかな〜と感じました。(自分の書いた文章ながら) まあ確かに、達人の技芸を完璧に継承することは不可能だとは思います。 ですが、ちょっとでも近づいたり、達人の心意気や考えは取り入れつつ、その人独自の路線で進化(深化?)させたりすることは可能なんじゃないかとも考えています。 ちなみに、プログラマであれば、以下の2冊にそれらしきヒントが見つかるかもしれません。 (というか、久々に本棚から引っ張りだして読んでみたら、前回のエントリに結構内容がかぶっていました。別に意識して書いてたわけじゃないんですけどね) ソフトウェア職人気質―人を育て、システム開発を成
ネット史上最大級のバグ発見。カナダは確定申告を緊急停止、危険度は10段階の11？
ネット史上最大級のバグ発見。カナダは確定申告を緊急停止、危険度は10段階の11？2014.04.10 17:005,392 satomi サイトでクレジットカード番号入力しても鍵がかかるから大丈夫、という過去15年ぐらいの安心感を根底から覆すバグが検出され、世界各地でサイト管理者を震え上がらせています。 それに伴い、カナダ政府は確定申告のサービスを緊急閉鎖しました。この件に関して、セキュリティの専門家Bruce Schneier氏（Co3社CTO兼EFF理事兼ハーバード大フェロー）は｢壊滅的。10段階評価で考えると、これは11レベル｣と青筋立てて叫んでいます。 このように一国の公共サービスも停止させる重大なバグの名前は｢Heartbleed｣。血を吹く心臓という意味です。これの何がどう怖いのか、少し説明していきます。 暗号鍵の握手 アップルの脆弱性の時も出たように、ネットでセキュアな取引き
デブサミ2014「社内システムの構造と設計、実装のはなし」講演メモ #devsumi - 元RX-7乗りの適当な日々
失礼ながら、モリス節炸裂しまくりで面白かった。話上手だなぁ。 「社内システムの構造と設計、実装のはなし」 田籠 聡 氏 @tagomoris LINE(株) 開発支援室 LINE 「LINEというサービス、みなさんご存じない方もいらっしゃるとは思いますが(ry」 DevOps, by Ops, for Ops 今日言いたいことは、、、 社内システムほど他システムとの連携を考えよう 社内システムではJSON APIを使おう 必要なものを作ろう これから1つずつ説明します。 Webサービス今昔 Web2.0: マッシュアップ全盛期 OAuth流行、支配的に WebAPIの制限 GoogleMapsのJS APIの制限等 Open Web API トラフィック、レスポンスタイムが課題 ニコ動も最初はコンテンツストレージにyoutube使ってた 太平洋横断してTTLが コストは誰が払う？ 互換性
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
