j********r
发帖数: 96 | 1 *** If you are interested, please contact: J*********[email protected]
We are looking for a full-time Principal Software Engineer who has extensive
experience Refactoring code. On the back end we have 3 separate successful
products that need to be seemlessly joined as 1.
Our talent bar is very high and the challenges great, but the reward will be
just as substantial. We offer the right candidate the opportunity to be a
part of our family, work with some of the best and brightest to help build a
prod... 阅读全帖 |
|
s*******k
发帖数: 20 | 2 J2EE asks for layer-wise design. However, in my current work, there are lots
of overlayered objects and application structures.
I'd like to refactor them a bit. However, it is hard to have a neat start.
Any suggestions? Experiences?
Thanks in advance. |
|
m******t
发帖数: 2416 | 3
Have you ever noticed that, when companies start laying off people, they often
start with those mid-level managers who basically don't do much more than
delegating?
I'd say the same strategy would serve as a good start point for your
refactoring, too. 8-) |
|
g*****g
发帖数: 34805 | 4 Lately I tried to break down a long class which had 3000+ lines of code
developed by someone coz I am having a hard time maintaining it. And it's
common in everyone's project.
Here are some practical steps and tips I want to share and would welcome
any comments and suggestions. Most of them you can find more details in
refactoring books.
1. Remove unused fields and functions. If there's no references, simply
remove them unless you are providing standard API to open public.
2. Move utility functi |
|
c*****t
发帖数: 1879 | 5 There is a conflict of philosphy in parts. The procedure described
seems to indicate that you want to create a significantly better code,
yet you are working on that piece of dead code. It might be just easier
to code new classes and just refactor some of the critical functions to
these new classes. Then you have the freedom of using patterns. Otherwise,
I would recommand to refrain from doing too much at once, such as reducing
the instance variables etc.
My procedure for dealing some crappy |
|
|
i*****f
发帖数: 578 | 7 这个是根据著名的stackoverflow讨论总结的最具影响力编程书籍。与大家分享。BTW,
其中的CLRS introduction to alg我认为很适合用python.
http://www.internetsecuritydb.com/2011/09/top-ten-most-influent
programming.html
"If you could go back in time and tell yourself to read a specific book
at the beginning of your career as a developer, which book would it be."
Since it was first posed back in 2008, this question has become the
second most popular question of all time on StackOverflow.
Here are the results:
Code Complete (2nd Edition)
By Steve... 阅读全帖 |
|
d**d
发帖数: 389 | 8 很多情况下 能不能refactor根本不是技术上的问题，还是政治上的问题。
你refactor了，万一出了问题，谁负责？除非产品还是在研发测试阶段，refactor是经
常的事。如果产品已经给了客户了，refactor只有在出现大的bug，不refactor就改正
不了的情况吧？
.
动。 |
|
e*******o
发帖数: 4654 | 9 我已经说了, 优化代码的那个.
自己连test 都跑不过, 然后又恢复我原来的代码.
抽象那个, 因为外部依赖的库变了, 有bug 出现, 我直接把原来的 parent class 删了
, 从新写了一下,容易懂, 也work.
反正, 每次看到, 硬扣出来的class 中, method 中 各种if else, 俺就 WTF 无数次.
上代码 一是不允许, 即使允许, 很难分离出来.
吐槽的也有他提醒某些nerd 的意思, 不要处处都抽象, 用各种所谓的高级feature, 自
然而然的代码, 多好.
还有所谓的refactor, 有些代码refactor 前还可以读, 某些人 refactor 之后就不可
读了.
完全是看着代码refactor, 而不是根据处理问题的思路refactor. 绝对是做负功。 |
|
w**********5
发帖数: 1741 | 10 如果孔子当了码工，那么他一定会发明一种新的程序设计语言，这门语言庄重典雅，格
式规范。他会告诉你越早的程序设计语言才是越好的。他会培养众多的弟子，但因为大
公司没有一个愿意使用这门语言，他只能带着诸多弟子颠沛流离，以干咨询为生。
如果老子当了码工，那么他一定会设计一种非常宽松的程序设计语言，你甚至不需要声
明一个变量，因为你根本不可能准确地定义什么是变量。这门语言非常奥妙，对于懂的
人来说，它是那么地神奇，可以解决天下任何问题，而对于不懂的人来说，它简直就是
一堆乱码。
如果韩非子当了码工，那么他一定会设计一种非常严格的程序设计语言，不光要声明变
量的名称和类型，还要声明它的内存地址、生存周期、与哪些其他变量互相作用。
如果庄子当了码工，那么他一定不屑于在任何一家公司里工作，而是自己躲在一个地方
写自己最喜欢写的代码。他的这种思想深深地影响了后来一个叫陶渊明的码工，后者曾
经在某篇博客中描绘了一个所有程序都没有Bug、码工和PM和平相处的美好世界。
如果商鞅当了码工，那么他一定会在哪个变量运行出错时把所有与它相关的变量全部删
掉。
如果秦始皇当了码工，那么他一定是那个将公司发展壮大、吞... 阅读全帖 |
|
w**********5
发帖数: 1741 | 11 如果孔子当了码工，那么他一定会发明一种新的程序设计语言，这门语言庄重典雅，格
式规范。他会告诉你越早的程序设计语言才是越好的。他会培养众多的弟子，但因为大
公司没有一个愿意使用这门语言，他只能带着诸多弟子颠沛流离，以干咨询为生。
如果老子当了码工，那么他一定会设计一种非常宽松的程序设计语言，你甚至不需要声
明一个变量，因为你根本不可能准确地定义什么是变量。这门语言非常奥妙，对于懂的
人来说，它是那么地神奇，可以解决天下任何问题，而对于不懂的人来说，它简直就是
一堆乱码。
如果韩非子当了码工，那么他一定会设计一种非常严格的程序设计语言，不光要声明变
量的名称和类型，还要声明它的内存地址、生存周期、与哪些其他变量互相作用。
如果庄子当了码工，那么他一定不屑于在任何一家公司里工作，而是自己躲在一个地方
写自己最喜欢写的代码。他的这种思想深深地影响了后来一个叫陶渊明的码工，后者曾
经在某篇博客中描绘了一个所有程序都没有Bug、码工和PM和平相处的美好世界。
如果商鞅当了码工，那么他一定会在哪个变量运行出错时把所有与它相关的变量全部删
掉。
如果秦始皇当了码工，那么他一定是那个将公司发展壮大、吞... 阅读全帖 |
|
w**********5
发帖数: 1741 | 12 如果孔子当了码工，那么他一定会发明一种新的程序设计语言，这门语言庄重典雅，格
式规范。他会告诉你越早的程序设计语言才是越好的。他会培养众多的弟子，但因为大
公司没有一个愿意使用这门语言，他只能带着诸多弟子颠沛流离，以干咨询为生。
如果老子当了码工，那么他一定会设计一种非常宽松的程序设计语言，你甚至不需要声
明一个变量，因为你根本不可能准确地定义什么是变量。这门语言非常奥妙，对于懂的
人来说，它是那么地神奇，可以解决天下任何问题，而对于不懂的人来说，它简直就是
一堆乱码。
如果韩非子当了码工，那么他一定会设计一种非常严格的程序设计语言，不光要声明变
量的名称和类型，还要声明它的内存地址、生存周期、与哪些其他变量互相作用。
如果庄子当了码工，那么他一定不屑于在任何一家公司里工作，而是自己躲在一个地方
写自己最喜欢写的代码。他的这种思想深深地影响了后来一个叫陶渊明的码工，后者曾
经在某篇博客中描绘了一个所有程序都没有Bug、码工和PM和平相处的美好世界。
如果商鞅当了码工，那么他一定会在哪个变量运行出错时把所有与它相关的变量全部删
掉。
如果秦始皇当了码工，那么他一定是那个将公司发展壮大、吞... 阅读全帖 |
|
h*i
发帖数: 3446 | 13 不要瞎说哦。
Lisp的主要工作方式就是不停的refactor。所谓REPL driven bottom-up development,
"Lisp is not a language, it is a building material"，这些都是一个意思，就是
写Lisp就是要不停的refactor，这是Lisp的生命所在。
作为一个vim person, 我用spacemacs的唯一原因就是emacs的Clojure layer (叫做
CIDER)有方便的refactor的功能. Clojure在IntelliJ的IDE(叫做Cursive)，也有很强
大的refactor功能。
现在Clojure引入了spec，自动分析功能以后会更强。 |
|
x****d
发帖数: 1766 | 14
Martin Fowler says, Refactoring is the process of changing a software system
in such a way that it does not alter the external behavior of the code yet
improves its internal structure. It is a disciplined way to clean up code
that minimizes the chances of introducing bugs. In essence when you refactor
you are improving the design of the code after it has been written.
So, it is not necessary to have the design done perfect in the first place,
or forcing ourselves using all patterns in OO monogr... 阅读全帖 |
|
c*****t
发帖数: 1879 | 15 没必要盲目的崇拜这种东西。你这么崇拜说明你对做这些东西
需要的代码量还没没有直接的概念。说明你自己很少搞个 project 。
Linus 在搞 Git 之前已经用了几种 distributed SCM ，才能够有强烈的欲
望搞个自己的东西，而且方方面面已经考虑了很久，所以才能快速写出一个。
如果你让他搞个他一点不熟悉的东西，他也没辙。
其实 Java 的最大优点就是，让程序员更专注整体架构，而不是某些跟逻辑
无关的细节（C++ 的很多就是这些无聊的细节）。加上 Java 的 project 相
对周期短很多，相对来说，Java 能让程序员更快的理解以前很多需要长时间
理解的概念。
所以我建议一味搞 C/C++ 的同学学习下 Java 。免得明察秋毫，不见舆薪。
而且术业有专攻。goodbug 搞 Java server 方面也 N 年了。真要有 Linus 和
他对比 web service 的东西，要我就更听他一些。而且相信 goodbug 要写
个类似 Git 的话，也不成问题，只不过没必要而已。
就我学过 Basic / Pascal / C / C++ / Java / C#... 阅读全帖 |
|
z*******3
发帖数: 13709 | 16 IntelliJ IDEA
Code-centric IDE, focused on your productivity. Full Java EE ...
PhpStorm
Smart PHP IDE with refactorings, code completion, on-the-fly ...
ReSharper
Productivity and code refactoring plugin for Visual Studio 2005 ...
PyCharm
Python and Django IDE with refactorings, code completion ...
Products
We think you will find that our products reflect our dedication ...
WebStorm
The most intelligent JavaScript IDE: JavaScript + CSS + HTML ... |
|
c******n
发帖数: 16666 | 17 应该说我漏了个先决条件——第二次refactor
单纯就快肯定是monolith最快
但是我想到如果要考虑到将来搞CI，可能还是在第一次refactor时候就改micro
service（第一次弄的时候肯定是能跑就行，真用mongo上schemaless感觉也算合理），
就如你说的去耦合，扩展起来也是独立进行的，
好处是不用全部推翻重来，然后对CI比较友好，缺点无非就是最后overhead比较高，那
就堆硬件呗。。直到有钱有人了再一个一个service来refactor |
|
z*******n
发帖数: 1034 | 18 by Jeff Martin on Jun 26, 2014 | Discuss
Details continue to emerge from Microsoft as to how the support for standard
C will be improved in Visual Studio “14”. Improving C99 compliance is a
top priority, but complementing that effort is a redesign of the familiar
mscorlib DLL. Microsoft’s James McNellis announced that the company is
splitting up Windows’ C runtime (CRT) into three distinct runtimes to
better support the needs of the various platforms that applications are
targeting.
The refact... 阅读全帖 |
|
l*****n
发帖数: 328 | 19 好几个公司的 IT 部门很多老中都这样，包括软件公司：
表现为：
让做什么就做什么，不会碰任何自己职能范围内多余的事情，没事干了就上网。就是所
谓'do bare minimum'，一个程序有点问题，宁愿每次出问题了修修补补，不愿化时间
从新refactor一下。 主动对程序，设计提出建议和自己进行修改，refactor,
redesign 的都是同组的美国人. 很多美国人，你给他一个程序让他维护，1，2个月以
后，你会发现他主动修改，重新设计过很多东西，让程序变得更robust, extendible.
你把一个程序让一老中接受，很多情况下他就最多修改一下不得不修的bug，不会认真
去看源代码，消化. 半年以后这个程序的源代码没改过。你逼这他改了，他稍微动一动。
反正总体感觉，做技术的，老美普遍比老中敬业。当然很不负责任的人不是老中，
老中大部分没有非常不负责任，但是也很少工作态度很主动的，就是大部分人‘混饭吃
’，‘只求无过不求有功’。
所以底层码工老中不少，但是一个也升不上去。我不是说管理层的，就是技术大牛，比
如architect, chief engineer 这类的也没有。... 阅读全帖 |
|
o**********e
发帖数: 18403 | 20 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: onetiemyshoe (onetiemyshoe), 信区: SanFrancisco
标 题: 阿三不能忍 (转载)
发信站: BBS 未名空间站 (Wed Jun 3 20:15:35 2015, 美东)
发信人: trollmaster (北美酱油店店长), 信区: JobHunting
标 题: 阿三不能忍
发信站: BBS 未名空间站 (Wed Jun 3 17:59:43 2015, 美东)
我老最近给一个阿三擦屁股
提交了REVIEW，有一堆FIX和REFACTOR
结果这烙印尽给我挑刺
到处叫我加DOCUMENTATION我忍了，给我错的回馈我老也能耐心回复
不能忍的是有块是他自己写的代码，我老REFACTOR到一个新的文件去了
结果他以为是我写的，就开始挑刺
我TMD也是醉了
------------- MY COMMENTS ----------------
这话说得精辟。 烙印的特色就是不要脸，
就是笑眯眯地阴你，直到你滚蛋。
JPM CHASE 70M 用户信息被盗，
其他I... 阅读全帖 |
|
a****r
发帖数: 12375 | 21 匹夫之怒，亦免冠徒跣，以头抢地耳。
【 以下文字转载自 SanFrancisco 讨论区 】
发信人: onetiemyshoe (onetiemyshoe), 信区: SanFrancisco
标 题: 阿三不能忍 (转载)
发信站: BBS 未名空间站 (Wed Jun 3 20:15:35 2015, 美东)
发信人: trollmaster (北美酱油店店长), 信区: JobHunting
标 题: 阿三不能忍
发信站: BBS 未名空间站 (Wed Jun 3 17:59:43 2015, 美东)
我老最近给一个阿三擦屁股
提交了REVIEW，有一堆FIX和REFACTOR
结果这烙印尽给我挑刺
到处叫我加DOCUMENTATION我忍了，给我错的回馈我老也能耐心回复
不能忍的是有块是他自己写的代码，我老REFACTOR到一个新的文件去了
结果他以为是我写的，就开始挑刺
我TMD也是醉了
------------- MY COMMENTS ----------------
这话说得精辟。 烙印的特色就是不要脸，
就是笑眯眯地阴你，直到你滚蛋。
JPM CHA... 阅读全帖 |
|
f****4
发帖数: 1359 | 22 需求变更是像这么个东西：
你一开始被要求设计一个手机，你设计了
结果人家说要这个手机能剃胡子，那这就是需求变更
refactoring象这么个东西：
你把你的车换了更好的轮胎，引擎，刹车
车还是车，只是内在更好了
接口设计像这么个东西：
你设计了个5叉插座，然后厂家都生产了5叉插头，产品大卖
然后，你突然要求修改5叉为6叉——你让人家已经生产的产品怎么办？剪掉插头，自己
再绑一个上去？（其实你也知道没这么简单的）
所有public出去的接口，等你再想修改的时候就没那么简单了（除非没一个人用过这个
接口）
design pattern就像说明书
告诉了你碰到啥样的情况，可以用啥样的办法来设计
其实，很多时候，系统要是根本就没有变化，根本不需要修改设计，不要做
refactoring的话，design pattern的最大优势根本体现不出来 |
|
l*****n
发帖数: 328 | 23 好几个公司的 IT 部门很多老中都这样，包括软件公司：
表现为：
让做什么就做什么，不会碰任何自己职能范围内多余的事情，没事干了就上网。就是所
谓'do bare minimum'，一个程序有点问题，宁愿每次出问题了修修补补，不愿化时间
从新refactor一下。 主动对程序，设计提出建议和自己进行修改，refactor,
redesign 的都是同组的美国人. 很多美国人，你给他一个程序让他维护，1，2个月以
后，你会发现他主动修改，重新设计过很多东西，让程序变得更robust, extendible.
你把一个程序让一老中接受，很多情况下他就最多修改一下不得不修的bug，不会认真
去看源代码，消化. 半年以后这个程序的源代码没改过。你逼这他改了，他稍微动一动。
反正总体感觉，做技术的，老美普遍比老中敬业。当然很不负责任的人不是老中，
老中大部分没有非常不负责任，但是也很少工作态度很主动的，就是大部分人‘混饭吃
’，‘只求无过不求有功’。
所以底层码工老中不少，但是一个也升不上去。我不是说管理层的，就是技术大牛，比
如architect, chief engineer 这类的也没有。... 阅读全帖 |
|
b******s
发帖数: 25 | 24 Please contact:
Alex Melaik
Technical Engineering Recruiter
CATAPULT STAFFING, INC.
1820 Preston Park Blvd, Suite 1600, Plano, TX 75093
Office: 972-299-8809
Fax : 469-298-3473
Cell : 972-802-9627
A*********[email protected]
See below information from recruiter Alex. He said there are two very good
positions (senior software engineer) in Sugarland, TX. They are full time
positions in a global company with a salary range from 105-120K. Sugarland
has excellent elementary/middle/high scho... 阅读全帖 |
|
T*******e
发帖数: 4928 | 25 如果真想帮你提高，就在code review的时候直接告诉你， 你早就refactor完了。
会等到几个月后peer review的时候来背后说？到现在也没告诉你哪些程序需要“code
refactoring”。 |
|
t*********r
发帖数: 387 | 26 来自主题: JobHunting版 - 阿三不能忍 我老最近给一个阿三擦屁股
提交了REVIEW，有一堆FIX和REFACTOR
结果这烙印尽给我挑刺
到处叫我加DOCUMENTATION我忍了，给我错的回馈我老也能耐心回复
不能忍的是有块是他自己写的代码，我老REFACTOR到一个新的文件去了
结果他以为是我写的，就开始挑刺
我TMD也是醉了 |
|
g*****g
发帖数: 34805 | 27 来自主题: JobHunting版 - 阿三不能忍 我老人家擦屁股的事情干得很多。每次上来就先强调现行代码烂，需要refactor，又没
有充分测试，refactor本身就不安全云云。多说几次管理层就有心理准备。出了事情不
用当替罪羊。那个烙印敢反驳代码烂立马撩摊子让他自己干。要从上到下都知道干这个
活是do a favor，而且因为代码烂快不了。烙印有脸让你擦屁股，你一定要有胆子说其
代码烂。
当然在这之前能避免接擦屁股的事情最好。 |
|
发帖数: 1 | 28 好吧，还好还没和土耳其人说。。。。
但是如何联合manager呢？ 去打小报告么？
manager 1v1的时候倒是问过我对火鸡的看法，还问我code refactor是不是都是火鸡的
主意。我不想做坏人，所以总是说火鸡还好，要求很高但是这对项目也很有帮助，code
refactor都是大家讨论以后决定的。。。
我们有个比较重要的app 是火鸡一手搞起来的，我当时还不在。manager还问过我 要是
火鸡走了，你一个人能维护这个app么？当时我说能。。。
火鸡在这个研究所呆了7年了，听人说他抱怨了7年，还和manager吵过好多次，当着
manager的面说you are not doing your job。。。觉得也不是一时半会儿能解决掉他
的。。。 |
|
发帖数: 1 | 29 简介：
欧洲通信码农想转互联网，当地只有g和a可选，多次未果，只能苟且在软件公司做代码
重构，现拿到a的offer，但只有当前工资的70%，何如？
--------------------- 原文 ---------------------
国内硕士毕业前6年在国内和国外做通信物理层实现，通信基本也就这样了。一直想转
行，只是普通公司不如通信工资高，又要养家所以一直没投小公司。之前投了3次
google，1次马鬃拿了3次onsite都没成。
去年投了一个小软件公司算是IT行业本地最高工资之一，就弃了通信转投软件。结果进
去之后发现老板暴脾气，新招的developer要在六个月试用期裁70%。公司搞很复杂的
generic c++11，开始进去啥也不懂，但好在老板给留的refactoring做的还不错，就成
了剩下的30%了。但是老板说留下可以，只是只能做refactoring。基本也就是没啥前途
，再涨工资也比较渺茫。但工资是本地互联网小公司码农的2倍，比通信大公司多50%，
就是压力大。
今年马鬃recruiter又联系我，就做了online test之后去onsite. 四轮有一个... 阅读全帖 |
|
r****s
发帖数: 1025 | 30 这个startup看着还是比较厉害：
3. 人力， 除了湾区雇佣的美工和市场外，为降低成本，coder不是H1b，就是
remote的外国人，或者兼职学生。 公司开了六七年，最近才到三十个人。
--- 不错，人越少，固定开支越少。人少还不影响项目进度赚钱，比较厉害。
4. 沟通，车间风格，平时交流就是靠面对面说 + 使用Slack。 也有类似jira的
tracking system，但是基本上没有人用（好像除了我），因为开会的时候重来没听谁
提过哪个Ticket。
--- 人少，iteration快，没必要走形式。
5. 管理，我汇报给CTO，他分配任务从来都是靠嘴，没有用jira或者其他工具，对
developer很不客气。我有次多干了点东西，不是他想要的feature，马上甩脸子。有个
remote 工作的哥们说花了两天时间Refactoring代码， 他特别生气。后来一个哥们总
结，在这里干活就是要干半截子给他看，千万别多干。CTO就想要protptype，整个产品
也是一个大prototype。
--- 废话，新feature上去了谁都不知道有没有用，谁都不知道值不值得往... 阅读全帖 |
|
l*****n
发帖数: 328 | 31 好几个公司的 IT 部门很多老中都这样，包括软件公司：
表现为：
让做什么就做什么，不会碰任何自己职能范围内多余的事情，没事干了就上网。就是所
谓'do bare minimum'，一个程序有点问题，宁愿每次出问题了修修补补，不愿化时间
从新refactor一下。 主动对程序，设计提出建议和自己进行修改，refactor,
redesign 的都是同组的美国人. 很多美国人，你给他一个程序让他维护，1，2个月以
后，你会发现他主动修改，重新设计过很多东西，让程序变得更robust, extendible.
你把一个程序让一老中接受，很多情况下他就最多修改一下不得不修的bug，不会认真
去看源代码，消化. 半年以后这个程序的源代码没改过。你逼这他改了，他稍微动一动。
反正总体感觉，做技术的，老美普遍比老中敬业。当然很不负责任的人不是老中，
老中大部分没有非常不负责任，但是也很少工作态度很主动的，就是大部分人‘混饭吃
’，‘只求无过不求有功’。
所以底层码工老中不少，但是一个也升不上去。我不是说管理层的，就是技术大牛，比
如architect, chief engineer 这类的也没有。... 阅读全帖 |
|
B****n
发帖数: 1523 | 32 can't agree more
四个月前，公司来个lz赞赏的人，原本该他做的部分，现在还没影。
这四个月不停要refactor，性能没提高，不停还要帮他fix bugs
我多年经验告诉我，不要做任何无谓的改动，稳定性更重要。
要升职更应该花时间在political上，而不是浪费在这种吃力不讨好
的refactor上。 |
|
l*****n
发帖数: 328 | 33 好几个公司的 IT 部门很多老中都这样，包括软件公司：
表现为：
让做什么就做什么，不会碰任何自己职能范围内多余的事情，没事干了就上网。就是所
谓'do bare minimum'，一个程序有点问题，宁愿每次出问题了修修补补，不愿化时间
从新refactor一下。 主动对程序，设计提出建议和自己进行修改，refactor,
redesign 的都是同组的美国人. 很多美国人，你给他一个程序让他维护，1，2个月以
后，你会发现他主动修改，重新设计过很多东西，让程序变得更robust, extendible.
你把一个程序让一老中接受，很多情况下他就最多修改一下不得不修的bug，不会认真
去看源代码，消化. 半年以后这个程序的源代码没改过。你逼这他改了，他稍微动一动。
反正总体感觉，做技术的，老美普遍比老中敬业。当然很不负责任的人不是老中，
老中大部分没有非常不负责任，但是也很少工作态度很主动的，就是大部分人‘混饭吃
’，‘只求无过不求有功’。
所以底层码工老中不少，但是一个也升不上去。我不是说管理层的，就是技术大牛，比
如architect, chief engineer 这类的也没有。... 阅读全帖 |
|
B****n
发帖数: 1523 | 34 can't agree more
四个月前，公司来个lz赞赏的人，原本该他做的部分，现在还没影。
这四个月不停要refactor，性能没提高，不停还要帮他fix bugs
我多年经验告诉我，不要做任何无谓的改动，稳定性更重要。
要升职更应该花时间在political上，而不是浪费在这种吃力不讨好
的refactor上。 |
|
o**********e
发帖数: 18403 | 35 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: onetiemyshoe (onetiemyshoe), 信区: SanFrancisco
标 题: 阿三不能忍 (转载)
发信站: BBS 未名空间站 (Wed Jun 3 20:15:35 2015, 美东)
发信人: trollmaster (北美酱油店店长), 信区: JobHunting
标 题: 阿三不能忍
发信站: BBS 未名空间站 (Wed Jun 3 17:59:43 2015, 美东)
我老最近给一个阿三擦屁股
提交了REVIEW，有一堆FIX和REFACTOR
结果这烙印尽给我挑刺
到处叫我加DOCUMENTATION我忍了，给我错的回馈我老也能耐心回复
不能忍的是有块是他自己写的代码，我老REFACTOR到一个新的文件去了
结果他以为是我写的，就开始挑刺
我TMD也是醉了
------------- MY COMMENTS ----------------
这话说得精辟。 烙印的特色就是不要脸，
就是笑眯眯地阴你，直到你滚蛋。
JPM CHASE 70M 用户信息被盗，
其他I... 阅读全帖 |
|
o**********e
发帖数: 18403 | 36 【 以下文字转载自 Seattle 讨论区 】
发信人: onetiemyshoe (onetiemyshoe), 信区: Seattle
标 题: 阿三不能忍 (转载)
发信站: BBS 未名空间站 (Wed Jun 3 20:17:52 2015, 美东)
发信人: onetiemyshoe (onetiemyshoe), 信区: SanFrancisco
标 题: 阿三不能忍 (转载)
发信站: BBS 未名空间站 (Wed Jun 3 20:15:35 2015, 美东)
发信人: trollmaster (北美酱油店店长), 信区: JobHunting
标 题: 阿三不能忍
发信站: BBS 未名空间站 (Wed Jun 3 17:59:43 2015, 美东)
我老最近给一个阿三擦屁股
提交了REVIEW，有一堆FIX和REFACTOR
结果这烙印尽给我挑刺
到处叫我加DOCUMENTATION我忍了，给我错的回馈我老也能耐心回复
不能忍的是有块是他自己写的代码，我老REFACTOR到一个新的文件去了
结果他以为是我写的，就开始挑刺
我TMD也是醉了
----... 阅读全帖 |
|
l**********r
发帖数: 4612 | 37 【 以下文字转载自 Military 讨论区 】
发信人: ludiman (ludiman), 信区: Military
标 题: 中国员工很多对工作毫无激情
发信站: BBS 未名空间站 (Wed Oct 10 19:29:48 2012, 美东)
好几个公司的 IT 部门很多老中都这样，包括软件公司：
表现为：
让做什么就做什么，不会碰任何自己职能范围内多余的事情，没事干了就上网。就是所
谓'do bare minimum'，一个程序有点问题，宁愿每次出问题了修修补补，不愿化时间
从新refactor一下。 主动对程序，设计提出建议和自己进行修改，refactor,
redesign 的都是同组的美国人. 很多美国人，你给他一个程序让他维护，1，2个月以
后，你会发现他主动修改，重新设计过很多东西，让程序变得更robust, extendible.
你把一个程序让一老中接受，很多情况下他就最多修改一下不得不修的bug，不会认真
去看源代码，消化. 半年以后这个程序的源代码没改过。你逼这他改了，他稍微动一动。
反正总体感觉，做技术的，老美普遍比老中敬业。当然很不负责任的人不是老中... 阅读全帖 |
|
o**********e
发帖数: 18403 | 38 【 以下文字转载自 SanFrancisco 讨论区 】
发信人: onetiemyshoe (onetiemyshoe), 信区: SanFrancisco
标 题: 阿三不能忍 (转载)
发信站: BBS 未名空间站 (Wed Jun 3 20:15:35 2015, 美东)
发信人: trollmaster (北美酱油店店长), 信区: JobHunting
标 题: 阿三不能忍
发信站: BBS 未名空间站 (Wed Jun 3 17:59:43 2015, 美东)
我老最近给一个阿三擦屁股
提交了REVIEW，有一堆FIX和REFACTOR
结果这烙印尽给我挑刺
到处叫我加DOCUMENTATION我忍了，给我错的回馈我老也能耐心回复
不能忍的是有块是他自己写的代码，我老REFACTOR到一个新的文件去了
结果他以为是我写的，就开始挑刺
我TMD也是醉了
------------- MY COMMENTS ----------------
这话说得精辟。 烙印的特色就是不要脸，
就是笑眯眯地阴你，直到你滚蛋。
JPM CHASE 70M 用户信息被盗，
其他I... 阅读全帖 |
|
b******s
发帖数: 25 | 39 Please contact:
Alex Melaik
Technical Engineering Recruiter
CATAPULT STAFFING, INC.
1820 Preston Park Blvd, Suite 1600, Plano, TX 75093
Office: 972-299-8809
Fax : 469-298-3473
Cell : 972-802-9627
A*********[email protected]
See below information from recruiter Alex. He said there are two very good
positions (senior software engineer) in Sugarland, TX. They are full time
positions in a global company with a salary range from 105-120K. Sugarland
has excellent elementary/middle/high scho... 阅读全帖 |
|
d********f
发帖数: 43471 | 40 【 以下文字转载自 Working 讨论区 】
发信人: ludiman (ludiman), 信区: Working
标 题: 中国员工很多对工作毫无激情
发信站: BBS 未名空间站 (Wed Oct 10 19:31:20 2012, 美东)
好几个公司的 IT 部门很多老中都这样，包括软件公司：
表现为：
让做什么就做什么，不会碰任何自己职能范围内多余的事情，没事干了就上网。就是所
谓'do bare minimum'，一个程序有点问题，宁愿每次出问题了修修补补，不愿化时间
从新refactor一下。 主动对程序，设计提出建议和自己进行修改，refactor,
redesign 的都是同组的美国人. 很多美国人，你给他一个程序让他维护，1，2个月以
后，你会发现他主动修改，重新设计过很多东西，让程序变得更robust, extendible.
你把一个程序让一老中接受，很多情况下他就最多修改一下不得不修的bug，不会认真
去看源代码，消化. 半年以后这个程序的源代码没改过。你逼这他改了，他稍微动一动。
反正总体感觉，做技术的，老美普遍比老中敬业。当然很不负责任的人不是老中，
... 阅读全帖 |
|
c*********e
发帖数: 16335 | 41 老板approve一个同事把web form app给refactoring成mvp结构了。近来公司的重点就
是refactoring.本来这个网站功能已经很完善，不知为啥要改成mvp. |
|
c*****t
发帖数: 1879 | 42 The free version of NetBeans doesn't have refactoring tool (need to get
it from third party).
I am using Eclipse at work. It's refactoring is not as good as IDEA.
In 3.0, it became much much more configurable in code style. I like
the compile on save feature very much. So can run the code immediately
after saving. All the errors are listed in the todo window with 1 line
description, very convenient because it tells you how much work left
to do get the project re-running again.
I also tried I |
|
F****n
发帖数: 3271 | 43 Is the refactoring tool in Eclipse reliable? I am currently using JBuilder and
Netbeans, and I don't think I trust the refactoring tool from either of them.
Anyway I can try it myself but if you know something it could save me from
messing up the huge code base i have to deal with. |
|
|
m******t
发帖数: 2416 | 45 Replace sitemesh with jsf/facelets, and sprinkle some aop
here and there, and you pretty much have the front-end
architecture I'm working with these days.
1. Refactoring: it's a pain indeed - not only when refactoring,
but also when troubleshooting and apprehending.
My feeling though is that the answer lies in better IDE tooling
support and more rigorous testing, instead of moving most of
the stuff back into java code.
2. AJAX: I try to stay away from the "ajax wrappers" these days.
They are bas |
|
k***r
发帖数: 4260 | 46 赞一下两个轮流用不怕麻烦，呵呵
你说IDEA的refactoring强，希望有机会试试看。只是eclipse的
refactoring tools也还没有都用过，一般都是Copy&Paste。
Code inspection都做些什么？
主要是现在还没感觉到eclipse有什么做不了，或者很不方便的
事情，所以还没有很大动力仔细研究IDEA。。 |
|
S****h
发帖数: 558 | 47 I would add that java facilitate refactoring by get rid of some dangerous
and complicated things like pointers. (refactoring tools in C++ is much
limited.)
completion |
|
p*****3
发帖数: 488 | 48 列举一下这4个月出的各种各样的错:
1. 各种exception处理，啥是re-tryable, 啥是事non-retryable，各种exception走的
路径，啥时候做log，log些啥，特别是log，以前以为记不记无所谓，onCall了一周发
现不记log完全没办法诊断，太TM重要了。Exception的处理也太TM重要了。
2. Business logic, 就那些逻辑咋就那么复杂，各种service盘根错节，我靠了。因为
逻辑理解出错导致N次修改logic code.
3. Service interface设计还是挺有学问的，还得站在其他相关组的角度考虑需求，自
己组的业务逻辑都还没整清楚.... 只能和经理说还木到那个vision ....
4. Apollo, Brazil, omnigrok, p4等各个工具各种概念很难理解啊
5. Code base不熟悉，写的code review时被告知某个package下的某个类已经实现了，
重新refactoring 。。。。
6. 有时几个组员同时修改一块code, 疲于跟随他们的refactoring做修改, 效率极... 阅读全帖 |
|
g*****g
发帖数: 34805 | 49 俺个人用得比较多的脚本语言是javascript，以前也用过一点perl。
python/ruby等等，在可读性上有进步，在某些领域的好处是毋庸置疑的。
比如写一个quick and dirty或者prototype的东西，肯定很快。
坏处也是共通的。
1. 可维护性，ruby的创始人说软件是依靠单元测试，而不是编译器来查错的。
充分测试的软件，动态还是静态类型没有区别。他说的并没有错，问题是
复杂软件往往难以充分测试，在成为产品之后发现问题是正常的。静态类型局限了
这些bug是逻辑问题，而动态类型，就有简单typo等等错误引发的可能。你很不希望
看到因为这样的简单错误而必须去patch你的系统。
2. public API
前面coconut提过，动态类型使得调用者依赖于文档而不是接口本身来了解接口。
这往往会使代码难读，容易出运行时错。可读性好的源程序并不需要很多注释，
当你觉得注释很必要的时候可能更需要的是refactor。对于这个大家可以读读这
本书。emule上有。
Addison Wesley - Refactoring Improving the Design of Ex |
|
X****r
发帖数: 3557 | 50 老实说我不觉得这些自动补全之类的功能对总体的开发速度有多大影响。
就像前面有人说的那样，程序员的主要时间不是花在把代码从键盘输入到计算机里。
项目越大，这个的比重越小。输入代码的时间和代码大小成正比，而一般认为bug
的数目和代码大小的平方成正比（当然单元测试这些作得比较好的会好一点，但我
觉得怎么也有1.5次方吧），就算每个bug的解决时间是常数（实际我估计是代码
大小的.5次方左右），代码大了以后也会有越来越多的时间在QA周期上。还有一个
就是iteration带来的refactoring。假设feature数和代码大小成正比，每个feature
在单位时间里需求要改变的可能性为常数，而iteration次数和feature数目的.5次方
成正比，那refactoring所花的相对时间也会越来越多，虽然没有QA那么多。
你看那些大的项目，比如Windows，你把它的总代码行数除以开发人员的数目和所花
的时间，它名义上的每人每天写的行数是很小的数字。
起能弥补
如果你用下面这个图里面的IPython，只要 obj? 甚至 obj.之后按 TAB 补全就行，然
后可以一直 intro |
|
