招聘 [上海] KEK Cloud 诚邀架构师、前端、后端工程师,月薪 25~35K + 期权

jidongyun · November 04, 2015 · Last by jidongyun replied at November 17, 2015 · 4135 hits
我们有梦想,但不空谈情怀
我们有激情,但不自我陶醉
我们有能力,但不自恃清高
KEK Cloud 诚挚邀请技术牛人加盟

前言

我们在上海,我们一直做的是企业信息管理,是基于美国一家公司的一款商业化框架做的。 现在这个框架已经非常成熟且高度灵活,基本上客户这边稍微懂点编程的人即可自己完成实施, 由于免去了和我们工程师的沟通差异,客户自我实施的结果比我们工程师实施的还好,而且实施周期也极大地缩短了。

目前,已有几家知名的公司(包括一家国内主做硬件的公司)向这家美国公司发出收购邀请,价格大概在数亿美金。

我们要做什么

如今,很多软件工具我们已经习以为常, 当我们想写点什么了,除了 word 外,还有一大堆好用的工具来辅助我们写东西 当我们想讲故事时,除了 PPT 外,还有许多好用的工具来辅助我们讲故事 当我们想做个漂亮图片时,现在也不必再用复杂的 PhotoShop 了 当我们想做个漂亮网站时,Strikingly 就是一个不错的选择

这些年来不断地接触用户,他们中有医生、教师、企业管理者、科研人员等各行各业的人,我们发现用户有很多非常好的想法, 但往往这些想法就只是想法,一直没能实现,因为他们自己无法实现想法,他们需要程序员。

我们一直在想,是否有这样一款工具 使用该工具,班主任老师可以完全按照自己的想法自己做一套学生管理系统 使用该工具,临床大夫可以完全按照自己的想法自己做一套患者管理系统 使用该工具,企业管理者可以完全按照自己的想法自己做一套企业管理系统 使用该工具,科研人员可以完全按照自己的想法自己做一套科研管理系统 使用该工具。。。

如今,我们认为这是可以实现的! 现在,我们要着手去实现它了!

我们寻找的技术人才

架构师(CTO)1 名,月薪 35K 起,+数量可观的期权 基本要求:希望是技术狂热分子,具有非常强的编程能力,精通 Linux 系统、RUBY、主流数据库,熟知前端技术, 有过中大型云平台的架构经验,并热衷于前沿技术,沟通能力强,思维活跃,极强的解决问题能力。其他能力细节希望我们能面聊。

后端工程师,月薪 25K,+数量可观的期权 基本要求:有深入参与过大中型 WEB 项目的成熟经验,精通 Linux 系统、RUBY、主流数据库,了解前端技术,善于沟通。其他能力细节希望我们能面聊。

前端工程师,月薪 25K,+数量可观的期权 基本要求:有深入参与过大中型 WEB 项目的成熟经验,精通 Javascript,HTML5,CSS,熟悉 W3C 标准,精通 EXTjs、Jquery 框架,熟悉其他前端框架, 了解后端技术,善于沟通,对美有执着的追求。其他能力细节希望我们能面聊。

团队文化

快乐地工作,自由地沟通

如有兴趣,我们诚挚等待:[email protected]

001.jpeg

PS: 官方网站暂未上线,以上是初步设计的首页

替你消灭 0 回复

3 Floor has deleted

#3 楼 @gerry1004 还可以聊聊,聊一下不耽误时间

#5 楼 @gerry1004 信息发到邮箱,我们约时间面聊

好牛的想法,你这是要让社区好多人都失业啊

#7 楼 @riskgod 不至于,没有专业的程序员,就没有好用的工具

帮顶,上海的朋友看过来

#9 楼 @yangon 谢谢!上海的朋友看过来

@jidongyun 你们这想法挺不错的,挺有意思。但是有一个问题,这种通用工具一直有人想做,但是一直都不太成功。主要业务所有的复杂度,不可能用简单的一些可拖拉界面涵盖,高级语言所解决的问题,等于需要一个图灵完备的系统。如果这种可视化工具成功的话,等于可视化上就是一个完整的图灵机。所以你们怎么解决这个问题?或者有更好的想法没有?

#11 楼 @femto 嗯,很好的问题!如果可以,我们是否可以面聊一下?

@jidongyun hello,好的,但是怎么联系呢?

我感觉你们在召唤我了

#13 楼 @femto 您把您的联系方式发到 [email protected]

#18 楼 @jidongyun 嗯嗯,好的,我再考虑下,没出过省

没有不可能,历史必然会被创造!

#20 楼 @today01 谢谢!大受鼓舞!

#11 楼 @femto 非常同意你的观点。作为一个在医疗信息化行业 10 年以上的从业者,今年上半年大概花了半年时间做了一个重症监护信息系统(带计算机辅助诊断功能,可以根据临床数据,自定义决策规则,给医护人员提示。典型的如呼吸机相关性肺炎预防与干预)。基本思路是将数据力度尽可能做小,模块化,可以根据不同医院,不同 icu 科室,不同的临床文档需求配置。目前这套系统也仅适用于重症监护及麻醉领域,要做到应用的其他行业(比如珠宝行业,曾经做过一套珠宝行业的管理软件),目前看来还是问题很多。对你们这个项目的思路也非常感兴趣,能简略分享一下吗?

#22 楼 @freefishz 感谢关注,我们也是在尝试。

嗯,这个想法实现起来不容易吧,加油!

#24 楼 @danica 嗯,是有挑战的 😄

@freefishz 恩,可以交流,我加你一下。

@jidongyun 发了,没回复。

#27 楼 @gerry1004 请问是什么时候发的?未收到你的简历

我也很同意 femto 的观点. 转战建设过制造业,房地产,银行,电信,保险等各个行业的内部管理或业务系统。通用平台的可行性一半程度决定于产品本身,一半决定于客户方的成熟度。很多时候连客户都不知道怎么梳理自己的知识,流程和数据 (尤其是习惯于直接把一些 corner case 给忽视,但这些 case 往往会极大增加系统的复杂度,从而又让非 IT 专业的业务用户难以表达或者理解),以及怎么让设计适应外部市场和内部管理动荡变化。最后开发出来的平台也好,工具也好,只成为了项目公司做项目的一个内部工具,运气好点的能在做项目之余包装成产品卖给客户做到一鱼两吃,运气不好的也就是当个在每个客户那里都有不同版本的开发框架而已。

#26 楼 @femto 我的 demo 网站,半成品,欢迎指正。 http://115.28.95.208/ admin/123

@kingc 感谢分享!

@freefishz 你的微信或者邮箱是多少,我加了你交流一下。

#32 楼 @femto 微信搜索 8186323 可以找到我

#29 楼 @kingc 这位同行看来也是深有体会啊。从技术上讲用类 ruby 的语言来做这件事还是很有优势,只要能解决好性能问题和数据的有效使用性。

You need to Sign in before reply, if you don't have an account, please Sign up first.