以下暗黑模式開啟

第一
看不懂的code要用最好要搞懂嗎?
還是就幹脆寫簡單一點??

要用前，要搞懂。
或是要會使用。
依你正則的例子。
你沒懂這些，該死。
提示你：
.英文可以用。.數字不能用。
該死。

這是後端必要學的。且要能解釋這個問題。
因為那不是很困難的東西。可以說是基礎中的進階。
不過，你倒是說了一點。寫簡單點能解釋的，也行。
不過我ps一下。
你真的拿簡單的過來給我的話。我會直接打槍回去叫你重寫並去搞懂正則。
以上是暗黑模式。再來給你說明一下。
正則一定得要去了解。因為無論前後端及任何程式語言。
正則是必要學的。就算搞不懂如何配置。
也得去了解人家的配置意思是什麼。
才不會無法解釋 .111 為何不行。

再多一個提外話。真有人問我 .111不行的話。我也會叫他去吃xxxxx
叫他找一個正常域名有 .111 的域名給我。要容許.111能用的話。
那倒不如不要做判斷算了。

第二
本人小隻後端工程師
轉職約一年,在小公司磨練不到半年

大聲說出來，如果是菜鳥。忍著!!
要不然就是理直氣狀的說。
但要真的不是你的問題。

不過，一般來說。這還得看你前端的能力如何。
如果前端只會排板、不會程式。
那他們不知道這些問題很正常。
責任自然在會程式的人。
這種模式就不會分前後端了。
因為真正的前端是指除了排板之外。也包含了要會處理前端語言。
這樣你才能將責任放在前端身上。
你目前所謂的前端，我只會當他是美工。
不會去思考他會懂編碼的問題，自然要由你去發現並處理好。

以上是我用極端的話語來提點你。能聽懂是最好。沒辦法就當我放屁也行。

我從兩個角度來給你建議

首先以技術學習的角度，你的主管這樣要求你是合理的。一方面，網路上的資料是人寫的，很多不一定是正確的，甚至可能會有嚴重的後座力(例如你Copy到的php程式碼會被SQL Injection)。今天是正規表達式有問題你可能覺得還好，假設如果今天是會有嚴重的後果，上面的人是不會因為你一句「我不知道」而放過你。

另一方面，如果對於你所撰寫的程式碼、使用的工具沒有一定的了解，出問題的時候，你會很難知道怎麼去找問題源頭。東填西補久了，程式碼量一大，不知道怎麼改，就會衍生很多的維護問題。因此發現自己沒弄懂的地方，多花時間去理解對自己之後寫程式是好事。

接著以責任分權的角度，如果那些CSS跟編碼是前端該負責的，我在被「罵」的當下就會直接反映：「可是這些部分我沒有動到，在前端給我的時候就有問題了。」，如果上面聽得懂人話，通常就會去找負責的人溝通。聽不懂人話的狀況比較少，事小就算了，事大的話就事論事反駁即可。就像之前星空大說的，做好自己就好，除非你上面的所有人都有問題。

只要記得，任何反駁不是為了反駁而反駁，而是讓上面的知道，實際的問題源頭是前端一開始弄的時候沒處理好。那當然一定會有前輩說：「那你拿到就發現有問題嗎？有的話不會幫忙改嗎？」你就很簡單的回說：「恩，我當時沒有特別留意他寫的部分。我之後會幫忙注意。」

第一、會被人問倒就表示真的學藝不精，寫程式真的不要複制貼上，自己能弄清楚原理，然後按自己的需求重新寫過

第二、小的待過的公司都是一人專案，前端兼美工兼後端都是一人處理，不過我還知道後端丟資料不要管HTML，前端不用管資料結構，只管接收json/xml再把畫面安排好，這就不會亂，所以我愈來愈少用PHP..我常寫PHP寫到前後端混亂，如

<?php 
    echo "<table>";
    for( $rows as $r ){
        echo "<tr>";
        echo "<td>".$r["name"]."</td>";
        echo "</tr>";
    }
    echo "</table>";
?>

和

<div>
    <?php echo $.SESSION["username"]; ?>
</div>

總結，這跟品格似乎沒什麼關係，這只是個人編程風格，無關好與不好，只在有沒有辦法傳承與團隊運作罷

哈哈~
我之前在電商平台工作，也是設計或美工切版完之後
由我這後端負責其他所有部分，包含前端的JS和JQ特效等等
之前還沒有設計時，我還負責css和切版
不過我是覺得蠻有趣的，可以學到很多，我還自己花錢去學前端的東西 XD

問題1的話
我會看，是引用別人的套件，或是一段程式碼
當然引用套件，我是不會看得很細
如果是一段程式碼的話，真的要了解一下

問題2的話
其實就是透過溝通，讓主管了解 "這部分不是你負責的，會再和設計或美工了解一下問題"
不過，前端給你切版的檔案之後，你應該也需要套版，操作和測試吧? 你都沒發現有問題嗎?
如果是等到主管和其他人才發現問題，那你真的是不夠細心~

最後，溝通真的很重要
不論是面對老闆, 主管, 其他部門像是pm, 前端, QA等等
不要覺得不甘自己的事
不然你會認為都是別人的錯，會做得很累

工程師的品格 實在是一個很難定義的 目標
討論怎樣的工程師是好的，怎樣是爛的，說實話會這樣批評別人的都是自私的
讓別人比較輕鬆就是好工程師，這樣不是挺自私的評分方式嗎 XD

我覺得你應該先定義你到底想當怎樣的程式猿

過著小資的生活，賺不夠但餓不死
那就瞎 copy 一堆程式碼，專案會動會跑就好了
就算只有這樣你程式能力還是有贏台灣 1500 萬人以上，也沒啥問題 XD
下班就看看直播，打打電動，這樣過下去開心也沒啥不好

而那些可能曾經讓你羨慕過的工程師試過怎樣的日子呢
基本上不會局限自己 只會寫 某種東西
工作上為了進度為了效率，可能會很清楚的區分前後端
但你問它們會不會，別說前後端了，可能 C C# JAVA Python 通通都會寫
下了班就開始寫一堆 open source 的東西，沒事就用程式碼來解決生活大小事
(你去看 暗黑模式的浩瀚星空 的歷史回答，看他有沒有再分自己是後端還前端 XD)

我不覺得哪一種生活方式才是正確的
而是你要找到你喜歡的那種
我覺得也不用擔心以後工作的問題
反正大神不想幹的簡單工作，總是需要有人來做 XD

===== ===== ===== ===== =====

至於工作分工的問題
我自己覺得大概只有大公司才能在那邊分 你的 我的
反正大公司不會倒，大家擺爛在那邊也有薪水拿

小公司的話，如果前端不行你又不願意扛，專案拖幾個月下去
要嘛就是重新找人，不然就無薪假放到公司關起來
在小公司談分工談責任，我認為對你的好處並不明顯就是了

如果你真的沒有很愛寫程式，也不想當小資
1年半了我覺得可以思考看看要不要換個工作
我覺得不愛寫程式卻跑來寫程式，蠻痛苦的
因為資訊更新太快，要學的東西超多，沒有一點點熱情會很厭世的 XD

講個活生生的案例
就拿你對你用的東西不懂這件事來說
今天我們要對DB做ORM操作
你 Google 了一段語法 linq 貼上
如果發生每次做都 select 幾千萬筆資料效能低下
然後你從linq上又看不出問題在哪
那怎麼辦 ?

答案也很簡單 不要用 等你有天懂了再用

Code看不懂, 前端出問題怪後端, 這個不是很常見的嗎?
很多人寫Code寫得很爛, 你行, 自已寫一個出來. 不行, 就只能委曲點.
什麼樣的Code是好的Code? 請參考這篇發問中幾位邦友回答的程式碼, 比較編程結構, 可讀性及可再用性, 我覺得海綿寶大的編程是比較好的.
可是, Javascript是一套非常不嚴謹的編程語言, 於是, 程式設計師只要把Code寫成可使用就行了, 雜亂無章的寫法, 你可以看看 StackOverflow裏對Javascript的問題, 大神們的回答各有千秋, 可見一般.
因為Javascript在發展歷史中, 微軟也扮演了相當重要的角色. 微軟發展了JScript, 用做ASP網站的一種腳本語言, 和VBScript一起, 提供網頁開發人員程使用.
這個發展史, 造就了Javascript的非標準化的濫漡.
至於前端怪後端, 後端只能委曲求全, 這個, 也是網頁開發發展史中的爭議, 所以後來有了全棧工程師的職位, 在大型網站開發專案中, 一定會有前端和後端的職位區分, 專責網頁不同機能的開發, 但也會有全棧的職位, 專責整合的工作.
所以你提的問題, 要用全棧的觀點去檢討, 而不是掉進前後端爭議的坑裏.
至於品格, 這個就太嚴重了, 專業上的爭議, 不要拿人品來討論.
這就像最近的丁丁事件, 美牛問題, 就是把專業問題用品格缺失來討論, 最後, 焦點全失, 瘦肉精危害人體的疑慮, 至今沒人在負責.