V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  NoOneNoBody  ›  全部回复第 70 页 / 共 154 页
回复总数  3065
1 ... 66  67  68  69  70  71  72  73  74  75 ... 154  
299 天前
回复了 lifi 创建的主题 问与答 如何看待,没有大把钱被亲戚各种看不起
你以为说有钱就有面子了?背后说你挣的钱不干净
就算有钱我也装穷,就这样
299 天前
回复了 acr0ss 创建的主题 算法 [请教] 生活中的算法题:密码尝试次数
@acr0ss #17
不用想那么多,假设身旁没有人,你会前面多按几个无用的数字么?你只会按 6 位,所以密码就是前 6 位匹配
别人来暴力破解,也是前 6 位对了就可以了

所以,决定因素就是对方是否知道密码为 6 位,知道的话,他也不会那么傻试第 7 位,如果不知道,只能硬着头皮输入 12 位的话,那就是穷举到“密码+000000”的位置结束,按这个思路解
如果已经知道 12 个数字,不知道顺序,就是这 12 个数字的组合,按某个顺序把其结果排序,第一个出现前六位匹配的位置结束
如果知道 12 个数字,且知道顺序,那就更简单了,每次错误去掉第一个数,到成功时,最多应该仅仅只是 prefix 的长度而已,所以,这说明无论多少位,还是不要让别人知道顺序为好,这是最重要的

从上面几点看,穷举后排序的方式是很重要的,它影响了到达“前六位匹配”的距离,从电脑角度看都是 0-->9 正序,但实际意义上这个排序方式是不定的,所以就看题面“最多”是怎么理解了,它是表示求最短距离,还是求正序穷举个数,还是有区别的,“中文博大精深”
300 天前
回复了 acr0ss 创建的主题 算法 [请教] 生活中的算法题:密码尝试次数
只要直接输入密码也能打开,就意味着真密码前后的几位,对防暴力破解是没有意义的,它只是对于写下来,即使被别人看到了,也难以猜到而已
例如真密码是六个 0 ,000000+六个任意数字能打开不?能打开的话,那第一次就成功了,意味着最大次数就只和真密码有关
关键是系统编码,以及系统定义的不可用于路径的字符,不同系统略有不同
utf-8 以及读取时也是 utf-8 应该问题不大,除非用了扩展字符集,例如汉字的古体或几乎难以见到的生僻字
如果是 GBK 或中欧字符编码就麻烦了,一般可以通过转码 latin-1 ,然后和系统定义的排除排除字符比较
例如 GBK 的“東”字
windows 好象是混合编码,很麻烦,一般需要 api 处理,还好各大语言都有比较完善的路径模块提供
300 天前
回复了 ztaober 创建的主题 宽带症候群 广东电信 100M 单宽带 360 元包年
新开的好像都没公网 ip
300 天前
回复了 Rrrrrr 创建的主题 问与答 求一个老人手机 2000 左右,信号好的
我这里电信>移动>联通,跟机器无关
然后 功能机>realme>小米>红米,不过功能机一直满格不知道是不是骗人的,只是通话正常
用过几个寨机,是低端联发科,联通几乎没信号,现在都选高通买
你想想当年飞机航空降价后催生了什么,然后想想始发地和目的地各有什么资源优势,就能想到了
302 天前
回复了 xption 创建的主题 投资 [投资赚 1000 万] 2023-12-08
单位是?哦,元。那币种是?
302 天前
回复了 mrpzx001 创建的主题 PHP PHP 跑 Python 比 Python 更快!
试试
my_dict = {f"key-{i}": i*3 for i in range(n)}
...
total = sum(my_dict.values())
我没环境测试

最想不通在无需过滤的情况下,求 total 为什么要跑个 for 累加器,抓着痛处打?
300mA 无论哪家都是次品吧?
303 天前
回复了 NoOneNoBody 创建的主题 OpenAI 打算帮老妈让她用上文心一言
@aerAzLNE #4
这个我倒不担心,我大姨母全家三代都是医疗系统的,好几个都是科室主任级,她更加信他们,从不听外头的说法
303 天前
回复了 NoOneNoBody 创建的主题 OpenAI 打算帮老妈让她用上文心一言
@Enzoliu #2
全家就两人,哈哈,我反正 openai+bard ,懒得折腾
@rouxi #4
是的,这就是我上面说的“个人利益”——“我可以完成这个需求,但不能背锅”
谈判要抓痛点,然后“双方”让步,才能谈得成,对经理来说,肯定是耗时、容易出 bug ,甚至引发服务器 down ,这样即使有人祭旗,他的锅也不小
至于谈判话术,我也不擅长

ps: 我上面说的 pm 指项目经理,离岗多年,不知道现在怎么称呼,不过在我心目中,产品经理算是“工业设计”岗位,要低于项目经理。项目经理的技术面也是强的,产品经理/工业设计偏业务,懂客户和用户,但技术实现这块不一定很强
你是对接客户还 pm ,或者说你是 pm 还是纯技术
纯技术只需理解能力就够了,谈判只是为了个人利益,风险发现不干你的事,做到排除歧义就好了,需求文档一般没时间做

pm 的话,需要很多知识,对接客户首先谈判能力要强,适当拒绝,多以成本为论据,但对方立场肯定是要便宜,别家能低价做,你家觉得成本大就不给你做了,所以谈判这点是比较难的,因为包含阅人能力
风险发现当然就是“无法完成”或者“成本巨大”的部分,前者需要评估自身技术力量,不自量力自然就烂尾还损失信誉,后者需要计算工时,客户立场只会考虑“时”,而不是“工时”
理解能力一般不是问题,除非自身有问题,更多是花费时间,理解业务模型,自己能模拟出来,不要匆匆听几句就哦哦哦全部承诺下来
文档就是把描述性的需求,转化为技术性需求,不要像#1 所说的那些 pm 只懂转述,因为下一步对接的是技术人员,需要多看和多参考前人的经验,历史文档等等

我觉得好的 pm 不是人人能当的,尤其技术转 pm 很难突破谈判这一关
1 ... 66  67  68  69  70  71  72  73  74  75 ... 154  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   763 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 51ms · UTC 22:33 · PVG 06:33 · LAX 15:33 · JFK 18:33
Developed with CodeLauncher
♥ Do have faith in what you're doing.