作为用户我的做法是将 API 拿到的结果再封装两层,第三方系统 -> APIRequest 封装(分页、鉴权、异常处理等) -> 业务抽象(名词转换及方法封装)-> 自己的业务。
不知道那些做 toB 业务的大厂有没有更完善的规范,一个产品不同子业务也是多个人在开发的,想要风格统一,光靠自觉没用,还得有技术评审流程。
我们搞内部系统通常就很放飞自我了,主要是当你参与进来的时候,现状已经很乱了,A 团队一个用法,B 团队一个用法,你总得选择一个。。
房子买了再出二手,利息部分的钱都算是亏损。涨幅不到一定程度的话,是没法像几年前那样轻松“升级”的。
动则 300w 以上的大笔投资,两个家庭几十年的积蓄+未来 30 年的债务,如果不谈它的金融属性,我认为不值这么高价。但现在不太可能想以前涨得那么猛了。
所以我觉得,除了“小孩要上学没办法”这种刚需,连婚房都没必要着急。今年那么多企业在裁员,你掂量一下如果裁到你,存款能撑多久。钱多的当然不用太谨慎,我是不太想用下半辈子来押注。
刚毕业的时候搞过一次--hard 把未保存的代码搞没了,后面加参数就非常小心了。
vim -> vscode -> ide ,开发工具的集成程度是逐渐加强的。如果习惯了 IDE ,就继续用着呗。工具从来都是哪个顺手就用哪个。
我是因为日常需要用的比较杂,bash/python/js ,用 IDE 建项目太麻烦了,而 vscode 可以一套搞定。对我来说 vsc 就是一个装插件方便的 vim ,但配置环境的过程还是少不了的。以前安利了同事去用,但他不会去调教,用了一年多还是很简陋,早知道让他用 pycharm 算了。
会。
上班:python
下班:
用 python 写一些工具,比如快速备份游戏存档,批量恢复 steam 游戏图标丢失的问题之类的
用 eletronjs + vue 写了个可以滚动看漫画的看图程序
写玩具也是玩的一部分,在选这个专业前,我本来就爱折腾这些小玩意
没车没房贷,省一点花,过个十来年问题不大。但如果结婚养娃,撑不了几年。
回到 Office 跟 WPS 的比较上,主要还是因为不知道什么时候会出现兼容性问题,安装 Office 也不算太麻烦,就一直这么用了。特别是现在要用到 word 的场合,都是发一些重要一点的文件,不敢出错。
最近重装电脑之后,依旧第一时间安装了 office 。
不过日常几乎都在用在线文档了,写完直接丢链接到群里,省事,避免了版本错乱的问题。正经的 word 只有在严肃的场合使用了,而且没调教过的 word 也太丑了,包括字体跟排版。
不过 excel 和 ppt 在功能上比在线文档好一些,有些时候反而要把表格下载到本地,用 Excel 去操作。
能用 32G 当然比较自由。。办公 8G+虚拟机 8G ,chrome 跟 vscode 这两个吃内存大户时不时崩溃。
只是开发用途的话,也不需要追求极限吧,压测是在正经服务器上做的,开发环境能验证就行。
负责的模块写得太细了,试着概括一下。
亮点要突出,找一下你工作中最有技术深度的内容,着重写一写,等面试官发问。
同意#5 的说法,更重要的是代码组织的水平。
我这两年最不想细看的就是前两多行的单文件脚本,全是函数,没有封装。但不是故意的,里面有太多“构思中”的功能,比起一篇文章,更像是一张草稿纸。
写代码是需要思考的,想到哪写到哪,看起来就乱糟糟的。有时候为了应付上线,不得以破坏了代码的封装,看着实在糟心,有机会我就以“新功能不好拓展”为由重构一下。
但有些团队并不关心这些,因为这些代码不需要他们维护,也不考虑人员 backup 的问题。这种时候就会被冠以“强迫症”的称号,要不要继续保持“优雅”就看个人选择了。。。
系统盘 200~250G 是比较合适的大小,再小就不要再分了。恰好我的 SSD 就 256G ,不用考虑分区的事。以前的笔记本就一块盘,还是需要分的。
我的个人偏好是在重装的时候格式化 C 盘,所以一般会把非绿色软件跟纯粹的数据分开存放。不过,这是偏理想的情况。各类软件存放数据、配置的逻辑都不太一样,会引出更多的问题。
比如,有些软件的数据存在安装目录下,有些在 Users 下,有些在文档目录下,也有些分散在 AppData 里。即使你弄清楚了这些,电脑用的时间长了,总会有些犄角旮旯的“脏东西”。
所以纯粹的数据文件分开存放只是第一步,其实并没有一劳永逸的办法。
来一个花钱的方案,用云产品的对象存储,一般都提供了命令行工具,客户端配置好 ak/sk ,拉下来还挺方便的
公司拒绝续签是要赔钱的。你看看其他同事是否都要走这个过场,当心有什么“主动放弃续签”的坑在里面
不用库的话,也就是手动根据版本把不兼容的函数提前赋值给某一对象,底下的逻辑用它处理。
可以学一下 flask
的_compat.py 的做法,把不兼容的部分扔到一起处理。
拿打机举例,坦然面对我玩得比朋友菜,但不妨碍我开心。
github sharp dark
以前 vscode 更新公告里面看到的配色,习惯之后换不了别的了
我的朋友跟我借钱都是约定好什么时候还款的。一两千借过,小几十万也借过(关系最好的朋友)
一个比较奇葩的,理发店的 tony 老师,关系熟络之后偶尔找我借四五百。。但是拖一两个月也不提还钱的事。后来换工作不在那家店理发了,他再找我我就当看不见了。
也有朋友到了期限没法还的,但因为关系很好(每天都在小群里聊天),我也知道他们不可能跑路,就干脆不催了。
你最好还是找人借一块试试手感。今年生日朋友送了我一块 hhkb ,用了一两个月,已经快吃灰了。来反驳一下“提高效率”的说法吧。
1. 键位。重度使用 tmux ,依赖 CTRL ,换了位置确实舒服多了。其他 win 键,退格键的问题,都可以靠切换开关解决,一两天就适应了。
但是,我还有别的键盘,三台电脑 /笔记本,在公司跟在家用两套模式还是挺烦的。(我 CTRL 键是真的用得非常多)
2. 轴体。我原先用的红轴,手感也是偏轻的,用下来的感觉是半斤八两,没有突出优势。
3. 60 键。打代码的时候用 VIM 模式,非常顺手。
F 功能键确实用得少,但我工作中高频使用的全局截图键,恰好就绑定在 F1 。。就很难受。(放其他位置怕冲突)
而且,工作不止要打代码,不是什么都支持 vim 模式。当你写在线文档、阅读文件,企微 /钉钉回复大段消息的时候,缺少按键的劣势就显露出来了。
最后促使我把 HHKB 放一边的原因,是我当时手上有一件“临时”的日常操作,写脚本逻辑很复杂,手动只需要十几秒。
但是我需要用到各种组合键,用 HHKB 直接歇菜了,少了几个键,操作量是原本键盘的一倍,还容易出错。气得我把它扔一边了。
工具就是工具。多一两颗“少用”的按键没有问题,少一两颗“想用”的按键就是巨大的麻烦。
我也喜欢紧凑型的键盘(自用的 75%,82 键),但是办公我建议还是买完整尺寸的键盘。某些功能区到了需要的时候,才会觉得真的好。