第232章 先斩后奏与公器私用（第4更）（1 / 2）

“pass！”

苏小木一脸的果然如此，嘴上小声哔哔，“早晚这些软件我都换成自己写的，什么几把都是英文的，一点都不好理解！”

“……”

“咦惹，我刚才好像又给自己找了个难题……”

核心算法的架构确定以后，剩下的事情虽然会比较庞杂，但对苏小木来说，难度不大，问题不大。

这次苏小木果断选择了用C写核心。

原本大量使用了Golang编程语言，效仿的是国内的B站模型。

但现在，苏小木选择了自己原创的核心算法，整体架构也会重写以适应新的核心模块，在编程语言上，选择就比较自主一些。

木数这日渐庞大的研发团队在背后兜底，苏小木也不介意借用一下。

核心架构、重要组建核心架构都可以自己来重写，但，枝枝蔓蔓的任务都可以分下去，大部分内容只需要稍微优化一下就行。

在程序员的世界中，管这个操作叫做改善既有代码。

还专门有大佬出书，书名也叫这个。

苏小木想到就做，分分钟将任务分成了好几个模块，当然，都是些大概念的东西，没有具体到一二三四五这样的一小点一小点。

这时，苏小木通过内线叫来了陈然。

“小木总，您找我。”陈然是实在，不是傻，没有一进来就叽里呱啦汇报深@圳项目的事情。

苏小木点点头，“咱们公司产品开发有多少人擅长Python还有Java之类的？”

陈然一五一十的汇报道，“小木总，有29个研发同事是同时擅长数种编程语言的，有70多人是专精于C/C++，有60余人专精于Java等，至于Python，大家机会都会一点。”

因为Python这几年的大受欢迎，以至于越来越多的程序员选择了倾向这种高效的语言，加上原本就有底子，所以学起来也不慢。

苏小木嗯了声，“今天有多少研发的同事上班了，主要是Python和C还有会Java的。”

“基本上全部来上班了。”陈然犹豫了下，道，“特别是数据仓库团队，无人缺席。”

“哦？”苏小木好奇的看了眼陈然。

陈然解释道，“因为大家都想熟悉小木总您开发的数据仓库软件各大模块，再加上这第一单是您亲自去现场解决的，数据仓库团队的李经理让员工们尽快熟悉起来，以免您再次亲自处理问题。”

“对了，深@圳的项目最后怎么样了？”苏小木不置可否，作为木数的总经理，他的确不适合频繁以工程师的身份出现在用户现场。

这不仅是出于用工成本的考量，也是出于政治角度的考量。

以总经理的身份去现场，用户的解读会很简单，一，这是个小公司，二，这个公司的员工能力不行，三，产品质量不太行。

不管有多少硬广告、软广告，没用！

用户需要的是放心。

而恰恰是总经理亲自出马，最不能让用户放心。

什么重视啊，什么各种乱七八糟的，没用，在用户看来这全特么是借口。

陈然回答道，“很顺利，昨天上午就全部完成了，于昨天下午两点正式交付用户试用，试用期间，我司工程师留一名全程驻场。”

“这个工程师是小李吧？”苏小木对这些商务上的事情不甚了解。

陈然点点头。

“说正事，我这边有个事情，需要研发的同事们抽点时间做一下，最晚不晚于明天中午十二点完成，工作量细分的事情就交给你了，这是全部的资料。”苏小木递给陈然一只U盘。

陈然用力点头，“保证完成任务。”