redmine-japan発表資料
Step Functions EC2 Lambda Aurora CodeBuild CodeCommit CodePipeline CloudFormation S3 S3 Glacier CloudWatch SNS SQS Athena Kinesis Data Firehose AppSync Elastic Container Registry Application Auto Scaling CloudTrail Systems Manager API Gateway Amplify Secrets Manager AWS WAF Fargate ECS ELB Route53 DynamoDB RDS https://github.com/redmica/redmica_s3 db: name: [db_name] user: [user_name] password: [p
林業のタスク管理をRedmineでやる話｜株式会社百森
こんにちは！百森代表の田畑です。今日もオシゴト感の強いお話です。ブランコや秘密基地に類する話も徐々にネタを貯めておりますので、辛抱強く待って頂ければ幸いです。 ※Redmine.tokyoという勉強会で発表しました！（2021/11/27） 概要株式会社百森では、業務の効率化を推進しています。今回の記事では、その初段階として行っているタスクの見える化・進捗管理について、もがきながらも実現していることをまとめました。 ※なお、タイトルを「林業の」としていますが、百森は業界的には特殊です。自治体から委託を受け、所有者交渉・調査設計・補助金申請、施業発注・現場監督を行う業態なので、ニッチであることは予めご了承ください。 昔はこうでした社内では「口伝」と呼んでいますが、これまで作業手順などは口承文学として伝えられていました。 計算結果や、補助金等で必要になる外部とのやり取りという、成果文書の記録は
タスク管理を破綻させないためのTips 5選 | Backlogブログ
仕様や画面は現行バージョンと異なる可能性があります。 Backlogの最新版についてはこちらからご確認ください。 突然ですがあなたのチームはタスク管理がうまくできていますか？ チームで仕事をしていく上で発生するタスクを、プロジェクト管理ツールやタスク管理ツールで管理することは一般的になってきています。 ツールを使わない場合と比較して、タスクが見える化され、状態や期限日、担当者が明確になり、「タスク管理ツールなしの働き方には戻れない！」という方も多いのではないかと思います。 一方で、タスク管理ツールを導入してはみたものの、管理が破綻してしまい、導入以前のやり方に戻ってしまったという声もよく聞きます。 タスク管理ツールは「導入すればすべてを自動的に解決してくれる夢のツール」ではありません。チームの構成やツールの目的、管理の状況にあわせて、適切な運用を行う必要があります。 本記事では、「タスク管
ドキュメント生成ツール「MkDocs」でRedmine Guide日本語訳のWebサイトを作ってみた
ドキュメント生成ツール「MkDocs」でRedmine Guide日本語訳のWebサイトを作ってみた 2017.10.05 3行で言うと… これまでWebサイト「Redmine.JP」の一部として公開していたRedmineのドキュメントの日本語訳を、専用のサイトに切り出して公開した サイトの作成にはオープンソースのドキュメント生成ツール「MkDocs」を使用 Markdownでテキストを用意しさえすれば見やすいドキュメントサイトが簡単に作れる、シンプルで強力なツール 前田です。私のことをRedmineのことばかりやっている人と認識している人がいるかもしれませんが、そんなことはありません。実は8年前に「入門Radiant CMS」というRubyベースのオープンソースのCMSの本を書いたこともあります。 ということで、今回の話題はRedmineではなく、先日Webサイトの制作に使ったツール「M
Wiki - ソフトウェアエンジニアリング - Torutk
Wiki¶ ソフトウェア開発¶ ソフトウェア再利用 ソフトウェアプロセス改善 ソフトウェアメトリクス ソフトウェア分析設計 構成管理 システムアーキテクチャ ドメイン技術¶ 地理情報システム 人工衛星 時刻 統計 開発支援¶ ソフトウェア開発環境 直リンク⇒ Redmine｜Git 知識ツール Officeツール desktopツール コマンドラインツール 計算機技術¶ ハードウェア¶ 自作・購入PC PCパーツ ネットワーク機器 設置 クラウドサービス OS¶ Linux Windows Android macOS プログラミング言語¶ Java C++ C♯ Ruby Kotlin Rust Python JavaScript 要素技術¶ 並列処理 ネットワーク バイナリ データベース 仮想化 その他¶ システム設計 命名参考情報 知的財産 数値流体力学 運用監視 英語表現 ドキュメン
RedmineがIoT企業に異常にマッチしてしまった話 - 僕のYak Shavingは終わらない
タスク管理してますか？(あいさつ) みなさんは日頃どんなタスク・プロジェクト管理ツールを使っているでしょうか？ Backlog？Trello？Wunderlist？それともgithubのIssueで十分？カンバンほしいからZenhub？Waffle？変化球でProducteev? 僕も前職含めて上記含むすべてのツールを試してみました。 各タスク管理ツール所感 Trelloのガントない問題 ポンポンタスク登録できて便利。人のアサインも簡単だし。あ、でもこのタスクの粒度細かすぎない？依頼するときもされるときも細かすぎない？一つのリスト長すぎない？ あと標準でガントがないよね？全体見渡す側からすると不安（らしく）になっちゃうからやっぱりガントほしい。アサインできるの便利だけど、あぁでもこれボード6個くらいできちゃった。横断めんどい。どのボードもカードで溢れている。ガント追加してくれるサードパーテ
Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記
Webアプリエンジニア養成読本 Advent Calendar 2014 23日目の記事です。 これまで、Webアプリエンジニア養成読本(以下 先のムック)のPHPデモアプリケーションをCentOS 7で動かすお話をしてきました。その中で、「Serverspecを利用した自動化(20日目)」と、すがさんが Itamae を利用した「Rubyでアプリケーション以外のコードを書く(19日目)」お話をしました。 その上で、サーバ構築自動化の総仕上げとして Itamae + Serverspec を用いてPHPアプリケーションが動くサーバを自動構築・自動テストにチャレンジしてみましょう！ 本記事執筆時に利用したバージョンは、CentOS 7.0, Ruby 2.1.2p95, specinfra 2.10.4, Itamae 1.0.13, Serverspec 2.7.1 です。 Itamae,
Atrae Tech Blog — サーバの管理をItamaeでやったら楽だった
We are the tech members of Atrae Inc. This tech blog contains awesome information around tech of our concern. こんにちは、エンジニアの青野です。 最近サーバを新しく数台セットアップする機会があり、その管理にItamaeを使いました、という話です。 itamae-kitchen/itamae セットアップの手順はある程度ドキュメント化されていました。 が、コード化してGitHubに置いたほうが変更の履歴も追えるし暗黙知化もしにくいはずなので、 プロビジョニングツールを利用することに。 弊社のサービスはRailsで構築されているものがほとんどです。 Rubyの記法で書けるChefとItamaeを候補として考えましたが、結局後者の導入を選択しました。 Chef有名なので特に説明はしません
Itamaeを用いてRedmineの環境構築を行う | Yucchiy's Note
某研修でRedmineなどのツールを構築し, それを自動化するような演習課題が与えられた. そのような課題を解決するためにはシェルスクリプトやPuppet, 最近流行りのツールではChefやAnsibleなどがあるので それらを用いても良いが, 今回はItamaeというツールを用いた. なぜItamaeか ChefやAnsibleがあるなかで, Itamaeを用いた理由について軽く触れておく. Chefは, DSLの提供によりシェルスクリプトより可読性の向上したり, デフォルトで提供しているリソースを用いることで, わざわざ自分でtest -eみたいな分岐を書かなくても冪等性を担保してれる点はとても良い. また, シェルスクリプトの記述から大きく乖離しないため, 直感的にレシピを記述できる. 一方で, レシピを書くためのひな形を作成するためにKnife soloなどのツールを覚えない点や,
ItamaeでCentOSにRuby環境構築 - Qiita
以前書いた、 Chef Solo+Vagrantで、CentOSにrbenvでRuby環境構築 と同じことを、Chef SoloではなくItamaeを利用して行った。 ryotarai/itamae Chefの記法とほとんど同じように書けるし、よく分からないディレクトリがいっぱい作成されて混乱することもない。 Chefにそこまで慣れていない自分としては、シンプルに管理できそうな分こっちの方が良いんじゃないかという印象でした。 Vagrantで仮想環境作成 CentOS 6.6の環境をVagrantを使って起動する。 $ vagrant box add opscode-centos-6.6 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-6.6_chef-provisionerless.bo
Macにitamaeを入れて、Vagrant仮想マシンのプロビジョニングをしてみる - カタカタブログ
以前、Chefを使ってVagrantの仮想マシンをプロビジョニングする方法を検証したが、かなり複雑だった。 今回、軽量Chefという位置づけのitamaeというツールが最近熱いらしく、試してみることにした。 環境情報 当環境の情報は以下の通り。 ホストOS: Mac OS X Yosemite (10.10.2) ホスト機のRuby : 2.1.5 ゲストOS: Cent OS 7.0 Virtual Box : 4.3.26 Vagrant : 1.7.2 itamae : 1.2.11 (今回インストール) 参照するドキュメントは以下。 https://github.com/itamae-kitchen/itamae/wiki/Getting-Started macにitamaeインストール itamae用ディレクトリ作成を適当に場所に作成する。 ここをitamae作業用のトップディレ
Ohaiで取得可能なステータス一覧 - Qiita
gem which ohai # ohaiのインストールパスを確認 grep -R "provides" -h <ohaiのインストールパス>/lib/ohai/plugins | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで動作確認 grep -R "provides" -h `gem which ohai | perl -e '@p=split(/\//,<STDIN>);pop(@p);print join("/",@p)."/ohai/plugins";'` | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで
ItamaeでCentOS7にGitbucket + Jenkins + Redmineの環境構築 - 旧ブログ
社会人になりました。 研修でサーバー構築自動化の課題があり、Itamaeを使ってみました。 github.com Itamaeとは github.com 軽量版Chefのようなもので、その分学習コストがかからず、シンプルなのがいいですね。 今回やったこと CentOS7にGitbucket + Jenkins + Redmine の環境構築に加えて連携するのに必要なプラグインも入れました。 GitbucketとJenkinsはApacheをリバースプロキシとして用い、Tomcat上で動かしました。 RedmineはPassenger+Apache上で動かし、DBにはMariaDBを使いました。 ディレクトリ構成は自由みたいですが、今回はドキュメントにあるベストプラクティスに沿っています。 https://github.com/itamae-kitchen/itamae/wiki/Best-
Redmineについて思うところ - 技術見聞録
執筆中 *&aname(目次,option=nolink){目次} #contents(fromhere=true) ---- *結局勝手な妄想だけど。。 使い方なんて人それぞれであって、どう使おうと構わないと思っているのだけれど、 プロジェクト管理をやっていると色々な人の使い勝手について意見をもらったりするので 一般的に使えそうな内容について記載しておこうと考えた次第。 #areaedit(end) #areaedit(only=editable) **プロジェクトを作る判断材料についての考察 プロジェクトを作成する際に粒度をどの程度にするか、判断材料を示してみる #areaedit(end) #areaedit(only=editable) ***ある程度は長く続くプロジェクトを作成する（短命なプロジェクトは作成しない） よくある話で「各フェーズ」ごとにプロジェクトを作る人がいる。 ま
意外と知らない かもしれない Redmine の機能 14 選 | プログラマーズ雑記帳
Redmine には気づきにくいけど、結構便利な機能があります。 今回はそういった意外と知られていないかなという機能についてまとめてみました。 チケット 1. チケットリストの右クリックメニュー 2. チケットリストのオプション 3. 添付ファイルの表示 バージョン管理システムとの連携 4. コミット時に活動時間を登録 5. チケットの関連付けを修正 6. リビジョンとのリンク ツールチップ 7. 日付表示 8. チケット番号、リビジョン番号 Wiki 9. 簡易 pre 10. コードハイライト 11. サムネイル用マクロ 12. 折りたたみ用マクロ 13. Wiki 記法のエスケープ 14. サイドバー チケット 1. チケットリストの右クリックメニュー 気づきにくいことで、逆に有名かも知れませんが、 最初に気づきにくいけど便利という典型的な機能から紹介します。 チケットリスト上で、右
瞳孔が開くほど簡単にredmineを構築できる「Bitnami」 (2) - harry’s memorandum
bitnamiネタで幾つか備忘録を残して置くつもりがすっかり忘れていました。 redmineでAPIのテスト環境作るときに、複数テスト環境あると便利ですよね。bitnamiを使って1つのサーバーに簡単に複数のredmineを作るTIPSを載せておきます。 構成 3つのredmineを1つのサーバーにインストールしてみます。以下はインストール先とポート番号です。最初のredmineがメインになります。 prefix http https mysql subversion メインredmine /opt/release 80 443 33860 36900 サブredmine /opt/staging 80 443 33861 36901 サブredmine /opt/dev 80 443 33862 36902 インストール方法 メインredmineのインストール(/opt/release)
Redmine 2.5新機能紹介: Markdown記法の試験的なサポート
RedmineのチケットやWikiの記法はこれまでTextileが採用されていましたが、Redmine 2.5よりMarkdownも試験的にサポートされました。 Markdownはさまざまなソフトウエアやサービスで使われていて慣れ親しんでいる人が多いので、チームへのRedmine導入をスムーズに進めるのに役立ちます。 テキストの書式の切り替え チケットやwikiの記法の切替は、「管理」→「設定」→「全般」で行えます。 一つのRedmineのでTextileとMarkdownの併用はできません。利用できるのはどちらか一方のみです。 チケット等に記載されたTextileとMarkdownを相互に変換する機能はありません。運用中のRedmineの「テキストの書式」を切り替えると、変更前の書式で記述されたチケットやWikiは表示が崩れます。 Markdownのサンプル Markdownの記述例 #
BitNami Redmineの自動起動
便利だけどインストールまでにいろいろすることが多いRedmine。 その面倒なところを全部やってくれるのでBitNamiでインストールしてみた。 メニューで選択していくだけなんで、ものすごく簡単。 「こりゃあ快適～」なんて悦に入っていたけど、サーバを再起動したら動いてない…。 「どこから起動するんだっけ？」と思い、調べてみると # /opt/redmine-<バージョン>/ctlscript.sh start でOK。 でも、毎回起動するのメンドイなぁ。 ctlscript.shを/etc/init.d/に持ってきてchkconfig -addでうまく行くか？と思ったけど、chkconfigから「サポートしてない形式」、と言われてしまった。 ってことでさらに調べてみるとここにあたった。 http://bitnami.org/article/how-to-install-services-o
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Non-interactive BitNami Redmine Stack installation
定量的プロジェクト管理ツール（EPM-X）：IPA 独立行政法人 情報処理推進機構