作者查詢 / forself
作者 forself 在 PTT [ Soft_Job ] 看板的留言(推文), 共61則
限定看板:Soft_Job
看板排序:
全部marriage1026travian545Education119CGI-Game78CS_TEACHER62Soft_Job61Military59toberich59gallantry49Palmar_Drama48logic47PhD39Tin-Ha33part-time25PttLifeLaw25job21KingdomHuang19CareerPlan15Tech_Job15SAN14Confucianism11LineageII10HK_Comics8juniorhigh7Chan_Mou6DummyHistory6FamilyCircle6specialman6historia5Mix_Match5Game-Talk4Hate4JP_Custom4NetRumor4CFantasy3Feminism3Gossiping3HardwareSale3MdnCNhistory3Warfare3car2humanity2JapanHistory2Lefty2NARUTO2SAN-YanYi2Sub_GOnline2ask-why1Atheism1CarShop1GetMarry1iOS1ISU_MSE_931Little-Games1MobileComm1NTUST-EE-B911Salesperson1soho1SYSOP1TurtleSoup1TW-history1You_out1<< 收起看板(62)
首頁
上一頁
1
下一頁
尾頁
10F→: 其實你們應該知道我的意思,很多問題對沒有刷過題的人而10/03 18:59
11F→: 的難題會卡在「根本想不到」怎麼開始解,因為一些結構或10/03 18:59
12F→: 算法,本身就是頂尖學者研究的實作10/03 19:00
13F→: 光是想明白在問甚麼就是問題,要用甚麼解又是一個想10/03 19:01
14F→: 不想得到的問題。不用太罕見的例子,高效的排序、檢索10/03 19:01
15F→: 就是幾代人的研究成果10/03 19:01
16F→: 真要說的話,二十年沒碰演算法的人,隨便給一題hard,不10/03 19:02
17F→: 準查書查網路,我覺得一輩子解不出來最佳解才是正常10/03 19:02
21F→: 我沒反對啊,我贊成練習,因為大環境如此且標準相對客觀10/03 19:05
23F→: 但hard就是需要相當大量的練習,要有手感、解題的直覺10/03 19:06
24F→: 不然面試時間吃土掛白板機率大...10/03 19:07
25F→: 我知道不需要最佳解,你不明白我的意思嗎?我不認為10/03 19:07
29F→: 會不會問問題、分析能力都比較困難10/03 19:09
28F→: 我的意思是,考難題沒有太大意義,掛白板的人太多,連測10/03 19:09
30F→: 就面試目的而言,難題的鑑別度與面試者可以觀察的面向並10/03 19:11
31F→: 不是太好的選擇10/03 19:11
35F→: 至於只刷過三題,除了我爛之外,就是刷題流行時我已經四10/03 19:19
36F→: 十多歲了,說真的,看解題還算有興趣,下去刷真的沒動力10/03 19:21
2F推: 問題是在於讓所有人信仰同一種design pattern本身就是巨08/22 13:03
3F→: 大的溝通成本與風險08/22 13:04
4F→: 實務上常常會變成核心共用部分可能協調成功,但其他部分08/22 13:04
5F→: 依然是各種信仰與無信仰的展示08/22 13:05
67F→: 沒那麼容易的,題庫之類配套有複雜排版、古老格式跟特規06/10 12:05
68F→: 檔案格式轉換問題,加上至少二十年的數據相容。從頭來光06/10 12:05
69F→: 洗資料就洗死人。06/10 12:05
70F→: 想一想從資料庫拉資料,可以根據不同版型、大小、特殊符06/10 12:13
71F→: 號有圖片、unicode跟自定義,要產生至少七八成不用再調06/10 12:13
72F→: 整,字型可定義甚至客製的各時代word、可送印刷廠印製不06/10 12:13
73F→: 出錯的檔案,真沒有那麼容易....06/10 12:13
3F→: 不嫌薪水低的話,其實學術資料庫廠商大都缺人,但薪水不05/26 14:37
4F→: 會比台灣一般軟體工程師高多少,不要更低就好了...05/26 14:38
5F→: 然後幾乎沒有未來的發展性...因為需求特化技能的方向跟主05/26 14:40
6F→: 流差異非常大,表面看起來一樣,但其實骨子裡甚至是相反05/26 14:41
7F→: 我上面講的廠商是指美國的,台灣本地大致是2/3薪水以下05/26 14:44
9F→: 不是,是做全文檢索搜尋引擎跟資料庫,也不牛,就只是做05/26 15:05
10F→: 得出來而已05/26 15:05
3F→: 研發工程師的人事成本一般來說是最高,除了腦殘老闆以外02/17 05:40
4F→: 通常不會希望工程師去做本分以外的工作,當然是存在腦殘02/17 05:41
5F→: 我在現場每次都是一整個想翻白眼..優秀的資深工程師完全02/17 05:48
6F→: 可以是低能的行銷與近乎完全無法跟客戶溝通的PM...02/17 05:48
7F→: 然後就一直想像導入新的技術做到一樣的功能,稍微延遲幾02/17 05:49
8F→: 個月,可以屌打市場裡所有的對手,因為他們都用舊技術02/17 05:50
10F→: 降低70%左右(查全率),工程師說那些不重要(認真的嗎?)02/17 05:52
11F→: 而驗收標準是查全率...時效並不在驗收條件裡02/17 05:54
12F→: 然後就跳針「為什麼要為了查全率用那麼low的技術,要教育02/17 05:55
13F→: 客戶,PM要去跟客戶溝通,新技術!@#$$%」02/17 05:56
14F→: 然後提升速度的主要原因是要用3-6台搞hadoop或elk,原2台02/17 05:59
9F→: 新技術可以提升50%左右效率(延遲時間約少100毫秒),效能02/17 05:51
15F→: 還有在封閉性商業軟體開發(.NET)硬要用很新的第三方開源02/17 06:02
16F→: 覺得.NET或php很low,堅持要用python或java打掉重來的02/17 06:03
17F→: 全靜態不到10頁的網站堅持要用MVC或前端framework如vue02/17 06:05
18F→: 客戶三成以上是XP + IE6~IE8,堅持用.NET Core或不支援的02/17 06:07
19F→: 前端framework,跟業務說請客戶升級電腦跟作業系統02/17 06:08
20F→: 各種信仰各種奇葩02/17 06:08
24F→: 有信仰的優秀工程師,有的時候比只有一兩年經驗的難搞02/17 06:15
25F→: 對呀,是玩新玩具,對產品開發的好處可能會有,但要評估02/17 06:17
26F→: 沒有評估,只是因為新、因為想練,這是非常不負責任的02/17 06:18
27F→: 至於XP + IE6-8的相容,幾年前一些產業是沒得選擇的02/17 06:19
28F→: 能相容,市場以千萬到幾億為單位,不能相容,市場剩百萬02/17 06:20
17F推: 在第三世界國家,哪怕是一個城市接通(如果是從無到有)02/16 02:18
18F→: 自來水的經驗,這屌爆了吧02/16 02:18
首頁
上一頁
1
下一頁
尾頁