iT邦幫忙

0

開發人員對輕微現象的想法

今天早上在逛 it邦幫忙 時看到不錯的回答,所以想要給答案按推

// 按推之前 //

// 按推之後 //

由這兩張圖,不難發現,推薦後面的數字位置似乎是不一致的,這讓我突然的想要了解到

若這是大家遇到的狀況時,大家會如何處理?

是視而不見,還是會把它做調整。

是上報給上面的人知道,請上頭指示作業,還是會自己負責就把它維護到最完美。

......等等。

看更多先前的討論...收起先前的討論...
他推一次扣一推薦,初學者每天有30推,
每推一次+1點
其實我好奇的地方是 這2張圖的差異點是我推之前 : 25 之前有空白
但是為什麼我推之後 :24 之前卻沒有空白了。
: 25 之
鷹哥沒看到梗... XD
的確對於我來說前端對我如浮雲落寞
總裁 iT邦好手 1 級 ‧ 2013-12-31 16:26:56 檢舉
deanya提到:
鷹哥沒看到梗...

他可能還在三峽....冷
cdfu提到:
他可能還在三峽....

也許我在樹林給泰大的大砲捕捉汗
cyuwww iT邦新手 2 級 ‧ 2014-01-11 09:55:05 檢舉
乍看之下,沒有太多想法;但細細想,卻發現,這可能會影響長官對您的評價。
註:如果長官只負責領錢,那就另當別論。
.
早期當新人時,總覺得事情做不完,
所以,大概80-90分就好,把力氣留給其他未結案件。
.
第1個長官沒有太多意見,所以順利過完一段時間。
第2個長官總發現小瑕疵,所以日子就難過了,因為改小地方很花力氣,效益又不明顯。
.
後來的結論是,(與某位大大的答案一樣)
有空有閒就去改;
沒空沒閒,就作其他案子,等有空還是回來改。(趁第2位長官尚未發現前)
.
但是,同儕勒?
有人跟我一樣,也有人可以一次到位?
這就有的研究了(還好關係還不錯)。
於是,就趁中午吃飯時,閒聊問問囉。
「為何您不容易被長官打槍?」
「要注意長官注意的地方啊,例如:他很關心這議題,你就要花很多力氣做到100%,99%是不夠的;但如果他不在乎,就用平常心去做,只要80%以上就可以交代囉。」
「喔˙喔˙」
.
以上屬個人心得,供參。
沒興趣,則請省略。
18
fillano
iT邦超人 1 級 ‧ 2014-01-01 08:19:04
最佳解答

在chrome打開網頁,選取數字,按下滑鼠右鍵,選「檢查元素」...結果是:

<pre class="c" name="code"><span id="recommend"> 150</span>

點一下推文,之後可推文數字變成149,同樣選取數字後使用檢查元素:

<pre class="c" name="code"><span id="recommend" style="display: inline;">149</span>

關鍵的差別在於數字前面是否有空格。這是用Javascript動態產生的,所以網頁reload就會消失,變成:

<pre class="c" name="code"><span id="recommend"> 149</span>
wwx iT邦研究生 1 級 ‧ 2014-01-02 13:09:42 檢舉

iT邦幫忙MVPfillano提到:
關鍵的差別在於數字前面是否有空格。這是用Javascript動態產生的

按推之後點數少1 同時變成點數前面沒有空格
此時檢視頁面原始檔 點數是沒少的 跟原本一樣前面有空格
該內容是由下面Script所更新,
http://ithelp.ithome.com.tw/js/question.js
相關內容為
var E=F.parent().find("span");
F.addClass("pushed").attr("disabled",true);
E.hide().text(G.push).fadeIn("slow");
$(App.totalPoint+","+App.pushQuota).trigger("pushSend",[G])}}
$(App.totalPoint).bind("pushSend",function(F,E){$(this).fadeOut().text(E.user_points).fadeIn()});
$(App.pushQuota).bind("pushSend",function(F,E){$(this).fadeOut().text(E.push_quota).fadeIn()});

當按下推文 將資料 post 到 http://ithelp.ithome.com.tw/act/pushanswer 後, Server回應
{"push":"3","user_points":303,"push_quota":24}
其中
"push" "3"是代表選項是 '有幫助'
"user_points" 303 就是用戶檔案點數
"push_quota" 24 就是剩餘推薦點數
Script依據Server回傳值更新對應文字區
但因為"push_quota"是傳送數值 所以不會保留空白
如果像"push"一樣用傳送字串的方式就能保留空白
也就是改以這樣的方式回應
{"push":"3","user_points":303,"push_quota":" 24"}

真的是太閒? 去亂看了一下 推測大概是這樣@@

fillano iT邦超人 1 級 ‧ 2014-01-02 14:12:33 檢舉

拍手讚您真是追根究柢(worship)

ithelp iT邦研究生 5 級 ‧ 2014-01-02 14:13:15 檢舉

這個視覺的bug已經解決了,感謝各位的討論(還沒看到更新的可以按Crtl+F5)。當初用補空白的方式來排版是不好的方式,才會造成JS更新時沒有補上空白就跑位了。現在先一樣補上空白字串,以後應該會改成用css定位。

18
pantc328
iT邦研究生 1 級 ‧ 2013-12-31 14:23:37

價值 VS 成本
你沒其他的事做或那麼地方很有價值就去改

1個東西99分,你花10分力氣改成100分
1個東西10分,你花2分力氣就能改成99分

你要做哪一個??(2個東西等值情形)

18
darkslayer
iT邦好手 1 級 ‧ 2013-12-31 15:32:57

我的看法是, 有看到有空就改, 有看到沒空就再說, 被大頭看到要求要改再沒空也要改.
時間有限, 優先花在有明顯效益的地方.

CalvinKuo iT邦大師 7 級 ‧ 2013-12-31 15:56:06 檢舉

可以讀一下保哥鐵人文:
例如當時我曾經花三天找出蕃薯藤首頁的版面問題
保哥在年終網聚有說,這是所有資深的工程師都不接的Case,他花三天解決那首頁怪線問題....

三天啊, 就為了那條線. 確實沒人想接, 想當年這類的問題我也是很喜歡做的, 只是後來常常被些長官說: 你看看xxx, 人家都寫出了一大堆程式, 你摸了一個星期還在搞同一隻程式. 後來慢慢就得不想碰了, 更別提通常那堆機車的問題大都是別人搞出來...

就我個人的感覺目前的線上工程師,應該都是會依循這個模式在進行開發。

6
wwx
iT邦研究生 1 級 ‧ 2014-01-01 15:17:48

是我沒看懂嗎疑惑
推薦後面那數字是代表你當天能按推的次數剩多少次,
當你按了一次推就會少1
當變成0時你就要隔天才能再推了不是嗎?!

poorblack iT邦新手 5 級 ‧ 2014-01-01 18:16:10 檢舉

是在說,第一次推的時候,排列的問題喔!

只是個人無聊的好奇,為什麼推之前數字與推之後有微微的差異性而己。

順便問問看大家,對此類的問題會如何處理而己。

8
bobcheng
iT邦新手 2 級 ‧ 2014-01-02 09:42:45

視發現此bug的QA人員是誰來決定:

如果是領22K的菜鳥,工程師就不理會了

如果是老闆/主管,工程師就會馬上修好

如果是客戶,那得看接到客訴的人是誰

pantc328 iT邦研究生 1 級 ‧ 2014-01-02 09:47:47 檢舉

那工程師的事做不完了
每個大小事都是急件,每個Bug Fix 都要插單了

有沒有聽過報修單??
由發現人員去Key單
由上級去排優先權

如果阿貓阿狗都可以叫你Fix ,做死也~

我要發表回答

立即登入回答