API開発のためのプログラミング言語"Ballerina"の直感的な構文について解説します。認証や承認、OpenAPIツール、可観測性、SQL/NoSQLクライアントライブラリなど、重要な言語機能についても論じます。記事を読み終えれば、Ballerinaが次のバックエンドAPI開発の有力な候補である理由がよく理解できるでしょう。2022年4月InfoQ編集チームが2022年に進化するソフトウェアアーキテクチャと設計のトピックをどのように見ているかの概要です。アーキテクトが今、何を設計しているかに焦点を当てています。Pan氏が、分散データベースシステムにおけるシャーディングアーキテクチャのパターンについて論じます。ShardingSphereプロジェクトがデータシャーディングの課題にいかに対処しているかを説明した上で、DistSQLを使って分散データベースと暗号化テーブルを生成する方法の実例2つを論じています。カルチャー&手法カオステストで、見えない課題からアプリケーションのレジリエンスを改善するこの記事では、Netflixが提唱するカオステストの原則を列挙した。読者は、カオステストが提供するメリットとデメリットを理解できるはずだ。することで、カオステストを行うかどうかの判断材料となる。リスクに対するすべてのメリットを考慮して、カオステストを行うために経営陣を説得すべき理由も説明した。原文(投稿日:2014/06/26)へのリンクソフトウェア製品やサービスに対するニーズの増加に伴って,企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは,人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち,人員を増やすことなく,より多くのソフトウェアを提供する方法を提案している。(初心者の集団)"というブログ記事で,少数の専門家チームによるソフトウェア開発を提案する。多くのことを行う,より少ないコード。非常に少ないコードを高品質に書いて,もっともっと,たくさんのことができる方がよいのでは?そして氏は,自身が飛行機の操縦を学んでいる方法について説明する。最初のレッスンでインストラクタが一瞬だけ,氏に操縦桿を明け渡してくれた後は,書籍で勉強して,地上でスクールレッスンに参加し,宿題を行っている。氏が飛行機の近くにいる時,インストラクタはいつもその近くで飛行機の扱い方を説明し,氏がそれをどのように行うかをチェックした上で,航空日誌にサインする。考えた氏は,トレーニングやメンタリングにもっと重点を置くべきだと提案している。その証拠にはかなりの説得力があります。クラッシュや炎上は日常茶飯事ですから。Brodzinski氏は,スケールアップ戦略が疑問視されることはめったにない,と述べている。疑問の余地のないパラダイムであるかのように,それに反することを決めた人は,すべての人たちからエイリアンとして見られてしまうのです。時として私には,組織全体にアジャイルやリーンを導入する巨大プログラムのロールアウトが,大企業のための唯一のものであったように思われるのです。氏は,アジャイルをスケールアップせずに,小さなチームのままで作業可能にするためのアプローチをいくつか提案する。ひとつはスカンクワークス(秘密プロジェクト)です。その基本的なアイデアは,他の組織から高い独立性を持って運営されるグループを社内に作る,というものです。これにより,広範なコンテキストでは実行が難しいことを何度も試行できる機会が得られると同時に,極めて小スケールの作業環境を作り出すことができます。巨大組織にリーンスタートアップを適用する場合でも,方針としてはこれと同じです。製品開発戦略の上に,小規模での運用が可能な,自立した作業環境を作り出すのです。作業の一部をアウトソースするパートナを探そうと決めたのであれば,アプローチはこれとはまったく違います。このような状況でも,コンテキストのスケールダウン自体は難しいことではありません。問題なのは,正しい価値観を持って適切な行動を行うことのできるパートナを見つけ出すことです。ここにおいても,スケールアップしない戦略を適用することが可能かも知れません。(小チームが生産性に優れていることの科学的根拠)"という内容のブログ記事を書いている。その中で氏は,チームの増員にはいくつかの問題点があると言う。よいものはもっと素晴らしく,悪いものは最悪になるのです。人員増はリソースプールを拡大しますが,一方で,その調整や管理に必要な作業量も大きくなります。それがある一点に達したとき,人数の多さが障害へと変わるのです。氏は,大規模なチームで個人の効率性が損なわれる理由として,個人間の連絡性の喪失を挙げている。チームが大きくなればなるほど,個人間の関連性が失われ,受けられるサポートの範囲も小さくなります。これには精神的なサポート,作業進行や障害克服に対する支援,問題解決を支援する情報サポートなどが含まれます。寄り掛かるべき肩や,苦境からの脱出を手助けしてくれる人がいないとすれば,それがさらに,どれほど困難になったことでしょう。規模に関わる問題に対処するために氏は,大規模なチームをあたかも小チームのように運用する方法を示してみせている。それは次のようなアイデアだ。同僚たちと親しくなって,お互いをもっと知るようになってください。休日のパーティやハッピーアワーなどは,つまらないイベントに思えるかも知れません。仕事上の外出や出張でも,打ち解けて楽しい時間を過ごすことは可能です。play)"といった行為を防ぐ役割をします。社会的怠惰やただ乗りは,隠ぺいできる場所が存在するという事実に基づくものですし,権力の行使は,情報の守銭奴とも言えるような知識隠匿に基づくものだからです。フィードバックを年2回の指導的行事として孤立させないことです。意欲の損失を通して群衆に飲み込まれていくような,各個人の努力とパフォーマンスの間の結び付きを強固なものにするためにも,会話がグループ全員の間を流れるようにしてください。Koogh氏が,自身の考える"理想的なチームソリューション"として,小チームで作業する方法を提案している。問題を解決する上で,彼らの創造性を発揮させることが簡単にできるはずです。このような自立性を持った問題解決は,メンバの意欲と熱意を引き出す上で最良の方法でもあります。問題を真に理解する,ユーザや利害関係者と対話する,データを解析する,ユーザエクスペリエンスをデザインするといったことは,氷山の一角に過ぎません。必要なリソースをチームに提供するのです。リスクの低い方法は,利害関係者やユーザ,顧客を参加させることです。ツールはすべてありますし,ほとんどは無償です。これらを使えば毎日,あるいはそれ以上の頻度でのリリースも可能になります。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。Inc.プライバシーBT。