タグ

考え方とエンジニアに関するsds-pageのブックマーク (27)

  • スピード - hitode909の日記

    この人はこれくらいのスピードでこういうことをしてるのだな,みたいなのは横で見てないと把握しにくい気がする. この人はずっとエディタ開いてるな,とか,わりとブラウザでデバッグしてるな,とか,sshしてるな,とか,障害と聞いて飛んできた人は実際にはこういうことをやってるのだな,とか. そういうのを見れていると,自分は今これくらいのスピードでこういうことをやっているけど,ぜんぜん進んでないな,とか,わりとよいペース,とか分かってる気がする. 僕は最速で最高に良いコードを書きつつもチーム全体を見渡せる存在になりたい,という気持ちで暮らしている. なんの話か分からなくなったけど,新卒でリモートで1人で仕事しているとして,エンジニアとしての立ち居振る舞いを学べるか,とかそういう話をしていて,結局,チームのお手となるようなエンジニアが横にいないと学ぶのは難しいのではないか,というような話をしていた.

    スピード - hitode909の日記
    sds-page
    sds-page 2016/04/27
    Redmineとかをいい感じに使いこなせればリモートでも他人の進捗状況を把握できるような気がする
  • テストなんか書かなくて良い 僕の考えるサービス開発の肝 - mosa_siru’s blog

    世の中は一周まわってエンジニアリングの手法に溢れている。 テストを書け、ドキュメントを書いて冗長化しろ、コミットはわかりやすく、コーディング規約が、安定性が─── でも、それって質なんだろうか? 新規サービスを作る際に肝だと思っていることをまとめてみた。 おことわり 以下は少人数で"普通"のアプリやWebサービスを自社で新規開発するときのことを想定しています。大人数で重厚なソシャゲを作るとか、ガチガチの金融系サービスを作るとか、コンシューマーゲーム開発とか、個人で好きなものを作るとか、受託とかは全く想定していません。 基的に一通り現場をこなした中級以上のエンジニア向けに書いています。 アンチテーゼとして、ややキツめに断定する箇所が多いです、こういう意見もあるんだな程度に受け止めてください。 所属する団体の意見とかは一切関係ありません。 目次 おことわり 目次 ユーザーのことだけ考える

    テストなんか書かなくて良い 僕の考えるサービス開発の肝 - mosa_siru’s blog
    sds-page
    sds-page 2016/03/07
    何事も程々にっていう話なら分かるがタイトル詐欺だよね
  • はてなのエンジニアに期待する「アウトプット」 - Hatena Developer Blog

    id:stanaka です。はてなでは1月末と7月末に評価の時期を迎えます。毎回この時期になると評価プロセスや評価軸について議論になります。 はてなでのエンジニア評価として、コード品質などいくつかの項目がありますが、その中の一つとして「アウトプットする」ということを設定しています。 「アウトプットする」ということは直接的にはその人と会社の社外におけるプレゼンスを向上させる、ということになりますが、それ以上の効果があると考えており、そのあたりの背景について社内向け文章を書いたのですが、せっかくですので社外にも公開します。 「アウトプットする」ことを期待する背景 はてなエンジニアの評価基準として「アウトプットする」ということを軸の一つとしています。 アプトプットすることは、自身や会社の社外におけるプレゼンス向上だけではない価値があると考えています。 アウトプットすることで各エンジニアがより

    はてなのエンジニアに期待する「アウトプット」 - Hatena Developer Blog
    sds-page
    sds-page 2016/02/26
    はてブでドメイン単位でNGにする機能オナシャス!NG共有までできればベスト
  • そんなにプライベートを犠牲にして大丈夫? - kurainの壺

    最近読んだソフトウェアエンジニアのキャリアの話が、みんなプライベートの時間も勉強しなきゃダメだという論調で、ちょっと私は疲れている。 hrnabi.com www.pasonacareer.jp paiza.hatenablog.com 曰く環境変化の激しいWeb系エンジニアは、プライベートを犠牲にして勉強しなければ最先端にはいられない。高給取りにはなれない。わりとみんな信じていることのように聞こえる。しかし当だろうか。犠牲にするって、どのくらい犠牲にすればいいんだろう? 犠牲と比例して、技術力が伸びたり、給与が増えたりするんだろうか? あっという間に知識が陳腐化するという仮定においては、時間の自由が大きい若い人ほど先端の勉強に時間を割くことができて、もっとも有能になりやすい。実際若くて有能な人は増えているように思う。それでも、オッサンたちがマネージャーにならず、第一線で働くことは可能な

    そんなにプライベートを犠牲にして大丈夫? - kurainの壺
    sds-page
    sds-page 2015/10/28
    プログラマ辞めろとかワタミっぽいコメントがこんなに出てくるとは・・・そらIT業界も衰退するわけだ
  • 「五輪にはボランティアで働けるエンジニアが必要」発言 対するラーメンハゲの回答に賞賛の声多数

    リンク ZDNet Japan 「五輪にはボランティアで働けるエンジニアが必要」発言の真意を聞く 「五輪そのものに対して、ボランティアで対応できるエンジニアが必要で、今後5年間で4万人のエンジニアを育てなくてはいけない」――。コンピュータソフトウェア協会(CSAJ)会長の荻原紀男氏に発言の真意を聞いた。

    「五輪にはボランティアで働けるエンジニアが必要」発言 対するラーメンハゲの回答に賞賛の声多数
  • エンジニアから非エンジニアに歩み寄る方が捗る - Konifar's WIP

    エンジニアのメンバーと話していると、 なんだかもどかしい気持ちになることがあります。 なんか話が噛み合わないというか、すごく他責な言い方をすると 「もっと開発のこと理解してほしいなぁ」と感じてしまう時があるんですよね。例えば、難易度の高い修正をさらっとできそうな感じで話されたりとか、逆に超簡単なのに難しいと思って遠慮されてたとか。そういう認識の違いから来るもどかしさです。 最近、このもどかしさを解消するには エンジニアから非エンジニアに歩み寄る方がいいなぁと思い始めたので、考えをまとめてみます。 相手の立場に立って考え直す このもどかしさ何とかならないかなぁと考えていた時に、 SHIROBAKO 17話『私どこにいるんでしょうか…』を見ました。 anicobin.ldblog.jp この回では、新人制作の佐藤さんがアニメーターの遠藤さんにちょっとキツいスケジュールの仕事をお願いし行くシー

    エンジニアから非エンジニアに歩み寄る方が捗る - Konifar's WIP
    sds-page
    sds-page 2015/05/10
    他業種のお客さんもその業界の事教えてくれないなぁと思ったり
  • 7年働いた時点での私の仕事の極意 - Kengo's blog

    最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意

    7年働いた時点での私の仕事の極意 - Kengo's blog
    sds-page
    sds-page 2015/03/23
    個人の経験なのであくまで参考程度に