w****e
发帖数: 1883 | 1 我知道这个考虑不在赌约里，所以先说了，跟赌约无关。就是你这个实现单机锁的实用
性问题。按照你的说法，5M/S没问题。这5M里面有多少能被persist, 或者replicate？
假如你服务器运行20秒，收了100M请求，突然crash了，这些请求的信息统统丢失，客
户怎么办？他们肯定不会收到购票失败的通知，因为他们的信息压根就没有进硬盘或者
数据库。难道只能让用户等两三天发现没动静，再回来重新订？既然话题是12306引起
的，就要考虑实用性的问题，而不是飚到网卡CPU的物理上限就牛B了。 |
n****j
发帖数: 1708 | 2 这个跟赌约有关。
设计协议必须考虑丢包和超时。前端请求的时候，一定时间内没收到回答就要 retry
or cancel。
【在 w****e 的大作中提到】
: 我知道这个考虑不在赌约里，所以先说了，跟赌约无关。就是你这个实现单机锁的实用
: 性问题。按照你的说法，5M/S没问题。这5M里面有多少能被persist, 或者replicate？
: 假如你服务器运行20秒，收了100M请求，突然crash了，这些请求的信息统统丢失，客
: 户怎么办？他们肯定不会收到购票失败的通知，因为他们的信息压根就没有进硬盘或者
: 数据库。难道只能让用户等两三天发现没动静，再回来重新订？既然话题是12306引起
: 的，就要考虑实用性的问题，而不是飚到网卡CPU的物理上限就牛B了。
|
t**********1
发帖数: 550 | 3 想想下游有一个ACID的MESSAGE QUEUE。假设1M/s速率好了。
注意，抢到票才会送到下游。而下游的MQ是ACID的就是带persistence。保证persist后
才ACK。
那么，假定一天卖1000万张票。及时两秒抢光，用户等10秒也能收到确认。注意，我们
写入MQ，等ACK，再给用户确认。MQ消息带用户端ReqID。
别问我ACID MQ怎么做？你给我$1万，我给你做一个软件，硬件你自己买，保证指标合
格。
至于没来及写入MQ的，crash后恢复，当作没发生好了。
这东西恢复也就1秒以内。因为是hot standby。差的也就是最后几笔交易而已。
【在 w****e 的大作中提到】
: 我知道这个考虑不在赌约里，所以先说了，跟赌约无关。就是你这个实现单机锁的实用
: 性问题。按照你的说法，5M/S没问题。这5M里面有多少能被persist, 或者replicate？
: 假如你服务器运行20秒，收了100M请求，突然crash了，这些请求的信息统统丢失，客
: 户怎么办？他们肯定不会收到购票失败的通知，因为他们的信息压根就没有进硬盘或者
: 数据库。难道只能让用户等两三天发现没动静，再回来重新订？既然话题是12306引起
: 的，就要考虑实用性的问题，而不是飚到网卡CPU的物理上限就牛B了。
|
w****e
发帖数: 1883 | 4 你有个前提，就是“抢到票”才送过去。假如我是个用户，我提交了请求，那么不管有
没有抢到，都希望能收到一个通知，哪怕24小时后收到一个通知说“你的票没抢到”，
那我再上来重新订也可以。
按照你说法，抢到票的才知道，抢不到的就扔一边自生自灭了。“当做没发生”，在某
些应用里大概可以，但是面对客户的系统，我没见过。一般的系统，如果crash的时间
赶巧，可能会有那么一个两个当做没发生，你这个系统，这么大比例的当做没发生，完
全不实用。站在用户的角度上，我提交了请求，等了俩小时没收到确认，我是不是应该
再等等？还是assume没抢到？仨小时呢？
【在 t**********1 的大作中提到】
: 想想下游有一个ACID的MESSAGE QUEUE。假设1M/s速率好了。
: 注意，抢到票才会送到下游。而下游的MQ是ACID的就是带persistence。保证persist后
: 才ACK。
: 那么，假定一天卖1000万张票。及时两秒抢光，用户等10秒也能收到确认。注意，我们
: 写入MQ，等ACK，再给用户确认。MQ消息带用户端ReqID。
: 别问我ACID MQ怎么做？你给我$1万，我给你做一个软件，硬件你自己买，保证指标合
: 格。
: 至于没来及写入MQ的，crash后恢复，当作没发生好了。
: 这东西恢复也就1秒以内。因为是hot standby。差的也就是最后几笔交易而已。
|
t**********1
发帖数: 550 | 5 抢到抢不到都会给一个确定回答。这个系统是实时的。
当然primary崩溃，backup recover状态的时候，有一些前端请求会收不到答复。
但是，请记住，我说了，每个前端请求都有一个unique reqID的。
primary崩了，前端机也知道。没有到请求的，会到更下一级的后端查询。
查询就是在1000万张抢到的票里面查有没有自己的unique reqID而已。就这个hash查询
。每秒1000万我都打了不知道百分之几百的余量了。
【在 w****e 的大作中提到】
: 你有个前提，就是“抢到票”才送过去。假如我是个用户，我提交了请求，那么不管有
: 没有抢到，都希望能收到一个通知，哪怕24小时后收到一个通知说“你的票没抢到”，
: 那我再上来重新订也可以。
: 按照你说法，抢到票的才知道，抢不到的就扔一边自生自灭了。“当做没发生”，在某
: 些应用里大概可以，但是面对客户的系统，我没见过。一般的系统，如果crash的时间
: 赶巧，可能会有那么一个两个当做没发生，你这个系统，这么大比例的当做没发生，完
: 全不实用。站在用户的角度上，我提交了请求，等了俩小时没收到确认，我是不是应该
: 再等等？还是assume没抢到？仨小时呢？
|
w****e
发帖数: 1883 | 6 知道了uniqueID不代表你知道了别的信息，比如进来100M请求，你persist了50M，这个
时候crash了，剩下那50M，除了uniqueID, 其他的什么用户信息，车次信息，等等，统
统丢失。这种情况下，你既不知道谁发的请求，也不知道请求的内容，怎么给一个确定
的回答？
【在 t**********1 的大作中提到】
: 抢到抢不到都会给一个确定回答。这个系统是实时的。
: 当然primary崩溃，backup recover状态的时候，有一些前端请求会收不到答复。
: 但是，请记住，我说了，每个前端请求都有一个unique reqID的。
: primary崩了，前端机也知道。没有到请求的，会到更下一级的后端查询。
: 查询就是在1000万张抢到的票里面查有没有自己的unique reqID而已。就这个hash查询
: 。每秒1000万我都打了不知道百分之几百的余量了。
|
n******7
发帖数: 12463 | 7 这个解释不错，我这个外行居然大致明白了
也就是说，所有的请求没有进入ACID MQ之前都是无所谓的
丢了就丢了，大不了再抢一次
这个MQ等于是存根，发生问题了对照存根，决定那些人可以出票，那些人从头再来
【在 t**********1 的大作中提到】
: 想想下游有一个ACID的MESSAGE QUEUE。假设1M/s速率好了。
: 注意，抢到票才会送到下游。而下游的MQ是ACID的就是带persistence。保证persist后
: 才ACK。
: 那么，假定一天卖1000万张票。及时两秒抢光，用户等10秒也能收到确认。注意，我们
: 写入MQ，等ACK，再给用户确认。MQ消息带用户端ReqID。
: 别问我ACID MQ怎么做？你给我$1万，我给你做一个软件，硬件你自己买，保证指标合
: 格。
: 至于没来及写入MQ的，crash后恢复，当作没发生好了。
: 这东西恢复也就1秒以内。因为是hot standby。差的也就是最后几笔交易而已。
|
t**********1
发帖数: 550 | 8 人家nowhere7都懂了。
抢到票才会送后端机persist。没抢到就直接据了。根本不会persist。
每天抢到的票才千把万张而已。
不崩都正常。崩了，那些没收到答复的，到后端问自己persist了没有？
【在 w****e 的大作中提到】
: 知道了uniqueID不代表你知道了别的信息，比如进来100M请求，你persist了50M，这个
: 时候crash了，剩下那50M，除了uniqueID, 其他的什么用户信息，车次信息，等等，统
: 统丢失。这种情况下，你既不知道谁发的请求，也不知道请求的内容，怎么给一个确定
: 的回答？
|
z****e
发帖数: 54598 | 9
这就有问题嘛
你发了一个请求，没进mq之前崩了
你这个请求就是永久没有答复的请求
就没有知会用户你挂了
【在 n******7 的大作中提到】
: 这个解释不错，我这个外行居然大致明白了
: 也就是说，所有的请求没有进入ACID MQ之前都是无所谓的
: 丢了就丢了，大不了再抢一次
: 这个MQ等于是存根，发生问题了对照存根，决定那些人可以出票，那些人从头再来
|
t**********1
发帖数: 550 | 10 MQ机提供查询服务。查询这个ReqID有没有被persist（也就是抢到票）？
查询只在crash后有。顶多几千万pending请求。没事。
【在 z****e 的大作中提到】
:
: 这就有问题嘛
: 你发了一个请求，没进mq之前崩了
: 你这个请求就是永久没有答复的请求
: 就没有知会用户你挂了
|
|
|
n******7
发帖数: 12463 | 11 问个题外话，你这个ACID MQ要价1W，因为很牛逼吗？
各种硬件软件的技术文档都可以查到，一般人钻研个半年一年能不能搞定？
我估计你随便花点时间就写好了，要价1w太爽了
【在 t**********1 的大作中提到】
: 人家nowhere7都懂了。
: 抢到票才会送后端机persist。没抢到就直接据了。根本不会persist。
: 每天抢到的票才千把万张而已。
: 不崩都正常。崩了，那些没收到答复的，到后端问自己persist了没有？
|
n******7
发帖数: 12463 | 12 我的理解是泰坦尼克失事了
你想知道某个人有没有挂，查查获救者名单就好，不用去找尸体
至于这个ACID MQ怎么实现，似乎也有些窍门的
魏老师好像不愿说
【在 z****e 的大作中提到】
:
: 这就有问题嘛
: 你发了一个请求，没进mq之前崩了
: 你这个请求就是永久没有答复的请求
: 就没有知会用户你挂了
|
w****e
发帖数: 1883 | 13 根本就不是这么回事，你查获救者名单就好了，是因为有全部乘客的花名册。按照魏老
师的说法，没进MQ的压根就没进花名册，还通知客户没抢到票，你连客户是谁都不知道
，怎么通知？
【在 n******7 的大作中提到】
: 我的理解是泰坦尼克失事了
: 你想知道某个人有没有挂，查查获救者名单就好，不用去找尸体
: 至于这个ACID MQ怎么实现，似乎也有些窍门的
: 魏老师好像不愿说
|
t**********1
发帖数: 550 | 14 代表客户的外围机没死吧？外围机有责任给用户一个交代。
话说回来。你在amazon买东西，点submit之后，突然电脑断电。amazon会通知你你没下
单么？
有时候，作为用户，主动查询自己的账号是你的责任。
【在 w****e 的大作中提到】
: 根本就不是这么回事，你查获救者名单就好了，是因为有全部乘客的花名册。按照魏老
: 师的说法，没进MQ的压根就没进花名册，还通知客户没抢到票，你连客户是谁都不知道
: ，怎么通知？
|
n******7
发帖数: 12463 | 15 这个应该是每个乘客家属（订票人）的进程自己有乘客姓名（消息ID）
一旦接到沉船消息
就去查花名册
发现挂了就在送个人上船
用词可能不准，我觉得大概意思应该是这样
【在 w****e 的大作中提到】
: 根本就不是这么回事，你查获救者名单就好了，是因为有全部乘客的花名册。按照魏老
: 师的说法，没进MQ的压根就没进花名册，还通知客户没抢到票，你连客户是谁都不知道
: ，怎么通知？
|
n****j
发帖数: 1708 | 16 告诉你了，所有协议都有 timeout
【在 z****e 的大作中提到】
:
: 这就有问题嘛
: 你发了一个请求，没进mq之前崩了
: 你这个请求就是永久没有答复的请求
: 就没有知会用户你挂了
|
z****e
发帖数: 54598 | 17
timeout就没有了是吧？
如果timeout之后，通知搞定了，你咋办？
【在 n****j 的大作中提到】
: 告诉你了，所有协议都有 timeout
|
n****6
发帖数: 570 | 18 前端机会记录这些信息的，不是客户直接连中心服务器。客户连前端，前端连中心。前
端负责一些杂物，中心机负责票务分发。前端收不到中心回复就告诉客户没买上。
【在 w****e 的大作中提到】
: 根本就不是这么回事，你查获救者名单就好了，是因为有全部乘客的花名册。按照魏老
: 师的说法，没进MQ的压根就没进花名册，还通知客户没抢到票，你连客户是谁都不知道
: ，怎么通知？
|
n****j
发帖数: 1708 | 19 Timeout 通知搞定了，前端已经通知用户无票，这时候就要 request cancel，核心
response cancel confirm
【在 z****e 的大作中提到】
:
: timeout就没有了是吧？
: 如果timeout之后，通知搞定了，你咋办？
|
z****e
发帖数: 54598 | 20
也就是说你要做成同步的咯？
【在 n****j 的大作中提到】
: Timeout 通知搞定了，前端已经通知用户无票，这时候就要 request cancel，核心
: response cancel confirm
|
|
|
w****e
发帖数: 1883 | 21 我的电脑死机当然是我的责任，但是我的请求到了amazon之后就是它的责任了。我说过
，某些巧合情况下，即使amazon也可能有极少数的丢失请求，这可以理解。但是按照的
你的设计，那就不是极少数，而是一半甚至一多半，根本就没法作为一个实用系统。
至于啥主动查询账户，对绝大多数用户是电脑盲的系统根本不可能。我发了个请求，隔
一个小时没动静，我不重新订，可能就被人抢光了，我重新订，可能就重复花钱。等半
天等不到消息，我怎么知道是你还在处理还是压根就把我的请求给扔了？如果amazon提
供的是这种质量的服务，你能忍受吗？
【在 t**********1 的大作中提到】
: 代表客户的外围机没死吧？外围机有责任给用户一个交代。
: 话说回来。你在amazon买东西，点submit之后，突然电脑断电。amazon会通知你你没下
: 单么？
: 有时候，作为用户，主动查询自己的账号是你的责任。
|
t**********1
发帖数: 550 | 22 人家都告诉你了，核心机不直接连用户。何来一半丢失？
【在 w****e 的大作中提到】
: 我的电脑死机当然是我的责任，但是我的请求到了amazon之后就是它的责任了。我说过
: ，某些巧合情况下，即使amazon也可能有极少数的丢失请求，这可以理解。但是按照的
: 你的设计，那就不是极少数，而是一半甚至一多半，根本就没法作为一个实用系统。
: 至于啥主动查询账户，对绝大多数用户是电脑盲的系统根本不可能。我发了个请求，隔
: 一个小时没动静，我不重新订，可能就被人抢光了，我重新订，可能就重复花钱。等半
: 天等不到消息，我怎么知道是你还在处理还是压根就把我的请求给扔了？如果amazon提
: 供的是这种质量的服务，你能忍受吗？
|
n****j
发帖数: 1708 | 23 你说的概念总是含糊不清，麻烦定义同步
【在 z****e 的大作中提到】
:
: 也就是说你要做成同步的咯？
|
j******a
发帖数: 100 | 24 不要不把自己的劳动当回事
我的经验是，有些人尤其是自己的sale不把自己的活当回事情，老想waive我的NRE
我的做法是哪怕一分钟的活我绝不按小于16hrs来算，看到PO才开工
我请的水管工一个hour 140块，几分钟帮我搞好，会只算我几分钟的么
你越是不把自己当回事，他就真不把你当回事
但说回来，各行如隔山，同行如仇家
最多的同行拆太，你不想做说做不了，他说能做，本来上层码工随手搞定的，他要在底
层使劲填粪坑
你说要call 100hr，他说我只要50hr
感触颇多，都是老中，何必
【在 n******7 的大作中提到】
: 问个题外话，你这个ACID MQ要价1W，因为很牛逼吗？
: 各种硬件软件的技术文档都可以查到，一般人钻研个半年一年能不能搞定？
: 我估计你随便花点时间就写好了，要价1w太爽了
|
j******a
发帖数: 100 | 25 不要不把自己的劳动当回事
我的经验是，有些人尤其是自己的sale不把自己的活当回事情，老想waive我的NRE
我的做法是哪怕一分钟的活我绝不按小于16hrs来算，看到PO才开工
我请的水管工一个hour 140块，几分钟帮我搞好，会只算我几分钟的么
你越是不把自己当回事，他就真不把你当回事
但说回来，各行如隔山，同行如仇家
最多的同行拆太，你不想做说做不了，他说能做，本来上层码工随手搞定的，他要在底
层使劲填粪坑
你说要call 100hr，他说我只要50hr
感触颇多，苦比行业都是老中，何必呢
【在 n******7 的大作中提到】
: 问个题外话，你这个ACID MQ要价1W，因为很牛逼吗？
: 各种硬件软件的技术文档都可以查到，一般人钻研个半年一年能不能搞定？
: 我估计你随便花点时间就写好了，要价1w太爽了
|
n******7
发帖数: 12463 | 26 我不是这个意思
什么劳动的价格都是看市场不是？
魏要1W，应该是这个东西做的人不多
按说啥东西回报大的话，就会很多人去做，然后收益成本达到平衡
比如你要是做个网页拿1W，肯定很多人学做网页，最后这个价格自然就下来了
我就是奇怪这个。这说明ACID MQ不是那么好搞。那问题来了，CS的东西都是透明的，
这个玩意的难度在哪里？
我对这些技术细节一概不懂，就是想对这个行业状况有个了解，是不是真的有很多小领
域是可以靠一些大众没有意识到的奇思妙想捞钱的？
【在 j******a 的大作中提到】
: 不要不把自己的劳动当回事
: 我的经验是，有些人尤其是自己的sale不把自己的活当回事情，老想waive我的NRE
: 我的做法是哪怕一分钟的活我绝不按小于16hrs来算，看到PO才开工
: 我请的水管工一个hour 140块，几分钟帮我搞好，会只算我几分钟的么
: 你越是不把自己当回事，他就真不把你当回事
: 但说回来，各行如隔山，同行如仇家
: 最多的同行拆太，你不想做说做不了，他说能做，本来上层码工随手搞定的，他要在底
: 层使劲填粪坑
: 你说要call 100hr，他说我只要50hr
: 感触颇多，苦比行业都是老中，何必呢
|
e*******o
发帖数: 4654 | 27 在我看来能做点事情的代码或者软件 要价1w 都很便宜了
不能跟咱们生物苦逼刷试管比
我东家用到一些开源软件 要人家给弄个patch 基本就是几十行 要给几千
【在 n******7 的大作中提到】
: 问个题外话，你这个ACID MQ要价1W，因为很牛逼吗？
: 各种硬件软件的技术文档都可以查到，一般人钻研个半年一年能不能搞定？
: 我估计你随便花点时间就写好了，要价1w太爽了
|
g****u
发帖数: 252 | 28 现在也就高尖端的东西还能收点钱。便宜的都外包印度了。
顾老魏做个ACID MQ，如果要定制写代码的话，1w我觉得还算便宜了。
找印度的印度人，或者国内的中国人，可能3000甚至更低也能做出来。
他说是ACID，正常运行的时候看着也像是ACID，等他收完钱拍屁股走人了，出了错误找
谁去？
【在 j******a 的大作中提到】
: 不要不把自己的劳动当回事
: 我的经验是，有些人尤其是自己的sale不把自己的活当回事情，老想waive我的NRE
: 我的做法是哪怕一分钟的活我绝不按小于16hrs来算，看到PO才开工
: 我请的水管工一个hour 140块，几分钟帮我搞好，会只算我几分钟的么
: 你越是不把自己当回事，他就真不把你当回事
: 但说回来，各行如隔山，同行如仇家
: 最多的同行拆太，你不想做说做不了，他说能做，本来上层码工随手搞定的，他要在底
: 层使劲填粪坑
: 你说要call 100hr，他说我只要50hr
: 感触颇多，苦比行业都是老中，何必呢
|
e*******o
发帖数: 4654 | 29 数学研究也都是透明的
老张就一个
难度是大家的智商，努力程度，机遇不是一样的
【在 n******7 的大作中提到】
: 我不是这个意思
: 什么劳动的价格都是看市场不是？
: 魏要1W，应该是这个东西做的人不多
: 按说啥东西回报大的话，就会很多人去做，然后收益成本达到平衡
: 比如你要是做个网页拿1W，肯定很多人学做网页，最后这个价格自然就下来了
: 我就是奇怪这个。这说明ACID MQ不是那么好搞。那问题来了，CS的东西都是透明的，
: 这个玩意的难度在哪里？
: 我对这些技术细节一概不懂，就是想对这个行业状况有个了解，是不是真的有很多小领
: 域是可以靠一些大众没有意识到的奇思妙想捞钱的？
|
j******a
发帖数: 100 | 30 1w很多钱么？贫困县是怎么回事
我感觉是soso了，
上礼拜有个同行跟我说他受刺激受不了，说是有个做PM的零基础学了一个月，头一个
offer就有十几万
我们这行入门就得十来年，还不如去刷题
所以致富最快是刷题，要是不好这口，我用我从上层到底层十几年混得七荤八素的经验
告诉你，刷题是always是局部最优
【在 n******7 的大作中提到】
: 我不是这个意思
: 什么劳动的价格都是看市场不是？
: 魏要1W，应该是这个东西做的人不多
: 按说啥东西回报大的话，就会很多人去做，然后收益成本达到平衡
: 比如你要是做个网页拿1W，肯定很多人学做网页，最后这个价格自然就下来了
: 我就是奇怪这个。这说明ACID MQ不是那么好搞。那问题来了，CS的东西都是透明的，
: 这个玩意的难度在哪里？
: 我对这些技术细节一概不懂，就是想对这个行业状况有个了解，是不是真的有很多小领
: 域是可以靠一些大众没有意识到的奇思妙想捞钱的？
|
|
|
g****u
发帖数: 252 | 31 部署一个ACID MQ收一万根本就不是捞钱。
些一个ACID MQ，卖一个license 1W，都未必能是捞钱。
因为这种生意不是天天有的。可能几年也就一个。
如果要靠做这种东西活命，收1W还不如去做生物postdoc。
能写ACID MQ的人，随便找个一年二十来万的工作，那才是捞钱。
【在 n******7 的大作中提到】
: 我不是这个意思
: 什么劳动的价格都是看市场不是？
: 魏要1W，应该是这个东西做的人不多
: 按说啥东西回报大的话，就会很多人去做，然后收益成本达到平衡
: 比如你要是做个网页拿1W，肯定很多人学做网页，最后这个价格自然就下来了
: 我就是奇怪这个。这说明ACID MQ不是那么好搞。那问题来了，CS的东西都是透明的，
: 这个玩意的难度在哪里？
: 我对这些技术细节一概不懂，就是想对这个行业状况有个了解，是不是真的有很多小领
: 域是可以靠一些大众没有意识到的奇思妙想捞钱的？
|
n******7
发帖数: 12463 | 32 那为啥不能每个码工都这样呢？
一个月搞两单，干个1天两天，然后天天上MIT吵架，这个绝大部分码工搞不定吧
【在 e*******o 的大作中提到】
: 在我看来能做点事情的代码或者软件 要价1w 都很便宜了
: 不能跟咱们生物苦逼刷试管比
: 我东家用到一些开源软件 要人家给弄个patch 基本就是几十行 要给几千
|
t**********1
发帖数: 550 | 33 靠，已经有人质问我为啥放着kafka这个现成的轮子不用？
【在 g****u 的大作中提到】
: 部署一个ACID MQ收一万根本就不是捞钱。
: 些一个ACID MQ，卖一个license 1W，都未必能是捞钱。
: 因为这种生意不是天天有的。可能几年也就一个。
: 如果要靠做这种东西活命，收1W还不如去做生物postdoc。
: 能写ACID MQ的人，随便找个一年二十来万的工作，那才是捞钱。
|
n******7
发帖数: 12463 | 34 对这个没概念
我的理解是魏老师花个一上午能写好，收入1W
或者是他本来就有这么的东西，随便改两下就可以交货，拿1W
如果这玩意不好做，市场也不大，那要价1W也确实不算啥
【在 g****u 的大作中提到】
: 部署一个ACID MQ收一万根本就不是捞钱。
: 些一个ACID MQ，卖一个license 1W，都未必能是捞钱。
: 因为这种生意不是天天有的。可能几年也就一个。
: 如果要靠做这种东西活命，收1W还不如去做生物postdoc。
: 能写ACID MQ的人，随便找个一年二十来万的工作，那才是捞钱。
|
e*******o
发帖数: 4654 | 35 因为机遇 智商 努力程度不一样
一个月干两天有点夸张 一个单一天搞不定
【在 n******7 的大作中提到】
: 那为啥不能每个码工都这样呢？
: 一个月搞两单，干个1天两天，然后天天上MIT吵架，这个绝大部分码工搞不定吧
|
n******7
发帖数: 12463 | 36 ok,我大致明白了
这个就类似于你琢磨出了Strassen算法，但是藏着，靠这个捞钱
确实不是每个人都能搞
【在 e*******o 的大作中提到】
: 数学研究也都是透明的
: 老张就一个
: 难度是大家的智商，努力程度，机遇不是一样的
|
j******a
发帖数: 100 | 37 所以你那个卖SW的提法不对，轮子多的年代卖的都是service
【在 t**********1 的大作中提到】
: 靠，已经有人质问我为啥放着kafka这个现成的轮子不用？
|
e*******o
发帖数: 4654 | 38 不需要藏
方法理论都是公开的
但是到了具体问题 要有相应的解决方案 这个就不是人人能搞定的
【在 n******7 的大作中提到】
: ok,我大致明白了
: 这个就类似于你琢磨出了Strassen算法，但是藏着，靠这个捞钱
: 确实不是每个人都能搞
|
j******a
发帖数: 100 | 39 对的，这个就是手艺活了，道理大家都懂，做起来经验天分性格情商都有影响
做系统设计很多时候差之毫厘，最后结果完全不一样，手艺活不是用时间能堆出来的
也不是勤奋就可以的，天分和运气，这个跟刷题不是一回事情
再举例比方说海森堡那个挽救世界的错误的当量计算的事情
就事论事不是暗地里抬码农踩码工
【在 e*******o 的大作中提到】
: 不需要藏
: 方法理论都是公开的
: 但是到了具体问题 要有相应的解决方案 这个就不是人人能搞定的
|
n******7
发帖数: 12463 | 40 靠，你这上升到艺术层次我又理解不能了
我是不是能理解成凭感觉调参数？
如果这样的话，我倒是理解了，跟我做课题都差不多了
不可能什么参数/方案都去试，很多时候要靠直觉
【在 j******a 的大作中提到】
: 对的，这个就是手艺活了，道理大家都懂，做起来经验天分性格情商都有影响
: 做系统设计很多时候差之毫厘，最后结果完全不一样，手艺活不是用时间能堆出来的
: 也不是勤奋就可以的，天分和运气，这个跟刷题不是一回事情
: 再举例比方说海森堡那个挽救世界的错误的当量计算的事情
: 就事论事不是暗地里抬码农踩码工
|
|
|
t**********1
发帖数: 550 | 41 根参数基本没关系。其实很简单。
只不过知道怎么做的都不肯说而已。
【在 n******7 的大作中提到】
: 靠，你这上升到艺术层次我又理解不能了
: 我是不是能理解成凭感觉调参数？
: 如果这样的话，我倒是理解了，跟我做课题都差不多了
: 不可能什么参数/方案都去试，很多时候要靠直觉
|
n******7
发帖数: 12463 | 42 ok，那还是我开始的想法正确，有些小窍门，但是圈里的都不愿意公开，公开就吃亏了
类似玩魔术的，吃这碗饭的都不会说机关在哪里的
【在 t**********1 的大作中提到】
: 根参数基本没关系。其实很简单。
: 只不过知道怎么做的都不肯说而已。
|
z*****u
发帖数: 62 | 43 kafka 还是解决scalability 问题的吧？这种单一master单一replica 还是
performance的问题吧？open source的应该也挺多的。zeromq啥的据说都不错。 |
