第232章 先斩后奏与公器私用(第4更)-《宿主脑阔疼》


    第(1/3)页

    “pass!”

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

    “……”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    这不仅是出于用工成本的考量,也是出于政治角度的考量。
    第(1/3)页