V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sillydaddy  ›  全部回复第 75 页 / 共 95 页
回复总数  1890
1 ... 71  72  73  74  75  76  77  78  79  80 ... 95  
2021-04-01 13:49:36 +08:00
回复了 sillydaddy 创建的主题 MacBook Pro 在 MacBook M1 上使用 Android Studio 开发的体验怎么样?
@zj9495 > “不要买 8g 内存”
请问为啥呢?
2021-04-01 13:49:07 +08:00
回复了 sillydaddy 创建的主题 MacBook Pro 在 MacBook M1 上使用 Android Studio 开发的体验怎么样?
@tttttv2 > #7, “另外:客户端开发至少 16G 内存起”
为啥呢? 我看 Android Studio 占用大概 3~4GB 内存,8GB 不够吗?
2021-04-01 13:47:03 +08:00
回复了 sillydaddy 创建的主题 MacBook Pro 在 MacBook M1 上使用 Android Studio 开发的体验怎么样?
@qlqsh
买 mac 本身是为了开发 iOS 。。Android Studio 开发就是一个顺带,一个本儿都能做总比买两个本儿好啊。
2021-04-01 13:45:13 +08:00
回复了 sillydaddy 创建的主题 MacBook Pro 在 MacBook M1 上使用 Android Studio 开发的体验怎么样?
@d0ub1e
软件方面的兼容,我并不担心。相信随着时间一定会好的,现在 air 版价格合适,性能符合,所以也没必要等。

内存我倾向于 8GB,够用即可。因为后续的项目规模都不会大,即使有重负荷的服务,也会被放到服务器上。MacBook 只用于开发、调试。

就是不知道 8GB 对于 App 的开发体验如何,这些 IDE 都是些庞然大物。
2021-04-01 13:31:34 +08:00
回复了 sillydaddy 创建的主题 数据库 关于内存对象与关系型数据库的思考
@Hieast
@hxndg
@auxox
图数据库?文档数据库? 好的,我去了解一下。


@tabris17 #4 > “我觉得楼主把数据库索引和真正的数据搞混了”
没有吧,你可以看一下主题里提到的那个帖子。一个树形结构,如果使用内存对象,那么查找和修改的算法分别可以在 O(N)和 O(1)的时间复杂度完成。而使用关系型数据库,应该是达不到这个时间复杂度的,至少不能同时达到。

@hxdng #7 > “你说的该是硬盘吧,关系数据库不是完全不能随机访问的”
有可以随机访问的关系型数据库吗?这块不了解,可以举个例子吗?
2021-03-30 13:06:59 +08:00
回复了 cathedrel 创建的主题 Android 记录 GPS 轨迹,什么地图软件比较好?
前一阵正好研究过这个,来说一嘴。
手机 GPS 记录真的费电! 3000mAh 的电池,3~5 秒记录一次的话,大概能用 6~8 小时吧,这还是不开其他应用,不开屏幕,只在后台记录的情况下。GPS 应用一般都会阻止 Android 系统进入睡眠,因为一旦睡眠,应用就与 GPS 设备“失联”了,这就导致系统一直在唤醒状态,浪费无谓的电量。所以,感觉还是用专门的 GPS 记录仪会比较好一些(不过我也没试过)。
2021-03-26 20:37:55 +08:00
回复了 ksc010 创建的主题 问与答 缺乏信任关系的两个人如何安全的交换情报
感谢提出这么好的问题!一个感谢敬上。
搜了下发现相关的主题叫做"Fair Exchange",直译就是“公平交换”。

很有意思的密码学问题。大概看了下,发现目前的方案好像跟你说的差不多,都是通过逐段发送密钥的方式,这样在双方有一方反悔停发时,两人都处于相似的处境,比如都拥有了一半的密钥,要么都解密不了密文,要么都要花相近的计算量暴力破解密文,而率先终止交易也就是说多接收了一段密钥的那个人,最多也只比另外一方稍占优势而已。

还没仔细研究所以只能卖弄这么多,楼主你还是看下研究论文吧。
@kickcellardoor

记账软件只是一个类比的例子: 软件服务的提供方,不想把运算的逻辑暴露在客户端(容易泄露技术)。而客户也不愿把自己的明文数据交给软件服务的提供方。两不相让,这就尴尬了。。

而全同态加密可以完美应对这种情形。
我自己正在开发一款,现在距离最小可用版本还有 1 周时间吧。我觉得能完美匹配你说的需求。
有兴趣的话,可以加我的 v:SillyDaddy
@sillydaddy #26
程序模拟是一瞬间的事,但是各个角色的策略设定,是需要迭代的。

比如当你给水军的角色设定了一个策略,结果模拟显示这个策略没有成功,然而真实世界中的水军此时会更换策略。所以,模拟的话,难点应该在这儿——除非你把所有可能有效的策略都试一遍,不然不知道有没有漏洞。
@byzf #21 >“比例同一时间只有一个值啊,一个达标另一个肯定不达标。”
哦,是这样的,我没看清有“比例”一词。看起来是个有希望的方案。不过很多动态的过程没有办法直接想象。

我真的觉得,可以写一个验证程序模拟验证一下。

——模拟一下真实用户、水军用户的操作,看最后的效果怎样。这个模拟应该不会很费时间,主要需要对每个人的策略设置一下,比如真实用户的点赞、点踩的策略,水军的策略。

——举个例子来说,真实用户每天的点赞 /点踩数量是有限的,那么,他(她)会考虑,怎样最大化自己的收益,那就要考虑到底给哪个回复点赞 /点踩,才能有更大的把握拿到经验收益。然后还要引入一些随机变化,毕竟不是所有的用户都这么理性。。

——模拟计算可能是一瞬间就出结果,但事前的策略需要好好烧脑一番。
2021-03-22 16:07:10 +08:00
回复了 oncetalk 创建的主题 奇思妙想 风间集--收集我喜爱的一切
大概能明白楼主的意思。
作为一个软件开发者,我觉得楼主的思考很好。

> “...对于人而言,人是不会清晰的知道这些体验的具体时间的,人只会有一个模糊的时间印象,正是这种模糊是人的幸福感的来源...”
> “...这些体验归根结底是落在个体那里的,是每个人私人的体验,这是清晰的事实,产品要立足这一点...”

这个关于体验的事实是很清晰的,但具体来说,私人的体验是什么样子呢? 怎么样让计算机去提供私人的体验? 你说的“机械”的方式,是理性的、清晰的、机械式的,因为这就是计算机最擅长的表现与输出形式。就像“识别人脸”这种人说不上来怎么做到的任务,对于追求精确的计算机来说,反而是最难的任务,直到最近才由深度学习神经网络在一定程度上解决。

或者换个角度说,你觉得现有的哪个产品具有你说的这种体验呢?
2021-03-22 15:52:24 +08:00
回复了 v2yllhwa 创建的主题 奇思妙想 实现一个即能匿名又能追责的系统
密码学无所不能:
- 区块链工作量机制,解决密钥的去中心化生成与分发
- 零知识证明,解决密钥的验证
- secret sharing,解决投票解密
。。以上是我瞎猜的。
2021-03-22 13:23:45 +08:00
回复了 cmmulxuk 创建的主题 微信 微信不停的在后台获取位置, 365 天,天天如此。
目前的手机 gps 定位功能,耗电还是比较高的。几秒钟读一次的话,满电几个小时就耗完了。不过几分钟读一次,耗电就不明显了。

之前发帖,提到“手机上的惯性传感器”,不需要显式权限就可以读取,而且耗电很低。( /t/760637 )
不知道这些流氓公司会不会偷偷读取呢?
2021-03-22 13:14:36 +08:00
回复了 cmmulxuk 创建的主题 微信 微信不停的在后台获取位置, 365 天,天天如此。
@cmmulxuk
你用的什么版本啊? 我把微信的位置权限给关掉了,也没碰到微信请求过位置权限啊。
天哪!!刚明白你说的是后台啊,原来如此,果真如此。唉!真是 sb 臭流氓!!恶心到家了。
> 3. 如果一个被点赞的帖子赞的比例超过一个值,那么每个点赞的用户都将获得经验。
> 4. 如果一个被点赞的帖子踩的比例超过一个值,那么所有对这个帖子点赞的用户直接降级。

这 2 点直接冲突吧,如果既有点赞,又有点踩的,都超过了一个值,该怎么办?

这最后不就演变成了“水军”和“真人”大战了吗? “水军”如果要买“真人”的号(或者说买号、养号),提高自己的攻击水平,该怎么办?“真人”个体能团结起来不被“水军”团体各个击破吗?
2021-03-22 07:53:49 +08:00
回复了 anUglyDog 创建的主题 奇思妙想 历时一个月打造微信小程序
@anUglyDog 建议发帖时选好节点

@Livid 建议移动到"分享创造"节点
2021-03-19 17:04:49 +08:00
回复了 FrankFang128 创建的主题 分享创造 写给前端工程师看的函数式编程对话(系列文章)
“递”“归”解释的很形象哦
2021-03-19 16:11:51 +08:00
回复了 Raven316 创建的主题 随想 试论“意义”
标题太简短了,差点错过这么一篇好文。
说好文,不光是行文表达,更多是文字中透出楼主的独立思考,向往自由的思想。
引人思考的文章,给楼主点赞。
1 ... 71  72  73  74  75  76  77  78  79  80 ... 95  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1845 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 16:21 · PVG 00:21 · LAX 08:21 · JFK 11:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.