Redian新闻
>
Golang 的一组问题,有人说一下看法吗?
avatar
Golang 的一组问题,有人说一下看法吗?# Programming - 葵花宝典
x*s
1
接受 offer 的信好写。这个据 offer 的信咋写? 大侠们给支支招!这里先谢过了。
实在是对方系主任太 nice 了,费了很大劲给争取了很好的 package. 还有几个研究很
接近的老教授非常非常希望我去,因为可以合作。在一个领域里,大家以后肯定还会见
面的,想尽量保持个好关系。
avatar
y*f
2
国外一家专门做职业咨询的网站Glassdoor,统计了苹果在职及前员工的薪资情况。我们都知道库克刚上任CEO年薪高达3.7亿美元,估计苹果其他职位的薪资也不会低到哪儿去。
NO.15 Applestore高级店员
薪酬:5.5626万美元(折合人民币34.5281万元)
普通店员在applestore工作一段时间后,会升职加薪为高级店员,主要职责是给到店体验苹果产品的顾客服务。Applestore店员并不需要推销,只需要为顾客做好答疑等服务即可。
NO.14 Applestore店长
薪酬:8.5357万美元(折合人民币52.9827万元)
每家零售店的老大,负责管理整个applestore的正常运行。
NO.13 财务分析师
薪酬:9.4799万美元(折合人民币:58.8170万元)
企业的成功离不开财务的良好运转,苹果的财务人员都是比较靠谱的。
NO.12 运营系统工程师
薪酬:10.431万美元(折合人民币:64.7233万元)
确保苹果与供应商、工厂之间的产业链条完整、连续,控制运营风险。另外还需要管理苹果的物流系统,以确保产品能按时发货。
NO.11 项目经理
薪酬:10.7631万美元(折合人民币:66.7839万元)
项目经理要确保在一个具体的项目中,所有的细节都粘合在一起,并且都能够按时完成。
NO.10 检测工程师
薪酬:11.3916万美元(折合人民币:70.6837万元)
对完工的苹果按照质量标准进行检测,比如压力测试,确保苹果的功能完善,没有缺陷的。
NO.9 硬件工程师
薪酬:11.8739万美元(折合人民币:73.6763万元)
硬件工程师的职责是确保苹果的硬件符合标准。
NO.8 软件工程师
薪酬:11.9336万美元(折合人民币:74.0467万元)
软件工程师是苹果应用和操作系统背后的主脑。与之相比,谷歌软件工程师的薪酬则略高一些,平均收入为12.5322万美元。
NO.7 数据库管理员
薪酬:12.2669万美元(折合人民币:76.1148万元)
苹果还需要处理大量的数据:无论是用户的使用数据,还是AppStore的应用数据,又或是Siri等连网服务制造的数据,苹果都要好好整理它们。
NO.6 产品设计工程师
薪酬:12.5983万美元(折合人民币:78.1711万元)
设计在苹果是一项极其重要的工作。公司给产品设计师的待遇也相当可观,通常比软件工程师还要高一些。也难怪iPhone的逼格比较高。
NO.5 机械工程师
薪酬:12.7464万美元(折合人民币:79.0901万元)
苹果的产品同样面临着许多传统的机械问题,公司需要解决机身发热和部件移位等问题。机械工程师要确保苹果的产品不会因为细节问题而被毁掉。
NO.4 产品经理
薪酬:13.1108万美元(折合人民币:81.3512万元)
产品经理需要确保苹果的每一款产品都能符合自身的质量标准,需要关注产品生产过程的每一个环节。产品经理还需要与营销人员、设计师、软件工程师和硬件工程师进行沟通,成为一切事务的桥梁。
NO.3 高级软件工程师
薪酬:14.0832万美元(折合人民币:87.3848万元)
高级软件工程师比高级硬件工程师的收入略低。到了这个级别,就可以和苹果最神秘的产品打交道了,例如苹果地图或者iPhone操作系统。
NO.2 高级硬件工程师
薪酬:15.0105万美元(折合人民币:93.1191万元)
当你在苹果任职很久之后,可能会被提拔为高级硬件工程师。工资也会开始大幅上涨。
NO.1 工业设计师
薪酬:17.414万美元(折合人民币:108.0295万元)
SteveJobs曾不止一次说过,苹果是一家处于设计与科技交叉口的公司。在苹果的核心有一种创新能力,正是这种能力让他们的产品领先于谷歌等对手,这是别的公司所无法企及的优势。很显然,负责产品整个视觉体验的人,同时也是负责和消费者进行视觉交流的人,必定在苹果担任重要职位,也是苹果最具价值的人才之一。
avatar
i*n
3
感谢timenecc提供以下教程!
个人星盘,可以参考这里:http://cn.astrodoor.cc/horoscope.jsp
求看合盘,可以参考这里:http://astrology.copyliu.org/mutichar.htm
下面讲一下第二个链接的使用方法:
【1.输入资料】
如果不知道经纬度呢,可以在这里查询:http://astrology.copyliu.org/place/place.htm
例如: A 的资料:姓名为A,出生于广州,于1985年,4月2日,三点生。资料填
如下:

第一星盘资料
姓 名:A
出生地:NA
经 度: : 113:14E
纬 度: : 23:10N
出生年:1985
月 :4
日 :2
时 间: :3:00
时 区: - 8
B 的资料:姓名为B,出生于广州,于1984年,5月2日,三点生。资料填如下:
第二星盘资料
姓 名:B
出生地:NA
经 度: : 113:14E
纬 度: : 23:10N
出生年:1984
月 :5
日 :2
时 间: :3:00
时 区: - 8
【2.得到合盘】
就产生了三个盘,大家上前两个盘就好了。第一个是比较盘,星星之间的相位,代表彼
此的感觉。有兴趣的星星可以自己查更多的资料,豆瓣上有很多,另外
http://www.12sign.cn/htmls/comsyindex.htm 有很多解释。
第二个盘为组合中点盘,是两人星星平均值所产生的新的星盘。我的理解为两人成一个
人之后的感受。所谓的灵魂伴侣之类的,这个盘会很整齐与和谐。
第三个盘为马克思盘,网上资料不多,我也没有太了解。
有人说,两人初期看比较盘,长期看组合中点盘。这个我也不是很了解。我个人倾向于
看两个。
---------------------------------------------------------------
再次感谢timenecc的教程!
avatar
m*u
4
要不要买一个支持一下
avatar
p*y
5
同样是写江湖,金庸是假江湖写出了真江湖,但古龙是真江湖写出了真江湖。孰高孰低
,我们不好判断,但古龙至少是心笔合一了。
人无癖不可交。古龙虽然酗酒、好色,但对朋友确实仗义,所以,古龙的朋友遍天下。
同时代的写作高手,比如倪匡、黄霑等人,都是古龙的至交。古龙死后,这些朋友凑钱
买了48瓶XO,放在古龙的棺材里陪伴他。可谓知己。
喜欢古龙,当然不仅喜欢他的为人,更喜欢的是他的小说。
古龙的小说,我用一个词概括,就是:飘逸。
人物飘逸,情节飘逸,人物之间的感情也飘逸。让人感觉远离世俗。不管是恶还是善,
都让人心中一凛。
相比之下,金大侠的小说就显得“板”,换个词也叫“厚重”。
当然,萝卜白菜各有所爱。但要说到“侠”,我个人觉得古龙才是真大侠。
倪匡在古龙的讣告中写了这么四句话:豪气干云,侠骨盖世,才华惊天,浪漫过人。
我觉得这个评价是贴切的。
avatar
r*t
6
Thanks
avatar
g*t
7
知乎上看到的,GC的问题现在解决了吗?
在Go 1.0前夕,其垃圾回收器在32位环境下有内存泄漏,一直拖着不肯改进,这且不说
。Go语言垃圾回收器真正致命的缺陷是,会导致整个进程不可预知的间歇性停顿(Stop
the World)。像某些大型后台服务程序,如游戏服务器、APP容器等,由于占用内存
巨大,其内存对象数量极多,GC完成一次回收周期,可能需要数秒甚至更长时间,这段
时间内,整个服务进程是阻塞的、停顿的,在外界看来就是服务中断、无响应,再牛逼
的并发机制到了这里统统失效。垃圾回收器定期启动,每次启动就导致短暂的服务中断
,这样下去,还有人敢用吗?这可是后台服务器进程,是Go语言的重点应用领域。以上
现象可不是我假设出来的,而是事实存在的现实问题,受其严重困扰的也不是一家两家
了(2013年底ECUG Con 2013,京东的刘奇提到了Go语言的GC、defer、标准库实现是性
能杀手,最大的痛苦是GC;美团的沈锋也提到Go语言的GC导致后台服务间隔性停顿是最
大的问题。更早的网络游戏仙侠道开发团队也曾受Go垃圾回收的沉重打击)。在实践中
,你必须努力减少进程中的对象数量,以便把GC导致的间歇性停顿控制在可接受范围内
。除此之外你别无选择(难道你还想自己更换GC算法、甚至砍掉GC?那还是Go语言吗?
)。跳出圈外,我近期一直在思考,一定需要垃圾回收器吗?没有垃圾回收器就一定是
历史的倒退吗?(可能会新写一篇博客文章专题探讨。)
avatar
f*h
8
找个体面的理由,例如家庭问题,不得不放弃他们。
要拒也应该尽快,对方也需要找下家。
avatar
t*8
9
太naive了,认识在apple做工程师的包裹一年20多w
avatar
i*n
10
感谢timenecc提供以下教程!
个人星盘,可以参考这里:http://cn.astrodoor.cc/horoscope.jsp
求看合盘,可以参考这里:http://astrology.copyliu.org/mutichar.htm
合盘这里也可以看:http://cn.astrodoor.cc/synastry.jsp
这个是中文的,比较容易辨识,建议大家用这个
下面讲一下第二个链接的使用方法:
【1.输入资料】
如果不知道经纬度呢,可以在这里查询:
http://astrology.copyliu.org/place/place.htm
例如: A 的资料:姓名为A,出生于广州,于1985年,4月2日,三点生。资料填
如下:

第一星盘资料
姓 名:A
出生地:NA
经 度: : 113:14E
纬 度: : 23:10N
出生年:1985
月 :4
日 :2
时 间: :3:00
时 区: - 8
B 的资料:姓名为B,出生于广州,于1984年,5月2日,三点生。资料填如下:
第二星盘资料
姓 名:B
出生地:NA
经 度: : 113:14E
纬 度: : 23:10N
出生年:1984
月 :5
日 :2
时 间: :3:00
时 区: - 8
【2.得到合盘】
就产生了三个盘,大家上前两个盘就好了。第一个是比较盘,星星之间的相位,代表彼
此的感觉。有兴趣的星星可以自己查更多的资料,豆瓣上有很多,另外
http://www.12sign.cn/htmls/comsyindex.htm 有很多解释。
第二个盘为组合中点盘,是两人星星平均值所产生的新的星盘。我的理解为两人成一个
人之后的感受。所谓的灵魂伴侣之类的,这个盘会很整齐与和谐。
第三个盘为马克思盘,网上资料不多,我也没有太了解。
有人说,两人初期看比较盘,长期看组合中点盘。这个我也不是很了解。我个人倾向于
看两个。
---------------------------------------------------------------
再次感谢timenecc的教程!
avatar
d*n
11
?
avatar
r*z
12
你想走Rust路子?还是根本不回收?
avatar
p*e
13
嗯,家庭原因是最好用的。
avatar
l*z
14
苹果的pay其实不高, 我认识的一个国内的人拿到offer但没去,因为pay太低.
avatar
p*y
15
这个组合盘好难看懂哦 而且里面好多解释都还没贴
avatar
L*y
16
Cr48

Thanks

【在 r*******t 的大作中提到】
: Thanks
avatar
j*n
18
工资只是半个球,还有股票期权呢
avatar
p*y
19

LZ,为啥这个例子里的两人是在中国出生的,时区却要填-8呢?中国北京时间的话时区
不应该是+8么?很是迷糊,求解。

【在 i****n 的大作中提到】
: 感谢timenecc提供以下教程!
: 个人星盘,可以参考这里:http://cn.astrodoor.cc/horoscope.jsp
: 求看合盘,可以参考这里:http://astrology.copyliu.org/mutichar.htm
: 合盘这里也可以看:http://cn.astrodoor.cc/synastry.jsp
: 这个是中文的,比较容易辨识,建议大家用这个
: 下面讲一下第二个链接的使用方法:
: 【1.输入资料】
: 如果不知道经纬度呢,可以在这里查询:
: http://astrology.copyliu.org/place/place.htm
: 例如: A 的资料:姓名为A,出生于广州,于1985年,4月2日,三点生。资料填

avatar
f*t
20
操,这个我还真没法推荐
avatar
g*t
21
我不做网站。先看看经验人士的看法。本版很多年前就开始讨论golang。我想学习下大
家的经验。例如GC修好了吗?


: 你想走Rust路子?还是根本不回收?



【在 r*****z 的大作中提到】
: 你想走Rust路子?还是根本不回收?
avatar
c*e
22
glassdoor的数据也就大概看看
误差很大的
avatar
t*s
23
哪个不是免费的?
avatar
d*n
24
GC now is 1000 times faster than before v1.0. Faster than JVM's
GC runs concurrent.
GC no longer stop the world.

Stop

【在 g****t 的大作中提到】
: 知乎上看到的,GC的问题现在解决了吗?
: 在Go 1.0前夕,其垃圾回收器在32位环境下有内存泄漏,一直拖着不肯改进,这且不说
: 。Go语言垃圾回收器真正致命的缺陷是,会导致整个进程不可预知的间歇性停顿(Stop
: the World)。像某些大型后台服务程序,如游戏服务器、APP容器等,由于占用内存
: 巨大,其内存对象数量极多,GC完成一次回收周期,可能需要数秒甚至更长时间,这段
: 时间内,整个服务进程是阻塞的、停顿的,在外界看来就是服务中断、无响应,再牛逼
: 的并发机制到了这里统统失效。垃圾回收器定期启动,每次启动就导致短暂的服务中断
: ,这样下去,还有人敢用吗?这可是后台服务器进程,是Go语言的重点应用领域。以上
: 现象可不是我假设出来的,而是事实存在的现实问题,受其严重困扰的也不是一家两家
: 了(2013年底ECUG Con 2013,京东的刘奇提到了Go语言的GC、defer、标准库实现是性

avatar
d*t
25
啥情况?今天免费派送?

【在 t*****s 的大作中提到】
: 哪个不是免费的?
avatar
s*k
26
靠,stop the world指的是最早JVM的GC吧,golang的GC好像本质上也是一个goroutine
,而且golang的GC应该任务没有OOP那么繁重

Stop

【在 g****t 的大作中提到】
: 知乎上看到的,GC的问题现在解决了吗?
: 在Go 1.0前夕,其垃圾回收器在32位环境下有内存泄漏,一直拖着不肯改进,这且不说
: 。Go语言垃圾回收器真正致命的缺陷是,会导致整个进程不可预知的间歇性停顿(Stop
: the World)。像某些大型后台服务程序,如游戏服务器、APP容器等,由于占用内存
: 巨大,其内存对象数量极多,GC完成一次回收周期,可能需要数秒甚至更长时间,这段
: 时间内,整个服务进程是阻塞的、停顿的,在外界看来就是服务中断、无响应,再牛逼
: 的并发机制到了这里统统失效。垃圾回收器定期启动,每次启动就导致短暂的服务中断
: ,这样下去,还有人敢用吗?这可是后台服务器进程,是Go语言的重点应用领域。以上
: 现象可不是我假设出来的,而是事实存在的现实问题,受其严重困扰的也不是一家两家
: 了(2013年底ECUG Con 2013,京东的刘奇提到了Go语言的GC、defer、标准库实现是性

avatar
g*u
27
去狗狗那里申请

【在 r*******t 的大作中提到】
: Thanks
avatar
g*t
28
知乎上看到的,GC的问题现在解决了吗?
在Go 1.0前夕,其垃圾回收器在32位环境下有内存泄漏,一直拖着不肯改进,这且不说
。Go语言垃圾回收器真正致命的缺陷是,会导致整个进程不可预知的间歇性停顿(Stop
the World)。像某些大型后台服务程序,如游戏服务器、APP容器等,由于占用内存
巨大,其内存对象数量极多,GC完成一次回收周期,可能需要数秒甚至更长时间,这段
时间内,整个服务进程是阻塞的、停顿的,在外界看来就是服务中断、无响应,再牛逼
的并发机制到了这里统统失效。垃圾回收器定期启动,每次启动就导致短暂的服务中断
,这样下去,还有人敢用吗?这可是后台服务器进程,是Go语言的重点应用领域。以上
现象可不是我假设出来的,而是事实存在的现实问题,受其严重困扰的也不是一家两家
了(2013年底ECUG Con 2013,京东的刘奇提到了Go语言的GC、defer、标准库实现是性
能杀手,最大的痛苦是GC;美团的沈锋也提到Go语言的GC导致后台服务间隔性停顿是最
大的问题。更早的网络游戏仙侠道开发团队也曾受Go垃圾回收的沉重打击)。在实践中
,你必须努力减少进程中的对象数量,以便把GC导致的间歇性停顿控制在可接受范围内
。除此之外你别无选择(难道你还想自己更换GC算法、甚至砍掉GC?那还是Go语言吗?
)。跳出圈外,我近期一直在思考,一定需要垃圾回收器吗?没有垃圾回收器就一定是
历史的倒退吗?(可能会新写一篇博客文章专题探讨。)
avatar
r*z
29
你想走Rust路子?还是根本不回收?
avatar
g*t
31
我不做网站。先看看经验人士的看法。本版很多年前就开始讨论golang。我想学习下大
家的经验。例如GC修好了吗?


: 你想走Rust路子?还是根本不回收?



【在 r*****z 的大作中提到】
: 你想走Rust路子?还是根本不回收?
avatar
d*n
32
GC now is 1000 times faster than before v1.0. Faster than JVM's
GC runs concurrent.
GC no longer stop the world.

Stop

【在 g****t 的大作中提到】
: 知乎上看到的,GC的问题现在解决了吗?
: 在Go 1.0前夕,其垃圾回收器在32位环境下有内存泄漏,一直拖着不肯改进,这且不说
: 。Go语言垃圾回收器真正致命的缺陷是,会导致整个进程不可预知的间歇性停顿(Stop
: the World)。像某些大型后台服务程序,如游戏服务器、APP容器等,由于占用内存
: 巨大,其内存对象数量极多,GC完成一次回收周期,可能需要数秒甚至更长时间,这段
: 时间内,整个服务进程是阻塞的、停顿的,在外界看来就是服务中断、无响应,再牛逼
: 的并发机制到了这里统统失效。垃圾回收器定期启动,每次启动就导致短暂的服务中断
: ,这样下去,还有人敢用吗?这可是后台服务器进程,是Go语言的重点应用领域。以上
: 现象可不是我假设出来的,而是事实存在的现实问题,受其严重困扰的也不是一家两家
: 了(2013年底ECUG Con 2013,京东的刘奇提到了Go语言的GC、defer、标准库实现是性

avatar
s*k
33
靠,stop the world指的是最早JVM的GC吧,golang的GC好像本质上也是一个goroutine
,而且golang的GC应该任务没有OOP那么繁重

Stop

【在 g****t 的大作中提到】
: 知乎上看到的,GC的问题现在解决了吗?
: 在Go 1.0前夕,其垃圾回收器在32位环境下有内存泄漏,一直拖着不肯改进,这且不说
: 。Go语言垃圾回收器真正致命的缺陷是,会导致整个进程不可预知的间歇性停顿(Stop
: the World)。像某些大型后台服务程序,如游戏服务器、APP容器等,由于占用内存
: 巨大,其内存对象数量极多,GC完成一次回收周期,可能需要数秒甚至更长时间,这段
: 时间内,整个服务进程是阻塞的、停顿的,在外界看来就是服务中断、无响应,再牛逼
: 的并发机制到了这里统统失效。垃圾回收器定期启动,每次启动就导致短暂的服务中断
: ,这样下去,还有人敢用吗?这可是后台服务器进程,是Go语言的重点应用领域。以上
: 现象可不是我假设出来的,而是事实存在的现实问题,受其严重困扰的也不是一家两家
: 了(2013年底ECUG Con 2013,京东的刘奇提到了Go语言的GC、defer、标准库实现是性

avatar
m*p
34
這個不對,Java有變態的Zing,目前不是GOGC可以比的

【在 d****n 的大作中提到】
: GC now is 1000 times faster than before v1.0. Faster than JVM's
: GC runs concurrent.
: GC no longer stop the world.
:
: Stop

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。