V2EX › rockyou12 的所有回复 › 第 20 页 / 共 34 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 16 17 18 19 20 21 22 23 24 25 ... 34

❮

❯

2019 年 3 月 4 日

回复了 qiqi669 创建的主题 › 程序员 › 除了 xshell， windows 下还有什么好的 ssh 工具嘛？

finalshell 除了有点点卡真的挺不错的，但很多人就是鄙视国产...

2019 年 3 月 4 日

回复了 TomKate 创建的主题 › Java › 如何通过 Java 获取远端服务器剩余磁盘大小？

就是监控嘛，其实 lz 你调研下主流的监控软件就知道了，不部署 agent 基本是不可能的。有很多权限、性能的问题

2019 年 3 月 3 日

回复了 billyangg 创建的主题 › git › 总结一下 Git 不同情况下如何回滚

@msg7086 最后回一次后面不回了。你说的这些全部都是从个人来考虑，完全不考虑团队。-f 错了，损失的不是 push 错的人的时间，而是整个团队、甚至运维等其他人的时间。

我 tm 当然知道 git 数据肯定不会丢，你服务器炸了每个人手上都还有个副本呢。但你光看到技术上的东西，管理上的完全给无视了。

2019 年 3 月 3 日

回复了 billyangg 创建的主题 › git › 总结一下 Git 不同情况下如何回滚

@msg7086 我确实不理解我说的和你流程上哪点冲突了，你是主动 merge 也好还是 pull request 也好和你代码 review 没啥冲突。

而且说什么自由利用工具，你们项目都知道做 review 就不是为了让你们不乱写代码，别乱用功能吗？ git 功能强，但是功能设计是很有问题的，就像 reset、revert，merge、rebase，单看命名鬼知道区别在哪。

再摸着自己良心想想才工作时候的自己把，你能把 git 吃这么透？不深入掌握就没 git 使用权了？你团队个个都是神能 100%不出错？ java 这么流行不就是写着感觉吃屎，但很难想 c++一样能恶心到别人。

所以不准用-f 这个屎，只要领导懂技术，还真就肯定要让开发人员吃，不爽也没法。

2019 年 3 月 3 日

回复了 billyangg 创建的主题 › git › 总结一下 Git 不同情况下如何回滚

@msg7086 做不到就是项目管理问题啊，有啥好说的。而且你开 feature 分支，肯定是从 master 或者 dev 上来的，这两个分支不允许直接提交。然后你 feature 上开发一堆 commit，然后 rebase 成一个 commit，merge 到 master 或 dev 上需要做什么 force push ？你 feature 分支开发完本来删了就是了，你还 rebase 了 push 上去干嘛。

2019 年 3 月 3 日

回复了 billyangg 创建的主题 › git › 总结一下 Git 不同情况下如何回滚

@picone 好像是我没仔细读 lz 文章……

2019 年 3 月 2 日

回复了 billyangg 创建的主题 › git › 总结一下 Git 不同情况下如何回滚

@msg7086 你这个完全可以靠开发的时候每个人一个分支，功能完成 rebase 一下。完全不需要-f

2019 年 3 月 2 日

回复了 billyangg 创建的主题 › git › 总结一下 Git 不同情况下如何回滚

@picone 都 push 还 revert 个鬼哦……

2019 年 3 月 2 日

回复了 bokchoys 创建的主题 › 问与答 › 只有我觉得 Java 很糟糕吗

@HuHui go 的工具链真的难以表达……这么久才好像快有个稳定的包管理工具

以前写，项目必须在 gopath 下也搞得我很恶心

2019 年 3 月 2 日

回复了 bokchoys 创建的主题 › 问与答 › 只有我觉得 Java 很糟糕吗

回 lz，真的只有你。特别是你写过大点的项目，多会几门后端语言后才知道为啥

2019 年 3 月 2 日

回复了 billyangg 创建的主题 › git › 总结一下 Git 不同情况下如何回滚

真远程仓库上提交错了，老老实实从以前的版本 ctrl+c，ctrl+v 然后 commit 条新的记录算了。-f 这种搞错了太吓人了

2019 年 2 月 28 日

回复了 QChace 创建的主题 › 问与答 › 最近在学小程序，感觉前端比后端要好玩啊。

呵呵，lz 肯定没遇到过回调地狱,也没调过兼容性问题。不管写桌面、web 还是移动 app，只要写 ui 业务一复杂代码就绞在一起了……

2019 年 2 月 27 日

回复了 zonghow 创建的主题 › 职场话题 › 领导今天找我谈话，说我产出太少

算法不对啊，不是该给你们新人补加班工资嘛🐶

2019 年 2 月 26 日

回复了 huangdayu 创建的主题 › 程序员 › Dubbo || SpringCloud ?

@jackcfan 呵呵，用了一、两年，然后全公司都受不了了，当然可能我们用得比较早

2019 年 2 月 26 日

回复了 huangdayu 创建的主题 › 程序员 › Dubbo || SpringCloud ?

别 jb 用 dubbo，谁用坑谁。先不说之前没维护这么久，你用 dubbo 做 rpc 很多功能其实和 spring 是不兼容要自己二次开发调试的，费时费力（比如 dubbo 结合 spring 的事务管理，不能 autowire 等各种坑……）。

而且 dubbo 生态完善？先不说是不是笑话，能比得上 spring 自身的生态？直接 spring cloud 全家桶就行了。

2019 年 2 月 26 日

回复了 ChefIsAwesome 创建的主题 › 程序员 › 国内 web 前端圈的风气感觉比切图仔时代更差了。

@iyu90 你这是完全不懂 app 开发现状，大厂业务多所以 app 做得屎。一个 app 里可能塞了好几套框架，几十个人在开发。
好不好还要以前为了跨平台搞的 react native、weex 这些玩意，历史遗留问题很重。

稍微小一点又日常的像饿了么，美团这些卡过吗？新一点的闲鱼、哪怕是支付宝都没这么卡

2019 年 2 月 25 日

回复了 ChefIsAwesome 创建的主题 › 程序员 › 国内 web 前端圈的风气感觉比切图仔时代更差了。

@ChefIsAwesome 我做过挺久 android 开发其实也是这样，很多时候都要考虑下能不能保证画面不卡有 60 帧。

但做前端的好像很多都不在乎，默认都用浏览器了卡就卡了……

2019 年 2 月 25 日

回复了 ChefIsAwesome 创建的主题 › 程序员 › 国内 web 前端圈的风气感觉比切图仔时代更差了。

其实我也有这个疑惑，比如打开掘金前端的页面，一堆深入理解 js、三大框架（也许是两大？）、浏览器原理的东西……

但这些本来就是基础，和其他语言比，工程化是理所当然的。ui 很大一部分工作应该是 ui、ue 方向的，怎么实现一个复杂布局、动画效果怎么实现，这些的讨论真的很少。

可能是前端框架轮子多吧，反正找个 ui 框架再找些组件套上去就行了……

2019 年 2 月 25 日

回复了 tearslee 创建的主题 › Java › Java TCP 校验问题,求助

@tearslee 看下 java nio 包的 Buffer 及其子类就行了，不需要 netty 来读取数据。

2019 年 2 月 18 日

回复了 rizon 创建的主题 › 程序员 › spring 中 @value 注解的属性可以通过配置中心更新吗

携程那个 apollo 也可以的，而且不需要配置 mq 就能刷新。不过用法好像稍微有点不同

1 ... 16 17 18 19 20 21 22 23 24 25 ... 34

❮

❯