プログラマなら押さえておくべき「ソフトウェアライセンス」の話 - I am Cruby!
読書感想文ソフトウェアライセンスの基礎知識作者: 可知豊出版社/メーカー: ソフトバンククリエイティブ発売日: 2008/09/25メディア: 単行本購入: 7人 クリック: 62回この商品を含むブログ (30件) を見るGW帰省（電車の中）で読んだ本がこれ。 この時期だし新米プログラマに良い本だと思うので紹介しておく。 ソフトウェアライセンスはプログラマの基礎知識ほとんどのプログラマはOSSのライブラリを使用して、ソフトウェアを作るはず。 そこで使用するライブラリのソフトウェアライセンスには気を遣わなければならない。 例えば、GPLv2のソフトウェアに動的リンクする場合はコピーレフトが適用されてしまう。 「しゃーねぇ、じゃあ公開したろうか」と思うと、実はGPLv2とは互換性のないライセンスがすでに適用されてしまっていた。 チェックメイツッ！！！ ソフトウェアライセンスは敵じゃないよ！そう
The First Virtue - Site Home - MSDN Blogs
Windows Azure Storage Service を用いた在庫管理の設計 https://social.msdn.microsoft.com/Forums/ja-JP/windowsazureja/thread/b76f647b-5e11-446b-92bd-2efdc2e7... Author: masayh Date: 03/26/2010 クラウドのアプリケーション開発へのソフトウェアファクトリー適用 マイクロソフト株式会社 萩原正義 Microsoft社は2004年よりソフトウェアファクトリーを次世代のソフトウェア開発基盤技術として推進してきた。2009年以降はWindows... Author: masayh Date: 09/28/2009 アジャイル開発とアーキテクチャ アーキテクチャの基本的な考え方は、機能要求に先行して構築されてることです。 この原則は、EA
本当はデスクトップで開発したいけどノートパソコン持ち歩いて開発もしたい、という人のための環境構築 : 管理人@Yoski
開発合宿や、ちょっとカフェで開発、みたいなことをすると、どうしても「ノートパソコン」に開発環境をいれないといけません。 でも、やっぱり「デスクトップ環境」で広い画面をたっぷり使いながら開発したいんですよね・・・ で、この2日間くらい、何故かすごく悩みながらいろいろやってみました。結果はこの通り。 結論は単純なんですが、意外に苦労したのでメモとして残しておきます。 絵を描いて説明・・・、とか思ったんですが、もう疲れ果てたのでテキストオンリーで。 砂を噛むように味気ない文章なんですが、よろしければ参考までにどうぞ。 ■やりたいこと 外ではノートで、会社では デスクトップPC で「シームレス」に開発したい！ ■基本ルール それ Mac 使えばできるよ・・・というのは無し。Let's Note 最強。 ■ベースとなる開発環境 ノートパソコンに vmware player + CentOS をいれて
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
Changelog を英語で書く際に参考になるようなテンプレートをまとめてみました．git や svn のコミットログにも使えます． このエントリは今後も逐次更新を続けます（最終更新2018/11/01） リリースノートの英文についてはRelease note のための英文テンプレート集 - pyopyopyo - Linuxとかプログラミングの覚え書き -に分離しました git等のcommit メッセージにも使えます 以下，例文． バグ修正した場合 修正した場合 → fix を使うのが定番です Fixed a performance regression. （パフォーマンスが低下するバグを修正しました） Fix possible memory leak Fixed an issue where some devices would display the wrong image. (いく
ソフトウェアテストとマインドマップのちょっとイイ関係｜gihyo.jp
テストをどのように行っていますか？ こんにちは，日立情報通信エンジニアリングの池田です。皆さんは日ごろテストケースの作成など，どのように行っていますか？ Excelにシコシコと入力し，数字だけを変更してコピペしたりしていませんか？ この方法はともすれば単純作業になりがちで，テストケースが抜けることも多くなります。 このようなテスト作業にマインドマップを使うと，ちょっとイイんです。本稿では，この「ソフトウェアテストとマインドマップのちょっとイイ関係」について，簡単にご紹介してみようと思います。 ソフトウェアテストはひたすら頭を使うんです まず，よくある「テストは頭を使わず，誰にでもできる」は完全に誤解であり，テストは非常に頭を使うクリエイティブな技術であるということを主張して，話を先に進めていきます。 テストを実施する際の情報源となる開発成果物のひとつは，プロジェクトの各局面で作成されたドキ
内部統制とエンジニアをつなぐのはログだ！ − ＠IT
宮田 健 ＠IT編集部 2007/3/2 2007年2月16日、青山ダイヤモンドホール（東京都港区）にて「内部統制のためのログ活用セミナー」（主催：アイティメディア株式会社 ＠IT情報マネジメント編集部）が開催された。本記事では終始和やかな雰囲気で行われた基調講演と、エンジニアの視点による意見が交わされたパネルディスカッションの様子をレポートする。（編集部） ログで「上司の締め付け」ができる？！ セミナーは独立行政法人 情報処理推進機構（IPA）セキュリティセンターの園田道夫氏による基調講演、「ログで何ができるのか？」でスタートした。園田氏はまずログ管理の基本となっている内部統制の目的について触れ、統制とは締め付けること、そしてその対象を「エラい人」と定義した。不祥事とは権限の乱用であり、それが可能なのは権限を持っている人たち、つまり重要なポストに就いている経営者や経理担当者、プロジェクト
バージョン管理に便利なSubversiveプラグイン (1/3) - @IT
そもそもSubversionとは何か？ Subversionとは、バージョン管理システムとして広く利用されているCVSの管理スタイルを踏襲しつつその欠点を解決したバージョン管理システムです。Google Trendsによると、日本ではSubversionの検索数がCVSをすでに上回っており（2007年3月現在）、関心が高まってきています。 実際、筆者の周りでもSubversionを利用しているプロジェクトが増えてきています。本稿では、SubversionをEclipseから利用するプラグインSubversiveとプロジェクト管理システム「Trac」との連携を中心とした利用ノウハウを提供します。 Subversionのメリット チェンジセットによるリビジョン管理 バージョン管理システムにおいて、ローカルで編集した内容をリポジトリへ反映するために行う作業を、コミットといいます。 CVSはファイ
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
「ソフトウェアの仕様書は料理のレシピに似ている」へのフィードバックをいくつか集めてみた
一年近く前に書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリー。今になってもトラックバックやコメントが送られて来るのは、実際に日本のIT業界に働く人たちの間にも「今のやりかたはおかしい」という疑問や不満があるという証拠だろう。 そこで今日は、シオレットの引用機能のテストも兼ねて、よせられたフィードバックを新しい順にいくつか紹介してみる（それも、昨日になってやっとシオレットが動き始めたSafariブラウザーを使っての投稿だ^^）。 まして、優秀でないエンジニアがコードを書かずして、仕様書を作ることが出来ようか？ソフトウェア開発はウォーターフォールでは上手くいきません。 【さくねこの”チラシうら”にっきより引用】 別会社のSEが設計して、それを請け負った会社のPGが実装する。こんなやり方でまともなプログラムが作れたらある意味凄い。物凄いオーバーヘッド作業をこなして作るわけだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EnterpriseZine：コーナー：開発担当者必携！トラブル削減のための原則拾七ヶ条 - 愚者のニュース
プロセス指向のソフトウェア開発：CodeZine