抽象化 - 英語 への翻訳

• abstraction
• abstract
• abstractions

日本語 での 抽象化 の使用例とその 英語 への翻訳

オブジェクトは、制御されたリソースコレクションの抽象化、または他のリソースのサマリーとしたい。
You want the object to be an abstraction over a collection of controlled resources, or a summarization of other resources.

抽象化レイヤーの採用により、HW、CPU、OSなどに柔軟に対応可能です。
The adoption of an abstraction layer allows flexible response to HW, CPU, and OS.

制御抽象化は動作の抽象化であり、データ抽象化はデータ構造の抽象化である。
Control abstraction is the abstraction of actions while data abstraction is that of data structures.

認知スキルには、例えば、注意、識別、学習能力、抽象化能力、創造、計画、方向感覚、実行制御などが含まれます。
Cognitive skills include for example attention, discrimination, learning ability, ability to abstract, creativity, planning, orientation and executive control.

抽象化レイヤー（または抽象化層）とは、ある特定の機能の詳細な実装を隠す手段である。
An abstraction layer(or abstraction level, or a layer of abstraction) is a way of hiding the implementation details of a particular set of functionality.

ライブラリ構築--抽象化機構から、制限、非効率、不規則性を取り除くこと。
Library building-- remove limitations, inefficiencies, and irregularities from the abstraction mechanisms.

データはまた、この領域が様々な抽象化レベルで情報を表している可能性があることを示唆しています。
Data also suggests that this region may represent information with different levels of abstraction.

抽象化レイヤーを使って、複数の実装を一つのソフトウェアシステム内で共存できるようにすることだ。
Use an abstraction layer to allow multiple implementations to co-exist in the software system.

それが抽象化や隠喩や創造性などの人間独自の能力の基礎になっていると私は考えます。
And I think it's a basis of many uniquely human abilities like abstraction, metaphor and creativity.

Springのトランザクション管理フレームワークは、Javaプラットフォームに抽象化機構をもたらす。
Spring's transaction management framework brings an abstraction mechanism to the Java platform.

カーネル設計における重要な点として、セキュリティの機構と方針を実装する抽象化レベルの選択がある。
An important kernel design decision is the choice of the abstraction levels where the security mechanisms and policies should be implemented.

その原因のほとんどは、間違ったツールや間違った抽象化レベルを使っていることにあります。
Most of the time it's because we are using the wrong tools and the wrong level of abstraction.

CoreOSはLinuxのコンテナを使用して、より高い抽象化レベルでサービスを管理します。
CoreOS- uses Linux containers to manage your services at a higher level of abstraction.

私はUIの第一の目的が複雑さの抽象化であると考えています。
I like to think about the number one purpose of UI being the abstraction of complexity.

グループ(ナビゲータ)からの指示があって、それが可能な限り高い抽象化レベルで作業をガイドします。
The instructions come from the group(the navigators), which guides on the highest possible level of abstraction.

企業には、大量で高速なデータと、セキュリティ、パフォーマンス、ビジネス分析に関する膨大な種類のツール間の抽象化レイヤーが必要です。
Businesses need a layer of abstraction between the volume and velocity of data and the myriad of security, performance and business analytics tools.

低レベルの問題(例えば、ハードウェアエラー、ネットワークエラー)が高レベルの抽象化に影響を及ぼすと、これは抽象化の漏れです。
When lower-level issues(e.g. hardware failures, networking failures) affect the higher-level abstraction, that's a leak in the abstraction.

Phalcon\Dbのようなハイレベルの抽象化コンポーネントを使用してデータベースにアクセスすると、どのステートメントがデータベースシステムに送信されるのかを理解することは困難です。
Using high-level abstraction components such as Phalcon\Db to access a database, it is difficult to understand which statements are sent to the database system.

また、コストを犠牲にして多くの複雑さを抽象化できるHeroku、Firebase、AppEngineなどのサービスツールとして、プラットフォームを好んでいる多くの開発者がなぜそうであるかを示しています。
It also shows why a lot of developers also like Platform as a Service tools like Heroku, Firebase or AppEngine that can abstract a lot of the complexity at the expense of cost.

これに加えて、データベースの抽象化レイヤーで作成された関数はデータベースにアクセスする必要があるほかの多くのモデル関数で再利用できます。
Additionally, the functions created in the database abstraction layer can be reused for many other model functions that need access to the database.