人の評価は難しい 納得感のある評価 技術力評価会 定量化しない オープンな評価 揚げ足取りをしない 複数人の専門家による評価 社外評価者 ビジネス指向 エンジニアの評価制度の設計と導入 ランクと給与をマッチさせるべきか? 給与テーブル 市場価値で給与を決定 人を正しく評価する社会であってほしい 参考文献 先日VOYAGE GROUP エンジニアの公開ガチ評価会というイベントに行ってきた。イベントの細かな内容まとめは他の方のブログに譲るとして、エンジニアの評価についていろいろ考える良いきっかけとなったので書いてみる。 人の評価は難しい (エンジニアに限らず)人の評価は難しい。自分も人を評価する立場になって改めて思う。 付与できる昇給額やインセンティブに対して使える原資は限られている。加えて、本人の高い自己評価に対して組織の求める期待値との乖離や、他のメンバーとの相対評価の間にミスマッチがある
メルカリの自動化&品質保証グループ(Automation & QA Group:通称AQA)の おれたま@AHA_oretama です。 私は普段、テスト自動化やCI / CD を主に行っています。 今回は、Appium×Android E2Eテストのテスト結果の見やすさを改善し、テスト結果を可視化することで気づきが生まれた話について、紹介していきたいと思います。 テスト結果の見やすさ、可視化の重要性について いま使っているテストレポートの課題 Allure Framework 並列化した分だけレポートも分かれてしまうことへの対処 スクリーンショット、スクリーンレコード以外のアタッチメントを追加することができないことへの対処 過去のテスト結果と比較できないことへの対処 他の改善点 テストのタイムラインが見える トレンドも表示できる Looker 生まれた気づき 課題 終わりに テスト結果の
追記(2019-09-23): ⚠️ この記事の GitHub Actions は HCL 記法を使う古い方法です。現在は YAML 記法に変わりました。参考にしないで下さい。 先日 [2019-02-03-1] 作った GitHub Action のリポジトリページにこんな表示が出てました。 https://github.com/masutaka/github-actions-all-in-one-project こちらのドキュメント によると、リポジトリの Release ページ から公開できるとのこと。 全部グリーンになるように、Icon や Color などを直しました 。あとは普通にリリース。 あっさりとリリースできました! https://github.com/marketplace/actions/all-in-one-project Marketplace の目立つところに
DroidKaigi 2019 Day1 roomC 16:30〜
──まずはお二人のご経歴をお聞きしていきたいと思います。 白石:僕は今45歳で、何社か経験していますが、一貫してインターネットにまつわる仕事をやってきました。社会人なりたての90年代はインターネット業界が黎明期だったこともあり、今でいうフルスタックエンジニアとしてフロントエンドからバックエンド領域まで全部を担っていました。そのスキルを活かし転職を重ねるうちに、マネジメントやコンサルティングに近い業務もするようになり、メルカリの前の会社ではエンジニアのマネージャー兼役員として6年ぐらい働いていました。その後、今後のキャリアを考えたときに、会社を起業するのか、もうすこし大きい会社でCTOを目指すのかなどいろいろ考えました。結局何社かにお声がけいただき、メルカリに入りました。現在はメルカリでエンジニアのキャリア・マネジメントなど組織体系の整備をしています。 ──入社前にメルカリの役員から業務につ
Product { this.openCategory = category; }, 160); }, clearCategory() { clearTimeout(this.timeoutID); } }" x-init=" const menu = document.querySelector('.product-menu'); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(mutation) { if (mutation.attributeName === 'class' && !mutation.target.classList.contains('show')) { openCategory = 'observability'; } }); }); obse
みなさんこんにちは。@ryuzeeです。 ここに新しくECサイトを作ろうとしているアジャイル開発チームが2つあったとします。期間はどちらも同じです。 1つめのサイトAは、商品を探すための機能として、商品名による検索、価格による検索、発売元メーカーによる検索、評価順による検索、あいまい検索などさまざまな検索機能を用意しましたが、もう1つのサイトBには商品名による検索しかありませんでした。 さてどちらが良いでしょうか。 答えは当然ですが、「これだけでは分からない」になります。 ちょっと条件を追加しましょう。 サイトAは、いろいろな検索方法で商品を探せますが、残念ながら決済機能の開発が間に合わなかったので、まだ商品の購入はできません。一方で、サイトBはクレジットカード(JCBとVISAだけ)は決済できるようになっています。 さて、こうなるとどちらが良いでしょうか。 答えは明確にサイトBになります
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く