寫!

如何才能獨立生活?


那麼將範圍縮小一個指數, 用很多人提及的"獨立生活"好了。

如果要是說獨立於所有東西生活那是不現實的, 至少人是群居動物, 香港人也鮮有當米農的。
那麼獨立生活應該是指單憑自己一個人去維持生活標準吧? (承上一篇, 這只是推測)

那麼獨立生活要怎麼樣呢? 根據上次那個網址, 在soso 集思廣益得來的要求如下:
自理的能力有基本的生活常识在精神上一定要很好,否则你会得精神病的主要还是心理素质方面的还要有很棒的身体抗挫折的能力处理事情的能力,有了事情不是很无助,那样你就可以了。精神上的动力~~伟大的信念~·以及为人处事的能力~~意志力求生欲望生活的能力信赖的朋友反正答案都是個人看法, 也沒有概括性, 很難成為道理。那麼, 再回到問題上吧: "單憑自己一個人去維持生活標準"要求有二: 1.憑自己一個人 2.維持生活標準所以, 獨立的要求是:"個人能力>生活標準"在現實上, 個人能力不斷提高, 生活標準也是不斷提高, 但只要維持著那個平衡, 你就獨立了如果"個人能力<生活要求"那麼, 要麼你不快樂, 要麼借助外力達到"個人能力+外力>生活要求"因此小孩子通常都不獨立的, 因為他們大量依賴父母。聽到有人說:"那女孩很能幹, 那麼年輕就能夠獨立生活"我們只能知道她的 "個人能力>生活標準"獨立生活的要點應該是知足吧。
如果見到一個銀行經理整天辛勞工作, 有很多錢卻不快樂,
他獨立了嗎?(這是疑問句)
發表時間:2010年1月17日 | 評論 (0) | 全文

如何才能獨立?


想不到我也要去寫這一種那麼主觀性又老生常談的題材, 但這當然是因為有其有趣的地方。

在面試時談及優點, 你可以說我很獨立/I am independent. 說一個人很獨立, 究竟是一種怎麼樣的狀況呢?

http://wenwen.soso.com/z/q103870646.htm 看看這個網址, 有很多的要求, 到了一個難以總結的地步, 當然, 我還沒有肯定這一種是獨立

獨立: Independent, 反面自然是dependent: 依賴。
但更準確來說, in-dependent 只可以說是不依賴而已,
在面試中如果被問及"Why do you think that you are independent?" 可能你會答:"I can finish jobs on my own"
那就是說你能不依賴於"其他人", 但是工具呢? 其他資源呢?
因為答案可以是"I can finish jobs without depending on any specific computer", 也就是說你能不依賴於"訂製化了的電腦".
也可以是"without depending on any specific working place" 等等等等.

在這點, 我們能歸納獨立不能單獨使用, 它必須是及物的.
"我能獨立" 這句缺少了兩個要點, 1.獨立做甚麼 2.獨立於甚麼
擴充為"我能獨立生存"
再擴充為"我能夠不依賴於樹上生果來生存"
到了這個地步意思才算完整。

回到上面, 如果interviewer問你:"Do you think that you can work independently?" (你能夠獨立地工作嗎?)
你夠底氣說出:"Would you specify the things indendent on?"嗎?
我想對方搞不好要思考一陣子。
發表時間:2010年1月17日 | 評論 (0) | 全文

RealWiki

發表時間:2010年1月9日 | 評論 (0) | 全文

微軟的好事


啊...那個題目不是在說反話, 這次的主題是以下兩個計劃:

 

Microsoft DreamSpark: https://www.dreamspark.com/Default.aspx




電腦對聯: http://duilian.msra.cn/default.htm
第一個是強大的免費套餐(對於學生來說), 看到這個entry, 恭喜你賺到幾萬元了第二個是有趣的程式, 實在太有趣了 完
發表時間:2010年1月8日 | 評論 (2) | 全文

4k 之內


看到一篇頗有趣的討論, 很多論點呢

http://www.phpx.com/happy/archiver/tid-257682.html

php 寫下mysqli 的class 時沒有把caching 包含進去令到人們十分的不方便, 人們把以前mysql 的做法再一次放到mysqli 上

這個類的評價的地方實在很多, 首先用object 的alias 去套進另一個class 中已經是人們十分不願看到的一件事
不過最多評價還是在caching 上

樓主所用的是serialize 和deserialize, 我一直覺得效率已經十分好了

但樓下的點評也有很多資訊值得記下

理论上,mysql在读取数据前是经过一系列的判断操作之后再开始读取数据.

把要查询的东西生成一很简单的txt文档之后,直接读取的速度是要大大的快过从库里查询的.而且CPU或内存的使用量也应该要远远小于从库中查询才对.

====================================

那只是理论,但实际上并非如此
[code]for($i=0;$i<100;$i++) {
        $sql = "select * from words as a left join relative_words as b on a.word_id=b.word_id  limit 0,1000";
        //$res = $db->get_all($sql);
        $res = $db->cache_all($sql);
}[/code]
结果很诡异,前者
cost 1.00315293312 seconds
后者
cost 1.16315293312 seconds

=====================================

我的测试结果是相反的。最简单的取一条数据也是文本缓存的快一些。可能你缓存类的初始化过程比较费时间。

=====================================

反序列化双刃剑,如果数据较多,数组较复杂,就比较烦了

既然是cache就有命中率一说

数据库也是要走IO的,文件也是IO,文件cache配合内存cache效果会很好,通过优化cache,根据需求合理使用才是正确的选择(究竟如何才是合理呢...下面有答案)

=====================================

一般情况下用文本“缓存”绝对是大站的恶梦(google fs这类除外),轻量级应用还凑和,大型应用根本不行,也不可靠。

并行读写、ACID...

=====================================

这几天忙,没来看,多谢各位的回复。

关于单文件夹,这个其实在实际使用的时候是下面还有2级的文件夹,截取的md5前4位

单次查询其实走的还是mysql,第二次及更多查询的时候才是走文本缓存。

后来又做了些测试,当多表联查的时候,文本缓存还是有优势的,但是现在刻意只将数据在4k以下的做缓存,超过4k因为会分到磁盘的两个簇中,存放位置不一定连续,所以不使用

在无法使用memcache或者tt的情况下这个东西还是有点用处,关于并行读写,现在我还没发现什么问题

======================================

樓主最後的回覆真的是要點...究然連4k 一個簇也考慮進去了
那麼站點可以考慮把cluster size 很大(約16kB)的一個磁碟作為caching 使用, 反正對於伺服器來說, 磁碟機空間常常有很多但只是帶寬和cpu 不夠而已

發表時間:2010年1月1日 | 評論 (0) | 全文

笑起上黎


 望到果張圖....無端端笑起上黎

我係咪傻左啊!?

yeahhhhhhh.jpg
發表時間:2009年12月23日 | 評論 (1) | 全文

一個初學PHP 的人


今日在facebook 看到一個初學PHP 的人不斷地把自己的小程式"截圖",再在說”寫得很辛苦”類的話,真嘔心,這一代的人都那麼喜歡張揚嗎?


說起用php 都已經有四五年了...對一般的人來說可能只是一段短時間,但我想...可能已經追趕到那時候的"他"了,那個初相識的時候。
Groove Coverage 的She 是很舒服的一首歌,我他用同一個形式說說他吧。他的名字不重要了,反正我也從沒在任何人面前提起過。雖然交談時間很少,但我早已把他當成目標。 他很喜歡幫助人,即使是全然陌生。
他的學識深入,使人敬重。他對工作有如此的熱情。
他是還是可以如此的不卑不亢。 (到這個時候,想起食神的人請收一下情緒) 我之所以喜歡棋魂,就是喜歡看到進藤進趕塔矢亮,塔矢亮在追趕那個幻影的魄力。
發表時間:2009年12月17日 | 評論 (0) | 全文

化妝


化妝同用塗改液都係差唔多一樣那麼"無謂"。(知道我對使用塗改液的意向的話)

有時候形象可能會在社會中改善了,但我內心有可能為了平衡這個現象,給予化妝的人一個很大的額外負值...很大的。

由於物品價值的提高,通貨膨脹了。但是有多少是真正把人類推前了呢?

太多的物品被賦予了太高的價值,在這看似有效率的商品市場,不平衡的地方就在於人們對奢侈品的沉淪。
沉淪這個意味對能夠活在當下的人們真沒有多大的價值,但是,我卻沒法把它否定。

有unix 的出現,但還有windows
有衣服的出服,但還有時裝
有主糧,但還有小吃
有水,但還有可樂
更不用說是用途以外的塗改液,化妝品了.

在這個不該存在的巨大付加價值的出現下,我慢慢(正因為慢慢的,所以我能確認)對後面四樣東西還生了反感。我不寄望它們的價值會因為我有這個想法而大幅貶值,但這種付加的價值明顯不是在實事求事吧,我為此感到不快樂。

我很明白,樸素是怎麼的一個意思。

  樸素與樸實連襟,實者切實、真實;樸素氣質是本色本心、真才實學的外暈與光芒,是積澱厚實、內蘊豐沛的自然流露。

  樸素氣質具有流動性。江河愈走愈雄壯,而樸素,潛移、遷徙的趨向恰恰相反,是消散與流失,日益淡薄,漸歸於滅亡。日常生活裡,布衣荊釵者有之,洗去鉛華者有之,淪落為丐者也有之,這一系列現象未必能與樸素劃上等號。而更加引人思索的是:生活中絕少能從奢侈、時髦、矯情裡脫屣而出即開始脫胎換骨、便一天天變得樸素的人。

 

 

發表時間:2009年12月17日 | 評論 (0) | 全文

Dependency


Dependency, 平常在電腦用的中文會用依存性來翻譯.

究竟要怎麼平衡獨立軟件的套件形式和Native Platform 的標準依存形式呢

愈要思考的話, 愈難搞清楚哪一個較好. 反正現在的想法都是, "可以順暢運作不就很好了嗎?"

不標準/自訂義套件到底時甚麼時候出現的呢?
其實, 在出現所謂標準套件之前就只有痛苦的自訂義套件啊
標準的出現是善於歸納的天才們想出來的格式
那麼, 這些天才的水平愈高的話
電腦軟件的開發和使用將愈有效率

可惜, 我還沒見到一個通行的GUI 套件....
只有十級好用的套件, MVC 的做法才能更加的發揮, 不然M是自己來, V 是自己來, C 也要思考怎麼用, 用哪個
比起以前直接寫的做法有好多少

一個通行而進展的套件要多少年才可以變成標準, 今天, 昨天, 明天所需要的金錢又要幾多,
一旦開發套件的機構/人員不接手下去那你的系統就注定有一日會outdated
那麼, 無論它有多好用, 商業公司會敢用嗎?
我認為, 作為公共設施, 政府其實可以考慮把一些有潛力的套件收歸國有, 維持, 開發
反正這樣的物件本來大家都會用, 只是使用者是間接的用而已

這樣一定能令該地區的高階編程進步神速...
發表時間:2009年12月14日 | 評論 (0) | 全文

轉貼:重新理解社区概念——写在PHPWind7.5发布之际(一)


         最近一年多,SNS对传统论坛形成了比较强的冲击,关于论坛和SNS引起了很多讨论,其中有两个极端的观点,一个极端是觉得SNS是万能的,希望赶上SNS热潮来做一个成功的网站;另一个极端却是抵制SNS,认为SNS背离了论坛的核心意义。

         在此重新阐释下PHPWind对社区的理解,社区的概念是随着网络发展不断完善的,之前,传统论坛就是社区的全部形式,而现在社区里面可以增加更多的元 素。独立的BBS是社区;独立的SNS网站也是社区;将会员交互、SNS应用与论坛很好的结合,也是社区。论坛与SNS并不是冲突矛盾的,两者可以互补成 为完善的、功能强大的社区,它们的区别在于侧重点不同,究竟哪种形式更适合大家,需要根据自己站点的特点,站长的认识、能力、喜好来决定。
    
        按 照上面的说法,似乎问题都交给站长了,网站做得好不好和产品开发商没有关系。实际上,用户对论坛和SNS的认识,受到了某些产品形式上的误导,以为两者是 割裂的,非此即彼。之前对于论坛用户来说,的确没有一个很好的产品,能从加强交互的角度来帮助论坛发展。

        那 么,PHPWind可以做什么呢?我们提供灵活的、开放的社区建站软件,可以让站长根据站点的定位自由组合,而不会导致站长顾此失彼。如果独立架设一个 SNS网站,重新积累用户或者把旧论坛的用户导入新的SNS站点,可能要花很大力气,同时还要担心,是不是会减弱原有论坛的影响力。但如果保持以论坛为核 心,在此基础上,加强站内会员的交互,可以有效的提升PV和用户粘性,PHPWind认为这是社区软件开发商必然的方向。

        具体到交互,如何实现论坛现有用户的交互?论坛用户的上网时间是有限的,如果60分钟都在看帖子、发帖子、与其他用户的互动行为也能增加内容,这对论坛 产生很大的价值。如果60分钟都在玩各种各样的Social game,产生的全部是游戏数据,那么就得不偿失。当然,能在保持用户关注内容的基础上,增加额外的娱乐应用,满足高度玩家额外的时间和需求,是最好的。

        所以如何平衡一个网站的运营,是比较微妙的。但是我们相信,站长对自己的网站,就像对待自己的身体一样,可以察觉细微的变化并且快速调整。因此一方面, 我们提供一个灵活的社区平台,站长可以根据实际情况来引导用户。更重要的是,我们明确社区的核心价值,在人、内容和互动三个方面,针对不同站点,哪些是主 流的需求,这个结构应该基本是稳定的一个比例,如果能很好的平衡,那么站点的成长就是最高效率的。

        从这个角度来讲,传统 论坛以前是很多内容,但是在人和互动两个方面做的不够。现在独立的SNS网站,实际上偏于娱乐化的应用,内容就更为薄弱,这和网络游戏的本质区别不是很 大,可能会背离站长的发展方向。从行业来说,如果只有100个站,做游戏方向,可能都可以成功;但是如果1千个,1万个,那么就很难成功了。但是,如果1 万个站都分布在不同的细分领域,那么这些站的成功率会很高。

        因此我们鼓励站长尝试更多的细分领域,避免在关注潮流的同时忽视自己的优势,浪费自己的精力。互联网有非常多的细分领域和应用,而不同细分领域间的差 别,主要就是站点的内容,内容建设是不可忽视的。站长要根据自己的定位来选择,内容和社交类应用,哪些才是站点根本,如果一个用户为了娱乐需求得不到满足 而离开,那么是否要思考下,这部分用户是不是我定位的核心用户。

 

~pw 官方團隊hummer
發表時間:2009年11月27日 | 評論 (0) | 全文