shellus 最近的时间轴更新
shellus

shellus

V2EX 第 95868 号会员,加入于 2015-02-05 14:13:20 +08:00
今日活跃度排名 18961
这张图能检测你大脑的物理建模模拟能力
 •  shellus  •  2021-07-14 11:58:12 AM  •  最后回复来自 InDom
2
阿里云 OSS 的服务端加密有什么意义?
程序员  •  shellus  •  2020-06-24 22:43:40 PM  •  最后回复来自 vincent321
28
做正确的事,到底什么才是正确的?
程序员  •  shellus  •  2020-07-30 20:59:08 PM  •  最后回复来自 smallthing
37
shellus 最近回复了
151 天前
回复了 wallace5303 创建的主题 程序员 请问开源项目盈利的方式有哪些呢?
捐赠?
@ruandao 《程序员修炼之道》里面的内容结合自己的想法写的
《关于人与人之间的认知水平,表达能力,和理解能力》

*真正认识到人与人的认知不对等*

程序员说完开发方案,老板说:“不错,这就是我想要的”
然后在最终交付后,老板:“这是个什么东西???”

需求方讲完自己的需求后:“你们懂了吗?”
程序员:“懂了”
实际上需求方没有讲明白自己的需求,程序员也没有理解所讲出来的那些内容。
假设需求的内容是 100 分,需求方讲出来 30 分,程序员理解到的就只有 10 分了
然后再基于这 10 分内容开发出 6 到 8 分的程序,最终能皆大欢喜才是怪事。

所以,需求方应该使用文档等工具,将需求写出来+讲出来至少 60 分,然后程序员再主动向需求方提问,挖掘需求的深层次内容,最终交付能达到 80 分的软件,已经算是很不错了。
IDEA:打开文件或者选择目录的情况下,点击右上角的时钟图标,下方 git 工具栏就是更改了本文件的所有 commit 列表,点击 commit ,或者多选 commit ,右侧出现影响的文件的 diff 列表,双击可查看更改差异

yyds
286 天前
回复了 runking 创建的主题 Windows 你们 Wsa 里面都装了什么应用?
《阅读》 无广告开源看书,就是一个采集器,导入公众号上的采集规则,就可以搜书看书了
289 天前
回复了 ETONG 创建的主题 程序员 某宝买的成品软路由 漏电,咋办
小米笔记本和苹果笔记本都有这个情况,问题不大,手掌摸上去感觉麻麻的,手背贴上去有点刺痛
293 天前
回复了 gavinliu0606 创建的主题 程序员 寻找有类似想法的设计师以及前端开发
石头做的汤和煮熟的青蛙
 有三个战场归途中的士兵饥肠辘辘。他们看到前方有一座村庄,顿时重整精神——他们觉得村民们会给口饭吃。可是当他们抵达那里时,却发现四处门窗紧闭。多年战乱下,村民们食物短缺,仅有的存粮都藏了起来。
 士兵们没有气馁,他们烧了一锅水,小心翼翼地在里面放了三块石头。诧异的村民们都跑出来围观。
 “这叫石头汤。”士兵们解释道。“你们在汤里只放这个?”村民们问道。“对——不过有人说如果加点胡萝卜味道会好一些……”一个村民转身跑回了家,从自己的窖藏中拎来了一筐胡萝卜。
 几分钟之后,村民们又问道“这就可以了吗?”
 “可以了,”士兵们说道,“加几个土豆或许更有味道。”另一个村民听到后跑开了。
 在接下来的一个小时内,士兵们列出了更多食材:牛肉、韭菜、盐及各种香料,说能让汤做得更加鲜美。每次都有不同的村民跑回去取来自己的私藏。
 最后,他们煮了一大锅热气腾腾的汤。士兵们把汤里的石头扔掉,和整个村子的村民一起分享了一顿美餐,这是他们所有人几个月以来吃的第一顿饱餐。
你可能处在这样一种状况下——清楚地知道需要做些什么,以及怎样去做。整个系统就在你的眼前——你知道这样做就对了。但当你为做整件事去征求意见的时候,见到的往往是推脱和茫然的眼神。人们想成立一个委员会,然后申请预算,之后事情会变得异常繁杂。每个人都会守着自己的一亩三分田。有时我们称之为“筹备期的劳累”。这个时候,就该拿出石头了——找出你合理的请求,然后不断完善。一旦有成果产出,展示给人们看,让他们大吃一惊。现在可以用上“当然了,它还可以更好,只要我们再加点……”这句话

《程序员修炼之道》- 石头做的汤
293 天前
回复了 revalue 创建的主题 Android 安卓系统 便签/备忘录 哪家强?
小米自带的笔记
ios 自带的备忘录
用整数分为单位没有解决任何问题,反而增加了一些问题
1:一个系统原本设计商品的价格单位为 0.00 精度,但是后期需求改为 0.0000
2:给代码各处的储存获取,传递处增加很多无谓的复杂性,创造了更多犯错的机会
297 天前
回复了 zzfer 创建的主题 程序员 Java 使用引用传递来修改值,这样做好吗?
```
修手机方法 1:
var 我的手机
修好的手机=维修店.全面修复(我的手机)
```
```
修手机方法 2:
var 我的手机
工具 = 维修店.购买工具(xxx)
技术 = 维修店.学习技术(xxx)
修好的手机=我.修理(我的手机,工具,技术)
```

第一个写法,简单,但是你不知道维修店对你的手机做了啥
第二个方法,复杂,你需要在你的方法里写很多无关的东西

但是无论如何,都是用返回值接收,因为下面这种会看起来很怪异

```
// 我的手机 坏的
维修店.全面修复(我的手机)
// 我的手机 好了
```
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1115 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 66ms · UTC 21:36 · PVG 05:36 · LAX 14:36 · JFK 17:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.