首页 宿主脑阔疼 书架
设置 书页
A-24A+
默认
第232章 先斩后奏与公器私用(第4更)
上一章 目录 书签 下一页

“pass!”

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

“……”

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

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

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

原本大量使用了golang编程语言,效仿的是国内的b站模型。

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

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

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

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

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

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

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

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

苏小木点点头,“咱们公司产品开发有多少人擅长python还有java之类的?”

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

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

苏小木嗯了声,“今天有多少研发的同事上班了,主要是python和c还有会java的。”

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

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

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

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

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

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

不管有多少硬广告、软广告,没用!

用户需要的是放心。

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

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

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

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

陈然点点头。

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

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

陈然走后,苏小木想了想,去了趟苏荷办公室,公器私用的事情得给苏荷汇报一下。

上一章 目录 书签 下一页
首页 书架 足迹