首页   注册   登录
 version 最近的时间轴更新

version

V2EX 第 259411 号会员,加入于 2017-10-13 13:30:26 +08:00
今日活跃度排名 9844
根据 version 的设置,主题列表只有在你登录之后才可查看
version 最近回复了
如今的年代.等 github 有 1 万关注我才去看看研究..剩下的还是自己搭配了.靠谱的了.
.redux-saga 其实也不好拆分的..mobx 方式或者 vuex 的写法更加方便
5 天前
回复了 liuchang8877 创建的主题 程序员 大前端技术展望
表面上一统多端的都是局限于 官方的简单 demo
当你要想实现复杂的业务时候.或者爬坑的时候..那些花费的时间..够你用原生写了.
数据结构.设计模式 很熟练了一门语言后.
去学其它语言.基本都很容易.从中你会发现每种语言个有特定需求的优势..

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

前端开发者:页面性能.打开解析速度.兼容度.开发效率.设计效果和自己写的效果是否千差万别.等都值得研究..
不管好用不好用.起码产品多了.到时候好独立拆分上市.圈圈-钱...发发云产品有涨涨股价.和发行手机一样吧
现在云服务器多家强市场
到时候一家独大的时候.可以提价格了..一套依赖云服务.到时候迁移是很短板..
阿里云里面的产品.不见得很多都是靠谱的..大部分新出的东西都是抄国外云的过来.创新稳定的少.
12 天前
回复了 mytry 创建的主题 程序员 每天 1 万独立 IP 的网站可以做些什么~
别人用来代理干坏事..得不偿失呢.到时候出事解释不清.你也无法证明不是你自己的操作.
如今网上要找你真人.很容易的.
全栈的路子要主后端再转前端学习
前端转后端.其实走错路的了.
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 寸高配主力+再写点前端代码
能迁移到自己服务器编写的都远程自己服务器..
14 天前
回复了 ToDyZHu 创建的主题 macOS 有人觉得 Mac 的 Chrome 滑动没 Safari 流畅吗
很正常呢.开多了.谷歌吃内存..16 年后一直用自带的浏览器..谷歌只是开发前端调试时候用..或者个别网页开..自带主要是开多了不卡电脑..省内存.省点.不发热.各种优势.
14 天前
回复了 NoKey 创建的主题 程序员 请问一下,那个 oh my zsh 好用么?
好用..我服务器都安装..
看了楼主 github.学习能力还很给力呢.
可以参考这个 https://github.com/strapi/strapi
jwt 对于后台是个坑.
少用 mvc.对于业务业务串联也有坑.代码太多.nodejs 用的好.发挥弱类型语言,其实 crud 也就 100 行代码
rbac 其实有点到后期会乱.因为国内需求有点奇怪..权限组.
后来我还是推荐用 url 拦截权限.按每个人 diy 拦截. 前端批量更新一批人就好... /user/update /user/create 等 /模块 /操作
koa 中间层后台用户标签来过滤不通部门能看到的数据数据.
国内很多奇葩业务.一人多角色跨组.跨业务.最终变成每个人都是一个角色组..等上下级权限变更的时候就坑了.
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3286 人在线   最高记录 5043   ·  
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 11ms · UTC 10:41 · PVG 18:41 · LAX 03:41 · JFK 06:41
♥ Do have faith in what you're doing.
沪ICP备16043287号-1