shrek_munich 发表于 2016-7-5 10:36
如果到代码层觉得很难写的，先问问你们arch的设计是怎么搞的
你造轮子也需要arch吗？
造轮子很简单吗。。。。。
chromeftw 发表于 2016-7-5 09:40
你造轮子也需要arch吗？
造轮子很简单吗。。。。。
如果有一个合理的流程，造轮子可能花时间和精力，但是不可能觉得难做
如果一个轮子觉得很难造，应该去考虑是流程问题还是这个轮子的需求超过现有流程的限制
这里说的难是hard而不是time consumming
shrek_munich 发表于 2016-7-5 10:48
如果有一个合理的流程，造轮子可能花时间和精力，但是不可能觉得难做
如果一个轮子觉得很难造，应该去考 ...
生活没那么复杂。。。。。。
hauke 发表于 2016-7-5 09:25
富姐是manager，怎么可能要写代码
偶尔也写代码，但不是为产品，是为BI写点。没办法，招不到人
hauke 发表于 2016-7-5 10:07
生活没那么复杂。。。。。。
生活其实复杂得多啊，要能像公司一下规定好流程，大家按部就班，办事就方便得多
shrek_munich 发表于 2016-7-5 10:48
如果有一个合理的流程，造轮子可能花时间和精力，但是不可能觉得难做
如果一个轮子觉得很难造，应该去考 ...
如果费时间不算是难的话。。。
简单的事情你觉得会费时间吗。。。
本帖最后由 shrek_munich 于 2016-7-5 10:49 编辑
chromeftw 发表于 2016-7-5 10:35
如果费时间不算是难的话。。。
简单的事情你觉得会费时间吗。。。
费时间当然不等于难，为了实现一个复杂的功能，良好的设计你可能需要在现有的逻辑线上很多地方添加或者扩展简单的功能，组合在一起实现复杂的business logic；一个差的设计需要你想各种点子通过workaround来绕过现有的逻辑实现额外的逻辑
前者叫time consumming， 后者叫hard或者difficult
正规的叫法是Extensibility
汝之蜜糖，吾之毒药。
有人对底层，通信得心应手，也许对结构，前端，后台，dwh，测试等方面头痛无比。
有人喜爱造轮子，有人喜爱做UI，有人喜爱db，IT世界那么大，个人总有自己精通的那一面。
”xx很容易，xxx不容易“这种争论无法有共识，个人都是站在自己擅长的那一面来争论的
leelight 发表于 2016-7-5 10:49
汝之蜜糖，吾之毒药。
有人对底层，通信得心应手，也许对结构，前端，后台，dwh，测试等方面头痛无比。
...
nono, 我从来没觉得sde好或者sdet不好
不过因为sde觉得在这个公司没有空间然后改行sdet我感觉有点过于草率
如果是自己喜欢sdet想改行当然没问题，这年头好的tester在某种程度上比sde更缺
shrek_munich 发表于 2016-7-5 11:51
nono, 我从来没觉得sde好或者sdet不好
不过因为sde觉得在这个公司没有空间然后改行sdet我感觉有点过于草 ...
咋又回到我的问题上来了，你不明白情况啊，好比一个biophysiker，由于会写点程序，毕业后在一家小公司谋得一个编程的职位，但是小公司里没有人会编程，这个biophysiker这几年也写了几个桌面应用程序，其他技术无从掌握，在工作中也没有学到啥新东西。这个时候再跳槽去搞编程已经很难，想回去再搞biophysik也很难了，所以不妨尝试下其他的东西！