覚えやすく、安全なパスワードを生成する pwgen | Act as Professional
某社のパスワードが難しい割に覚えやすいという話をしていた@HIROCASTERでございませう。 長くて複雑になるほど、覚えるのは難解になっていくパスワードですが、発音しやすい読めるパスワードを生成することによって、複雑性も入れて比較的安全なパスワードを生成するpwgenを紹介します。 MacPortsを導入済みであれば $ sudo port install pwgenで入ります。 こんな感じで、パスワードが生成されます。manをみると pwgen - generate pronounceable passwordsとのことなので、発音できるパスワードを生成するので、比較的覚えやすいはずです。（いまいちなのもあります） もうちょっと日本人が覚えやすいパスワードを生成してくれると、さらに嬉しいのですが…。 1Passwordを常用しているのでパスワード生成もこちらを使ってましたが、覚えなけれ
プロジェクトという形態は下火になり、プロダクト開発が台頭している。IPAの調査から
IPAによる海外でのアジャイル開発についての報告書「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）」を紹介した昨日の記事「海外でなぜアジャイル開発が普及しているのか？ IPAが分析と提言」は、とても多くの読者に読んでいただき、ツイッターやブックマークなどでもコメントが多数寄せられました。 そうした反響の中で、この調査報告の作成に関わったアジャイル開発の第一人者である平鍋健児氏から「資料の付録にある海外でのインタビューが興味深いので注目してほしい」というメールをいただきました。 インタビューの中で「日本国内に限らず、海外でもアジャイル型開発の普及が進みにくい領域がある」という点を指摘部分は、アジャイル開発がどう位置づけられているのかをあらためて浮き彫りにしているように思います。主に、「リーンソフトウェア開発」シリ
情報処理推進機構：ソフトウェア・エンジニアリング - ｢非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」 報告書を公開
2012年6月19日更新 2012年3月28日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 近年の日々加速するビジネススピードは、ビジネスを実現する情報システムの要件に変化をもたらしています。従来、多くの情報システム開発、特に規模の大きなプロジェクトにおいて、「ウォーターフォール型開発」が用いられてきました。しかしこの開発手法の場合、開発前に要件を確定させることが前提となっており、要件の変化への柔軟な対応が求められる昨今の開発に適合させることが難しいと言えます。一方、この変化に柔軟に対応できる開発手法として、アジャイル型開発をはじめとする「非ウォーターフォール型開発」があります。しかし、非ウォーターフォール型開発は、密接なコミュニケーションを必要とするため、従来その多くは、少人数での規模の小さい開発プロジェクトやWebサービスなどの一部のビジ
10年たった今見えてきたアジャイルに関する8つの問題提起
Agile 2011 Conferenceに行ってきました。 たくさんのセッションに参加してきたのですが、その中でもカンファレンス二日目に参加した、Chet Hendrickson氏とRon Jeffries氏の「What We Have Learned So Far: what we got right & what we got wrong」が面白かったので、ここでまとめたいと思います。 内容はタイトルにあるように、「この10年で何を学び何を得たのか？そして何が正しくて、何が間違っていたのか？」というもの。アジャイルに関するたくさんのプラクティスやアイデアを共有してきた、Chet氏とRon氏が提起するアジャイルの注意点を確認してみましょう。 アジャイルはしばしば独断主義としてとらえられてしまいます。常に改善を求められる雰囲気や、現実的なマネジメントの影響で「隠し事」が難しくなり、恐怖を
アジャイル型開発を推進するための活動成果を公開 - 情報処理推進機構：ソフトウェアエンジニアリング
2012年3月26日 更新 2011年4月7日 公開 独立行政法人情報処理推進機構 ソフトウェア・エンジニアリング・センター 概要 最近のソフトウェア開発では、ビジネス環境の変化への対応、これに伴う要求の変更、ソフトウェアの市場投入や投資効果の確認の迅速化が、以前にも増して厳しく求められています。このような状況において、要件を最初に決めずに開発に着手できるアジャイル型を中心とする非ウォーターフォール型の開発手法が注目されています。 IPA（独立行政法人情報処理推進機構）ソフトウェア・エンジニアリング・センター（SEC）では、ウォーターフォール型開発及び、アジャイル型開発の経験が豊富な実務者、契約に詳しい専門家など、産学官の有識者をメンバーとした「非ウォーターフォール型開発ワーキンググループ」を設置し、これらの課題について検討してきました。 この度、日本におけるアジャイル型開発に適したモデル
アジャイル開発を習得したいなら。スクラム開発対応のプロジェクト管理·ScrumDo MOONGIFT
ScrumDoはアジャイル、スクラム開発に対応したプロジェクト管理。Django/Python製。 ScrumDoはPython/Django製のオープンソース・ソフトウェア。アジャイル開発が徐々に使われるようになっている（社内開発中心だが）。アジャイル開発では、ユースケースをストーリーという単位にして管理する。一つのイテレーションの中で一つまたは複数のストーリーをこなす形だ。 ストーリー作成 一つのイテレーションを終わった段階で複数の機能が開発、テスト、結合されているのでそのままリリースすることさえできる。それを繰り返して開発を進めることで徐々に機能や品質が高まっていく。そんな開発を実現するためのプロジェクト管理がScrumDoだ。 ScrumDoではストーリーを作成し、その中にタスクを追加する。そしてそれをイテレーションの中に組み込んでいく。イテレーションを行った結果はバックログとして
The only one big thing every programmer should know
The only one big thing every programmer should know - Feb 18, 2011 at Developers Summit 2011
alternative dvamp project 個人主義vsチームワーク
今まで、Agile、TOC-CCPMといった様々なチームを前提とするプロセスカイゼンをしてきた。 運良く、Agile、TOC-CCPM共に良い結果も出してきた。 しかし、役員からの評価は良いものの、プロジェクト管理者や上司からの評価が悪い。 どうしてダメなのか説明もない為、つい最近まで「きっと自分の説明力が足りず、その為に誤解されているのだろう」「きっとわざわざプロセスを変革する必要があると判断出来る程の成果が出ていない為に、評価されていないのだろう」と考えていた。 だがしかし、それが全く別だという事が先日分かった。自分は「個人個人では解決出来ない問題も皆で協力すれば解決出来る！」というチームワークを重視したプロジェクトマネジメントを行うことで、プロジェクトを成功に導く方法が、技術が日進月歩する今の時代に適していると考えている。 だがしかし、プロジェクト管理者や上司の考え方は「一人一人が自
10分で分かるアジャイル開発の基本
ウォーターフォール型で重視する要素（価値）とアジャイル開発で重視する価値を対比。ウォーターフォール型の価値を否定しているのではなく、重要であることを認めつつ、新たな価値にも目を向けることを促している アジャイル開発の各手法の提唱者が合意した宣言で、アジャイルの根幹ともいうべき精神を表す。ウォーターフォール型開発で重視すべき要素（価値）を四つ挙げ、それぞれに対するアジャイルの価値を提示している（図1）。 新しい四つの価値が、あたかも既存の四つの価値を置き換えるように見えるがそうではない。これまでの価値の重要性は認めつつ、別の新しい価値に目を向けることを促している。 word2 自己組織化 アジャイル開発が目指す行動規範のこと。チームを構成する各メンバーは自分自身をコントロールして自律的に行動し、目標に向かってチームの成長に貢献する。この成長を「自己組織化」と呼び、変化への適応能力を高める上で
テストについて考える
テストについて考える 1. テストにつ いて考える 2010/11/30 Ryutaro “Ryuzee” YOSHIBA http://www.flickr.com/photos/nicolas-hoizey/2693162677/ 2. 自己紹介 Ryuzee @ryuzee http://www.ryuzee.com/ http://www.flickr.com/photos/adforce1/2539903964/ 3. アジャイルコーチ 認定スクラムマスター オープンソース開発者、翻訳者 Shibuya.tracのスタッフ TIS,野村総合研究所を経てベンチャーのCTO http://www.flickr.com/photos/royskeane/413103429/ 4. 今日の話のコンテキスト • ゕジャルな立場から話をします • がウォーターフォールでも適用可能 です.(
マイクロソフトにおけるアジャイル開発はこんな風に進められている － Publickey
マイクロソフトの代表的なソフトウェアは、数千人を超える開発者、数十万のソースコードファイル、数千回ものビルドを繰り返して開発される大規模なものだといわれています。 マイクロソフトのエバンジェリスト長沢智治氏は、こうした大規模な開発プロジェクトがマイクロソフト社内でどのように行われているのか、プロジェクトチームの組成から実施計画、進捗管理、バグレポートなど、その裏側を紹介するセッションをいくつかのイベントで行っています。 そこで明かされている内容は、パッケージソフトの開発だけでなく、SIerでの開発プロジェクトでも参考になる部分が多いと思われ、いつかレポート記事として紹介したいと思っていました。 今回、以前に行われたセッションビデオの存在を長沢氏ご本人から教えていただいたので、開発プロセスに関する部分にフォーカスした記事としてまとめました。 記事での内容は主に、「Microsoft Tech
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rubyを用いた開発手法「動く仕様書」とは？～日立ソリューションズ・野崎氏
その一方で、ウォーターフォールの現場にて開発者が出来ること