1
Sunyanzi 2013-04-01 11:18:02 +08:00 2
我问一下什么叫没有技术交流的公司 ...
如果给你一个部门 ... 你是部门经理 ... 是公司技术的一把手 ... 上面只有一个不懂技术的 CEO 和你不遇到问题不会指导你的 Technical Director ... 你可以从招聘开始重新带起一个团队来 ... 这样算不算没有技术交流呢 ..? |
3
darkyoung 2013-04-01 12:19:12 +08:00
孙鸭子现身。。
|
4
Sunyanzi 2013-04-01 13:36:06 +08:00
|
7
joyqi 2013-04-01 19:15:55 +08:00
我把年限看成php版本了。。。
|
9
Sunyanzi 2013-04-01 19:32:09 +08:00
@GTim 比起祁叔 blog 域名来 ... 祁叔的 http://segmentfault.com 更为众人所知吧 ...
至于那个管理工具 ... 临时的创意啦 ... 结果后来才知道有跟别人撞车的说 ... 好点子大家都能想到不是 ... 以及还没回答我 ..? 当你是公司的技术第一把手时 ... 你想要怎样的技术交流 ..? 以及 ... 当时你在网龙做什么 ..? 为什么会觉得网龙的工作很刺激 ..? |
10
GTim OP @Sunyanzi
等的就是你,哈哈! 我说joyqi这个名字咋这么熟悉,哈哈,原来在segmentfault经常能看到。 技术第一把手,这个概念好遥远啊! 从技术上来说,应该真是技术第二把手了,但职位还是普通一线员工,哈哈,对于团队内部交流:我开发某个项目某个功能所用的构架,想法,实现对部门都是透明的,而部门成员自己所用的构架,想法,实现对我也是透明的,不然跨项目真是噩梦,当别的项目需要帮忙时连插脚的机会都没有,更别谈再短时间内修改bug。另外我IT生涯总共才3.5年,虽然拜读各种前辈们博客,各种书籍,受益良多,但对于上千万的单表,感觉还是有点怕怕,生怕自己想的不周到,扩展就悲剧了 在网龙,从事一个电子商务类项目,那时大家都觉得能在网龙这样的公司里开启一个新项目太不容易,大家的水平都差不多但各有专长,共享项目进度,一起吃饭,一起几班,另外技术经理陪着加班加点,出了网龙后,基本就是单兵作战了 不足之处,还望鸭子大大提点啊,谢谢啦 |
12
Mutoo 2013-04-01 21:03:20 +08:00
和lz同一栋楼b区,实习中。确实技术交流太少了。厦门的IT氛围太低沉了。
|
14
darkyoung 2013-04-01 21:56:52 +08:00
厦门环境好啊,魔都待久了对那边就会有些期待了
|
15
Sunyanzi 2013-04-01 22:22:58 +08:00
@GTim @Mutoo 等等你俩不会在软二吧 ...
不嫌弃路边烧烤摊的话 ... 晚上出来饮个酒聊聊天 ..? 广义范围的技术交流的话 ... 牛庄有个爱特咖啡有 Tech-Club ... 不过说的面太广 ... 偶尔去当个热闹听听还是可以的 ... 存在普通一线员工这个概念的 ... 或者是公司业务做得大 ... 或者是公司管理有问题 ... 之前我带部门的时候全部门只有四个人 ... 每个人有优点有缺点 ... 但组合在一起各取所长 ... 应对各种需求绰绰有余 ... 鸡多不下蛋人多瞎捣乱 ... 用好手上的每一个人比盲目扩张规模要有效得多 ... 至于开发某个功能所用的构架和想法 ... 作为第一把手 ... 你必须知道 ... 构架不存在透明的问题 ... 是强制要求 ... 对于我 ... 加入我的团队第一步就是要熟悉我的框架和一些规范 ... 我自己有一个 php 5.4 的内部框架 ... 大量使用 closure 和 traits ... 我的代码规范里要求了很多听起来匪夷所思的东西 ... 比如我讨厌 class indexController extends Controller {} ... 日常开发中我会极力避免这种为了框架结构而框架结构的行为 ... 比如我没有做 ORM ... 你需要封装 SQL 语句 ... 以及读写分离也是在程序层完成的 ... 因为我个人有一个信条是我宁可开发麻烦一点也要用户访问更快 ... 如果是应付事的外包项目找个成熟的框架写吧写吧实现即可 ... 但这是自家的团队自家的项目 ... 每一个细节都要力臻完美 ... 又比如不许定义全局函数 ... 自己的模块用到什么就在自己的模块作用域下定义 closure ... 一旦要开发全局可调用的内容 ... 做完之后你要审核 ... 思考是否还有不足 ... 如果你的审核过了 ... 那么需要出文档 ... 哪怕很简单的文档也可 ... 让整个团队知道这个你实现了他们可以拿来用 ... 并且他们会知道该怎么用 ... 我知道我的框架不成熟 ... 上手可能各种别扭 ... 不爽可以提 ... 如果你能说服我那么我们整个部门热火朝天一起改 ... 如果你不能 ... 那你就必须适应我的框架 ... 这是作为技术第一把手的权利 ... 构架级的规范是定死的 ... 但进入每个人开发的领域 ... 天马行空 ... 我不会去管 ... 代码是部门内开放共享的 ... 事实上代码是公司的资产 ... 想不开放都不行 ... 如果你愿意可以自己去读 ... 完全凭兴趣和好奇心 ... 不愿意的话 ... 也不代表你可以一心只写自己的东西 ... 我会逼你读一些别人的代码的 ... 如果这一周大家都有开发 ... 那么会有例行的代码评审会 ... 评审会上大家拿出自己这周写的东西来讲讲自己是怎么做的 ... 每个人就当听热闹听听 ... 如果你技术差 ... 可以从别人的代码里汲取灵感 ... 不懂就问 ... 如果你技术好 ... 你可以直接拍案而起说你这里不对 ... 你可以用更好的什么什么方式 ... 如果你发现了谁又重新造了你造过的轮子 ... 也可以嘲笑他不看代码 ... 这都是允许的 ... 我主张这种交流 ... 每个人介绍自己创造的东西给大家 ... 大家跟着一起思考 ... 如果你介绍自己写的东西的时候简单略过 ... 别人介绍的时候漠不关心 ... 偶尔用几个语气词来表达你还在听 ... 对不起我不需要你 ... 哪怕你技术比我好 ... 除非你做了技术第一把手 ... 你说了算 ... 如果你不是 ... 我说了算 ... 当然 ... 这个是部门级别的会议 ... 公司其他人都无权干涉 ... 如果你觉得这属于打搅开发和思考的非必要性会议 ... 你来做一把手的时候可以取消掉 ... 至于说生怕自己想的不周到这种事情 ... 你只是部门的第一把手 ... 你上面还有我是 Technical Director ... 有想法随时来问 ... 我给你建议 ... 如果你和我都想的不周到 ... 那指定栽跟头 ... 记下来 ... 同一个坑不跌倒两次 ... 团队合作三要素 ... 遇到问题 ... 解决问题 ... 分享经验 ... 跌坑里不是坏事 ... 关键是要明白自己为什么摔下去了 ... 这就是成长的过程 ... 至于后面说的 ... 共享项目进度一起加班 ... 作为技术经理陪着加班不是理所应当么 ... 如果哪个技术经理做不到这个 ... 就是那个公司有问题了吧 ... 也不知道写了多少 ... 大体就这些 ... 这就是我的经验啦 ... |
17
willerce 2013-04-01 22:30:48 +08:00
@Sunyanzi 你说的太对了,不能同意更多。
你只说了技术,如果公司是PM主导的呢?你发现代码有问题需要进一步重构时,却发现重构就无法完成新功能,做完新功能,重构就更难,你会怎么办。 期待你的分享。 PS: 在软二。 |
18
kkdexl 2013-04-01 22:43:52 +08:00
哇 这一说有好几个人都在软二 看来厦门人不少啊
|
19
levon 2013-04-02 00:20:40 +08:00
厦门牛人还是有的,软二苦逼路过
|
20
GTim OP @Sunyanzi 不错,可以聚聚,听听你们的想法,现在迷惘死了。哈哈,不过今天有约了,你能给个联系方式吗?或者 email [email protected] 明天后之后,找个机会聊聊,
顺便说下,偶在软二 |
23
Sunyanzi 2013-04-02 22:16:12 +08:00
@willerce 我不知道耶 ... 因为没在 PM 主导的团队里做过技术一把手就不好胡说了 ...
其实我仅仅是一只流浪狗 ... 恰好在这边被收留做了管理而已 ... 大概设想了一下 ... 应该是先完成需求 ... 哪怕实现丑哪怕维护不便也要先完成需求 ... 需求的完成过程也可以给你的重构一些灵感 ... 等到有时间再下手重构 ... 毕竟重构这种事情在 PM 主导的公司里只能自己闲下来偷偷做 ... 你没办法说我这一周不接需求我要重构 ... 对方不会了解重构的意义也不需要去了解 ... 他只会觉得你是想偷懒这样 ... @GTim Refactoring 这个事情是一把双刃剑 ... 每次重构之前都要想好我这次重构是为了解决什么问题 ... 不能说单纯为了重构而重构 ... 这是给自己找麻烦 ... 一个会经历几十次大重构的项目一定是个混乱的项目 ... 你要重视每一次的重构 ... 毕竟这不是闹着玩的事情 ... 在重构过程中不仅要后顾之前已经存在在的问题 ... 而且需要前瞻未来可能出现的问题 ... 一旦开始就要认真做好新架构的设计 ... 并且认真去看每个参与重构的人的代码 ... 架构设计当然不会一次到位 ... 但一个好的架构一定比一个粗糙的架构撑得更久 ... 并且考虑得越全面 ... 之后的重构就越省心 ... 如果你会有万劫不复的感觉 ... 一定是之前做得就有问题这样 ... |
24
xhslyf 2013-04-02 23:47:06 +08:00
信息量好大。
|
25
chenha0 2013-04-03 10:15:20 +08:00
网龙真的有技术交流么。。
|
27
f2er 2013-04-08 09:10:24 +08:00 1
难得看到有在同一栋楼的。。
|
30
Sunyanzi 2013-04-10 21:25:52 +08:00
|
31
michaelye1988 2013-04-10 23:40:51 +08:00
@chisj 我就知道会在这里看到你!哈哈哈,又黑我大网龙
|
32
GTim OP @michaelye1988 现在回想,大网龙在省内还是翘楚的
|
33
michaelye1988 2013-04-11 09:13:39 +08:00
@GTim no no no,网龙我觉得不怎么样,可能是我们部门的问题,但是从网龙出去的话,认可度挺高的啊。
|
34
GTim OP @michaelye1988 其它我不知道,不过我做的那个项目,领导阶层搭配也不怎么样! 网龙社招要求很严格的,所以,一般hr都认为只要进了网龙,出来后,能力是不会太低,哈哈
|
35
michaelye1988 2013-04-11 16:28:56 +08:00
@GTim 感觉网龙已经和原来我念书那会差太多了,很多留下来的都是很早以前的员工,工资不高不低也不怎么做事情,感觉这些人在吃老本。也是有不少厉害的人物,但是现在进去的人大部分都把它当作跳板,没做多久就走了。一旦有更好的公司,更好的福利,果断离开啊。网龙留不住人啊。不黑我大网龙了,毕竟它给过我机会。祝你工作顺利啊。哈哈
|
37
GTim OP @michaelye1988 当初hrbp谈话,我也说过啃老这个名词,哈哈!的确是。网龙现在要驱动创新太难了,尤其是来了个有点前途的创新后,就会突然间冒出各种领导。其它的,网龙无可挑剔!而且,只要能力不低,去里面熏陶下,出来了之后,境界各种提高了啊!网龙在福建省内还是首屈一指的,最响亮的称号好像是的中国美术界的黄埔军校
能当作跳板,说明网龙的招聘流程还是毋庸置疑的. @miizoo 这个...同栋大楼的都这么多,这个.... 18号我就离开这栋楼了,很是舍不得曾经一起奋斗的同事 |