苹果玩国内套路了.出新品.保住股价

@fvckDaybyte2 习惯了苹果系统.就很少接触 win 了.也少接触 java.所以台式机也少了..其实很多人坏笔记本也是因为平时过热导致的..长期过热折损也快...苹果高配笔记本 2 万到 3 万了..正常人不是土豪..舍不得 2 年换新呢...能玩 6 年最就好的了..多余的钱不如存钱买车呢.便携真不用考虑...所以买的时候咬牙牙多预留几年.平时保养好..这部分能省不少了..

我看了很多评论..就 @U2Fsd 比较靠谱.
有些评论应该没用过.听别人说的.
买 13 的 mbp 就是坑..16g+cpu 顶配也没用
接 2 千左右的 4k 或 2k 应该没所谓.. LG 或者苹果的 4k 5k 以上好点的显示器就卡爆了.
跑个项目电脑就发热严重了..13 寸接上外界显示器是不能正常工作的.你会卡屏幕.掉针很严重.

因为我们是自带笔记本.所以同事都公司付费买好的显示器.我问他们为何不用.他们说后悔了.带不动.另外配了垃圾 2k 显示器..4k 发热严重这样下去会烧坏自己笔记本.

我 15 寸顶配也是看服务器日志才会接上 4k 显示器
因为 15 寸刚刚好大小..13 寸太小...市面上的任何一台显示器都和笔记本显示效果没得比.所以我习惯不外接.提高工作效率


还有就是我说得都是苹果笔记本..其它的品牌能玩 3 年都是 9 成新么.应该不可能的.可能接近报废.

老板的意思让你多带人呢.管理团队..这部分确实比写代码累.
遇到划水.技术差点的.你怎么去搭配.合理利用.还是很考验情商的了.这部分就是技术另外的门路了.与人合作沟通
技术上确实很难走宽的了..让别人按你的思路去帮你办事情.其实很爽的..
看书就能当架构师..群吹逼的国人太多了..方案各种..真遇到问题的时候就会怂的.
人脉和门路其实是关键..多多和领导沟通也许某天也能拉你一把去到他们的群体.

只要你本地 nginx 加载正常的域名真实证书就没问题的..如果自签的就过不了..谷歌浏览器还是很麻烦的..如果是 ip 域名的那我还没试过.内网都 https.??.我一般都是拿自己的域名来调试真实 socket 服务多..其它 api 根本不需要调试.太容易写的代码也不会出错

go 处理特定需求才会使用的了..语音.socket.高 io 的等
普通业务哪个语言快还是哪个..中间老早是网关串联.rpc
低成本快速开发.就是 nodejs + php +第三方服务 也是未来趋势
别看那么多吹逼的..在国内还是很多小团队.小企业.的..不是哪个企业都能支撑几百的开发人员..每月 100 万的技术部工资..和高并发..
哪个省钱易迭代就是趋势..只有技术高低的开发人员.没有语言上的高低之分..

如今的年代.等 github 有 1 万关注我才去看看研究..剩下的还是自己搭配了.靠谱的了.
.redux-saga 其实也不好拆分的..mobx 方式或者 vuex 的写法更加方便

表面上一统多端的都是局限于 官方的简单 demo
当你要想实现复杂的业务时候.或者爬坑的时候..那些花费的时间..够你用原生写了.

数据结构.设计模式 很熟练了一门语言后.
去学其它语言.基本都很容易.从中你会发现每种语言个有特定需求的优势..

后端开发者:数据量 10 万 50 万 100 万 1 千万 和并发 10 并发 100 并发 1000 并发 1000 多人长连保持, 你会发现完全都不是一个世界

前端开发者:页面性能.打开解析速度.兼容度.开发效率.设计效果和自己写的效果是否千差万别.等都值得研究..

不管好用不好用.起码产品多了.到时候好独立拆分上市.圈圈-钱...发发云产品有涨涨股价.和发行手机一样吧
现在云服务器多家强市场
到时候一家独大的时候.可以提价格了..一套依赖云服务.到时候迁移是很短板..
阿里云里面的产品.不见得很多都是靠谱的..大部分新出的东西都是抄国外云的过来.创新稳定的少.

别人用来代理干坏事..得不偿失呢.到时候出事解释不清.你也无法证明不是你自己的操作.
如今网上要找你真人.很容易的.

全栈的路子要主后端再转前端学习
前端转后端.其实走错路的了.
py 和 java 要达到能上岗.其实很难的.工作也难找.
如果你当了前端管理.半桶水后端语言技术和后端怂.你会崩的.
前端还是很多东西..样式.兼容性.页面性能.seo.用户活跃度以及运营..gui.这些都和前端相关.等你有一个好的前端项目或者比较大型的网站上线的..才能在管理上压的了下属.而不要在广度上延伸.
如何压缩成本..搭建框架给下属..毕业生都能入手快.迭代快.处理 bug 快.解决下属加班的压力.
这些都是管理要考虑的.如果下属都划水了怎么办..强制 996 也不是办法.老板又给压力.要上线.

git flow 中 feature 没到 pr 前不要每天 commit 多个.隔几天再 pr..依赖更新最新的分支后会处理冲突都老半天
如今微服务年代..调试服务的 rpc 脚本.导入数据.改 bug 重现.各种服务加起来.数据库.消息队列.定时器各种.
本地电脑起完还是很累的..
单个服务调试.用跳板机连线上测试服微服务..然后本地调试自己的模块服务 bug.
但是这种难免会写一些脚本.这种代码在两台电脑同步就纠结了.我一般代码会写在 dist 然后打包 icloud.同步.
复杂的就自己服务器跑一套完整的流程.传自己的 git.改代码 bug.打 log 提交.然后 webhook 全部服务自动重启.打 log 看看错误..留意自己服务器安全就好.一般偷偷摸摸..然后改完的代码..在对比复制到公司的代码库.提交就好..神不知鬼不觉..这样改 bug 效率会高很多.也不扯犊子占用测试服务器.也不干扰其它同事..如果公司 git 日志看到一堆 debug 提交记录.不知道会不会被骂死...vscode 的 web 服务器版本也是不错的.未来趋势发展.
今天累想划水带 MacBook12 寸.写服务端代码 (出门旅游.回老家带 12 寸+手机 4g 网络)
有心情加班带 MacBook15 寸高配主力+再写点前端代码
能迁移到自己服务器编写的都远程自己服务器..

很正常呢.开多了.谷歌吃内存..16 年后一直用自带的浏览器..谷歌只是开发前端调试时候用..或者个别网页开..自带主要是开多了不卡电脑..省内存.省点.不发热.各种优势.

好用..我服务器都安装..

看了楼主 github.学习能力还很给力呢.
可以参考这个 https://github.com/strapi/strapi
jwt 对于后台是个坑.
少用 mvc.对于业务业务串联也有坑.代码太多.nodejs 用的好.发挥弱类型语言,其实 crud 也就 100 行代码
rbac 其实有点到后期会乱.因为国内需求有点奇怪..权限组.
后来我还是推荐用 url 拦截权限.按每个人 diy 拦截. 前端批量更新一批人就好... /user/update /user/create 等 /模块 /操作
koa 中间层后台用户标签来过滤不通部门能看到的数据数据.
国内很多奇葩业务.一人多角色跨组.跨业务.最终变成每个人都是一个角色组..等上下级权限变更的时候就坑了.

mbp 外加 egpu 显卡都有问题呢..推荐玩游戏还是搞 ps4 了.起码不沉迷