新社会人のためのバグレポートの基本 - mixi engineer blog
はじめまして、品質管理部門の柿崎です。 最近、Skyrim にハマってしまい、人生一回休みになりかけています。 季節は春ということで、新社会人になられる方も多いと存じます。 新社会人が会社勤めをするようになって、初めて書くビジネス文書といえば...... そうですね！「バグレポート」ですね。 今回はバグレポートの基本について書きたいと思います。 近年、開発現場ではバグトラッキングシステムが定着し、ドッグフーディングのような社内テストを行う現場も増え、テスト担当者以外の方でもバグレポートを提出する機会が増えています。そして前衛的なバグレポートによって、プログラマ達が理不尽かつ不可解なバグ地獄に叩き込まれる機会も増えています。 バグレポートは諸刃の剣です。 良いバグレポートはアプリケーションの問題を速やかに解決まで導きますが、反対にダメなレポートは現場に混乱をもたらします。 良いバグレポートを
ああ，それはよ〜く分かるのだよ - PythonistaとRubyistの違い — TRIVIAL TECHNOLOGIES 2.0
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 手前味噌ですが、先日のるびまの巻頭言と比べると、Pythonな人とRubyな人の違いがよく出てるんじゃないかなあ、という気がしました。ちょっと偏見が入っていますが。 両者は、どちらの方が良いか、みたいな話ではなく、あくまで適性というか、求めるもの、目指すところの違いの話で。たぶん二人とも同じ光景を見てるんだと思うのですが、私が「1.8.6もいいけど、やっぱり1.9.1もいいよね」と表現するところを、柴田さ んなら「1.9.1もいいけど、やっぱり1.8.6もいいよね」と表現するんだろうなあ、と。 Pythonな人とRubyな人の違い PythonistaもRubyistも，一般的な「開発
私がソフトウェア技術者でもありつづける理由 : 404 Blog Not Found
2010年09月25日22:45 カテゴリLoveCode 私がソフトウェア技術者でもありつづける理由 一言でいえば、「自分に報い続けたいから」ということになる。 私がソフトウェア技術者をやめた理由 - Rails で行こう！私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 以下に照らし合わせれば、その複雑な感情とやらそのものがお嫌いなのだろう。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 で、何をもって美醜を決めているかといえば、コルモゴロフ複雑性と、そこからの距離をお使いのようだ。 うるう年を計算
プログラマが，あんまり知りたくない約9.7個のこと - カレーなる辛口Javaな加齢日記
http://togetter.com/li/78505 97個は無理っぽいので，約9.7個くらいを目指して挑戦してみようと思う． プログラマが知るべき97のこと 作者: 和田卓人,Kevlin Henney,夏目大出版社/メーカー: オライリージャパン発売日: 2010/12/18メディア: 単行本（ソフトカバー）購入: 58人 クリック: 2,107回この商品を含むブログ (350件) を見る 岡崎市立中央図書館事件*1 日米格差 「プログラミングは誰にでもできる」と言われていること*2 プログラマーの時給 日本におけるプログラマーの社会的評価は最低 3Kを超える17K職種 ３０歳定年説 世界では人月の神話．日本では人月単価． ブルックスの法則をしらないプロマネ シグマ計画*3 上流/下流に代表されるガラパゴス開発手法 上流へ行けば行くほど，態度はでかいが能力は低くなる 権限と能力は反
エンジニアさん、僕と一緒に働きませんか - 今日のごはんは素麺です
どうも、今日も自然言語と闘うたっくんです、こんばんは。 いやー、最近ずっと自然言語対話エンジンJackalope Engineをイジくり回していたのですが、このたびそれにシソーラスコンジェクチャシステムを搭載しました。着想や設計は僕ではなく、僕の上司の工藤さん（@umimaru）によるものなんですが、夢があるものですよ本当。そういうのを実装したりするのが僕の立場なのですが、本当楽しかったです。内部的なことではありますが、シソコン搭載と同時にJackalope Engineのコードをほぼ刷新したので、僕としてもホクホクです。 で、いよいよそれを武器を携えた僕の勤める会社ことアット・イー・デザインが取引先となるお客さんと共闘していく訳ですが、武器があっても武器を扱う人がいなくては話にならんのですよ。具体的に言うとエンジニアが僕ひとり*1なので、きっと血を吐きます。あ、その前に腱鞘炎とかになりそ
いちプログラマの頭の中
今週の水曜日だったかな。打ち合わせの後のカフェにて上司と少しお話した。思わず夢を話した。 学生のころの僕の頭はからっぽだった。深く考えず、ただ専門としてた情報に絡んだナニかに携わることが出来れば良いと思ってた。だから地元のSIerに就職した。当たり前の流れだった。 1年ほどコードを書き続けた。営業っぽいことはやらされた。それなりに充実してた。でも1年が過ぎたころ、amachangの記事やらはてなの求人やらを見てたら、そういう刺激に突き動かされて、その半年後に会社を辞めていた。いや、本当はいろいろあったのだが、ここでは言わない。 それからはフリーランスとして細々と暮らした。仕事もしていたが、毎日決まった時間に決まった量だけ仕事するなんてことは無かったから、空いてる時間が増えた。そして思うことがあった。「僕のこの手で何が出来るのか」って荘厳なことを。そしてこのときぐらいに目にしたとある記事の断
『国境なきプログラマ』を目指す～ノマドワークの究極のかたち | Social Change!
先週末から、SonicGardenのプログラマである @maedana が、住居をアイルランドのダブリンに引っ越しました。一方で、SonicGardenの仕事は続けてもらうことになっています。少し面白いワークスタイルなので紹介します。 View Larger Map 彼は特にアイルランドに縁もゆかりもあるわけではないですが、英語を身につけたいというモチベーションがあり、英語圏で彼の年齢で長期滞在が出来るところは限られており、結果としてアイルランドに決めたようです。（ただダブリンはRubyにゆかりのある松江市と姉妹都市らしいというのを後から知りました。縁ですね。） 当社（SonicGarden）では、以前からどこでも仕事が出来るためのノマドなワークスタイルを目指していました。その為に、仕事は当然ノートPCですし、システムはすべてクラウドに置き、厳密な勤怠管理をするのではなく自主性を重んじるな
いっしょに仕事をしたいプログラマ 5つの特徴 - たごもりすメモ
ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
プログラマーがトイレに求める10のこと。 - このブログは証明できない。
落書きをやめて欲しい。 「金が欲しい」という落書きがあっても、いくら必要なのか、いつまでに必要なのかわかりません。基本的な情報が不足しているため、要求定義できません。 無線LAN環境を用意して欲しい。 プログラマーは、どこでもコードを書きたいのです。コードを書くだけならネット環境は必要ありませんが、Gitサーバーにpushしなければならないのです。 貼り紙をやめて欲しい。 「精算がお済みでない方は、トイレに商品を持ち込まないでください」精算を終えた人はどうすればいいのでしょう。カバレッジ率が低い貼り紙が非常に多いです。条件式に悩んだら、ベン図を書いて確認するといいと思います。便だけにね！ 吸い殻を捨てないで欲しい。 便器にタバコの吸殻を捨てないでください。プログラマーは、トイレに大島優子がいると気になって用がたせません。同じように、タバコの吸殻が捨ててあると、気になって用が足せないのです。
Geekなぺーじ：エンジニアは下らない質問をする
「バナナはおやつに入るんですか？」という質問をしたことがあるエンジニアは多いと思います。 私も真っ先にそのような質問をした覚えがあります。 で、実際にバナナを持ってくる人がいるかというと、私は見たことがありません。 エンジニアって一般人から見ると変な、もしくは下らない質問が大好きな人種なのではないかと思う事があります。 エンジニアというよりもプログラマかもしれませんが、全ての事をswitch case文で考えて、条件分岐の白黒をはっきりさせたがってしまうのではないかと思うのです。 以前、マンション営業をする友人に「職業がエンジニアな人がお客さんだと面倒なときがある」と言われた事があります。 最後に契約書を確認する際に、非常に細かいところを確認したがって面倒であるそうです。 (私は細かく確認しない大多数の人の方が間違っているとは思いますが。。。) 細かい話になってくると、例えば受け渡しの前に
プログラマはプログラミングをしていないという現実
フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。 神話：プログラマは一日中、プログラムを書いている。 現実：多くのプログラマは下記の事に多くの時間を費やしている。（順不同） 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配 バグレポートを書く、過去のバグを検索 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる ダウンタイムについてユーザーや上司への説明 他人の問題の解決へ協力 ドキュメント、本、ブログ、リリースノート、脆弱性アナウンスを読む 必要な既存の名前の分からないようなコードを探す 見つかったコードが自分の環境に互換性がありライセ
（翻訳）開発者の寿命について思うこと - YAMAGUCHI::weblog
はじめに Thoughts On Developer Longevity @voluntas が面白記事を発見してくれたので翻訳しました。本文よりもコメント欄がかなり盛り上がってるので、そっちも読んでほしいです。個人的にはオープンソース系コミュニティで一線行ってる人はあんまり関係ないんじゃないかなあと感じてます。ただ世間一般の場合はどうなんでしょうかね。日本だと「プログラマが知るべき97のこと」もでてるのであわせて読んでみるのもいいかもしれません。 開発者の寿命について思うこと 40歳以上の開発者をどれだけ知ってますか？かなり多くの人が0人と答えるでしょう。では、40歳以上の開発者を1人以上知っていると答えた方にさらに質問。その内何人が素晴らしい開発者ですか？もし40歳以上の素晴らしい開発者をご存知なら、お願いがあります。彼らの脳みそを取り出して、何が彼らの能力を研ぎ澄ましているのかを判別
プログラマという職業は「ふつう」の人には厳しくないか - UKSTUDIO
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマは履歴書をどう見るか
プログラマと付き合う
エンジニア5年病 (それなりブログ)
TechCrunch
長文日記