V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  flyingghost  ›  全部回复第 13 页 / 共 28 页
回复总数  560
1 ... 9  10  11  12  13  14  15  16  17  18 ... 28  
2018-11-16 14:03:34 +08:00
回复了 usedname 创建的主题 全球工单系统 分期乐可能是我见过最歧视网页用户的了
翻了翻我的手机:
即刻、百词斩、开发者头条、我的天气、Newsify、Keep、喜马拉雅、我的世界、梦幻家园、B612、OVLA、Prisma、WhatsApp、Telegram、Any.Do 、暴雪安全令、Google Authenticator、形色、榫卯、Knots3D、熊猫吃短信。。。麻蛋罄竹难书!
以上产品统统歧视网页用户,它们甚至根本没!有!网!页!版!
呸呸呸天朝特色天朝特色。。。
(什么里面混入了非天朝的 app ?那它们也肯定是天朝特色病的携带者)
2018-11-16 11:09:52 +08:00
回复了 webgrin 创建的主题 PHP 如何实现维持一个在 PHP 程序运行期间一直存在的常量数组?
方案各位大佬提了很多了。我只提醒一个事情:
自己暂时不会 -> 学习成本高->时间久 千万不要推导出 ->复杂方案不用。
自己熟悉的技术 -> 无学习成本 -> 千万不要推导出 -> 这就是简单方案。

这两件事,不等同。
哪怕是再简单的系统,用 PHP 实现文件缓存、共享内存等思路为啥大家都不用?
那是因为千万人都认为 redis/memcache 才是真·简单啊。
2018-11-16 11:02:19 +08:00
回复了 geniusmyn 创建的主题 程序员 如何看待划水严重的同事?
分活,明确成为文档 /邮件 /任务管理工具等,然后做自己的部分。进度公开,确保上级可以看到。
等做到相互依赖部分,如果有阻塞,沟通为先,实在不行提前上报风险,随时更新进度。
吐个槽,这个梗难道不应该是“马上要 9102 ”吗?/doge
支付宝在“日出斗金”文件夹。
饿了么在“衣带渐窄”文件夹。
定位精准,不会混淆。
2018-10-31 12:08:09 +08:00
回复了 xuanwu 创建的主题 程序员 各位都在什么源码站上在线看代码?
提点建议:
0,三种人不是用户群:a,阅读英文速度不比中文慢的。b,宁可忍着慢速也要提升自我的。c,编程领域神圣不许其他语言僭越的。咱们就忽略即可不抨击了吧。。。
1,lz 的初衷是能快速扫描代码观其大略,精要是鸟瞰,是忽略细节而不是扭曲细节。不如按层级翻译(比如类名 > 方法名 > 变量名)。细节实现就放着好了。层级设置可控就更好了。
2,无论是翻译到什么级别,对于命名的翻译,一定别忘了借鉴下划线、驼峰等天然分词符。人家都帮你分好了不用白不用。
2,仅针对快速阅读理解来说,注释的重要性远大于源码实现细节。
3,一定要做语法解析,至少做到词法解析吧。源码这种东西,千万不能按文本处理。
4,一定要做全文翻译或者句级别的翻译,眼看着 9102 年了千万不能以单词为单位会死人的。
2018-10-29 16:07:44 +08:00
回复了 zhangqilin 创建的主题 程序员 后端接口是否用 try/except 好?还是不用好?
1,理论上你应该把“出了任何问题,通过日志可以分析出原因”作为目标去追求。毕竟后端有很多很微妙的 bug 或者漏洞很难重现。日志应该是最有力的分析工具。如果分析不出来,说明你没记录好。
2,try/catch 我是这样使用的:
2.1,可预期的,自己可处理的一般会拆成小的 try 当场给结论或者当场恢复掉。
2.2,原则上不会给调用方暴露原始异常信息,一定是经过掩饰或者二次处理的信息。这个操作可以在业务层,也可以在中间件或者框架层。
2.3,至于具体谁负责,看情况。有时候多方共同处理 /记录然后 rethrow 出去给上层做不同层面的处理也是常见的。
2018-10-28 18:02:37 +08:00
回复了 nooper 创建的主题 程序员 exFAT 文件系统移动硬盘并不合适,造成的文件碎片大而且多。
@wzw #11
@mokeyjay #13
买了 Paragon NTFS。一直没有出过问题。
有些不够用心的开源软件稳定性堪忧,不太放心。Paragon 毕竟老厂,心理安慰感强一些。
前段时间曾经看到新闻说某免费 NTFS 驱动爆了 bug,内心美滋滋。
2018-10-28 00:10:49 +08:00
回复了 gaayyy 创建的主题 程序员 地方移动营业厅的套路,父母耳根软,屡次上当,怎么办?
刚不能久,柔不能守。
一句“用不上”就可以怼回去的事,非要唯唯诺诺的同意,这种性格,你怎么做都堵不住的。因为这不是技术问题,不是逻辑问题,不是流程问题,不是权限问题,不是任何计算机思维可以解决的问题。
这就是性格问题。
已经扣了的费挽回不了,已经吃了的亏找不回来。就这样吧。痛久了,痛狠了,就会长记性。
其实成人也可以,也需要教他们做人的。
2018-10-27 23:33:02 +08:00
回复了 nooper 创建的主题 程序员 exFAT 文件系统移动硬盘并不合适,造成的文件碎片大而且多。
mac 上 NTFS 读写才是王道。
你无法确保别人给你的 U 盘和移动硬盘是什么格式。
2018-10-25 10:51:43 +08:00
回复了 iugo 创建的主题 程序员 在编程做具体项目的时候, 雕塑 vs. 积木?
自上而下设计 和 自下而上设计。
你会发现,设计阶段还是自上而下比较好,而实现阶段,自下而上实现非常舒适。
至于你纠结的时候,其实也是重构的时机和价值体现。重构一定会影响设计,但不一定影响砖头。
设计的一种思路是大干快上先实现,只有当某个东西重复第三次的时候才开始考虑重构。好处是务实,坏处是不断返工结构糟乱劳心劳力。
另一种思路是前期设计充分考虑变化,架构充分灵活可扩展。好处是红星照耀我方向,坏处是过度设计结构复杂劳心劳力。
总之劳心劳力。
2018-10-18 01:46:39 +08:00
回复了 hongch 创建的主题 程序员 求推荐哪款显示器看着不累眼睛 - -
没有真正的不累眼睛的显示器,眼睛累不累,取决于你看什么。/手动狗头
分离 -> 前端负责渲染或不渲染。
前端判断 -> 拿到权限列表作为判断依据。
是否渲染 -> 每个组件独立主动自我判断 /外部角色强制批量判断。就这两种思路。剩下的无非就是封装而已。
2018-10-08 00:46:16 +08:00
回复了 sxul07 创建的主题 全球工单系统 B 站改名这个逻辑…用了 6 年的昵称就这么没了
我一直认为,一个针对理智的负责任的成年人设计的软件,每个犄角旮旯塞满二次确认三次确认真是一件非常蛋疼不想做的事。手动狗头。
1,政策允许的情况下,努力给了很久免费好用的域名。
2,政策压力下,依然努力没有全盘取消免费域名,只是为了规避政策风险,强调测试用途,限制测试时长而已。


只能说,升米恩斗米仇真的很有道理了。
有种的放下筷子骂 zf 啊,骂个还算有良心又是被逼无奈的企业算什么本事。
解释一下,个人对个人的消息需要检测和屏蔽是因为:大量的垃圾消息都来自于盗号者。
盗号者盗取 QQ 号后,只有无保靓号才有一定盗取出售价值,大部分号都是记录密码然后批量贩售给黑产灰产,他们会拿这些号半夜登录发垃圾消息。
这些消息占比又大,还都是个人对个人的。
1 ... 9  10  11  12  13  14  15  16  17  18 ... 28  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2667 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 03:05 · PVG 11:05 · LAX 20:05 · JFK 23:05
Developed with CodeLauncher
♥ Do have faith in what you're doing.