返回目录
关灯 护眼
加入书架

偷名 第232章 先斩后奏与公器私用(第4更)

“pass!”    苏小木一脸的果然如此,嘴上小声哔哔,“早晚这些软件我都换成自己写的,什么几把都是英文的,一点都不好理解!”    “……”    “咦惹,我刚才好像又给自己找了个难题……”    核心算法的架构确定以后,剩下的事情虽然会比较庞杂,但对苏小木来说,难度不大,问题不大。    这次苏小木果断选择了用C写核心。    原本大量使用了Golang编程语言,效仿的是国内的B站模型。    但现在,苏小木选择了自己原创的核心算法,整体架构也会重写以适应新的核心模块,在编程语言上,选择就比较自主一些。    木数这日渐庞大的研发团队在背后兜底,苏小木也不介意借用一下。    核心架构、重要组建核心架构都可以自己来重写,但,枝枝蔓蔓的任务都可以分下去,大部分内容只需要稍微优化一下就行。    在程序员的世界中,管这个cao作叫做改善既有代码。    还专门有大佬出书,书名也叫这个。    苏小木想到就做,分分钟将任务分成了好几个模块,当然,都是些大概念的东西,没有具体到一二三四五这样的一小点一小点。    这时,苏小木通过内线叫来了陈然。    “小木总,您找我。”陈然是实在,不是傻,没有一进来就叽里呱啦汇报深@圳项目的事情。    苏小木点点头,“咱们公司产品开发有多少人擅长Python还有Java之类的?”    陈然一五一十的汇报道,“小木总,有29个研发同事是同时擅长数种编程语言的,有70多人是专精于C/C  ,有60余人专精于Java等,至于Python,大家机会都会一点。”    因为Python这几年的大受欢迎,以至于越来越多的程序员选择了倾向这种高效的语言,加上原本就有底子,所以学起来也不慢。    苏小木嗯了声,“今天有多少研发的同事上班了,主要是Python和C还有会Java的。”    “基本上全部来上班了。”陈然犹豫了下,道,“特别是数据仓库团队,无人缺席。”    “哦?”苏小木好奇的看了眼陈然。    陈然解释道,“因为大家都想熟悉小木总您开发的数据仓库软件各大模块,再加上这第一单是您亲自去现场解决的,数据仓库团队的李经理让员工们尽快熟悉起来,以免您再次亲自处理问题。”    “对了,深@圳的项目最后怎么样了?”苏小木不置可否,作为木数的总经理,他的确不适合频繁以工程师的身份出现在用户现场。    这不仅是出于用工成本的考量,也是出于政治角度的考量。    以总经理的身份去现场,用户的解读会很简单,一,这是个小公司,二,这个公司的员工能力不行,三,产品质量不太行。    不管有多少硬广告、软广告,没用!    用户需要的是放心。    而恰恰是总经理亲自出马,最不能让用户放心。    什么重视啊,什么各种乱七八糟的,没用,在用户看来这全特么是借口。    陈然回答道,“很顺利,昨天上午就全部完成了,于昨天下午两点正式交付用户试用,试用期间,我司工程师留一名全程驻场。”    “这个工程师是小李吧?”苏小木对这些商务上的事情不甚了解。