software - York Jong on Diigo

05 May 09

List of mind mapping software - Wikipedia, the free encyclopedia

Mind mapping software is used to create diagrams of relationships between ideas or other pieces of information.

en.wikipedia.org/...List_of_Mind_Mapping_software - Preview

MindMap software freeware

21 Jun 08

PanoramaPlus 接圖軟體-完美打造寬圖(全景)

PanoramaPlus 採用 AutoStitch 演算法，不過個人覺得實際使用過後接圖正確性比 AutoStitch 還要來的好。不過如果只想一般接圖，當然還是要找免費軟體 - AutoStitch。

sam0307.blogspot.com/...panoramaplus.html - Preview

photography software AutoStitch

高反差場景（HDR）實作

大凡一般攝影者最頭痛的，就是遇到高反差的場景。畢竟CCD/CMOS的寬容度不如人眼，人眼所能見到的場景，不一定能順利在相機拍攝之中呈現出來，於是許多相機紛紛開始內建類似『高光優先』等等的機能，試圖讓攝影者在遇到類似的場景時，能夠拍出理想的照片，但是真正遇到像晨昏的高反差場景時可能效果還是有限...

blog.pixnet.net/...18934032 - Preview

photography software

軟體黑卡最常用的招數就是HDR-Hyper Dynamic Range Photo，它是利用數張同一場景但是曝光值不同的相片，經由電腦運算過後，重新組合而成的一張新照片。它試圖把這數張照片中高低反差的部分調和在一張照片之中，讓使用者得到很難在拍攝現場拍出來的照片
6 more annotations...
- 我們打開的就是上面這三張照片，這三張照片分別是：-2.7EV、0EV、+2.7EV
- 如果您是一開始就選擇『Generate』而沒有先開好照片的話，在這裡就要選擇『Load differently exposed images』，然後再選擇要使用的照片
- 如果您畫面中有物體移動明顯，您可以考慮勾選中間的『Attempt to reduce ghosting artifacts』來消除看看

29 Mar 08

揭露冰山般的秘密

local.joelonsoftware.com/...%AC%E7%9A%84%E7%A7%98%E5%AF%86 - Preview

Joel UI bussiness management programming software

你知道冰山有90%是在水面下嗎？沒錯，大部份的軟體也是這樣。那些漂亮的使用介面只佔10%的工作，而其他90%的程式設計都是看不到的。如果再考慮到一半時間在抓蟲這個事實，使用介面就只佔了5%的工作。如果只計算使用介面中的視覺部份(能在PowerPoint裡看到的部份)，其實就不到1%了。
這並不是秘密。真正的秘密是非程式人員並不知道這件事。
重要推論一：把使用介面的畫面展示給非程式人員看時，如果這個介面很不好，對方會認為你整個程式也是很不好的。
6 more annotations...
- 重要的推論二：把使用介面的畫面展示給非程式人員看時，如果這個介面非常漂亮，對方會認為這個程式幾乎已經完工。
- 重要的推論三：同樣是網路公司，比起功能齊全又累積了3700年資料但用灰色底色的網站，只有四個網頁但外觀漂亮的會獲到較高的評價。
- 重要推論四：因為政治因素要求由各技術經理或客戶「啟動」專案時，可以提供數種美術設計讓他們選擇。
- 好的室內設計師會定期拿些樣本之類的小東西給客戶選，不過從來不會跟客戶討論洗碗機的位置。不管客戶想怎樣，反正洗碗機就是放在水槽邊，沒必要浪費時間去爭論，就是得放水槽邊，連擺高一點都免談；客戶想玩設計就讓他去碰些無害的東西，比如流理檯面要選義大利花崗石，還是用墨西哥瓷磚還是挪威木砧板，這種事他改變主意200次都沒關係
- 重要的推論五：展示時唯一重要的就是畫面。一定要讓它美得冒泡。
- 記得這篇文章一開始時的執行長嗎？他之所以不高興，是因為團隊在剛開始就給他看很漂亮的投影片，裡面都是用Photoshop做的原型(連VB都不是)。而後來都在實際做底下的東西，所以看起來就像完全沒做事。
  你要怎麼處理這種事呢？當你瞭解了冰山的秘密後就很容易處理了。要知道在暗室裡用投影機所做的任何展示都只是像素而已。如果可以的話應該把未完成的使用介面畫得像未完成。舉例來說，在功能完成之前對應的工具欄圖示就只用草圖。如果是建立web服務，在功能完成之前就先不要放在首頁裡。這樣大家就會逐漸看到首頁由三個命令擴充到廿個命令。

31 Dec 07

数字电路抗干扰设计--匠人的百宝箱

blog.21ic.com/...23195.html - Preview

EMC EMI embedded software

可以利用磁珠和电容组成π形滤波电路，当然条件要求不高时也可用100Ω
电阻代替磁珠
注意晶振布线。晶振与单片机引脚尽量靠近，用地线把时钟区隔离起来，晶振外壳接地
并固定。此措施可解决许多疑难问题
3 more annotations...
- 在单片机I/O口，电源线，电路板连接线等关键地方使用抗干扰元件如磁珠、磁环、电
  源滤波器，屏蔽罩，可显著提高电路的抗干扰性能
- 将Data线、CLK线、INH线常态置为高，
  其抗干扰效果要好过置为低
- 在有继电器的应用场合，尤其是大电流时，防继电器触点火花对电路的干扰，可在继电器
  线圈间并一104和二极管，在触点和常开端间接472电容

27 Oct 07

How Hard Could It Be?: Five Easy Ways to Fail

www.inc.com/...-to-fail_Printer_Friendly.html - Preview

Joel management project software

Mistake No. 1: Start with a mediocre team of developers.
The simple fact is that if the people on a given project team aren't very good at what they do, they're going to come into work every day and yet--behold!--the software won't get created.
11 more annotations...
- Mistake No. 2: Set weekly milestones.
- software developers are building things that they've never built before. If they had, they'd just sell you another copy of the CD-ROM. So rough estimates are impossible
- If you let a software team submit a schedule with big chunky estimates of time (by big I mean more than two days of work), you can be almost certain that they're not considering every detail that needs to be implemented, and those details will add up to a huge delay.
- Mistake No. 3: Negotiate the deadline.
- most developers are optimists and will take your cue and engage in split-the-difference bargaining. You'll have a nice, agreed-upon schedule that you'll never stick to
- Mistake No. 4: Divide tasks equitably.
- when one developer steps in to replace another, it's reasonable to assume that the new one will work at about one-tenth the speed
- Mistake No. 5: Work till midnight.
- Software development takes immense intellectual effort. Even the best programmers can rarely sustain that level of effort for more than a few hours a day. Beyond that, they need to rest their brains a bit, which is why they always seem to be surfing the Internet or playing games when you barge in on them
- it's difficult for developers to predict how long it will take to build a new application. That's why they need to create a reliable blueprint before every project
- If the project can't be completed in what you consider to be a reasonable amount of time, the answer is not to negotiate a better-sounding schedule. The answer is to get more resources, move back your ship date, or remove features.

07 Sep 07

ABBYY FineReader OCR Product Line

www.abbyy.com/finereader_ocr - Preview

OCR PDF software

30 Jul 07

溫伯格的軟體管理學：系統化思考

www.ithome.com.tw/...article.php - Preview

book choice management software system thinking toread

「我們沒有去研究任何成功的專案。」我說。

「那麼，你們怎麼知道那些專案沒有遇上運氣不好的事呢？」（喀嗒）
所有原始程式的備份早已在公司外的某地另行存放
8 more annotations...
- 硬體用的都是標準架構
- 失敗的專案則有大約兩成的員工拿這場火災做為另謀他職的機會和藉口
- 成功的專案趁機找顧問來幫忙，利用這場火災做為重新改組的契機。但在失敗的專案中，大家所能看到的唯一機會是，可以把火災發生前眾人都認為難以卸除的失敗責任一股腦兒都推給這場大火。
- 簡言之，會造成不同結果的倒不是事件的本身，而是他們對於該事件所做的反應。成功專案的反應是承認自己走霉運，然後擔起復原的責任，甚至抓住機會利用這場災難所帶來的一些優勢。反之，失敗專案則逮到讓自己裝成受害者的機會。
- 圖8-4.對於如實報告壞消息所可能產生的後果若心存畏懼，將導致刻意去扭曲軟體的故障報告之行為，使得經理不大可能去採取有意義的干預行動。如此一來對於不良的品質會造成一個正向的反饋迴路。
- 彼得說的也有部分的道理。如果圖8-4是一個完整的動態圖，他的確是無法可救了。不過一個經理總是有辦法在系統裡添加一些東西而製造出一個嶄新的圖型。
- 圖8-5.經理對於「品質的問題報告」的一種可能反應就是去懲罰報告者。另一不同的做法是對正確的報告給予獎勵，這麼做或許無法讓畏懼之心消弭於無形，但卻有助於使畏懼之心受到控制。
- 能夠做出有意識、有深度知識之決策的經理人員是如何製造負向的反饋迴路，並因此而終於恢復原有的生產力──或許還能夠防止相同的情況下一次不再發生。

04 Jul 07

人的工作切換有害無益

local.joelonsoftware.com/...%89%E5%AE%B3%E7%84%A1%E7%9B%8A - Preview

Joel programming software

管理「程式師」時，工作切換會需要很長很長的時間
程式設計這種工作必須同時在腦袋裡記很多東西
3 more annotations...
- 如果你把程式師送到克利特島去度假三星期，他所有東西通通都會忘掉
- 叫某人做一個工作可以做得很好，可是如果給他兩個工作，他會把其中一個做好卻忽略另一個，不然就是兩件工作都做得很慢，慢到你覺得懶鬼都比他勤勞
- 絕對不要讓人同時做一件以上的事

回歸原點

local.joelonsoftware.com/...%9E%E6%AD%B8%E5%8E%9F%E9%BB%9E - Preview

Joel programming software

Excel內部就是用Pascal字串，所以Excel裡很多地方的字串長度最多只能到255個位元組，這也是Excel飛快無比的原因之一。
這表示當資料量很大又要求速度時不能用XML

達到卓越

local.joelonsoftware.com/...%94%E5%88%B0%E5%8D%93%E8%B6%8A - Preview

Joel bussiness industry software

大部份人以為你要有個點子才能建立成功的軟體公司，他們錯了
軟體公司的真正目標，應該是將資本轉換成可以使用的軟體
8 more annotations...
- 最佳工作條件 → 最佳程式員 → 最佳軟體 → 利潤！
- 就軟體而言，可以增進品質而不會增加每個售出單位的成本
- 設計的附加價值高於它所增加的成本
- 如果你試著從程式員上省錢，就會做出蹩腳的軟體，而且根本省不到那麼多的錢
- 用很多平庸的程式設計師而非一群好的程式設計師，真正的問題在於無論他們工作多久，永遠沒法子像偉大程式設計師做得那麼好。
- 令人難過的，這並不真的能套用於非產品性的軟體開發。內部開發的軟體很少會重要到需要僱用巨星。沒人僱用桃莉巴頓（Dolly Parton）在婚禮上唱歌。這是為何令人滿意的職業生涯(如果你是個軟體開發者)大都在真正的軟體公司裡，而不要是某些銀行裡做IT工作。
- 成為第二名或是有個「夠好了」的產品都是你無法承受的。它必須是引人注目地好，我的意思是好到讓人們都注目它。
- 最佳工作條件 → 最佳程式員 → 最佳軟體 → 利潤！

雙元文化主義

local.joelonsoftware.com/...%87%E5%8C%96%E4%B8%BB%E7%BE%A9 - Preview

Joel culture software viewpoint

Unix文化重視對其他程式師有用的程式，而Windows文化重視對非程式師有用的程式
Unix的程式文化格外重視可由命令列呼叫的程式，這種程式可以用參數控制各種動作，其輸出可以擷取成一般機器可讀的純文字格弋
6 more annotations...
- Unix文化中有一個Raymond稱之為「沈默是金」的核心價值，是說當程式成功地完成你所交付的事時應該不要有任何輸出
- 喋喋不休的程式不太能和其他程式好好合作
- Unix文化欣賞保持文字介面的程式。他們不是很喜歡圖型介面，不過在純文字介面程式上漂亮地塗一層GUI口紅可以例外
- 假設你找了一個Unix程式師和一個Windows程式師來，要他們分別寫同一隻針對一般使用者的應用程式。Unix程式師會先建立一個由命令列或文字介面驅動的核心，通常事後才寫一個圖型介面來呼叫核心。這樣子應用程式的主要功能都可以讓其他程式師使用，他們可以用命令列呼叫程式並把結果以文字方式讀入。而Windows程式師會傾向先由圖型介面開始，通常事後才加上腳本語言讓圖型介面的操作自動化。對一個99.999%使用者完全不寫程式(也不打算學寫)的文化來說，這是很正常的
- 典型的Unix文件會寫得簡潔而完整]...這種風格假設讀者夠積極，可以推導未寫出的推論，並且有自信信任這些推導。]小心的閱讀每一個字，因為一件事很少會講兩遍
- 蘋果終於創造了給張阿姨用的Unix，不過原因並不光是因為蘋果的工程師和經理堅持針對一般使用者的文化(我獨斷地稱之為「Windows文化」，雖然這從歷史來看是源於蘋果)，他們還拒絕了Unix文化中以程式師為中心的基本思想。甚至把核心目錄的名字改掉了(多麼違反傳統！)，用常見的英文單字"applications"和"library"代替"bin"和"lib"

五個世界

local.joelonsoftware.com/...%94%E5%80%8B%E4%B8%96%E7%95%8C - Preview

Joel bussiness software strategy

去找一本關於UML模型的書來看看，裡頭完全不會提到UML不適合用於驅動程式
8 more annotations...
- 內部用軟體只考慮一種狀況，在一家公司的電腦能跑就好了，因此開發起來容易多了
- 微軟花得起五億美元開發一套對一般人只值80美元的作業系統。不過當Detroit Edison(譯註：能源公司)開發一個能源交易平台時，投入的成本就必須適合單一家公司。要得到合理的投資報酬率就不能像熱縮封膜軟體一樣花錢。所以很悲哀的，很多內部用軟體都爛到不能再爛。
- 嵌入式軟體具備一個特性，它會被放在硬體裡而且幾乎都不能更新。這可是個完全不同的世界。由於沒有第二次機會，品質要求比平常高出許多。你可能得用一顆比一般桌上型處理器慢上許多處理器，所以得花很多時間做最佳化。程式漂不漂亮沒關係，跑得快才重要。可用的輸入及輸出裝置可能也很少。
- 遊戲開發的經濟是打擊導向的。有些遊戲擊出安打，更多的遊戲被三振，如果你想在遊戲業賺錢就得瞭解這一點，然後確定你有多個遊戲，才能用大賺的錢去平衡失敗的損失。這其實比較像電影業而不是軟體業
- 除了少數例外，一般玩完一個遊戲後再重玩是很無聊的。所以遊戲的品質要求和嵌入式軟體相當，又要有足夠的錢一次就把東西做好
- 用後即丟軟體是只為了得到其他東西而暫時創造的軟體，當你達到目的之後永遠都不會再用到
- 當你閱讀那些由專業軟體開發大師或顧問撰寫的程式設計方法書時，可以放心認定書裡說的都是企業內部用的軟體開發。不是熱縮封膜軟體，不是嵌入式軟體當然也不會是遊戲軟體
- 當某人告訴你某個方法並認為可以用於你正在做的工作時。先想想這個傢伙是打哪來的。Steve McConnell、Steve Maguire還有我都來自相同的小角落：一個在華盛頓州雷蒙撰寫客戶眾多的試算表應用程式的世界。因此我們對容易使用有很高的要求，同時要求問題的數目要少。

兩個故事

local.joelonsoftware.com/...%A9%E5%80%8B%E6%95%85%E4%BA%8B - Preview

Joel programming software

在微軟這家公司裡，如果你是Excel巨集策略的專案經理，即使來公司還不到半年也不要緊，你就是Excel巨集策略之神，連員工代碼六號的老員工也不能擋你的路。事情就是這樣。
另一個意義是表示這裡是個絕佳的工作場所。有誰不想成為所屬領域的王者呢？軟體本質上就很容易分割成小塊小塊的元件，所以總是可能分割出人員間的責任，讓每個人擁有一個領域。這可能正是軟體人喜歡在微軟做事的原因。
1 more annotations...
- 我並不是說這是我離開Juno的原因，不過它的確解釋了我離開Juno的理由：不管你多麼努力工作又有多聰明，也不管你是否在「負責」，你對再微小不過的事都沒有權力

為非我發明症辯護

local.joelonsoftware.com/...%8E%E7%97%87%E8%BE%AF%E8%AD%B7 - Preview

Joel bussiness software strategy

他們的編譯器(由80年代開始的)會產生pcode，所以不必修改就能在Intel電腦和麥金塔68000晶片的系統上執行。pcode也使得執行檔在Intel平台上只有原本的一半大小，所以由軟磁載入時能更快啟動而且需要較少的記憶體。
「找出相關性，然後去掉。」當你在一個非常非常優秀，有著偉大程式師的團隊工作時，其他人的程式坦白說都是有蟲的垃圾
2 more annotations...
- 如果你曾經把很關鍵的業務拿去外包，就會瞭解外包其實是個地獄
- 如果是核心的事業功能，不管是什麼都要自己來做。

10 Jun 07

单片机系统软件抗干扰方法--匠人的百宝箱

blog.21ic.com/...23194.html - Preview

anti-interference software

一、消除模拟输入信号的嗓声（如数字滤波技术）；二、程序运行混乱时使程序重入正轨的方法
对系统流向起重要作用的指令如RET、 RETI、LCALL、LJMP、JC等指令之前插入两条NOP，也可将乱飞程序纳入正轨，确保这些重要指令的执行
3 more annotations...
- 在工业应用中，严重的干扰有时会破坏中断方式控制字，关闭中断。则系统无法定时“喂狗”，硬件看门狗电路失效。而软件看门狗可有效地解决这类问题
- 采用环形中断监视系统。用定时器T0监视定时器T1，用定时器T1监视主程序，主程序监视定时器T0。采用这种环形结构的软件“看门狗”具有良好的抗干扰性能，大大提高了系统可靠性
- 硬件复位对寄存器有影响，如复位后PC=0000H， SP＝07H，PSW＝00H等。而软件复位则对SP、SPW无影响。故对于微机测控系统，当程序正常运行时，将SP设置地址大于07H，或者将PSW的第5位用户标志位在系统正常运行时设为1。那么系统复位时只需检测PSW.5标志位或SP值便可判此是否硬件复位

26 May 07

York Jong's Library tagged software → View Popular

List of mind mapping software - Wikipedia, the free encyclopedia

PanoramaPlus 接圖軟體-完美打造寬圖(全景)

高反差場景（HDR）實作

揭露冰山般的秘密

数字电路抗干扰设计--匠人的百宝箱

How Hard Could It Be?: Five Easy Ways to Fail

ABBYY FineReader OCR Product Line

溫伯格的軟體管理學：系統化思考

人的工作切換有害無益

回歸原點

達到卓越

雙元文化主義

五個世界

兩個故事

為非我發明症辯護

单片机系统软件抗干扰方法--匠人的百宝箱

東拉西扯：我希望在2006年看到的新應用 - 對牛亂彈琴 | Playin' with IT

Simulation Tools

PortableApps.com | Your Digital Life, Anywhere™

軟體的庖丁解牛能力

Selected Tags

Related Tags

Sponsored Links

Top Contributors

Groups interested in software

Free and Open Source Software (Windows OS)

Resources for Languages

The Apple Group

IBP_overview

MindMapping Software for Writing

软件测试 Softwaretesting