@laznrbfe
@猴子
@言十年
我已經(jīng)更過(guò)github上的代碼了

swift中規(guī)中矩的，非常實(shí)用，比object-c好一些。趕不上C++，但是它在ios上是非常有用武之地的，移動(dòng)設(shè)備的app通常不會(huì)特別大，這個(gè)語(yǔ)言適合這個(gè)平臺(tái)，我用swift開(kāi)發(fā)app有半年多了，越來(lái)越順手了

@Keater
我沒(méi)有兩者一起用過(guò)，我們的滑動(dòng)返回由其他人做成全局的了，統(tǒng)一在UINavigationController的子類中處理

@馬前進(jìn)
emacs是使用的GUB進(jìn)行GDB的多窗口調(diào)試的，我不知道有沒(méi)有arm版本的，我以前指導(dǎo)別人做的時(shí)候是用gdb-client連調(diào)gdb-server，server是arm版本的（client好像不受限制），emacs可以連接板子的串口，同時(shí)也能使用gdb-client來(lái)交互，但是是不是有多窗口（直觀的看調(diào)用棧、線程、變量等）我真記不起來(lái)了，現(xiàn)在用Xcode久了，不怎么用emacs做底層調(diào)試了。

@馬前進(jìn)
可以交流，我試過(guò)，但是有點(diǎn)忘了

@落單的毛毛蟲(chóng)
你的代碼更簡(jiǎn)潔，原理還是一樣的

@mybios
比object-c好一點(diǎn)，說(shuō)實(shí)話，可讀性不行，寫(xiě)起來(lái)倒是挺快的，他有函數(shù)編程能力，這點(diǎn)不錯(cuò)，其他的可有可無(wú)，模板做得爛。

@java論壇
這個(gè)語(yǔ)言剛出來(lái)幾天

@麥杰機(jī)械
不客氣，有實(shí)際幫助沒(méi)有？

@紅色代碼
哈哈，最近在做ios的開(kāi)發(fā)，看了一下pullTableView，懂object－c的人參考那個(gè)可能要比我這個(gè)快點(diǎn)。我重新看了一遍，還有好幾個(gè)地方需要改進(jìn)的，Data應(yīng)該用delegate，元素?cái)?shù)量應(yīng)該用數(shù)組元素?cái)?shù)量來(lái)確定。

@seahouse
你好，看到你的留言，我以前有段時(shí)間和你的情況有一定的相似度。
我特意去你的博客看了一下。這篇文章已經(jīng)從宏觀上回答了你的問(wèn)題了---《20-30歲，我拿這十年做什么？》

那么我想我也并不算有多厲害的技術(shù)，只是對(duì)整體知識(shí)有了透徹的理解。下面我針對(duì)你的情況給出幾個(gè)建議吧，希望能幫到你。（如果你覺(jué)得有疑問(wèn)的，我們可以討論，我也希望我們可以相互學(xué)習(xí)、交流。）

1.學(xué)習(xí)編程，一定要接觸多個(gè)平臺(tái)，最好是在類似UNIX的平臺(tái)上做開(kāi)發(fā)，C#思想是很先進(jìn)的，我也沒(méi)有系統(tǒng)的學(xué)過(guò)它，但是我知道他有一部分特性非常優(yōu)于C++的特性，比如它的事件機(jī)制是內(nèi)置的而C++要用觀察者模式做這件事情，但問(wèn)題在于他是專屬與微軟公司的，所以不用特別在意語(yǔ)言，如果你能精通C++，那么這幾個(gè)語(yǔ)言包括C#、JAVA、object-c、c等語(yǔ)言你都會(huì)精通，這中間的路很長(zhǎng)，0基礎(chǔ)的人要5年左右，你的情況。可能還有2~3年。
2.精通C++，一定要在大環(huán)境下去精通它，比如跨平臺(tái)程序框架，比如和其他語(yǔ)言混編，或者openGL、openCV這樣的庫(kù)，以及在項(xiàng)目中做一些綜合嘗試，不用拘束與語(yǔ)言，你用的多了，自然就精通了，而且不止精通C++一種語(yǔ)言。
你也可以照著我以前的學(xué)習(xí)方法，去重寫(xiě)一遍STL（參考《STL源碼剖析》），這對(duì)工作沒(méi)有特別大的幫助，但是是屬于內(nèi)功，長(zhǎng)久看是很有益處的。從STL的代碼里面，你能學(xué)到內(nèi)存池管理技術(shù)、模版組合技術(shù)、幾個(gè)設(shè)計(jì)模式、數(shù)據(jù)結(jié)構(gòu)、常用算法、函數(shù)對(duì)象的使用技巧以及怎樣擴(kuò)展STL才最合理等內(nèi)容。

有兩本書(shū)是學(xué)習(xí)C++必讀的，并且在C++的知識(shí)系統(tǒng)中是不可替代的，分別是：《C++程序設(shè)計(jì)語(yǔ)言》、《深度探索C++對(duì)象模型》。另外需要制定自己的編碼規(guī)范，可以參考google C++ 編碼規(guī)范、 K&R編碼風(fēng)格。然后是和業(yè)務(wù)知識(shí)相關(guān)的實(shí)踐。還有一本好書(shū)我想推薦給你---《C++語(yǔ)言常見(jiàn)99個(gè)編程錯(cuò)誤》。

3.你最好開(kāi)始定制自己的編程工具，比如Vim、emacs等，Eclipse也是可以定制的。有一把利器，無(wú)往而不利。用IDE熟悉的話自然有好處，但是深入定制一個(gè)IDE，你就會(huì)知道背后的故事。

4.你需要全面的計(jì)算機(jī)知識(shí)，根據(jù)你的博客來(lái)看，有一些東西我就不用說(shuō)了，那么我只說(shuō)可能你不夠重視的。操作系統(tǒng)要加強(qiáng)（大學(xué)知識(shí)不夠用的，可以看這個(gè)網(wǎng)站的教程：http://oss.org.cn/kernel-book/，我現(xiàn)在把它當(dāng)作參考書(shū)用，非常易學(xué)易用）、算法（基本算法需要記住根本的原理，能用偽代碼實(shí)現(xiàn)）、了解編程范式。

如果你用emacs的話，學(xué)一下lisp，推薦書(shū)籍《on lisp》、《黑客與畫(huà)家》

5.一定要去UNIX下走一趟，學(xué)習(xí)正則表達(dá)式，UNIX的腳本語(yǔ)言等，推薦Pearl和python。

以上是主流的建議，你可以根據(jù)個(gè)人喜好做取舍，還有一點(diǎn)：不要灰心，沒(méi)去500強(qiáng)不算什么損失，除了技術(shù)外這里面還有很多人事方面的因素。我以前500強(qiáng)挖我去我不去，后來(lái)我想去了，反而去不成了。所以去不去500強(qiáng)并不證明什么。

還有就是，在IT行業(yè)，先掙點(diǎn)錢，同時(shí)加強(qiáng)技術(shù)。這方面我不能很細(xì)的告訴你。如果有空了，再看看《編程珠璣》、如果想更深入的，可以翻翻《計(jì)算機(jī)程序設(shè)計(jì)藝術(shù)》。優(yōu)先推薦第一本，原因--薄、精！
好了，寫(xiě)太多了，有問(wèn)題再討論。

@Jcily
就是什么都不想做，對(duì)很多東西都提不起興趣

@小麥
這個(gè)信不信由你自己去考慮，你要是覺(jué)得是抄來(lái)的，你不妨找出任何一個(gè)的出處證明。
沒(méi)必要這樣，看到好東西，就說(shuō)是抄來(lái)的，我能說(shuō)什么呢？沒(méi)必要和你較真。
祝你項(xiàng)目和團(tuán)隊(duì)順順利利，無(wú)堅(jiān)不摧。

@mikesheng
畢竟是一道坎，翻不翻得過(guò)去都會(huì)留下記憶。整理一下表達(dá)出來(lái)，主要是對(duì)其他還在經(jīng)歷和還沒(méi)有經(jīng)歷的人有用

@xiaxia179
你說(shuō)得是，我改一下，謝謝糾正

@少司命
還可以看《算法導(dǎo)論》和《編程珠璣》，我兩年前建議兩個(gè)人去看這兩本，現(xiàn)在他們的編程水品已經(jīng)很好了（一個(gè)去了外企做多媒體開(kāi)發(fā)，另一個(gè)在德?tīng)柛＃赡芑斓帽任液茫?br>TAOCP讀起來(lái)比較費(fèi)時(shí)間，但是很容易懂（關(guān)鍵在于定義精確，沒(méi)什么廢話），麻煩的是那本書(shū)的編程語(yǔ)言現(xiàn)在已經(jīng)不常用了，我都記不起那語(yǔ)言叫什么。
我覺(jué)得看完TAOCP，并且做一些上面的聯(lián)系就很牛了，再進(jìn)階，可能就是實(shí)踐了（map reduce和人工智能、圖算法什么的，我沒(méi)有進(jìn)一步涉及）。
嚴(yán)老師我個(gè)人覺(jué)得性價(jià)比不夠，我也看過(guò)，后來(lái)因?yàn)闀?shū)太多所以被我扔了。（不是說(shuō)它不好，只是不夠經(jīng)典）。

@yewdgejdwde
你加我QQ731458742或者郵件聯(lián)系我：tianshidebaigu@icloud.com

@cpper
本來(lái)是為了自我監(jiān)督的，既然這樣了，那就請(qǐng)多指教

@spix
我畢業(yè)一年了，前段時(shí)間去創(chuàng)業(yè)，現(xiàn)在閑著。所以一方面復(fù)習(xí)以前的知識(shí)，溫故而知新，一方面準(zhǔn)備明年的面試。

@邯鄲輕舟裝飾
哦，一開(kāi)始只有8個(gè)，所以也沒(méi)想過(guò)把它寫(xiě)得短一些

@肥喵


你不能斷章取義。如果獲得一個(gè)java對(duì)象的地址，你可以操作這個(gè)對(duì)象，但是你不能一直認(rèn)為這個(gè)地址指向那個(gè)java對(duì)象，因?yàn)槟莻€(gè)對(duì)象可能會(huì)被垃圾回收器搬到別的地方去

致@ 李幸發(fā)：
抱歉，我郵箱里面沒(méi)有搜到你的郵件，大概是被我無(wú)意間刪了。
這個(gè)博客上也沒(méi)有看到哪里可以直接回復(fù)你，點(diǎn)你的名字也是跳到我自己的博客，所以只能在這里和你說(shuō)了，希望你可以看得到，我的郵箱是tianshidebaigu@icloud.com,如果你看到這個(gè)回復(fù)的話請(qǐng)郵件與我溝通。

這里提一下你說(shuō)的問(wèn)題：
如果是卡頓，要看聲音是不是也卡頓。若都卡頓。說(shuō)明在流數(shù)據(jù)的傳輸過(guò)程中有瓶頸，VLC是以流處理作為設(shè)計(jì)核心的，一般而言access不會(huì)卡頓，所以你從demux->codec->rendering的路線找一下性能瓶頸。也許是你的視頻文件的某種封裝包在dmeux過(guò)程中丟包了，多半是demux不識(shí)別該包的格式造成的，demux對(duì)于自己不認(rèn)識(shí)的壓縮包，就是采用丟包策略。所以也許是代碼中缺少相應(yīng)的媒體包處理程序，最好是編譯最新的源碼，我最近在做儀表系統(tǒng)的移植，只能幫你從框架上分析一下。

vlc根據(jù)版本的不同，demux的入口線程句柄也不同，但是頂層函數(shù)的名稱應(yīng)該是沒(méi)有變的。你用gdb去跟蹤所有線程找到demux的線程入口函數(shù)，再具體跟進(jìn)吧。

我認(rèn)為vlc里面RunInterface是demux的入口函數(shù)，你可以從這個(gè)函數(shù)開(kāi)始分析數(shù)據(jù)的走向。（運(yùn)行時(shí)去看）

流媒體的概念類似于一系列由管道連接起來(lái)的染料桶，access先獲取原料，demux將原料區(qū)分處理一下交給codec,codec將原料解開(kāi)并放進(jìn)染缸，rendering將染缸中的顏色染到布上面，然后展示。 這些原料都是以特定的方向向另一個(gè)方向走的，所以叫做流。 這些你應(yīng)該都懂吧，不過(guò)為了避免溝通的誤差，還是解釋下比較好。

@sankby
可以用函數(shù)包裝，傳遞void*指針。這里只是做一個(gè)簡(jiǎn)單說(shuō)明，具體做法有很多種的

我表示同情，可執(zhí)行文件放在／usr/bin目錄下，系統(tǒng)啟動(dòng)，在~/.bashrc文件中添加你的程序的執(zhí)行命令，例如./a.out 殺死進(jìn)程，查看pstree找到你的進(jìn)程名字對(duì)應(yīng)的進(jìn)程號(hào)，然后kill 進(jìn)程號(hào)。這些過(guò)程你自己分開(kāi)，然后google，這里不是百度知道。。。。祝你元宵節(jié)快樂(lè)

@畢達(dá)哥拉斯半圓
謝謝提醒，改過(guò)來(lái)了。你這句話有點(diǎn)醍醐灌頂?shù)母杏X(jué)。我一直在找自己表達(dá)方面的問(wèn)題，謝謝你的批評(píng)

@2blz
計(jì)算的本質(zhì)在于使用基本邏輯單元進(jìn)行大數(shù)分解，量子自身也可以向經(jīng)典計(jì)算機(jī)一樣構(gòu)成邏輯單元，并且這些邏輯單元已經(jīng)被數(shù)學(xué)證明（部分已經(jīng)實(shí)驗(yàn)證明）可以進(jìn)行大樹(shù)分解。

只是基本邏輯單元與我們平時(shí)碰到的“與或非”不一樣。量子計(jì)算機(jī)的實(shí)現(xiàn)目前還基本停留在理論研究，歐洲已經(jīng)有幾個(gè)成功的“小實(shí)驗(yàn)”（耗資上億美元，不過(guò)取得的進(jìn)步還是比較小）。可能以后會(huì)把經(jīng)典計(jì)算機(jī)和量子計(jì)算器件整合在一起，合稱量子計(jì)算機(jī)。

量子計(jì)算機(jī)有很多難點(diǎn)需要克服，比如它需要自成一個(gè)封閉系統(tǒng)，與外界不產(chǎn)生能量傳遞，因此這個(gè)系統(tǒng)并不會(huì)像想象中那么理想，體積暫時(shí)不能確定。但是若這個(gè)系統(tǒng)太小，則要么無(wú)法控制，要么控制的成本太高。

@waiting4you
恩，看了你的評(píng)論，又增長(zhǎng)了一些知識(shí)

@adie
原本我也認(rèn)為他對(duì)指針可以求出數(shù)組自身的大小，但是原理上似乎行不通，因?yàn)榧词鼓玫揭粋€(gè)引用，也是引用了指向數(shù)組的指針的引用，并沒(méi)有引用到數(shù)組本身。編譯器的sizeof是在編譯期求的。你說(shuō)的第二點(diǎn)應(yīng)該是它的目的之一

@Gezidan
又看了一遍你的回復(fù)，你是想問(wèn)我寫(xiě)代碼的那個(gè)編輯器嗎？它叫EMACS，是GNU創(chuàng)始人理查德斯托曼開(kāi)發(fā)的，目前它是世界上最強(qiáng)的編輯器

在這個(gè)博客的設(shè)置里面，編輯器的設(shè)置，好像是第二個(gè)吧。你都試試就知道了@Gezidan

@pansunyou
實(shí)在很抱歉，我不知道這里怎么打包程序，沒(méi)有網(wǎng)絡(luò)存儲(chǔ)，所以也沒(méi)法提供鏈接。你能教教我嘛？

@tmp
按你的要求，附加一個(gè)程序效果截圖

如果是fedora14,可能沒(méi)有相關(guān)的軟件包（這個(gè)是我之前使用fedora12的時(shí)候發(fā)現(xiàn)的，14沒(méi)有測(cè)試過(guò)，建議14裝顯卡驅(qū)動(dòng)）。你可以自己找源加入進(jìn)去。也可以去網(wǎng)上找rpm包來(lái)安裝。具體網(wǎng)址你自己查一下吧。

怎么能忘記了算法？
《計(jì)算機(jī)程序設(shè)計(jì)藝術(shù)》共4卷。http://book.douban.com/subject/1241037/
《編程珠璣第二版》http://book.douban.com/subject/3227098/
《UNIX編程藝術(shù) 》