「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
デブサミで僕が話したことの簡単なまとめ - 宇宙行きたい
デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ
Software versioning - Wikipedia
The two purely numeric forms removes the special logic required to handle the comparison of "alpha < beta < rc < no prefix" as found in semantic versioning, at the cost of clarity. Incrementing sequences[edit] There are two schools of thought regarding how numeric version numbers are incremented. Most free and open-source software packages, including MediaWiki, treat versions as a series of indivi
Canvas / グラフィックソフト | 日本ポラデジタル株式会社
※単 … シングルライセンス、※複 … サイトライセンス、複数本ライセンス、デバイスサブスクリプションライセンス ※Canvas X GISはCanvas X geoに名称を変更いたしました。 ※DSL=デバイスサブスクリプションライセンス Windows版には通常版に加えアカデミックライセンスをご用意しています。 macOS版永続ライセンスには通常版に加えアカデミックライセンスをご用意しています。 サブスクリプションライセンスの、複数年ライセンスおよび複数本ライセンスについてはお問い合わせください。 [デバイスサブスクリプションライセンス（略称：DSL）] 企業・官公庁・教育機関、一般の方々で、複数のPC（デバイス）にてCanvas X をご利用になる上でライセンス管理を簡単に行える複数PC（デバイス）用ライセンス製品です。 1 年、3年の使用期間に応じて購入が可能で、20台以上も都度見
XooNIps Official Site - Neuroinformatics Base Platform System
XooNIpsは、脳神経科学分野においてインターネット上で多様な電子データ（ファイル，URL，書籍・論文等）をメタデータと供に共有を図るためのオープンソースのWebデータベース基盤システムであり，XOOPSコンテンツマネージメントシステムに対しデータ管理機能を追加する拡張モジュールとして実装されています． XooNIpsは、そのシステムの特徴と多様性から脳神経科学関連分野だけでなく，いくつかの研究機関ならびに大学の図書館において機関リポジトリやデータベース，ラボ内のグループウエアとして様々な場面での利用がなされています． 最新バージョンは XooNIps 3.50 です． このサイトから最新バージョンを入手できます．不具合を見つけた際やご意見・ご質問などありましたら課題管理（GitHub Issues）までお寄せ下さい．ユーザの皆さまからのフィードバックをお待ちしております． 本リリースは
WEKO
WEKOとはスワヒリ語でリポジトリを意味します．WEKOは国立情報学研究所が開発しているNetCommons 2上で動作するリポジトリモジュールです．文献だけではない研究成果がどんどん共有されるような学術社会を作りたいという願いを込めて開発しています．NC2のいろんな機能と組み合わせながら，新しい研究スタイルの構築を目指します． 【重要】WEKO ver.2.x.xの問合せ及び公開停止について ながらくご利用いただいたWEKO ver.2系の問合せ対応については2020年12月をもって終了とさせていただきます．今後は現在開発中のWEKO3をご利用ください． WEKO3については2020年度中の公開を予定しています． ご理解のほど、よろしくお願い致します． 開発中のコードリポジトリはこちらです． https://github.com/RCOSDP/weko 現在，フォーラムおよび問合せフォー
ソフトウェアの瑕疵担保責任期間
へんじがない。ただのポンコツのようだ。 ポンコツが今日も持ち場でガンバリつつ、 楽しく生きていくための備忘録ブログ。ぬわーーっっ！！2005年7月から絶賛「更新」中！ 【この記事の所要時間 ： 約 3 分】 ソフトウェア開発の請負契約をする際に発生する問題のひとつが、瑕疵担保責任期間をどうするかということである。法律としての枠組みがどうあって、個別契約としてどうすべきなのか？ということを知っておかなければならない。 ●法律上の瑕疵担保責任とは？ まず法律としての枠組みであるが、瑕疵担保責任期間に関する法律は、以下の2つ（民法第637条と商法第526条）である。 民法第637条（請負人の担保責任の存続期間） 1. 前三条の規定による瑕疵の修補又は損害賠償の請求及び契約の解除は、仕事の目的物を引き渡した時から一年以内にしなければならない。 2. 仕事の目的物の引渡しを要しない場合には、前項の期
保守契約について − プロジェクト管理 − ＠IT
保守契約について、皆さん、どうされているか、どうお考えかお聞きしたいのですが、私の経験では、直接契約に携わったことはないのですが、これまで脇で見てきた感じでは、開発費の10%～20%ぐらいを保守費として、納品あるいは検収後、年単位で契約し、その間起きた障害、不具合、質問へ対応するというものでした。 保守の範囲は、仕様で規定されている部分で、明確に規定されていない部分、仕様の追加と見られるものについては保守では対応しません。 割とこれが一般的かと思うのですが、一方、瑕疵責任という概念もあります。検収後、３ヶ月あるいは１年は、納品物に瑕疵があった場合、無償で修正するというものです。 保守という概念で括ると、この部分が曖昧になるのですが、保守あるいはサポート契約を結ばない場合、どういった形になるのでしょうか。 請負側は保守費をもらえずに無償で対応し続けなければならないのでしょうか。（３ヶ月あるい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実践知とリーダーシップ― 知識創造理論がシステム開発に及ぼしたもの
Google Code Archive - Long-term storage for Google Code Project Hosting.
Microsoft Research – Emerging Technology, Computer, and Software Research
eprints.org - Home
DSpace Home - DSpace
Q&A：「ソフトの保守契約」は結んでおいた方がいいか？ - ニュース - nikkei BPnet