@joyqi 果然一提到懒这个事情马上就会出现吗 ...

最近这阵子我一直坚持在 segmentfault 回答问题 ...

原因大概只是因为界面比较好看 ... 以及问题的质量相对比较高 ...

刚刚去德问转了一圈 ... 一点回答问题的欲望都没有 ...

但是一圈看下来 ... 在德问技术好的人比在 segmentfault 的要多 ...

segmentfault 的缺点是人气不足 ... 愿意回答问题的人来回来去就那么几个 ...

并且开发人员比较懒 ... 一直都没有新东西更新 ...

至于说 segmentfault 要比 stackoverflow 差很多这种话 ...

至少在纯 php 的领域里我不觉得你去 stackoverflow 可以得到比我的回答更好的答案 ...

有几个问题甚至在 stackoverflow 没有答案 ... 回到 segmentfault 上才解决 ...

积累不足这事 ... 你总不能指望 segmentfault 把整个 stackoverflow 翻译一遍吧 ..?

所以有问题还是要问 ... 问题多了自然就有积累了不是 ...

小时候 ... 我想当一个作家 ...

走好多好多的地方 ... 写缠绵悱恻的文字 ... 操很多很多姑娘 ...

多年之后 ... 我果然走了好多好多的地方 ... 整个过程永远发乱如草 ... 永远兜比脸净 ...

我果然成了作家 ... 却与文字无关 ... 我创作的代码 ... 除了同行没人能看懂 ...

可我还是趴在电脑前 ... 满面油光目红似血 ... 散发着奇怪的味道通宵达旦的写 ...

互联网的时代 ... 信息大爆炸 ... 对堆积文字能力的要求也越来越高 ...

只是 ... 现在的我却再也无法写出华丽的文字 ... 我操不到姑娘 ...

为什么要这么麻烦 ... 只有我觉得路由限速就好了吗 ..?

@willerce 我不知道耶 ... 因为没在 PM 主导的团队里做过技术一把手就不好胡说了 ...

其实我仅仅是一只流浪狗 ... 恰好在这边被收留做了管理而已 ...

大概设想了一下 ... 应该是先完成需求 ... 哪怕实现丑哪怕维护不便也要先完成需求 ...

需求的完成过程也可以给你的重构一些灵感 ... 等到有时间再下手重构 ...

毕竟重构这种事情在 PM 主导的公司里只能自己闲下来偷偷做 ...

你没办法说我这一周不接需求我要重构 ... 对方不会了解重构的意义也不需要去了解 ...

他只会觉得你是想偷懒这样 ...

@GTim Refactoring 这个事情是一把双刃剑 ...

每次重构之前都要想好我这次重构是为了解决什么问题 ... 不能说单纯为了重构而重构 ...

这是给自己找麻烦 ... 一个会经历几十次大重构的项目一定是个混乱的项目 ...

你要重视每一次的重构 ... 毕竟这不是闹着玩的事情 ...

在重构过程中不仅要后顾之前已经存在在的问题 ... 而且需要前瞻未来可能出现的问题 ...

一旦开始就要认真做好新架构的设计 ... 并且认真去看每个参与重构的人的代码 ...

架构设计当然不会一次到位 ... 但一个好的架构一定比一个粗糙的架构撑得更久 ...

并且考虑得越全面 ... 之后的重构就越省心 ...

如果你会有万劫不复的感觉 ... 一定是之前做得就有问题这样 ...

第一 ... 我想说没图你说个蔡国庆 ... 妹子图呢 ..?

第二 ... 我想说我见过的最牛逼的前端同学 ...

我见过他用 DreamWeaver ... phpstorm ... editplus ... ST2 ... 记事本 ...

事实上在我看来他完全是随心情顺手打开什么编辑器就是什么 ...

我一直觉得这是一种境界 ... 技术不过是剑法 ... 剑法到了 ... 草木皆为利刃 ...

@GTim @Mutoo 等等你俩不会在软二吧 ...

不嫌弃路边烧烤摊的话 ... 晚上出来饮个酒聊聊天 ..?

广义范围的技术交流的话 ... 牛庄有个爱特咖啡有 Tech-Club ... 不过说的面太广 ...

偶尔去当个热闹听听还是可以的 ...

存在普通一线员工这个概念的 ... 或者是公司业务做得大 ... 或者是公司管理有问题 ...

之前我带部门的时候全部门只有四个人 ... 每个人有优点有缺点 ...

但组合在一起各取所长 ... 应对各种需求绰绰有余 ...

鸡多不下蛋人多瞎捣乱 ... 用好手上的每一个人比盲目扩张规模要有效得多 ...

至于开发某个功能所用的构架和想法 ...

作为第一把手 ... 你必须知道 ... 构架不存在透明的问题 ... 是强制要求 ...

对于我 ... 加入我的团队第一步就是要熟悉我的框架和一些规范 ...

我自己有一个 php 5.4 的内部框架 ... 大量使用 closure 和 traits ...

我的代码规范里要求了很多听起来匪夷所思的东西 ...

比如我讨厌 class indexController extends Controller {} ...

日常开发中我会极力避免这种为了框架结构而框架结构的行为 ...

比如我没有做 ORM ... 你需要封装 SQL 语句 ... 以及读写分离也是在程序层完成的 ...

因为我个人有一个信条是我宁可开发麻烦一点也要用户访问更快 ...

如果是应付事的外包项目找个成熟的框架写吧写吧实现即可 ...

但这是自家的团队自家的项目 ... 每一个细节都要力臻完美 ...

又比如不许定义全局函数 ... 自己的模块用到什么就在自己的模块作用域下定义 closure ...

一旦要开发全局可调用的内容 ... 做完之后你要审核 ... 思考是否还有不足 ...

如果你的审核过了 ... 那么需要出文档 ... 哪怕很简单的文档也可 ...

让整个团队知道这个你实现了他们可以拿来用 ... 并且他们会知道该怎么用 ...

我知道我的框架不成熟 ... 上手可能各种别扭 ...

不爽可以提 ... 如果你能说服我那么我们整个部门热火朝天一起改 ...

如果你不能 ... 那你就必须适应我的框架 ... 这是作为技术第一把手的权利 ...

构架级的规范是定死的 ... 但进入每个人开发的领域 ... 天马行空 ... 我不会去管 ...

代码是部门内开放共享的 ... 事实上代码是公司的资产 ... 想不开放都不行 ...

如果你愿意可以自己去读 ... 完全凭兴趣和好奇心 ...

不愿意的话 ... 也不代表你可以一心只写自己的东西 ... 我会逼你读一些别人的代码的 ...

如果这一周大家都有开发 ... 那么会有例行的代码评审会 ...

评审会上大家拿出自己这周写的东西来讲讲自己是怎么做的 ... 每个人就当听热闹听听 ...

如果你技术差 ... 可以从别人的代码里汲取灵感 ... 不懂就问 ...

如果你技术好 ... 你可以直接拍案而起说你这里不对 ... 你可以用更好的什么什么方式 ...

如果你发现了谁又重新造了你造过的轮子 ... 也可以嘲笑他不看代码 ... 这都是允许的 ...

我主张这种交流 ... 每个人介绍自己创造的东西给大家 ... 大家跟着一起思考 ...

如果你介绍自己写的东西的时候简单略过 ... 别人介绍的时候漠不关心 ...

偶尔用几个语气词来表达你还在听 ... 对不起我不需要你 ... 哪怕你技术比我好 ...

除非你做了技术第一把手 ... 你说了算 ... 如果你不是 ... 我说了算 ...

当然 ... 这个是部门级别的会议 ... 公司其他人都无权干涉 ...

如果你觉得这属于打搅开发和思考的非必要性会议 ... 你来做一把手的时候可以取消掉 ...

至于说生怕自己想的不周到这种事情 ... 你只是部门的第一把手 ...

你上面还有我是 Technical Director ... 有想法随时来问 ... 我给你建议 ...

如果你和我都想的不周到 ... 那指定栽跟头 ... 记下来 ... 同一个坑不跌倒两次 ...

团队合作三要素 ... 遇到问题 ... 解决问题 ... 分享经验 ...

跌坑里不是坏事 ... 关键是要明白自己为什么摔下去了 ... 这就是成长的过程 ...

至于后面说的 ... 共享项目进度一起加班 ... 作为技术经理陪着加班不是理所应当么 ...

如果哪个技术经理做不到这个 ... 就是那个公司有问题了吧 ...

也不知道写了多少 ... 大体就这些 ... 这就是我的经验啦 ...

@GTim 恩 ... 你得到它了 ...

@GTim 比起祁叔 blog 域名来 ... 祁叔的 http://segmentfault.com 更为众人所知吧 ...

至于那个管理工具 ... 临时的创意啦 ... 结果后来才知道有跟别人撞车的说 ...

好点子大家都能想到不是 ...

以及还没回答我 ..? 当你是公司的技术第一把手时 ... 你想要怎样的技术交流 ..?

以及 ... 当时你在网龙做什么 ..? 为什么会觉得网龙的工作很刺激 ..?

@GTim 经理级别已经是管理层了 ... 离职的话很麻烦 ... 你想要的日后发展是什么呢 ..?

基本上除了你必须遵守公司的上下班时间之外 ... 其他都是非常自由的 ...

说来你说网龙是最刺激的公司 ... 求详细 ... 当时你在网龙做什么 ... 怎么刺激 ..?

@darkyoung 呱呱呱~~~

@iamdbc 恩恩没关系啦 ... 我只是在这里发个招聘而已呢 ...

不想发去酷工作因为感觉那样一点都不酷 ... 正好看到你的帖子就借来一用啦~

@cutehalo 具体细节单聊啦 ... 比如地点和公司产品类型等等 ...

上面只是描述了部门需要做的事情 ... 其他都是公司层面的 ... 不能乱说不是~

我问一下什么叫没有技术交流的公司 ...

如果给你一个部门 ... 你是部门经理 ... 是公司技术的一把手 ...

上面只有一个不懂技术的 CEO 和你不遇到问题不会指导你的 Technical Director ...

你可以从招聘开始重新带起一个团队来 ... 这样算不算没有技术交流呢 ..?

再见 ...

有野生的 php 程序员考虑来福建晃晃么 ..?

这边比在北京空气好 ... 比在上海压力小 ...

职位是技术部主管 ... 带一个部门 ... 整个公司只有两个人比你职位高 ...

你会负责维护我的代码和后续开发 ... 所以并不需要你技术多厉害有过多少年相关经验 ...

业务的基本流程我都写好了 ... 比如注册充值 CMS 以及各类接入 ...

硬件的架构我也确定了 ... 能保证只要你不做愚蠢的事情负载一个高并发的网站不会有问题 ...

除了你这个人之外 ... 这边的一切都是现成的 ...

你只要知道拿到需求该从什么地方拿来用就可以 ...

我不会给你讲整个系统 ... 但你可以读我的代码 ... 有不明白的随时问我就可以 ...

当然如果你愿意可以把我的系统整个重构掉 ... 只要你可以保证你能比我做得更好 ...

目前系统的核心 uptime 四百多天 ... 没出过问题 ... 所以完全不需要日常维护 ...

日常需要你开发的只有若干活动 ... 比如各类签到啦投票啦激活啦什么的 ...

我之前都有实现过 ... 逻辑部分都有良好封装 ... 你可以找到代码参考 ...

以及需要你有一些 JavaScript 基础 ...

我的前端基本不会 JS ... 但他愿意去学 ... 所以你需要把他带起来 ...

技术之外 ... 管理方面你也可以得到锻炼 ... 你有决定部门规划的权利 ...

也就是如果你觉得带一个新前端太累你愿意花四倍的价钱去找一个有经验的前端是可以的 ...

又或者如果你觉得人手不足 ... 或者你希望和你朋友一起来 ... 你也可以招人 ...

总之就是跟他们一起凝聚整个部门的战斗力 ...

基本上 ... 我欢迎各种人来 ... 不限学历 ... 不限年龄 ... 不限工作 ...

唯一一种不欢迎的是过来目的只是为了在简历上写 ... 上一份工作是技术部主管 ...

频繁跳槽的都是 LOSER ... 我提供这份工作是给人镀金 ... 不是给简历 ...

部门是我一手带起来的 ... 我不希望我的继任者把它给毁了 ...

大体就是这样 ... 有愿意过来转转的人么 ..?

<?php
$letters = range( 'a', 'z' );
$big_array = [];

$generator = function( $str = '', $depth = 0 )
use ( &$generator, &$big_array, $letters ) {
++ $depth;
if ( 7 === $depth ) {
$big_array[] = $str;
return;
}
foreach( $letters as $letter )
$generator( $str . $letter, $depth );

};

$generator();

shuffle( $big_array );

$ret = array_slice( $big_array, 0, 1000000 );


用随机洗牌的思路给你简要写了一个 ... 初步判断生成完毕大概要花几个小时的样子 ...

这个只是为了演示说办法可行 ... 更好的解决方案如下 ...

<?php
$letters = range( 'a', 'z' );

$generator = function() use ( $letters ) {
$ret = '';
for ( $i = 0; $i < 6; ++ $i )
$ret .= $letters[mt_rand( 0, 25 )];
return $ret;
};

$buffer = [];

for ( $i = 0; $i < 1000000; ++ $i ) {
$current = $generator();
if ( ! isset( $buffer[$current] ) )
$buffer[$current] = 0;
else -- $i;
}

$ret = array_keys( $buffer );

生成一百万的话应该也要十几分钟 ...

小隐隐于野 ... 中隐隐于市 ... 大隐隐于朝 ...

把你用来复读的时间浪费在全国各地流浪的前辈只能用呵呵两个字来表达我的心情了 ...

@ryan123 恩是波兰语 ... 不过语言不重要啦重要的是这到底是个啥管理器 ..?