有没有这个税季打算去liberty tax做的啊 有问题请教# Accounting - 会计审计
c*t
1 楼
老的护照七月份到期，会在五月去换新的护照。
可是想六月签证。到底在156申请表上填新的护照号码还是旧的护照号码？可是我的问
题是六月的时候，旧护照还没有过期。
可是想六月签证。到底在156申请表上填新的护照号码还是旧的护照号码？可是我的问
题是六月的时候，旧护照还没有过期。
r*9
2 楼
大老板从competitor跳槽来了几个月了，招兵买马，口若悬河， 煞是威风。 俺老板也
report给
他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
了大老板的一
些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
report给
他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
了大老板的一
些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
f*a
3 楼
记得向站务追讨包子，站务当时同意了的
我记得是批准了大概2万多伪币
不许站务赖帐
不许用咱们自己的金库
我记得是批准了大概2万多伪币
不许站务赖帐
不许用咱们自己的金库
c*o
4 楼
今天卡看了一个slides，明白为啥我觉得akka没啥用。。。
http://www.slideshare.net/jboner/going-reactive-eventdriven-sca
Jonas Bonér TypeSafe CTO 做的， 里面讲了编写parallel时候可以用的工具（都很
流行啊）
1.先用immutability, future/data-flow 等语言直接支持的的工具,能并行够用就好
2.不够用，用Actor/Rx/Agent, 这类Async的分散式计算工具，这样可以有async的通讯。
3.不够用，必须有transaction,和share states, 就再加上STM
4.还不够用，那就只能上old Locks/显性thread 了。
我么只用到了 1/2之间，可能以后有3
http://www.slideshare.net/jboner/going-reactive-eventdriven-sca
Jonas Bonér TypeSafe CTO 做的， 里面讲了编写parallel时候可以用的工具（都很
流行啊）
1.先用immutability, future/data-flow 等语言直接支持的的工具,能并行够用就好
2.不够用，用Actor/Rx/Agent, 这类Async的分散式计算工具，这样可以有async的通讯。
3.不够用，必须有transaction,和share states, 就再加上STM
4.还不够用，那就只能上old Locks/显性thread 了。
我么只用到了 1/2之间，可能以后有3
x*a
5 楼
看到他们的posting 发了email过去
对方说要参加一个5天的training session 每天3个小时 交99刀
We do use this class as a recruiting tool, but unfortunately, taking this
class does not guarantee a position with our firm. You will get a "
Certificate of Completion" after you have completed this class that you can
use at any Liberty Tax Office for an interview.
那如果pass了test 是不是也不能保证一定会要啊 如果没有opening 99刀岂不是白花了
啊
对方说要参加一个5天的training session 每天3个小时 交99刀
We do use this class as a recruiting tool, but unfortunately, taking this
class does not guarantee a position with our firm. You will get a "
Certificate of Completion" after you have completed this class that you can
use at any Liberty Tax Office for an interview.
那如果pass了test 是不是也不能保证一定会要啊 如果没有opening 99刀岂不是白花了
啊
j*2
6 楼
要护照有效期半年以上，才能给考虑签证吧？快到期的护照人家应该是据收的。
h*y
7 楼
既然是大老板,为什么要懂技术啊?
我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
【在 r****9 的大作中提到】
: 大老板从competitor跳槽来了几个月了，招兵买马，口若悬河， 煞是威风。 俺老板也
: report给
: 他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
: 了大老板的一
: 些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
【在 r****9 的大作中提到】
: 大老板从competitor跳槽来了几个月了，招兵买马，口若悬河， 煞是威风。 俺老板也
: report给
: 他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
: 了大老板的一
: 些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
f*a
8 楼
晕！我是恳求语气。一手打字不容易，客套话就免了。
z*e
9 楼
如果你做一个游戏的场景，需要保持长时间运作
你还用异步么？
你还用异步么？
b*y
10 楼
they are selling courses to you, not selecting people at all. You could earn
those knowledge and skills by joining VITA program.
those knowledge and skills by joining VITA program.
U*r
11 楼
这样的大老板在我们这行太多了。
听以前的同事说，他去客户那开会，会议上讨论Christmas Tree，休息时客户的一个VP
问他手下，现在才六月份，怎么他们就开始讨论圣诞树了？我同事回来和他老板谈起来
，说那VP真傻。他老板说，你才傻，人家啥都不懂都比你挣多两倍的工资。
【在 r****9 的大作中提到】
: 大老板从competitor跳槽来了几个月了，招兵买马，口若悬河， 煞是威风。 俺老板也
: report给
: 他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
: 了大老板的一
: 些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
听以前的同事说，他去客户那开会，会议上讨论Christmas Tree，休息时客户的一个VP
问他手下，现在才六月份，怎么他们就开始讨论圣诞树了？我同事回来和他老板谈起来
，说那VP真傻。他老板说，你才傻，人家啥都不懂都比你挣多两倍的工资。
【在 r****9 的大作中提到】
: 大老板从competitor跳槽来了几个月了，招兵买马，口若悬河， 煞是威风。 俺老板也
: report给
: 他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
: 了大老板的一
: 些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
c*o
12 楼
当然可以，你觉得WoW的砍人不疼的lag怎么来的，auction house的lag怎么来的，肯定
都是async啊。
异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
一样的场景，同步不是一样慢。
【在 z****e 的大作中提到】
: 如果你做一个游戏的场景，需要保持长时间运作
: 你还用异步么？
都是async啊。
异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
一样的场景，同步不是一样慢。
【在 z****e 的大作中提到】
: 如果你做一个游戏的场景，需要保持长时间运作
: 你还用异步么？
c*r
13 楼
exactly
vision vs technical
it really depends how to use "the new guy''
【在 h*******y 的大作中提到】
: 既然是大老板,为什么要懂技术啊?
: 我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
vision vs technical
it really depends how to use "the new guy''
【在 h*******y 的大作中提到】
: 既然是大老板,为什么要懂技术啊?
: 我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
z*e
14 楼
所以影响客户体验啊
【在 c******o 的大作中提到】
: 当然可以，你觉得WoW的砍人不疼的lag怎么来的，auction house的lag怎么来的，肯定
: 都是async啊。
: 异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
: 一样的场景，同步不是一样慢。
【在 c******o 的大作中提到】
: 当然可以，你觉得WoW的砍人不疼的lag怎么来的，auction house的lag怎么来的，肯定
: 都是async啊。
: 异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
: 一样的场景，同步不是一样慢。
g*g
15 楼
大老板为啥要懂技术，我赌jobs一个iphone应用都写不出来。
【在 r****9 的大作中提到】
: 大老板从competitor跳槽来了几个月了，招兵买马，口若悬河， 煞是威风。 俺老板也
: report给
: 他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
: 了大老板的一
: 些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
【在 r****9 的大作中提到】
: 大老板从competitor跳槽来了几个月了，招兵买马，口若悬河， 煞是威风。 俺老板也
: report给
: 他。 俺老板是公司里面的元老，基本不屌他， 最近常常抱怨他只是talker. 俺最近停
: 了大老板的一
: 些技术方面的言论，发现也是千篇一律的重复，而且错误百出。唉，跟着混吧。
c*o
16 楼
一样的场景，同步不是一样慢。
异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
异步的trade off是一个难做，一个在大系统的不同部分可能有不一致，但是你的
response 快。
看看WoW的邮件系统，就很明显。
【在 z****e 的大作中提到】
: 所以影响客户体验啊
异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
异步的trade off是一个难做，一个在大系统的不同部分可能有不一致，但是你的
response 快。
看看WoW的邮件系统，就很明显。
【在 z****e 的大作中提到】
: 所以影响客户体验啊
r*9
17 楼
不懂也好。
不过他喜欢不懂装懂，我和我老板一下就把他看透了。
【在 h*******y 的大作中提到】
: 既然是大老板,为什么要懂技术啊?
: 我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
不过他喜欢不懂装懂，我和我老板一下就把他看透了。
【在 h*******y 的大作中提到】
: 既然是大老板,为什么要懂技术啊?
: 我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
z*e
18 楼
可以根据场景做切割啊
不同的场景没有必要完全连成一片
保证当前场景里面所有连接的持续性
partition的方式不一样
上。
【在 c******o 的大作中提到】
: 当然可以，你觉得WoW的砍人不疼的lag怎么来的，auction house的lag怎么来的，肯定
: 都是async啊。
: 异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
: 一样的场景，同步不是一样慢。
不同的场景没有必要完全连成一片
保证当前场景里面所有连接的持续性
partition的方式不一样
上。
【在 c******o 的大作中提到】
: 当然可以，你觉得WoW的砍人不疼的lag怎么来的，auction house的lag怎么来的，肯定
: 都是async啊。
: 异步不代表慢，代表当一部分不行的时候，其他的还能用，我这儿等的时候别的可以上。
: 一样的场景，同步不是一样慢。
Z*n
19 楼
最讨厌的就是不懂装懂的老板! 辛好，至少我现在的几个头还有点自知之明。其实，
不是专业出身的头 还是可以赢得技术流 的respect的；只要他们能够识才，用才。
不是专业出身的头 还是可以赢得技术流 的respect的；只要他们能够识才，用才。
c*o
20 楼
那是单机吧？
MMO怎么保证？MMO你没有办法集中资源在一个视角上。
你基本上是保证数据量不到一个上限，用那个来parttition,这个也就是说你能handle
本来async就是牺牲consistency 保证 availability . 你都没有availability问题，
用什么async
Async/big data/nosql都是应为单个node/thread不行，必须parallel
所以consistency/availability不能都达到，所以才出现的，也不是什么都适合。
【在 z****e 的大作中提到】
: 可以根据场景做切割啊
: 不同的场景没有必要完全连成一片
: 保证当前场景里面所有连接的持续性
: partition的方式不一样
:
: 上。
MMO怎么保证？MMO你没有办法集中资源在一个视角上。
你基本上是保证数据量不到一个上限，用那个来parttition,这个也就是说你能handle
本来async就是牺牲consistency 保证 availability . 你都没有availability问题，
用什么async
Async/big data/nosql都是应为单个node/thread不行，必须parallel
所以consistency/availability不能都达到，所以才出现的，也不是什么都适合。
【在 z****e 的大作中提到】
: 可以根据场景做切割啊
: 不同的场景没有必要完全连成一片
: 保证当前场景里面所有连接的持续性
: partition的方式不一样
:
: 上。
s*a
21 楼
agree
【在 h*******y 的大作中提到】
: 既然是大老板,为什么要懂技术啊?
: 我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
【在 h*******y 的大作中提到】
: 既然是大老板,为什么要懂技术啊?
: 我非常讨厌"懂技术"的大老板,整天就注意着技术细节,看不到更重要的东西.
z*e
22 楼
我想的就是不要把所有人都放到一个大的场景里面去
给一张大地图，地图上有很多单点城市，然后挨个城市进去
城市内部再细分，这样具体到某一个场景的人就少很多了
handle
【在 c******o 的大作中提到】
: 那是单机吧？
: MMO怎么保证？MMO你没有办法集中资源在一个视角上。
: 你基本上是保证数据量不到一个上限，用那个来parttition,这个也就是说你能handle
: 本来async就是牺牲consistency 保证 availability . 你都没有availability问题，
: 用什么async
: Async/big data/nosql都是应为单个node/thread不行，必须parallel
: 所以consistency/availability不能都达到，所以才出现的，也不是什么都适合。
给一张大地图，地图上有很多单点城市，然后挨个城市进去
城市内部再细分，这样具体到某一个场景的人就少很多了
handle
【在 c******o 的大作中提到】
: 那是单机吧？
: MMO怎么保证？MMO你没有办法集中资源在一个视角上。
: 你基本上是保证数据量不到一个上限，用那个来parttition,这个也就是说你能handle
: 本来async就是牺牲consistency 保证 availability . 你都没有availability问题，
: 用什么async
: Async/big data/nosql都是应为单个node/thread不行，必须parallel
: 所以consistency/availability不能都达到，所以才出现的，也不是什么都适合。
c*o
23 楼
你这儿的假设就是场景之间的联系很少，可以近似看成独立的， 而且你也没法控制人
群（wow就碰到过很多次）。
独立的node如果能力够是可以availability/consistency(场景内一致）都有
所以不需要async/parallel
只有必须多node/thread/process才是要async
FB/twitter以前肯定也不需要考虑这个，但是数据量上去了不就必须考虑了么？
【在 z****e 的大作中提到】
: 我想的就是不要把所有人都放到一个大的场景里面去
: 给一张大地图，地图上有很多单点城市，然后挨个城市进去
: 城市内部再细分，这样具体到某一个场景的人就少很多了
:
: handle
群（wow就碰到过很多次）。
独立的node如果能力够是可以availability/consistency(场景内一致）都有
所以不需要async/parallel
只有必须多node/thread/process才是要async
FB/twitter以前肯定也不需要考虑这个，但是数据量上去了不就必须考虑了么？
【在 z****e 的大作中提到】
: 我想的就是不要把所有人都放到一个大的场景里面去
: 给一张大地图，地图上有很多单点城市，然后挨个城市进去
: 城市内部再细分，这样具体到某一个场景的人就少很多了
:
: handle
z*e
24 楼
fb,t跟游戏没有太大关系
它们的东西都是独立分割的个体，比较好处理
游戏麻烦就在于联系的个体比较多
【在 c******o 的大作中提到】
: 你这儿的假设就是场景之间的联系很少，可以近似看成独立的， 而且你也没法控制人
: 群（wow就碰到过很多次）。
: 独立的node如果能力够是可以availability/consistency(场景内一致）都有
: 所以不需要async/parallel
: 只有必须多node/thread/process才是要async
: FB/twitter以前肯定也不需要考虑这个，但是数据量上去了不就必须考虑了么？
它们的东西都是独立分割的个体，比较好处理
游戏麻烦就在于联系的个体比较多
【在 c******o 的大作中提到】
: 你这儿的假设就是场景之间的联系很少，可以近似看成独立的， 而且你也没法控制人
: 群（wow就碰到过很多次）。
: 独立的node如果能力够是可以availability/consistency(场景内一致）都有
: 所以不需要async/parallel
: 只有必须多node/thread/process才是要async
: FB/twitter以前肯定也不需要考虑这个，但是数据量上去了不就必须考虑了么？
c*o
25 楼
这个trade off是真理，肯定在一定情况下，availability/consistency是矛盾的，
async 能最大的利用已有能力 （scalability)（会增加编程／运行时候的overhead,
所以不是什么情况都值得)。
【在 z****e 的大作中提到】
: fb,t跟游戏没有太大关系
: 它们的东西都是独立分割的个体，比较好处理
: 游戏麻烦就在于联系的个体比较多
async 能最大的利用已有能力 （scalability)（会增加编程／运行时候的overhead,
所以不是什么情况都值得)。
【在 z****e 的大作中提到】
: fb,t跟游戏没有太大关系
: 它们的东西都是独立分割的个体，比较好处理
: 游戏麻烦就在于联系的个体比较多
b*s
26 楼
async是解耦吧，能具体谈谈带来什么overhead吗？
【在 c******o 的大作中提到】
: 这个trade off是真理，肯定在一定情况下，availability/consistency是矛盾的，
: async 能最大的利用已有能力 （scalability)（会增加编程／运行时候的overhead,
: 所以不是什么情况都值得)。
【在 c******o 的大作中提到】
: 这个trade off是真理，肯定在一定情况下，availability/consistency是矛盾的，
: async 能最大的利用已有能力 （scalability)（会增加编程／运行时候的overhead,
: 所以不是什么情况都值得)。
c*o
27 楼
你保不保证各个async之间的message顺序？ 保证到达？ 保证互相之间执行的顺序？互
相之间通讯的那一部分。
这个解耦 可不简单，所以immutability好，要是以前的flow/algorithm不是并行的，那
么async有什么意义呢？有时候还要改flow/algorithm，这是编程的overhead
在 分散，并行系统里做到这样就会有overhead,你是fire and forget?还是guarantee
delivery? guarantee sequence?handle partial failure。 都是运行时候的overhead
.
如果在一个大的系统里，多用node会抵消这些overhead，带来好处，这就是
scalability.
要是本身一个两个node就解决了，那做这个干嘛？
【在 b*******s 的大作中提到】
: async是解耦吧，能具体谈谈带来什么overhead吗？
相之间通讯的那一部分。
这个解耦 可不简单，所以immutability好，要是以前的flow/algorithm不是并行的，那
么async有什么意义呢？有时候还要改flow/algorithm，这是编程的overhead
在 分散，并行系统里做到这样就会有overhead,你是fire and forget?还是guarantee
delivery? guarantee sequence?handle partial failure。 都是运行时候的overhead
.
如果在一个大的系统里，多用node会抵消这些overhead，带来好处，这就是
scalability.
要是本身一个两个node就解决了，那做这个干嘛？
【在 b*******s 的大作中提到】
: async是解耦吧，能具体谈谈带来什么overhead吗？
b*s
28 楼
哦，我倒置了因果了，多谢
guarantee
overhead
【在 c******o 的大作中提到】
: 你保不保证各个async之间的message顺序？ 保证到达？ 保证互相之间执行的顺序？互
: 相之间通讯的那一部分。
: 这个解耦 可不简单，所以immutability好，要是以前的flow/algorithm不是并行的，那
: 么async有什么意义呢？有时候还要改flow/algorithm，这是编程的overhead
: 在 分散，并行系统里做到这样就会有overhead,你是fire and forget?还是guarantee
: delivery? guarantee sequence?handle partial failure。 都是运行时候的overhead
: .
: 如果在一个大的系统里，多用node会抵消这些overhead，带来好处，这就是
: scalability.
: 要是本身一个两个node就解决了，那做这个干嘛？
guarantee
overhead
【在 c******o 的大作中提到】
: 你保不保证各个async之间的message顺序？ 保证到达？ 保证互相之间执行的顺序？互
: 相之间通讯的那一部分。
: 这个解耦 可不简单，所以immutability好，要是以前的flow/algorithm不是并行的，那
: 么async有什么意义呢？有时候还要改flow/algorithm，这是编程的overhead
: 在 分散，并行系统里做到这样就会有overhead,你是fire and forget?还是guarantee
: delivery? guarantee sequence?handle partial failure。 都是运行时候的overhead
: .
: 如果在一个大的系统里，多用node会抵消这些overhead，带来好处，这就是
: scalability.
: 要是本身一个两个node就解决了，那做这个干嘛？
c*o
29 楼
现在都是越来越多multi core machine， core 越来越多,所以连一个node 有时候也要
考虑这个。。。
【在 b*******s 的大作中提到】
: 哦，我倒置了因果了，多谢
:
: guarantee
: overhead
考虑这个。。。
【在 b*******s 的大作中提到】
: 哦，我倒置了因果了，多谢
:
: guarantee
: overhead
g*g
30 楼
ft, akka难道不就是2. 除非1够用了，否则akka怎会没用。
事实上，scala 03年就出来了，akka出来之后才火的。
讯。
【在 c******o 的大作中提到】
: 今天卡看了一个slides，明白为啥我觉得akka没啥用。。。
: http://www.slideshare.net/jboner/going-reactive-eventdriven-sca
: Jonas Bonér TypeSafe CTO 做的， 里面讲了编写parallel时候可以用的工具（都很
: 流行啊）
: 1.先用immutability, future/data-flow 等语言直接支持的的工具,能并行够用就好
: 2.不够用，用Actor/Rx/Agent, 这类Async的分散式计算工具，这样可以有async的通讯。
: 3.不够用，必须有transaction,和share states, 就再加上STM
: 4.还不够用，那就只能上old Locks/显性thread 了。
: 我么只用到了 1/2之间，可能以后有3
事实上，scala 03年就出来了，akka出来之后才火的。
讯。
【在 c******o 的大作中提到】
: 今天卡看了一个slides，明白为啥我觉得akka没啥用。。。
: http://www.slideshare.net/jboner/going-reactive-eventdriven-sca
: Jonas Bonér TypeSafe CTO 做的， 里面讲了编写parallel时候可以用的工具（都很
: 流行啊）
: 1.先用immutability, future/data-flow 等语言直接支持的的工具,能并行够用就好
: 2.不够用，用Actor/Rx/Agent, 这类Async的分散式计算工具，这样可以有async的通讯。
: 3.不够用，必须有transaction,和share states, 就再加上STM
: 4.还不够用，那就只能上old Locks/显性thread 了。
: 我么只用到了 1/2之间，可能以后有3
c*o
31 楼
嘿嘿，其实akka前三样都有。
我就是用不到太多2，3。。。。。所以当时有疑问。
现在觉得我的选择很自然。
【在 g*****g 的大作中提到】
: ft, akka难道不就是2. 除非1够用了，否则akka怎会没用。
: 事实上，scala 03年就出来了，akka出来之后才火的。
:
: 讯。
我就是用不到太多2，3。。。。。所以当时有疑问。
现在觉得我的选择很自然。
【在 g*****g 的大作中提到】
: ft, akka难道不就是2. 除非1够用了，否则akka怎会没用。
: 事实上，scala 03年就出来了，akka出来之后才火的。
:
: 讯。
p*2
32 楼
goroutine怎么算？
c*o
33 楼
go 的 routine和channel和 还是比较接近old thread, 感觉上比较底层,很多东西要
explicit control.
倒也是，Go感觉是想做better c/c++
也没有什么let it die/supervisor 或者是STM之类的transaction
【在 p*****2 的大作中提到】
: goroutine怎么算？
explicit control.
倒也是，Go感觉是想做better c/c++
也没有什么let it die/supervisor 或者是STM之类的transaction
【在 p*****2 的大作中提到】
: goroutine怎么算？
p*2
34 楼
我觉得go主要是做异步，event－driven的。而且很容易做。
【在 c******o 的大作中提到】
: go 的 routine和channel和 还是比较接近old thread, 感觉上比较底层,很多东西要
: explicit control.
: 倒也是，Go感觉是想做better c/c++
: 也没有什么let it die/supervisor 或者是STM之类的transaction
c*o
35 楼
这个还是做过go的说吧,我就是第一感觉。
【在 p*****2 的大作中提到】
:
: 我觉得go主要是做异步，event－driven的。而且很容易做。
【在 p*****2 的大作中提到】
:
: 我觉得go主要是做异步，event－driven的。而且很容易做。
p*2
36 楼
clojure实现了go
【在 c******o 的大作中提到】
: 这个还是做过go的说吧,我就是第一感觉。
c*o
37 楼
。。。 不是说google的go么？
【在 p*****2 的大作中提到】
:
: clojure实现了go
【在 p*****2 的大作中提到】
:
: clojure实现了go
p*2
38 楼
我是说的general的concept。
【在 c******o 的大作中提到】
: 。。。 不是说google的go么？
c*o
39 楼
Clojure 的 go 和 go 的routine / channel 明显不一样啊。
【在 p*****2 的大作中提到】
:
: 我是说的general的concept。
【在 p*****2 的大作中提到】
:
: 我是说的general的concept。
p*2
40 楼
什么叫明显不一样呢？Clojure的go本来就是copy golang的idea。有不一样的地方，但
是大概意思差不多把？
【在 c******o 的大作中提到】
: Clojure 的 go 和 go 的routine / channel 明显不一样啊。
c*o
41 楼
这个我不熟，不知道。大概错了。
我只是从https://gobyexample.com/ 上看的， 看起来是差不多 类比 future monad
【在 p*****2 的大作中提到】
:
: 什么叫明显不一样呢？Clojure的go本来就是copy golang的idea。有不一样的地方，但
: 是大概意思差不多把？
我只是从https://gobyexample.com/ 上看的， 看起来是差不多 类比 future monad
【在 p*****2 的大作中提到】
:
: 什么叫明显不一样呢？Clojure的go本来就是copy golang的idea。有不一样的地方，但
: 是大概意思差不多把？
相关阅读
新手，会计选方向Public Accounting's Busy Season来报一下我的四大offer第二号---from EY卖书- BECKER 2012 AUDITING周五要面试四大Experienced hire，都问什么问题啊？BEC Multiple choice?有没有在ECE评估过的JMS有多伦多大学MMPA学位，1年左右加拿大实习经验，CPA，绿卡的找工作行情询问30+国内会计背景，想转行护士，大家觉得值得么？Amex SPG卡送25K points 免费送500刀现金 最佳酒店卡四大喜欢什么样的人刚才哭了一场，真的很desperate.REG中关于itemized deduction说limitation no long exists from四大cancel offer吗？big four refer求推荐Michigan附近的学校湾区准备考AUD或FAR的同学请看过来~找考cpa的伙伴一同复习求学校推荐--NYC周边5小时车程内洛杉矶会计小本求本地工作Refer