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

    “pass！”

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

    “……”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    用户需要的是放心。

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

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

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

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

    陈然点点头。

   

请记住本站永久域名

地址1→wodesimi.com
地址2→simishuwu.com
地址3→simishuwu.github.io
邮箱地址→simishuwu.com@gmail.com