V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  passerbytiny  ›  全部回复第 68 页 / 共 153 页
回复总数  3054
1 ... 64  65  66  67  68  69  70  71  72  73 ... 153  
2019-07-26 17:43:14 +08:00
回复了 Zach369 创建的主题 Java Java sdk 选择
线上必须是 8,线下稳定长期用建议是 8。没有任何实际项目部署需要的话,直接最新版。
8 肯定不能长用,早晚都要升级,但是替代它的,基本不可能是被现行版本发布策略下的任何版本,即使是那个 LTS (伪)的 11。
2019-07-26 17:36:38 +08:00
回复了 blakebill 创建的主题 DNS 疑似 Google DNS 遭屏蔽?
@Counter #25 114 做大了(可以开始宰羊了),就这一条就够了。
纠正以下楼上一些人的常识性误解:机动车、非机动车道的区分只是使用时的灵活自主区分,不是路权区分,机动车有权走非机动车道,非机动车同样也有权上机动车道。简单地说,机动车走非机动车道(貌似人行道也行),城管可以管,交警管不了。
2019-07-26 13:12:48 +08:00
回复了 legiorange 创建的主题 Java 为何阿里规约在 Java 中不能行尾注释?你们有什么看法?
家规不是行规。
如果你不是打算进去,那么还是建议参照谷歌的规范: https://google.github.io/styleguide/javaguide.html
2019-07-25 13:03:48 +08:00
回复了 Vimax 创建的主题 Java Java 的 clone 方法浅拷贝为什么不会影响 String 的值
你的前四句代码与 String 无关,name 换成任何类型,最终都是 p.name=p1.name
你的后三句代码同样与 String 无关,name 不管是任何类型,除非是执行 p1.setName(p.getName()) 或者 p1.setName(p1.getName()) ,否则把 name 换成任何新对象,都必然导致 p.getName()==p1.getName()的结果是 false。

要想测试浅拷贝的负面结果,你需要的是调用 p1.getName().setXXX 方法。很不凑巧的是,String 是不可变类,没有 setXXX 方法。
2019-07-25 12:52:40 +08:00
回复了 yukiww233 创建的主题 分享发现 网页版 Outlook 在收件箱的邮件列表里加广告
看了截图,并没有伪装,区分很明显。虽然广告本身和插播广告的行为很恶心,但这真得不是某度那种植入并且还很难看出来是植入的广告。
2019-07-24 22:44:26 +08:00
回复了 iamdj 创建的主题 互联网 关于百度网盘的讨论。
日经 block 人
2019-07-24 11:10:03 +08:00
回复了 StarkWhite 创建的主题 Java Java 是不是没有好的热部署方案?
“类似这种问题, 你可以问一下 windows 团队为什么更新需要重启” —— lihongjie0209

纵观楼主的回复,还是这个最接近答案,其他人可以散了。
2019-07-23 18:23:23 +08:00
回复了 rizon 创建的主题 程序员 Java 对象转 map 有什么好用的工具吗?
需求场景几乎不存在,自己用反射写吧。
@delectate
中立意见:楼主的提问虽然带了颜色,但还是个提问。而你的回复则不是回复,只是骂人。除了没有任何有益作用外,还会让有颜色的颜色更深,让没颜色的可能带上颜色。
非中立意见:米粉,block 送上。
2019-07-23 10:01:14 +08:00
回复了 KasonKwok 创建的主题 编程 为什么现在垃圾中文站这么多?
2019-07-22 15:28:41 +08:00
回复了 luoway 创建的主题 职场话题 向员工计费的公司,这种管理制度很棒啊
别人家的孩子,仅供参考。如果你要想让自己家的孩子学被人家的孩子,那真得不如把别人家的孩子变成自己家的。
@CF3B5
程序员( Programmer )是一种人物类型,制作程序的人基本上都可以被叫做程序员;软件工程师( Software Engineer )是一种职业工种,并且是“工程师”大类下的一个工种,有明确的能力要求、职责要求,和工作范围,有些较真的地方还会有认证要求:请不要将二者混为一谈。

只负责编码不负责需求制定或者产品设计的工程师,严格意义上叫做软件开发工程师(不排除有些守旧的公司还会再细分为软件设计工程师和软件编码工程师)。不负责编码只负责产品的人,传统工程中叫做系统工程师或者需求工程师,敏捷开发中叫做产品负责人(形同产品设计工程师)。上面的人都是程序员,并且都是工程师,区别只在于是不同方向的工程师。至于“产品经理”,这是一个呵呵呵的中国特色职位。但是,他特色的原因不是“产品”,而是“经理”,而且是那种拥有无限权力但不用负主要责任的经理。你不能因为产品经理而否定产品。

程序员,可以并且应当具备软件开发、产品设计两种能力,好的程序员可以在开发工程师和产品工程师之间相互切换。但是,一旦一个具体的项目或者迭代开始了,那么权力和职责就固定了,不能随意切换,这一点不管是传统工程学还是敏捷开发,都是如此要求的。即使是只有一个人开发的项目,这个人也应该在不同的场合切换不同的身份:调研的时候要变成产品,不能在这时候考虑“循环比递归好”;编码的时候要变成开发,不能在这时候出现“用户操作时,这个分支是走不到的,所以我就不做这个分支的单元测试了”。楼主你要求程序员自己一定要去参与设计产品和系统,我不知道你是要求他们在什么阶段去参与,如果是在编码阶段同时参与,一边编着码,一边去设计产品,这必然会严重降低代码的质量。反过来,如果产品负责人一边设计交互过程,一边想着该怎么编码,那这设计出来的产品的用户体验度必然是极差的。

张小龙、马化腾、雷军、周鸿祎虽然都是程序员出身,但是他们现在可不是程序员。在他们当初干程序员的时候,做得东西并没有在市场站稳。
2019-07-19 16:47:37 +08:00
回复了 sanpir 创建的主题 问与答 宽带到期了,续费,老用户活动,升级 50M, 3 年 1340。CC 的。
长城宽带在带宽上是足够的,但是:封禁多种下载协议(意味着你只能用离线下载);多重内网(意味着网游各种网络问题甚至直接不能玩);强制缓存和拦截热门服务的更新文件(意味着卡巴斯基等知名软件无法即时更新甚至无法更新)。
@564425833 #93
"各粒级质量损失百分率"
"标准稠度用水量"
"抗压抗折试验机"
"箱式电阻炉"

⇩⇩⇩⇩⇩⇩⇩⇩⇩⇩⇩⇩

int a;//各粒级质量损失百分率
int b;//标准稠度用水量
String c;//抗压抗折试验机
String d;//箱式电阻炉

------或者-------
int 各粒级质量损失百分率;
int 标准稠度用水量;
String 抗压抗折试验机;
String 箱式电阻炉;

------再或者-------
{{{专人 /部分负责术语定义}}}
int bibi;
int blbl;
String pipi;
String pangpang;


就是别弄你自己隔断时间都没办法一眼认出来的拼音。
@aLIEz09 我开始还以为是用中文命名变量,原来是直接使用用了中文的 string literal 来定义变量,而没有使用常量或外部资源文件。

首先需要更正一点的是,你的问题是“没有将全部字符串定义放到外部资源文件中”,与中文无关,string literal 中使用中文和英文没任何区别。

然后,“字符串定义全部放到外部资源文件”在十年前是标准规范,在现在属于过度预设计。如果你的产品现在没有国际化需要(即使一年后有可能变成国际化),那么把字符串放在外部资源文件中定义,除了脱裤子放屁外,还极大的影响代码的可读性;况且在国际化过程中一次性重构的成本,要远小于你一开始就设计资源文件的成本。

就你举得这个例子来说,```xingming.setText(“张三”)```,换成 ```xingming.setText(I18n.get("exampleName.first"))``` 或者 ```Constant.EXAMPLE_NAME_FIRST```,可读性大降,并且还需要有专人去维护资源 Key 或常量名的命名规范(否则资源文件会变成不分类的垃圾桶)从而导致成本大涨,这在敏捷开发中就是灾难。

最后,拼音命名罪不可赦。拼音命名已经不是规范问题了,而是规则问题了——拼音并不能完整地表达它所代表地汉字。
2019-07-18 09:14:18 +08:00
回复了 usjinbao 创建的主题 职场话题 办公室有这种神烦,怎么破
小说写得不错
2019-07-16 12:45:34 +08:00
回复了 zealinux 创建的主题 Java 用上了 Spring Cloud,那问题来了,如何才能本地测试?
经验之谈,单元测试的配置文件,独立搞,不要读取配置中心的,否则单元测试一点都不单元。至于本地调测,本地搭个完整集群环境就可以了,各种中心配置好 JVM 参数,用于本地测试基本不占多少系统资源。
1 ... 64  65  66  67  68  69  70  71  72  73 ... 153  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   6013 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 58ms · UTC 02:40 · PVG 10:40 · LAX 18:40 · JFK 21:40
Developed with CodeLauncher
♥ Do have faith in what you're doing.