タグ

developmentとworkに関するfbisのブックマーク (7)

  • チームで1年間コードレビューを最優先に実施したら開発生産性に良い影響を与えてくれたかも

    \スニダンを開発しているSODA inc.の Advent Calendar 10日目の記事です!!!/ こんにちは!!!!SODA開発部の矢野です!!! はじめに 私のチームでは一年前からコードレビューを最優先に実施するという取り組みをしています。この取り組みを継続した結果開発生産性にも良い影響を与えてくれたかもしれないので記事にしようと思います! ちょうどこの記事を作成しているときにX(旧Twitter)で「PRのレビューを最優先にしたらチームの生産性が上がった」の投稿にたくさんのいいねがついていたので、コードレビューを最優先に取り組んで効果を実感している組織やチームが多いのかもしれないですね。 レビューを最優先にした結果 結果から書くと、 「コードレビューを最優先にする」取り組み前後の「レビューからアプルーブまでの平均時間」を比較すると6.5時間から2.5時間に縮まりました(当かな

    チームで1年間コードレビューを最優先に実施したら開発生産性に良い影響を与えてくれたかも
  • 「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog

    パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t

    「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog
  • 「スクラム開発」とはどんな開発手法?アジャイル開発との違いは? - システム開発のプロが発注成功を手助けする【発注ラウンジ】

    アジャイル開発は、アプリやソフトウェア開発で用いられる手法の1つです。そもそも「アジャイル」とは直訳すると「素早い」「機敏な」「頭の回転が速い」という意味があります。アジャイル開発では、納品するプロダクトまたはプロジェクトをスプリントと呼ばれる小単位に区切って開発を進めるため、言葉の意味通り素早く、短い期間でシステムを開発することが可能です。 細かい単位で「計画、設計、テスト」を繰り返すことで、開発期間が短くてもより希望に適したプログラムを形成しやすくなります。端的に言えば、開発の計画を大まかに立てたうえで、「今後の仕様や設計の変更を前提に」開発を行う手法がアジャイル開発です。 プロダクト開発を、その時々のニーズに合うように設計を進めることができるので、開発の途中での計画、設計変更も可能です。アジャイル開発はプロダクトを一度開発してもその後に更新したり内容を変更したりすることもできるので、

    「スクラム開発」とはどんな開発手法?アジャイル開発との違いは? - システム開発のプロが発注成功を手助けする【発注ラウンジ】
  • ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO

    架空の営業管理システムを作ってもらう前提で、ChatGPTに要件定義をお願いしてみました。 実験として軽く試すレベルで始めてみたのですが、予想を超えるクオリティでしたので、一部始終を皆様にもご紹介します。 ChatGPTとのやりとり まず、ざっくりと必要な機能の洗い出しをお願いしてみました。 あっという間に必要な機能を網羅的にリストアップしてくれまた。私自身、SFA/CRMをいくつか触った経験がありますが、適切な内容だと思います。 中には、「データのインポート・エクスポート機能」のように、検討初期段階ではつい忘れそうな機能も含まれています。さらに頼んでもいないのにオススメの検討プロセスまで教えてくれました。気が利いてます。 機能ベースだと要件の妥当性が判断しにくく思ったので、画面ベースで要件定義してもらことにしました。 「図で教えて」とできないことをお願いしたところ、やんわり断りつつ、意図

    ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
  • スケジュールの見積もりを適当に答えたらコミットメントにされる問題について|きゅーい

    こちらのエントリを読んでいたら、なるほどとてもわかるとなった。そしてこの問題については何らかの解を持っておくべきだと思ったため、ちゃんと考えることにしたのがこのエントリの趣旨である。 上述のエントリには、ソフトウェア開発者がスケジュールのコミットメントを求められた場合、精緻にスケジューリングするためのタスクやスケジュールに余裕を持たせるためのバッファを積むしかなくなり、結果としてソフトウェア開発が遅くなってしまうという話が書かれている。 ソフトウェア開発を実際に行ったことがある人であればこの話には凡そ同意できるとは思うが、それ以外の人には理解に苦しむ話となる。 それゆえに、現代においても「この機能はいつまでにリリースするの?出来なかったらどうするの?」といった質問が横行し、それに対して特に意味のないスケジュールを答えるという虚無の応答が多くのチームでいまも行われている。 ビジネスサイドの仕

    スケジュールの見積もりを適当に答えたらコミットメントにされる問題について|きゅーい
  • 2021年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ

    こんにちは。開発部 オンボーディングチームの酒井(@sakay_y)です。社内のオンボーディングコンテンツを、どんどん社外へ公開することを夢見ています。 2021年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画(New!)を公開いたします。 2021年のエンジニア研修について 講義資料公開 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス ソフトウェアテスト テスト自動化 アクセシビリティ Docker Chrome Developer Toolsの使い方 サイボウズのアジャイル・クオリティ デザインの役割と関わりかた データベース CI/CD セキュリティ モブに早く慣れたい人のためのガイド ITコミュニティ文化と情報発信に共通する成長と貢献の要素 正規表現 Kubernetesを使った開発入門 モニタリング入門 gRPC入門 日語話

    2021年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
  • 2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館

    が、過大評価はしない。 「IP電話を導入する場合のベンダーの見積もりは約2億円だった。アナログ交換機を更新する場合でも費用は約2000万円。しかし自分たちで敷設することでサーバーは20万円,電話機500台は800万円で導入でき,電話料金も年間400万円削減できた」---秋田県大館市産業部商工課商業労政係主事の中村芳樹氏は,IP電話導入の経緯と効果をこう振り返る。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること | 日経 xTECH(クロステック) 詳細に要件が見えている状態で2億円提示されたらまあそのベンダーは切ってもよい。逆に、適当にこういうことがしたいんですけどー的なノリで見積もらせたのであれば極大に金がかかるシチュエーションを想定して「最大このくらい」で見積もるだろうから、お役所と思って足元を見る(お役所は緊急時のために無駄を積まなければならない存在ではある

    2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館
  • 1