タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

考え方に関するkk_Atakaのブックマーク (6)

  • バグを直したとき、指差し確認していること - Masatomo Nakano Blog

    バグが起きたときの対応によって、その製品のクオリティが大きく変わる。自分または自分が属するチームがバグを直すときに注意していることをメモ。 正しい手順で直したか。commitするbranchは間違いないか。バグ管理システムはルール通り使われているか。すぐにデプロイする必要があるときはその手順は問題ないか。 そのバグによって壊されたデータがある場合、それも直したか。 そのバグが再現しないか。発生したバグのためのテストコードを追加し、再現しないことを保証する。ただし、そのバグが再現性の低いようなバグで、直せたかどうか不確かな場合、次回それが起きたときにより精度の高いログを出せるようなコードになっているか。また、それが起きたときに開発側が気付けるような仕組になっているか。 その修正が、他に悪影響を与えることはないか。コード的な悪影響はテストで確認する。仕様的な不整合やバグが出てないかも確認する。

  • サイボウズ株式会社

    自治体のデジタル化・DX推進にはサイボウズ!サイボウズには自治体のデジタル化・DXを支える製品・支援プログラムがあります。

    サイボウズ株式会社
  • なぜ新人は聞きに来ないのか? - teruyastarはかく語りき

    プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな!」 間違うのはしかたありません。けれども、「自分

    kk_Ataka
    kk_Ataka 2009/11/18
    どっちの立場も大変だ。でも教えるのはやって見せる派かなぁ。
  • マクロを組んで作業するのは実力ではないですか?(1/5) - OKWAVE

    私の職業は一般事務(派遣)ですが 少しVBAがわかるのでルーチン化できるものはマクロを組んでいます。 そうすることによってエクセルで1時間かかる作業が1分で終わることがあります。 なので職場では「仕事が早い、仕事ができる」と評価されることがありますが 先日先輩に怒られました。 内容は ・VBAを使うのはずるい ・それは実力ではない ・仕事が早いというのは同じ環境でどれだけ間違いがなく効率よく作業ができるかだ。 ・マクロを組むのはズルとしているのを同じ と。 確かに手作業で行なえば周りの人と同じくらいの速さなので 周りと同じ環境であれば(マクロを組まなければ)仕事が早いとは言えないかもしれません。 しかし業務をどう効率よくして作業をするかを考え実践するのも仕事のうちだと思うのですが 私の考えは間違ってますか? 入力ミスもチェックするコードを書いたので、ミスはありません。 「マクロを組んだ方が

    マクロを組んで作業するのは実力ではないですか?(1/5) - OKWAVE
  • プロの経営者とエンジニアの未来について思うこと - GoTheDistance

    技術者が技術要素だけで名を上げる(市場に打って出る)ことなんてできるわけないんだから、技術と顧客の間をつなぐ経営者が最も必要である」という話も定期的に話題に上がるのですが、毎年思うことは少しずつ変わっていくので、僕も私見を述べたい。 僕が2007年頃にスーツ・ギーク論争に興味を持ってスーツ側でエントリを書いて参戦したきっかけは、このソースコード、一体どういった付加価値を生んでいるんだろうというのが実感できなかったことです。仕事だからの一言で飲み込めずエントリに吐き出してしまった。スーツの考えや世界を変えないとどうしようもねぇなっていう直感が先に来た。今ではこれは確信に変わっています。なので、エンジニアの未来を考える際に顧客の利益と我々の利益をどう折り合いつけるのかが先で、個別の技術論は正直どーでもいいというcodemaniaxさんのご指摘、僕は正しいと思います。侍が明治の世に生きてゆけな

    プロの経営者とエンジニアの未来について思うこと - GoTheDistance
  • エンジニアとしての歩き方 - 都元ダイスケ IT-PRESS

    これから書くことは決して「これをしなければいけない」とか「他に手段はない」なんてコトを主張したいのではない。色んな道があるはずだぁ。その中の一つの事例として、自分がやってきたことをフレームワーク化し、色々挙げてみようと思う。 当然、俺の主観が入りまくっているので、突っ込みどころは満載だろうなw そもそも「エンジニア」って何?w その辺り、はてブ界隈のミナサマにおかれましてはお手柔らかに願いたいww さて、いきなりどこかの技術系カンファレンスで1時間喋っちゃえ、とか突然は無理なのは分かる。何を話せばいいのやら、どこに喋るチャンスがあるのやらだ。しかし、そういう所で喋るような自分を将来のビジョンとして持っている人は、以下に挙げることを小さなことからコツコツと実践してみるといいかもしれない。という意図で書いていく。 何事にも興味を持とう 興味は勉強の原動力。興味のない勉強は苦痛でしかない。ここが

    エンジニアとしての歩き方 - 都元ダイスケ IT-PRESS
  • 1