BT
前の記事 rss
人のフォロワー

創造、協力、革新のためのソフトウェアエンジニアリング

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 徳武 聡 フォローする 0 人のフォロワー   投稿日  2018年5月14日 午前12時50分

ソフトウェアエンジニアリングは、反復的で、フィードバックに基づき、漸進的、実験的で、実証的でなければならない。 C職人技は十分ではない。エンジニアリングは増幅器であり、創造性と協力、発明を強化する。継続的デリバリはエンジニアリングの原則に根ざしている。

人のフォロワー

プログラマーの誓い

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 笠原 王徳 フォローする 0 人のフォロワー   投稿日  2017年10月6日 午前4時5分

社会は私たちにプロフェッショナルとしての振る舞いを要求している。人生と運命がソフトウェアの適切な構築と実行に依存しているため、私たちにはプログラマーの誓いが必要である、とRobert Martin氏は主張している。彼によると、これは将来的にはプロフェッショナル組織の会員により強制されるべきである。

人のフォロワー

Wyndham Vacation Rentals UK社におけるアジャイルとDevOpsの導入

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 sasai フォローする 0 人のフォロワー   投稿日  2017年9月12日 午前4時15分

アジャイルとDevOpsの導入は、Wyndham社におけるQAの役割にプラスの影響を与えた。ライフサイクルの初期段階における取り組みにフォーカスすることで、バグやポストプロダクション問題の少ない、スムーズなリリースに繋がった。テストすることは共同責任となり、ビジネス部門と顧客はこれまで以上にデリバリーサイクルに関わるようになった。

人のフォロワー

Meetupでの技術的負債の取り組み

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 徳武 聡 フォローする 0 人のフォロワー   投稿日  2017年9月6日 午前2時3分

継続的に製品の健全性を保つには定期的に一番影響のある技術的負債を優先順位付けして、それらを全体的に解消していくことだ。MeetupのCTOであるYvette Pasqua氏は、技術的負債に対する取り組み方を継続的に繰り返し適用することでより大きな成果を生み出すことを推奨している。最も影響の大きい負債から取り組み、その負債を解消したことで生まれる改善について伝える、というのが氏の主張だ。

人のフォロワー

クラウドソーシングテストを管理する

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 h_yoshida フォローする 1 人のフォロワー   投稿日  2017年8月18日 午前1時14分

クラウドソーシングテスト(Crowdsourced Testing)とは、クラウド — 実在のユーザとテスタ — が現実の条件下でテストに参加するという、ユニークなテスト手法だ。Swisscomにおいてそれは、開発プロセスの早い段階での欠陥発見と製品の品質向上に役立っている。

人のフォロワー

リーンプラクティスによるアジャイルプロセスの品質向上

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 h_yoshida フォローする 1 人のフォロワー   投稿日  2017年8月16日 午後7時50分

アジャイルマニフェストとリーンプラクティスは極めて相互補完的であり、強力なアジャイルプロセスの品質を向上する上でリーンは有効に作用する。実際のクライアントや代理人にインタビューして彼らの痛点を深く理解し、プロセスを部門間のハンドオーバに分割して視覚化することにより、問題点がより早く発見できると同時に、それらの問題を低コストでより効果的に解決することが可能になる。

人のフォロワー

リーンでEコマースを再構築する

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 徳武 聡 フォローする 0 人のフォロワー   投稿日  2017年5月22日 午前3時18分

Auchan Franceのオンライン食料品サービスであるAuchan:Directは、新しいEコマースウェブサイトの開発にリーンを導入することにした。CEOが最初の顧客であり、新しい体験をした顧客からの継続的で高速なフィードバックを使って、ウェブサイトの品質を継続的に改善した。

人のフォロワー

モノリスあるいはマイクロサービスの技術的負債を占う水晶玉 - Amam Tornhill氏の考察

作者: Daniel Bryant フォローする 634 人のフォロワー , 翻訳者 h_yoshida フォローする 1 人のフォロワー   投稿日  2017年5月16日 午前12時30分

QCon LondonでAdam Tornhill氏は、“A Crystal Ball to Prioritise Technical Debt”と題して講演し、技術的負債のメタファがソフトウェア界に浸透したにも関わらず、いまだ大部分の組織が技術的負債の優先的な返済に苦慮している点を指摘した。講演では、“コードの複雑性とチャーン(churn)の‘ホットスポット’を特定するには”、などの話題が取り上げられた。

人のフォロワー

デッドコードは取り除かなければならない

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 大田 緑 _ (株)チェンジビジョン フォローする 0 人のフォロワー   投稿日  2017年3月26日 午後9時13分

デッドコードは、見つけて、取り除く必要がある。デッドコードを残しておくと、プログラマの理解と行動を妨げることがあり、コードが実行されて、重大な問題を引き起こすリスクもある。 デッドコードの削除は、技術的な問題ではない。それは考え方と文化の問題だ。

人のフォロワー

10%の自主タイムで学習を向上させる

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 大田 緑 - (株)チェンジビジョン フォローする 1 人のフォロワー   投稿日  2016年12月11日 午後8時47分

学習のためにチームで10%の時間を自主的に使えるようにすると、納品までの時間が減少し、品質やモチベーションが向上する。10%ルールでは、自分たちが重要だと思うことに取り組むために、チームに完全な自主性を与える。これにより、チームメンバの創造性を解放し、チームは潜在能力を成長させられるようになる。

人のフォロワー

AtlassianのQA

作者: Rui Miguel Ferreira フォローする 2 人のフォロワー , 翻訳者 徳武 聡 フォローする 0 人のフォロワー   投稿日  2016年11月23日 午後11時27分

AtlassianでクラウドQAマネージャを務めるMark Hrynczak氏は同社の今年のサミットで高い価値のQAチームはどのように振舞うかについての氏のビジョンを語った。氏は、QAチームの価値を、第一に企業の戦略的目的と完全に足並みを揃えること、と定義している。足並みを揃えることで、企業が特定のタイミングで直面するかもしれない重要な問題の解決に貢献するのだ。

人のフォロワー

Barclayがアジャイル移行で得たもの

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 吉田 英人 フォローする 0 人のフォロワー   投稿日  2016年11月8日 午後7時42分

スループットの向上,コードの複雑性の低減,運用時の障害減少,デプロイメントサイクルの短縮,チームの幸福度向上 — これらはみな,Barclaysがアジャイル移行で実現したメリットだ。ディシプリンド・アジャイルに基づいて実施された同社の移行は,最初の1年間で800以上のチームにアジャイルを採用するという,アジャイルの実践例として最大級のものである。

人のフォロワー

Coolblueの継続的デプロイメント

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 吉田 英人 フォローする 0 人のフォロワー   投稿日  2016年10月24日 午後8時20分

継続的デプロイメントは結果的に,より高い責任感とデプロイメントの品質向上をもたらす - CoolblueのテクニカルパスファインダであるPaul de Raaij氏は,このように主張する。コーディング標準はコードベースの混乱を防止し,自動化されたインスペクションは退屈で単純なチェック作業に効果がある。そして手作業によるチェックは,ロジックやコードの利用の妥当性のチェックに最適な方法だ。

人のフォロワー

リファクタリングとコードの臭い – きれいなコードへの旅

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 徳武 聡 フォローする 0 人のフォロワー   投稿日  2016年9月28日 午前12時47分

リファクタリングは、より理解しやすく、メンテナンスしやすい、きれいなコードにするのを助けてくれる。それにはコードの臭いを嗅ぐ経験と実践が必要だ。つまり、コードの中にあるより深い問題を示す悪い設計の兆候を見つけることだ。コードを壊すことなく、小さなステップでリファクタリングを行うことを支援するツールもある。

人のフォロワー

自動運転車のソフトウェア開発にモデルを使用すること

作者: Ben Linders フォローする 20 人のフォロワー , 翻訳者 笠原 王徳 フォローする 0 人のフォロワー   投稿日  2016年8月8日 午前1時10分

モデルは自動運転車のような自律システムのソフトウェア開発において重要な役割を果たしている。モデルは振る舞いのシミュレートや検証、システムの文書化、そしてコードを生成するために使用される。Jonathan Sprinkle氏が、自律システムで使用するモデルをどうモデリングするか、モデリングの利点、テストデータを用いてどう自動車を運転するソフトウェアを検証するか、信頼性のあるコードを記述するための技法を説明する。

InfoQにログインし新機能を利用する


パスワードを忘れた方はこちらへ

Follow

お気に入りのトピックや著者をフォローする

業界やサイト内で一番重要な見出しを閲覧する

Like

より多いシグナル、より少ないノイズ

お気に入りのトピックと著者を選択して自分のフィードを作る

Notifications

最新情報をすぐ手に入れるようにしよう

通知設定をして、お気に入りコンテンツを見逃さないようにしよう!

BT