IT討論區(80) 做連卡佛真係好幸福,有得減薪50%,IT狗就已被炒,減薪100%

1001 回覆
8 Like 0 Dislike
2020-04-19 12:28:05
咁鬼chur一定有伏
大返佢咁你咪send囉
agent靠嚇多
2020-04-19 12:46:55
2020-04-19 12:51:56
2020-04-19 12:54:06
2020-04-19 13:01:15
2020-04-19 13:16:43
2020-04-19 13:21:44
有冇巴打覺得prototype好緊要

初初fg唔覺, 覺得一開波整來哂時間
不如直接落手連哂db整好哂仲快

做得愈耐野終於明白原來好重要
2020-04-19 13:25:06
好睇你依家果份學唔學到野 學到咪留係到再加人工果陣同佢傾
2020-04-19 13:25:29
明明jQuery重要咁多
2020-04-19 13:45:45
一定係伏工
secondment揾唔到人Agent要賠
真實故事:
你上一手覺得太伏劈左炮,Agent要1個月內搵到人
但係除左你之外已無第二個人搵到
deadline又近,一於呃下傻仔
2020-04-19 13:48:55
prototype > coding
2020-04-19 14:37:08
JVM 唔熟,Sorry。我寫開C/C++。memory fleece係乜?Google完都無野講memory fleece。

JIT會唔會做non temporal cache optimization唔清楚。不過non temporal load/store唔一定會好過普通load/store,例如glibc嘅SSE3 optimized memcpy係只會copy size大過shared cache嘅一半先會用non temporal load store。

https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/x86_64/multiarch/memcpy-ssse3.S;h=d954d2765bbdcec95dd576584efb7d8c2fca93cf;hb=HEAD#l120

JIT有好處係有runtime information,可以做value profiling嚟決定某一copy係唔係通常到係好大,值得用temporal load store,不過如果真係好大,就咁call library個memcpy由library決定都可以。個block size夠大,memcpy之前花時間去決定最好方法嘅成本好少。相反如果block size同常好細,JIT可以唔call library用rep movsb或loop會快過call library。
2020-04-19 14:55:58
偶像的偶像的公司
class 偶像 extends 偶像的偶像 implemtents 公司{

}
2020-04-19 15:07:29
prototype好重要
1. 技術上可唔可行
2. 個user requirements係咪岩,洗唔洗再傾/改
3. 一路做一路睇下有無market value,無就止蝕

做第一點做到我想死
2020-04-19 15:10:48
搭錯線?
2020-04-19 15:11:41
2020-04-19 15:14:31
2020-04-19 16:17:28
2020-04-19 16:25:32
可以話係
固然java都可以玩一大堆野去搞 但係做咩鳩要辛苦自己
直接一個c/c++ with inline assembly轟落去最方便

Btw拎黎做trading呀?
2020-04-19 16:39:03
Memory fence(memory barrier)唔係咁用個喎。
係prevent compiler 做optimization / cpu out of order execution確保memory既內容,通常加喺d 底層sync logic度。
吹水台自選台熱 門最 新手機台時事台政事台World體育台娛樂台動漫台Apps台遊戲台影視台講故台健康台感情台家庭台潮流台美容台上班台財經台房屋台飲食台旅遊台學術台校園台汽車台音樂台創意台硬件台電器台攝影台玩具台寵物台軟件台活動台電訊台直播台站務台黑 洞