頗有趣的產品 
Delphi 2007 for Win 32
Delphi for PHP

希望可以支援 UniCode 和在 Vista上安裝不會有任何問題, 也不需要調整什麼設定

------
能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！

子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！

我倒是不期望它可以在 vista 上面跑。
讓 vista 上巿後有越長的空窗越好。
讓大家可以冷靜思考再一直跟著M＄走下去，開發人員要投入多少成本。
企業要投入多少成本。因為VISTA而昇級的硬體又要多耗多少能源。地球暖化現象因為VISTA又要惡化多少？
(PS.耗能等於產生二氧化碳）

真的有必要用到 vista 嗎？
我們的工作，有那一件是非它不可的呢？？？？

嗯。有些離題。

其實。我比較期望看到的是 cross compiler，當然不是 Linux, Win32 的 cross 了。
而是跨 CPU 級的。可以含括 X86, ARM, MIPS, MSP430, DSP.....etc 的 cross complier.
而不是這種東西。

以系統來看。天下合久必分，分久必合。
當年大型主機對數台終端機。而PC的出現打破了這個現象。
而現在網路的興起。造就了中央主機的需求。
當然這個中央主機不再像當年那種可怕的怪物。
而是以PC即可取代的形式。
而我們家裏的電腦剩下什麼功能？
文書？學生用得比較多吧。我們都不想把工作帶回家做。
試算表？開玩笑。文書都不想動了還動試算表。
那還剩下什麼呢？？
打遊戲跟上網吧。
上網，應是最大的需求。
上網，需要很快的CPU嗎？要很大的RAM嗎？很好的OS嗎？我想是不必。

我承認打遊戲是要很大的資源。可是別忘了，PC再怎樣強的遊戲程式，都很難跟正式的遊戲機相比。
這也是為什麼M＄要插手進行XBOX的原因。

假設，大家遊戲平台都在遊戲機，不管是 PSIII, Wii, XBOX....etc
那我們的電腦還要很強嗎？

那這時候，寫程式的我們會去那裏呢？
寫 web base 程式。
寫 socket server 程式。

另一個就是寫單晶片程式。
為什麼我會說是單晶片程式？
web base, socket server 程式是說分久必合。大家的事情都在 server 上面處理。blog 就是個例子。
而合久必分呢？就是寫單晶片程式。
單晶片的發展在近兩年來可以說是以LOG曲線在成長。
以 ARM 來說。已經有1美元的產品了。
也就是說它加上 power 就可以做簡單的控制。
天啊。成本一百台幣左右就可以做到控制水，電。。。。。等等。
而它的開發門檻又很低，只要會C語言。不再需要使用ASM
(當然，想要做到 real time, 講速度的時候還是要用)
這對很多困守M＄的工程師是一個很大的巿場。
想想自動控制，要以8051來做的話。很少人能用C。
大多都是用ASM。這個門檻就比較高了。
但是一旦採用高階語言的開發。勢必可以讓業界產生很大的震憾。
工業的自動控制將近20年沒有新花樣了。
而工業的自動控制技術走入家庭是遲早的事情。
我也相信這應該是快要發生的事情。
因為單晶片的種類變多樣了。
只要在軟體開發平台可以再人性化一點。
我想我們家裏的自動化很快就能實現。

所以我比較看重的是 Borland (CodeGear) 是不是有 cross compiler 的產品。
這關係著它還能不能在巿場活個十年二十年。^^
===================引 用 文 章===================
希望可以支援 UniCode 和在 Vista上安裝不會有任何問題, 也不需要調整什麼設定

嗯！暗黑大有見解，小弟投一張贊成票。
===================引 用 文 章===================
我倒是不期望它可以在 vista 上面跑。
讓 vista 上巿後有越長的空窗越好。
讓大家可以冷靜思考再一直跟著M＄走下去，開發人員要投入多少成本。
企業要投入多少成本。因為VISTA而昇級的硬體又要多耗多少能源。地球暖化現象因為VISTA又要惡化多少？
(PS.耗能等於產生二氧化碳）

真的有必要用到 vista 嗎？
我們的工作，有那一件是非它不可的呢？？？？

嗯。有些離題。

其實。我比較期望看到的是 cross compiler，當然不是 Linux, Win32 的 cross 了。
而是跨 CPU 級的。可以含括 X86, ARM, MIPS, MSP430, DSP.....etc 的 cross complier.
而不是這種東西。

以系統來看。天下合久必分，分久必合。
當年大型主機對數台終端機。而PC的出現打破了這個現象。
而現在網路的興起。造就了中央主機的需求。
當然這個中央主機不再像當年那種可怕的怪物。
而是以PC即可取代的形式。
而我們家裏的電腦剩下什麼功能？
文書？學生用得比較多吧。我們都不想把工作帶回家做。
試算表？開玩笑。文書都不想動了還動試算表。
那還剩下什麼呢？？
打遊戲跟上網吧。
上網，應是最大的需求。
上網，需要很快的CPU嗎？要很大的RAM嗎？很好的OS嗎？我想是不必。

我承認打遊戲是要很大的資源。可是別忘了，PC再怎樣強的遊戲程式，都很難跟正式的遊戲機相比。
這也是為什麼M＄要插手進行XBOX的原因。

假設，大家遊戲平台都在遊戲機，不管是 PSIII, Wii, XBOX....etc
那我們的電腦還要很強嗎？

那這時候，寫程式的我們會去那裏呢？
寫 web base 程式。
寫 socket server 程式。

另一個就是寫單晶片程式。
為什麼我會說是單晶片程式？
web base, socket server 程式是說分久必合。大家的事情都在 server 上面處理。blog 就是個例子。
而合久必分呢？就是寫單晶片程式。
單晶片的發展在近兩年來可以說是以LOG曲線在成長。
以 ARM 來說。已經有1美元的產品了。
也就是說它加上 power 就可以做簡單的控制。
天啊。成本一百台幣左右就可以做到控制水，電。。。。。等等。
而它的開發門檻又很低，只要會C語言。不再需要使用ASM
(當然，想要做到 real time, 講速度的時候還是要用)
這對很多困守M＄的工程師是一個很大的巿場。
想想自動控制，要以8051來做的話。很少人能用C。
大多都是用ASM。這個門檻就比較高了。
但是一旦採用高階語言的開發。勢必可以讓業界產生很大的震憾。
工業的自動控制將近20年沒有新花樣了。
而工業的自動控制技術走入家庭是遲早的事情。
我也相信這應該是快要發生的事情。
因為單晶片的種類變多樣了。
只要在軟體開發平台可以再人性化一點。
我想我們家裏的自動化很快就能實現。

所以我比較看重的是 Borland (CodeGear) 是不是有 cross compiler 的產品。
這關係著它還能不能在巿場活個十年二十年。^^
===================引 用 文 章===================
希望可以支援 UniCode 和在 Vista上安裝不會有任何問題, 也不需要調整什麼設定

Delphi for PHP ---- 酷斃了 !
Delphi 2007 for Win32 ---- 沒搞頭
看來, Delphi 2007 大概會多吸引一些 PHP 的程式設計師, 而對於傳統 Delphi7 的程式師, 似乎還是沒什麼吸引力,
從 CodeGear 的網站中, 看到新版 Delphi 可以撰寫 AJAX 的網頁程式,
但微軟的 ASP.NET AJAX 1.0 已經正式發佈了, Delphi2007 在 AJAX 方面恐怕跟微軟的產品會有相當大的差距,
而看起來 Delphi2007 又沒有其他特別出色的功能, Win32 的部份連 Unicode 也沒支援,
恐怕 Delphi2007 還是無法力挽狂瀾
但無論如何, Delphi2007 畢竟是 CodeGear 努力的成果, 希望 CodeGear 能持續努力, 推出比微軟更好的產品

 另,Delphi for Java 怎沒下文了.

或如果是,for PDA 或 for SmartPhone 也很不錯..


把 C/C 的compiler改成 Delphi 應該不會很難才對. 怎麼一直都沒有.. 真奇怪..

delphi for PHP  有人使用過嗎??   好用嗎???

台灣delphi for PHP 一套不知多少錢???

台灣要找誰買??

Borland 有 JBuilder 做 Java 開發, 不需要有 Delphi for Java
===================引 用 文 章===================
?另,Delphi for Java 怎沒下文了.

或如果是,for PDA?或 for??SmartPhone 也很不錯..


把? C/C 的compiler改成 Delphi 應該不會很難才對. 怎麼一直都沒有.. 真奇怪..



?

------
能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！

子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！

Delphi for Java  vs JBuilder 還是有差異.

1.有些現有系統是用 Delphi 開發, 如果要移值到Java 平台.
多一個選項.

2.對Delphi程式設計師而言,其 Delphi 比 Java 熟練.


3.則要看 Delphi for java 能做到什麼程度,穩定性,相容性,速度等, 好不好上手.
再來看 for Java 在業界口碑能不能打開了,吸引想要在Java平台上發展的.


想想看 , Delphi for .Net :
1.對 Microsoft 陣營迷的人來說,Delphi 畢竟不是 microsoft 堆出的東西.
要用 .Net, 他們的反射思考動作,大概還是先使用 C#,VB.Net 等.
所以要在這開山闢土並不容易.

2.原Delphi 使用者,大都是非Microsoft 死忠陣營的人,
並不想被Microsoft的東西綁住, 且主要是 .NET 本身誘因也不強,
且Microsoft的東西,它會不會故意動手腳,讓Delphi外來難全部支援也是未知數.

所以 Delphi for .Net ,就現階段,對舊用戶還有潛在用戶,均很難有強大吸引力.



Java 本身誘因就有不錯吸引力, 又不用擔心被微軟的東西綁死.



所以, Delphi for Java 的餅,應該會比 Delphi for .Net 還大.



不過缺點,要是真的太強,倒是真有可能壓縮 JBuilder 的市場.

搞不好,兩個還可以2合1.

ARM7我記得最便宜也要3USD，沒想到現在連1USD都有，暗黑大請問一下是哪家的產品？

雖然ARM大部分都是用C寫，不過少部份還是要用到asm，比方說boot & interrupt，
組語並不是什麼洪水猛獸，花點時間耐心學就會了

http://www.zlgmcu.com/LUMINARY/Stellaris/Stellaris_catalog.pdf

這一家我還沒看過國內有誰用過...@@

我用過samsung、sharp、intel ARM SoC，個人覺得問題還是出在開發工具上，太貴了！
RealView要30萬，用GCC要東湊西湊的，很麻煩...

ICE也不便宜，雖然可以用Printer Port湊合著用，但是仍不如專業產品好用

還有ARM因為製程的緣故，很少看見有5V的產品，都是3.3V甚至更低的，而且DIP包裝的產品不多，
DIY不像8051那麼容易(電子材料行湊一湊就可以玩，ARM光是chip就不知道要去哪找)

不過看來ARM很快就會壓死一堆16bit MCU...XDDD

其實暗黑兄講的頗有道理，小弟以前寫純AP能做的東西實在很有限，後來小弟學會 8051、ARM
之後發現其實 M$ 外還有很廣大的天空，而且 firmware 配合 windows AP更是變化無窮，以暗黑
兄講的水電控制好了，可以用PC作為host，然後透過RS485甚至是TCP/IP去作I/O控制、Sensor
資料讀取偵測...可以玩的東西太多了

而且重點是競爭對手不像網頁資料庫那種東西那麼多，而且用硬體綁軟體對手要模仿沒那麼容易

不過話說回來這條路還蠻難走的，尤其是線性電路的東西對寫軟體的人來講真是隔行如隔山.....0rz

所以。你要 vista 做什麼？
codegear 再來要做什麼？
如果你的開發工具可以做到讓 win AP 的開發者可以”無痛”轉移
（不敢說無痛啦。只期望少痛）
不就是為軟體開發者的生存創造了另一條路嗎？
也為他自己的生存開了一條大道。

codegear 有出 PHP 的 開發工具,一直找不到試用版,

真的都沒人用過嗎????

想想 只會 delphi ,不會 web 開發,對程式員似乎少了什麼...... 工作也不好找
可是 用 delphi 開發 web ,又不是主流,感覺有疊床架屋的感覺,也許該換換開發工具
但是 我 .NET 也不會, JAVA 也不會,有看過 php 的書,且 php 資源不少..... 免費,Linux 主機也可以 RUN
所以若 codegear 有 php 的開發工具,又是用 delphi 的語法....真是絕配
那我就不用花時間學其它的了,青春有限.....


===================引 用 文 章===================
codegear 再來要做什麼？

那你就看它會不會順應民意。順乎天。應乎人的出那個版本吧。
如果會。應該早就出了。
記得在 Kylex 發表會時就跟李匡正吐槽了。
我：匡正，你這個 Kylex 要做什麼用呀。
匡正：寫 Linux 程式呀。
我：Linux 程式還用得著我們寫呀，大多數人也不寫這個程式呀。那方面的LINUX程式勒？
匡正：資料庫吧。
我：喔。那請問一下資料庫程式。。。。是PHP容易上手還是PASCAL為主的KYLEX？
匡正：嗯。。。。。。那你拿去寫 driver 吧。
我：什麼時候 Linux 的 driver 要用到我們來寫了？照輪也不知道要輪到民國幾年才會輪到我們寫吧。
匡正：嗯。。。。

所以。。。小蚊子。你慢慢等吧。CCCCC
PS.回想一下 Kylex 是幾年前的事。它的 T 恤我還在穿。那天在外面看到我穿著它的走在路上，別打我。

===================引 用 文 章===================
codegear 有出 PHP 的 開發工具,一直找不到試用版,

真的都沒人用過嗎????

想想 只會 delphi ,不會 web 開發,對程式員似乎少了什麼...... 工作也不好找
可是 用 delphi 開發 web ,又不是主流,感覺有疊床架屋的感覺,也許該換換開發工具
但是 我 .NET 也不會, JAVA 也不會,有看過 php 的書,且 php 資源不少..... 免費,Linux 主機也可以 RUN
所以若 codegear 有 php 的開發工具,又是用 delphi 的語法....真是絕配
那我就不用花時間學其它的了,青春有限.....


===================引 用 文 章===================
codegear 再來要做什麼？

Kylix不是掛很久了？

基本上 Linux 上的軟體我還沒聽過有什麼人用買的，所以 Kylix 會掛是可預見的事，
重點是在上面開發軟體的人根本不在乎有沒有RAD Tools，自己 build GCC是司空見慣
的事，基本上能把Linux玩的嚇嚇叫的人對文字介面可比GUI還習慣

但是Linux driver還是有市場，embedded linux還是有機會需要改driver或寫新的，
但是Kylix不可能會去作ARM,MIPS cross compiler 哈...

其實C Builder拿來寫工具跟firmware搭配是非常好用的(左上角那個視動好像
就是這樣玩?)，只可惜 Borland 老把 BCB 當作二軍...= =

vista企業用戶有幾家願意升級？我很懷疑，基本上windows2000 office2000就已經可以應付大部分的需求，
換個更漂亮的3D視窗能增加工作效率嗎？企業不需要電子花車...

每次看到那種搞得很花俏的AP就倒胃口，又不是遊戲選單有必要搞成這樣嗎？Google的介面多陽春，還不是
很多人愛用，重點是要搔到癢處...^^

對了,我這指的 Delphi for java,

是用 "Delphi的語法" 的程式, 可以編譯成 java 的 bytecode 的IDE.


而不是,只有介面是 Delphi like ,而語法還是 JAVA 的.

以前李維有在雜誌上有提過,borland似乎有這個打算,
技術上,Delphi 跟 java 也滿多相似處, 技術可行性很高.





===================引 用 文 章===================
Borland 有 JBuilder 做 Java 開發, 不需要有 Delphi for Java
===================引 用 文 章===================
?另,Delphi for Java 怎沒下文了.

或如果是,for PDA?或 for??SmartPhone 也很不錯..


把? C/C 的compiler改成 Delphi 應該不會很難才對. 怎麼一直都沒有.. 真奇怪..

真的推出Delphi for Java 要幹嘛？有誰會這樣用？需求在哪？...

原本用Java的人不會轉過去，然而原本Delphi編譯快執行也快的優點也會蕩然無存，有啥意義？

很顯然的Windows上的開發工具商只剩一家，就是微軟...(我並非微軟派，實話實說罷了)

出社會多年很少看到有人用Borland產品開發軟體，有的話也是歷史包袱，對岸可能比較多吧！

重點是Windows Programming已經是紅海一遍，寫什麼軟體才能長遠走下去才是要好好思考的...:)

不,


這可以是截然不同的重要里程碑,對 Delphi 的有許多意義與助益,


主要,單就 "Java平台的吸引力", 這每個人看法就不同,不是嗎?



當然,每個人利害關係不同,經驗看法見解有所不同,



另外,其實如果是微軟的人, "鐵定" 會唱衰這種方案.
因為她希望看的是大部分的應用程式都專注在windows上,也不好移植到別的平台.
如果越多應用程式是建立在java平台.是不利因子.不是嗎?



===================引 用 文 章===================
真的推出Delphi for Java 要幹嘛？有誰會這樣用？需求在哪？...

原本用Java的人不會轉過去，然而原本Delphi編譯快執行也快的優點也會蕩然無存，有啥意義？

很顯然的Windows上的開發工具商只剩一家，就是微軟...(我並非微軟派，實話實說罷了)

出社會多年很少看到有人用Borland產品開發軟體，有的話也是歷史包袱，對岸可能比較多吧！

重點是Windows Programming已經是紅海一遍，寫什麼軟體才能長遠走下去才是要好好思考的...:)

它就會來個不支援JAVA的OS平台發表。^_^
就像 IE 不再內建支援 java applet 一樣。
讓你不得不使用它的 ActiveX
真的是有夠X

首先要去觀察的是，有多少公司用Java開發產品賺錢的？有人講SAP就是用Java壓，
很賺錢...but! 他是一家外商公司，講的白一點國內有幾家本土軟體廠商？有幾家用Java？

技術上很有趣並不代表實際上可以創造收益...

到目前為止國能真正聽過靠Java創造驚人價值的是做JVM的公司...

而且講白點Ruby現在還比較紅說

會有 Turbo Delphi 2007 Explorer 和 Turbo C++ 2007 Explorer 免費版本嗎 ?

------
能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！

子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！

不管 8051, ARM11

我們都是用 C 寫的
沒有組合語言

手機也是 C 沒有 C

所以 C 才是王道

3/22去聽了codegear的說明會
Delphi 2007 for Win32 和 Delphi for PHP 終於支援 UniCode 了, 也可以在 Vista 中安裝沒有問題喔 !!
===================引 用 文 章===================
希望可以支援 UniCode 和在 Vista上安裝不會有任何問題, 也不需要調整什麼設定

Delphi for php, php本來就....所以就不講了..
for Win32，對不起是DBX4的部份，Demo還是用TntWare..

聽歸聽，還是等到產品發一陣子再說吧..
君不見Delphi的某些版本..(略)

===================引 用 文 章===================
3/22去聽了codegear的說明會
Delphi 2007 for Win32 和 Delphi for PHP 終於支援 UniCode 了, 也可以在 Vista 中安裝沒有問題喔 !!

------
不論是否我發的文，在能力範圍皆很樂意為大家回答問題。
為了補我的能力不足之處，以及讓答案可以被重複的使用，希望大家能儘量以公開的方式問問題。
在引述到我的文時自然會儘量替各位想辦法，謝謝大家！

大大說得是沒錯啦
畢竟新出來的東西還是需要觀望一陣子
最好是趕快能有試用版來 TRY TRY 看囉
===================引 用 文 章===================
Delphi for php, php本來就....所以就不講了..
for Win32，對不起是DBX4的部份，Demo還是用TntWare..

聽歸聽，還是等到產品發一陣子再說吧..
君不見Delphi的某些版本..(略)

===================引 用 文 章===================
3/22去聽了codegear的說明會
Delphi 2007 for Win32 和 Delphi for PHP 終於支援 UniCode 了, 也可以在 Vista 中安裝沒有問題喔 !!

支援 unicode ??? D 2007 有相容舊版的包袱,應該不會全面支援 UniCode !

資料庫存取是可以讀/存 Unicode 的內容

螢幕輸出/入 還是靠 TNT 補足

------
---------------------------------------
偶爾才來 KTOP ,交流條碼問題,在 FB [條碼標籤達人] 社團留言,感恩.

Delphi 2007 for Win 32
看了這網頁發現幾個有趣的東西

MSBuild
可對專案建置進行更細部的設定,或許就是MSBuild所以才要安裝net 2.0 framework SDK
DUint
和JUnit功能相同的單元測試工具
FastCode
在李維的網誌也有提到
從Delphi 2007 For Win32開始CodeGear啟動了使用FastCode專案，一些RTL的底層程式碼已經開始
改變成使用FastCode專案，這可以讓Delphi 2007 For Win32編譯出來的Delphi應用程式比以前版本
編譯出來的應用程式執行得更快。 我到fastcode下載原始碼,有許多的程式碼都用組合語言改寫過
還有針對不同CPU所撰寫的最佳化程式,編譯出來的程式可以執行更快
但在VCL and RTL enhancements since Delphi 7提到似乎對字串的處理比較有用
Indy10
Indy v10 components with more than 120 Internet protocols and Internet standards
在Delphi之前的版本,安裝Indy10總是有問題,終於在Delphi2007解決了
TGIFImage
Support for GIF images within TImage via TGIFImage library class
TImage支援gif檔,老早就該提供的功能卻遲到現在才有

其實很多的3rd Party功能真的很強大,Delphi只要多傾聽使用者的建議
將重要的元件收入,其實Delphi還是可以和Visual Studio 2005一較高下的

其他功能強大的元件
JVCL擁有超多的元件
Graphics32更快的繪圖處理函式,有些程式碼是用組合語言改寫
TurboPower
但自從開放原始碼後,每個檔案都加上版權宣告但沒有設為註解
所以這個元件到現在我還無法安裝成功

另外問一下有下載試用版的網友
當初安裝時我沒有裝說明文件,因為檔案太大了(好像多600MB)
請問delphi2007在說明文件有改進嗎?