資深研發人員留一手

資深產品經理留一手

資深業務也會留一手

到底留一手的用意在哪呢?

不外乎幾個原因

  • 怕東西教會別人,自己就沒價值了,教了怕別人贏我
  • 只有我會的東西,公司哪敢資遣我,怎可能教別人
  • 辛苦研究的成果,怎能輕易教人

其實公司和聘僱人員間的關係,也非全然被動的

如果你實質價值和貢獻,遠大於公司所給付的

自然不怕被公司資遣,不是嗎?

如果永遠保持進步,又何來怕別人超越之說?

真正有能力有自信的人

是不會有留一手的狀況

因為"活水源頭"阿,知識唯有不斷的分享,才會進步和展現新的價值

miggo 發表在 痞客邦 留言(0) 人氣()

很少看到國內的產品經理,有涉及到專利的文章或言論

市面上教導產品經理的書籍,章節中也未曾看到有專利的說明

但依據幾年來的經驗,專利是產品經理"非常必要"研習的課題

專利涉及到產品從構想開始,就必須做專利的檢索

避免踏到別人已申請之專利項目,進一步可釐清產品開發構想

是否具備申請專利之條件

如競爭廠商已有之專利項目,如何進行專利迴避

甚至產品後期,還涉及證據保全與專利訴訟等議題

包含的知識範圍非常廣泛(個人感覺是非常深奧的學問...)

在這裡不針對專利個別細項進行探討,儘提出我覺得產品經理範疇

基本應該具備的專利知識:

1.需能針對開發產品進行專利檢索

miggo 發表在 痞客邦 留言(0) 人氣()

能者多勞!?

職場上有沒有發現,能力越強的人,事情多到處理不完;相對的能力差些的,事情就真的比較少,這是怎麼回事! 真的是能者多勞嗎? 當然可以自我安慰,做越多事情,可以累積自己的經驗等等,不過在這裡我要講的並不是心態調適的問題,而是我終於發現,能者多勞 這現象的真正原因!

這種現象,完全跟個人職場的心態有關

 

在一次每月固定和RD開發的檢討會議中,例行的做上月進度檢視,並做下個月的進度規劃,在我手上的兩項開發產品,進度都嚴重落後,當然開會中的氣氛非常嚴肅,也不甚愉快,但事情矛頭都指向一個,那就是只有一個RD會做!

 

天阿屬於我產品的開發團隊共有五個人,只有一個RD會做,而且處理起來非常迅速,跟其他RD開立規格和討論時程,給我的時程都非常離譜,比我預估的兩倍時間還多,理由是不熟悉要學習,出了什麼問題? 其他還有RD是手上完全沒工作的,默默的一聲不講,像是完全沒他的事情..到最後,因時程關係,我的兩個開發產品,都是由那位能幹的RD來進行開發。

 

能者多勞,又出現了,即使我儘量想避免此狀況發生,事情還總是落到同一個人身上,這是怎回!!

 

後來我努力的想找結果,原來那位能力好的RD,工作態度非常積極,遇到不會或不熟悉的開發案件,他會主動想方法解決,主動找資料,即使開發時程壓縮,他也會力完成(….當然這是用),不知不覺中,他會的東西越多,處理事情又快,相對的同事信任他,工作當然也越來越多(工作態度積極是原罪阿)

 

miggo 發表在 痞客邦 留言(0) 人氣()

在各工作領域中
對工作的態度是最重要的
像遇到一件事情,完全沒碰過的,沒把握的
或是很困難 很難達到的任務
第一個念頭是什麼?

某次到某署立醫院進行系統測試
測試過程中發現,公司系統和醫院的HIS系統無法搭配
問題在詳細的測試拆解下釐清
是HIS系統本身的問題
測試到這,應該算工作結束吧
可是在現場的測試理

miggo 發表在 痞客邦 留言(0) 人氣()

 

接下來就是把上篇所定義的Controller 程式的實作

 

一、先把網站內,所有網頁的處理,引導到index.php中作控制

很簡單的設定 [.htaccess] 就可達到這目的了

RewriteEngine on

RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php

 

語法是很簡單的

可以嘗試打任一的php網頁,都會導向index.php作處理

但是$_SERVER["REQUEST_URL"]還是使用者要求的網頁喔~~這點很重要

因為開發的物件,就要利用這點來進行撰寫

miggo 發表在 痞客邦 留言(0) 人氣()

剛接觸MVC的各種framework時(例如CakePHP)

最感困惑的就是程式的架構方式

以MVC的整體架構而言,是由Controller進行掌控的

這樣講或許有點模糊,以下是常見到的MVC架構圖


MVC.PNG


Controller 是程式的進入點,掌控整體流程,也是事件的觸發器 

或許這樣講有點模糊,清楚的用"輸入"與"想要的輸出"來表示,可能會清楚很多

miggo 發表在 痞客邦 留言(0) 人氣()

前言:研究PHP MVC的動機

從最早接觸的PHP 3.x 版本,開發時都是採用html + php 程式的方式進行

我想這就不用談了,大部分剛開始的PHP教學書籍,都是採用此種寫法作介紹吧!

較進階的是使用Smarty,程式和視覺分開撰寫,感覺上比較有系統,

優點非常明顯,就是視覺和程式的同步修改,彼此的影響干擾很小

但在陸續執行幾個網站後,慢慢就發現僅是Smarty的架構是不夠的~

採用Smarty的程式,大略是長成這樣的

 

網址傳入

 http://www.xxx.com/message.php?EditMode=edit

 

message.php內容長的像這樣子:

miggo 發表在 痞客邦 留言(0) 人氣()

網頁charset採用UTF-8編碼,理論上JavaScript alert訊息應該也是UTF-8的

但實際上如果頁面沒有header,採用的編碼預設以預設為主

經常會出現亂碼狀況

有指定Script的編碼

 <script charset="UTF-8">

 似乎無效

解決方式有:

1.alert訊息前,加入meta的編碼設定,可是需每個程式修改,不是很好的方法。

2.更改php.ini預設編碼

 ; PHP's built-in default is text/html

default_mimetype = "text/html"

miggo 發表在 痞客邦 留言(2) 人氣()

Kiwi格網技術開發站(進階php程式設計-介紹MVC與Cakephp)

 http://kiwi.csie.chu.edu.tw/blog/archives/39

透視 WebMVC

http://www.jaceju.net/resources/webmvc/


miggo 發表在 痞客邦 留言(0) 人氣()

本線上英文教學網站是採用 Zend Framework + Smarty樣板進行製作的

開發過程中,因客戶的需求變更頻繁,且視覺設計是他自家的設計師

往往是他內部自行決定變動(視覺也改了) 才跟你講程式要變更~!!

還把這種需求列在追蹤項目中,反反覆覆的進行了不知幾次的變動修正

製作和結案過程相當困難。

1.網站首頁

這專案值得紀錄的地方有:

  • 課程的狀態邏輯非常複雜,各時間點的交錯下(例如報名截止/取消截止/候補截止時間),須能對應正確的使用者和課程狀態
  • 開課或教材上傳,都需與JoinNet軟體進行界接
  • 初次採用Zend Framework開發,但僅當成Library使用,滿可惜的~~(想研究Zend的MVC架構)

2.這是會員登入後的頁面,

會員線上購買點數後,可選擇課程報名,也可以試聽課程

miggo 發表在 痞客邦 留言(0) 人氣()