我不知道怎麼說，雖很同情你的遭遇，
但就主管角度確實會念你。

公司很喜歡為客戶盡責的員工，但不是就此賣給了客戶，
你還算好的，我們就發生過，不少同仁竟盡責到反過來要求公司做什的實在頭大。
很多事情你必須由老闆與公司的角度出發考量才是。
你不是不能超前，而公司更喜歡能帶動整體全面提升的，不是個人或個案的超前，你以為你一時滿足客戶是好的，卻帶來長期潛在維護時間與成本甚至品質的隱憂，我想你客戶也不希望吧。

再者，我們對客戶的服務有限度的，這包括時間與範圍，記住你不是客戶的員工。

原則性的決策還是要多請示主管的，特別是方式(包括技術方式)
先斬後奏最糟了，我們曾多次因為員工自行做決策而開除，即便他很優秀(技術能力強)，而一直請示只會讓老闆覺得很煩會念他。至於要不要讓技術單位去處理那是老闆的事，不是你該管的。

優秀的同仁是會暸解老闆的心意，以老闆意念為客戶服務的，而要重要是自己技術不斷快速提升，更勝者是帶動其他同仁提升，以及想到確實改善公司整體服務品質的好方法。

或許你聽不進去，有一天你有機會做主管就知道了。

你是第一天做工作嗎?
你就用你的技術吧!
反正怎麼做,怎麼被罵!
前面吃緊,後面緊吃(前面被客戶驕,後面被老闆罵).

我覺得學習是照自己規劃走.反正公司也不會給妳培訓.
最近找工作,上104廠商都開一堆條件.我覺得不合理,這些條件根本沒人(我想)可以符合.
沒有一個人剛好符合或剛好準備到全部的需求.除非是作弊,如人事或相關單位告訴你如何準備.當然找工作,或你學習的方向也不可只照他得方向走.除非你已經認定這家公司可以養你一輩子.
我在學技術,都照我預計的方向走.因為程式人員是非常辛苦的.隨時可能換工作.隨時可能專案結束,隨時可能老闆跑路.
反正你做久了,罵多了,也就習慣了.

我的回答是～看公司。

你只要想一想，如果你離職了，公司該怎麼繼續提供客戶服務，不會因為你而失去這個客戶？那你就知道會甚麼公司會這樣做了。

反過來，也許你也可以想一想，如果你有一群子弟兵，該怎麼辦呢？

我認為 pc80686 跟 pantc328 兩位的思想欠缺成熟，
反過來問，你為什麼不去採用支援部門熟悉的技術？

如果是因為你自己對這項技術不精熟、不了解，
那就應當是你要去主動認識並學習這項技術，

如果是因為這項技術你覺得未盡完善，而你有更好的解決方案，
應該是透過正常的管道將這項技術反映給公司，
讓公司評估採用新技術的效益後，
才將新技術納入技術清單中，同時也便於安排相關人員的教育訓練，
而不是自作主張替客戶採用一個公司並不支援的技術，
這樣的行為等於是挖一個洞給公司跳，
否則前線有一百個工程師，一百個工程師各有各的想法，
這家公司要怎麼經營？後端支援部門是要學習一百種技術嗎？

對客戶來說，最好的技術也未必是最佳解決方案，
當你決定採用一個公司不支援的技術時，
其實已經替客戶及公司增加了不必要的風險成本，
不只是要擔心工程師離職之後也把技術帶走，
還要擔心這項技術未來的支援性、擴充性 ...

簡單講就是一個觀念，
要避免作出公司無法掌握的決策

兩方面說的都有道理，
技術人員講求新技術，可以快速解決問題
公司維運講求是穩定，一個技術可長可久，方便維護

兩者如何取得平衡，重點在［溝通］，以站在對方的立場來思考
新技術可以帶來效率與創新，但有可能讓守成派的難以接受
若能先分析利益得失，並能加以做技術移轉，以及考慮未來維運的的SOP
如此，技術人員可以繼續成長研究新的技術，而成為技術領導者的腳色

若單純堅持己見，技術本位主義，則事情不容易進行，遇到阻力也越大
資訊委外SI工程師，確實可能是學有專精的專家，對於某一項系統特別專精
但客戶公司技術單位考量的是公司系統的維運穩定，而不是被單一家公司綁死，牽著鼻子走
若能敞開心胸站在客戶的立場來想，多學一種技術有什麼不好?
甚至可以專精到兩套系統，比較各系統的優劣，
若能了解系統的差異，能讓客戶瞭解，甚至讓客戶學習引進新的技術系統，這未嘗不是更完美的答案

工程師要進化成PM (不管是Product Manager或Project Manager)溝通協調是必修的課程

誰說強調團隊合作就表示不能超前？
但技術領導者必須多負擔些責任，多花點心力
一個技術團隊裡一定有技術超前的人，也有踩煞車的人，甚至有老牛拖車的人
就像之前我的IT團隊裡，有人不會電腦，寧願拿榔頭，也不願用鍵盤滑鼠，您說該怎麼辦?

如果，發文者學過『人事管理、企業管理』，或是擔任過『主管』職，我猜，你自己就知道答案了。我給大家探討幾個想法：
1.沒有人是『不可取代』的
2.團隊永遠比個人重要
3.技術沒有所謂超前，除非是同一個技術規範
4.眼光放遠，眼前的困難慢二天解決說不定更好

個人解釋：
1.沒有人是『不可取代』的
2.團隊永遠比個人重要
無論你多厲害，一定有人可以取代你，屆時，你建立的東西，如果只有你會，甚至被你隱瞞某些東西、加密，或是為了報復、顯示技術....當時，你服務、付你薪資的企業，情何以堪？
身為營利事業，當然要考慮我們企業的穩定生存發展，而不是某個員工很厲害。

3.技術沒有所謂超前，除非是同一個技術規範
4.眼光放遠，眼前的困難慢二天解決說不定更好
sendmail比postfix落後？那我都用雷電，我是原始人嗎？事情不能這樣獨斷，如發文者部份所說，能幫使用者完整解決問題才是最重要的，但是，絕對不是『快速』，而是『現在的解決方案夠他撐一年以上』<--沒有絕對的期限

我很不滿某些人以『技術』自居，似乎沒看到他的主管也是技術職上來的，只求自己解決問題，不考慮團隊的生存發展，這樣的人，無論在哪裡、技術多好，都會是企業的隱憂。

之前有文章，能力不是重點，搜尋看看吧。

我的回答是: 不應該.
一家公司的系統建置, 本來就要以該公司已熟悉的技術環境來建置, 用不熟的技術環境, 就必需先考量建置的技術支援及建置完成後一定期限內的保固與支術支援, 然後在這段期間內培養自己的技術人力, 或是長期將系統維護外包給有技術的公司.
但, 問題是, 業主應該提出需求, 需求是Sendmail, 你就應該給Sendmail, 不能給Postfix, 這是案子驗收的基本條件之一. 除非業主說, 技術方面由你來決定, 你也要先做些評估, 和業主溝通好, 用Postfix有什麼優點和缺點, 以及日後在業主尚無自行維護能力前的技術支援.
Teamwork, 不代表你不能超前, 而是, 你必需在Teamwork的技術領域內超前, 例如, 團隊用的是.NET, 你用的是JAVA, 此時, 你必需要學習.NET, 然後在.NET的領域裏"超前", 或是一開始改變團隊走到JAVA.
以上, 希望有助於版大...

其實我以前在外面處理問題時,常常會遇到,但是後來我選擇跟著公司的步伐走,原因很簡單,公司的考量,工程師可以再請,公司信譽不能倒.
如果自己很有能力去處理,可以用建議給公司,由公司去決定,畢竟堆方根公司有簽約,必須要有一定時間完成的壓力,雖然你有很好的解決方案,但是只有你會,公司又不可能為了這樣的一個小精英,把大部分的時間擺在你身上,他只希望你能夠把當前的問題解決,然後回報,她們只要結果,不要過程
如果你不想安於現狀,有理想跟抱負,真的建議,你可以自己出來創業,然後在這個行業創造屬於自己的一片天,要不然,就算你有再多的才能,請儘量不要光芒太露,因為你幫公司的一個小忙,變成是公司的負擔,雖然我最後還是離開那家公司.....

即然是從事外包性質的工作, 應該和客戶有清楚的 SOW(Scope of Work), 你提供的技術應該是以符合 SOW 的規範為原則.

1. 如果 SOW 有規範或提到技術和架構, 或是客戶公司有現成的技術或架構, 應該用客戶可以操作的技術或架構才是. 這部份是屬於客戶的權利, 他們付多少錢, 你給多少貨. 好像, 我們公司有SAP 等級的ERP, 可是客戶只支付了 MS Dynamics ERP 的錢, 那我們就只能提供MS ERP 的solution. 否則亂了套, 客戶是没有能力操作的.
2. 如果是統包, 或客戶没有自己的IT或架構, 那客戶應該是比較在意資料及功能, 你就可以使用自己的技術, 能愈快完成工作愈好, 愈快解決問題愈好.
   我的看法是, 要以客戶的立場來想問題, 客戶能接受及維護的技術, 才是我們提供的考量. 要用新的技術, 也要教會他們能操作才行. 對客戶而言, 能解決他們的問題才是重點, 至於solution 是否很 advanced? 一點都不重要.

我從事資訊委外，每天都要在不同的客戶之間到處奔走，我在為客戶規劃或建置一些服務或架構時，我會使用我所會的技術或架構，我想這很合理吧；但問題來了，有時我在處理其他客戶的問題時，技術支援部門會打來詢問技術問題，主管知道後卻認為我不該使用技術支援部門不會的技術或架構，舉個例子，建置Mail Server，可能技術單位擅長的是sendmail，我就不該使用postfix？
這我只能說是的除非你不在這家公司工作，公司有既定對外的規範，不能因為你個人喜惡而改變，就算要改，也要經過公司同意。
今天站在客戶的角度就是要我們能夠盡快的完成他們所想要的，而我是屬於第一線的工程師，自然會以我的技術能力來完成客戶的需求，難不成要讓技術單位去處理，他們是屬於第二線的支援單位，應該不是這樣進行的吧？
你的想法沒錯，但就像你在Cisco工作，你不能拿D-Link的產品來解決客戶的問題一樣，你代表的是公司，不是你個人，如果你不熟公司的技術，你就應該學習。
我相信主管的想法有他的考量，只是我不太能理解，強調團隊合作就表示我不能超前？
所謂團隊合作是對外需有一致性，這才是團隊。你技術好，你學的多當然是OK的。但是，當公司對外還在使用舊技術時，你就不應該對外使用新技術。就像公司幫客戶設定密碼時，統一使用1234，你就不能改成用abcd1234，就算這個密碼比較安全，你也是不能用，但你可以告訴公司主管，這樣比較好，建議公司更改。

這個問題可以用幾個陳面來思考.
1.成本面
主要包含了,教育訓練的成本,我想這也是很多公司為什麼都思考要用M$ or .Net的關係
2.技術的成熟面
是否已經為公司內部運作正常或是有顯著的ROI提升。

基本上,工程師被期待的通常是更高的附加價值,而非Coding。

其實說實在的，身為主管或是公司會希望訂定一套統一的架構或是做法，以防有誰離職後公司會開天窗，站在身為第一線工程師的直接當然是希望可以把客戶的事情解決為優先，我個人會覺得如果是吃別人的頭路理應照著公司或是主管的想法來走，當然你會覺得主管不是在第一線很多事情他不了解，這個就是你要去和主管溝通的地方，如果他還是覺得要照原來的作法做，必須要讓他知道這是你主管的決定，如果有怎樣的問題出現那只是剛剛好，總之，在外上班沒有任何一樣是可以順著自己的意思來走，只有靠溝通或是你願意把你的技術交給大家，讓主管認為你不是要鋒頭或是不是不照規定走，只是有比較好的方法，我想主管或許是可以理解。

看了 上述各同好言論 各有自己論述 並無誰是誰非 我由另一角度切入分享好了 個人待的公司 也有跟委外簽維護合約 通常我要執行一個專案前 該公司都會委派 工程單位會同業務 一起前來開會討論 會後他們會針對建議敝公司採購的軟硬體 內部先開會 決定相關建置技術 才開始派工施作! 我想沒有人是萬能的 委外協助維護也沒有不好 我的職責就是 顧好公司 主機不要出錯 可正常營運! 委外公司工程師也很辛苦常要配合我執行相關維護 我也是借力使力 畢竟在公司有些設備或技術是接觸不到 但透過委外維護 他們經手那麼多設備 與案件 比較容易協助我 來排除公司主機遇到的問題 學習是無止境的 也就是這樣 我在當初公司要設立ERP VPN兩岸專案前 我加入 IT邦 來搜尋 雖然各同好見解不同 但相對的 也可以看到不同的問題反映 或是 相關所需要的解答 我想每位 IT工程人員 都會遇到與公司管理經營者看法角度意見不同的時候 我也會遇到 明明提出的採購建議 會因為預算而被壓低另採購低階硬體 但遇到問題時也還是落再 IT身上 公司不會是認為因為硬體買錯而會認為是IT要負責! 但不管如何 受僱於人 就得執行好公司委任腳色! 慢慢的也就會因為公司文化 讓自己不樣想太多 只要照顧好公司主機就好! 看到您寫的 也許您會覺得自己很有抱負理想! 但很多層面(尤其遇到管理面) 是您要去參透的! 另外 團隊作業 也是確保專案營運正常的關鍵 畢竟任何專案都要自己扛 您會累死 遇到問題有同仁可以相互支援當備援 您才可以安心去執行其他專案不是很好嗎? 以上阿里阿雜幾那麼多 沒有一定的答案 全看您自己 要過甚樣的生活 自己沒有想開 最後只會越陷越深 鑽死胡同 想開了 您生活也愉快 還可以跟技術團隊教學相長 彼此支援減輕您的負擔 何樂不為 ?? 要怎樣的方式 全憑您自己 如果走不出來 其他同好再多意見 也幫不了您!

進什麼公司 用什麼公司的方式的風格做事

不就是這樣嗎?

不然 為什麼 一堆人要那麼麻煩 要自己開公司? 除了 自己可以賺多一點之外 就是 執行風格上的不同囉

所以 新人進公司, 就算新人再強,可以 等你 反應上去有效或等你坐上主管職再去更改.

才會是正確.....不然怎麼那麼多高手 願意低頭?在各大公司生存?

在此 風格 我汎指(各層面,技術,產品,應用,服務.....etc)

應該盡量用公司懂得,因為你走了怎辦呢
客戶怎辦呢 不然就是把技術貢獻給公司