tongtf 最近的时间轴更新 tongtf 最近的时间轴更新 |
tongtfV2EX 第 145269 号会员，加入于 2015-11-01 09:20:32 +08:00 |
tongtf 最近回复了
2019 年 10 月 16 日 回复了 tire 创建的主题 › Python › 解救帖：廖雪峰教程 Day 4 - 编写 Model RuntimeError: Event loop is closed 卡得我蛋都碎了 |
我就用第三期 销毁连接池的方法解决了这个问题啊。
2019 年 4 月 24 日 回复了 Abmoxicillin 创建的主题 › 程序员 › 是专注学历提升还是技术提升？ |
最好还是先学历吧，大专能力好也能进 BAT，但是工作时间越长越不想去考学历，感觉学历很鸡肋，而且越来越不会考试。
所以最好是还没忘了怎么考试的时候先专心把学历考了再谈其他吧
所以最好是还没忘了怎么考试的时候先专心把学历考了再谈其他吧
2019 年 3 月 26 日 回复了 mydns 创建的主题 › 全球工单系统 › 各位公司对外的 API 接口有请求频率限制吗？ |
这个对外提供服务的 API，应该大都有限制的。
你可以直接找客户经理，域名申请一般用户没那么频繁的请求，这种算是特例情况，一般找客户经理是能给你解决问题的
你可以直接找客户经理，域名申请一般用户没那么频繁的请求，这种算是特例情况，一般找客户经理是能给你解决问题的
2018 年 12 月 21 日 回复了 codebigbang 创建的主题 › 程序员 › 百度这样操作，算不当竞争吗？ |
我感觉和淘宝结果优先显示天猫一个性质
2018 年 8 月 29 日 回复了 chloepetrichor 创建的主题 › 职场话题 › 一个在软件公司做了 2 年 HR 的妹子，想转测试工程师，朋友说我傻 |
我的感觉现在是开发、运维都在抢测试的工作，除了必须靠人测的，其他都在趋于自动化测试，非技术岗转测试不太靠谱，会更没前途，需要补的知识会比你在 HR 上花费更多的时间精力
如果不深入，在哪个岗位都没前途，倒是你学测试知识是你作为一个技术 HR 应该做的
想做好工作，就要在自己的领域深入积累，静下心多学对自己有帮助的各方面知识，沉淀到一定程度就能突破你现在的困境了；找到自己在 HR 中的领先点，补足自己在 HR 中的各种缺点，你就能慢慢凸显出来
你的这个问题归结的太泛化，因为某些因素而全面否定了自己在 HR 岗位中的成果。
现在的你，应该对自己的问题做具体分析，不断得把大问题分化为小问题，然后去一个个解决掉。你要相信你自己，你能做好 HR 这个角色，而不是逃避问题，这是最差的解决办法。除非你本来就不喜欢这个职业，而测试你又打心里喜欢做，否则你会陷入越换越差的循环中。
现在觉得 HR 发展不好，之后如果测试也觉得发展不好会不会还要换做其他的？每天多读书多学习才是最重要的
如果不深入，在哪个岗位都没前途，倒是你学测试知识是你作为一个技术 HR 应该做的
想做好工作，就要在自己的领域深入积累，静下心多学对自己有帮助的各方面知识，沉淀到一定程度就能突破你现在的困境了；找到自己在 HR 中的领先点，补足自己在 HR 中的各种缺点，你就能慢慢凸显出来
你的这个问题归结的太泛化，因为某些因素而全面否定了自己在 HR 岗位中的成果。
现在的你，应该对自己的问题做具体分析，不断得把大问题分化为小问题，然后去一个个解决掉。你要相信你自己，你能做好 HR 这个角色，而不是逃避问题，这是最差的解决办法。除非你本来就不喜欢这个职业，而测试你又打心里喜欢做，否则你会陷入越换越差的循环中。
现在觉得 HR 发展不好，之后如果测试也觉得发展不好会不会还要换做其他的？每天多读书多学习才是最重要的
2018 年 8 月 1 日 回复了 ns2250225 创建的主题 › 程序员 › 有什么办法可以把后端服务器完全隐藏起来啊 |
域名解析到 CDN，动静态资源都让走 CDN，CDN 回源到后端服务器，静态资源缓存，动态调用设置不缓存
2017 年 6 月 22 日 回复了 xiyang 创建的主题 › 程序员 › 运维和开发大家会选哪个? |
开发，工作更单一，只专注于自己涉及的那部分，主要就是编程，期间各软件会操作就行，到一定级别开始调优或者被黑了，就会关注运维这块，相当于是先往深了学，然后再向外扩展学习其他。
运维的话，一开始就把整个公司的技术栈摆你面前，所有软件、硬件都是先上手用，积累大量的使用经验，当需要管理的软硬件多到管理不过来的时候就会开始学编程，然后再慢慢的往深处学
开发的优势是专注，学一门语言一直用，时间越长越容易和新人拉开距离，缺点是眼界不够宽广
运维优势是一开始接触的就是网站的整体架构设计，整个流程，接触的技术多眼界就广，但是缺点也是因为太广，短时间根本 hold 不住，什么都懂就是不精
个人的一点看法，可能会因为眼界问题，说的不一定对
我的建议是做开发工作，运维感兴趣的话，可以自己学，工作还是先专一学一门的好，至少做个一年半年的还有个反悔的机会，做运维做个一年两年和刚开始做区别不大
运维的话，一开始就把整个公司的技术栈摆你面前，所有软件、硬件都是先上手用，积累大量的使用经验，当需要管理的软硬件多到管理不过来的时候就会开始学编程，然后再慢慢的往深处学
开发的优势是专注，学一门语言一直用，时间越长越容易和新人拉开距离，缺点是眼界不够宽广
运维优势是一开始接触的就是网站的整体架构设计，整个流程，接触的技术多眼界就广，但是缺点也是因为太广，短时间根本 hold 不住，什么都懂就是不精
个人的一点看法，可能会因为眼界问题，说的不一定对
我的建议是做开发工作，运维感兴趣的话，可以自己学，工作还是先专一学一门的好，至少做个一年半年的还有个反悔的机会，做运维做个一年两年和刚开始做区别不大
2017 年 6 月 8 日 回复了 gamegrd 创建的主题 › 程序员 › 看到 GO 这么火，打算学一下，但是文档看到这一句我立即弃坑了。。。 |
@gamegrd 我能说 shell 吗？
2017 年 5 月 26 日 回复了 fanne 创建的主题 › DevOps › saltstact 执行 sls 文件卡住问题请教。 |
if [ ! -z "$JBOSS_USER" ]; then
if [ -x /etc/rc.d/init.d/functions ]; then
daemon --user $JBOSS_USER LAUNCH_JBOSS_IN_BACKGROUND=1 JBOSS_PIDFILE=$JBOSS_PIDFILE $JBOSS_SCRIPT -c $JBOSS_CONFIG 2>&1 > $JBOSS_CONSOLE_LOG &
else
su - $JBOSS_USER -c "LAUNCH_JBOSS_IN_BACKGROUND=1 JBOSS_PIDFILE=$JBOSS_PIDFILE $JBOSS_SCRIPT -c $JBOSS_CONFIG" 2>&1 > $JBOSS_CONSOLE_LOG &
fi
fi
应该是这段。后面 添加 |at now，不过结果只会是成功
if [ -x /etc/rc.d/init.d/functions ]; then
daemon --user $JBOSS_USER LAUNCH_JBOSS_IN_BACKGROUND=1 JBOSS_PIDFILE=$JBOSS_PIDFILE $JBOSS_SCRIPT -c $JBOSS_CONFIG 2>&1 > $JBOSS_CONSOLE_LOG &
else
su - $JBOSS_USER -c "LAUNCH_JBOSS_IN_BACKGROUND=1 JBOSS_PIDFILE=$JBOSS_PIDFILE $JBOSS_SCRIPT -c $JBOSS_CONFIG" 2>&1 > $JBOSS_CONSOLE_LOG &
fi
fi
应该是这段。后面 添加 |at now，不过结果只会是成功
2017 年 5 月 26 日 回复了 fanne 创建的主题 › DevOps › saltstact 执行 sls 文件卡住问题请教。 |
jboss-as-standalone 脚本里面启动的那行改成 echo "nohup xxxxxxx &" | at now 应该就可已了，启动脚本没有返回，所以卡住了
需要提前开启 atd 服务
需要提前开启 atd 服务
Select Language