タグ

ブックマーク / gihyo.jp (24)

  • 失敗から学ぶマーケティング ~売れないモノには理由がある~

    2021年12月3日紙版発売 2021年11月30日電子版発売 森行生 著 四六判/512ページ 定価2,970円(体2,700円+税10%) ISBN 978-4-297-12459-5 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 書のサポートページサンプルファイルのダウンロードや正誤表など このの概要 「あ,やっぱりダメだったか」 売れない製品が生まれてしまう理由とは? 豊富な事例を知り尽くした熟練コンサルタントが,マーケティングの失敗パターンを,成功確率を上げるマーケティング理論とともに体系化。 U&E イノベータ理論 ダブルイノベータ理論 価値観分類 認知ベース行動 プロダクトライフサイクル理論 クープマンの目標値 プロダク

    失敗から学ぶマーケティング ~売れないモノには理由がある~
    niseissa
    niseissa 2021/10/25
  • gihyo.jp -「Joel on Software」Joel Spolsky:翻訳エッセイ編―プログラムマネージャになるには

    Pick Up Entry from "Joel on Software" 翻訳エッセイ編―プログラムマネージャになるには 優れたプログラムマネージャを擁しているということは、素晴しいソフトウェアを生み出すための秘密の公式だ。あなたのチームにはそういう人がいないかもしれない。ほとんどの開発チームには優れたプログラムマネージャがいないのだから。 Charles Simonyi は優れたプログラマであり、WYSIWYGワープロを生み出し、Martha Stewartと付き合い、Microsoftの株で何十億ドルという金を手にして宇宙にまで行った男だが、彼は大きなソフトウェア開発チームの管理における『人月の神話』(⁠注1)の問題を解決しようと、超優秀なプログラマを1人置いて最上位の関数を書かせ、下位の関数の実装は必要に応じてチームの下っ端プログラマにやらせるという方法をとった。この超優秀なプログ

    gihyo.jp -「Joel on Software」Joel Spolsky:翻訳エッセイ編―プログラムマネージャになるには
    niseissa
    niseissa 2018/10/05
  • 札幌Ruby会議2012 事前特集 第4回 | gihyo.jp

    いよいよ今週9月14日~16日に開催される札幌Ruby会議。その見どころを紹介する事前特集も最終回の第4回目です。今回は3日目のセッションとRuby Kaja、会期中に開催されるサブイベントを紹介します。 セッション紹介 3日目 "Ruby の世界の継続的デリバリ" - 柴田博志 Rubyで実装されたWeb日記システム、tDialyのコミッターの一人として知られる柴田博志さんによるセッションです。柴田さんは現在、株式会社paperboy&co.に在籍し、技術基盤整備エンジニアとして新しい方法論や技術の導入、開発手法の整備などソフトウェア、サービス開発でよいとされていることを普及させる活動をメインに行なっています。 柴田さんによると継続的デリバリーを実現するためには導入する組織のプロセスに合わせた仕組み作りやツールの採用が必要とのことで、今回の発表では特にRubyistが継続的デリバリーを導

    札幌Ruby会議2012 事前特集 第4回 | gihyo.jp
    niseissa
    niseissa 2012/09/12
  • モダンPerlの世界へようこそ 記事一覧 | gihyo.jp

    第42回Template ToolkitPerl製テンプレートエンジンのデファクトスタンダード 石垣憲一 2011-06-30

    モダンPerlの世界へようこそ 記事一覧 | gihyo.jp
    niseissa
    niseissa 2011/12/31
  • オープンソースのバウンスメール解析システム BounceHammer | gihyo.jp

    何らかのバウンスメールが返ってきたら、そのメールアドレスを配信不能なアドレスとして扱うという単純なバウンス処理を行った場合、“⁠メールボックスがいっぱい⁠”や“⁠メールが大きすぎる⁠”のようなエラーで宛先アドレスに配信不能フラグを立ててしまうという誤った対処をしてしまう危険性があります。 エラーになった理由ごとに適切な対処をすれば、メールアドレスの状態変化を管理しつつ、宛先不明アドレスの割合増加による遅延を回避ができます。検出できるエラーについての詳細は、http://bouncehammer.jp/features/engine/reasonをご覧ください。 読みにくいバウンスメールを構造化する BounceHammerは解析したバウンスメールの内容をYAML形式で出力します。YAML形式の解析結果は1行1レコードで書き出しているので、コマンドラインからcatで眺めたり、wcで行数計測す

    オープンソースのバウンスメール解析システム BounceHammer | gihyo.jp
  • RubyKaigi2010スペシャルレポート:Ruby会議2010 1日目レポート[随時更新]|gihyo.jp … 技術評論社

    日8月27日(金)から29日(日)までの3日間にわたり、茨城県つくば市のつくば国際会議場にて日Ruby会議2010が開催されます。ページでは、1日目の模様を随時レポートしていきます。 会場入り口から受付場所まで動画で撮影しました。今回は2Fで受付が行われます。その隣のスペースには、ジュンク堂RubyKaigi店が出店しています。 ニコニコ動画:https://www.nicovideo.jp/watch/sm11896723 RubyKaigi開催前にはコミッター関係者が集まり、Ruby開発者会議が行われました。今後のRubyについて議論が交わされていました。 なお、スタッフは、以下のイベント用のTシャツを着用しています。困ったことがあれば話しかけてみましょう。気さくに答えてくれるはずです。 オープニング 実行委員長の高橋征義さんから、今回のRubyKaigiのテーマ「Confli

    RubyKaigi2010スペシャルレポート:Ruby会議2010 1日目レポート[随時更新]|gihyo.jp … 技術評論社
    niseissa
    niseissa 2010/08/28
    RT @yukihiro_matz RubyKaigi2010スペシャルレポート:Ruby会議2010 1日目レポート[随時更新]|gihyo.jp … 技術評論社:
  • 第43回 Rails 3を支える名脇役たち その1 - Arel - | gihyo.jp

    はじめに Ruby on Railsの2年半ぶりのメジャーバージョンアップである3.0の正式リリースがいよいよ間近に迫ってきました。 Rails 3は、アプリケーション・レベルではRails 2.3との互換性をなるべく保ちながらも、メジャーバージョンアップだけあってフレームワーク自体は隅々にまで徹底的なリファクタリングが施されて更なる洗練を遂げています。結果として、Rails 3では融通の効かないフルスタック構造を捨ててすっきりとしたモジュール独立性が実現されているのですが、この際に、Merbとの合併の影響もあってか、いくつかの新たな外部ライブラリに依存する形になっているのも興味深いところです。 そこで稿では、あえてRails 3そのものではなく、このRails 3の大改造の舞台裏を支える裏方さんにスポットライトを当ててみたいと思います。 Arelによってパラダイムが大きく変わったAct

    第43回 Rails 3を支える名脇役たち その1 - Arel - | gihyo.jp
  • 第22回 Railsアプリの受け入れテストをCucumberで書こう | gihyo.jp

    前回のおさらい 前回はCucumberの仕組みと概要について説明しました。 今回の記事では、実際にRailsアプリケーションに対してCucumberでテストを書いてみたいと思います。かなり基的な説明になってしまいますが、手始めとしては十分だと思います。 準備 なにはともあれ、CucumberとRailsをインストールする必要があります。Cucumberはgemで公開されているのでgemコマンドを使ってインストールしましょう。cucumberは内部でWebratを使用しているのでこちらも合わせてインストールしましょう。 gem install cucumber webrat 次にRailsアプリケーションを作成し、cucumberでテストする準備を行います。script/generate cucumberを実行するといくつかファイルが作成されます。 rails cuke cd cuke r

    第22回 Railsアプリの受け入れテストをCucumberで書こう | gihyo.jp
  • アジャイル トランスペアレンシー ~アジャイル開発における透明性の確保について~ 記事一覧 | gihyo.jp

    APPENDIX 2 ワークアイテム管理、ソース・コード管理、構成管理、ビルド管理を統合した次世代チーム開発プラットフォーム「IBM Rational Team Concert」 日アイ・ビー・エム株式会社 ラショナル事業部 2009-11-20 APPENDIX 1 高機能・直感的で安心して使えるアプリケーションの解「Microsoft Visual Studio」 マイクロソフト株式会社 2009-11-19

    アジャイル トランスペアレンシー ~アジャイル開発における透明性の確保について~ 記事一覧 | gihyo.jp
  • APPENDIX 2 ワークアイテム管理、ソース・コード管理、構成管理、ビルド管理を統合した次世代チーム開発プラットフォーム「IBM Rational Team Concert」 | gihyo.jp

    アジャイル トランスペアレンシー ~アジャイル開発における透明性の確保について~ APPENDIX 2 ワークアイテム管理、ソース・コード管理、構成管理、ビルド管理を統合した次世代チーム開発プラットフォーム「IBM Rational Team Concert」 チームで協調してソフトウェア開発を行う場合、プロジェクトマネジメントツールの存在は不可欠なものになりつつあります。商用・オープンソース含め様々なツールが存在するものの、ソフトウェア開発を効率的に進めるうえではやはりソフトウェア開発専用のツールに軍配が上がります。そうした専用ツールの一つとしてお勧めしたいのが、Rational Team Concertです。Rational Team Concertは、単なるプロジェクトマネジメントツールに留まらない、コラボレーションプラットフォームとも呼ぶべき様々な特徴・機能を備えています。 Rat

    APPENDIX 2 ワークアイテム管理、ソース・コード管理、構成管理、ビルド管理を統合した次世代チーム開発プラットフォーム「IBM Rational Team Concert」 | gihyo.jp
    niseissa
    niseissa 2009/12/07
  • 第1回 Progression3に触れてみよう | gihyo.jp

    はじめまして、Progressionを利用してFlashコンテンツの制作を行っている楢山と申します。このたび、Progression3のプロダクトマネージャーである阿部貴弘さんより稿執筆のお話をいただき、特集を執筆させていただくことになりました。このような機会を提供してくださった阿部さんに深く感謝いたします。 また、このような形で記事を執筆させていただくのは初めてですので、至らない点もあるかと思いますが、よろしくお願いいたします。 さて第1回の今回は、Progressionの概要と開発環境設定についてを説明していきます。 Progressionとは? Progressionを一言で表現するならば、「⁠Flashコンテンツを制作するためのフレームワーク」です[1]⁠。Progressionで提供されている様々な機能を使用することで、場面の切り替えや、ムービークリップの出現・削除、外部ファ

    第1回 Progression3に触れてみよう | gihyo.jp
  • 第4回 プラグインを使う | gihyo.jp

    この連載では、オープンソースの継続的インテグレーション(CI)サーバであるHudsonを利用した、ソフトウェア開発の生産性向上について解説しています。前回の記事では、規模の大きいソフトウェアプロジェクトの開発で、Hudsonを有効活用する方法について解説しました。今回は、Hudsonの魅力の一つであるプラグインシステムに触れます。プラグインは紹介しきれないほどあるので、ここでは比較的一般的だと思われる、Hudsonと外部システムの連携方法を見てみましょう。 プラグインの探し方とインストール インハウスで開発されていて公開されていないものを除けば、HudsonのプラグインのほとんどはHudsonプロジェクト上で開発され公開されています。プラグインを探すには、まずHudson Wikiのプラグインページを見ましょう。ここには、公開されているほとんどのプラグインが種類によって分類されていて、説明

    第4回 プラグインを使う | gihyo.jp
    niseissa
    niseissa 2009/06/08
    XFD、物理的なビルドのアラーと
  • 第4回 テスト分析(後編) | gihyo.jp

    いよいよテスト分析工程に取り掛かった中山君。でき上がったもの(前回参照)を大塚先輩に持っていいくと、またまた渋い顔をされてしまいました。 大塚先輩:時間が掛かりそうだから、会議室に移動しようか。 中山君:第3会議室が空いているみたいです。予約しておきます。 急いで自席に戻り会議室を予約してから第3会議室に向かうと、大塚先輩は既に座っています。 大塚先輩:さて、早速だが指摘をしていこう。たくさんあるので覚悟すること。 中山君:はい……。 Webを簡単に信じるな 大塚先輩:まず一番根的な質問をしよう。そもそもテスト分析という行為をどのように理解している? 中山君:インターネットで調べると、『⁠仕様書を入手し、テスト設計を行うために仕様を理解すること。このとき、テスト分析結果を文書としてまとめる。』という解説でした。 大塚先輩:それはウチでいうところのテスト分析かい? 中山君:えっ?…… それ

    第4回 テスト分析(後編) | gihyo.jp
  • 特集:Hudsonを使ったアジャイルな開発入門|gihyo.jp … 技術評論社

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    特集:Hudsonを使ったアジャイルな開発入門|gihyo.jp … 技術評論社
  • これなら毎日できるタスク管理 1から学ぶRemember The Milk:第1回 『使える』タスク管理ツールの条件|gihyo.jp … 技術評論社

    こんにちは、Remember The Milk日版公式ブログを担当している宮崎です。 みなさん、Remember The Milkをご存知でしょうか? Remember The MilkはWeb上で動作する無料のタスク管理(ToDo管理)ツールです。タスクを管理するためのWebツールは山ほどありますが、Remember The Milkほど自由度が高く、高機能で、他ツールとの連携機能が強力なツールはないのではないでしょうか。この連載では、Remember The Milkの使い方を1からご紹介します。また、連載を通じてRemember The Milkの魅力を存分に伝えていきたいと思います。連載後半には便利なTipsの紹介も予定しているので、楽しみにしていてください。 『使える』タスク管理ツールの条件 Remember The Milkの使い方をご紹介する前に、タスク管理ツールについて

    これなら毎日できるタスク管理 1から学ぶRemember The Milk:第1回 『使える』タスク管理ツールの条件|gihyo.jp … 技術評論社
    niseissa
    niseissa 2009/03/05
  • 第1回 JSTQBテスト技術者資格認定 | gihyo.jp

    連載では、テスト技術者やテストに関係するSEのスキルアップに役立つ資格を紹介していきます。まず第1回目にご紹介するのは、ズバリ“⁠テスト技術者⁠”のための資格「JSTQB認定テスト技術者資格 Foundation」です。 JSTQBとは? JSTQBとは、Japan Software Testing Qualifications Boardという団体の略称で、その認定資格であるJSTQB認定テスト技術者の試験は、ソフトウェアを始めとする“⁠日の品質の総山⁠”とも言える日科技連(財団法人日科学技術連盟)をパートナーとして実施されています。また、この認定資格は日独自のものではなく、ISTQB(International Software Testing Qualifications Board)という団体を中心に、各国の団体(日ではJSTQBが相互認証)によって開催されている国際的

    第1回 JSTQBテスト技術者資格認定 | gihyo.jp
    niseissa
    niseissa 2009/03/05
    次に目指すはここらへん
  • WEB+DB PRESS Vol.49

    2009年2月24日紙版発売 2014年12月23日電子版発売 B5判/224ページ 定価1,628円(体1,480円+税10%) ISBN 978-4-7741-3752-0 ただいま弊社在庫はございません。 Amazon 楽天ブックス ヨドバシ.com Fujisan(定期購読のみ) 電子版 Gihyo Digital Publishing honto 書のサポートページサンプルファイルのダウンロードや正誤表など 特集1 システム開発を成功させる「繰り返しの排除」原則 現場で役立つ DRYの基礎知識 「DRY」(Don't Repeat Yourself)は書籍『達人プログラマー』で解説されている,システム開発のさまざまなフェーズで「重複」を避けることの重要性を示すキーワードです。Ruby on Rails の開発ポリシーとして脚光を浴びましたが,システムの設計・開発の中でDRY

    WEB+DB PRESS Vol.49
    niseissa
    niseissa 2009/02/18
    大規模サーバーについて良ければ立ち読みして飼う
  • 第1回 PCサイトと携帯サイトの違いを知る | gihyo.jp

    携帯サイト開発で考慮すること PCサイトの作成経験者が初めて携帯サイトを作るときには、どのような所に違いがあるのかをまず認識しなければなりません。PCサイトの場合ブラウザの数も限られており、またそれぞれの動作も大きくは異なりませんが、携帯サイトではキャリアはもちろん機種ごとにも動きが変わってきてしまいます。そして携帯サイトはPCと違い、ブラウザのバージョンアップができません。そのため広く使ってもらうサイトを作るには古い機種にも対応しなければならず、多種多様な仕様の端末を想定して開発をしていく必要があります。そのため開発の前にどのような点に気をつけなければならないかをきちんと認識しておく必要があります。 携帯サイトの開発において、最初のポイントは「携帯端末で画面を正しく表示すること」です。PCサイトと同じように携帯サイトを作成すると、画像が表示されなかったり、画面レイアウトが崩れたりといった

    第1回 PCサイトと携帯サイトの違いを知る | gihyo.jp
    niseissa
    niseissa 2009/01/09
    携帯サイトキャリアごとの制限
  • 特集:組み合わせテストをオールペア法でスピーディに!|gihyo.jp … 技術評論社

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    特集:組み合わせテストをオールペア法でスピーディに!|gihyo.jp … 技術評論社
  • 第2回 TestLinkとは何か? | gihyo.jp

    前回は、TestLink自体の説明に入る前段階として、そもそも「テスト管理」とは何かということについて説明しました。今回からは、いよいよTestLinkの機能に踏み込んでいきます。まず今回は、TestLinkの機能の全体像を見ていきたいと思います。 TestLinkとは? TestLinkは、Webベースのテスト管理システムです。テスト管理システムという名の通り、前回ご説明した「テスト管理」を補助することを目的としています。Webベースのアプリケーションですので、Webサーバ(Apacheなど)とデータベース(MySQLなど)の環境で動作します。 また、TestLinkはオープンソースで開発/配布されています。オープンソースのライセンスとしてはGNU General Public License(GPL)が採用されており、誰でも自由に使うことができますし、その気になれば各現場に合わせてカス

    第2回 TestLinkとは何か? | gihyo.jp