新人プログラマをレビューで傷つけないために - Qiita
はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を不用意に傷つけてしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてき
コードを書くだけではない？プログラマーの４つの仕事内容を徹底解説
プログラマーの仕事内容は、人の思いをソフトウェアと言う形にすることです。ただのアイデアを文字通り何もないところから形にして、新たな価値を創造できるのです。 例えば皆さんご存知の、Apple、Amazon、Google、FacebookやTwitterなどの著名なIT企業は、革新的なサービスを創造して世に問い、文字どおり世界の在り様を変えました。彼らには革新的なアイデアがありましたが、アイデアだけでは絵に描いた餅です。それらのアイデアを具体的な形にしたのは、プログラマーの仕事なのです。 そして、プログラマーは現代のライフスタイルを支える様々な仕組みを創り出し、維持しています。まさに、世の中にとって必要不可欠な仕事です。仕事のスタイルは時代により変わるでしょうが、なくなることはないでしょう。 この記事では、そんな「プログラマーの仕事内容」について、プログラマーという職業を知らない・身近に感じた
入社からの半年間でコードレビューで指摘されたことのまとめ - 30歳からのプログラミング
実務未経験でプログラマとして入社して半年以上が経った。 コードレビューで指摘されたことを備忘録としてまとめておく。 自分なりにまとめたものなので、レビュアーが言いたかったこととニュアンスや解釈がずれている可能性はある。 初歩的な内容ばかりで我ながらうんざりする。 せっかく優秀な同僚ばかりなのだからもっと高度なことを学びたいが、こういう初歩的なことが出来ないのが俺の現状なのだから、仕方ない。 そもそもPullRequestを送ったこともなかったわけだし。入社初日は、一人でPullRequestの出し方を練習していた。 それを考えればまあ、こんなものだろうか。 当たり前のことをちゃんと当たり前に出来るようになって、早く、次のステージに進みたい。 PullRequest(PR) PRのタイトルは分かりやすいものに。必要に応じてチケットの番号なども入れる。 コミットやPRは出来るだけ粒度を細かくす
プログラマ名言（迷言）集 | アバダバー＠ブログ
アバダバー＠ブログ なにを勘違いしたか、会社辞めてWEB系フリーランスエンジニアになっちゃったキチガイの備忘録ブログ。ジョキアーモ！！ 動いている間は触るな。 クラッシュは忘れた頃にやってくる。 バグじゃありません。仕様です。 担当者は既に退社しました。 夜明けよ来ないでくれ！！ 画面は青かった。 「自分はやればできるんだ」という奴は無能。 我作る、故にバグ有り。 ゴールしても決して振り返ることはできない。なぜならまた新しい仕様変更が目の前に突きつけられるからだ。 それはゴールではない。新しいデスマーチの始まりなのだ。 1匹のバクを見つけたら30匹のバグがいると思え。 バグが見つからない時は、探していない所にバグがいる。 テストデータ“だけ”は常に正常に動く。 ソース死すとも、バグは死なず。 神経質な者には幸運は来ない。 バグはデバッグモードで起こっているんじゃない！客先リアルデータで起こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
