<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>海綿般的大男孩-【Web】</title>
<link>http://blog.roodo.com/shinbang/archives/cat_228420.html</link>
<description></description>
<language>zh-tw</language>
<generator>Roodo Blog System</generator>
<copyright>All Rights Reserved</copyright>
<atom:link href="http://blog.roodo.com/shinbang/archives/cat_228420.xml" rel="self" type="application/rss+xml" />
<item>
	<title>再談網頁開發</title>
	<description><![CDATA[
			還是覺得有點怪，先將看法寫在這，寫不完的就改天再繼續寫。
2007.04.16
心得摘要：
1.以html頁面作為分割點
2.簡潔引入Javascript lib
最近又在javascript前端相關技術打滾了一陣子，對於開發的分工，目前心得是，以html結構分隔前端頁面設計人員與後端App編寫人員。
後端程式設計師負責將資料傳送到html頁面。完全不去管其頁面該如何呈現，只須依照規定將資料塞入哪些html結構中。
前端的人可以直接透過web看到server上最新的頁面來從事開發前端的設計。只要搭配一些管理原則，開發上的效率會增加很多。



2007.03.26
對於網頁上程式，頁面，美術設計，這三個是否能真的完全分工，而不互相依賴，獨立開發。

我對這真的無法百分百相信，上述能成立的話，必須三者不互相亦賴，站在技術的觀點，是有可能真的可以完全分開，但這會不會再是一種假想。我認為這三者天生就不是單純的各自一個面。而比較容易有錯覺的我想是美術部分了，很容易會誤以為美術觀點設計網頁只是一個呈現，認為他只是一張圖而已。

如果我們把開發網頁當作是蓋房子般，來美術部分大概就是就是劃出了整個房子的設計圖，html好像是房子的地基骨架，磚牆、房間、窗戶等就很像很多很多的元件。

整個開發，本來就有其順序，有了順序，就會有了相依。

如果把網頁開發在幻想一下，像是玩樂高一樣，我們是用組合的去完成整個網站。

究竟很多技術是在幫我們解決真正的問題，還是只是覺得自己的技術概念很棒，而忽略了問題的本質，就拿彈性來說，彈性並不是針對使用者來看的，彈性是針對程式開發的人來看的。

對軟體而言，總覺得開發到像零件這樣的仔細與規定，就應該是軟體真正成熟的一天了吧。

以上，是我深夜的幻想，看看就好。
		]]>
	</description>
	<content:encoded><![CDATA[
			還是覺得有點怪，先將看法寫在這，寫不完的就改天再繼續寫。<br />
2007.04.16<br />
心得摘要：<br />
<b>1.以html頁面作為分割點</b><br />
<b>2.簡潔引入Javascript lib</b><br />
最近又在javascript前端相關技術打滾了一陣子，對於開發的分工，目前心得是，以html結構分隔前端頁面設計人員與後端App編寫人員。<br />
後端程式設計師負責將資料傳送到html頁面。完全不去管其頁面該如何呈現，只須依照規定將資料塞入哪些html結構中。<br />
前端的人可以直接透過web看到server上最新的頁面來從事開發前端的設計。只要搭配一些管理原則，開發上的效率會增加很多。<br />
<br />
<br />
<br />
2007.03.26<br />
對於網頁上程式，頁面，美術設計，這三個是否能真的完全分工，而不互相依賴，獨立開發。<br />
<br />
我對這真的無法百分百相信，上述能成立的話，必須三者不互相亦賴，站在技術的觀點，是有可能真的可以完全分開，但這會不會再是一種假想。我認為這三者天生就不是單純的各自一個面。而比較容易有錯覺的我想是美術部分了，很容易會誤以為美術觀點設計網頁只是一個呈現，認為他只是一張圖而已。<br />
<br />
如果我們把開發網頁當作是蓋房子般，來美術部分大概就是就是劃出了整個房子的設計圖，html好像是房子的地基骨架，磚牆、房間、窗戶等就很像很多很多的元件。<br />
<br />
整個開發，本來就有其順序，有了順序，就會有了相依。<br />
<br />
如果把網頁開發在幻想一下，像是玩樂高一樣，我們是用組合的去完成整個網站。<br />
<br />
究竟很多技術是在幫我們解決真正的問題，還是只是覺得自己的技術概念很棒，而忽略了問題的本質，就拿彈性來說，彈性並不是針對使用者來看的，彈性是針對程式開發的人來看的。<br />
<br />
對軟體而言，總覺得開發到像零件這樣的仔細與規定，就應該是軟體真正成熟的一天了吧。<br />
<br />
以上，是我深夜的幻想，看看就好。
		
		]]>
	</content:encoded>
	<link>http://blog.roodo.com/shinbang/archives/2910471.html</link>
	<guid>http://blog.roodo.com/shinbang/archives/2910471.html</guid>
	<category>【Web】</category>
	<pubDate>Mon, 26 Mar 2007 00:47:35 +0800</pubDate>
</item>
<item>
	<title>樂多 BlockWrapper</title>
	<description><![CDATA[
			噗噗，一直覺得樂多側邊欄的結構很畸形，理論上應該是一個功能欄位用一個Div包起來，裡面再分sidetitle和sidebody。但是現存的架構卻是用了兩個分開的div。因為變成一個Block，在CSS操作上比較方便，而且可以突破了一些位置的限制。

我把每個項目當成一個Block，利用jQuery寫了一個簡陋JS。
blockWrapper ver0.1 - 由於夜已深加上我功力不足，所以僅以簡單實現為目的。
blockWrapper ver0.2 - 參考阿土伯的Blogger Hack Tip #2 - Javascript Code Style，我有很認真看文章阿，所以就應用了這些code style來改寫。

圖解一下整個想法，想法好像過於簡單也沒啥好說的，就請見下圖吧。首先樂多的sidebar的結構大概是這樣


目標是變成下面這各樣子



JS如下(請接下載，並照下面步驟填寫完後再上傳)
BlockWrapper ver0.2

使用方法：
舉例，如果我要包裝的項目有兩個，class名稱分別為one和two，像下面這樣
var tw_kuni_blockWrapper_config = new Array("one", "two");

如果是要取名為new, recentpost，則是改成
var tw_kuni_blockWrapper_config= new Array("new", "recenpost");

以上，噗噗，我個人是蠻需要這個功能的，這樣的話比較可以讓每一個功能有可能隨意跑來跑去，當然你還需要設定其對應的css才有用，由於目前也還在修改也沒經過太多測試其穩定度如何，有興趣的再拿去玩吧。

把js檔案改副檔名好像已經沒用，眼睛又喵到word檔。哈，我就改成word檔，就可以上傳了。要編輯的話，記得改回來，或者是用ultraedit之類的編輯工具修改。

另：程式結構上應該寫的不好看，也沒優化(因為還沒時間看阿土伯的教學)，還望各路高手能給我些指點來改進。





		]]>
	</description>
	<content:encoded><![CDATA[
			噗噗，一直覺得樂多側邊欄的結構很畸形，理論上應該是一個功能欄位用一個Div包起來，裡面再分sidetitle和sidebody。但是現存的架構卻是用了兩個分開的div。因為變成一個Block，在CSS操作上比較方便，而且可以突破了一些位置的限制。<br />
<br />
我把每個項目當成一個Block，利用jQuery寫了一個簡陋JS。<br />
blockWrapper ver0.1 - 由於夜已深加上我功力不足，所以僅以簡單實現為目的。<br />
blockWrapper ver0.2 - 參考<A href="http://racklin.blogspot.com" target=_blank>阿土伯</a>的<A href="http://racklin.blogspot.com/2007/03/blogger-hack-tip-2-javascript-code.html" target=_blank>Blogger Hack Tip #2 - Javascript Code Style</a>，我有很認真看文章阿，所以就應用了這些code style來改寫。<br />
<br />
圖解一下整個想法，想法好像過於簡單也沒啥好說的，就請見下圖吧。首先樂多的sidebar的結構大概是這樣<br />
<div class=pict><img src="http://blog.roodo.com/shinbang/b509e27a.gif" border="0" alt="" hspace="5" class="asdf" align="left"></div><br />
<br clear=all><br />
目標是變成下面這各樣子<br />
<div class=pict><img src="http://blog.roodo.com/shinbang/14badbcc.gif" border="0" alt="" hspace="5" class="asdf" align="left"></div><br />
<br clear=all><br />
<br />
JS如下(請接下載，並照下面步驟填寫完後再上傳)<br />
<a href="http://blog.roodo.com/shinbang/65ce24b3.doc">BlockWrapper ver0.2</a><br />
<br />
使用方法：<br />
舉例，如果我要包裝的項目有兩個，class名稱分別為one和two，像下面這樣<br />
var tw_kuni_blockWrapper_config = new Array("one", "two");<br />
<br />
如果是要取名為new, recentpost，則是改成<br />
var tw_kuni_blockWrapper_config= new Array("new", "recenpost");<br />
<br />
以上，噗噗，我個人是蠻需要這個功能的，這樣的話比較可以讓每一個功能有可能隨意跑來跑去，當然你還需要設定其對應的css才有用，由於目前也還在修改也沒經過太多測試其穩定度如何，有興趣的再拿去玩吧。<br />
<br />
把js檔案改副檔名好像已經沒用，眼睛又喵到word檔。哈，我就改成word檔，就可以上傳了。要編輯的話，記得改回來，或者是用ultraedit之類的編輯工具修改。<br />
<br />
另：程式結構上應該寫的不好看，也沒優化(因為還沒時間看阿土伯的教學)，還望各路高手能給我些指點來改進。<br />
<br />
<br />
<br />
<br />

		
		]]>
	</content:encoded>
	<link>http://blog.roodo.com/shinbang/archives/2896241.html</link>
	<guid>http://blog.roodo.com/shinbang/archives/2896241.html</guid>
	<category>【Web】</category>
	<pubDate>Fri, 23 Mar 2007 02:26:11 +0800</pubDate>
</item>
<item>
	<title>輕鬆談網頁製作與設計</title>
	<description><![CDATA[
			今天在Mr.6的網站上，提到了MeWorks。簡單來說，核心概念大概就是想要以低成本的方式提高網站設計上的水準。也就是讓企業以較低的價格就可以擁有更漂亮的網站。背後的概念就是古典網頁設計上的工作分配的問題。MeWorks的點子OK，但還蠻有進步的空間，因為我用的是Firefox，在瀏覽一些網站時，是無法順利看到畫面。畫面是會亂掉的，這個問題在台灣真的還蠻常見的。我覺得台灣在網頁製作上，整體來說是落後的，可以從防呆裝置、CSS能力看出。

可以比較一下starbucks在日本和在台灣的網站。

其實這個問題是源自於網站設計上製作分工的古典問題，就寫程式來說，外國的技術專家們會想搞出分離美術人員和技術人員的想法，想要搞出一套讓不懂技術的美編人員也能懂得語言。也就是試圖想要降低偉大MVC的View的開發難度。

我覺得不能說這些人沒有貢獻，但他們已經有點走火入魔了，為什麼非要製作出一個簡單到不行的新語言來讓美術人員用。

我的想法是為何不在技術人員和美術製作人員中間安插一個人就好了，他具備技術能力，專注的寫一些像CSS、Javascript並擅長php或其他像JSP等(MVC中的View）。先稱這個角色為Coordinator。加上團隊中原本的技術人員和美編人員。

美編人員先設計出網站的每個版面，他不用去管技術怎麼做，只要從視覺上的角度去發揮，工作產品為整個設計的圖檔。

接下來Coordinator去負責將之切割與以及撰寫成程式並且呼叫後端的應用程式與元件。

應用程式技術人員，專心的負責寫網站所需的程式與元件。

為什麼技術人員要分兩種，我覺得這兩種雖然都是技術人員，但是就學習的角度上來說，是很不ㄧ樣的。而且就專業分工來說，本來就是需要Coordinator這個位置的人。美術也不需要在花時間在學習些奇怪的程式語法上，可以專注在於發揮他們的創意。

以上，如果有心力與機會，真的會想讓這個概念實現的。至少現在很少軟體公司有這種想法，我倒是覺得外國這種做法應該已經很普遍了。雖然我也沒有一一去探究各家公司，只能就有接觸的去理解而已。
		]]>
	</description>
	<content:encoded><![CDATA[
			今天在Mr.6的網站上，提到了MeWorks。簡單來說，核心概念大概就是想要以低成本的方式提高網站設計上的水準。也就是讓企業以較低的價格就可以擁有更漂亮的網站。背後的概念就是古典網頁設計上的工作分配的問題。MeWorks的點子OK，但還蠻有進步的空間，因為我用的是Firefox，在瀏覽一些網站時，是無法順利看到畫面。畫面是會亂掉的，這個問題在台灣真的還蠻常見的。我覺得台灣在網頁製作上，整體來說是落後的，可以從防呆裝置、CSS能力看出。<br />
<br />
可以比較一下starbucks在<A href="http://www.starbucks.co.jp/" target=_blank>日本</a>和在<A href="http://www.starbucks.com.tw/home/" target=_blank>台灣</a>的網站。<br />
<br />
其實這個問題是源自於網站設計上製作分工的古典問題，就寫程式來說，外國的技術專家們會想搞出分離美術人員和技術人員的想法，想要搞出一套讓不懂技術的美編人員也能懂得語言。也就是試圖想要降低偉大MVC的View的開發難度。<br />
<br />
我覺得不能說這些人沒有貢獻，但他們已經有點走火入魔了，為什麼非要製作出一個簡單到不行的新語言來讓美術人員用。<br />
<br />
我的想法是為何不在技術人員和美術製作人員中間安插一個人就好了，他具備技術能力，專注的寫一些像CSS、Javascript並擅長php或其他像JSP等(MVC中的View）。先稱這個角色為Coordinator。加上團隊中原本的技術人員和美編人員。<br />
<br />
美編人員先設計出網站的每個版面，他不用去管技術怎麼做，只要從視覺上的角度去發揮，工作產品為整個設計的圖檔。<br />
<br />
接下來Coordinator去負責將之切割與以及撰寫成程式並且呼叫後端的應用程式與元件。<br />
<br />
應用程式技術人員，專心的負責寫網站所需的程式與元件。<br />
<br />
為什麼技術人員要分兩種，我覺得這兩種雖然都是技術人員，但是就學習的角度上來說，是很不ㄧ樣的。而且就專業分工來說，本來就是需要Coordinator這個位置的人。美術也不需要在花時間在學習些奇怪的程式語法上，可以專注在於發揮他們的創意。<br />
<br />
以上，如果有心力與機會，真的會想讓這個概念實現的。至少現在很少軟體公司有這種想法，我倒是覺得外國這種做法應該已經很普遍了。雖然我也沒有一一去探究各家公司，只能就有接觸的去理解而已。
		
		]]>
	</content:encoded>
	<link>http://blog.roodo.com/shinbang/archives/2861503.html</link>
	<guid>http://blog.roodo.com/shinbang/archives/2861503.html</guid>
	<category>【Web】</category>
	<pubDate>Fri, 16 Mar 2007 14:52:51 +0800</pubDate>
</item>
</channel>
</rss>