00:00:26 他的国

没有,一直做前后端产品

00:01:04 他的国

[呲牙]

00:14:22 李伟锋

呦,看到我们的给你花

00:21:34 王晓东

666

07:01:27 冯威

@龚晓冬-银商账户-产品-上海?[强]

07:02:36 冯威

@英—待业—产品?[强]

08:26:24 他的国

wxid_nc1f44ewkf5n22:

09:14:51 Daniel

666@英—现金贷—产品?[强]

09:18:24 Emerson

@Michael-微元-互金产品?客户端行为咋监控 埋点也只能取个数

09:20:22 杨继培

就是取个数

09:20:47 ^华^

对埋点这个事,不是特别清楚。

09:24:35 杨继培

@阿森-猪八戒-产品 你就理解成根据风控的需求手机客户的一些行为数据或者其他的数据。

09:25:22 ^华^

很多现金贷产品,在拍照的时候,会多拍几张;这算是?

09:27:19 mono16??

请教个问题 银行存管 能避免P2P跑路吗?

09:27:39 Emerson

@Michael-微元-互金产品?好的 我一会去问下我们风控做这个没得 具体了解下 最近在过风控的系统

09:29:39 浅笑安然

同样请教个问题,p2p公司不上网贷评级有啥影响没[呲牙]

09:29:45 杨继培

@阿森-猪八戒-产品 埋点是针对前端金融产品,不是风控系统,一般用埋点数据做规则

09:30:40 杨继培

「 吴锦涛-和创金服-研发负责人: 同样请教个问题,p2p公司不上网贷评级有啥影响没[呲牙] 」 - - - - - - - - - - - - - - - 需要做穿透性的调查,主要看资产来源。

09:31:03 杨继培

「 向北-安邦集团-研发-北京: 请教个问题 银行存管 能避免P2P跑路吗? 」 - - - - - - - - - - - - - - - 避免不了,相对来说,有点保障。

09:31:04 Emerson

我们是把这个放风控的,设备指纹就是在风控系统

09:31:26 杨继培

你在哪里收集呢?

09:31:38 杨继培

埋点就是干收集的事情啊

09:33:07 Emerson

埋到各种端

09:33:36 浅笑安然

@Michael-微元-互金产品?p2p行业国家监管有要求强制上网贷评级数据吗?

09:33:52 Emerson

设备指纹收集完后数据进风控[尴尬]

09:35:49 槑旭旭 ?微信超級會員

@阿森-猪八戒-产品?避免薅羊毛

09:35:58 槑旭旭 ?微信超級會員

单个机器不同账号申请

09:36:08 槑旭旭 ?微信超級會員

[呲牙]

09:36:34 杨继培

@吴锦涛-和创金服-研发负责人 没有啊

09:38:33 浅笑安然

[微笑]好的那就可上可不上呗

09:39:35 杨继培

保送有准备没?

09:39:39 杨继培

报送。

09:44:31 浅笑安然

报送?

09:45:56 杨继培

地方政府监管。

09:46:01 杨继培

随时备查。

09:46:11 杨继培

包括实质文件。

09:47:46 浅笑安然

[强]这个有的

10:02:02 槑旭旭 ?微信超級會員

信联又要来了?

10:02:03 槑旭旭 ?微信超級會員

“信联”你好!

10:47:37 韩财光-东软(前)-开发-广州

大家做需求分析功能分解任务指派跟踪都用到什么工具啊 交流一下 好生疏了 代码现在用git吧 后面整合测试交付的呢?

10:52:08 李雄峰

Jira

10:54:17 mono16??

butterfly firefly

10:54:23 mono16??

之前在银行用到的

10:54:28 mono16??

现在用的也是jira

10:55:05 杨DX

jira功我们也在用 功能很全

10:57:06 双眼皮Eagle

jira挺好用的

10:59:37 韩财光-东软(前)-开发-广州

jira怎么装的 和jira confluence不一样吧:) 以前还用rose/powerdesigner画些图啥的 现在就是各种敏捷看板工具 感觉不实用 抓不到没把握的感觉 呵呵

11:02:15 杨DX

jira偏重 不够轻量化 安装和使用起来也有点麻烦

11:03:57 秋水-厚本金融-产品经理

不喜欢jira

11:07:04 Davy大魔王

请教大家一个问题

11:07:16 Davy大魔王

比如像这样的一段话, 大额支付系统(High Value Payment System,简称HVPS)。顾名思义,主要是用来处理银行之间或者金融市场参与主体间交易金额较大的银行间或者银联(特许清算组织)的资金借贷系统。意义很多,字数也很多,作为一本实操干货书,就不写浪费大家时间。但重点写下大额支付系统的特性。   l   大额支付系统接入收费方式按单笔收费。 l   收费金额为阶梯计费。 l   处理单笔金额无明确要求,但一般是大额。 l   大额支付系统接入方为银行及支付清算组织【银联】。 l   系统处理业务时间:工作日8点-17点。 l   具有两级处理中心:国家处理中心和城市处理中心。 l   支持实时逐笔清算,基本实现跨行资金零在途。    

11:07:47 韩财光-东软(前)-开发-广州

很多软件都需要手工更新输入多种状态 都不太智能化感觉:)

11:08:13 Davy大魔王

大家更偏好像这样一样,少谈些主义和意义,多讲点问题和特性;还是希望可以详尽一点把各种意义,背景之类的也写详尽

11:12:00 Emerson

偏向于写全一点

11:12:20 Emerson

@王小憨-携程-产品?是在写书么啥时候发布,求样章[呲牙]

11:13:18 杨DX

看你的书面向的用户吧 偏基础的可以对意义背景展开 写一两段 如果面向中等水平的读者 意义这些一两句话带过

11:13:43 北京一张泽雄

业务规则与流程是用户比较关心的

11:15:09 Davy大魔王

面对的可能都有,我自己不太喜欢那种堆字的意义,觉得百度百科可以搜的到没必要写

11:18:10 杨DX

感觉还是可以写一点 不然太干了 咬起来很硬??

11:19:12 孔晓光-丰瑞祥-技术

像写小说一样,降龙十八掌,亢龙有悔,这个就靠自己想象。具体啥样,可以写,也可以不写。

11:19:20 Emerson

@王小憨-携程-产品?那就介绍必要的背景和意义,其他一笔带过

11:19:34 秋水-厚本金融-产品经理

主要是写给谁看

11:20:16 秋水-厚本金融-产品经理

开发人员喜欢看接口,设计,客户喜欢看流程,老板喜欢看价值

11:20:32 mono16??

对啊

11:20:44 mono16??

东西多了 就要抽象概括起来

11:21:25 mono16??

能概括全面的人就是大拿

11:23:51 韩财光-东软(前)-开发-广州

"实操干货" 是什么类型的书 一步一步的使用手册? 还是产品/软件架构设计书之类的?

11:25:15 Davy大魔王

打算写的是一本没那么多虚头巴脑的书,可以大概上手把支付的系统模块看了最起码了解和上手能做的书

11:25:31 Ark

666

11:25:55 秋水-厚本金融-产品经理

突然发现中文的博大精深,’实操,干,活’

11:26:21 秋水-厚本金融-产品经理

@王小憨-携程-产品 求分享

11:26:30 Davy大魔王

多谢大家的意见

11:26:57 ffff

看受众群体了

11:27:01 mono16??

这个断句

11:28:25 Emerson

书的主要受众是基础-中级嘛?王总

11:29:33 韩财光-东软(前)-开发-广州

说回jira 看了些图 感觉ui还是停留在十几年前 很原始 现在会看rose当时能做到那样(支持各种图,自动关联还可以输出文档等等) 非常好了

11:31:33 亮

市面上支付+技术的书太少了,大多都是介绍一些业务模式的,对开发来讲只能当拓展知识面了解了解,王总的书能填补这块的空白,预购一本[玫瑰]

11:32:02 秋水-厚本金融-产品经理

签名售书

11:33:35 Davy大魔王

恩当时出版社约的时候,大家沟通方向说的就是其实市面上找一本关于支付有什么怎么做的书其实好像没有

11:34:11 Davy大魔王

有的好像都是那些泛泛而谈的停留页面微信支付,支付宝支付前台页面之类的或者泛泛而谈意义之类的书

11:34:37 龚晓冬

这类书要写的有深度比较难吧。。。

11:34:45 韩财光-东软(前)-开发-广州

管理工具应该做到清晰轻便准确 在准确的前提下在工具上越少交互越好

11:34:49 龚晓冬

一般都会涉及到公司的商业机密的

11:34:56 Davy大魔王

后来定的方向就是一本大家看了能上手,甚至还算资深的书

11:35:15 Davy大魔王

是的写的深度有难度

11:35:22 Davy大魔王

还不知道能不能写的了

11:35:52 Davy大魔王

哈哈反正现在10000字还没码到,离交稿字数还差很多很多

11:35:59 龚晓冬

嗯,一般这种书多半是偏向于技术介绍

11:36:28 秋水-厚本金融-产品经理

来个交流分享

11:36:37 龚晓冬

其实真的要全流程能够讲清楚,还有一定的深度,需要全领域的了解

11:36:43 dio

基本是写不了的,写全了工作也没有了,整套系统要写出来,除非是之前公司淘汰的,不然公司发现会打官司的

11:36:55 龚晓冬

就像之前阿里大中台的想法,能够整体贯通

12:03:24 象鼻虫

预定

12:09:21 沙莎

能预订签名版吗?

12:09:46 右军

能预订签名版吗?

12:11:51 Daniel

预定签名版[呲牙]

12:14:06 ffff

预定+1

12:14:43 武

预订

12:16:14 闹闹爸鼻

预定签名版

12:18:09 Emerson

+1

12:18:22 Emerson

可以付定金嘛

12:19:17 右军

我和几位好兄弟的一本书马上要开始预售了。

12:19:56 原子哥

可以预定吗[奸笑]

12:19:59 Alive

[强][强]

12:20:00 Emerson

讲缓存那本么,预定签名版

12:20:07 曹伟

@程超 祝超哥的缓存大作大卖

12:20:28 右军

好基友友强会在微店预售签名版

12:20:29 Alive

预定签名版

12:20:30 Emerson

祝大卖 我们是种子用户[偷笑]

12:20:40 右军

还一些可能放在京东卖

12:20:45 Davy大魔王

祝大卖

12:21:11 亮

祝大卖

12:21:29 原子哥

祝大卖

12:21:38 右军

多谢各方捧场; 到时候如果觉得内容还行, 老板们可以做福利给员工多发发。

12:22:06 右军

之前有位上海老板说预约了300本。[微笑]

12:22:15 田园科学

左总在成都?

12:22:29 钟巍

[强]

12:22:34 槑旭旭 ?微信超級會員

[强]

12:22:57 Keane

犀利,祝大卖

12:25:23 程超

这本缓存书,值得期待,大家可以多关注

12:25:26 李?德灿

@右军?求预定签名版

12:26:33 李?德灿

预定5本签名版 @程超?

12:26:34 程超

@can-盒子支付-产品-深圳 我们有很多作者,你想找谁签,哈哈

12:26:57 李?德灿

你,右总[偷笑]

12:28:06 程超

[呲牙]

12:29:09 曹伟

@程超 给我一本签名的

12:32:35 索马里

12:50:02 Michael_Zhu

坐等新书上市

12:50:52 右军

北京的找超哥

12:50:57 右军

成都可以找我

12:51:15 右军

我后面要去北京上海巡回

12:51:34 孔晓光-丰瑞祥-技术

啥时候来北京?

12:51:36 右军

@can-盒子支付-产品-深圳?,谢捧场

12:52:11 李?德灿

欢迎来深圳巡回[呲牙]

12:52:13 右军

准备跟着某个会过来

12:52:28 孔晓光-丰瑞祥-技术

哈哈,了然

12:55:28 小东东

[机智]

13:14:21 李小胖

求预购地址

13:14:37 右军

等一等

13:20:22 冯威

那位有聚合支付系统的软件销售合同样板? 跪谢了[抱拳][抱拳]

13:37:26 Yang

@右军?欢迎来深圳

15:25:20 MEET

网联清算平台极限峰值被打破,设计存在落后!

15:34:19 Alive

比如:蚂蚁花呗,京东白条,以及其他各电商平台,支付平台自有的信贷产品的支付增速和交易额度几乎高速翻倍,后续的情况下各家会极大的首推自家信贷业务作为首要的支付方式,而需要通过其他机构配合比如网联,银行账户网络支付业务都作为第二排序!这样好说也好听,做起来的还不违规!减轻下网联的压力,自己心里也是乐乐的!看看双11前支付宝大量的花呗提升额度的事!不排除新文件可能:虽然这张床有点破,但是就是你们死也要死在网联的床上,因为床在我屋里!

15:36:46 北京一张泽雄

我觉得这个没有必要吧,自己的钱爱怎么玩怎么玩,只要只能用于消费就行了

16:08:19 传奇

网联还得扩容。。

16:08:22 传奇

2017-11-13 16:08:22

16:09:18 秋水-厚本金融-产品经理

网联对中小支付公司应该是福音,抹平技术差异

16:11:09 龚晓冬

网联也不差的,也搞一个混合云技术,也可以再上去

16:11:13 龚晓冬

支持横向扩展的

16:11:20 北京一张泽雄

支付公司接网联,有性能损耗,特别是对支付宝这样的量,影响很大

16:12:06 龚晓冬

谈不上吧。。。

16:12:27 北京一张泽雄

至少有网络损耗

16:12:50 北京一张泽雄

网联再到银行,又是一次

16:12:54 右军

网络出来了,我们是赞成的嘛;

16:13:17 秋水-厚本金融-产品经理

@右军 口不对心呀

16:13:59 北京一张泽雄

哈哈,其实阿里早就有应对了

16:14:25 北京一张泽雄

这招确实是高

16:14:55 右军

我作为支付圈的一员,也仅代表个人支持网联,也支持信联。

16:15:13 北京一张泽雄

我们也支持

16:15:37 右军

一定要有监管,才能良性发展。

16:16:08 北京一张泽雄

是的

16:16:22 Yang

其实网联全面投入使用后,各会员支付公司的限额会统一吗,普通代收付也会接入吗

16:16:35 北京一张泽雄

做烂了,对谁都不好

16:16:51 龚晓冬

我觉得网联刚起步也已经可以了

16:17:12 龚晓冬

至少是一个公平的平台,大家技术起点线都是相同的

16:17:30 右军

有些公众号,就挑事

16:17:34 龚晓冬

目前支付渠道的搭建会占用中小支付机构大量的成本

16:18:47 龚晓冬

而且目前洗钱形式也确实比较严峻

16:19:18 龚晓冬

网联也承担了人行反洗钱的想法,可以减轻中小支付机构的改造成本

16:19:21 Yang

国家严抓金融监督是对的

16:19:48 陈琳xo

同意,一定要有监管,才能良性发展

16:26:27 yuesheng.yin

hi,问下大家,目前分布式锁有什么好的实现方案么?

16:28:20 北京一张泽雄

TCC?

16:29:06 传奇

对中小机构确实好事,对做大了的就不一定了,可能是限制

16:29:34 yuesheng.yin

只是简单的实现分布式锁机制

16:31:12 北京一张泽雄

我的意思是TCC第一步实际就是一个上锁过程

16:31:56 yuesheng.yin

不清楚大家目前分布式锁都采用什么框架或是技术

16:44:41 yuesheng.yin

Tooz抽象了高级接口,支持对接十多种DLM驱动,比如ZooKeeper、Redis、Mysql、Etcd、Consul等,

16:44:53 yuesheng.yin

python

17:32:02 右军

程序员性生活频次竟最高 ,而公关垫底 | 互联网从业人员单身情况调查报告

17:32:18 右军

有西二旗的人在吗

17:33:06 韩财光-东软(前)-开发-广州

最近看区块链 里边有个概念 utxo 管道队列/无锁不存在修改 新增就是添加记录 类似日志流水 感觉有些参考意义 锁的方式导致竞争调度还有大量等待的浪费

17:33:52 yuesheng.yin

[强]

17:35:10 右军

我的浅见,就是写条流水也有资源并发。比如写条流水,xxx占用; 还是得考虑xxx释放的问题,超时的问题。并发写的问题

17:40:45 韩财光-东软(前)-开发-广州

多人排队写一个地址cpu这边忙不过来 后面排着队的闲的慌(至少浪费内存流通率) 数据库里边也是用所谓的mvcc

17:44:07 右军

首先要减少锁, 什么场景,有多大的并发走到全局锁。

17:46:13 韩财光-东软(前)-开发-广州

锁的产生源自于所谓的一致性 数据只能存一个地方 只能有一个版本 读写都只能源自一个点 有什么方法可以变通一下?

17:46:52 ^华^

像微信红包这种不用锁?

17:47:20 yuesheng.yin

队列

17:47:25 右军

锁的本质是对于共享资源的并发访问。 可以通过分拆、分离方法。包括局部放弃实时一致性

17:48:25 yuesheng.yin

他们内部讲,都是已经算好的,显示上面做了处理

17:48:33 右军

如果是微信群红包,也就最多500人领。 如果是平台红包,可以看微信的文章,都是提前打散的各个单元了。

17:49:06 右军

比如群红包的分布是有规律的,来自他算法的模型分配

17:49:25 yuesheng.yin

[强]

17:49:58 右军

我之前总结了一篇文章, 我发这里吧;关键是好几篇经典的文章都在那篇的附录里面

17:50:41 右军

右军:互联网架构的三板斧

17:51:21 右军

第三板斧就是谈的如何尽可能的解决并发问题。

17:52:09 韩财光-东软(前)-开发-广州

嗯 分拆分离 1000一个库存 分10个点存 然后可以放弃实时汇总数的准确性 但是还是没有根本解决锁的困扰 最终还是"锁"来保障数据读写合法性

17:53:35 右军

不会100%解决的,但是并发度很小的情况下,本身就不是问题了; 微信那个case,把共享资源全部放到客户端,算是彻底解决的一种思路,没有update,只有用户领用的一条insert

17:54:06 右军

设计之道,终有取舍

17:54:08 ^华^

@右军 在单次请求中,怎么使用队列降级,排除时间长了不会time_out?

17:54:41 右军

队列降级具体指?

17:55:36 ^华^

你文章中提到的,用户请求,队列化,这个是有什么方案?

17:57:54 右军

队列不是为了降级, 并发是由于多个请求到达,可以让他们排队访问,当然代价是有等待消耗的; 之前淘宝的人在mysql上面做了一个patch,不断优化,可能保障几十万的并发到达同一条记录。 具体数据忘了,之前网上有ppt。

17:58:29 右军

参与这个的黄总后来离职自己开了一家咨询公司,叫平民软件,基础也就是这个方案

17:59:01 韩财光-东软(前)-开发-广州

是啊 取舍 红包这种保证不扣到腾讯自己的钱就是合理的 呵呵

18:00:07 韩财光-东软(前)-开发-广州

update代价最高 查询次之 最低的应该是insert 数据量大的时候

18:41:00 淡风林

我们做流量红包还有抽奖小游戏也是这样,提前分好第几次抽奖就中奖了

19:43:01 Ben

各位大佬有没有知道哪家想转手支付牌照的,求介绍

20:22:31 秋水-厚本金融-产品经理

前两天群里好像有把

20:30:58 熊烽.doc

[捂脸]现在做支付牌照的可以歇歇了吧