Posts Tagged ‘ Reprint

[轉載]描述語言成軟體開發新寵

轉載自: CNet


過去曾經被專業程式設計師視為太簡單的描述語言(scripting languages),正逐漸成為企業軟體開發界裡的一等公民。

資料庫大廠甲骨文(Oracle)要在週一宣佈一項合作案,可望能夠讓採用Zend Technologies 公司PHP工具的企業,更容易建立客製化的應用。PHP是一種用來設計網頁的開放原始碼描述語言。

除了甲骨文的加碼PHP之外,近來軟體大廠如IBM、昇陽(Sun),及微軟,也都大力投入越來越受歡迎的描述語言,或者也稱「動態」(dynamic)語言。

描述語言過去以來已經用在網路上各種應用的設計上,但是一般而言,企業開發者並未廣為採用。但是近來有越來越多的企業與IT專業從業者尋求以這種語言,做為簡化與加速公司內客製化程式的方法,藉以避免近來普遍存在的應用軟體過於龐大或預算暴增的問題。

「描述語言越來越受歡迎而且越來越強大,只因為它太容易使用了。」顧問公司InterKnowlogy執行長Tim Huckaby表示。「這跟完成時機與金錢有關,而非關底層究竟有多優雅。」

藉由與Zend的合作,甲骨文趕搭PHP的這股風潮,並鼓勵Oracle資料庫的使用。根據Zend行銷副總裁Pamela Roussos表示,目前,Zend客戶有20%以上使用Oracle資料庫。

同時甲骨文也可吸引較小型的公司企業而擴大其客戶群──這些客戶通常缺乏強大的IT部門以一些知名的程式語言來打造龐大的客製化商業應用軟體。相較於較為 複雜的Java、C、C++,及Visual Basic,描述語言可以不需要電腦科學學歷或太多的專業訓練即可廣被採用。

甲骨文用來執行客製化商業應用的自家開發工具及相關的「中介軟體」都是以Java為基礎。同樣的,IBM、BEA、昇陽等廠商也都持續在投資Java標準。另一方面,微軟的工具則是以它專屬的「.Net」軟體為基礎。

Zend採用開放原始碼的PHP軟體並專門為企業開發者提供開發工具。

Read more

[轉載]個人品牌的建立

轉載自: Neo's Blog


上個月做日盛的案子做到沒日沒夜,連 Blog 都沒時間更新了。那現在就來想想,為什麼日盛的案子會做到沒日沒夜?

專案時間緊迫、規格不確定、要求太多、純做表面的程式...所有不應該發生的事都發生在日盛這個案子上。而且原因都很平常,有沒有什麼辦法可以避免掉呢?

一般 SOHO 族如果一條龍式的包下來比較能控管整體專案的品質,但是與專案經理跟業務搭配的時候,該擋的應該要擋掉,讓業務予取予求,就等於讓 End user 予取予求,畢竟出嘴比出力輕鬆許多,累的都是最後在做工的可憐 SOHO 族。

那為什麼要扯到個人品牌呢?

以美術設計來說,同樣一個插畫,為什麼一定要你來畫? 別人就不能畫嗎?

就算給你畫,畫出來客戶還會東嫌西嫌,東改西改,難道自己的東西真的那麼不堪嗎?

那為什麼還要做下去?

Read more

[轉載]網路開店到底可不可行?

轉載自: Neo's Blog


昨天去夢想家維護系統的時候,裡面一位員工說要自己出來開網站,我建議他到奇摩拍賣先去試試,而他的想法卻是「希望有一間自己的網路商店」。

他問了 Hinet 最便宜的開店方案,一個月也要一萬多。

以他目前的狀況,既不懂行銷,又不懂網站,只單純的會美工及找產品,就算Hinet的只有一百元,成功的機率都不高。

想要有自己的店面是很多創業者的夢想,但是在網路開不開店完全不是重點,開店是在實體世界才需要做的事,網路創業風潮一再被媒體及開店平台商扭曲,變成沒有自己的店面好像就沒辦法在網路上做生意。

Read more

[轉載]老闆,你的網站要放啥東東?

轉載自: 魔力設計


我是常常遇到搞不清楚狀況就來砸錢的客戶, 我的辦法及順序 如下.

  • 請客戶定義網站的目標..
  • 請定義目標客戶群(網站的瀏覽者…)
  • 自己先試著搞清楚客戶公司的業務內容
  • 自己找幾個相同產業的網站,或競爭者的網站 ,提供給自己跟客戶參考
  • 試著做出架構圖給客戶看(參考別人的網站做…很重要!!!不然客戶可能一輩子都生不出來!!!)
  • 架構圖大致確定後 , 作一份完整文件給客戶 (包含自己對公司所要表達的東西的理解…風格…色系..主要功能…完成日期..etc..)
  • 跟客戶確定以後網站內容的更新頻率(用來決定運用的技術..php..etc..)
  • 做一份網站原型…jpeg+html (有基本連結功能…)

總之, 千萬別被不清楚狀況的客戶牽著鼻子走…文件要清楚…自己的時程表也要堅持, 搞的一付很專業的樣子就對了. 多參考別人的網站 , 就會對哪些東西該放哪些東西不該放有概念. 反正, 對soho來說 ” 效率就是金錢!!! “

對了!!我也遇過 "電子郵件=網址"… 一肚子火說,他還嫌我概念不對….媽的哩(對不起..罵了髒話!!)…

[轉載]P2P 軟體使用埠號

轉載自: Network Lab@FreeBSD


P2P 軟體使用埠號 (預設值)

  • BT (BitTorrent) : 6881 - 6999(tcp) , 6881 (tcp)
  • eMule/eDonkey: 4661/4662 (tcp) , 4672 (udp) , 4665 (eDonkey-udp) , 4711 (web)
  • shareaza: 6346
  • dc++: 1411 - 1413
  • Grokster / KaZaA / Morpheus: 1214
  • Hotline: 1234,5498,5499,5500,5501
  • Gnutella / Bearshare / Xolox / ToadNode / LimeWire: 6346
  • Napster: 6699

 

 

[轉載]小老鼠: @ 的歷史

轉載自: 網路郵件,作者: World Wild Words: Michael B Quinion


@ 是什麼符號?你要怎麼說?通常在中文,我們把 @ 這個符號稱為小老鼠。這有什麼根據嗎?

1972 年 Ray Tomlinson 將 @ 選為電子郵件地址上的分隔符號,使這個符號在網際網路上扮演舉足輕重的地位。在眾多討論當中,網路使用者的最大問題顯然在於如何稱呼這個符號。這一點都不令人感到驚訝。除了在簿記、開發票時,很少人會使用 @,更不用說知道如何稱呼。因此在英文中,大家就認定它為「拉著捲曲線條的字母 a」。

Read more

[轉載]科技愈進步,人類溝通方式愈冷漠

轉載自: Neo’s Blog


從 ICQ 的出現到現在 MSN 的流行,很多人把上網跟即時通訊、Email 當成主要的聯繫的工具。

過去大家恥笑現代人的住家的信箱只剩下廣告用途,除了廣告信,沒人願意動手寫一封信。(當兵的無聊男子例外)

現在這種現象也開始出現在 Email 上面,或許在不久的將來,連家用電話跟手機也會變成廣告用途專用。

科技愈進步,人跟人之間愈來愈冷漠,時時就看的到朋友在線上,感覺朋友就在身旁,在聯絡無距離的情況下,反而更吝嗇打一通電話給對方。

Read more

[轉載]給浮躁的軟體業同仁

轉載自: 開發者俱樂部


給浮躁的軟體業同仁(1)

我只希望知識掌握在更多中國人的手裏!

中國有很多小朋友,他們十八、九歲或二十齣頭,通過自學也寫了不少代碼,他們有的代碼寫的很漂亮,一些技術細節相當出眾,也很有鑽研精神,但是他們被一些 錯誤的認識和觀點左右,缺乏對系統,對程式的整體理解能力,這些人,一個網上的朋友說得很好,他們實際上只是一些 Coding fans,壓根沒有資格稱為程式員,但是據我所知,不少小網路公司的 CTO 就是這樣的 coding fans,拿著嚇人的工資,做著嚇人的項目,項目的結局通常也很嚇人。
Read more

[轉載]學程式設計的人不能不看的好文章

轉載自: http://www.vcroad.net/ (棗子原創 wutao8@263.net)


看了下面的這篇文章,深有感觸,棗子碰到的問題也是我們大多數程式設計師的通病,也許我們大多數人都只是在做一些比較小型的軟件,對軟件運行的效率不在乎,就算對速度和效率在乎的也可能是一些在資料庫操作方面的。大家看完了,也許會有很多感想,但這只是我同意棗子的個人觀點。

做為一名大四的學生,我面試過不少的單位,有成功的也有失敗的,但是對我來說所有的失敗在某種意義上都是一種成功,特別是我下面寫的這些,寫這篇文章的時候,我已經簽了南京的一家軟件公司,但是想起今年 2 月 21 日我面試蘇州台灣的IT公司的經歷聯想到我們現在學習程式設計的一些情況我真的深有感觸,這次面試使我深深的體會到了失敗但也收穫了很多。

我要說的將分成三部分:

  1. 是我面試的具體經過
  2. 是由面試想到的
  3. 現今我應該做的

當然這些話很大程度上是我個人的意見,不可能完全得到大家的贊同,所以在某些觀點上如果哪位朋友覺得跟我的有很大出入,請不要介意,也不要對我攻擊,就當我沒有說過,歡迎和我聯繫共同探討這些問題!
Read more

[轉載]軟體工程師縮短工時

轉載自: CNet


微軟軟體設計工程師Adam Barr最近常和家人共用晚餐。但以前可不是如此。90年代末期,Barr忙於工作,往往無法準時下班,和妻子小孩共用晚餐,那時每週平均工作50至60小時,若碰到截止日期逼近,加班更是家常便飯,有時甚至一連數週每週工作70小時。

現在Barr固定早上8:30上班,5點下班。他說:「對這種朝九晚五的上班模式,微軟已能睜隻眼閉隻眼,不跟員工計較。以前絕非如此。」

Barr能更常和家人一起享用晚餐,凸顯軟體界工作形態出現變化:越來越多員工不再超時賣命工作。根據美國勞工部的統計,軟體出版界員工(多半是電腦專家)去年平均每週工作36.4小時,低於2001年的41.4小時。

原因之一可能是靠達康(dot.com)致富的誘因大幅褪色,再者是工程師願意更用心經營工作之外的生活。當然軟體公司漸漸學會如何提升專案管理的效率也 是其一。其實一些軟體業者坦言,員工日以繼夜超時工作反而有損產能。Atlantic System Guild的顧問Tom DeMarco說:「經常加班的公司,往往浪費許多正規上班時間。正常上下班之所以優於加班,在於工作產能高。」

Read more

return top