我们从来不能在生活中找到一个完美的人,正如我们不能找到各项指标都最优的系统架构,架构的进化是商业目标和架构的一种动态平衡,为了达到一种最优,的英文翻譯

我们从来不能在生活中找到一个完美的人,正如我们不能找到各项指标都最优的

我们从来不能在生活中找到一个完美的人,正如我们不能找到各项指标都最优的系统架构,架构的进化是商业目标和架构的一种动态平衡,为了达到一种最优,我们必须在另外一边做出让步,技术债务在我们的架构变更中主要体现在两个方面,一方面是有意识的技术债务,有意识的技术债务体现的是一种对未来的趋势的预判,如果我们不在危机来临之前进行调整,架构会限制我们商业的发展还会降低我们当前的利益,正如图1,所以我们很清楚在2003,我们的MY数据库数据库完全可以适应当时的需求,因为当时只少数人会从网上购物,钱货交货的方式在局限在现在,但是从2003年下半年开始,阿里巴巴的决策者开始思考将数据转移到Oracle的集群中,很显然他们已经意识到技术债务,确保了后来的oracle架构为安全支付和安全金融提供了强有力的支持,另一方面是技术债务的阻力,假定我们已经预测到了某种商机,然后我们决定对系统架构进行调整,在实际的变更中技术债务会无形中拖慢我们的进程,正如我们在第二部分讲的那样会加速我们系统演进的速度。
0/5000
原始語言: -
目標語言: -
結果 (英文) 1: [復制]
復制成功!
We has never cannot in life in the found a perfect of people, as the we cannot found the index are optimal of system schema, schema of evolution is commercial target and schema of a balance, to reached a optimal, we must in addition side made concessions, technology debt in we of schema change in the main reflected in two a aspects, while is conscious of technology debt, conscious of technology debt reflected of is a on future of trend of pre sentenced, if we not in crisis comes zhiqian for adjustment, Schema will limit we commercial of development also will reduced we current of interests, as the figure 1, so we is clear in 2003, we of MY database database completely can adapted at of needs, because at only minority will from online shopping, money goods delivery of way in limited in now, but from 2003 second half of began, Alibaba of decision makers began thinking will data transfer to Oracle of cluster in the, is apparently they has realized that technology debt, Later Oracle schema is to ensure secure payment and security provided strong financial support, on the other hand is the resistance of technical debt, assuming that we had some opportunities, and we decided to make adjustments to the system, in the actual changes in technical debt will slow down the process, as in the second part we will accelerate the speed of the evolution of the system.
正在翻譯中..
結果 (英文) 2:[復制]
復制成功!
We can never find a perfect person in life, just as we can not find the indicators are the optimal system architecture, the evolution of architecture is a dynamic equilibrium business goals and architecture, in order to achieve an optimal, we must the other side to make concessions, technical debt in our schema changes mainly reflected in two aspects, one is conscious of technical debt, conscious technical debt reflects a trend for the future of anticipation, if we are not in crisis adjusted before the advent of commercial architecture will limit our development will reduce our current interests, as in Figure 1, so we know very well in 2003, our MY database database can adapt to the needs of the time, because it was only a few people from online shopping, money, goods delivery way limited now, but from the second half of 2003, Alibaba's decision-makers to start thinking about transferring data to the Oracle cluster, it is clear that they have realized that technical debt, to ensure that the later the oracle architecture provides a secure payment and secure a strong financial support, on the other hand is resistance technical debt, assuming that we have some opportunities to predict, then we decided to adjust the system architecture, technical debt in the actual change in It will impose slow down our process, as we talked about in the second part of our system that would accelerate the speed of evolution.
正在翻譯中..
結果 (英文) 3:[復制]
復制成功!
We can never in life to find a perfect person, just as we cannot find system indicators are optimal, the evolution of architecture is a kind of dynamic balance business objectives and framework, in order to achieve an optimal, we must make concessions on the other side, the technical debt in our framework is mainly reflected in the change in two aspects, one is technical debt conscious, technical debt conscious is an embodiment of the trend of the future anticipation, if we do not adjust in before the crisis, we will restrict the development of commercial architecture will reduce our current interest, as in Figure 1, so we are very clear in 2003, our MY database can completely meet the needs of the time, because it was only a few people from online shopping, money and goods delivery in confined now However, from the beginning of the second half of 2003, the Alibaba's decision makers to start thinking about transferring the data to the Oracle cluster, obviously they have been aware of technical debt, to ensure that the later Oracle architecture provides a strong support for the safety and security of the financial payment, on the other hand is a technical debt resistance, we have predicted some business opportunities, then we decided to adjust the system architecture, in the actual change in technical debt will slow down the process of our invisible, as we say in the second part, we will accelerate the development of the system.
正在翻譯中..
 
其它語言
本翻譯工具支援: 世界語, 中文, 丹麥文, 亞塞拜然文, 亞美尼亞文, 伊博文, 俄文, 保加利亞文, 信德文, 偵測語言, 優魯巴文, 克林貢語, 克羅埃西亞文, 冰島文, 加泰羅尼亞文, 加里西亞文, 匈牙利文, 南非柯薩文, 南非祖魯文, 卡納達文, 印尼巽他文, 印尼文, 印度古哈拉地文, 印度文, 吉爾吉斯文, 哈薩克文, 喬治亞文, 土庫曼文, 土耳其文, 塔吉克文, 塞爾維亞文, 夏威夷文, 奇切瓦文, 威爾斯文, 孟加拉文, 宿霧文, 寮文, 尼泊爾文, 巴斯克文, 布爾文, 希伯來文, 希臘文, 帕施圖文, 庫德文, 弗利然文, 德文, 意第緒文, 愛沙尼亞文, 愛爾蘭文, 拉丁文, 拉脫維亞文, 挪威文, 捷克文, 斯洛伐克文, 斯洛維尼亞文, 斯瓦希里文, 旁遮普文, 日文, 歐利亞文 (奧里雅文), 毛利文, 法文, 波士尼亞文, 波斯文, 波蘭文, 泰文, 泰盧固文, 泰米爾文, 海地克里奧文, 烏克蘭文, 烏爾都文, 烏茲別克文, 爪哇文, 瑞典文, 瑟索托文, 白俄羅斯文, 盧安達文, 盧森堡文, 科西嘉文, 立陶宛文, 索馬里文, 紹納文, 維吾爾文, 緬甸文, 繁體中文, 羅馬尼亞文, 義大利文, 芬蘭文, 苗文, 英文, 荷蘭文, 菲律賓文, 葡萄牙文, 蒙古文, 薩摩亞文, 蘇格蘭的蓋爾文, 西班牙文, 豪沙文, 越南文, 錫蘭文, 阿姆哈拉文, 阿拉伯文, 阿爾巴尼亞文, 韃靼文, 韓文, 馬來文, 馬其頓文, 馬拉加斯文, 馬拉地文, 馬拉雅拉姆文, 馬耳他文, 高棉文, 等語言的翻譯.

Copyright ©2025 I Love Translation. All reserved.

E-mail: