軟件工程實(shí)踐者

第十四屆國(guó)際軟件產(chǎn)品線會(huì)議

posted @ 2010-10-30 17:22 軟件工程實(shí)踐者 閱讀(1513) | 評(píng)論 (3) | 編輯 收藏

《計(jì)算機(jī)工程》文章投稿發(fā)表有感

去年10月份向《計(jì)算機(jī)工程》投了一篇稿件，審稿加修改共耗時(shí)2個(gè)月，然后被錄用，說(shuō)安排在今年11月左右發(fā)表，結(jié)果今年10月份就發(fā)表了，本來(lái)是件好事，但我注意到的一個(gè)重要問(wèn)題是文章中刊出的“收稿時(shí)間”竟然是今年的5月份，我很驚訝，于是給編輯部留言問(wèn)是怎么回事，但始終沒(méi)有人答復(fù)。

如此大的時(shí)間差別（去年10月份到今年5月份那可是7個(gè)月之久啊），難道是編輯“手誤”，手誤也應(yīng)該做個(gè)解釋啊，怎么就是不回留言呢。之前我也注意到一些發(fā)表的論文（10月份之前發(fā)表的）中刊出的“收稿時(shí)間”大概也在今年的2，3月份，當(dāng)時(shí)我還想怎么這么多在我之后收稿的卻在我之前發(fā)表呢，看來(lái)這也許是一種故意行為，“潛規(guī)則”！！！

難道出版社就為了顯示自己發(fā)表周期短欺騙廣大科研工作者嗎？先不說(shuō)這本身就是學(xué)術(shù)不端，重要的是它直接給投稿者帶來(lái)了巨大的風(fēng)險(xiǎn)——剽竊。試想一篇思想類(lèi)似的文章如果是在去年10分之后投稿如果發(fā)表了（當(dāng)然前提是其它期刊刊出的收稿時(shí)間是真實(shí)的），那會(huì)是什么情況？？不用說(shuō)別人肯定認(rèn)為是我剽竊，所以收稿時(shí)間應(yīng)該是絕對(duì)真實(shí)的，我想這也是這個(gè)信息在文章中出現(xiàn)的主要價(jià)值！！！！。另外的小問(wèn)題就是給投稿者的工作量/績(jī)效統(tǒng)計(jì)帶來(lái)不便，明明是去年的工作量怎么體現(xiàn)的是今年的時(shí)間，萬(wàn)一領(lǐng)導(dǎo)復(fù)查，怎么說(shuō)清楚呢。

結(jié)論，再也不向此刊投稿了。

posted @ 2010-10-25 14:58 軟件工程實(shí)踐者 閱讀(2319) | 評(píng)論 (3) | 編輯 收藏

斯坦福大學(xué)研究顯示：重度采取多任務(wù)工作方式的人，其績(jī)效會(huì)受到負(fù)面影響

轉(zhuǎn)自InfoQ：http://www.infoq.com/cn/news/2009/09/study-multitasking-performance

----------------------------------------------------------------------------------------------------------

斯坦福大學(xué)上個(gè)月在Proceedings of the National Academy of Sciences學(xué)報(bào)上發(fā)布了一個(gè)研究結(jié)果：“媒體行業(yè)中多工人員（multitasker）的認(rèn)知控制”，強(qiáng)調(diào)指出一個(gè)顯而易見(jiàn)的事實(shí)：從效率的角度考慮同時(shí)從事多任務(wù)，絕對(duì)會(huì)影響工作效率。該研究審視了IT領(lǐng)域中一個(gè)廣為人知、卻常常為人忽略的現(xiàn)象：不斷出現(xiàn)、正在發(fā)生的多任務(wù)工作方式。敏捷實(shí)施者們這樣寫(xiě)：這下可算有理由讓團(tuán)隊(duì)只開(kāi)發(fā)一個(gè)產(chǎn)品了，而且只能有一個(gè)產(chǎn)品負(fù)責(zé)人——將時(shí)間花在多個(gè)任務(wù)之上絕對(duì)是效率低下的工作方式。

Wired雜志指出：雖然其他研究重點(diǎn)關(guān)注多任務(wù)工作方式的眼前效果（比如：辦公室里的工作人員經(jīng)常檢查郵件，這種情況下的工作效率），該研究提出了一個(gè)不同尋常的問(wèn)題：“要是人們總在使用多任務(wù)工作方式會(huì)怎么樣？”Stanford的研究者Clifford Nass、Anthony Wagner和Eyal Ophir調(diào)查了262名學(xué)生的媒體消費(fèi)習(xí)慣。19名使用多任務(wù)方式最多的學(xué)生和22名多任務(wù)方式最少的學(xué)生此后參加了兩個(gè)電腦測(cè)試，集中精力完成手上的測(cè)試。

他們使用了一些標(biāo)準(zhǔn)的心理測(cè)試指標(biāo)，研究結(jié)果顯示出：經(jīng)常在多個(gè)信息流之間轉(zhuǎn)換的學(xué)生，他們會(huì)在e-mail、網(wǎng)頁(yè)、視頻、聊天和電話之間來(lái)回切換，他們?nèi)〉玫倪M(jìn)展遠(yuǎn)低于不怎么采取多任務(wù)方式的學(xué)生。更令研究人員驚訝的是：在任務(wù)切換能力的測(cè)試上，“重度媒體多任務(wù)人士”表現(xiàn)更差，“似乎他們過(guò)濾不相干任務(wù)的干擾的能力更差。”

該研究再次強(qiáng)調(diào)了認(rèn)知科學(xué)家反復(fù)提到的事情：同時(shí)處理多個(gè)信息流的輸入被認(rèn)為是人類(lèi)認(rèn)知能力的問(wèn)題。

對(duì)于造成差異的原因——被定位使用多任務(wù)方式的人是不是先存在心智上的不健全，還是說(shuō)多任務(wù)方式造成了這種情況——“這是一個(gè)需要投入上百萬(wàn)美金才能回答的問(wèn)題，可是我們沒(méi)有一百萬(wàn)美金去取得答案。”Ness這么說(shuō)。

Wagner接下來(lái)打算用腦部造影方法來(lái)研究多任務(wù)方式的神經(jīng)學(xué)解釋?zhuān)鳱ess將會(huì)研究?jī)和巳涸诙嗳蝿?wù)習(xí)慣上的發(fā)展。

posted @ 2010-01-03 22:54 軟件工程實(shí)踐者 閱讀(339) | 評(píng)論 (0) | 編輯 收藏

IT Productivity = ??

本文是對(duì)：
Linda Wilbanks. IT Productivity = ??. IT Pro, November/December 2009, pp. 64, 63
的總結(jié)。

文章開(kāi)頭指出，“productivity”（生產(chǎn)力，此處譯為工作效率）通常被定義為生產(chǎn)效能(efficiency)、度量(metrics)，以及在生產(chǎn)過(guò)程中單位輸入得到的產(chǎn)出的衡量。但對(duì)IT人員來(lái)說(shuō)，什么是生產(chǎn)效能呢？作者給出了一個(gè)非正式的定義“一個(gè)有效率的人是指那些能夠在指定的時(shí)間內(nèi)以高質(zhì)量的方式完成指定工作的人。”這引出下一個(gè)問(wèn)題：我們?nèi)绾巫隹梢允箚T工更有效率？

作者援引Mr. Elgan在2009年4月5號(hào)的Computerworld那期中的一篇文章“Why Goofing Off at Work Boots Productivity"中的話說(shuō)，

那些偷偷在Fackbook和Twitter上花少量時(shí)間的辦公室“懶鬼”(slacker)比那些全部時(shí)間都用來(lái)做工作的人能做更多的工作。墨爾本大學(xué)的研究人員在一項(xiàng)新的研究中證實(shí)了這種真實(shí)性。他們的研究發(fā)現(xiàn)，一般來(lái)說(shuō)，那些為了個(gè)人原因在工作時(shí)間內(nèi)使用Internet的人比不用的人效率高9%。

作者指出，盡管Mr. Elgan沒(méi)有指出這些研究者是如何衡量生產(chǎn)率的，但他給出了為什么那些在Internet上花費(fèi)時(shí)間的人更具有效率的一些原因：

• 潛意識(shí)仍然關(guān)注于工作中的問(wèn)題，解決方案通常會(huì)在隨后出現(xiàn)；
• “游手好閑”(Goof off)的時(shí)間是一段清理個(gè)人思想、消除個(gè)人顧慮的時(shí)間。在這一小段時(shí)間后，你會(huì)回來(lái)全身心的投入到工作中；
• 從項(xiàng)目或任務(wù)中的短暫休息也可能是在受教育（或?qū)W習(xí)），例如讀一些與工作無(wú)關(guān)的東西。這些信息有可能在以后幫你解決另外的問(wèn)題。

作者接著列舉了一些管理者們?cè)诓还膭?lì)計(jì)算機(jī)游戲或網(wǎng)絡(luò)沖浪的情況下建議所采用的提高員工效率的方式：

1. 給員工有意義的工作。
2. 承認(rèn)/賞識(shí)員工所完成的工作。
3. 給員工為了最好完成工作所需要的工具。
4. 批準(zhǔn)員工休息。
5. 給予員工尊重。

作者還舉了一個(gè)例子，說(shuō)有個(gè)復(fù)有創(chuàng)造力的同事把鍵盤(pán)上的F1~F12都附加了新功能：

F1 Accurately reflect what’s in the building’s vending machines.

• F2 Display the current traffic report for the area.
• F3 Make every piece of software on your machine work exactly as advertised.
• F4 Play your favorite music to lower your blood pressure.
• F5 Bring up your favorite picture of the beach or of the place you plan to retire.
• F6 Show a running clock on how many hours you have left until you retire.
• F7 Show you where your kids or pets are (but be careful, this might not relieve stress!).
• F8 Automatically delete all emails that were sent “Reply All.”
• F9 Delete all meetings for the day, sending emails of regret to all attendees.
• F10 Show what your 401K balance was two years ago instead of today’s value.
• F11 Automatically start dinner/ESPN/CNN/soap opera (programmable to suit individual preferences).
• F12 Advance time to five minutes before quitting time on Friday of the current week.

作者最后指出，作為管理者，需要關(guān)注如何現(xiàn)實(shí)的鼓勵(lì)員工發(fā)揮他們最大的效率，還需要決定如何來(lái)優(yōu)化工作環(huán)境。只要求生產(chǎn)效而沒(méi)有適當(dāng)?shù)墓芾碇С趾唾Y源將適得其反。作者認(rèn)為，不時(shí)地準(zhǔn)備一塊蛋糕（不管什么原因）可以鼓勵(lì)團(tuán)隊(duì)和溝通。

By the way：作者是美國(guó)能源部國(guó)家核安全管理局的CIO。

posted @ 2009-12-19 22:59 軟件工程實(shí)踐者 閱讀(381) | 評(píng)論 (0) | 編輯 收藏

1個(gè)民工>2院院士

轉(zhuǎn)自：http://www.sciencenet.cn/m/user_content.aspx?id=275801

posted @ 2009-12-17 10:25 軟件工程實(shí)踐者 閱讀(228) | 評(píng)論 (0) | 編輯 收藏

多語(yǔ)言編程

作者首先介紹了在軟件集成和軟件開(kāi)發(fā)中涉及的術(shù)語(yǔ)/技術(shù)浩如煙海，但是開(kāi)發(fā)者卻只堅(jiān)持某種技術(shù)，而必須使用其它技術(shù)來(lái)解決問(wèn)題。這種現(xiàn)象在開(kāi)發(fā)語(yǔ)言領(lǐng)域也是一樣。開(kāi)發(fā)者總是使用自己喜歡的語(yǔ)言，而非解決問(wèn)題最優(yōu)的語(yǔ)言，會(huì)造成設(shè)計(jì)方案的不優(yōu)。

作者指出在日常開(kāi)發(fā)中了解和使用多種編程語(yǔ)言可以帶來(lái)顯著的好處，因?yàn)闆](méi)有任何一門(mén)語(yǔ)言適用于解決所有問(wèn)題。而語(yǔ)言的存在也主要是由于它適于解決某些特定方面的問(wèn)題（在解決某些問(wèn)題方面比其它語(yǔ)言好），因此，不斷有語(yǔ)言出現(xiàn)和消亡。在編程語(yǔ)言設(shè)計(jì)和開(kāi)發(fā)中涉及許多需要權(quán)衡的因素，因此，這為許多不同的方案和變體預(yù)留了空間。

作者指出，大部分單一語(yǔ)言開(kāi)發(fā)者傾向選擇用于通用目的的語(yǔ)言（像Java、C++等），而不是特定的編程語(yǔ)言。通用的編程語(yǔ)言可用于解決更廣范圍的問(wèn)題，但它們通常都是提供的折中的解決方案，不是太好，也不是太壞。當(dāng)然，一些單一語(yǔ)言開(kāi)發(fā)者盡力去挖掘語(yǔ)言的高級(jí)特性，來(lái)將語(yǔ)言的能力發(fā)揮到極致，但這些程序員仍然受制于這門(mén)語(yǔ)言實(shí)際的限度。

作者指出語(yǔ)言的選擇對(duì)開(kāi)發(fā)效率是一個(gè)重要因素，選擇正確的語(yǔ)言所帶來(lái)的開(kāi)發(fā)效率的提升是巨大和值得這么去做的。作者以對(duì)XML的處理為例闡述了此觀點(diǎn)。通用語(yǔ)言，例如Java在處理XML方面沒(méi)有專(zhuān)門(mén)設(shè)計(jì)上的支持，這使得開(kāi)發(fā)人員在使用通用語(yǔ)言處理XML方面忍受這種不匹配，來(lái)進(jìn)行拙笨的開(kāi)發(fā)，造成非優(yōu)的解決方案。在這種情況下，為了提高效率，他們通常采用一些代碼生成技術(shù)，把XML構(gòu)造塊影射為靜態(tài)編程語(yǔ)言的構(gòu)造塊（通常是類(lèi)）來(lái)盡量緩解這種阻抗，即便如此，這種方式仍然是十分脆弱的。因?yàn)榘迅叨褥`活的XML構(gòu)造塊轉(zhuǎn)化為嚴(yán)格的靜態(tài)的數(shù)據(jù)類(lèi)型很容易造成彼此版本的不匹配。XML文檔的任何改變都需要新的代碼生成、重新構(gòu)建、....這使得通過(guò)代碼生成獲得的一點(diǎn)點(diǎn)好處又被不斷維護(hù)帶來(lái)的成本所抵消。相比之下，Python、Perl、Erlang等語(yǔ)言都提供了XML處理模塊，甚至還帶版本化功能。更好的像ECMAscript for XML (E4X)和Scala，提供了對(duì)XML字面量的支持支持，開(kāi)發(fā)人員可以直接在語(yǔ)言語(yǔ)法中寫(xiě)XML。消除了阻抗，帶來(lái)了更簡(jiǎn)化的代碼和更清晰的功能。

作者指出，選擇適當(dāng)?shù)恼Z(yǔ)言所帶來(lái)的效率的提升還體現(xiàn)在對(duì)代碼的維護(hù)上。作者援引Fred Brooks在《人月神話》中引用的的研究發(fā)現(xiàn)說(shuō)，所需開(kāi)發(fā)和維護(hù)的工作量與指令的數(shù)目（可以理解為代碼行）是指數(shù)關(guān)系，而且這與所采用的語(yǔ)言無(wú)關(guān)。假設(shè)這個(gè)指數(shù)值是1.5的話，那么如果代碼行是原來(lái)的3倍的話，那么就需要5倍的開(kāi)發(fā)和維護(hù)成本，如果代碼行變?yōu)樵瓉?lái)的5倍，就需要11倍的開(kāi)發(fā)和維護(hù)成本，如果代碼行變?yōu)樵瓉?lái)的10倍，那么就需要32倍的開(kāi)發(fā)和維護(hù)成本。選擇正確的語(yǔ)言，不僅可以減少代碼行，更快的提供解決方案和對(duì)需要的響應(yīng)，這個(gè)過(guò)程可以變?yōu)榉e極的循環(huán)，更少的代碼帶來(lái)更好的缺陷和更容易的增強(qiáng)（維護(hù)），這又使得用戶更高興，提供免費(fèi)的廣告宣傳和反饋，進(jìn)一步促進(jìn)軟件的發(fā)展。

作者指出，多語(yǔ)言編程的一個(gè)問(wèn)題就是如何使它們協(xié)同工作。這可以分為兩類(lèi)。如果是用于分布式應(yīng)用集成（即不同的應(yīng)用用不同的語(yǔ)言），那么網(wǎng)絡(luò)本身就通過(guò)協(xié)議提供了一個(gè)中立的方案，可以通過(guò)網(wǎng)絡(luò)消息等。如果不是分布式應(yīng)用，當(dāng)前的主流開(kāi)發(fā)語(yǔ)言，比如微軟的CLT（公共語(yǔ)言運(yùn)行時(shí)）所支持的語(yǔ)言越來(lái)越多，命令式的、動(dòng)態(tài)的、函數(shù)式的，或腳本的。類(lèi)似的，JVM也從一個(gè)單語(yǔ)言平臺(tái)演化為一個(gè)可以支持許多語(yǔ)言的平臺(tái)，包括JRuby、Scala、Groovy、JavaScript、E4X、Jython和其它的。而且，在JVM上，這些語(yǔ)言都容易學(xué)，因?yàn)槎际腔谧止?jié)碼，這些語(yǔ)言可以與Java進(jìn)行互調(diào)。因此，JVM提供了一個(gè)非常好的方式來(lái)為應(yīng)用的不同部分選擇最適合的語(yǔ)言。

作者還指出目前阻礙多語(yǔ)言編程的因素主要有兩個(gè)：一個(gè)管理因素；另一個(gè)開(kāi)發(fā)者認(rèn)為學(xué)習(xí)新語(yǔ)言難度很大。對(duì)于第一個(gè)因素，管理者通常認(rèn)為只采用一種語(yǔ)言易于管理，因?yàn)榇蠹叶加猛瑯拥恼Z(yǔ)言，可以容易的替換開(kāi)發(fā)人員，而且某個(gè)開(kāi)發(fā)人員寫(xiě)的代碼，大家也都能看懂，避免陷入只有少數(shù)人才能看懂和維護(hù)的局面。作者認(rèn)為這種管理者對(duì)軟件開(kāi)發(fā)和維護(hù)所涉及的成本沒(méi)有充分考慮。在一個(gè)JVM或CLR基礎(chǔ)之上，選擇合適的語(yǔ)言可以減少代碼規(guī)模和開(kāi)發(fā)維護(hù)的工作量，從而降低系統(tǒng)的總成本，而且，較小的系統(tǒng)需要更少的開(kāi)發(fā)者，這又是一個(gè)巨大的成本減少。對(duì)于第二個(gè)因素，相比通用語(yǔ)言來(lái)說(shuō)，那個(gè)特定的語(yǔ)言，像Lisp、Python等都很簡(jiǎn)練，核心概念并不多，初學(xué)者可以很快發(fā)現(xiàn)它們更具有生產(chǎn)力，而且，以往語(yǔ)言的經(jīng)驗(yàn)可以幫助你學(xué)習(xí)新語(yǔ)言。如果你掌握的語(yǔ)言越多，你就能更容易的學(xué)習(xí)一門(mén)新語(yǔ)言，也能發(fā)現(xiàn)解決問(wèn)題的最好方式。

最后，作者以“畢竟，難道我們真的認(rèn)為我們已經(jīng)學(xué)到我們所需要的最后一門(mén)（終極）語(yǔ)言了碼？”結(jié)尾。

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

歡迎您對(duì)自己所在的開(kāi)發(fā)組織對(duì)于多語(yǔ)言編程、融合的實(shí)踐和經(jīng)驗(yàn)發(fā)表看法，謝謝！

posted @ 2009-12-16 12:51 軟件工程實(shí)踐者 閱讀(1882) | 評(píng)論 (1) | 編輯 收藏

滑雪，年夜飯

posted @ 2006-01-13 22:45 軟件工程實(shí)踐者 閱讀(262) | 評(píng)論 (0) | 編輯 收藏

Mustang(jdk1.6)特性

posted @ 2006-01-11 13:10 軟件工程實(shí)踐者 閱讀(1280) | 評(píng)論 (1) | 編輯 收藏

男人，三十而立！

posted @ 2006-01-07 09:34 軟件工程實(shí)踐者 閱讀(391) | 評(píng)論 (1) | 編輯 收藏

Oracle ADF和Spring的結(jié)合

package nl.amis.spring.hrm;
import java.util.List;

public interface HrmService  {
  public void setEmployeeDao(EmpDAO employeeDAO);
  public List getAllEmployees();    
  public long getSalarySum(); 
}

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
    "http://www.springframework.org/dtd/spring-beans.dtd">
<beans>
  <bean id="dataSourceDBDirect"
        class="org.springframework.jdbc.datasource.DriverManagerDataSource"
        destroy-method="close">
    <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver"/>
    <property name="url" value="jdbc:oracle:thin:@localhost:1521:orcl"/>
    <property name="username" value="scott"/>
    <property name="password" value="tiger"/>
  </bean>
  <bean id="employeeDAO" class="nl.amis.spring.jdbc.EmployeeJdbcDAO">
    <property name="dataSource">
      <ref local="dataSourceDBDirect"/>
    </property>
  </bean>
  <bean id="hrmService" class="nl.amis.spring.hrm.HrmServiceImpl">
    <property name="employeeDao">
      <ref local="employeeDAO"/>
    </property>
  </bean>
</beans>

posted @ 2006-01-06 22:06 軟件工程實(shí)踐者 閱讀(1011) | 評(píng)論 (0) | 編輯 收藏