那就对了 这样确实友好很多
我有一点疑问
“用 IDE,RPC 调用端可以直接跳转到代码的实现,进行修改。 体验就是,跟正常的单体应用开发区别不是很大,微服务只是一种解耦的方式而已,好处就是便于维护(解耦的本质),写的也很爽。”
既然已经解耦了 各个团队负责各自的 module 为啥你能去改别人的 那不还是没解耦么 单纯的代码解耦不能叫项目解耦呀
科学上网是不管做什么技术的基本操作 这个必须得做到 另外就是阅读英文资料的能力 如果这两个东西吃力 很容易转嫁到语言和所谓的安装上来 从我十几年前开始接触 ruby 所有的信息都是说 mac 是最佳实践 别整啥 windows unbuntu 总是会有需要额外解决的坑
没有呢 离开了 没改 profile
靠着身上 500 块,在澳门赢了六位数,人生重新找回了希望
牛逼了
同学 你一直在说提示的问题... 用记事本默写代码并且保证不写错 这不是基本功么 还需要提示?
不需要 IDE 就得能写对 这不是基本功么...
昨天还跟人讨论了这个问题,很多 leader、架构师级的研发同学,仅仅会堆技术,我承认技术牛,技术本身也没有错。但是并没有考虑业务大盘是不是需要用 DF17 打渔船,明明用低成本小投入就能换来高价值的回报,非得摆出大阵仗,这才是矛盾点。。。
这不是经常性见到的笑话么。。。功都花在了非解决实际问题的问题上
我说呢。。。
难得有天津的岗位 帮顶一下~
是的 偶发 还没空看源码~ 晚上研究研究 感觉这个逻辑挺不错
弱网环境下偶发 hover 后马上点击导致 2 次 200 的请求(第一次没 cancel)结果让羸弱的网络雪上加霜
个人用户是不可能有隐私的 就算你自己搭一个 https 还有中间人攻击 隐私这个词每个人理解都会不一样 作为一个码农 遵守规则 有底裤就可以了
周边已支持~
rails 耗机器那是 ruby 1.8.7 rails 2.3.5 的年代的故事了
可能是因为换了 16 寸的 Mac 字体的实际视觉变小了(手动狗头)
是个好办法啊
真正的 dev 上限也不会太高 除非行业专家 给研发同学做框架那种
想上限高不可避免要去参与业务 成为懂技术的业务专家
很多写法并不巧妙 中规中矩 澳洲还是挺好的
spring 需要重启吧 另外这个地方真是最好别写全局变量 用的地方自己连接就好了 或者直接用 activerecord
不如直接 from ruby 然后不需要 capistrano 了 每次代码更新重新 build 镜像 丢 k8s 省略 N 多
昨天 rubygems.org 是部分镜像挂了 我基本要重试好几次才能全都找到正常的
实现增量更新比较难 实现全量更新比较容易
你想怎么实现。..
大佬又更新了!没事儿 永远会翻盘的
先用左侧的练习题抛砖引玉
题目表 -> type 区分判断 多选啥啥啥 如果需要逻辑更清晰就用单表继承
结构块表 -> belongs_to 题目 type 区分是材料还是答题
结构内容表 -> belongs_to 结构块 type 区分类型
以上三个表都可以做单表继承 未来统计会方便
牛逼
看看 yarn.lock 和 package-lock.json
yarn 大部分慢的情况都是在下载 我的 electron 项目基本都只需要编 10 几秒即可 不改镜像源能慢哭