M****z
发帖数: 1058 | 1 【 以下文字转载自 StartUp 讨论区 】
发信人: Mattzz (左左左右左), 信区: StartUp
标 题: 觅技术co-founder
发信站: BBS 未名空间站 (Wed Jun 19 10:05:02 2013, 美东)
seed stage没有点东西出来看样子也不好拿，early stage和预想的一样更靠谱些
时间等不起，所以，在已知网上找人各种不靠谱和概率低的情况下，作为急性子，在这
边吼一声
customer: adult second language learner
觅有能力/潜力玩转web app和对consumer web（本项目非电商类，抱歉）感兴趣的同伙
人humble点比较好，能够理解团队的互补性，能够体会不同职业背景的人之间交流的沟
通阻碍
要钱目前确实木有，所以才想找seed stage fund
我自己对技术的想法如下：
前端：emberjs
后端：rest api，nodejs + mongodb + express + passport
以上只是个人做到现在的选择，有办法玩neo4j更欢迎，其他前后端架构也可，只要能
符合client side app的需求，不老牛拉破车就可以
技术方面我是纯外行，想卖把子力气也要练很久那种，上面的想法有愚蠢的地方也请多
理解
在本版聊天许久，想法可以天马行空，为的是发现目标。目标已定，就要找到切实的路
径，踏实地走好
认为co-founder就是苦力和剥削者，多拍砖也是帮我顶帖的方式之一，谢谢 |
y****9
发帖数: 252 | 2 我才刚刚接触Node.JS 今天刚刚装上。。。帮顶。 |
s***o
发帖数: 2191 | 3 选emberjs跟nodejs的原因？
我觉得ember还不够成熟，而且是very opinionated framework，用起来不如angular灵
活省心。node也有类似的问题，在特定情况下会很好用，但用来做全方位开发，似乎还
不够火候。 |
M****z
发帖数: 1058 | 4 谢谢
【在 y****9 的大作中提到】
: 我才刚刚接触Node.JS 今天刚刚装上。。。帮顶。
|
M****z
发帖数: 1058 | 5 嗯，玩过几天objective c，emberjs的开发是苹果出来的，很多理念很类似
angular据说有些复杂的概念，也没仔细看过，现在最牛的都用backbone吧？呵呵，玩笑
我像做的东西很简单，所以应该不会很全方位。
抛去技术角度，其实对新事物的尝试也是一种独立开发产品需要具备的精神。如果连新
技术都无意尝试，怎么会有劲头和潜力去把产品做到位？
多谢顶帖
【在 s***o 的大作中提到】
: 选emberjs跟nodejs的原因？
: 我觉得ember还不够成熟，而且是very opinionated framework，用起来不如angular灵
: 活省心。node也有类似的问题，在特定情况下会很好用，但用来做全方位开发，似乎还
: 不够火候。
|
M****z
发帖数: 1058 | 6 想想还是在多说几句，因为你的回复很中肯。
技术上，新的网络服务越来越app化，也就对已有的开发工具和使用者提出了新的要求
，新工具的出现就是为了缓解这个问题。所以用新工具，本身应该是会帮助提升开发效
率和完成度的。
其实我前不久找到了一位技术合伙人，讨论后决定使用他偏好的技术，后台用比nodejs
还年轻的框架，前台会采用angular，毕竟干活的人才说了算，呵呵。只要能够有完成
度，用啥都无所谓，这也是我原帖中所讲的。
帖子没撤也是想看看有没有机会再认识些有类似观点的朋友，而且说不定以后还会需要
帮助。
【在 s***o 的大作中提到】
: 选emberjs跟nodejs的原因？
: 我觉得ember还不够成熟，而且是very opinionated framework，用起来不如angular灵
: 活省心。node也有类似的问题，在特定情况下会很好用，但用来做全方位开发，似乎还
: 不够火候。
|
b******y
发帖数: 9224 | 7 楼上要注意一点，很多做技术的人，比如说我吧，喜欢用新技术去做项目，原因是自己
能学东西。
但这个技术对于你的项目是否合适，稳定性如何，这些就另说了。
我经历过很多这种情况，就是技术人员凭自己的兴趣用某某技术，最后和公司business
不一定符合，后来项目会比较麻烦。无论是维护还是另外找人开发来说。 |
M****z
发帖数: 1058 | 8 凡事都会有风险，我相对来说更愿意尝试新的东西，同时业务需求（SPA与高并发rest
backend），也是这些新技术获得推动力的来源。
另外，我还有一个朋友本来力邀他做技术co-founder，可惜他抽不出时间，不过他愿意
提供些友情建议。他的判断也是我的重要参考因素。所以相对来说，技术上的风险会相
对小一些。我现在正在做mockup，顺利的话，今年夏天过完就能内部测试一下了。
你了解我的，我是个风险容忍度比较高的人，呵呵。
business
【在 b******y 的大作中提到】
: 楼上要注意一点，很多做技术的人，比如说我吧，喜欢用新技术去做项目，原因是自己
: 能学东西。
: 但这个技术对于你的项目是否合适，稳定性如何，这些就另说了。
: 我经历过很多这种情况，就是技术人员凭自己的兴趣用某某技术，最后和公司business
: 不一定符合，后来项目会比较麻烦。无论是维护还是另外找人开发来说。
|
l*******s
发帖数: 1258 | 9 先顶一个！真正采取了行动的创业者，我总是鼓励的。
建议lz修改一些帖子，至少增加点这方面的信息：对于这个startup，lz能贡献什么？
从帖子里，lz自己说，不擅长技术，缺少启动资金。
我猜，看到这里，不少人会问：lz能够贡献什么？如果仅仅是能提供idea的话，那我为
啥要加入这个startup？
我相信，lz应该是有其他方面的东西可以贡献，比如人脉、创业经验、市场推广能力等
，但是从帖子里我没有看到。
建议增加一下这些信息，好消除不必要的疑问，增加大家加入的信心。 |
M****z
发帖数: 1058 | 10 如果要有个分工的话，除了码代码。至少还会有：
发现问题
解决方案雏形
找到市场切入点
组建团队
形成产品概念
完成产品整套功能设计
完成产品视觉设计
评估并确定技术选择
找到并培养第一批用户
解决方案太复杂、资源需求特殊或者巨大、可实现性差的，在找到市场切入点这一环节
就要枪毙掉了。找到切入点后需要让产品清晰化，需要考虑功能设置，需要考虑界面，
需要考虑在不同端的操作特点并形成连续的操作体验一直到制作出产品草图，也就是
mockup。mockup没问题后，需要联系视觉设计思考和制作各种常规的视觉规范，包括
logo，哦，在此之前还需要找到合适的产品名称并考虑商标和域名注册。根据mockup开
发的原型出来后，仍然需要测试和微调，同时待视觉部分完成后，加入视觉元素。基本
上产品这时候就可以内部测试了。再往后就是找到第一批用户并且开始培养和扩充了，
这部分经验我不足，不过大体上逃不出几种常规做法，区别在于如何执行。铜
中间还省略了各种沟通和项目协调讨论参与技术开发研讨的部分。
其实这是个做产品的流程，看见整个流程，会发现有很多需要做的。我相信解决用户的
痛点加上合适的用户培养方式，会提高试错成功的概率。
【在 l*******s 的大作中提到】
: 先顶一个！真正采取了行动的创业者，我总是鼓励的。
: 建议lz修改一些帖子，至少增加点这方面的信息：对于这个startup，lz能贡献什么？
: 从帖子里，lz自己说，不擅长技术，缺少启动资金。
: 我猜，看到这里，不少人会问：lz能够贡献什么？如果仅仅是能提供idea的话，那我为
: 啥要加入这个startup？
: 我相信，lz应该是有其他方面的东西可以贡献，比如人脉、创业经验、市场推广能力等
: ，但是从帖子里我没有看到。
: 建议增加一下这些信息，好消除不必要的疑问，增加大家加入的信心。
|
|
|
H********g
发帖数: 1107 | 11 我个人感觉你选的这个技术上太新了，
一般在选择的时候，当然要选择新的东西，但是不能太新。
因为太新的东西，在业界内，也是一种尝试，它能走多远都不好说。
再一步说，搞开发从来都不是重新再造轮子，太新的东西，毕竟积累还不够。
就是说，很多已经经过广泛检验的的东西他们都没有。
【在 M****z 的大作中提到】
: 如果要有个分工的话，除了码代码。至少还会有：
: 发现问题
: 解决方案雏形
: 找到市场切入点
: 组建团队
: 形成产品概念
: 完成产品整套功能设计
: 完成产品视觉设计
: 评估并确定技术选择
: 找到并培养第一批用户
|
M****z
发帖数: 1058 | 12 你是说angular?node?
node做后台rest好像挺全乎啊，除了two-legged token authentication很可能需要自
己写，不过那个打算用的新框架不是JS的，好不好用还需要等合作伙伴自己定夺，实在
不行就上他自己最熟悉的，估计几小时就搞出来了。
angular的app也并不少啊
另外一个meteor不敢用，我不需要实时，而且他们的改变还挺大，但是他们的东西很好玩
一开始我学的是RoR，结果太多没有为什么照做就行，稍微想改就云里雾里，所以还是
放弃了，估计还是我太菜，我自己还是想搞明白node一些，夏天有空继续看看，整个JS
异步完全没整明白。回头看看还是Obective-C简单多了~~
【在 H********g 的大作中提到】
: 我个人感觉你选的这个技术上太新了，
: 一般在选择的时候，当然要选择新的东西，但是不能太新。
: 因为太新的东西，在业界内，也是一种尝试，它能走多远都不好说。
: 再一步说，搞开发从来都不是重新再造轮子，太新的东西，毕竟积累还不够。
: 就是说，很多已经经过广泛检验的的东西他们都没有。
|
H********g
发帖数: 1107 | 13 RoR应该是个不错的架构。
“结果太多没有为什么照做就行，稍微想改就云里雾里”
这个是你太着急了，再简单它毕竟是个完整的framework，
不用这个东西从头到尾做几个项目，是不可能随心所欲的customize的。
其他的不太了解，nodejs我稍微看过一点，我记得MVC还没有搞全。
template engine是有了。但是ORM好像还没有特别完整的。
不过可能是我的信息没有up to date |
M****z
发帖数: 1058 | 14 木有办法，要做东西肯定是按照要求来做，不可能都follow它的规矩。
nodejs的MVC是像爆米花一样，不过都是开发到一定程度就卡住了，最近比较火的是
sailsjs，不过都不成熟，感觉还赶不上JS前台的那些成熟，ORM如果是用mongodb的话
，mogoose算是很不错的选择了。
node的用户群和RoR不太一样，我估计出个full stack的可能性不会像RoR那样。就像
Clojure的用户群和他们不一样一样。
文档没少看，代码没咋写，等着对JS感觉开光的那一天
【在 H********g 的大作中提到】
: RoR应该是个不错的架构。
: “结果太多没有为什么照做就行，稍微想改就云里雾里”
: 这个是你太着急了，再简单它毕竟是个完整的framework，
: 不用这个东西从头到尾做几个项目，是不可能随心所欲的customize的。
: 其他的不太了解，nodejs我稍微看过一点，我记得MVC还没有搞全。
: template engine是有了。但是ORM好像还没有特别完整的。
: 不过可能是我的信息没有up to date
|
H********g
发帖数: 1107 | 15 光看不行，要写的。多写写，解决解决实际问题，感觉就开光了 |
M****z
发帖数: 1058 | 16 最近写了个two legged token authentication模块，因为找不到现成的，不过还没测
试，感觉JS基础完全木有，写出来的东西一塌糊涂，基本上属于问题逻辑挂钩，本来打
算边测试边改改，强化些概念，不过发现几个月前看的好多东西隔了段时间又一锅粥了
。加上最近两周要设计产品概念模型，更木有时间了。等模型差不多了，打算再捡回来
接着看。
【在 H********g 的大作中提到】
: 光看不行，要写的。多写写，解决解决实际问题，感觉就开光了
|
H********g
发帖数: 1107 | |
M****z
发帖数: 1058 | 18 哈哈，谢谢安慰，nodejs我还是打算搞搞明白，争取夏天过完之前能有点感觉吧。写程
序就像练口语，不错个几次，花时间查查错误，细节总是自己写不出来。
【在 H********g 的大作中提到】
: 哎。。。 这玩意儿，几个月不写都手生
|
