タグ

guidelineとhowtoに関するraimon49のブックマーク (7)

  • 伝わるバグ報告 | さくらのナレッジ

    この記事は2020年10月28日に行われたさくらの夕べ Tech Night #3 Onlineにおける発表を文章化したものです。 ダーシノと申します。さくらインターネットでフロントエンドエンジニアをやっています。この記事では、発生したバグをプログラマーに的確に伝えるためのバグ報告の書き方について説明しようと思います。 バグ報告にはコツがある! プログラマをされている方で、過去にこんなバグ報告をもらった経験はないでしょうか。例えば「動きません」とだけ送られてきたりとか、イラッとした感情も含めた「使えねぇな!」みたいな報告、「アレもコレもソレもおかしいよ」みたいな、いろんなものが書かれた報告もあると思います。バグを残してリリースしてしまったプログラマーとしては非常に申し訳なくて今すぐ対応をしたいのですが、さすがに先ほどのようなバグ報告を受けても、我々プログラマは対応のしようがありません。「申

    伝わるバグ報告 | さくらのナレッジ
  • はてなブログ | 無料ブログを作成しよう

    来年も作りたい!ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

    はてなブログ | 無料ブログを作成しよう
    raimon49
    raimon49 2012/02/09
    「無断転載アカウント一覧」が興味深い。
  • Vimの問題を見つけた時の報告のしかた — KaoriYa

    Vimを利用していてなんかおかしいなって思った時にどうしてますか?是非、問題として報告してください。今回は日語で報告する方法をご紹介いたします。 Vimを利用していてなんかおかしいなって思った時にどうしてますか?理想を言えば英語vim-devへ報告できることですが、ちょっと日人には敷居が高いですよね。そんな時は是非vim-jpまで不具合として報告してください。今回は日語で報告する方法をちょっと細かく紹介いたします。 問題発見から報告までの流れ まずは実例ということで、ちょうど今さっき私が発見した問題を報告するまでのストーリーを紹介します。 Vimを使う 「Vim Advent Calendarの欠番を埋めるため、正規表現を使ったネタスクリプトでも書くかー」 :help pattern.txt 「なんか使ったこと無い正規表現の機能はないかなー 行をまたいだ操作したいなー」 /line

    raimon49
    raimon49 2011/12/28
    これは一般的なバグレポートの書き方としても参考になる話。
  • Gitのブランチで効率的に開発・運用・保守・管理する方法 - (DxD)∞

    はじめに 最初に、Gitに関するリソースとして、では「入門Git」と「実用Git」、Web上では「Pro Git」が読みやすく、わかりやすいため、Gitについて知りたい人は一読をおすすめします。 特に、他のバージョン管理システムに関する前提知識がある場合には、Gitの概念や使い方も比較的スムーズに理解できるかと思います。実際に、バージョン管理システムをSubversionからGitへと移行してからしばらくが経ちますが、通常の操作に関しては、それほど不自由することなくGitを利用できています。 しかし、Gitを利用していくにつれて色々と疑問も出てきます。局所的なワークフローについては、様々なリソースによって理解することができます。では、効率的に開発・運用・保守・管理を行うために、大局的・継続的なワークフローをどのように採ればよいのか、特にGitの柔軟性を活かすにはブランチをどのように使えば

    raimon49
    raimon49 2011/04/11
    A successful Git branching modelのフォロー記事。--no-ffをデフォルトにするための個人設定, ホットフィックスの複数リリースへの適用はcherry-pickで。コメント欄「意図的にマージコミットを増やしたい場合のための –no-ff、マージ
  • A successful Git branching model を翻訳しました

    Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書

    A successful Git branching model を翻訳しました
    raimon49
    raimon49 2010/11/02
    ブランチ戦略。中央リポジトリではメインブランチとしてのorigin/masterと開発用ブランチとしてのorigin/developと位置づけてタグを打つ。サポートブランチの分岐元や命名の慣習など分かり易くまとまっている。マージは--no-ff
  • サイボウズで学んだこと - IT戦記

    はじめに 2010 年 9 月 15 日を持ちまして、サイボウズ・ラボを退職いたしたました。 報告も兼ねて、久しぶりにブログを書いてみたいと思います。 (写真はゆうすけべーさんです) この会社に入って、たくさんの学びと思い出がありました。 その一つ一つをまとめていければ、素晴らしい記事になるのかもしれませんが、僕は文章が苦手です。 ですので、うまく退職のエントリを書き上げることができません。 言葉にできない。そんな感じです。 なので、このエントリはサイボウズ・ラボやサイボウズ社の仲間たちへのありがとうの気持ちをこめて、自分らしく最後まで JavaScript のことを書きたいと思います。 サイボウズでの最後の仕事 僕にとって、サイボウズでの最後の仕事は「JavaScript で新しいユーザーインタフェースを作ること」でした。 そして、その中で始めて複数人による大規模な JavaScrip

    サイボウズで学んだこと - IT戦記
    raimon49
    raimon49 2010/09/17
    JavaScript複数人による開発での勘所。基本ライブラリを決める, OOPスタイルでは仮引数やプライベート変数の名前重要, アサーションをパスしない時は自動でブレークさせる。
  • UNIX & Linux コマンド・シェルスクリプト リファレンス

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

    raimon49
    raimon49 2009/08/20
    コーディングスタイル
  • 1