作者查詢 / tkdmaf
作者 tkdmaf 在 PTT [ PHP ] 看板的留言(推文), 共2522則
限定看板:PHP
看板排序:
全部DirectSales3817PHP2522MartialArts1946MusicGame1396PSP-PSV819NY-Yankees386StupidClown220CMWang200Soft_Job198Web_Design198Gossiping131MacDev120HCKuo76NSwitch67part-time64WhiteCat63WrawlStars63Sijhih59Programming56Golf47MH47DPP39CodeJob36weiyin33Liu27NeedFood24TA_AN24C_Chat23SYSOP19KMT17PlayStation14iOS13Militarylife13WOW-TCG12LawsuitSug11Nationals10Ajax8PCCU_Talk8AndroidDev7L_LifeJob7NTHU_STAT947Dodgers5ID_Problem5joke5RedSox5CSMU-HSA964NARUTO4NTUmed914Salary4Trans-nctu4Violation4About_Life3ck_17_3013cksh84th3213CLHu3Cross_Life3Cubs3DailyArticle3Depstore3HarryPotter3HLHS_10thU3KS97-3133NDMC-N563NTPU-ACC-TB3Olympics_ISG3Orioles3PttLifeLaw3Python3Reptile3swim3USC3WomenTalk3YAKYU38words2Anthro062BLEACH2Bus2CSMU-HSA972CT24th3372E-appliance2FJU-ACCR942HCHS603122HSNU_11162InitialD2KHCHS_TALK2NCCU_TaiChi2NDMC-PH242NTUE_NSE1002NTUGolfClub2NTUmed002Odoko-juku2PokeMon2Rays2WorldCup2WuLing50-3172YP94-3022A-Rod1Anti-Cancer1Aves1B98303XXX1Badminton1biker1Bunco1Cardinals1cat1CHLin1ck55th3141ck57th3151cksh84th3021cksh85th3011CMU_BST011CMU_chorus1CPU_7511CPU_CP7611CSMU-MED951CSMU-MIS961DET_Tigers1Detective1dog1DragonBall1FCU_EE97A1FJU_CPSY_VL1FJU_SW_SBMan1fukuyamania1Gintama1HatePolitics1HSNU_10851HSNU_9461Ichiro1KHCHS-93-3091KS93-3021KS94-3201KS96-3181L_PTTAvenue1MMA1Monkeys1NANLIN3011NBA1NCCU05_PF1NCCU08_JAPAN1NCHU-MEbaske1NCHU_MKT971NDHU-His1031NEHS19th41NFL1NKUTEE1NTUBIME-1011NTUE-DC991NTUE-EPC-1001NTUE_Nse1011NTUE_Nse1021NTUST-DT93-21NTUT_EE490A1NUTN_EE1011OrixBuffalo1PAPUN1pet1QueerHabit1RockMetal1SCU_Japan96B1TaichungBun1TallClub1TFSHS65th3151TKU_IHM1toberich1twin1Viator97Yii1Vocaloid1WuBai_and_CB1WuLing50-3061<< 收起看板(170)
11F→:但是如果有100個複合條件,寫switch會死人。12/21 21:46
15F→:當然是……用陣列!重構的書就有提到這一點。12/22 10:30
1F→:你可以去「服務」看看,應該是被安裝成系統服務而且你設定12/19 10:26
2F→:成「自動」。12/19 10:26
4F→:或許……把檔案存進資料庫也是一個不錯的辦法。12/19 16:37
5F→:這樣就不會被直接載到檔案。不過…效能的部份我沒測過。12/19 16:37
12F→:還是那句話:效能的好壞還是做過效能評估再說。不要用猜的12/20 07:27
13F→:另外資料庫毀了,這就表示平常都不做備份。也是很糟榚的。12/20 07:28
14F→:因為也沒人會保證你存在硬碟,他可以長命百歲不會掛。12/20 07:32
27F推:用途是你決定?還是你的客戶來決定?12/21 08:19
28F→:功能的好壞不是「想」應當如何。而是「做」了才知道。12/21 08:20
29F→:就像很多人會說「我覺得」「效能」不好。那效能測試呢?12/21 08:21
30F→:很多人說「我覺得」「程式」這樣寫沒問題。那單元測試呢?12/21 08:22
34F→:客戶需要的是:我叫你做什麼你就做。不然我叫別人做。12/22 10:28
35F→:如果我沒有經常做效能測試。我何必提出來?12/22 10:28
36F→:你要是做出測試並且PO出來。那就是實證。誰會不滿意?12/22 10:29
37F→:但不要還沒發表測試結果,就先斷定效能不佳。12/22 10:29
38F→:凡事都不要用猜的,我之前就是愛猜所以常常講錯東西。12/22 10:33
3F推:推12/11 10:29
1F→:是因為有一種開發方法,叫做測試導向,而你沒用過而已。12/09 20:41
2F→:而敏捷軟體和CMMI,正好是相對的規則。12/09 20:42
3F→:寫程式快 = 沒品質?那是你沒見過又快又有品質的寫法。12/09 20:42
4F→:請你親眼來見證,你又沒時間。我公司每週日都嘛有空。12/09 20:43
8F→:不!他真的就是叫敏捷軟體。因為......他不單單是開發工程12/09 21:51
9F→:也可以實務面用在非程式設計方法上。12/09 21:52
10F→:軟體,可不只有存在電腦中會跑會執行的才叫軟體。12/09 21:52
11F→:你的腦袋瓜的一切想法、行為、思考,也可以說是軟體的一種12/09 21:53
1F推:好文推。12/09 15:06
1F→:不過我想有很多人對「直譯」一詞有所誤會就是了。12/05 21:32
2F→:PHP是「直譯」式語言,但大家喜歡用「循序」式寫法。12/05 21:32
3F→:所以較少人會理解「結構」化設計的好處。12/05 21:33
4F→:以及結構化(第二代)之上的第三代技術:物件導向。12/05 21:33
5F→:AND....物件導向是三、四十年前的技術就是了。12/05 21:34
6F→:現在則是以COM(第四代元件),.NET(第五代多語言)為主。12/05 21:35
7F→:「編譯」是將程式轉換成二進制碼讓電腦能夠順利執行。12/05 21:36
8F→:「直譯」則是逐行循序一一執行。效能上會比編譯過的慢。12/05 21:36
9F→:以上,有問題嗎?12/05 21:36
13F→:我沒有資工老師!我才高職畢業而已。12/06 06:54
14F→:至於第幾代那是以程式設計結構的演進加以詮釋的!12/06 06:54
15F→:如果要說是我擅自定義:沒錯!12/06 06:54
16F→:循序式→結構化→物件導向→元件導向(.COM)→.NET12/06 06:55
17F→:以上,有什麼疑問嗎?12/06 06:56
18F→:剛剛去google了一下,原來我和arrack在雞同鴨講......12/06 07:00
19F→:arrack講的是語言的演進,我講的是程式開發方法的演進12/06 07:01
20F→:另外我想直譯/編譯的部份我應該沒有擅自定義。12/06 07:07
21F→:為了確定我20年前唸國中時沒看錯資料,我還去WIKI了一下。12/06 07:08
22F→:看起來,老觀念、老技術在20年後並沒有被重新定義啊!(笑)12/06 07:08
23F→:雖然高職畢業之後我整整15年沒寫過一行程式。12/06 07:09
24F→:不過,講完了這些。各位寫程式的速度有比較快一點了嗎?12/06 07:15
26F→:com跟.net只是oop???那……你把元件放在那?12/06 20:22
27F→:http://zh.wikipedia.org/zh-tw/COM 參考一下吧!12/06 20:24
28F→:http://zh.wikipedia.org/zh-tw/.NET順便把這唸一唸。12/06 20:25
30F→:你這樣講是打算讓我猜說你寫php從來不寫物件嗎?12/07 06:33
31F→:物件導向程式設計已經是40年的舊技術了。概念?????12/07 06:34
32F→:http://zh.wikipedia.org/zh-tw/整合開發環境12/07 06:50
33F→:上面這個也請arrack看一下吧。剛好翻到你以前的文章。12/07 06:51
34F→:dreamweaver只是網頁編輯器,什麼時候變成IDE了?12/07 06:52
35F→:喔!上面的網址後面那六個中文字也要一併複製。12/07 06:53
42F→:所以dw可以debug?單步執行?版本控制?錯誤顯示?12/07 16:28
43F→:全新的見解?判斷,取決於所知的範疇。不知道!=全新12/07 16:29
44F→:不如arrack來詮譯何以物件導向不是技術吧!12/07 16:32
45F→:以及請告訴我,為何DW會是IDE(整合開發環境?)12/07 16:32
47F→:然後linhomeyeu似乎沒看到我說我翻到arrack以前的文章。12/07 16:33
48F→:剛好翻到一篇他講到關於DW和IDE的關係。12/07 16:34
49F→:跟這邊的OOP並沒有關係。12/07 16:34
54F→:WIKI已經解釋得很清楚了。為何中文字各位看不懂呢?12/07 16:36
56F→:更正!是8689篇!12/07 16:37
57F→:看過很多遍了。12/07 16:37
59F→:http://zh.wikipedia.org/zh-tw/OOP12/07 16:38
60F→:linhomeyeu你是故意跳我的針嗎?12/07 16:39
62F→:我說的是arrack在該篇提到dw和ide的關係。跟oop沒關係。12/07 16:39
64F→:喔!請你看清楚我有說OOP不是概念?我的意思是………12/07 16:40
65F→:概念? (他只會是概念而已嗎?)12/07 16:40
67F→:40年的舊技術,他只是個概念?難道40年來都沒被實作過?12/07 16:41
69F→:所以....爭執完之後……你寫程式的速度會比我快?12/07 16:42
73F→:沒人叫你回,自己愛回的。怪我囉?12/07 16:43
74F→:唉!什麼時候才會有人想要拿程式碼來電我。我欠電很久了。12/07 16:46
75F→:我一向也不太愛討論學術理論的東西。多寫些CODE實在點。12/07 16:47
77F→:喔!學校老師教的是真理。外面的知識就都不是嗎?12/07 16:49
80F→:焦點……沒有焦點。12/07 16:50
82F→:就只是你的認知和我的認知有差距而已。12/07 16:50
83F→:因為不是自創的理論,所以不屬我的發表範圍。12/07 16:50
87F→:我是如此定義,但這並不是我開創的論點。12/07 16:51
92F→:http://www.programmer-club.com.tw/showsametitleN/c12/07 16:55
93F→:/39672.html12/07 16:55
94F→:這其中就有提到「第四代元件導向技術」12/07 16:55
95F→:用GOOGLE查「第四代元件導向」也可以查到很多。12/07 16:56
97F推:dw可以DEBUG?請問是DW的那一版?12/07 17:00
98F→:DW會顯示ERROR CODE?請告訴我是DW的那一版。12/07 17:01
99F→:DW可以版本控制?請告訴我那一版提供的功能?12/07 17:01
100F→:以及支援的是那一種版本控制?12/07 17:01
101F→:dw支不支援物件導向設計?支不支援framework載入?12/07 17:02
102F推:唉!我明明說的是程式設計開發方法…硬是要被掛上「語言」12/07 17:42
107F推:好文!當然要推!12/07 17:44
109F→:他說的都很對。12/07 17:45
111F→:除了對IDE的定義我比較不認同,其實大家說的都很對。12/07 17:45
113F推:敝公司誠摯邀請arrack及linhomeyeu前來參加敝公司之敏捷軟12/07 18:35
114F→:體開發課程。由20年實務經驗工程師來為您們主講。12/07 18:35
115F→:還望各位不吝前來賜教。願者請來信,不限人數。12/07 18:36
116F→:地點:台北南港,時間:12/12下午13:3012/07 18:38
117F→:外面這課一期要12000,我們只收150場地費,附茶點。12/07 18:41
118F→:不滿意,可拒絕付款。12/07 18:41
125F→:那就連JoeHorn先生一起邀請啦!12/08 07:08
126F→:基礎理論薄弱,可以靠別人的指導而修正。12/08 07:09
127F→:但連不是新的舊技術都不願意來聽聽看......12/08 07:11
128F→:或許......你們所知道的理論和我們實務上遇到的結論有出入12/08 07:12
129F→:既然大家有意見,就從一個研討會或是論壇來著手。12/08 07:12
130F→:那位指導我的工程師是這樣說的。12/08 07:13
131F→:我想,由我一個小小工程師來講。12/08 07:14
132F→:不如讓一個有20年資歷,也是國內少數推廣敏捷軟體開發12/08 07:14
133F→:的公司負責人來跟各位交換意見。12/08 07:15
134F→:昨天我跟他講這件事,他只說了一句話:12/08 07:15
135F→:叫那些PTT的網友開程設書單,看看有什麼書是他沒看過的。12/08 07:15
136F→:我們不是理論基本教義派。我們只看到CODE和交付專案。12/08 07:18
137F→:我們可以有一套自己的理論、方法,如果他對專案毫無影響。12/08 07:19
138F→:要說要拿什麼來說服我們。就是程式碼見真章。12/08 07:20
139F→:最重要的~~~~當我們在討論開發方法時12/08 07:21
140F→:誰去管你他是什麼「語言」開發的?第幾代關我屁事。12/08 07:22
141F→:別人定義的東西我一定要遵守?判斷、取決於所知的範疇。12/08 07:23
142F→:如同JoeHorn對於GET和POST的修正,因為弄錯因果會有影響。12/08 07:25
143F→:所以我會把他學起來,加強記憶。12/08 07:27
144F→:我只覺得當有些人無限放大別人的過失時......12/08 07:28
145F→:有很大的理由一是藉此表示自己的強處,而是隱藏自己的弱處12/08 07:29
146F→:所以既然大家都覺得自己很厲害,就到我們的研討會來。12/08 07:29
147F→:不管是想來上課,還是自己想上台講都OK!100%歡迎各位。12/08 07:30
148F→:想趁此對我污辱一番的也請把握這次機會。錯過的話。12/08 07:30
149F→:100%保證還是會有下一次的研討會。12/08 07:30
150F→:而且我會開始積極的邀請各位前來參與。12/08 07:31
151F→:第三次再補充一次:判斷、取決於所知的範疇。12/08 07:32
154F推:是我!因為我們就是如定義。不過我說的是「開發方法」12/08 11:06
155F→:而不是程式語言。12/08 11:06
156F→:晚上我會寄邀請函給幾位有推文過的朋友。12/08 11:07
157F→:嗯!那晚上第一封的邀請函就是linhomeyeu的了。you got it12/08 13:04
158F→:基本上,是否平等,來了再談。不滿意,可以現場走人。12/08 13:05
159F→:覺得不爽,一來就想衝著我罵。也非常歡迎。12/08 13:07
160F→:我絕對會好心好氣的請你們坐下,泡茶、喝咖啡。12/08 13:08
171F→:書名就叫:敏捷軟體開發 原則、樣式與實務,近20年的技術12/08 23:03
172F→:對專案而言,對速度最大的影響通常是DEBUG的時間。12/08 23:05
177F→:TO superpai:第6代,喜歡的話你可以這樣定義他。12/09 07:06
178F→:反正你們都不去重視人家講的話,那喜歡第幾代就隨意了。12/09 07:07
179F→:我的建議呢:如果文字敘述真的難以表達我們的想法。12/09 07:08
180F→:不如親自參與過研討會、論壇之類的活動後,再下定論。12/09 07:08
181F→:大家都各有各自一套理論,從而來講,敏捷軟體開發的具體作12/09 07:09
182F→:為,各位有誰親自參與過?12/09 07:09
183F→:另外告訴arrack,作業員專門負責從事簡單重覆的動作。12/09 07:13
184F→:程式設計師的工作則是專門負責解決問題。12/09 07:14
185F→:咱們課堂上見。12/09 07:14
39F→:剩下的!就是專業的了!12/05 21:31
40F→:不過我想有很多人對「直譯」一詞有所誤會就是了。12/05 21:32
41F→:PHP是「直譯」式語言,但大家喜歡用「循序」式寫法。12/05 21:32
42F→:所以較少人會理解「結構」化設計的好處。12/05 21:33
43F→:以及結構化(第二代)之上的第三代技術:物件導向。12/05 21:33
44F→:AND....物件導向是三、四十年前的技術就是了。12/05 21:34
45F→:現在則是以COM(第四代元件),.NET(第五代多語言)為主。12/05 21:35
46F→:「編譯」是將程式轉換成二進制碼讓電腦能夠順利執行。12/05 21:36
47F→:「直譯」則是逐行循序一一執行。效能上會比編譯過的慢。12/05 21:36
48F→:以上,有問題嗎?12/05 21:36
53F→:我沒有資工老師!我才高職畢業而已。12/06 06:54
54F→:至於第幾代那是以程式設計結構的演進加以詮釋的!12/06 06:54
55F→:如果要說是我擅自定義:沒錯!12/06 06:54
56F→:循序式→結構化→物件導向→元件導向(.COM)→.NET12/06 06:55
57F→:以上,有什麼疑問嗎?12/06 06:56
58F→:剛剛去google了一下,原來我和arrack在雞同鴨講......12/06 07:00
59F→:arrack講的是語言的演進,我講的是程式開發方法的演進12/06 07:01
60F→:另外我想直譯/編譯的部份我應該沒有擅自定義。12/06 07:07
61F→:為了確定我20年前唸國中時沒看錯資料,我還去WIKI了一下。12/06 07:08
62F→:看起來,老觀念、老技術在20年後並沒有被重新定義啊!(笑)12/06 07:08
63F→:雖然高職畢業之後我整整15年沒寫過一行程式。12/06 07:09
64F→:不過,講完了這些。各位寫程式的速度有比較快一點了嗎?12/06 07:15
67F→:com跟.net只是oop???那……你把元件放在那?12/06 20:22
68F→:http://zh.wikipedia.org/zh-tw/COM 參考一下吧!12/06 20:24
69F→:http://zh.wikipedia.org/zh-tw/.NET順便把這唸一唸。12/06 20:25
72F→:你這樣講是打算讓我猜說你寫php從來不寫物件嗎?12/07 06:33
73F→:物件導向程式設計已經是40年的舊技術了。概念?????12/07 06:34
74F→:http://zh.wikipedia.org/zh-tw/整合開發環境12/07 06:50
75F→:上面這個也請arrack看一下吧。剛好翻到你以前的文章。12/07 06:51
76F→:dreamweaver只是網頁編輯器,什麼時候變成IDE了?12/07 06:52
77F→:喔!上面的網址後面那六個中文字也要一併複製。12/07 06:53
84F→:所以dw可以debug?單步執行?版本控制?錯誤顯示?12/07 16:28
85F→:全新的見解?判斷,取決於所知的範疇。不知道!=全新12/07 16:29
86F→:不如arrack來詮譯何以物件導向不是技術吧!12/07 16:32
87F→:以及請告訴我,為何DW會是IDE(整合開發環境?)12/07 16:32
89F→:然後linhomeyeu似乎沒看到我說我翻到arrack以前的文章。12/07 16:33
90F→:剛好翻到一篇他講到關於DW和IDE的關係。12/07 16:34
91F→:跟這邊的OOP並沒有關係。12/07 16:34
96F→:詳細請閱第8189篇。12/07 16:35
98F→:WIKI已經解釋得很清楚了。為何中文字各位看不懂呢?12/07 16:36
100F→:更正!是8689篇!12/07 16:37
101F→:看過很多遍了。12/07 16:37
103F→:http://zh.wikipedia.org/zh-tw/OOP12/07 16:38
104F→:linhomeyeu你是故意跳我的針嗎?12/07 16:39
106F→:我說的是arrack在該篇提到dw和ide的關係。跟oop沒關係。12/07 16:39
108F→:喔!請你看清楚我有說OOP不是概念?我的意思是………12/07 16:40
109F→:概念? (他只會是概念而已嗎?)12/07 16:40
111F→:40年的舊技術,他只是個概念?難道40年來都沒被實作過?12/07 16:41
113F→:所以....爭執完之後……你寫程式的速度會比我快?12/07 16:42
117F→:沒人叫你回,自己愛回的。怪我囉?12/07 16:43
118F→:唉!什麼時候才會有人想要拿程式碼來電我。我欠電很久了。12/07 16:46
119F→:我一向也不太愛討論學術理論的東西。多寫些CODE實在點。12/07 16:47
121F→:喔!學校老師教的是真理。外面的知識就都不是嗎?12/07 16:49
124F→:焦點……沒有焦點。12/07 16:50
126F→:就只是你的認知和我的認知有差距而已。12/07 16:50
127F→:因為不是自創的理論,所以不屬我的發表範圍。12/07 16:50
131F→:我是如此定義,但這並不是我開創的論點。12/07 16:51
136F→:http://www.programmer-club.com.tw/showsametitleN/c12/07 16:55
137F→:/39672.html12/07 16:55
138F→:這其中就有提到「第四代元件導向技術」12/07 16:55
139F→:用GOOGLE查「第四代元件導向」也可以查到很多。12/07 16:56
141F推:dw可以DEBUG?請問是DW的那一版?12/07 17:00
142F→:DW會顯示ERROR CODE?請告訴我是DW的那一版。12/07 17:01
143F→:DW可以版本控制?請告訴我那一版提供的功能?12/07 17:01
144F→:以及支援的是那一種版本控制?12/07 17:01
145F→:dw支不支援物件導向設計?支不支援framework載入?12/07 17:02
153F→:我用NETBEANS就都有了,還載來玩???12/07 17:18
155F推:所以是CS5才有的?12/07 17:25
156F→:那未知CS5是否已支援即時語法錯誤顯示?12/07 17:26
164F→:所以樓上終於要開始實作OO了嗎?12/07 17:37
1F→:測1萬筆時卻測出了出乎意料之外的結果。12/03 15:30
2F→:使用INI的時間為0.13~0.2,但用$lang=array()則是0.23~0.3312/03 15:30
3F→:反而是純讀INI的速度變快了。12/03 15:31
6F推:我是直接在主程式就對$this->lang->load測。12/03 17:01
7F→:這樣也實測出用INI還是比較方便,效能上也能達到需求了。12/03 17:03
8F→:我的測試主機:ATOM 270 1.6GHZ,2G DDR3小筆電12/03 17:06
5F→:所以樓上沒注意到這隻程式就是載入到$lang嗎?12/03 11:17
9F→:一個ini讀取全部的語系?如果我有那麼行就好了。12/03 14:38
10F→:chrisQQ的講法我了解了。正在想如何處理做一次讀取。12/03 14:39
13F→:另外這並不是什麼繞一圈讀取。而是儘可能不要去改到程式端12/03 14:40
23F→:沒關係!因為我沒發現到有parse_ini_file12/03 14:58
24F→:我做過效能評估了。用parse_ini_file的速度和array相當。12/03 14:59
25F→:所以我待會會修正本文。12/03 14:59
37F→:parse_ini_file會自動解析ini的[base]所以倒是無所謂。12/03 15:13
38F→:我現在是在測兩種方式一樣都給10000筆語系時的時間差。12/03 15:14
39F→:任何程式的效能量測還是跑過幾次測試值比較實在。12/03 15:16
40F→:測1萬筆時卻測出了出乎意料之外的結果。12/03 15:30
41F→:使用INI的時間為0.13~0.2,但用$lang=array()則是0.23~0.3312/03 15:30
42F→:反而是純讀INI的速度變快了。12/03 15:31
43F→:使用未修正parse_ini_file前的則是0.75左右12/03 15:32