w88975

w88975

V2EX 第 81952 号会员,加入于 2014-11-17 01:22:31 +08:00
今日活跃度排名 3481
w88975 最近回复了
MBP Pro 2019 款 13 寸
带的塑料全包壳,在开 5 个 vscode,跑 N 个 webpack service 服务,20-30 个 chrome tab,word excel,qq,微信等 10 个左右的应用下,温度大概在 80 度左右,风扇倒是全速运行
散热肯定是有影响的,但是影响不大

关机重启,在非工作时间,开的应用很少的情况下,也有 60-70+的温度,只是风扇不会转那么快

个人认为全包壳还是很重要的,因为是金属铝壳,很容易磕得坑坑洼洼的,与其他金属擦碰容易留下黑色的擦痕,上一台 mbp 就是因为经常磕磕碰碰,导致外观不可逆的损伤,卖二手都不好卖
5 天前
回复了 formulahendry 创建的主题 Visual Studio Code 把 VS Code 变成小霸王游戏机~
@yazinnnn 发布模拟器并不侵权,提供 rom 才侵权
23 天前
回复了 nobo 创建的主题 程序员 we-script v1.0 让微信小程序支持加载远程 js
同问 远程执行代码的场景有哪些呢,毕竟不是动态渲染,难道是远程加密函数?动态 api 升级?
不要相信在野党,执政以后都一样
43 天前
回复了 w88975 创建的主题 程序员 写了个 vscode 的滑词, 悬浮翻译小插件
且优化了单词的查询速度 目前基本上是秒查
43 天前
回复了 w88975 创建的主题 程序员 写了个 vscode 的滑词, 悬浮翻译小插件
@dizheyoulan
@hitaoguo
插件已经更新 支持 N 种模式的自动拆分单词
https://i.loli.net/2020/09/10/YAOM3vEecTRqy29.gif
46 天前
回复了 w88975 创建的主题 程序员 写了个 vscode 的滑词, 悬浮翻译小插件
@hitaoguo 这个建议好
46 天前
回复了 w88975 创建的主题 程序员 写了个 vscode 的滑词, 悬浮翻译小插件
@w3313003 Github Dark
@di94sh
就目前 crud 那一套,现有框架成熟的不能再成熟了,除非你自己撸一套,否则根本就是一把梭
业务抽象我就不说了,这个跟前后端没有太大的关系,这个是整个项目的架构决定的
api 定义这个也能拿来说吗?这个也不是工作量导向的东西,主要靠约定俗成,也是纯架构方面的
性能优化,这个就是仁者见仁,智者见智的东西了
你所说的这些东西,都是作为一个后端必备的,不能说没有工作量,但就目前 90%互联网公司所涉及的业务来说,拿出来说真的不值一提

我并没有站在一个纯前端的角度来讨论这个问题,我也是做了多年的后端,我很讨厌写前端,就是因为前端相对于后端来说,太杂了,没有像后端那么多年积累起来的标准库(近几年稍微好那么一点),同样的业务,前端的选择更多,工作量也更多.
处理纯数据,和写用户交互的东西相比,还是纯数据处理起来更简单明了

以前后端鄙视前端,那是因为前端真没啥技术含量,"切图仔"们只知道填数据,画页面,对数据来源以及数据的处理根本不用关心. 我不能说现在前端多有技术含量(也可能没有),但就事论事的话,工作量是特别大的.

打个比方,写个修改用户资料的业务,后端只需要处理字段,校验字段,校验不通过返回什么,通过又是什么,然后更新 DB.
前端首先要完成这个页面,然后再处理数据,例如头像要用什么组件东西展示,是否可修改,修改的话,得用哪个接口去上传图片,上传状态,各种提示,表单的校验等等,不说复杂不复杂,至少比起纯数据处理来说,是复杂的.

就好比 V2EX 的回帖时间,后端只返回时间戳,前端要去判断: 大于 24 小时,展示完整年月日时分秒,小于 24 小时,展示 xx 小时前,这时候,后端要是直接返回这个时间,前端就能省很大一部分事,毕竟大多时候,前端也只是拿时间戳来做 format 成字符串,而不是做条件查询
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4565 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 08:21 · PVG 16:21 · LAX 01:21 · JFK 04:21
♥ Do have faith in what you're doing.