V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wenjun19931112  ›  全部回复第 1 页 / 共 2 页
回复总数  25
1  2  
@nightlight9 提高诈骗成本。诈骗 app 都是打一枪换一个地方。当开枪成本太高,就不会使用这种方式诈骗。
@RageBubble
现实是,在中国大家碰到了问题,大家第一想到的是怪政府。 比如烂尾楼。 所以政府需要给设计政策给大家兜底(虽然不一定全部能解决),这是中国的国情。
@wenjun19931112 前排说“可惜垃圾软件总能找到办法过备案,只会做产品的个人开发者就一头雾水了”。 当不住垃圾 app ,总挡得住一部分诈骗 app 吧? 这就是需要的效果。
看问题的角度不一样。

- 从监管角度:完全开放侧载,无可避免会导致小白(比如父母)用户安装垃圾 app ,甚至诈骗的 app 。我们国家目前已经很严厉打击诈骗了,还是有很多人被骗,这个是事实(我们小区就有好几个被骗了十几万)。
- 从个人开发者角度:确实,个人要在国内上架一款 app 很难,有的还要软著。不利于个人的创新创业。

两个角度都没错,只是取舍的问题。中国政府是家长式领导,会帮大家操心,不被收到伤害(被骗)。从全局宏观来看,我认为这样的过度提示设计没有问题。


顺便提一下,我的小米手机是可以正常安装 第三方应用的。只是麻烦一点(很多提示,要输密码),这就减少了小白安装诈骗 app 的风险,但是也没妨碍相对专业的人使用。
c3VwZXJ5d2pAZm94bWFpbC5jb20= 谢谢
240 天前
回复了 gk2014 创建的主题 程序员 放弃幻想吧,苦逼的码农们
AI 不会淘汰程序员这个职业,但会提高这个行业的整体效率,导致生产力过剩。

原本 10 个程序员能干完的活,现在 AI+4 个程序员就能干完。 另外 6 个程序员就被淘汰了。所以现在的程序员不要只专注于增删改查,也要懂产品和运营。以免被淘汰。

我觉得产品经理的危机更大一些,因为 AI 生成出来的代码,必须经过审查。而让产品经理去学习代码,还是有门槛的。而程序员学习产品设计简单得多。因此在未来,产品经理式的程序员会成为刚需。

以上就是未来的趋势。
240 天前
回复了 gk2014 创建的主题 程序员 放弃幻想吧,苦逼的码农们
@niubee1 绝大部分人都只是螺丝钉而已
@eryajf 非常感谢,确实是代理问题。切到全局模式就可以了。
请问各位大佬,到这个界面之后再如何操作?
https://i.imgur.com/OQs9IqR.png
https://i.imgur.com/XDpgP9R.png
2021-09-02 09:42:40 +08:00
回复了 forsigner 创建的主题 程序员 想组建一个做副业的团队
@andytao 三线城市公务员有这么高的工资?这怕不是在当市长吧?
2021-08-25 13:20:11 +08:00
回复了 tianzhou 创建的主题 数据库 Bytebase - 一款新的开源 SQL 审核和 Schema 管理工具
这个场景的痛点是啥?感觉用不上啊。
2021-06-04 08:49:52 +08:00
回复了 kensoz 创建的主题 程序员 上司不允许使用 es6 新特性理由是他看不懂
就凭他说“java 里没有 filter”,可以断定他后端也不怎么样
2021-06-03 14:30:21 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
@leiuu
1 、我测试了一下。price 是负数也不影响结果。
2 、我认为和数据分布在不同机器上没关系。假设不考虑自动折叠,我认为用最普通的 mergetree 也能达到我要的效果( update `price`后保证 groupby 的聚合结果正确)。只要我人为的增加一个 sign 列就好了。
3 、自动折叠,据看官方文档的了解只是为了节省空间。
不知道我的理解是否正确。
2021-06-03 13:56:50 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
@leiuu
我想错了,group by 没有说要求一定要是主键
2021-06-03 13:34:40 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
2021-06-03 13:33:28 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
我找到了一个新的写法,搜索之前使用 final 去合并。因为据说现在 final 的性能已经比较好了。
比如:
SELECT
userId,
sum(price * sign) AS avgPrice
FROM user_order_price FINAL
GROUP BY userId

https://cloud.tencent.com/developer/article/1662230
2021-06-03 13:31:55 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
@liuhuansir
考虑到后期的数据增长,数据上亿是很快的。
2021-06-03 13:31:01 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
@leiuu
sql 中 `group by userId`,但是你的主键是( userId,orderId )。那么 sql 不是按主键对应折叠,`avgPrice`会不对。
数据正确的写法是 `group by userId,orderId`
2021-06-03 12:44:41 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
@leiuu
因为 版本折叠树 需要 group by 主键,聚合出来的数据才是准确的
2021-06-03 12:44:09 +08:00
回复了 wenjun19931112 创建的主题 ClickHouse 我这个场景, clickhouse 适用吗?
@weizhen199
数据量至少是千万级别,更新频率不算太高
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3583 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 04:34 · PVG 12:34 · LAX 20:34 · JFK 23:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.