この記事は、「Domino管理者アップデート認定試験対策」シリーズです。
ワンタッチ Domino セットアップ機能は、セットアップのパラメーターを予め用意しておくことで、確実に Domino サーバーを正しくセットアップできるようにするものです。 HCL Domino V12 の新機能であり、その後も機能改善が図られています。手動によるセットアップの間違いのリスク回避や手動作業の手間暇を節約できる便利な機能です。
重要なポイントは以下の3つです。
参考 URL
この記事は、「Domino管理者アップデート認定試験対策」シリーズです。
HCL Nomad Web に限らず、ブラウザ全般のセキュリティを確保するには、OS のログインを別ユーザーで行うのが基本です。ブラウザー側でも、ユーザープロファイルを複数持つ仕組みが備わっている場合がありますが、認証を必要としない場合もあるのでセキュリティ装置としては不十分でしょう。
Nomad Web 側でも、セキュリティ確保のための仕組みが備わっていて、以下の notes.ini 設定を使用します。
ResetNomadInstance=1 <--これ重要
この notes.ini 設定をしておくと、Nomad Web 終了時にローカルのユーザーデータが自動的に削除されます。次回 Nomad Web を起動すると初回のセットアップが必要になります。notes.ini 設定はデスクトップポリシーを使って配布します。あるいは Panagenda MarvelClient を使って配布することもできます。
毎起動時に初回セットアップを行っていたのでは作業効率が悪くなりますので、一般的には有効にする場面は少ないでしょう。この機能は、なんらかの理由で OS のユーザー切り替えができない環境で複数のユーザーが Nomad Web を使う場合を想定して設計されています。
繰り返しになりますが、セキュリティ対策としてはやはり「OS へのログイン」でブラウザ環境を分離することに尽きます。
なお、手動でもローカルデータの削除は可能です。右上のメニューで実行できます。
この記事は、「Domino管理者アップデート認定試験対策」シリーズです。
HCL Nomad Web を使用するにはいくつかの前提条件があります。重要なポイントを列記します。
HCL Domino Named Leader in G2’s Winter 2023 Report の翻訳版です。
HCL Domino、G2 社の Winter 2023 Report でリーダーに選ばれる
2023年3月15日
著者: Dan Allen / Product Marketing Manager, HCL Digital Solutions
この度、HCL Domino が G2 社の Winter 2023 Report において、いくつかのカテゴリーでリーダーに選ばれました!G2は、約2Mのユーザーから集めたレビューに基づいて製品を採点するグローバルなピアレビューサイトです。
Momentum Leader Application Development Platform - Momentum GridのLeader Tierに属する製品は、ユーザーによる同カテゴリーの製品の上位25%にランクインしています。
Rapid Application Development Leader - Grid ReportのLeader象限に属する製品は、G2ユーザーから高い評価を得ており、SatisfactionとMarket Presenceのスコアも充実しています。
Low-code Development Platform Leader - Grid Report のリーダー象限に属する製品は、G2 ユーザーから高い評価を得ており、満足度とマーケットプレゼンスも高い。
G2 社の HCL Domino レビューページ で、他のユーザーの声(またはHCL Dominoのレビューを残す)をもっと知ることができます! レビューをお寄せいただいたお客様、ありがとうございました。これらのレビューは、私たちの製品を評価するのに役立っており、私たちは、これらのバッジを獲得した経験を基に、さらに経験を積むことを楽しみにしています。
What is a Citizen Development Platform and Why Does it Matter? の翻訳版です。
シチズン・デベロッパー・プラットフォームとは何か、そしてなぜそれが重要なのか
2023年3月14日
著者: Unnati Ghosh / Associate Manager - Digital Marketing
ソフトウェアに対する需要の高まりと、より熟練した開発者の必要性から、組織はシチズンデベロッパーを採用するよう促されています。シチズンデベロッパープログラムを通じて、技術者ではない従業員は、コーディングの経験がほとんどなくても、自分自身やチームのために独自のソフトウェアアプリケーションを開発できます。
最も一般的なシチズンデベロッパー分野は、顧客サービス、財務、オペレーション、人事です。このフレームワークは、ビジネスで利用できる開発者の数を増やし、ソフトウェア開発プロセスに知識と独自の視点を加えることができます。
ITの訓練を受けていないスタッフが、ローコード/ノーコード(LCNC)プラットフォームを使用してビジネスクリティカルなアプリケーションを作成する場合、この手法は "シチズンデベロッパー" として知られています。シチズンデベロッパーの手法で作られたアプリケーションを承認するものです。
これは、シチズンデベロッパーの意味をシャドーITから切り離したものです。シチズンデベロッパーと呼ばれる非IT専門家は、問題を解決するためにローコードやノーコードの解決策を探す。
デジタルアジリティが発達すると、より多くの従業員がシチズンデベロッパーとなり、アプリケーションを制作するようになります。シチズンデベロッパーは、多くの組織の人事部、研究開発部、財務部、顧客サービス部などで見かけます。
シチズンデベロッパーとは、ローコードまたはノーコードのプラットフォームを使用して、ITの助けを借りずに自分のチームや他の人のためのソフトウェアアプリケーションを構築する従業員のことです。シチズンデベロッパーは、役割というより、個性です。彼らは、IT部門が承認し、認可した開発技術を使いながら、実行環境でプログラムを作成します。
市民プログラマーは、それぞれ専門的な領域で独自のスキルや専門性を持っていますが、より多くのコーディング経験を必要とします。市民プログラマーは、技術に対する基本的な理解を持ちながら、変化に対応できる問題解決者である。ノーコードやローコードプラットフォームのユーザーは、自分のアイデアを実現するためにドラッグ & ドロップのインターフェイスを使用します。
シチズンデベロッパーコミュニティに時間とお金を投資している企業では、効率と生産性が向上しています。以前は、企業はIT専門家が問題を解決するのを待つために時間を浪費していましたが、今では、シチズン・デベロッパー・プラットフォームは多くのアプリケーション開発組織で通常の手順となっています。
また、LCNCプラットフォームの使い方を学び、理解した社員は誰でもソフトウェアを作ったり、同僚に教えたりすることができ、シチズンデベロッパーのコミュニティが広がっています。いずれの場合も、ビジネスプロセスはより効率的になります。
シチズンデベロッパーは、ビジネスの俊敏性を構築し、持続可能性を高めるのに役立ちます。組織におけるシチズンデベロッパーの主なメリットには、以下のようなものがあります。
アジリティの強化
シチズンデベロッパーは、従来のソフトウェア開発手法に比べ、数分の一の時間でソリューションを生み出し、変化するビジネスニーズに迅速に対応できます。企業にとっては、一歩先を行く、新たなチャレンジへの迅速な方向転換が可能になります。
リーズナブルなソリューション
シチズンデベロッパーは、ローコードやノーコード・プラットフォームを使うことで、従来のソフトウェア開発手法よりも迅速かつ安価にソリューションを構築できます。そのため、企業は予算内に収め、投資を最大化することがよりシンプルにできるのです。
効率化と新しいアイデア
アプリケーション開発の分野は、日々拡大しています。最新の情報を得ようとする企業は、頻繁に新しいアプリケーションを制作する必要があります。組織は、LCNCとシチズンデベロッパーにより、変化する要件や市場の需要に対応したアプリを作成できます。新しいニーズや市場の需要に適応するアプリを、以前よりずっと速く作ることができるように。市民によるアプリケーション開発は、イノベーションのモチベーションを高め、クリエイティブな思考を育みます。
スピード
シチズンデベロッパーによって、新しいアプリのリリースにかかる時間が短縮されます。例えば、アプリのユーザーは、それを開発しているシチズンデベロッパーにすぐにフィードバックできます。彼らは、何か修繕が必要なことがあれば、自ら修正することが可能です。ITの専門家でない方がビジネス要件や困難に精通しているため、彼らのソリューションは通常、より優れた問題解決と顧客体験の向上を実現します。
より良いユーザーエクスペリエンス
シチズンデベロッパーは、独自の視点でエンドユーザーのニーズに特化したソリューションを開発できます。その結果、ユーザーは製品をより快適に使用することができ、採用率も高くなります。
より大きなイノベーション
企業は、シチズンデベロッパーを活用することで、イノベーションと創造性の新鮮な源泉にアクセスできます。その結果、イノベーションが促進され、成長と競争力を促進するユニークなソリューションが開発されることになります。
ビジネスゴールとの整合性の向上
シチズン・デベロッパーは、ビジネスとその目的を徹底的に理解しているため、組織の目標に沿ったソリューションを開発できます。その結果、より良い成果とより効果的なリソースの利用が可能になります。
シチズンデベロッパーに投資する企業は、コスト削減、敏捷性の向上、ユーザー体験の改善、イノベーションの増加、企業目標との整合性向上など、大きな利益を得ることができる。あらゆる規模の企業にとって、シチズンデベロッパー運動の登場は、ソフトウェア開発の新時代の到来を告げるものです。この変化を受け入れて、より生産的で効率的な開発プロセスの恩恵を受けてください。
HCL Dominoは、コラボレーション、ローコード、モバイル、ウェブ対応など、現代のビジネスニーズに応えるべく進化を続けている高速アプリケーション開発プラットフォームです。
Domino の最新リリースである v12.0.2 では、堅牢で安全、かつエンタープライズグレードのワークフローベースアプリケーションを簡単に開発できます。
HCL Dominoは、コラボレーション、ローコード、モバイル、ウェブ対応など、現代のビジネスニーズに応えるべく進化を続けている高速アプリケーション開発プラットフォームです。
Domino の最新リリースである v12.0.2 では、堅牢で安全、かつエンタープライズグレードのワークフローベースアプリケーションを簡単に開発できます。
HCL Dominoは、豊富な技術スキルを必要とせずにカスタムビジネスアプリケーションの作成、プロセスの自動化、コラボレーションの合理化を可能にするローコードプラットフォームを提供することにより、シチズンデベロッパーになることを支援します。 また、さまざまな業種のシチズンデベロッパーが、手動プロセスを自動化し、効率性、生産性、透明性を高めるために、最大60~70%速くアプリケーションを構築できるよう支援します。デモの希望はこちら をご覧ください。
HCL Secure DevOps will be at Agile International Conference! の翻訳版です。
HCL Secure DevOps が Agile International Conferenceに参加します
2023年3月13日
著者: Ryley Robinson / Project Marketing Manager, HCLSoftware
Agile International Conference は、3月9日(木)~10日(金)にフロリダ国際大学にて開催されます。参加者は3月9日の午後1時から行われる私たちの講演セッションに参加する機会があり、そこで私たちはバリューストリーム管理の採用が組織にもたらす機会について議論し、技術的パイプラインを越えて、チームを本当に望ましいビジネス成果を提供するように調整します。
また、HCLSoftware は独自のポッドキャストをライブで配信する予定です。このポッドキャストでは、Renaissance Software の創設者である James Grenning と Allvue Systems のソフトウェアエンジニアである David Ralph と話をする予定です。
私たちのチームのエキスパートが、ソフトウェアの機能を実演し、質問に答え、DevOpsとバリューストリームマネジメントの現状についての洞察を提供する予定です。
ぜひご参加ください。詳細はこちら でご確認ください。
Join us at Embedded World 2023! の翻訳版です。
Embedded World 2023に参加しませんか
2023年3月13日
著者: Ryley Robinson / Project Marketing Manager, HCLSoftware
組込みシステム開発者、スペシャリスト、プロジェクトマネージャー、プロダクトマネージャーは、「組込みインテリジェンス」についての理解を深めたいと考えていますか?
Embedded World 2023で、HCL OneTest と HCL RTist に参加しませんか?
HCL OneTestは、プロジェクトのライフサイクルを通して、UI、パフォーマンス、APIのテストをサポートします。スクリプトレス、ウィザード駆動のテストオーサリング環境を特徴とし、100以上の技術やプロトコルをサポートしています。
Embedded Worldは、3月14日(火)~16日(木)にニュルンベルクのMessezentrumで開催される予定です。このカンファレンスは、組み込みコミュニティのダイナミックな環境の一部であり、プロの組み込み開発者コミュニティのためのTHE international meeting placeです。
私たちのチームのエキスパートが、ソフトウェアの機能のデモンストレーション、質問への回答、HCL OneTestとHCL RTistの現状についての洞察を提供するために、会場にいます。
私たちと一緒に参加しませんか?詳細はこちらでご確認ください。
“Testing” Versus “Checking” の翻訳版です。
「テスト」と「チェック」の違い
2023年3月13日
著者: Nandish Kumar / HCLSoftware
私たちは皆、製品をとても早くテストしたいと思います。そのためにはどうすればいいのか?"道具を作って済ませよう!"と言いたくなりますよね。しかし、熟練した認知作業は、工場での作業ではありません。だからこそ、テストとは何か、ツールはその作業をどのようにサポートできるかを理解することが何よりも重要なのです。
ここテストセンター・オブ・エクセレンス(TCoE)では、テストプロセスの中で、機械ができることと、熟練した人間にしかできないことを区別しています。これは、通常の英語である "checking "という単語を、ツールでできることを指すようにすることで、言語的に実現しました。これは、"プログラミング "と "コンパイル "を区別するという、長い間定着してきた慣例と同じである。プログラミングとは、人間のプログラマーが行うものです。コンパイルは、特定のツールがプログラマーのために行うもので、コンパイラが行うことは、まさにプログラマーが行うことのように見えるかもしれません。自動プログラミングや手動プログラミングという言葉はありません。自動プログラミングと手動プログラミングの違いは、この比較で理解できるはずです。
テストとは、体験、探求、実験を通して製品について学び、製品を評価するプロセスであり、これにはある程度、質問、研究、モデル化、観察、推論などが含まれます。
テストはオープンエンドな調査であるのに対し、チェックは「ファクトチェック」の略で、特定の事実とその事実に関連するルールに焦点を当てます。私たちの業界でよくある問題は、"チェック "が "テスト "と混同されがちなことです。混乱を避けるために、こんな例えを試してみてください。チェックは記述可能ですが、テストはそうではないかもしれません。それは、チェックとは異なり、テストは暗黙知を含むからです。私たちは、チェックが本質的に悪いことだと言っているのではありません。それどころか、チェックすることは非常に重要なことかもしれません。しかし、チェックが良いものであるためには、適切なテストプロセスの中で行われる必要があると主張しています。チェックはテストの戦術である。
テストでなくても、製品について学ぶために行うことはたくさんあります。製品を見学し、それが何でできているのか、どのように機能するのかを確認できます。これは非常に貴重なことですが、"テスト "とはちょっと違います。テスターと観光客の違いは、テスターの努力は製品を評価することに費やされ、単にそれを目撃することではないことです。
テストがうまくいくためには、その製品に携わらなければなりません。そのニュアンスに触れなければならない。これは探索的なプロセスであり、たとえ製品について完璧な仕様があったとしても同様です。心の中で、あるいは製品そのものを使って、その仕様を探求するまでは、私たちが考えるテストは表面的なものにとどまるでしょう。
また、製品を深く理解するために十分な探索を行った後でも、問題点を探索する必要があります。テストはすべてサンプリングであり、サンプルは決して完全ではないため、テストの価値を最大化するために、テストプロジェクト全体を通じて探索的思考が重要な役割を果たします。
探索とは、目的をもって歩き回ることであり、一般的な使命を持ちながら、決められたルートなしに空間をナビゲートすることを意味します。エクスプロレーションには、継続的な学習と実験が含まれます。バックトラックや繰り返しなど、素人目には無駄としか思えないようなプロセスも多くあります。探索には、多くの思考が必要です。探検は探偵の仕事です。オープンエンドな探索です。探検は、ある空間を移動することだと考えてください。前方、後方、横方向の思考が必要です。
ブラックボックステストとは、製品の内部に関する知識は、私たちのテストにおいて重要な役割を果たさないということです。ほとんどのテスターはブラックボックステスターです。ブラックボックステストをうまく行うには、まず、ユーザー、期待やニーズ、技術、ソフトウェアが動作する構成、このソフトウェアが相互作用する他のソフトウェア、ソフトウェアが管理しなければならないデータ、開発プロセスなどについて学ぶ必要があります。
ブラックボックステストの利点は、プログラマーとは異なる考え方をするため、プログラマーが見落としたリスクを予見できる可能性が高いことです。ブラックボックスで重視されるのは、ソフトウェアのユーザーや環境に関する知識です。テスターは基本的なコードに無知であるため、これを無知ベースのテストと表現することもあります。
製品についてより多くのことを学び、より多くの方法で知れば知るほど、より良いテストができるようになります。しかし、もし私たちの主な焦点がソースコードと、ソースコードから導き出されるテストにあるならば、私たちはプログラマーがすでにカバーした領域をカバーすることになり、そのコードに関する知識は彼/彼女のものよりも少なくなってしまうでしょう。
複雑さに圧倒されることがあります。知的な麻痺を感じることさえあります。ですから、複雑で大変な機能セットをテストするときは、一気にやってしまいましょう。しかし、複雑な製品を一度に理解しようとは思わないでください。
30分でも1時間でも、そのプロジェクトに身を投じてみてください。そして、いったん中断して別のことをする。これは、"plunge in and quit "と呼ばれる方法です。この短時間は生産性が低くても気にせず、混乱しそうなら早めにやめる。
この方法の素晴らしいところは、製品の一部を選んで作業すること以外に、まったく計画が必要ないことです。何度か「やってはやめ」を繰り返すうちに、製品のパターンやアウトラインが見えてくるはずです。やがて、より整理された、具体的なテストや勉強の戦略が浮かんでくるはずです。
仕様書はわかりにくいですか?仕様書の曖昧さは、有力な利害関係者間の重要な意見の相違を覆い隠すためにあることが多い。
製品は混乱していますか?それは壊れている可能性があります。
ユーザードキュメントはわかりにくいですか?製品のこの部分があまりにも複雑で、特殊なケースや矛盾が多すぎて説明できない可能性があります。
根本的な問題が理解しにくいだけでは?自動化しようとするシステムの中には、本質的に複雑なものや、難しい技術的な問題を含んでいるものがあります。
製品、技術、テスト全般について学べば学ぶほど、混乱のコンパスは広がり、重要な問題がどこにあるのかを教えてくれるのです。
何かを理解することは、新しい情報をすでに知っていることに同化させ、新しい情報に対応するために知っていることを修正する、豊かな知的プロセスです。ある製品や機能を理解した後、私たちはその製品に関するメンタルマップを手に入れ、頭があまり働かなくなります。このことは、テスターとして問題になることがあります。ある製品についてよく理解していると、その製品について仮定することができ、その仮定を確認する頻度も少なくなります。
ある製品や機能を初めて目にしたとき、私たちが何に戸惑い、何に悩まされるかに特別な注意を払います。それは、ユーザーがどのように反応するかについても、何かを教えてくれるかもしれません。
チームに新しい仲間が加わったときは、一緒にテストしてみましょう。彼らが製品を理解する過程で、どのような反応を示すかを観察するのです。
テストのマンネリ化に注意する。厳格なテストスクリプトに従っていなくても、特定の機能に慣れ親しむあまり、テスト方法がだんだん狭くなってしまうことがあります。
できる限りバリエーションを増やすか、他のテスターとテストの担当を交代しましょう。
優れたテスターは常に学習しています。プロジェクトが進むにつれて、テスターは製品に対する洞察を深め、そのプロジェクトで重要なあらゆる面で反射神経や感性を徐々に磨いていきます。製品を熟知し、リリースサイクルを1~2回経験した経験豊富なテスターは、製品のテスト方法について書かれた指示書を渡された経験の浅いテスターに比べ、指示がなくてもテストの効果を大幅に向上させることができます。
HCLSoftwareのTest Centre of Excellence (TCoE)の詳細については、HCLSoftwareまでお問い合わせください。