您在這裡

有沒有人在作Hand Book的中文化啊??

ddtet's 的頭像
ddtet 在 2007-04-05 (四) 10:39 發表

有一點要先說明的... 就是我是一個有作中文化念頭的人...
也許我的英文真的很破... 也許我PHP的程式並不是很高...
但應該只是翻譯要花的時間比較多一些... 並不是翻譯不出來...

我比較熟的軟體反而是Flash... 所以有時候會到相關的論壇去看(回)文章...
常常會在討論串裡面看到同樣的"基本問題"一直出現....
在那裡勉強算是高手的我來說...
看到同樣的文章... 實在是不知道要不要耐著心把它回完....
(雖然到最後還是手癢回完了)

在回文章我的最常在回應的最後面... 補上幾句話...
把一些關鍵的字放出來... 叫他們去查F1(flash程式內建的說明文件, 有中文版)....

但是Drupal似乎並沒有這樣子的文件可以查....
對一個初進入這個領域的人來說... 根本不知道"基礎在哪裡"....
沒有基礎的人問出來的問題... 很多只是連高手看不懂在問什麼的題目...
大家雞同鴨講了許久.... 要一點運氣才能"剛好"的把問題解決...

一個沒有基礎的人... 有時候連爬文找文章的關鍵字都不知道怎麼下...
雖然說要爬文.... 但是真的有一個新手... 會有時間耐心去看完也許上千篇文章...
還沒有考慮中間是不是有很多看都看不懂的文章把信心磨掉...

看到大陸那邊似乎有人在作這件事情... 把Hand Book中文化...
也許這裡也有人在作... 只是我找不到關於它的討論版(也許我也是一個不懂爬文的人)...
也沒有看到相關的計劃(像是誰翻哪一篇... 或是哪一篇已經翻過了的資訊)...

我有想作翻譯的心.... 想多了解Drupal... 想多會一點PHP的技巧...
也想知道一下真正的高手是怎麼規劃一個內容管理系統...
當然也想增加一點英文的能力....
但我並不是學生那樣有很多的時間.... 我是一個剛入社會的上班族...
我只有的只有回到家還沒累倒在床上的幾小時時間...

我想不花大把時間去翻別人已經翻過的文章... (於公於私都是資源上的浪費)
同樣的... 也不想在討論區問一些讓高手覺得煩... 讓人看不懂的問題...
單純的.... 我想營造出一個能夠先充實好基礎的環境....
先把基礎打好再參與討論....
不然老是在po在回解決問題的文章.... 就沒有多少時間去想想怎麼創新和應用...

文章很長.... 久了之後大家可能會發現這是我的"風格"... 我不太會po短文章...
希望是能有好的結果... 希望也有其它人想要參與....
最壞的打算是我自己一篇一篇慢慢的翻.... 翻完了也不知道要po在哪... 只能自己看...
如果有人一起作的話... 應該會更有趣... 也更能作得久一些吧!!

其實,因為常看到相同的問題,就會順手擺進手冊或是FAQ裡投了
但是你說基礎的部份,的確很不足
不過我認為drupal官網文章的中文化,又可以說很不實際 :P

這邊回歸到幾個問題:
1. 發問是不是壞事?
其實要發問我個人的態度是,發問是好事,就怕都沒有發問。多一點人發問,多一點人回答,才會熱絡,社群也才會強壯,至於drupal這裡,我目前為止,還很少會說「你先去爬文再答」,頂多問了沒答,就知道是沒啥人知道的東西,也不是所謂基礎與否的東西。

2. 中文化的問題:
官網那兒的手冊,老實說很多都舊斃了,連官網的手冊,都有手冊趕不及軟體開發速度的問題,中文化更不用說吧。另一部份,drupal china那兒你可以看一下,那些中文化的東西是不是真的有用?如果有drupal.org文件中文化的需求,我個人的建議是,何不先試試看 firefox + foxlingo,網路看不懂翻譯系統?呵呵,老實說,真的有用喔!
(坦白說,我在drupal大多是遇到程式問題、遇到開發問題,才會找文件求救呢...
基礎怎麼辦?就花3天晚上,把所有設定搞過一遍就懂啦,現在不懂,以後就懂啦)

3. 基礎的問題:
我覺得目前drupal需要的是一個圖說安裝、設定的流程文章,國內許多linux社群也是靠這樣起來的
其他的,在drupal這兒很難說基礎,還是非基礎的問題了~
我覺得碰open source的基礎,就是hack精神、try and error、還有找文件功力、英文功力..等
再來就是技術門檻的基礎了,寫程式、看原始碼...

總而言之,我不推中文化
但推有基礎文章

--
from open mind to open source~

嗯.. 你說得很有道理...
中文化的確有它不切實際的地方...
但是... 算是一個目標或是方向...(把目標集中)
不然誰去寫個"基礎的文件"... 又或者.... 誰知道基礎的定位在哪裡??

我相信有心想要讓更多還沒有入門的人入門...
不只是單單一兩個人的想法...
只是沒有幾個人清楚知道怎麼去作吧!!

hack精神... 那也是要有一定的底子才能搞的東西吧!!
找文件功力... 英文功力... 如果真的這些功力都有強...
也不會那麼多人想找中文文件了吧!!
換角度來看.... 能作到上面那些東西的人... 早就有"基礎"了... 不是嗎??

回到原話題... 我是一個還在門外的人... 所以不是很清楚drupal整體架構...
但我也看了幾篇原文站的文件...
自己試著寫了一些簡單到不行的模組....
只是中間出了問題... 總不能問說「我某某模組不能跑請幫我看程式」...
老實說... 我很不喜歡遇到這樣的問題.... 也不喜歡問這樣的問題...
只是我真的搞不懂.... 今天程式出了問題...
中文化模組裝進去就掛掉....
是哪裡出了錯?? 是我的設定不對... 還是我動到哪裡的程式碼??
在flash論壇看到很多初學者問一些鳥問題... 但也知道那些人連怎麼問問題都不知道...
(不過和drupal不同... flash的相關書籍太多了)
但至少要能夠找到可能的問題點... 而不是無的放矢的發問吧!!

我想先把自己的實力充實到入門的階段... 才能問出"像樣的問題"....
而不是問類似「某某東西掛換了... 為什麼會這樣?」這種連自己都看不懂的問題...

老實說... 我用翻譯軟體反而看不懂... 用google工具列的單字翻釋反而還可能慢慢的讀...

最重要的... 很多人會深入了解一套軟體...
之前通常有不錯的使用經驗.... (先能用才去深入學習)
這裡的確有達到回應、討論的功能...但不是要人什麼東西都在上面問的..
總是有些東西是要自己先充實好... 之後再來發問的...
在文件裡面有很清楚的樹狀圖... 但我看完了總是覺得缺了什麼... (自己也說不上來)

我沒有要反駁jimmy的論點....
也深表認同基礎文件勝過單單翻譯hand book...
只是我真的希望有個能把Drupal整個架構流程介紹很清楚的文章.... (也許hand book並不是... 我還沒把它看完過)
東學一點... 西學一點... 不知道什麼時候才能看到全貌...
當然有更好的學習方式... 一定會虛心受教...

我是半吊子的人.... 很多東西都只碰一點...
所以我看不懂的apache的log....
之前不懂原來mysql也有很多設定... 還有中文字的差別...
也不知道PHP原來有些模組要自己加... 某些功能才跑得起來...
好像所有東西被被一條縄子綁住... 要學好的Drupal...就要懂apache, PHP, mysql...
甚至是也要會一點linux 的shell script語法...
我不方便評論... 不過這樣的門檻好像有點高....

在討論區的高手都是無贘去幫助別人的...
所以我根本就沒有立場去要求別人來寫一篇(甚至很多篇)文章來帶我入門...
只是想說能把我嘗試的過程... 能夠有系統的留下一些記錄...
讓後面的人走這條路可以好走一些...

目前枋間好像也沒有相關的書藉講Drupal的全貌... (在天瓏找過...沒遇到...)
目前唯一知道能讓我入門的... 就是明知很舊還是得看的hand book....
我的功力太弱... 只知道"掛掉了"... 連"是哪因為哪裡掛掉"都搞不清楚....
就不用說什麼hack精神了...

雖然說去集結每次錯誤嘗試... 最後會變成一個有用... 也有參考價值的東西...
只是我感覺實際作起來真的滿難的....
高手會很"本能"的閃過很多問題... 而弱者是連怎麼死的都不知道...
這個構想也許等我慢慢變強的時候會試著整理看看...

我只是一個撰碼員,靠寫程式過活。
自從 Drupal 在 4.7 版的時候知道他的存在,但是後來跳去其它程式語言很久沒回來。
變成 D5 比較熟,D6 知道一點,D7 還在學的狀況…

其實你講的很多都很好
不過稍微回應一下hack精神
以免被誤解了我的原意
hack 精神(hack spirit、 hack value)
和hacker沒啥太多關係,只是講一種態度

http://en.wikipedia.org/wiki/Hack_value

Hack value is the notion among hackers that something is worth doing or is interesting.

所以玩drupal,慢慢玩沒關係,覺得好玩就一點一滴玩,瞭解一點就深入的去探究,不厭其煩的尋求答案,碰到越困難的就有挑戰心。(講到這兒好像有點離題了 :P)

Doing something others think difficult or impossible, or solving a problem, and doing it in a way that has finesse, cleverness, or brilliance implies the solution has hack value. So creativity is an important part of the meaning. For example, picking a difficult lock has hack value; smashing a lock does not.

上面大概講說,做一些事情,可以用「好難喔」、「不可能啦」的態度,或是「不行我一定可以想辦法來解決」,「找一個最好的方式來做」,然後最終找到一種最好最棒的解決方式,正確答案,就是hack value。
舉例而言:細心的解開一個很難解的鎖有hack value(value指的是價值觀);而直接敲開打爛來開一個鎖,則不是。

--
from open mind to open source~

關於hack的精神我想我應該是沒有誤解....
我想說的只是當發現問題的時候... 會發現原來缺的不只是一塊兩塊....
而是一大堆東西... 就會有種「明明我就照著步驟來,連username都沒變過... 為什麼還是不能跑。」...

自己寫程式PHP可以用echo.... flash的話有trace的類似指令....
但是在Drupal則是連echo要放哪... 要echo啥都是一個問題...
當然還是讓我試出一些東西.... 像是Drupal很多資訊不是放在Session裡... 而是直接存入資料庫... 在我print_r($_SESSION)發現沒有什麼東西之後發現的。

我不清楚這種東西要怎麼去"玩".... 自已一個人又用不到那麼多模組... 也沒有力氣去去經營一個站...
所以當我遇到連一個基本的安裝中文化都失敗... 給我打擊滿大的....
我希望的是能在一個很穩定的平台發展模組... 而不是一個好好的平台... 在我搞不清楚相關設定(包括apache, mysql, php.ini等)之下... 搞得很不穩定...
也許是完美主義的想法吧!! 我沒辦法認同一些人「能跑就好,有問題再說」的想法...

我希望的是去follow正確的規格發展出一個相容高的模組... 不是指真的相容所有平台所有版本....
而是相對於硬寫個資料表... 擠進畫面中... 只是「看起來整合了」... 其實和用iframe沒兩樣的東西....
看過有些人這麼作過.... 遇到問題的處理:「把某個不知道幹嘛的程式註解掉。」 真是敷衍.... 我不想作這樣的工程師....
要學的東西不少... 要補的觀念也不是一樣兩樣... 東西一多... 就有不知道要從哪裡"啃"起的感覺...
這應該是不少人遇到的問題... 也可能一部分的老手也有過這種經驗....

雖然知道不可能.... 但是總是會想著「如果有個課程或文件,上完或看完之後能對整個應用有個大略的了解,而不是瞎子摸象,摸到了才知道要去學。」
不得不說... linux和Drupal一樣... 對很多人來說.... 都是「知道很好用,但是不會用」的軟體....
也許我在學習的過程中... 也可以思考一下.... 有沒有更"無痛"的學習方式....

我有學習程式的一些經驗... 像是為了物件導向的類別和物件的關念.... 為了暱名函式的宣告應用... 花了好長的時間才把它變成自己的東西....
學習Drupal和學程式不同... 東西在書上不見得找得到... 該學什麼也要自己去發掘... 對於沒經驗的人真的很吃力....
但是真的搞懂的時候.... 程式語法不見得多會幾句... 但是用到觀念想法常常讓人驚豔不已.... 也許算是「高投資,高報酬」吧!! 個人的感覺....

我只是一個撰碼員,靠寫程式過活。
自從 Drupal 在 4.7 版的時候知道他的存在,但是後來跳去其它程式語言很久沒回來。
變成 D5 比較熟,D6 知道一點,D7 還在學的狀況…

順帶一提
如果你只是想有系統的留下自己的紀錄,我覺得可以有一些方式

1. 提出一個具體的構想,讓drupal taiwan可以幫助你實現(tky在這一篇有提到)
http://drupaltaiwan.org/forum/20070403/1070#comment-2839

2. 如果drupal taiwan 冥頑不寧,寧死不從,打死不屈
那自己開一個blog,專門寫?再貢獻到drupal taiwan
顯示一下drupal這群人多麼的無力。國外有人這樣做喔
http://www.dudertown.com/howto_classes

p.s.1 drupal的書...似乎有人在努力撰寫中喔?還是...
p.s.2 drupal的完整架構....這個太高深了吧?如果想要扎根一點打,從index.php開始trace一下?

--
from open mind to open source~

我想的是:
翻譯是最快的途徑,儘管不一定最好,但也有價值。版本舊/不實用,在於參與者不夠多。
handbook/使用說明、以及其他單元,其實可以開放權限出來、或是直接改用共筆模式,讓有意願貢獻的使用者參與。
書...有努力,不過進度不佳...

這些問題都很好,關於本站、參與者,另開一篇,歡迎大家來提議

charlesc已經在寫書啦?哇,真是令人期待。加油啊。

對於翻譯手冊的問題,TKY覺得,去看Drupal China的翻譯手冊就好啦!他們人多、翻譯的數量也多。(TKY在利用一些模組的時候,就會查查他們有沒有相關的內容,節省時間)Drupal Taiwan要做的話,可能花很多時間還追不上人家的進度。

說實在的,TKY有時候也會有納格髓那樣的問題,覺得「理論不足」,光從實際的情況中「踹ㄟ弱」(try error),總會碰到一些死胡同。例如TKY使用Views、Viewfield等模組的經驗就是如此。甚至都去問原作者了,把整個使用狀況都講了一遍,他都不一定能給你答案。只能一直等待......等待「下一版會更好」!

這時候不免英雄氣短,想說難道不能有個方法徹頭徹尾搞清楚,給他來個一針見血的解決嗎?不過照照鏡子、秤秤自己的斤兩,唉,還是算了悲。一沒時間、二沒腦袋,能做到目前的程度已經不錯了。想上窮碧落下黃泉,來個徹底搞懂,要付出的精力可不少。就像我們利用機車能做很多事情,像買東西、把妹、旅遊等等,但不需要懂得機車引擎是怎麼做出來的吧?會修一些小零件、排除故障,免得拋錨在路邊,就已經算是不錯的機車使用者了。

TKY覺得說,如果你只是想架出心目中理想的好站,使用Drupal,搭配理想的條件(至少在本機上你能做到),這是很容易的事情。這時候的重點,不在於Drupal運作的原理或者你hack的能力,而在於你的網站想要給瀏覽者什麼樣的內容。

如果行有餘力,那麼繼續深入研究下去,也未嘗不可。一來Drupal官網上有一拖拉庫的資料給你看,二來,它可是開源碼,隨便你怎麼看、怎麼測、怎麼改都可以。不像機車,除了修車師傅,很少人有機會、有能力一窺究竟的。

至於這個深入研究到底到哪才算究竟?TKY也動過要去研究網站伺服器、Linux等東西的念頭,但後來只能慢慢摸、走著瞧。因為不管軟體、硬體,進展都很快,隨便一個什麼東東的「基礎」,都有幾本磚頭書等著你去看。等到看完,Drupal都不曉得進化到第幾版了。只能說術業有專攻,自己沒有時間攻,就依賴朋友和專家啦。

而既然術業有專攻,TKY認為說,除非你要專門研究CMS或者網路科技,要不然總是想要利用Drupal來做點什麼樣的事業,倒不如把心力花在網站內容的經營上去;畢竟那是很多人來使用Drupal的初衷。

tky

tky

內容的經營!
這才是網站能夠活起來的重點吧...
不過對於接案和完成技術的人,有時候並不需要思考這個問題
也沒有機會去碰觸經營層面的問題,呵呵,很弔詭吧

--
from open mind to open source~