Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

開発に関するDryadのブックマーク (83)

  • 超高速開発はスクラッチ開発の3倍から10倍の開発効率が条件、競合するベンダ13社が利害を超えて「超高速開発コミュニティ」を設立

    ソースコードの自動生成やカスタマイズ、ビジュアルプログラミングなど、スクラッチからプログラミングにより開発するよりも短期間で容易にシステム開発を実現するツールや開発手法を持つベンダが13社集まり、「超高速開発コミュニティ」を結成しました。 コミュニティが目指すのは、ユーザーに対してこれら「超高速開発」を名乗るツールの浸透をはかり、使ってもらうこと。「ユーザー企業がITをベンダに丸投げするシステム開発から脱却する道筋が描けるのではないかと期待している」(コミュニティ会長の関隆明氏)。また、これまでシステム開発に参入していなかった上流プロセスのコンサルタントがシステム開発に参入することなども期待しているとのこと。 コミュニティはこれからユーザー企業の参加を積極的に呼びかけ、当面200社の参加が目標。超高速開発を自社の強みにしたいと考えるSIerなどの参加も想定しています。 活動として予定されて

    超高速開発はスクラッチ開発の3倍から10倍の開発効率が条件、競合するベンダ13社が利害を超えて「超高速開発コミュニティ」を設立
    Dryad
    Dryad 2013/08/07
  • 「Vagrant」って何ぞ?(・o・)

    「Vagrant」って何ぞ?(・o・):Vagrant開発者 Mitchell Hashimoto氏に聞いた 仮想の開発環境作成ツールとして人気が高まっている「Vagrant(ベイグラント)」。その開発者であるMitchell Hashimoto(ミッチェル ハシモト)氏が来日するとの情報を聞き、2013年7月12日、VOYAGE GROUPで行われたミートアップに駆け付けた。 「Vagrant」とは Vagrantとは、違う環境に移行可能な開発環境を簡単に構築・管理し、配布することができる開発環境作成ツール。「ほんの数行書くだけで開発用の仮想マシンを構築できる」という優れものだ。 Vagrantのビジョンは、「開発者とシステム管理者にとって最高の『開発フロー』を提供すること」。Vagrantをダウンロードして「vagrant up」と入力し、実行するだけでそれが可能となる。 システム管理

    「Vagrant」って何ぞ?(・o・)
  • いまさら聞けない「DevOps」

    最近さまざまなイベントやブログエントリで見かける「DevOps」。この言葉をひもとき、なぜ「Dev」と「Ops」が衝突するのか、その解決に必要な要素とは何かを分かりやすく解説します。 DevOpsとは 2009年にオライリーが開催した「Velocity 2009」というイベントにおいて、Flickrエンジニアが、“開発と運用が協力することで、1日に10回以上のペースでリリースが可能になること”を紹介しました。いまさまざまなシーンで見かける「DevOps」という言葉は、このプレゼンの中で登場したものです。 DevOpsとは、開発(Development)と運用(Operations)が協力し、ビジネス要求に対して、より柔軟に、スピーディに対応できるシステムを作り上げるためのプラクティスです。多くの人々により議論は続けられていますが、ITILとは異なり、現時点においては、DevOpsに厳密な

    いまさら聞けない「DevOps」
  • ソフトウエア工学と方法論の再建を目指す「SEMAT」の日本コミュニティが活動開始

    ソフトウエア工学と方法論の再建を目指す「SEMAT(Software Engineering Method and Theory、シーマット)」の日におけるコミュニティ「SEMAT Japan Chapter」が2013年4月28日、Webサイトを公開し活動を開始した。早稲田大学グローバルソフトウェアエンジニアリング研究所 所長の鷲崎弘宜氏が代表を務め、チェンジビジョンの平鍋健児氏らがメンバーとして参加している。 SEMATは、UMLの開発で知られるIvar Jacobson氏、オブジェクト指向プログラミング言語Eiffelを開発したBertrand Meyer氏、Object Management Group(OMG)会長のRichard Soley氏らが推進しているソフトウエア工学と開発方法論の再建運動。 SEMATでは、今日のソフトウエア工学は流行に左右され、方法論が乱立、確たる理

    ソフトウエア工学と方法論の再建を目指す「SEMAT」の日本コミュニティが活動開始
  • Google&Facebookに学ぶ、新機能の実装プロセス : けんすう日記

    新機能の作り方 サービスを作っていて、新しい機能などをつけようとする時に、煩雑なプロセスなどがある会社は多いと思います。 これは前職のリクルートという、大きな会社で働いてた時も感じたのですが、新しくておもしろい機能をつけようとすると、いろいろと制限があるのですね。 たとえば、「なぜその機能が流行るか」のロジックを聞かれたりします。これはリソースやお金投資する分、説明責任がある!ということですね。冗談みたいな話ですが、資料を作ったりして、この機能がどういう効果があるかとかを説明してたりしたのです。だいたいの場合、弾かれてたりしました。 また、その機能を実装したあとの影響のために、部署との調整が必要だったりします。リクルートのとあるサービスに、口コミ機能をつけようとしたら、あらゆる部署に説明しにいかないといけなかったりしました。 どちらも間違っているわけではなく、会社としては一見必要なプロセ

    Google&Facebookに学ぶ、新機能の実装プロセス : けんすう日記
  • 「システム内製こそ正義」のたわ言

    ある米国ITベンダーの日法人の社長は、社の幹部から「なぜ日にはITサービス会社があんなにたくさんあるのか」とよく聞かれるそうだ。確かに米国には、それに相当する企業はEDSやアクセンチュアなどわずかしか存在しない。質問の答えは「日のユーザー企業は独自仕様のシステムを作りたがるのに、その開発を外部委託することが多いから」である。ただ、この説明では米国人には理解不能だろう。 米国企業の多くは、付加価値を生まないバックヤードのシステムにはERP(統合基幹業務システム)などのパッケージを可能な限りそのまま使う。だが事業戦略上で重要なシステム、儲けるためのシステムは自前で作る。だからこそ米国では、ユーザー企業のシステム開発の内製化率が高く、システムインテグレーションという業態は発達しなかった。米国のそうしたリアリティーからすると、システム開発を外部に丸投げするのは、不思議で仕方がないはずだ。

    「システム内製こそ正義」のたわ言
  • 挑戦するエンジニアたち ヒストリー[3-1]|ITエンジニア専門の転職情報はフォスターキャリア

    1979年生れ。2005年よりISP、SIerNTTデータ先端技術株式会社)2社での勤務を経験後、2010年8月株式会社ライブドア入社(2012年1月NHN Japan株式会社に経営統合後、2013年4月にLINE株式会社へ社名変更)。現在に至るまでライブドアの各サービスにおける稼動状況の把握と可視化などを中心に、サービスをまたいだ観点でのツール整備などを行う。 今回、株式会社ノーチラス・テクノロジーズの神林氏よりご紹介を頂きましたが、どの様な繋がりでしょうか? もともと、現在のLINE株式会社に入社する前からGoogle App Engineを趣味でいじっていた時期があり、その関係のコミュニティなどで、「クラウド」「分散処理」の話があり、Hadoop系の方と勉強会(飲み会含め)で知り合いました。更に現在の業務になってHadoopを集計などで利用することになり、神林さんもノーチラス・テク

  • 「アジャイル」と「ウォーターフォール」 - Digital Romanticism

    アジャイルがダメだと思う7つの理由へのだいぶ遅い反応 導入 もうだいぶ前の話になってしまいましたが、アジャイルに関するブログエントリ「アジャイルがダメだと思う7つの理由」は予想以上に波紋を呼び、それに呼応していくつものエントリが公開されました。発端となったエントリに関していうと、通常であれば必要となる数々の留保事項や前提事項を書かずに切り込んでいるという点において、間違いなく「煽り」であると言えます。ただ、「アジャイル」という言葉をとりまく数々の事象をかなり的確に指摘することによって、「アジャイル」という言葉をパブリックな場所で語っている少なからぬ人たちに対して、(意識的か無意識的かは問わず)ある種のポジショニングを強いたという意味で、実にいい釣り針なのではないでしょうか。 個別の論点に関する「アジャイルでは全体スケジュールにコミットできない」「いや、アジャイルだって全体スケジュールにコミ

    「アジャイル」と「ウォーターフォール」 - Digital Romanticism
  • 「ソフトウェア工学は失敗している」のか?

    IGAKI Hiroshi @hirocell 見てみたら最近流行りのただの釣りタイトルだった.まぁでも,ソフトウェア工学の認知度が低いのは確かにその通りなんだろうなー.何でこの類の現場の人はソフトウェア工学の勉強とかしようと思わないんだろう.門戸はいつでも開いてるのに. 2013-03-23 09:54:43 IGAKI Hiroshi @hirocell アジャイルソフトウェア開発宣言をした人たちの中にソフトウェア工学の研究者が大量にいることとか知らないんだろうなー.まぁ知らなくても使えれば全然OKだとは思いますが,背景を知ってると知らないのだと理解度はだいぶ違うと思うだけどなぁ.残念だ. 2013-03-23 09:56:22

    「ソフトウェア工学は失敗している」のか?
    Dryad
    Dryad 2013/03/24
    マイナー言語の支持者としては、最前線の研究者の方々の認識がこの程度なら、「誰も知らない」のも道理だなという感想を正直抱いてしまう(´・ω・`)
  • 特許庁、システム刷新の新計画を公開

    特許庁は2013年3月15日、特許庁システム刷新の指針となる「特許庁業務・システム最適化計画」の改訂版を公開した。企業からの要望が強い中国語・韓国語対応の文献検索・翻訳システムは2014年度までにリリースする考え。その後もシステムを段階的に刷新し、2022年度の完成を目指す。 特許庁はこれまで、2004年に策定した業務・システム最適化計画を基に、2006年から2012年までシステム刷新プロジェクトを進めていた。だが計画は相次ぎ遅延、2012年1月には開発の中止を表明していた。 今回の新プロジェクトでは、開発工程を二つに分ける。前半の5年間、つまり2017年度までは、多言語の機械翻訳・検索システムの構築、新商標・新意匠など制度改正への対応、特許・実用新案の経過情報のリアルタイム提供といった、産業界からの要望が強い機能を集中的に開発する。そして後半の5年間で、複数のシステムに散在しているデータ

    特許庁、システム刷新の新計画を公開
    Dryad
    Dryad 2013/03/19
    10年かけて巨大な一塊のシステムを作り上げるのをやめて、機能ごとに漸次リリースしていく方針に転換した、とも読めるような? もしそうなら、失敗に対する反省を踏まえてると言えるんじゃないかなぁ。
  • スクラムの新しさ - プログラマの思索

    スクラムが従来のアジャイル開発に比べて優れている点は、役割のバランスが絶妙なことにあると思う。 また、日の受託ソフトウェア開発の最大の弱点は、プロダクトオーナー不在が常駐化している事だと思う。 色々考えたことをラフなメモ書き。 【参考】 日SIerは"フィックスドプライス"型契約から脱却できるか - ジャスミンソフト日記 ソフトを他人に作らせる日、自分で作る米国:日経ビジネスオンライン Twitter / akipii: PMBOKではプロジェクトマネジャが発注者にいることが前提になっている。日ではIT企業すなわち受注者にPMがいることがほとんどだから、米国の手法を修整して取り入れないとうまくいかない。ソフトを他人に作らせる日、自分で作る米国 http://business.nikkeibp.co.jp/article/tech/20121010/237890/?P=3&rt=

    スクラムの新しさ - プログラマの思索
  • 内製化を巡る議論で〜内製化リスク再考。ノイラートの船にどう乗るのか? - 急がば回れ、選ぶなら近道

    諸般の事情で、内製化について各企業さんやお客さんに聞いて回る事が多くなりました。そのあたりで、2013年現在の企業の内製化についての志向や、現状・思うところを記録として残しておきます。 ・前提いわゆるエンタープライズ系を対象にしています。いわゆるWeb系は対象ではないです。安定性よりもスピードに対する要求が強いWeb系では内製化が出来ていない段階で、既にスタートアップのスピードで競合に対してビハインドになります。内製化は必須でしょうし、実際そうなっています。とはいえ、それはフロントのみで、バックエンドは結局従来のSI屋さんに丸投げ状態のところもありますので、そう一概に分類もできないのが現状ではありますが・・とりあえずいわゆるエンタープライズとWeb系は明らかに状況が違うので議論としては分けておきます。 ・内製化に対するスタンス正直、ちょっとビックリするぐらい内製化に対するスタンスはポジティ

    内製化を巡る議論で〜内製化リスク再考。ノイラートの船にどう乗るのか? - 急がば回れ、選ぶなら近道
    Dryad
    Dryad 2013/03/15
    結局、各個がITの専門家として、社会(≠ユーザ企業)に対して地道な啓蒙活動を続けていく以外に道は無いのだろうなぁ。数学とか科学等の分野でも、なかなか成功しているとは言い難いけど。
  • 沈没船エントリのあとがき

    http://anond.hatelabo.jp/20130310152356 沈没船エントリを書いた増田です。 およそブログ向きではない冗長で読みにくい文章だったけれど、 元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。 こんな付け足しを書くのは興ざめかもしれないけれど、 似たような境遇の人も多いようだし、 PG・SEの現場に20歳から10年居続けてきた人間として、 もうちょっと具体的な事を「あとがき」として補足しても良いかな、 という気になりました。 (申し訳ないことに、この付け足しも長いです) 私の文章は、元増田 「上流エンジニアなんて死んじまえ」 http://anond.hatelabo.jp/20130309233920 のブクマやトラバで言われている 「上流にも技術力はあるはず」 「下流だってダメな奴が多い」 という、上流下流のどちらが優秀かと

    沈没船エントリのあとがき
    Dryad
    Dryad 2013/03/15
    『黒船が沈没するというのは、正当な取るべきリスクを取った結果だと思うのです…取れるリスクの幅が大きいからこそ難しい航路を選べるし、そこで失敗したとしても、それ自体が業界や人類全体の資産になる』
  • ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例

    1. Developers Summit ソーシャルコーディング革命後の 開発委託の世界 QA@ITの事例 西村賢 14-A-7 #devsumiA アイティメディア株式会社 ITインダストリー事業部 @IT編集部 副編集長 #qa_it Developers Summit 2013 Action ! 13年2月19日火曜日 2. Developers Summit $whoami => @knsmr EVERYONE, GIT ON BOARD! • @IT編集部 西村賢(にしむら・けん) • 編集者・記者 ‒ 技術系、エンタープライズ系 ‒ 過去の媒体:月刊アスキー → 週刊アスキー → @ITRubyコミュニティAsakusa.rb Developers Summit 2013 Action ! 2 13年2月19日火曜日

    ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例
  • GitHub時代の開発委託とは? デブサミの資料を公開しました - QA@IT公式ブログ

    2013年2月14日と15日の2日間にわたって東京・目黒で開催されたDevelopers Summit 2013(デブサミ2013)の1セッションで、QA@ITの委託開発の話をさせて頂きました。講演40分+パネルディスカッション40分の構成でした。ご来場くださった皆さま、ありがとうございました。 以下、私の講演パートの資料を公開します。 QA@ITは特殊解か? パネルセッションの部は、今回お声がけ頂いたデブサミ・コンテンツ委員の和田卓人氏が司会となって、委託側、受託側の双方が登壇してQA@ITの開発の経緯や現状を、SI案件一般との比較で相対的に位置付けるという内容でした。 このパネルセッション中の論点について、1点だけ書いておきます。 資料を見ていただいた方の中には、もしかすると「これは特殊ケースでは? ふつうの受託ではxxxがyyyなので、こうできないのでは?」とお感じになる方もいるかも

  • 打倒アマゾン!ヤマダ電機、気迫のO2O

    Amazon楽天と戦いたい。戦って勝つ。これしかない。ネット企業には絶対に負けない」 売上高日一を誇る家電量販店、ヤマダ電機の副社長でありCIO(最高情報責任者)を務める飯塚裕恭氏は、闘志を燃やす。 ヤマダ電機は、ネットとリアル店舗の融合、O2O(オンライン・ツー・オフライン)に向けて、格的にアクセルを踏み込んだ。目的はただひとつ。ネット通販企業に勝つためにほかならない。 今、家電業界は新たな戦国時代に突入した。ヤマダ電機は、国内家電業界ナンバーワンの売り上げを誇る王者だ。2012年3月期の売上高は1兆8354億円。2位のエディオンの2.4倍もの数字だ。経常利益も1000億円を超え、国内家電業界の天下統一をしたかのように思えた。 しかし、新たな強敵が台頭した。Amazon楽天といったネット通販企業だ。ネット通販の市場は、右肩上がりに2ケタ成長を遂げ、2011年度は8.8兆円に達し

    打倒アマゾン!ヤマダ電機、気迫のO2O
    Dryad
    Dryad 2013/02/20
    意気は買うけど逆に少なすぎるんじゃあ、という気もする。
  • 【15-B-1】AmazonのDevOpsを支えるAWSクラウド

    1. Developers Summit AmazonのDevOpsを支える AWSクラウド 2013年2月15日 アマゾン データ サービス ジャパン 株式会社 テクニカルエバンジェリスト 堀内康弘 Developers Summit 2013 Action ! Friday, February 15, 13 2. Developers Summit Who am I ? • 堀内 康弘 (ほりうち やすひろ) – 1978年生まれ 山梨県出身 • AWS テクニカルエバンジェリスト ※2012年年の実績 – 130回以上の講演 、35回以上のハンズオン – 120以上のブログ記事(AWSの最新情報を投稿) Amazon Web Services ブログ h>p://aws.typepad.com/aws_japan/ @horiuchi • 10+ years web enginee

    【15-B-1】AmazonのDevOpsを支えるAWSクラウド
  • ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA

    2013/2/15に目黒雅叙園で行われたデブサミ2013 15-A-7セッションの資料です。Read less

    ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
  • 反復型ソフトウェア開発の勘所

    反復型ソフトウェア開発とは、複数のアジャイルな開発手法に共通の基盤となっている開発モデルです。その特徴として、タイムボックスとよばれる期間を繰り返しながら開発をすすめること、プロジェクトの早期から継続してインテグレーション(結合)して実行可能なソフトウェアを構築すること、の2点があげられます。セッションでは、タイムボックスの運用方法とインテグレーションの技術から導出できる、ソフトウェア開発における重要な原則を説明したいと思います。 Read less

    反復型ソフトウェア開発の勘所
  • デブサミ2013 【15-A-1】「爆速」を支えるテクノロジー

    ヤフーの「爆速」はなんで実現できているのか、デブサミで話してほしいという受講者の声を頂戴し、依頼させていただきました。ヤフー株式会社 執行役員 チーフモバイルオフィサーの村上臣さんが、ご自身のキャリア、爆速とは何か、これからのエンジニアの心得をお話ししてくださいました。 Read less

    デブサミ2013 【15-A-1】「爆速」を支えるテクノロジー