タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

developmentに関するhohoho_ho2005のブックマーク (11)

  • 『チーム開発実践入門』という本を書きました - ikeike443のブログ

    2年くらい前に技術評論社さんから「チーム開発に役立つツールや方法論をまとめたを書かないか」とお声がけいただきました。 それから構想1年(ぼんやりしてた)、執筆に1年かけて(週末がなくなった)、ようやく4月16日に発売できそうなところまで来ました。 今印刷所でゴインゴイン刷っていると思います。 技術評論社さんのページを見てもらうと、表紙画像もアップされてますね。 http://gihyo.jp/book/2014/978-4-7741-6428-1 Amazonさんにもページができていますが、まだ表画像はアップされてません。 チーム開発実践入門 ~コラボレートを円滑に行うツール・方法論 (WEB+DB PRESS plus) 作者: 池田尚史,藤倉和明,井上史彰出版社/メーカー: 技術評論社発売日: 2014/04/16メディア: 単行(ソフトカバー)この商品を含むブログを見る 目次もま

    『チーム開発実践入門』という本を書きました - ikeike443のブログ
  • 時雨堂を支える技術

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    時雨堂を支える技術
  • ALMinium

    軽量チケット開発ツールALMinium ※GitポケットリファレンスでALMiniumが紹介されました。ALMiniumとGitを組み合わせて運用したい方にお勧めです. みなさんは、Redmineを既にお使いでしょうか? それともRedmineをこれから導入するつもりでしょうか? Redmineの導入は簡単そうに見えて、そう簡単ではありません。Apache,MySQL(or 他のデータベース),Rails,Redmineの実行に必要なgemのインストール...。しかもインストールするソフトウェアのバージョンによっては動いたり動かなかったりします。 BitNami Redmine Stackが提供されているので、これらを使えばRedmineのセットアップだけは簡単に完了できます。Redmineのセットアップだけは(>_<) プロジェクトで快適に利用するには、バージョン管理ツールと連携させたり

  • スマートフォン開発研修教材の公開について - mixi engineer blog

    クラフトワークの来日公演3-D CONCERTS 1 2 3 4 5 6 7 8を観にいったら、顔が大きいのか、3Dメガネがきつくて切なかったもりもとです。 株式会社ミクシィでは、新卒入社スタッフをはじめ、これからスマートフォンアプリ開発を行っていく全スタッフを対象に、社内で「スマートフォン開発研修」を始めています。その研修資料をこのたびgithubで公開させていただきました。 mixi-inc/iOSTraining · GitHub https://github.com/mixi-inc/iOSTraining mixi-inc/AndroidTraining · GitHub https://github.com/mixi-inc/AndroidTraining これら文書は、それぞれCC BY-SA 3.0およびApache License 2.0とCC 2.5 Attributi

    スマートフォン開発研修教材の公開について - mixi engineer blog
  • #18 「サービスの負債を減らしましょう」tech.kayac.com Advent Calendar 2012 - KAYAC engineers' blog

    こんにちは、入社4年目にして初投稿する、あきひと(@takihito)です。 このエントリーは tech.kayac.com Advent Calendar 2012 の18日目の記事になります。 今年の12月で5周年を迎えた某サービスの運用開発をしています。自分が関わり始めてからは4年ほどです。 その間にサービスの成長に伴い溜まった負債を減らす方法をいくつか紹介したいと思います。 (テーマは「2012年のマイイノベーション」ですが特に気にせず書かせて頂きます) カプセル化 リリース時にコントローラにベタ書きしてしまったコード、開発速度や納期を優先するとよくあります。 このままでは単体テストも書きにくく、品質や機能拡張の障害にもなります。こんな時にはカプセル化をしましょう。 ベタ書きしたビジネスロジックを上図のようなModelクラスを新たにつくって、移し閉じ込めてしまいまいます。 これでコ

    #18 「サービスの負債を減らしましょう」tech.kayac.com Advent Calendar 2012 - KAYAC engineers' blog
  • #14 「2012年 私の中のマイイノベーション」tech.kayac.com Advent Calendar 2012 - KAYAC engineers' blog

    @kenjiskywalker 氏に「2012年 私の中のマイイノベーション」について記事を書けと脅されながらこのエントリを書いております。 振り返ってみると今年もいろいろイノベーティブな出来事があったので思い出せる範囲でまとめてみようかとおもいます。 GNU screen から tmux に移行した screenとくらべるとtmuxはなかなかベンリでイノベってますね。 tmux + irssi + canything で Anything 風チャンネル切り替えする tmux で pbcopy みたい記事を書いてたみたいです。意外ととあんまり書いてなかったですね! mosh を使い始めた ssh のかわりにいくつかの環境で mosh を利用し始めました。 僕は MacBook Air 一つでいろいろなところで作業をするのですが、ssh だと移動するたびに接続し直しになって面倒だし、 とくに

    #14 「2012年 私の中のマイイノベーション」tech.kayac.com Advent Calendar 2012 - KAYAC engineers' blog
  • Martin Fowler's Bliki in Japanese - ジャンケン見積り

    http://martinfowler.com/bliki/ThrownEstimate.html XPスタイルで計画を行っているのであれば、 見積りに関する開発者間の合意を素早くとる必要があるだろう。 こんなときは、ジャンケンで見積りだ。 ジャンケンで見積りを行えば、みんなの見積りが一致しているかどうかがすぐに分かる(一致してればそれを記入し、作業に入ろう)。 また、意見の不一致もすぐに分かる(一致してなければ、機能の詳細についてさらに議論を重ねる必要があるということだ)。 顧客が見積りの必要があるストーリーをまとめている。 以下は、それぞれのストーリーに対する基的な流れである。 顧客はストーリーの概要を開発者に手早く伝える。 開発者は顧客に質問し、ストーリーへの理解を明確にする。ここでは、どうやって実装するかといった技術的な議論はすべきではない。顧客の視点から見たスコープについて尋ね

  • GitHub - kayac/newbie-training

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - kayac/newbie-training
  • 1年間の技術的負債を返すために読んだ3冊の本

    [この記事を読む前に] タイトルに騙されて来た方はごめんなさい。 恐らく、知っていることばかりが書いてあると思います。 “3冊の”もベストセレクションではありません。 “たまたま”選んだ3冊のです。 それでも読んでくれる心優しい方はどうぞ、先にお進みください。 技術的負債は日々、返済していますか。 技術的負債って何?という方はこちらへ。 技術的負債Wikipedia えー、正直、私は技術的負債が溜まっています。 お知らせメールを格的に初めて1年が経とうとしています。 何も無い状態から、手探りで始めて今の状態までなんとか持って行きました。 この計画が立ち上がった当時(2年ぐらい前かな)、自分ができたのは、 PHPが書ける(書けるだけ) サーバが少しわかる(cdとlsが打てるだけ) これぐらいです。 ちょっと大げさですが、あながち嘘じゃない。 そんなこんなで、試行

  • 続・技術的負債の把握と改善を促すために - mixi engineer blog

    こんにちは, 先日Kansai.pmで発表させて頂いたgoccyこと五嶋@たんぽぽグループです. 今回は, 前回紹介した技術的負債の把握と改善を促すためにの続編として, 僕が作ったPerl5コードのコピペ検出器について紹介させて頂きます. はじめに 今やPerl, Ruby等さまざまな言語で, 便利なライブラリ群やフレームワークを利用できる時代になりました. これらを使うことでソフトウェアの開発コストは格段に下がり, より素早く開発することができるようになっています. しかし, 当初予定されていた機能を実装して, 「よしできたから終わり!」というわけにもいきません. 何か物を生み出せば, 必ずそれを保守・運用するコストが発生します. 開発することが便利になった今, 開発物を保守・運用することを支援するツールも求められています. ですが, 保守や運用, とりわけ保守に関して支援するツールはそ

    続・技術的負債の把握と改善を促すために - mixi engineer blog
  • 技術的負債の把握と改善を促すために - mixi engineer blog

    こんにちは. 先日水道を止められて水のありがたみを再確認したgoccyこと五嶋@たんぽぽグループです. 今回は, 先日q_zouさんから紹介のあった技術的負債を減らす取り組みの一環で, 僕が開発したビジュアライザについてご紹介させて頂きます. はじめに 弊社では主な開発言語としてPerlを採用しており, そのソースコード量は数十万行単位に上ります. 自社で開発したライブラリ群はプロジェクトルート下のlib/Mixi/配下に設置されており, 更にその下でサービスや用途毎にNamespaceが分かれています(lib/Mixi/APIやlib/Mixi/Photo, lib/Mixi/Voiceなど). ※以降, 文章中のNamespaceという表現は, これら(lib/Mixi/APIなど)を指すものとします. 来であればNamespace単位で疎結合化されているべきですが, なかなかうまく

    技術的負債の把握と改善を促すために - mixi engineer blog
  • 1