其他

《只有偏執狂才能生存》（一下以“偏執”來替代）一書聽起來就像是某個大牛的佈道式自傳，要告訴你需要怎麼偏執才能生存，自己又是怎麼通過偏執成功的，其實，真正講的是與戰略轉折點到來時，企業的應對之道。就像書上封面上寫的那樣：“戰略轉折點來的時候，如果你不想被摧毀，就只能快速反應、適應、並且改變。”“偏執”一書，最重要的是提出了所謂的10X倍速變化，並且提出了必須應對可能發生10X倍速變化的6大因素，包括競爭，技術，使用者，供應商，互補企業，營運規則。我所說的“偏執”境界是在“窘境”之上的意思是，“窘境

初學編程該怎麼學？——對初學者程式設計語言學習的思考(2) write by 九天雁翎(JTianLing) -- blog.csdn.net/vagrxie 討論新聞群組及檔案 作為學習編程幾年的並且現在還靠著號稱世界上特別複雜的一種語言C++活著的人來說，我也能在這些簡單的圖形中繪製中找到編程的樂趣，這就是turtle的樂趣了，我想初學者能找到的樂趣會比我更加多吧。 其實，對於初級編程來說，最主要的就是流程的控制，而流程的控制也就那麼幾種形式，這裡有個我以前為Python寫的流程式控制製表，

語言的界限就是一個人世界的界限語言的界限就是一個人的世界的界限 — 維特根斯坦Ruby on Rails的世界很多人會告訴你, 學習不同程式設計語言能夠讓你看到新的世界, 改變你思考的方式, 在程式員修鍊之道中甚至會建議’每年至少學習一門新語言’, 也有Peter Norvig在十年學會編程中提出的那樣, 學會至少半打語言. 我是比較贊同這種觀點的.我是從C++開始學習編程的, 大部分工作時間也是在用C++, 但是常常會受到一些人的’蠱惑’, 看到一些鼓吹某個語言好的文章後,

首先得說, 一般某種語言的發明人寫的關於自己語言的東西都是非常值得閱讀的, 從別的牛人那裡你也許能學會很多奇技淫巧, 但從語言發明人那裡你能學到語言發明人本身設計的初衷, 以及設計時的一些抉擇. 這種思路是獨一無二, 絕無僅有的. 所以我在學習一個新語言時, 假如語言發明人有寫書, 一定優先閱讀.語言發明人寫的書又分兩種, 一種是語言的教材, 這個幾乎是慣例, 因為一個語言在初期, 沒有其他人會用的時候, 語言發明人不教會別人怎麼使用, 那可能就沒有人會用了,

序解決問題的能力知識積累自學能力品味瞭解正確的做事方法溝通的能力對工作負責, 對代碼有追求怎麼提高自己解決問題的能力?最後, 一個小廣告序無數的人問過類似的問題, 怎麼樣才能做一個好的程式員? 在回答這個問題之前, 首先得明白什麼是好的程式員, 這樣才有方向和目標, 可是這事情太主觀, 可能各人的標準千差萬別, 不談那些傳奇性的獨自一人做出偉大事情的特例, 也不談什麼上天入地, 上帝大牛的詭論, 以下是我比較認可的, 在通常的項目開發中, 一個好程式員的標準.解決問題的能力在項目開發中,

大的IT公司都有他們專門維護的大型支援，如微軟,IBM，SUN等，這些大家都知道吧，其實我發現Intel作為硬體廠商，它的技術文獻也多的可以了，用羅雲彬的話就是說不是沒有你要的資料，而是不知道怎麼找到。這點，Intel比起上面3家公司稍微欠缺一點，因為他們都是社區型的大型支援人員，Intel的文獻資料雖然多，不過稍微顯得亂了點，也許因為我對這方面瞭解少，所以搜尋起來不是那麼順利吧。但是碰到再差一點的公司，你就要鬱悶了，我在AMI（我的主板的BIOS)生產廠商，的首頁上，只找到了主板查錯碼和叫聲的

這個死程式從年尾做到年頭，中間過年休息了太久，結果就像分成兩次來做一樣。首次在Regex測試器中用了MFC的文檔結構，實際上讓這個本來很小的程式越來越大，而事實上功能稍微多了 一點而已。本版本在利用Boost.Regex庫實現Regex的功能上基本已經完整，而且使用方法上有點類似Windows內建的尋找替換功能（其實那個東西就可以利用Regex）。餘下的版本不準備再進行大的更新，僅僅準備加入常用運算式這一個內容，由於對於學習了一下OLE

 //因為不能回複，老是提示校檢碼錯誤，所以單獨發出來。#include "stdafx.h"#include <iostream>#include <string>#include <cstdlib>#include <bitset>#include <iomanip>#include <cassert>#include <limits>using namespace std;typedef enum

很早以前在讀大學的時候就開始使用Linux，剛開始還因為自己水平不行又不捨得買本書研究，自以為是，直接下載刻了盤就裝,當時裝的是Red Hat

因為搞iPhone開發，日常使用Mac機逐漸增多，需要跨平台的寫部落格工具，徹底放棄了Windows Live Writer這個絕佳的部落格寫作工具。（雖然WLW的私人格式其實也是個大問題）於是改用Google Docs寫部落格。但是某年某月，Google Docs不能再直接通過API發布CSDN的部落格了，給CSDN方面發信也沒有任何音信。（貌似原來聯絡我的那個管CSDN部落格的哥們已經不在CSDN幹了）現在發布部落格總是弄的非常麻煩，我都是先在Google

以前一直用金山詞霸的盜版，當然用的盜版還不止這一個，反正好像賣盜版才犯法，用卻不會，何況也沒有見現在賣盜版的有什麼違法，公開賣的那麼happy，有段時間不想用盜版，用過Linux，那時的習慣把statdict帶入了windows下來用，用了一段時間發現金山詞霸還是比較好，然後又改用金山詞霸，也沒有什麼不妥，最近新上電信寬頻，免費送金山的使用權一年，給了個通行證，想想，有正版還是用正版吧，結果通行證在介面下輸入一次卡號密碼（1），登陸半天沒有反應，再輸入一次卡號密碼（2）最後又說密碼錯誤，只好到金

在學習C++標準庫的過程中，各種容器是很大一塊，每次驗證自己的結果輸出容器的時候除了string 可以簡單的cout<<輸出以外，其他的都要for()迴圈用迭代器遍曆，比如輸出vector<int> vec容器就要這樣for(vector<int>::iterator it = vec.begin(); it != vec.end(),++it)    cout<<*it<<"

1.最讓人糾結的問題。全部的主要問題在於下面的區別。p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Monaco; color: #008c00}p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Monaco; color: #490085}span.s1 {color: #000000}span.s2 {color:

    Orx不是一個非常成熟的引擎，我一直這樣覺得，相對於很多成熟的引擎，Orx還有很多功能上的缺失，還缺少很多有用的遊戲概念的添加，但是，我們能夠看到作者iarwain的不懈努力。他曾經提到，他在Ubisoft工作之餘，一邊要帶孩子，一邊將其他所有的業餘時間全部都投入到了Orx的開發中。。。。。而且，iarwain開發Orx,僅僅是for fun.....    在1.2版本中，iarwain添加了新的功能，在官網上如此描述“custom bitmaps support and UTF-8

PyQt(2) 對話方塊write by 九天雁翎(JTianLing) --

write by 九天雁翎(JTianLing) -- blog.csdn.net/vagrxie討論新聞群組及檔案為什麼我們要從現成的遊戲引擎學習開始    很多人問過我類似的問題，學習程式該從什麼入手？怎麼樣開始編寫一個遊戲？實際上的遊戲開發都是從OpenGL開始的嗎？學了OpenGL後怎麼開始做遊戲？   

多滑鼠是部落格中發表文章中大家最感興趣並且聯絡我最多的一個內容，因為國內的資料相對較少，並且當時的確為了寫論文花了一定的時間進行研究，（一年前的事情了，其實現在忘的差不多了）但是今天發現一個很有意思的事情（見下表）。。。。。。呵呵，英國有個兄弟缺少多滑鼠的資料。。。。甚至利用google的翻譯功能，將我的文章翻譯成E文觀看。。。。可憐的人哪。。。。不過這方面國內的資料少還可以理解，國外的資料其實還是有一些的，至於這樣嗎？-_-!呵呵，感覺比較有意思，我們痛苦的讀者E文的資料的時候。。。。還有同樣

本來想問iarwain(Orx維護者）Orx是啥意思，然後可以給他取個中文名，以利於在宣傳。結果他說，means nothing............Orx的名字來源於他老家的一個沼澤。。。。。。。還給我發了一張圖片。至於為啥要用一個沼澤的名字給一個遊戲引擎命名，他說，just like it.......看來還是很難適應外國人的思維。。。。。。。就像我看firends裡面成天oh my GOD，oh my GOD,oh.......my.......GOD的時候，真的與一個外國人溝通的時候，

 歡迎轉載，但請標明作者 “九天雁翎”，當然，你給出這個文章的連結更好。首先說明，這本來是錢能C++程式設計習題及解答中的一個習題。也就是在自然數範圍內求n!，其實用他的方法還不能說在自然樹範圍內，按他的方法，不考慮機子效能，最多可以算到2^32-1（32位機），原題解答如下：程式1：#include <iostream>#include <iomanip>#include <cmath>#include <cstdlib>using

      初創公司，沒有像大公司那樣的技術積累，很多東西需要自己從頭幹起，其中較大的一塊就是工具。想起剛剛參加工作半年的那會兒，老闆為了說服我寫工具，說讓我進工具組是培養我，寫了一個資料校正工具後，我就死活再也不肯開發工具了，硬要繼續寫服務端程式。現在真是輪迴，這次我是發現，我們實在是太需要工具了，於是決定自己寫工具來提高公司的遊戲開發效率。     於是，首先用本周時間，開發了一個用於編輯遊戲layout的工具，使用的UI庫是Qt。這個雖然是在公司有在MacOS下使用工具的需求下做出的選擇，