技術的負債 - 問題発見までの時間とリスクをビジネス側に説明する - kawaguti’s diary
Dev Containerを使ってステップバイステップで作るPythonアプリケーション開発環境 - 電通総研 テックブログ
2022年におけるフロントエンド開発のベースライン
「まともに単体テストを書ける人は実はすごく少ない」 市場バグを発生させない“単体テストで対処する”という考え方
ソフトウェア設計原則は変更容易性に通ず - Shin x Blog
品質保証の歴史学 at「リリカルの質問全部答えます」 #リリカルの質問 / History of quality assurance
2018年1月9日にあった「リリカルの質問全部答えます」というイベントに参加して聞いた品質保証の歴史学に関する内容をスライドにまとめました。 ・イベント告知ページ https://connpass.com/event/74455/ ・ツイートまとめ https://togetter.com/li/1188522 ・リリカルさんが用意していた質問集 http://mhlyc.hatenablog.com/entry/2018/01/09/181952 ・参考資料『日本におけるソフトウェアプロセス改善の歴史的意義と今 後の展開』（SQuBOK Review Vol.1に掲載） http://www.juse.or.jp/sqip/squbok/squbok_review.html
新しくプロダクト開発に入ったときにやっていること | wapa5pow blog
年度が代わり新しい環境に行く人も多いですね。新しい環境・プロダクトだといろいろ戸惑うことがあります。自分は数年ごとに転職し、副業も複数のところでしているので初めての環境に関わることが結構あります。そのなかで素早くチームになじんでプロダクトに貢献できるようにやっていることがあるのでそれを紹介したいと思います。 自分がウェブやアプリのエンジニアなのでその文脈で話します。 「プロダクトのあるべき姿と現状を把握する」と「短期的・長期的に貢献できることを探す」ことを意識してやっています。 プロダクトのあるべき姿と現状を把握する 関わるプロダクトがユーザの何を解決しているのか理解することは開発する上で非常に大切です。機能を開発する上でもただ開発するだけでなくその機能自体が必要なのかどうか、必要ならどのような機能にすればユーザが問題を解決しやすいかという何を開発するかに密接にかかわっています。 1. ア
チームでコードを書き始めた後、「どうやらレビューってやつをした方が良いらしい」くらいの若手に向けた資料です。
code_review_basics.md コードレビューの基本 一番大事な事 ソースコードはプロジェクトの共同所有物である 誰かだけが触れるコードを無くす 自分だけが持っているコードを無くす 自分だけが触っている時間を短くする コードレビューで大事な事 コードレビューは... 相互学習型のプロセスである メンバが成長することが大事 相互学習とは レビュアーとレビュイーが、お互い学び合うこと 考え方を共有すること 質問することで学ぼう 一番できる誰かだけが教えるのではない 知識や経験の少ない人が何に躓いているのか学ぼう メンバの成長 同じミスをチーム内で繰り返さないことが成長 ミスを繰り返さないために 本人の問題にしない 明日はわが身 仕事の正しい手順を覚えよう 道具の正しい使い方を覚えよう コードレビューの心構え 伝えることが大事 改善するまでがレビュー レビューにコストをかけ過ぎない
実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
アプレッソのプロダクト開発で大切にしていること | 株式会社アプレッソ
「ドメイン駆動設計」の複雑さに立ち向かう
最近のビルドツールって何なの？ - 檜山正幸のキマイラ飼育記 (はてなBlog)
Windows 8.1ではじめるイマドキの開発環境 - Qiita
Mac/iOS Safariでバックスラッシュを円記号として表示する方法 - teppeis blog
継続インテグレーションは強みではなくなった: 柴田 芳樹 (Yoshiki Shibata)
Subversion/Gitなどを使用したソースコード管理、Jenkinsを使用した継続的インテグレーション、様々なxUnitフレームワークを使用した自動テストなどをソフトウェア開発組織として実践することは、今日では、その開発組織の技術的な強みではありません。 それらを実践しないことが、ソフトウェア開発組織の「弱み」なのです。また、組織としてそれらの実践を推進しない、あるいはサポートできないマネージャも「弱み」となります。さらに、大規模なソフトウェア開発組織においては、それらのためのインフラ整備をプロジェクトごとに立ち上げなければならず、サポート部門が存在しないことも弱みとなります。※1 ※1 プロジェクトを始めるごとに、ソースコード管理やJenkins用のサーバの調達、OSから様々なツールのインストールを一通り行うためには、それなりの時間を要します。したがって、バックアップをも含めて環境
Practical Metaprogramming in Application
RubyKaigi 2014 talk. Points for *practical* use of metaprogramming in Ruby.
Why You Should Attend RubyKaigi 2009
Advertising for the Tokyo, Japan event "RubyKaigi 2009". Performed as 5 minute lightning talk at the November 2008 Sydney Ruby on Rails Meetup. Derived from: http://www.slideshare.net/kakutani/why-dont-you-come-to-rubykaigi2009-presentation Sydney RoR: http://rubyonrails.com.au/2008/8/2/sydney-meetup-august-2008Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
レビューの仕方
マンガではわからない ソフトウェア開発の真理 | ドクセル
モダンWebシステム開発
