c***d
发帖数: 996 | 1 看的出你原来走的是学校的路数， 你的水平应该是很好的。象你这样用license或者
patent赚钱的一直都有， 但最近比较火的都是和工业界合作出了产品的。硅谷里面有
个SRI international， 里面搞的东西和工业界比较近， 也有人说他们是硅谷的幕后
黑手:-P 你要喜欢搞研究可以加入他们。
你要想做产品，我建议你先想想自己是不是对产品比较有热情。 产品应该是市场和销
售驱动的。 如果你缺乏这方面的背景， 最好能找到一个产品化的平台。 湾区有各种
各样的incubator帮你做这个工作。 出名的好像ycombinator, startx。 长远来说，
他们也给你提供下一步的人脉和网络。
总之我的建议是你先想好自己的兴趣在哪， 适合做什么， 想好了把自己有兴趣适合做
的做好， 钱自然会来的。
SDK |
|
g****t
发帖数: 31659 | 2 你写过的是Android的最初一个模块吧？牛啊。
★ 发自iPhone App: ChineseWeb 8.2.1 |
|
l*******m
发帖数: 1096 | 3 lsh? 如果kd tree ball tree太慢，好像只有lsh。当然lsh有很多实现方法 |
|
c***d
发帖数: 996 | 4 Doug Cutting讲过他为什么做开源。 他是经过两千年.com bubble的人。 bubble 垮下
来的时候大家的工作都朝不保夕。 他就想怎么能在不停的换公司过程中， 保留一点自
己的东西呢。 这也就是他写开源开始的动力。 只有开源的代码能在换公司的时候跟着
自己走。 |
|
d********u
发帖数: 5383 | 5 同意。先找市场，再做东西。
当然，LZ首先是爱好，不必太强求。 |
|
d********u
发帖数: 5383 | 6 SJ在工业界是笑话，没人把他当回事。APPLE早年在修车的行业还有些市场，后来完全
无法进入 --- 质次价高的代名词。转行做个人电子产品也是不得已而为之。
IBM用DOS吗？它只是把cp/m给BG了吧？不过，人脉确实帮他起步了。话说回来，大家不
会真的以为换了你也能做出一个MS吧？我靠。。。不会吧？
google |
|
c***z
发帖数: 6348 | 7 大牛好厉害。
是基于cosine distance么? |
|
|
N******K
发帖数: 10202 | 9 lz做的是基于特征向量和相似度的搜索算法
你这个相似度属于算法的输入 |
|
G*****n
发帖数: 3863 | 10 Open your company, create a website that implements your algorithm without
disclosing the details. Get a few rounds of VC founding, and try to find a
big company to buy you.
For example, Android was created by Andy Rubin and other co-founders, and
later bought by Google. They created Android because they wanted to create a
portable OS based on Linux kernel. That's a good idea, with a few talented
people, they were able to execute it well and sell it off.
So LZ really needs to find a few trust-wo... 阅读全帖 |
|
y******u
发帖数: 804 | 11 快速knn算法，应用价值还是很高的。
属于绝招型技术，类似矩阵乘法效率的提升 |
|
Y**G
发帖数: 1089 | 12 你这是心急吃不了热豆腐。哪有一上来就狮子大开口的。
把license搞成一年一年续的。第一年象征性的收点钱，等越用越多后再慢慢加码。放
长线钓大鱼才是王道。
SDK |
|
g*****g
发帖数: 34805 | 13 非用闭源倒是不用功力，但碰到bug就是等死。你碰到绕不过去的bug，人半年不给你
fix，你项目拖半年？ |
|
D*****r
发帖数: 6791 | 14 proprietary与否不是关键，关键得开源，闭源做东西除非能一条龙全搞定。否则做出
来的东西出问题都没法修。
feature |
|
d****i
发帖数: 4809 | 15 Spring虽然现在貌似流行，其实很多时候是离不开J2EE的component的，比如做REST,
还是用Jersey那套标准的完胜Spring自己的那套原来基于MVC的东东，因为其他框架不
管是开源还是闭源的框架都是以JAX-RS为标准来实现的。 |
|
g*****g
发帖数: 34805 | 16 做consulting和做startup是两码事。做consulting跟开源闭源没什么太大关系，最重
要的是能找到项目。项目比较简单，一两个人就能做，重复性劳动为主，基本就是CRUD
，无疑M$ stack在这方面上手快，效率高。
做startup都是奔着上市去的，有名一点的startup基本都积累了几百万，上千万用户，
scalability很重要，big data analysis很重要。大部分有名的开源轮子都是跟这些相
关的。
换句话说，简单的活，啥stack都能干。hot startup，用M$ stack的就极少。 |
|
|
g*****g
发帖数: 34805 | 18 我老人家10个人管一万数据库服务器的例子就在上面，开源数据库免费或者买一点
support足够，闭源 startup根本用不起。你丫太没见识了，开源不算 core. |
|
x****u
发帖数: 44466 | 19 你搞黄色网站自然不用闭源，问题是地球上还有三分之二不黄色的流量。 |
|
|
|
w***g
发帖数: 5958 | 22 就是在图结构上找最近点。这个闭源的实在没赚到钱，打算开源算了。
过两天会放到github上。 |
|
r*g
发帖数: 186 | 23 标准中说引入explicit是为了抑制意料之外的隐士类型转换
这个东西来自于C, 在C++中继承了这一特性
但是就挖出了这么多坑
最开始explict Constructor(other)
是为了抑制其他other2 先转换为other再调用
Constructor(other)
引入operator other()的目的是有时候other类是使用者无法修改的
比如是一些闭源的代码
这时候other2类中加入operator other()的自定义转换函数就能使得
从other可以转换到other2 other2也能转换到other
作为一种"对称". (我参考的原帖下面reference中解释)
但是引入了这个东西后
就使得影视类型转化变得更加复杂
于是又引入了explicit operator other()的概念
........ |
|
A*******e
发帖数: 2419 | 24 引入operator other()的目的是有时候other类是使用者无法修改的
比如是一些闭源的代码
这时候other2类中加入operator other()的自定义转换函数就能使得
从other可以转换到other2 other2也能转换到other
作为一种"对称". (我参考的原帖下面reference中解释)
说实话，这种用法真的很古怪。 |
|
n******7
发帖数: 12463 | 25 想玩下js
chromebook是arm的
搜了一圈js IDE
基本免费版本都是闭源的
arm不支持
又不想用eclipse
有啥好选择没？ |
|
q*c
发帖数: 9453 | 26 所以微软把各种开源干的头破血流啊。
结果更加闭源的移动 Platform 把微软又干翻了。。。 |
|
c******n
发帖数: 16666 | 27 unity 用C# 教学资源也多
不过缺点也不少 闭源 出奇怪问题没法整
至少在不出怪问题的时候 整体都很顺畅
unity还有个问题是 有时候他们家升级会改一堆东西 要重学。。
不过他们论坛还算活跃 随时有员工上来回答问题
unreal如果你不走blueprint路线的话
估计你们团队人手还不够 这个更适合大公司大团队
cocos2d我很早前玩了个indie game之后趁着激情试了下 经验不多 没法说 |
|
P**H
发帖数: 1897 | 28 比cocos2d肯定是要友好点。搜一下，资源，讨论都很多。
unity3d已经是游戏小作坊的工具标杆了。炉石传说就是unity3d做的。
开源闭源不是根本问题。好用就行。关键还是看license。莫名其妙的问题，任何软件
都会出现的。开源也未必就修得快。我去年给cocos2dx写了个pullrequest，想把手机
陀螺仪加进去。结果讨论了几个来回就不了了之了。至今也没加进去。 |
|
f*******t
发帖数: 7549 | 29 Go有cgo，想支持生成C lib不是分分钟的事吗。没做这个只是因为实在找不出use case。
闭源工具实在不吃香 |
|
|
w***1
发帖数: 1951 | 31 先写一个非常好的快速上手 document ，等大家跳上船了就发现没有进一步的document
,然后开始卖 support, service,开大会啥的 |
|
N*****m
发帖数: 42603 | 32 但是很容易被别人抄啊
抄完了，就没法赚钱了
document |
|
|
w***g
发帖数: 5958 | 34 我是说不要做轮子, 做app. 做轮子赚钱太难了. |
|
e*******o
发帖数: 4654 | 35 哈哈，真是的
只要轮子猛，会有人找上门来送钱的。
怕别人抄，说明不适合做轮子，应该做成车子（app） |
|
e*******o
发帖数: 4654 | 36 很少公司是搞开源的，是赚钱的同时顺便开源。
你的问题应该是：
赚钱的公司咋搞开源的？ |
|
g****t
发帖数: 31659 | 37 做轮子风险高。
例如做一个比sublime更快更好的editor,看起来是doable的。
但是能不能销量几M就不好说了。 |
|
w**z
发帖数: 8232 | 38 卖service， 和一些add on 的feature
参考 datastax， databricks， confluent |
|
w********m
发帖数: 1137 | 39 真实情况是
写了文档都没人看
怀疑谁会闲的没事去github看源码 |
|
w***g
发帖数: 5958 | 40 我这么多年来一直在写轮子. 99.9%的情况我自己是唯一用户.
偶尔真正有愿意出点钱的, 都是既不懂也不care, 然后我自己
用我写的轮子搭个什么东西出来交差.
指望轮子赚钱非常难. 之所以我这么热衷于写github, 最主要
的目的是自己写的code自己将来还能用. |
|
s***o
发帖数: 2191 | 41 你缺一个会忽悠的生意伙伴。我看zhaoce就行。不过听说他被资本家抓去挖煤了，都没
时间来灌水了。 |
|
w***g
发帖数: 5958 | 42 就是这样. 不过我很appreciate乎悠和做生意的难度.
我觉得王垠的问题就是没有像我这样意识到, 其实乎悠,做生意,
以至给人发工资是非常非常难的. 从学习而言, 这儿每一个都是
top 1%. 但是从赚钱而言, 能到1%的非常少. |
|
|
w**z
发帖数: 8232 | 44 你的东西搞的人就不多，客户量有限，轮子好，但大多数人用不上。流行的轮子是解决
常用问题。 |
|
N*****m
发帖数: 42603 | 45 databricks的人不是还抱怨dataartisans的人抄袭嘛 |
|
|
N*****m
发帖数: 42603 | 47 你的轮子市场不大啊
你要是早搞出caffee这样的，现在也赚大发了 |
|
w***g
发帖数: 5958 | 48 deep learning的轮子我也做过的. https://github.com/aaalgo/argos
这个东西12年alex那个东西breakthrough后我就跟进了.
问题是轮子要推广比做轮子本身还难.
像caffe这种, 你得用这个轮子出好多paper, 参加各种比赛拿第一.
自己得到处去开会宣讲, 还得有大牛老板到处给宣传.
这些工作量远远超过做轮子本身.
对于我们这种学术界外面的, 要宣传轮子最好的办法就是自己先用
这个轮子做个killer app. 问题是我们要是能写killer app, 谁还
花心思去做轮子?
不管做什么, 最后要能赚到钱都很难. |
|
n******7
发帖数: 12463 | 49 又不看文档 又不看代码
这怎么用？
我们领域的烂东西多，又没文档
还好是开源的，简单的问题就自己fix了 |
|
x****u
发帖数: 44466 | 50 我觉得组件ABI对于Linux也同样重要啊，不应该动不动就build world，这个事情是
unix带来的坏传统，Linux当年glibc一升级简直山崩地裂的。
不必要的rebuild我看分两种，一种是不做省时间的，如开源工具，另一种是不可能做
的，如闭源商业软件，驱动或游戏 |
|
