アカウント名:
パスワード:
小規模(10人程度)、1拠点での開発でした。特に締切前の、空気がやばくなってきた頃に、新しいツールを入れようとしても抵抗が大きすぎるので、むしろこのくらい「軽い」方法が効きました。 締切は絶対に外せない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
紙 (スコア:2, 参考になる)
小規模(10人程度)、1拠点での開発でした。特に締切前の、空気がやばくなってきた頃に、新しいツールを入れようとしても抵抗が大きすぎるので、むしろこのくらい「軽い」方法が効きました。 締切は絶対に外せない
Re:紙 (スコア:1)
bugzillaやjitterbugは、あれは、遠隔地でやらざるを得ないときにいいかもしれない。できなゃ導入する意味はないですね。(まぁ、あたりまえか)
Re:紙 (スコア:0)
以前、NOTESをBTSに使っていたところがあったのですが、あれはそこそこ
Re:紙 (スコア:0)
そう言いたくなる気持ちも分からんではないが、
T.P.O.に応じてデジタルとアナログの使い分けってのは必要だね。
まだまだ
Re:紙 (スコア:1)
この場合のTPOって、どう判断すればよいでしょうか?
#判断の出来ない人に限ってTPOという言葉を使いたがる、という傾向を某所で見つけてしまった時には悲しかったのでG7
#つまりそこでは、TPOという言葉は、TPOの判断責任を「相手に」押し付けるための方便でしかなかったのね…
>まだまだデジタルの適用範囲ってのは狭いし面倒だし金が掛かる。
狭いかなあ?
ぱっと俺が思いつく範囲だと、計算機ベースだと
●メリット→文字
●デメリット→文字以外(絵とか)
って
Re:紙 (スコア:1)
プロジェクトの規模・人数・拠点数や、そうしたツールに開発内容が馴染みやすいかどうか、なんかがポイントになるんじゃないですかね。
小規模で拠点が一箇所で短期間だったらわざわざツールを導入するよりも紙でやっちゃったほうがイニシャルコスト(導入・教育等)が低くすんでリーズナブルな場合が多いと思います。
ある程度の規模でも、利用する人がそうしたシステムにまったく慣れていないようならば Excel なんかの「割とみんなが普通に使っているシステム」を使うのが楽な場合もあります。
逆に「バグを恒常的に管理する必要がある」「複数人がアイテムに対してのアクションを起こすので、競合や割当の処理が必須」「拠点が多いので共有方法を考える必要がある」「教育にある程度のコストを払っても最終的にペイする」と言う場合ならば、何らかのBTSを入れちゃうのがいいと思います。もちろん少人数でもBTSになれた人たちだけならば、初めから使ったほうがいいですし、そうしたシステムと紙やホワイトボードを併用する方法もありますね。
> #結局悪いのは「マウス」なんだよな。もっと描くのに適した入力デバイスが増えないと。
70インチくらいで200dpi以上あってタッチパネルでペン書きなんかかも出来るディスプレイが普通に使えるならばデジタルだけでもいいんですけどね
Re:紙 (スコア:1)
うーん。そういう「(いわば)素人集団」が、ごついエンタープライズシステムを作る任に就かされたりするってのが
世の中の摩訶不思議なんだろうなー(^^;
データ管理ソフトを作ってる人間が、その製品も他社製品もフリーソフトも
なーんにも使ったことが無い、とかね。
そのせいか、設計がタコスケでも、(集団内の)誰もが不満を言わない。「そんなもんだ」と思ってる。
お客が可哀想なのでG7。よっぽど「こんな素人集団の製品じゃなく、こっちのフリーソフトのほうがお勧めです」と叫びたい…
てゆーか、お客も同じだよな。フリーソフトなら我が社を飛び越して自分で調達&評価できるんだからさ。
なんぼフリーソフトのインストールが面倒といっても、
素人集団が作った環境依存性ばりばりの糞ソフトのインストールよりは、数段楽なんだよね(^^;
>70インチくらいで200dpi以上あってタッチパネルでペン書きなんかかも出来るディスプレイが普通に使えるならばデジタルだけでもいいんですけどね
そういや現状だとOS(WinなりXなり)からして
画面のサイズや解像度についての決め付けがかなり強いようですね。
今、ややDPIの大きめ(つまりドットは小さめ)の画面である東芝Librettoを使ってるんですが、
WindowsのUIが見づらいったらありゃしない。
E INKな製品も(Sonyから)出ましたが、ああいう「全く新しい」媒体にもそんなに無理なくScaleすることが出来るのが、
OSなり電子データなりが本来持つべき特質だと思います。
#仮想プリンタとしてE INKを使えないか?と思うんでG7
#OSからはプリンタに見えて、実デバイスはA3かA4くらいのE INKシート、っていう構造ね。
#上記のように現状のOSは馬鹿なので(藁)、画面の仕組みじゃなく、
#解像度の多様性とかへの対応の経験がある「もう1つの表示手段」としてのプリンタ周りの仕組みを
#流用しちゃおうかと。
あとタッチパネルも本来必須だと思います。直接触ることのメリットは計り知れないはず。
それも、SinglePointer方式は色々不便なので、同時に多数の点が触れるSmartSkinみたいなもの
が液晶画面に被さってくれるのが俺の当面の理想です。
#なお、そうなると、現状のWidget体系(少なくともAPI)も全部作り直しになりますんで、よろしくね。
200dpiですか。冴えないポンチ絵くらいなら描けるぎりぎりかな。
早く画面が1000dpiに行って欲しいと思っています。そしてGペンとカブラペンの差が判るようになって欲しい(^^;
Re:紙 (スコア:1)
個人的には大いに同意する所なんですが、多くの(本来そうした技術に詳しくある必要の無い)お客さんは使い方や不具合対応を含めて「購入先」におっかぶせたいものです。そういう意味ではもっと「優れたフリーウェアを商用サポートする会社」が出て来てもいいと思うんですが、やはり「開発」と言う工程を入れないと金が取れないのかもしれません。
> E INKな製品も(Sonyから)出ましたが、ああいう「全く新しい」媒体にもそんなに無理なくScaleすることが出来るのが、OSなり電子データなりが本来持つべき特質だと思います。
普通に DisplayPostScript でもサポートしてくれればそれで幸せなんですが。
> 200dpiですか。冴えないポンチ絵くらいなら描けるぎりぎりかな。
プロジェクトをホワイトボード管理する際の代わり位には(多分)なる解像度ですよ > 200dpi
Re:紙 (スコア:1)
あはは。
俺としては「開発」を神聖視するとアカンと思っています。
作らなくても済むもの、既に有るもの(^^;、を活かすのも
Hacker/技術者/プロ/企業がやるべき道(の1つ)だろうなと。
だって、そうすれば皆が幸せになるんだもん。
開発という単語に踊らされて、DQN企業のDQN製品と契約しちゃったお客様は、
なんとも可哀想でらっしゃいます。よよよ…
>> E INKな製品も(Sonyから)出ましたが、
>普通に DisplayPostScript でもサポートしてくれればそれで幸せなんですが。
あの描画の遅さからして、DisplayのつかないPSをサポートする
(つまりプリンタ的に扱う)ほうが似合いかなーと。
>プロジェクトをホワイトボード管理する際の代わり位には(多分)なる解像度ですよ > 200dpi
うーん。まあ往年のプリンタだと思えばそんなもんかな。
#UMLツール「Jude」で、直線がアンチエイリアシング(?)されてるのが、微妙に違和感なのでG7