[回到版面]
回應模式
名 稱
內 文
附加圖檔[] []
  • 可附加圖檔類型:GIF, JPG, JPEG, PNG, WEBM,瀏覽器才能正常附加圖檔
  • 附加圖檔最大上傳資料量為 3072 KB。
  • 當檔案超過寬 125 像素、高 125 像素時會自動縮小尺寸顯示
  • 目前附加圖檔使用量大小: 148151 KB / 500000 KB
  • 回覆時程式碼縮排會被trim消掉,請善用[code][/code]標色或貼到ideone等網站
  • LaTeX記法可以用「$$」或「\( \)」包起來,例如「$\sum_{k=1}^{k=n} k^2 = \frac{n(n+1)(n+2)}{6}$」
  • 投稿時請點擊畫像認證後,再按下 [送出] 按鈕提交。
  • 鬧板、攻擊性發言、煽動性發言請無視(回應者也無視),並使用del或在貓管理部向管理員回報。
  • 新介面尚處於測試階段,如果有任何問題可以向管理員或於程設交流版反映。

無題無名18/07/09(一)18:59:43 ID:UH.EyLrsNo.12776
諸位貴安,
最近在幫公司找關於用C#建置API的資深後端工程師,
卻發現出乎意外地難找。(台北地區)

不知道
1.有無人有興趣(薪水約九萬)
2.PO出完整資訊是否妥善?
(其實一開始是請公司的上司代PO PPT,但沒人回信,恩...)
無名18/07/10(二)14:19:57 ID:RQjTlOSUNo.12777
在PTT破百怎麼會沒人投
無名18/07/10(二)15:30:48 ID:KnU9wfKENo.12778
你之前有在綜合發過文?
無名18/07/10(二)21:53:50 ID:j8WiZLIENo.12779
檔名:1531230830769.png-(284 KB, 884x903)
284 KB
>>12778
恩,有ㄛ
無名18/07/10(二)21:55:48 ID:j8WiZLIENo.12780
檔名:1531230948966.png-(74 KB, 600x489)
74 KB
>>12777
這個問題我也在思考中,
但我更傾向直接尋找替代方案。

畢竟我的主職還是資訊軟體開發,
不是找人。找人只是現在的必要過程。
無名18/07/15(日)12:57:11 ID:SPCAB6fQNo.12784
如果遠端可以的話我有興趣.
人在美西工作. 時區上會有些不一樣
無名18/07/16(一)12:33:01 ID:aITyDPHQNo.12785
是建置和什麼相關的API
無名18/07/16(一)12:56:37 ID:TFmS8tgcNo.12786
>>12785
實驗室(醫療相關)檢驗資訊系統的API,
上周感覺被PTT的人背後戳了一刀,
心情低落一週末了。

下午面試另一個人,近幾天會再去綜合說明一下狀況。
(順便貼粗乃丸)
無名18/07/18(三)19:41:57 ID:37Xbyp1.No.12790
>>12784
當然是不允許的阿阿,因為離使用者越遠,
軟體開發的成功率就越低。(需求溝通成本太高)

PS:好想上班時乃丸,怎麼辦?
PS2:最近入手了Clean Code In C#,發現原來我還挺XP的
無名18/07/20(五)12:10:26 ID:lQ7q6UzcNo.12792
>>12790
跟使用者溝通需求是pm的事情吧.
如果成功率低的的主因在end user之間的溝通問題. 應該是pm太無能要背這個鍋吧
無名18/07/20(五)12:58:31 ID:QusFHi8oNo.12793
>>12792
你這是即將過時的想法了....
無名18/07/20(五)15:22:15 ID:AFEJgCiMNo.12794
>>12793
現在的做法是讓RD直接跟USER溝通
連PM也省下了(?!
無名18/07/20(五)19:06:18 ID:QusFHi8oNo.12795
>>12794
現在的做法比較偏向讓USER參與開發流程。
並不是要USER寫程式,而是透過說明討論驗收這些行為,
讓RD知道開發的東西應該要是怎樣的一個產出。

中間的磨合就要靠比較偏向SA的工程師之類擔任。

換言之,PM該做的還是要回到原本的正職,資源分配上。
也就是說,如果你的專案不需要有資源分配這種事情,
那就不需要PM。

PS:台灣普遍來說都是業務當PM,所以很多人觀念都髒掉了。
無名18/07/21(六)01:34:02 ID:tx39djroNo.12796
>>12795
wow.. then may I know who will make the decision of the project goals, objectives, scope, risks, issues, budget, timescale and approach?

RD(s)? or SA?

Wow....... lololollol
無名18/07/21(六)12:37:16 ID:mhNO/7yQNo.12797
>當然是不允許的阿阿,因為離使用者越遠,
>軟體開發的成功率就越低。(需求溝通成本太高)

離使用者越近但溝通不好是常見的

與用戶溝通相比,如果你清楚你的目標,你的成功率會更高。

最初拉里佩奇用Java寫了他的想法,但拉里的研究生同學用Python重寫了代碼並提高了程序的速度,程序變得實用,而他的另一位同學米哈伊洛维奇布林使用特征值和特征向量來模擬佩奇的想法。 比其他搜索引擎返回更準確的結果。

是否考慮過使用Agile,與另一位程序員一起開發相同的程序,彼此互相指責,並通過交換代碼互相指導

另一種方式是基金會。 建一個網站並成為團隊領導者。如果你不喜歡它,你可以放棄它。 一些人不喜歡放棄後地說這是一個小幫派。
無名18/07/22(日)01:58:44 ID:tfJxsc9QNo.12798
檔名:1532195924676.png-(63 KB, 421x248)
63 KB
>>12797
不是很想戰你,因此我提出一些點就好。

1.敏捷開發其中一個方法是共同開發,就是你所寫的"互相指責",此時兩人都在旁邊。
【並且該方法有個前提,就是明白需求的人就在附近,可以立刻提問。】

2.拉里佩奇,這個例子中他自己就是使用者。並且這個例子特別之處在於
A.他用程式碼寫出了IO,約束後面的規格
B.他沒有所謂的"越想越不對勁"(然而大多數一般的使用者會這樣)

3.用戶溝通這件事情中,真實狀況永遠是你只能拿已有的東西去談他們真實想要的東西。
無名18/07/22(日)02:18:52 ID:tfJxsc9QNo.12799
檔名:1532197132220.jpg-(51 KB, 683x359)
51 KB
>>12796
最現實的答案是"User",如果開發中你執著於團隊中的某人(大多數是SA或是PM)
所訂下的" project goals, objectives, scope, risks, issues, budget, timescale and approach"這些,那你的方向有其大可能是偏向瀑布開發。

然侯瀑布開發我們都知道他的"成功率(使用者方)"是很低的。
換言之,一個好的開發團隊應該是要能夠貼近User的的想法進行開發的,
而畢竟User只是一般的使用者,很難透過"清楚明確的規格"來說明他們作業所需。
而軟體開發者也通常不是實際作業人員,因此不容易吸收使用者"非理性(格式)的需求敘述"。
-----
你也許又會想到是透過傳統上的PM/SA轉述,那基本上就是會有所謂的"翻譯問題",現實開發中
完全不缺乏這種"翻譯問題"導致的失敗,這也是為何開始會有"產品經理而非專案經理",或是
"使用者故事(不一定XP才可以用)",這類的論述出現。

PS:我對於產品經理的理解為,他本身可以完全代替使用者的腳色,並非轉述者。
-----
也因此再度重新回到原本的論述上,團隊如何引入使用者加入,是現代系統開發的課題。
越貼近使用者進行的開發,越不會遭受隕石轟炸。
無名18/07/22(日)02:38:33 ID:tfJxsc9QNo.12800
檔名:1532198313146.jpg-(33 KB, 260x260)
33 KB
也許說詞上"讓開發人員面對使用者",會感覺上是讓開發人員負責"方向抉擇錯誤"這種開發人員心中"莫須有的亂七八糟責任",導致心理反感。

但實際狀況是
1.若開發人員沒有往使用者需求目標開發,那往往只是"我完成了規格,我沒有責任了"
(而非完成使用者所要)

2.開發人員若沒有與使用者相處,那使用者絕對不會知道"自己有多病態"
(不合理工時,天馬行空想法,BLABLABLA)

3.進度責任不會是只有開發人員承擔,也不會只有使用者負責,應該是雙方都要意識到"喔,我們真的該把這個東西做好",才是。
(換言之,此時你才可以知道你的最小可行方案在哪裡)

------
最後,有一點我也要道歉一下,並不是遠端工作全不可行。
只能說用在目前的狀況與環境下是不能被採用的
無名18/07/22(日)02:45:04 ID:tfJxsc9QNo.12801
檔名:1532198704883.png-(21 KB, 800x473)
21 KB
然後上週就結果來說又是沒有人來面試了,
詳細之後找個時間會再到綜合貼粗乃丸。

到底這個薪水是高還是低,感覺很疑惑阿....(歪頭)
無名18/07/22(日)03:05:06 ID:tfJxsc9QNo.12802
檔名:1532199906337.png-(73 KB, 500x296)
73 KB
對了,如果在意的是我現在這邊負責在溝通時的橋樑這種角色的話,"目前"是我負責。
(未來?誰~知道)
/*神~偷~卡~門聖地亞哥~卡門聖地亞哥~誰~知~道~她在哪~~~誰知道~她在哪……*/
無名18/07/22(日)11:57:51 ID:zKrt6TIQNo.12803
檔名:1532231871991.jpg-(72 KB, 635x500)
72 KB
Gumshoe, 當你哼唱那首歌時,我知道你是從哪個時代來的...
https://www.youtube.com/watch?v=d_L41_SGYxk

非常小的公司的標誌是:
1.對於僱用員工,沒有人力資源部門這個窗口
2.對於招聘承包商,沒有採購部門這個窗口
找人工作是公司老闆或他的秘書
員工擔心他們會得到工資..

個人觀點是,如果強調"使用者",那就案件範圍是是解決大公司的政治環境問題
個人觀點是,公司管理委任的"使用者"[可能]對公司的需要不合格或無知
小公司只需要確保員工有能力,有能力做到skunk works
無名18/07/22(日)12:11:28 ID:zKrt6TIQNo.12804
我知道的"使用者"有其他更重要的工作,使用軟體是其他員工的職責
無名18/07/22(日)16:08:55 ID:tfJxsc9QNo.12805
檔名:1532246935403.png-(373 KB, 1080x696)
373 KB
>>12803
你現在討論的範圍已經脫離軟體開發了。

另外真的必須強調的是,軟體開發中,
將與這個軟體有關的人適度引入是非常重要的事情,
無論你接受不接受,事實就是
1.錢是他們出的
2.最後(軟體/系統)是他們在用的
3.既有的環境與習慣(認知),也是對方的

如果觀念沒有趁早認知並轉化,那只會不斷抱怨
"阿,怎麼又有一個隕石(突然的大方向轉彎)出現了"

PS:使用者,可以包含很多意思,不過真的要說要打很多字,懶了。
因此知道我大概要說甚麼就好,拜託請別玩文字遊戲OTZ
無名18/07/22(日)16:40:25 ID:tfJxsc9QNo.12806
檔名:1532248825370.png-(39 KB, 900x700)
39 KB
>>12803
仔細再看一下,問題應該是你對於"使用者"一詞感到模糊了。
我不直接回答你,用例子回答你
//-----------
假設你要開一間餐廳不管大或小,你一定會面臨幾種狀況
1.我的訂價要訂多少客人才會買單?
2.要給客人吃甚麼菜(他們會想吃甚麼菜)
3.我要開在哪裡(讓客人知道/過來用餐)
4.如何得知餐點有無問題?(了解作業上瑕疵)

當然現實中開餐廳的一定會有更多的問題需考慮,
但這幾點是客人類比"使用者"一詞,可能在不同(考量)環境下會有不同意思。
但基本上都會是與這間餐廳有關的非員工腳色。
至於想了解客人多少,就看你想要開台灣菜還是廣東菜了。
自己參透一下吧。

PS1:(我現在功力還比較淺,還會做出裏與外的區分;好像還有人更厲害,可以做到沒有區分的)
PS2:對,是成句來的w
無名18/07/23(一)02:56:38 ID:Rh8mNWrUNo.12807
>>12800
你給user訂project goals, objectives, scope, risks, issues, budget, timescale and approach不對吧.

也跟是不是agile跟waterfall無關. 混在一起了. 每個sprint也是要跟user demo跟更新requirements.

事實上這些應該是PM/USER/Tech lead在planning的時候就再一起協調這些東西了(Reasonable requirements) .不會是RD去幹. 在五人以上的team管理上不可行.
Tech lead跟Pm 轉成 user story會在team內部裡面由RD在這個sprint決定要實作那些.

aglie就只是quick fix quick deliver.
無名18/07/23(一)03:07:00 ID:Rh8mNWrUNo.12808
>>12807
其實一開始單純只是想強調remote 跟軟體成功率關連不大. 跟個人能力還比較有關連xd

畢竟你看amazon, MSFT Google大半人都是remote的. 只有需要開會時才會出現在公司.
無名18/07/23(一)20:56:52 ID:RYPhDjOMNo.12809
檔名:1532350612744.gif-(66 KB, 600x400)
66 KB
>>12807
>>12808
你這樣子我只能夠認為你是在挑語病了。

就溝通結果來說,我不認為你這樣能說明REMOTE
跟軟體成功率關連不大,我反倒慶幸完全不考慮REMOTE。

至於最後你提的大公司例子,只能祝福你找到這些公司的REMOTE了。
無名18/07/23(一)22:33:41 ID:Rh8mNWrUNo.12810
>>12809
你可以直接說不考慮remote.當初就不會這麼多事了
我也不是玩文字遊戲, 是你大鍋炒把不相關的東西攪再一起. 你還是負責溝通的?

不用擔心我, 我已經是remote了. 只是下班太閒想找副業做.

祝你找到你想要的人


【刪除文章】[]
刪除用密碼: