Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
RxSwiftは,RxプログラミングモデルをSwiftに移植することを目的としたプロジェクトで,その抽象化を可能な限り取り入れている。メンテナのKrunoslav Zaher氏に話を聞いた。 RxSwiftでは,Observable<Element>をベースとすることによって,非同期処理やイベントストリームを容易に構成することができる。Observerは,RxSwiftではシーケンスと等価であるため,データやイベントのストリームなどのシーケンスの要素に対する高レベルな操作を,Observableインターフェースのオペレーションを通じてモデル化することが可能だ。 RxSwiftのフレキシブルなプログラミングモデルは,UIを含むバインディングやリトライ,デリゲート,KVO, 通知など,さまざまなユースケースに対応する。 次のプログラム例は,rx_text演算子を使用して2つのテキストフィールド
InfoQでは今回,DBmaestro共同創設者でCTOのYaniv Yehuda氏にインタビューして,彼らがアジャイル開発をどのように実行し,DevOpsを利用しているのか,継続的デリバリや困難だと言われるアジャイルプラクティスをどのように実践しているのか,さらにはアジャイルやDevOpsプラクティスを使うことによって得られているメリットについて聞いた。 InfoQ: DBmaestroでどのようなアジャイル開発を行っているのか,これまでの経験をInfoQ読者に説明して頂けますか? Yehuda: 数年前まで私たちは,ウォーターフォールモデルで開発をしていました。大規模なバージョンを長期の開発サイクルで作り上げて,たくさんの機能を時間を掛けてテストしていたのです。 機能改善を提供するのがとても難しく,“次のリリース”にバンドルされるのが常でした。ユーザとしては,要求した機能や改善点を,何
ある組織にアジャイルを採用しようとする時には,その構造を変えなくてはならない場合が少なくない。アジャイルな仕事の進め方は,新たなプラクティスをチームとマネージャに課すだけでなく,通常は組織の文化や思想にも影響を及ぼす。これらのすべては関連しているが,同時にすべてを変えるというのは,組織にとってあまりにも大きなチャレンジかも知れない。そこからひとつの疑問が生じる – アジャイルに移行しようとするとき,我々は何を重視すればよいのだろう – 文化,プラクティス,それとも組織構造だろうか? 組織構造から着手すると何が起きるのか,ここで確認してみたい。 Mike Cottmeyer氏は,大企業のアジャイル移行に関する自身の意見を公開した。アジャイルの導入において,文化,プラクティス,組織構造はすべて互いに関連している,と氏は言う。 アジャイル宣言の冒頭に,“私たちは、ソフトウェア開発の実践あるいは実
レトロスペクティブ(ふりかえり)は,チームの作業方法を見直して修正することによって,自らの作業を改善するものだ。より多くの価値をユーザに提供する手段として,アジャイルの重要な手法のひとつに数えられることも多い。しかし時には,レトロスペクティブを行うのが難しく思われることもある。変更すべき対象がチームメンバのコントロール範囲外にあると感じられたり,改善の余地がないように思われたり,適切なアクションの定義が難しく感じたられりすると,アクションの定義よりも先に不満が口をつき始める。そうなるとレトロスペクティブがつまらない,単なる時間の浪費だと感じられてしまうのだ。このような問題に対処して,より有意義なレトロスペクティブを行う方法を見つけるには,どうすればよいのだろう? Keith McMillan氏のブログ記事 agile concept of the week: retrospective に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く