「Trac」を含む日記 RSS

はてなキーワード: Tracとは

2021-03-05

anond:20210305103908

作業のものはな

電話専門用語を聞いてTracに打ち込むっていうかなり単純作業なんだけど・・・

なりひびく電話の本数が

2020-11-16

本当は「小説バージョン管理したい」わけではない

結論最初に書くと、作家がやりたいのは「小説バージョン管理」ではなく「出版プロジェクトタスク管理」と「成果物品質管理」なのである

数年前に「家事Redmine管理すると捗る」という記事流行ったように、それと同じことが作家界隈でも散発的に起きていると考えたほうが実情に近い。

WordやG Suiteの校正機能じゃダメなの?」に対する返答は「WordやG Suiteにはタスク管理ツールが付いてないかダメ」。

本当はGitHubである必要はなく、RedmineTracWordを組み合わせてもいいのだが、「ハンマーを持つ人にはすべてが釘に見える」のでGitHubのためにGitを使おうという本末転倒議論になりがちな印象がある。

逆に「バージョン管理はあるがタスク管理品質管理がない」環境の例としてはウィキペディアMediaWiki)がある。

MediaWikiはすべての版をバージョン管理しており、差分履歴も見られるが校正にはあまり向いていない。ウィキペディア文章があまり洗練されないのは支援ツールの不在による部分が実は大きい。

結局のところ作家必要なのは

の2つで、それを下支えするためにバージョン管理システムは必要だがGitほど多機能である必要はない。むしろRCSくらいシンプルなほうが理解されやすいのではないかと思う。

2017-08-22

最近プロジェクト運営方法って話題にならないけど、みんなできてるものなの?

昔はTracRedmine、JIRA、MS Projectとか色々プロジェクト運用ツール話題になっていたけど、最近全然きかない。

もうみんな上手くいっていて、方法固まっているのだろうか?

固まっているなら教えて欲しい。

2014-05-09

いやノートが紙と鉛筆電子化されていない段階で(tracとか)なんだろう。

どこまで本当か疑ってる。ごく一般的に考えれば研究ノートBlogEvernoteのようにIT化されていて普通

紙を使っているとは思えないんだが。

紙には紙のいいところがあるが 普通スキャンして電子化するし。

もともとHTMLって学術用(論文の共有用)に作られたんだし。

2011-01-28

http://anond.hatelabo.jp/20110127212001

業務管理ツールをなにか使ってますか?

自分が何をすべきか?というのが Webから表で 上から順に見ればいいみたいなふうにちゃんと管理されていますか?

それとも記憶に頼ってますか?

どうも、作業全体が、口頭指示と思いやり で出来ていて 深度が深い人間(1つの事を深くやる)タイプには不利な指示が出ているように見受けました

多くのことを浅くやるタイプと、1つの事を深くやるタイプいますので、指示されたことが管理されて、ツールで表になっているといいかと思いました

個人的には、よくあるケースだと思いましたTracとか良いですよ。

あと、深度の深い人間の下には、あまり人は付けられないですね。よくも悪くも。

 

なぜ応用がきかないんだろう? <> なぜ簡単にこの方法を諦めるんだろう

というのは、個人の感性の差です後者研究者向きです

私も、1つのことを徹底的に、すこし、問題があるぐらいでは、変更せずに徹底的にやります。大概の場合はあまりよい結果は出ません。

はいえ、それが研究ですし、であるからこそ、いくつかの分野では人に期待されるほど特化できているのだと思います。

 

よく、周囲から、どうしてあなたはコレができないの?と応用を言われるので、じゃぁ、あなたはコレができるの?と返すと、それは専門知識だからと言われます

しかし、応用ばかりやっていたら、専門知識は身につかないわけで・・・バーターでしょと言いたかっただけなのに、

応用に特化した人たちは、自分達ができることは、簡単なことで、 深い知識は専門知識だから、となぜか、分けるみたいです。 でも、それはおかしい

貴方達が応用に使った時間を1つの事に使ったから、専門知識があるのだから、 応用は不得意なのは当たり前なのに。

2010-08-11

http://anond.hatelabo.jp/20100811201356

そらExcel管理やめてTrac Lightningに一元化しないからでしょう。

2重管理になっていたとしてExcelの実績の方を正としてるの?

SVNやらTestLinkやらの実績自動カウントして実績だしてくれるよ

2010-01-28

http://anond.hatelabo.jp/20100128120610

バグ・問題追跡システムの, tracとかredmineとかが近いのではないかと思います.

オンラインプロジェクト管理ツールの中から, 役に立つものが見つかるかもしれません.

2009-10-13

http://anond.hatelabo.jp/20091013063739

今PJTマネージャーやってるけど、自分ToDoスケジュール管理できないスタッフがほとんど。

"PJTマネージャー"って言葉初めて聞いた。

もし、プロジェクトマネージャ意味で書いているんだとしたら、"PM"とか"プロマネ"じゃないのか。

"Java"を"JAVA"って書いたり、"Los Angeles"を"ロス"って略すぐらい恥ずかしい。

だから、彼らのToDoをこちらで管理して、進捗がどうかメール/電話で確認(彼らから報告をあげてこない)して、
期限破った報告してこないからこちらから連絡して。
メールに返信してこないから、送ったメールにこちらからRemindかけて(この管理はかなりめどい)。

もしかして、RedmineとかTracとか使ってないのか?

開発者仕事に専念できる環境を用意するのはPM仕事に含まれると思っていたのだが違うのか?

また彼ら同士の間でToや電話でやりとりして共有されていない全体に影響を与える情報を、電話で聞いて。
なんで全体のスケジュールに影響与える話をToメールでして、管理側に連絡してこねーんだよ。
全体メール電話で返すのは良いけど、なんでその結果共有しねーんだよ。
結果だけでも共有してくれないとスケジュール管理に影響するって理解してるのかな。

"To"って何?メールを送信することか?

日本語だったら"メール"で十分だろ。

電話って外注か?それとも、会社がでかいのか?

"さぶみっと"とかで酷い価格で発注しているブラック企業か?

Skype使うとか、IM使うとか、色々あるだろ。

あと、外注を使うときは、電話なんかでコミュニケーションコストがかかる分、余裕を持っておいて…、

ってブラックだから関係ないかwww

スケジュール建てて、遅延するからリスケして、アウトソージング先の人に謝って。
また遅延するからリスケして。

"アウトソージング"ってどうやったらそんなタイプミスできるんだ。

どんなに酔っぱらっていても、キー配列からそれは有り得ないと思うんだが。

あれか?俺が辞めた会社上司みたいにブラインドタッチもできないのか?

いや、できなくてもいいけど、投稿する前に文章少しは読み返せよ。

お前、客にも誤字脱字が入った文章送ってるだろ。

そんな文章送られると、読まされる側もイライラするんだよ。

文章を読めば書いた人間知的水準が分かるというが、これだけ誤字がある時点で知的水準が低いことはあきらかだな。

御愁傷様。

なんか技術を理解していない薄っぺらい知ったか君の臭いがぷんぷんするんだが、あんたがプロじゃないだけなんじゃないのか?

# お前、前にも増田で部下の愚痴書いてなかったか?

2009-06-16

いくらRuby on Rails生産性が上がりましたって言っても

一ヶ月以上、最新リポジトリ上でテストコードが動作不能になっていたことに気づけなかった。

プロジェクトは総勢40名を超える。

Ruby on Railsでも、Javaでも、Tracでも、Subversionでも、何使っても同じだよ。

全部シェルスクリプトDOSコマンドに変えて、共有フォルダソースを置いて、

エクセル管理する方針に変えてしまえ!

ばーかばーか

2008-10-29

転職の事考える。

WEBプログラマを始めて2年ちょい。

この仕事辞めようと思っている。

入社当時の私はWEBプログラミング経験で、

学校C++とかJAVAとかVBとか…色々ごちゃごちゃ習ってたけど、正直現場ノウハウなんぞサパーリな状態だった。

だから、その会社プログラマが居なかった事は物凄く不幸だった。

WEBシステム開発部門を作るという事で、私を含めプログラム経験者が二人採用されたんだ。

細かいこと言うと、私と一緒に入社した人は、一応PHPPerlは組んだことが有るけど、「現場ノウハウを知らない」という点は私と同じだった。

入社してからは、もう全部手探り。

開発環境の整え方なんぞ全然分かってない。

取り敢えずPHPやれ、と言われたから、結構必死で勉強しながらメールフォームとか簡単なコード書いた。

当時は画面が切り替わる度に変数初期化されたりするのが不思議だった。

MySQLをやれ、と言われて、本気で必死こいて勉強した。

一緒に入った同僚は、「Postgre専門だからMySQLはよく分からん」と言う。

仕事の渡され方は大概丸投げ。

営業がリスニングをして、私は営業から案件の内容を聞く。

その仕様ってのが結構曖昧。何というか、「流れ」だけ説明される。

「管理画面で商品を登録すると、商品一覧に追加されるんだけど、登録する時に一緒にカテゴリを設定できるように…」

カテゴリは大カテゴリ・中カテゴリ・小カテゴリがあって、管理画面で登録できるように…」

とか、そんな感じ。

こういうのを聞いてプログラミング出来るのが当たり前なんだろうけど、私は凄く苦手だった。

苦手だからってやらない訳にはいかないからやってたけど、難しく考えるからだろう、時間がかかった。

後、基本的に画面イメージがない。

仕事を渡されると、全部任される。

テーブルの設計をしながら仕様を確定していって、画面イメージを作成していく。

最初の内は、正規化すら全然知らなかったからぐだぐだなテーブルばっかり設計して、コードを組む段階になってヒーヒー言ってた。

最初から書き直す事もしばしばだった。

もっと効率良くやりたい、と助言を乞おうにも、先輩なんて居ない。

同僚はその辺の作業進行は上手いものの、開発レベルは私と同じぐらい。コードスパゲッティ

人達プログラムやってたりするけど、WEBプログラムじゃないから相談しても色々と噛み合わない。

仕方がないから、うまいやり方は無いか、とひたすら暗中模索でやってきた。

で、そんな事を1年程続けた辺りで、長年プログラミングしてきた人と交流する機会が有った。

短い間だったけど、その人が教えてくれた知識でかなりショックを受けた。

開発環境の整え方とか、テストケースとか、フレームワークの事とか、えーと、まぁ、なんて言うか、プログラミングの考え方(みたいなもん)とか。

(ちょっと上手く言えない。現時点でも私は、とてもじゃないが自分の事をプログラマだなんて胸を張って言えない程未熟だと思っているし)

そして、ショックを受けたのは同僚も同じだった。

正直今まで自分がやってきた事の全部をひっくり返された気分だった。

全部が全部無駄だったという訳じゃないが、今まで非効率的で馬鹿で遠回りな事ばかりしていた。

その後はSubversionTracが導入された。

同時期に私は新しい案件を任された。

その案件の規模は小さめで、私は今まで不安定だった開発スタイルを整えようと、半分賭けでその案件cakePHPで構築しようと決めた。

無論、全然分からないから参考書とか公開されてるソース見たりとか、ネット情報とかで勉強しながら、だけど。

symfonyとかZend Frameworkとかでも良かったと思うんだけど、

たまたま先のプログラマの人がcakePHP使ってる、と言ってたから「じゃあそれにするか」とcakePHPを選んだ。

違いも分からんから最初は何でもいいや、と思ったってのも有る。

何度も躓いたり挫折しかけたりしたが、なんとか構築しきった。

つたないものでは有るが使い回しの効くメソッドなりを作れたし、正直凄く嬉しかった。

その頃には、ある程度ではあるがフレームワークでの開発が手に馴染んでいた。

そんでも一人でじめじめコーディングするスタイルは変わらなかったから、コードの中身はお察しくださいなスパゲッティ

もうこの会社に居続けても意味が無い、と思った。ひとりよがりコードを量産するだけだ。

だから、「今年いっぱいで会社を辞めようかと思います」と告げた。

それが大体半年前。

今年が終わるまで@2ヶ月ぐらい。

こんな経験年数半端な人材って、需要有るんかなぁ。女だしなぁ…、というかそもそも転職回数が多いのが一番痛い。ブラック企業ひきすぎ。

無知を乗り越えるという性質のやる気はあるから、がらっと業種を変えても良いかもしれない。

というか、ぶっちゃけ残業時間がえらい事になってたから、IT業界はもうしたくないな、と思う一方で、

やっぱりプログラム好きだからプログラマやりたいという思いが有る。

でもプライベートでやりたい事あるから、あんまり仕事時間を割かれるのも困る。

後、親が元気な内に孝行しときたい。

こないだ、カーチャンのスレ見てたのがかなり効いてる。

「あんた転職するんでしょ? 転職前に休み作ってよ。一緒に旅行行きたいから」とか言ってるし…

今までサビ残当然の会社ばっかり行ってたもんで、

仕事が忙しいから」とか「疲れてるんだから休ませてくれ…」とか言って全然孝行出来なかったから、そろそろ生活における仕事の割合を減らしていきたいところ。

でも、

難しいよなぁ。

転職、どうしたもんだかなぁ。

2008-10-25

スマンと思う飲み盛りの2年目

ステータスを最初に語ろう。入社2年目SE。色々見えてきたが、学術とやらの呪縛から未だに抜け出せない20代後半。

クソッタレ生意気盛りで、酒もクソ飲んでいる今の中で語らせてほしい。

どうやらオレは会社員に向いていないらしい。と、いうのも今、新入社員も同然の今の立場で、酒の力も借りながらこんなことを書いているからだ。

彼ら(先輩社員および、そこから連想する一般社会人、そして、それが正解と思う冷静なオレ自身)が思うなかでどうやら彼らは時間とやらは永遠らしい。そして、時間軸は永遠に(もしくは永遠同然に)思えるらしい。そう、それは独立した概念ではないと。ソコで永遠ってヤツを保証しようって話らしい。

そんな事はなく、決して決して人生の中ではっていうか、今の社会人軸の中で感じる時間というヤツはたかだか64bitくらいにおさまっちまうことに気づかない(イヤ、マジでtracでも数千万のチケットとかでも浪費するのは難しいのを知ってる?)。

マジで。十分ってヤツにヤツらは満足しない。そしてそれに気づいて満足する値がとんでもなく低い。お前ら、χ0とχを一緒にするなって。

メタって何なの?理解してる?高々十数桁の浪費で理解できちゃうんだぜ?有限に収めちゃうのがドレだけセキュリティに有効かって知ってる?セキュリティ的には有限の方が有効って知ってる?関係ないけどさ、2ちゃんログアドレス管理とか見てみろよ、高々数十桁だぜ?

用はアレだ。SEってヤツは。

結局は人間がどうこうするって話なんだと思う。こんな感じでデータをやっていこうと思います。と。

そして、しっかり考えられてる形跡がない。とりあえず、発注にあわせろと。

Amazon.comWikipedia.orgのURLの使い方なんかすばらしいじゃないか。基本、文字ベースで表そうとしている。っていうか、基本、データが(ほぼ)一意なんだ。

そのおかげで結構無駄な事してるけどな。もう少しショートにできないものかね。

はっきり言ってURLでのデータ管理なんてクソなんだ。

SEども(そして、酔いが醒めたオレへ)。あと100年(適当な数値)はSEは変わらない。っていうか、うん、多分。なにを持ってかわるとするか分かんない。

でも、大工は何千年も変わんない。モノを作る人間ってのはそんなもんだ。評価が欲しければ金を時間とかで割るが良い。(相対評価)÷(絶対評価)がキサマの価値だ。笑っちゃうね。ソコへ絶対評価を求めるなんてさ。おっと、時間光速へ対する相対評価って言わないようにな。人間にとっちゃソレさえも絶対評価になるモンだぜ?

さぁ、オレへ。酔いがさめたら、来週上司へ謝罪へ行け。お前はそんな人間だ。

独立しても、勉強しても、何をしても、結果はない。クソはクソだ。それは歴史が決めるが、お前は現在でもクソだ。現在から未来に評価をまかされちゃいない。だってお前はそれを実行しようとしない。REST IN PEACE、くたばれ。

2008-10-05

社内オープンソースプロジェクトについて(まとまらない版)

うまくやる方法を考えてみた。

っつうか、社内オープンソースってのが既に矛盾か・・・

目的

社内でオープンソースプロジェクトを行うことにより以下の4つの価値を生み出すことができる。

 1.部門間におけるノウハウの共有

 2.外部に公開した場合の宣伝効果

 3.新製品新サービス実験の場

 4.仕事そのものを作る効果

 (4補足)

   ・新入社員研修などが発生した場合に効果的に仕事を割り当てることができる。

   ・在宅勤務をせざる得ない状況における作業の割り当て。

    

【前提】

基本的に下記の事項を前提として考察を行う。

 1.社内の人間であれば、誰でも参加できる。

 2.途中で各人の任意のタイミングで抜けても、問題とならない。

 3.社内の人間であれば、だれでもアクセス可能なWebサーバー上で情報を管理する。

  ただし、必要に応じてアクセス制限をかけることができる。

  インターネット接続されている、Webサーバー存在しているものとする。

 4.各開発者は場所的、時間的に同じところにいないことを前提とする。

Webサーバーが用意すべき機能】

以上の前提より、下記の機能を有したWebサーバーの準備を行う。

1.構成管理機能

 簡単にソースコードの取得、更新を行えるようにして、その履歴を残す。

 案:Subversion

2.Wiki

 マニュアル、方針、仕様などを記録する。

 Wikiにすることにより、誰でも編集が容易になる。

 案:Trac/Redmine/Pukiwiki

3.フォーラム

 意見や質問を容易におこなえる掲示板を用意する。

 これにより、場所と時間にとらわれずに意見交換を行うことができる。

 案:Wiki/Redmine

4.タスク管理、バグ管理

 どのようなバグタスクが残っているか管理を行う。

 これにより、リリース時期の予測、作業の有無を効果的に確認できる。

 案:Trac/Redmine/BugZila

5.テスト管理

 テスト仕様テストの状況を管理する。

 これにより、リモート環境であってもリアルタイムテストの進捗状況を確認できる。

 案:TestLink

6.コードレビューサポート

 ReviewBoardの使用

 http://blog.monospace.jp/2008/03/24/reviewboard_installation/

 (※要調査)

7.フィードバックを受ける場

 関係者モチベーションを保つため、成果物に対して、フィードバックを受ける場を作成する。

 案:社内のソーシャルブックマークアンケート機能

【効果的な手法】

その他、効果的な開発の進め方を考察する。

1.xUnit使用

 xUnitテストコード記述することにより以下の効果がある。

 ・修正後でも修正前と同じ動作するかどうかが、確認できる。

 ・テストコード自体が一種のリファレンスになる。

 これにより、人の作成したコードでも修正を行いやすくなり、前提1、2の人の出入りに対応する。

2.自動ビルド

 自動ビルドを定期的に実行する。また、1のxUnit使用して単体テストの失敗も監視する。

 これにより、サーバー上にコンパイルが通らないソースコード単体テストに失敗したコード存在をチェックすることができる。

 これは不特定の人間がかかわった場合に異常を検知するためである。

3.短期的なリリース

 開発者モチベーションを保つため、一定のめどがついた時点でα版という形でリリースを行う。

 

だめだまとまらん。

2007-09-23

http://d.hatena.ne.jp/shi3z/20070921

マシン語の話

まず

バリバリアクションゲームエンジンプログラマ

組み込み業界についてはここでは置いておく。

残念ながらその辺は自分はあまり語る資格がない。

だいたいそういう人達は人ハードウェア知識云々をもとより人から言われるまでもないだろうし

shi3z氏が檄を飛ばす想定読者もおそらく俺のようないわゆる受託業務システム開発を

しているような人間たちだ。

べつに低レベルアーキテクチャの知識はあればあったで困らないのは事実だし

プロなら最低限は知っとくべきレベルというのは実際あるし

無駄だと言う気はまったくない。

ただ

もし、仕事でその知識を認められたい、あばよくば給料キャリアの足しにしたい、

などという下心があるのなら、下記のことは知っておくべきだ。
『少なくとも自分のいるチームのNo.1にならなければほとんど評価すらされない。』

はっきり言うと俺らの世界では

氏のいうようなレベルバイナリハッカーはチームに一人。

規模と場合によっては会社に一人か二人いれば十分なんである。

ある意味ではフルタイムで雇うほどの需要すらないとさえいえる。

たまに必要なときだけ相談したり調査を頼めればすんでしまうわけで、

そういうバイナリハッカーも普段は他のプログラマと一緒に

地味なプログラムを組んだりしてるのだ。

ましてチーム全員がプロファイラやデバッガを使いこなせる必要なんか全然ないんである。

上で書いた「プロとしての最低限のレベル」ってのは

バイナリハッカーに相談すべきときに相談できる判断力があるかってことなんである。

(故にそれはできて当たり前であって評価の対象にはならない。)

しかし別の面から見ると

shi3z氏みたいなバイナリハッカーだけでは全然足りないのだ。

SQLクエリがくそ遅くてどうしようもないとき

DBのインデックスパラメータ最適化や分散設定ができるやつは身近にいるか?

ネットの負荷が問題になったとき

Apacheルータ、ロードバランサの設定や専門家は回りにいるか?

先輩から教わったCVS(やSubversion)の使い方がどうもgoogle様の

ご宣託と違うような気はしないか?

バグだらけのExcelマクロから吐き出される設定ファイル

共通ライブラリやお仕着せのフレームワークの仕組みや動作に疑問はないか?

tracのようなBTSを導入、管理できる人はいるか?

Excelバグ管理はもういやだ)

OS,開発環境ミドルウェアの導入、設定、管理、

等など、、、

状況によっては

残念ながら上記のような専門家が全員そろった

ドリームチーム仕事ができないことも多い。

そんなとき、この業界で少しでもやる気があるのなら、

むしろ自分にとって手の届くニッチ(はまりどころ)があると喜ぶべきかもしれない。

上記のほとんど全部をこなせるような人間が稀にいないわけではない。

しかし臆することはない。

そんなスーパーハッカーでも一日は24時間であり、

目と手は2つづつしかついていない。

人の時間とモチベーションは有限かつ希少な資源であり、

この業界仕事は一人でやるものではないんである。

2007-05-16

俺もPythonバージョン上げとこう

と思ったけど数ヶ月前に2.5.0をインストールしたらtracが動かなくなって吐きながらバージョン戻したんだった。あぶない。2.5.1でtracが動くという確証が得られるまで放置

 
ログイン ユーザー登録
ようこそ ゲスト さん