关帖~~~~~~

hlpang

披狼皮的羊 发表于 17-11-2012 09:02 AM
喔。。 基本上。。 那個是一個 connection 。。能 handle 所有軟件開發。。
不管你是那一個 line 的軟件 ...

看来你是做着system conversion把现有的旧技术系统改用新的技术吧？ 而且是in-house那种。。。

我不会写framework，但对system design,尤其是你们所谓的data layer特别感兴趣。

现在你想在data layer加点咚咚来解决distribute database是吗？

可以说说你们的system architechture吗？

披狼皮的羊

hlpang 发表于 19-11-2012 10:20 AM
看来你是做着system conversion把现有的旧技术系统改用新的技术吧？ 而且是in-house那种。。。

我不会 ...

in house 是 inhouse.. 不過我們的一個 in house.. 基本上比一般上的 software hosue 還要複雜 N 倍。。
別懷疑。。 牽涉了最少 18種類完全毫無相關的行業。。 and not to mention 他們之間的 sub 行業。。
所以。。 規模。。 絕對不會比 SAP 小。。

至於所謂的 data layer 那邊。。目的是為了減少 database user 而設而存在。。
而目前最大的問題就是無法解決 multi location database 的狀況。。。
因 multi location = multi user logon.. 基本上就違反了這個 controler 的基礎定義。。

至於 architechture 方面。。你要知道那一個 Layer 的 Architechture ?
基本上後面主力為 C++ 配合一些 C shell 前方主力為 Power Builder 跟 Java..

aquamax

披狼皮的羊 发表于 19-11-2012 10:42 AM
in house 是 inhouse.. 不過我們的一個 in house.. 基本上比一般上的 software hosue 還要複雜 N 倍。。
...

你的MULTI LOCATION DB要ONLINE REALTIME SYNC?

披狼皮的羊

aquamax 发表于 19-11-2012 11:23 AM
你的MULTI LOCATION DB要ONLINE REALTIME SYNC?

還不必走到這邊。。。

單單 user 那邊就卡著了。。。

hlpang

披狼皮的羊 发表于 19-11-2012 10:42 AM
in house 是 inhouse.. 不過我們的一個 in house.. 基本上比一般上的 software hosue 還要複雜 N 倍。。
...

简直是猪头骨。。。开玩笑。

system architechture 是比framework 更上一层的图解。 说明整个系统有的components 如：server,storage/db,client, network, applications. 他们如何连接，用的科技等。还有是online, offline processing.

DBMS是用那个？
有用middleware？

1. data layer 那邊。。目的是為了減少 database user 而設而存在。

复制代码

你门只是为了这个目的而已？

披狼皮的羊

hlpang 发表于 19-11-2012 12:25 PM
简直是猪头骨。。。开玩笑。

system architechture 是比framework 更上一层的图解。 说明整个系统有的 ...

err 我們的情況。。跟你講的這個有點不同咯。。

如果以目前的情況而言。。 是中區數據模式。。全部集中在一起
前線 database 為 SQL 7 跟 Oracal , 後面的則是 Sybase
數據方面是前線的 database compile 好資料之後就推去後面的 sybase 進行 Archive 以及更高級的 processing..
不過那些跟 Framework 還沒甚麼關係。。

略去 User Client 那個部分不說。。跟 Framework 有關係的則是
三種不同的 database 則用三台不同的 Interchange Server(模擬 client) 控制..
而中區 Apps Control server 則負責 Distribute data stream 。。根據前線 user 不同的「需求」分配給不同的 Database
最後就是很多台 Apps Server(Modular), Web Server.. 以及 R&D Server..
根據不同的需求 References 去不同的 Apps Server

至於 Client 方面。。則是 Apps 本身控制不同的 module 就 point 去不同的 Apps Server


那個 framework 當然不知為 user 而設而已。。
不過那卻是最重要的 objective 之一
如果這個 Objective 無法解決。。基本上 Apps Control Server 的那個 Distribution 版本就只好繼續用下去。。
修改也是修前面的 Framework

絃之花刖

momochacha2007 发表于 7-11-2012 04:07 PM
做了差不多10幾年的 IT, 但你的薪水只有RM1000？

RM1000 是给他买糖的，不要质疑，表逼他post pay slip

絃之花刖

aquamax 发表于 7-11-2012 05:01 PM
你果然是做老板的料.....

他已经是

momochacha2007

絃之花刖 发表于 19-11-2012 10:24 PM
RM1000 是给他买糖的，不要质疑，表逼他post pay slip

RM1000 是给他买糖的 +1

mapolang1981

通常都和薪资有关的。。。

hlpang

披狼皮的羊 发表于 19-11-2012 12:46 PM
err 我們的情況。。跟你講的這個有點不同咯。。

如果以目前的情況而言。。 是中區數據模式。。全部集中 ...

好刺激哦...

基本上你们要写类似Open Database Connectivity (odbc)是吗？

apps control server （ACS）是这类咚咚吗？
http://www.unityjdbc.com/features.php

披狼皮的羊

hlpang 发表于 20-11-2012 11:52 AM
好刺激哦...

基本上你们要写类似Open Database Connectivity (odbc)是吗？

比這個複雜很多 kok....

「那個部分」差不多類似 ODBC.. 不過。。 還要強化 N 倍。。。

其實。。這個部分不是最刺激。。。。

Front End 的那個才叫做刺激。。。

IA coding generation 真的會死人

hlpang

披狼皮的羊 发表于 20-11-2012 12:00 PM
比這個複雜很多 kok....

「那個部分」差不多類似 ODBC.. 不過。。 還要強化 N 倍。。。

复杂没关系，别简单复杂化就好。。。说的是system design. 上面/外层的随便，造成下面/里面更多不必要的麻烦。 design framework 也是如此。

最讨厌front-end。。。因为有些“求完美”，往往花掉不必要的时间。。。遇到要求高的user就。。 还是back-end爽， 做好funtionality+performance就满够了。

IA coding generation 是烦event吧。 还是要看那framework要做到几普遍。 有些冬冬还得放在app layer做咯。

披狼皮的羊

hlpang 发表于 20-11-2012 12:22 PM
复杂没关系，别简单复杂化就好。。。说的是system design. 上面/外层的随便，造成下面/里面更多不必要的麻 ...

AI Coding 還有給你 Event 哦。。。

如果用到 user event 就不算 AI 了咯。。。

就是為了要應付 Front End User 要求完美以及減少 Programmer 的失誤。。我們才 implement Framework 啊。。

hlpang

披狼皮的羊 发表于 20-11-2012 12:30 PM
AI Coding 還有給你 Event 哦。。。

如果用到 user event 就不算 AI 了咯。。。

你们的AI coding 不包括user control？

话说这framework外面市场demanding吗？

披狼皮的羊

hlpang 发表于 20-11-2012 04:38 PM
你们的AI coding 不包括user control？

话说这framework外面市场demanding吗？

市場 deman 不 deman 我不知道。。
但是我能肯定的是。。 這個 Framework 我們不打算拿來單賣而已。。。

User Control ?? 你說 Front End Object 那邊。。

AI Coding Generator 基本上整個 Framework 的中驅啊。。。
之前還弄到能漂移的那種 tim.. 好像病毒這樣傳染的。。。

hlpang

披狼皮的羊 发表于 20-11-2012 04:43 PM
市場 deman 不 deman 我不知道。。
但是我能肯定的是。。 這個 Framework 我們不打算拿來單賣而已。。。 ...

但是我能肯定的是。。 這個 Framework 我們不打算拿來單賣而已。。。

整个enterprise system hosting

User Control ?? 你說 Front End Object 那邊。。

对阿， user control也会有些standard event吧? 我的想法是re-usable的就能放在ai code generate里。好像templete酱自动出pre-defined的code.

chowchho

我觉得你们用“architecture”这个term会好过用“framework”，多人明白一点。
比如说3-tier multi-layer 就是其中一种，是developer比较熟悉的。

披狼皮的羊

hlpang 发表于 20-11-2012 05:12 PM
整个enterprise system hosting

对阿， user control也会有些standard event吧? 我的想法是 ...

基本上是整個 system 的 hosting..

基本上我說的不是 predefine coding 咯。。
predefine coding 基本上就是 framework 本身。。這個沒甚麼大不了

我講的是。。 critical behivior 的時候。。會自己產生一系列的 code 基本上是 SQL 之類配合一些 C shell 的 code 啦。。自動修正數據。。
其中包括識別 那個 behivior 的種類，數據 error，標準處理方式等等。。
之後 對 Apps Server 那邊的 controller 做出修正以及 update..
也就是 compile 一份 dll 或者其他 LIB 或者 .h 給前線 framework 修正。。。

披狼皮的羊

chowchho 发表于 20-11-2012 05:45 PM
我觉得你们用“architecture”这个term会好过用“framework”，多人明白一点。
比如说3-tier multi-layer  ...

Architecture 這個比 Architecture 還要高幾個 Level 。。 更不是 3-tier multi-layer ...

基本上是先要有 Framework 才能根據那個 Framework 設計那個 Architecture...
才能建立系統的原型。。 之後。。 才能開發前線軟件。。。
所以差別很大的。。。

不同系列的驅動有不同的名稱。。
如果以 M$ 系列就是 Framwork 這個名稱。。
如果是 PB 謝列是 Ancesstor Script
如果是 Unix 系列。。我們基本上叫做 Shell Controller ..