@2379920898
哈哈，学会容易学懂难。但这也不是关键因素，主要目的是想找一个志同道合的人~

@beSimple
这个相对比起来是比较简单的，主要我是想找个一起搞事情的，志同道合的同学。
一块儿合作做些大家都感兴趣的事情，不是单就这一件事情。毕竟人生海海，想让生活有一些波浪~

@wind98 目前不太需要 app，但是可以加个联系方式，交个朋友。有机会的话可以一起合作~
或者你有什么想法需要我的话我们也可以一起合作~

@waiaan
产品这块，我有过大半年的产品经验，从头到尾负责并完成过一款产品，并且上线数据也比较好看。当时也想让我继续做产品，但感觉自己还是更喜欢技术一些就没继续。所以产品这块我不算很强但及格还是算得上的。
美术是确实缺，但是我觉得一开始没必要求完美，先做到 60 分出原型，市场反馈如果觉得有发展前景的话在做到 100 分也不迟。
而且我觉得咱们前端大大审美啥的肯定还是比我优秀的，而且实在难办也可以向其他产品大规模借鉴，学习嘛~

@rogwan

嗯，是的。toB 功能是硬需求，功能不过关说再好都没用，而且产品界面不能太花哨，toB 要让客户相信你们专业，太花哨了容易让人觉得公司不太专业。
toC 的话同质化严重，需要有个理由让用户愿意尝试，比如用漂亮的界面让用户给个机会，哈哈。

@whypool

一开始我的想法也是一个人一把梭就行了，后面转变了，分工合作，共享蛋糕会更好。

其实以前我比这个更狭义一点，想的是人多分蛋糕的人也多，到时候成了还得分给别人。不如单打独斗，反正技术是通的，也没啥太难的。
但随着年龄的增长现在反倒不愿意一个人十项全能了，之前认知太狭义了，人多做的蛋糕也大啊，两个人分别做擅长的事情的价值肯定比你一个人擅长不擅长全干的要高。

而且还有一点就是，我觉得其实每个人在成长的时期都会有些想做的事情，但是奈何种种条件所限无法完成。
我的想法是管他对错，只要不是特别不靠谱都尽量尝试一下。所以希望找个愿意一起搞事情的人，不求功成，求个日后无悔。
搞事情可能 99%都是失败，但是等老了以后 100%不会后悔年轻的时候没尝试过，没奋斗过。

@libracloud

哈哈，这个事情千人千面，每个人想法不一样。
我的想法是专业的人做专业的事，互帮互助，合作共赢。
你做你擅长的事情，我来给你端茶递水~

@jobtesting 我微信 gaoyiai

@angryfish 支持

@xianchenxy 哈哈，沉淀技术是好事情。
但是感觉不冲突呀，搞事情也是业余搞，而且对自己感兴趣的技术也是个机会，能尝试着实战应用一下。
就像我之前对 k8s 感兴趣，刚好那段时间在做小程序，就直接部署了一套 k8s 上去，刚好顺着项目就把 k8s 学了~（就是服务器有些小贵，哈哈）

@jobtesting 没有确定的项目，上面这个只是最近的想法举个例子。
但主要是想找个搭档，你有想法我可以配合你，我有想法你可以配合我，一起尝试。（前提当然是两个人都认同）

搞事情这种事情十个项目九个甚至十个死，所以想找个搭档长期一块搞事情。感兴趣的话可以加联系方式我们微信详聊。

@qidada4880 哈哈，我觉得搞事情主要还是看你有没有兴趣，有兴趣就可以一块。
技术这东西都是从菜鸟过来的，问题不大。而且搞事情也能锻炼自己的能力啊~~~
真有兴趣的话可以留个联系方式~

@cyndihuifei 术业有专攻，你吭呲吭呲一个半个月，专业的人花的时间比你少还做得比你好，不值得，时间花在刀刃上。而且多个人也能一块儿商量，多个视角看问题也更全面一些。

@yrj 对，用爱合作。
成了分利润，不成也不会给你工资的。

gitlab 有个全家桶,

gitlab , gitlab-runner

建议楼主可以了解一下 ,

我们公司就是用 gitlab 全家桶 + k8s 做的自动部署.

gitlab // 源代码管理
gitlab regisry // gitlab 自带有私有仓库, 开启即可
gitlab-runner // ci - 自动编译, 构建镜像, 更新 k8s
k8s // 自动扩缩容, 灰度切换, 快速回退

整个流程跑起来还是比较流畅的, 就是对 gitlab CD 这块接触不多, 直接使用 gitlab-runner 部署. 楼主的话, 可以只用全家桶, k8s 可以不上.

CD 这方面目前在调研 CD 系统,目前考虑用 spinnaker 来做 CD 或者基于 k8s 的 CRD 做自研.主要对于 CD 来说 spinnaker 太重了.

报个团

哎呀，没有深圳啊

泥腿子+1，给你些我自己的建议。

第一，面试不要被带节奏，把敌人引导到你的主战场，而不是跟着对方走。

笔试的题都是相对简单的，刷刷面试题基本都能刷到。主要是面试时不要被面试官拽着走。
面试官不知道你的能力到底如何。大部分都是通过技术问题来了解你的能力。这时候不要跟着走，从问题出发，把问题引导到你擅长的地方。泥腿子们一般基础功比较弱，但是能跨行并稳住根基的人肯定是有自己的独特见解。
思考面试官面试的目的，从目的出发，不要局限于问题本身。就问题进行发散，把你的想法说出来。
对于不清楚的，不了解的。简单的说没了解过就行了，然后就当前问题说些自己的想法。

比如你举例的那几个问题，是我的话，我会这么说：

js 具体有几种函数之前还真没注意过，因为这方面主要是业余时间自己学习的，所以没有系统的了解过，但是感觉应该是在语言迭代中逐渐引进进来的，之后我去看一下相关的知识，但是我觉得最主要的还是在团队中大家达成统一协议，使用同一种写法，这样可以保证代码风格的一致性，提高项目的可读性。而且也能提高团队的合作效率。


类似于这样的，哪怕不知道也可以说说你的理解，比如猜猜原因，如果是你怎么做，不要怕错，公司不怕招聘有想法的人。

图片看起来很有食欲啊