由 “抬刀问题”引发的一点感想

好见解

LZ说的很好的
有一定的经验，虽然我编程说不上老手，但是也有几年了，从我的个角度来说，没有做得最好的，只有做得更好的。
在编程的过程中抬刀和不台刀都有一定的利和避端，万事万物没有一样是完美的。
太多的抬刀会让机床有一定的磨损受命。当然，不台刀要看几何体的长像和情况了。这要编程经验的。
编程员具备的东西
1、扎实的基础 　　数据结构、离散数学、编译原理，这些是所有计算机科学的基础，如果不掌握它们，很难写出高水平的程序。程序人人都会写，但当你发现写到一定程度很难再提高的时候，就应该想想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP，即使你再精通OOP，遇到一些基本算法的时候可能也会束手无策。因此多读一些计算机基础理论方面的书籍是非常有必要的。
　　2、丰富的想像力
　　不要拘泥于固定的思维方式，遇到问题的时候要多想几种解决问题的方案，试试别人从没想过的方法。丰富的想像力是建立在丰富的知识的基础上，除计算机以外，多涉猎其他的学科，比如天文、物理、数学等等。开阔的思维对程序员来说很重要。
　　3、最简单的是最好的
　　这也许是所有科学都遵循的一条准则，复杂的质能转换原理在爱因斯坦眼里不过是一个简单得不能再简单的公式：E=mc2。简单的方法更容易被人理解，更容易实现，也更容易维护。遇到问题时要优先考虑最简单的方案，只有简单方案不能满足要求时再考虑复杂的方案。
　　4、不钻牛角尖
　　当你遇到障碍的时候，不妨暂时远离电脑，看看窗外的风景，听听轻音乐，和朋友聊聊天。当我遇到难题的时候会去玩游戏，当负责游戏的那部分大脑细胞极度亢奋的时候，负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候，我会发现那些难题现在竟然可以迎刃而解。
　　5、对答案的渴求
　　人类自然科学的发展史就是一个渴求得到答案的过程，即使只能知道答案的一小部分也值得我们去付出。只要你坚定信念，一定要找到问题的答案，你才会付出精力去探索，即使最后没有得到答案，在过程中你也会学到很多东西。
　　6、多与别人交流
　　三人行必有我师，也许在一次和别人不经意的谈话中，就可以迸出灵感的火花。多上上网，看看别人对同一问题的看法，会给你很大的启发。
　　7、良好的编程风格
　　注意养成良好的习惯，代码的缩进编排，变量的命名规则要始终保持一致。大家都知道如何排除代码中错误，却往往忽视了对注释的排错。注释是程序的一个重要组成部分，它可以使你的代码更容易理解，而如果代码已经清楚地表达了你的思想，就不必再加注释了，如果注释和代码不一致，那就更加糟糕。
　　8、韧性和毅力
　　这也许是“高手”和一般程序员最大的区别。高手们并不是天才，他们是在无数个日日夜夜中磨炼出来的。成功能给我们带来无比的喜悦，但过程却是无比的枯燥乏味。你不妨做个测试，找个10000以内的素数表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这一条。

说说具体的方法

同意你的观点

看完了！
总结得不错！

顶你了,没得说

典型的学院派，只吹不做的家伙，按你的思维，还是请博士支编程算了。

好呀，不管是吹也好买弄口才也好，要不要拿套来做做，叫大家来评断。

支持一个！ 很赞同

抬刀太多和太少都是不对,对开粗来说一层一两次就是正常,每个软件都能做到吧.但到了二粗,你说,它要抬就让他抬吧,那也是不负责的,打个比方,走模框的四个角,你也走一刀提一刀,那是不行的,UG可以使用先前平面再设置横越速度应该是不会过切的,但是抬得太低了,有时擦着工件走,如果能像PM一样,短连接使用先前平面,长连接用安全高度就非常完美,不知道6.0有没有解决这样的问题.我也试过加大垂直进刀来解决这样的问题,比如设10MM,但是进刀速度是比较慢的,更费时间,如果可以抬10MM,再快速下到1MM开始进刀就很好,抬刀方面还是要向PM学习,用PM就不用考虑抬刀的问题

是你程序控制余量不均匀了，我所有的程序抬刀都是先前平面，竖直距离0.2，从不会碰到面！像你说的PM的短连接，长连接，UG的抬刀和他差不多啊，近点的都是先前平面，远的就抬安全平面。