l*r
2 楼
这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
locking。
系统基本上是几台自己provision的linux box做loadbalanced serverfarm，可以
horitontally scale out。前端是几个load balanced Tomcat instance, jquery+jsp
，后端是Hadoop+Cassandra, Apache Kafka做messaging。以后做更深的search/
recommendation engine准备试试看Apache Lucene的performance。
所有的基本功能都完成了，比如上传，打包下载，自由编辑tag，自由编辑发布album，
还有一些通常的功能比如search, shopping cart，checkout，bookkeeping,review/
ratings， social networking/following之类。我感觉youtube对这个的启发比较大。
这一轮从前到后全部做完，感觉最复杂，计算量最大的还是recommendation engine。
我这里只是实现了一个简单的基于tag的算法，就已经非常复杂了。
发帖的主要目的是geek的毛病之一，干了点啥总想着showoff一下；另一个也是觉得总
是闭门造车不行，还是得请大家peer review一下，不然方向偏了。当然还有一个根本
原因是这个网站的coding基本结束了，架构的完善性已经证明，如果有好的建议可以立
即实现。
自己看来看去还是很不满意，细节上还要继续改，有几个地方明显做得很潦草，几个
page的layout/css还得需要一个major facelift，搞不好还得重新设计。可能还有一些
bug没注意到。所以到现在还是beta。
下一个startup应该比较快，三四个月就可以搞定。好吧，就这样吧。
罗哩罗嗦说了半天，网站的地址是www dot lenseflares dot com。发在startup版和
java版。
原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
locking。
系统基本上是几台自己provision的linux box做loadbalanced serverfarm，可以
horitontally scale out。前端是几个load balanced Tomcat instance, jquery+jsp
，后端是Hadoop+Cassandra, Apache Kafka做messaging。以后做更深的search/
recommendation engine准备试试看Apache Lucene的performance。
所有的基本功能都完成了，比如上传，打包下载，自由编辑tag，自由编辑发布album，
还有一些通常的功能比如search, shopping cart，checkout，bookkeeping,review/
ratings， social networking/following之类。我感觉youtube对这个的启发比较大。
这一轮从前到后全部做完，感觉最复杂，计算量最大的还是recommendation engine。
我这里只是实现了一个简单的基于tag的算法，就已经非常复杂了。
发帖的主要目的是geek的毛病之一，干了点啥总想着showoff一下；另一个也是觉得总
是闭门造车不行，还是得请大家peer review一下，不然方向偏了。当然还有一个根本
原因是这个网站的coding基本结束了，架构的完善性已经证明，如果有好的建议可以立
即实现。
自己看来看去还是很不满意，细节上还要继续改，有几个地方明显做得很潦草，几个
page的layout/css还得需要一个major facelift，搞不好还得重新设计。可能还有一些
bug没注意到。所以到现在还是beta。
下一个startup应该比较快，三四个月就可以搞定。好吧，就这样吧。
罗哩罗嗦说了半天，网站的地址是www dot lenseflares dot com。发在startup版和
java版。
S*1
3 楼
2月买的小金桔苗, 现在要开花了, 需要施什么肥吗?谢谢
h*4
4 楼
南宋的灭亡，才是蒙古征服者征服道路的终点，但也是其衰落的起点。站在世界史、世
界文明史的角度上，蒙古人的征服没有多少积极起义，它只是人类文明史上最大的灾难
之一，西方历史学家一直把蒙古的征服和希特勒的纳粹德国等同。除蒙古人之外，没有
多少外国人对成吉思汗歌功颂德，甚至抱有好感。然而，曾经是蒙古人奴隶的中国人的
后代中还有不少人对其感激不尽，对其称赞不已，实在令人费解。如果把蒙古人当作自
己民族的一分子......
就明朝而言，降清的士大夫固然不少，但因为剃发令等因素，殉国者的数量亦颇可观，
拒绝出仕而以遗民终老的就更多了。这方面的专门研究也不是没有，1997年台湾学者何
冠彪出了本《生与死 明季士大夫的抉择》，在第二章《明末士大夫的殉国人数》中提
到清朝所修《胜朝殉节诸臣录》所载明末殉国人数为三千八百八十三人，并得出了“明
季殉国人数为历朝之冠”的结论。士大夫有多少人殉国虽然无法明确统计，但肯定是不
在少数的。不过作者又强调，相比明朝士大夫总人数，殉国者所占的百分率“实在微乎
其微”，绝大部分士大夫选择弃死求生乃至出仕清廷，这跟宋末士大夫没有本质区别。
归根结底，人类的求生本能在大多数情况下还是能战胜后天所灌输的信念的。
界文明史的角度上，蒙古人的征服没有多少积极起义，它只是人类文明史上最大的灾难
之一，西方历史学家一直把蒙古的征服和希特勒的纳粹德国等同。除蒙古人之外，没有
多少外国人对成吉思汗歌功颂德，甚至抱有好感。然而，曾经是蒙古人奴隶的中国人的
后代中还有不少人对其感激不尽，对其称赞不已，实在令人费解。如果把蒙古人当作自
己民族的一分子......
就明朝而言，降清的士大夫固然不少，但因为剃发令等因素，殉国者的数量亦颇可观，
拒绝出仕而以遗民终老的就更多了。这方面的专门研究也不是没有，1997年台湾学者何
冠彪出了本《生与死 明季士大夫的抉择》，在第二章《明末士大夫的殉国人数》中提
到清朝所修《胜朝殉节诸臣录》所载明末殉国人数为三千八百八十三人，并得出了“明
季殉国人数为历朝之冠”的结论。士大夫有多少人殉国虽然无法明确统计，但肯定是不
在少数的。不过作者又强调，相比明朝士大夫总人数，殉国者所占的百分率“实在微乎
其微”，绝大部分士大夫选择弃死求生乃至出仕清廷，这跟宋末士大夫没有本质区别。
归根结底，人类的求生本能在大多数情况下还是能战胜后天所灌输的信念的。
l*a
5 楼
http://www.pearmac.com/
我没用过，网友推荐的，看到了就发过来。
我没用过，网友推荐的，看到了就发过来。
C*t
7 楼
依照《中国国籍法》，若你的孩子出生时，父母两人中有至少一人是没有定居外国的中
国公民，孩子便具有中国国籍。
依照《中国护照法》，具有中国国籍无疑的人士合资格取得《中国护照》，不合资格取
得《中国旅行证》。
国公民，孩子便具有中国国籍。
依照《中国护照法》，具有中国国籍无疑的人士合资格取得《中国护照》，不合资格取
得《中国旅行证》。
t*a
8 楼
支持lz，很棒很敬仰。
h*2
9 楼
In contrast, over the years CELL carried a series of articles showing off
biotech/biomedical research development in india, all written by one person.
http://www.cell.com/searchresults?searchBy=fulltext&searchText=Seema+Singh&submit_search=Search
Something needs to be done.
Problems need correction for sure and positive PR campaign needs to follow.
【在 q******g 的大作中提到】
: http://www.nature.com/news/2010/100127/full/463142a.html
biotech/biomedical research development in india, all written by one person.
http://www.cell.com/searchresults?searchBy=fulltext&searchText=Seema+Singh&submit_search=Search
Something needs to be done.
Problems need correction for sure and positive PR campaign needs to follow.
【在 q******g 的大作中提到】
: http://www.nature.com/news/2010/100127/full/463142a.html
i*t
10 楼
每个地方规定都不同，即便一个地方不同时间不同办事的规定也不同，不说地点，没人
知道咋样
【在 l****a 的大作中提到】
: H签证还没到期，但绿卡已经到手。娃的爸爸已经回国，请问凭没到期的I797可以给娃
: 办到旅行证吗？
知道咋样
【在 l****a 的大作中提到】
: H签证还没到期，但绿卡已经到手。娃的爸爸已经回国，请问凭没到期的I797可以给娃
: 办到旅行证吗？
s*y
11 楼
额，好慢，等了几秒打不开就关了
a*i
12 楼
说实话， 现在西方也基本一样了，做科研就是为了发文章，已经慢慢丢失了最初的目
的。
的。
l*a
13 楼
芝加哥
【在 i*****t 的大作中提到】
: 每个地方规定都不同，即便一个地方不同时间不同办事的规定也不同，不说地点，没人
: 知道咋样
【在 i*****t 的大作中提到】
: 每个地方规定都不同，即便一个地方不同时间不同办事的规定也不同，不说地点，没人
: 知道咋样
l*r
14 楼
Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
可以，Verizon应该还算是有良心的carrier。
现在应该没问题。
今天早上release到production, bounce了image server。也可能是image server
warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
延，不过这是一次过的事。也许正好是你上来的时候:)
可以，Verizon应该还算是有良心的carrier。
现在应该没问题。
今天早上release到production, bounce了image server。也可能是image server
warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
延，不过这是一次过的事。也许正好是你上来的时候:)
K*S
15 楼
re,
【在 a*****i 的大作中提到】
: 说实话， 现在西方也基本一样了，做科研就是为了发文章，已经慢慢丢失了最初的目
: 的。
【在 a*****i 的大作中提到】
: 说实话， 现在西方也基本一样了，做科研就是为了发文章，已经慢慢丢失了最初的目
: 的。
l*a
16 楼
H签证还没到期，但绿卡已经到手。娃的爸爸已经回国，请问凭没到期的I797可以给娃
办到旅行证吗？
办到旅行证吗？
l*n
17 楼
你自己家机器host的？这个不靠谱
【在 l*********r 的大作中提到】
: Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
: 可以，Verizon应该还算是有良心的carrier。
: 现在应该没问题。
: 今天早上release到production, bounce了image server。也可能是image server
: warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
: 延，不过这是一次过的事。也许正好是你上来的时候:)
【在 l*********r 的大作中提到】
: Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
: 可以，Verizon应该还算是有良心的carrier。
: 现在应该没问题。
: 今天早上release到production, bounce了image server。也可能是image server
: warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
: 延，不过这是一次过的事。也许正好是你上来的时候:)
l*g
18 楼
Re
【在 a*****i 的大作中提到】
: 说实话， 现在西方也基本一样了，做科研就是为了发文章，已经慢慢丢失了最初的目
: 的。
【在 a*****i 的大作中提到】
: 说实话， 现在西方也基本一样了，做科研就是为了发文章，已经慢慢丢失了最初的目
: 的。
C*t
19 楼
依照《中国国籍法》，若你的孩子出生时，父母两人中有至少一人是没有定居外国的中
国公民，孩子便具有中国国籍。
依照《中国护照法》，具有中国国籍无疑的人士合资格取得《中国护照》，不合资格取
得《中国旅行证》。
国公民，孩子便具有中国国籍。
依照《中国护照法》，具有中国国籍无疑的人士合资格取得《中国护照》，不合资格取
得《中国旅行证》。
l*r
20 楼
这个我研究过，有一点实践经验可以和大家讨论一下。
大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
放在云上的公司（我就在这样的公司干过，哈哈）。
就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
盘和内网的配置和带宽，我感觉比云上要方便得多。现在的Hadoop集群我限制在一个子
网内，10G的交换机说换上就换上了。另外一个是存储空间可以随意扩展（比如现在我
就有十几个T的空间，还可以随时扩展）。另外有系统管理员权限还是很方便，比如随
时调整文件柄数量，限制某个线程的资源使用之类。
以后我还是倾向于自建数据中心，最多可能把image server放在CDN上吧。
很多人也倾向于把东西都放在云上，这就见仁见智了。
【在 l******n 的大作中提到】
: 你自己家机器host的？这个不靠谱
大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
放在云上的公司（我就在这样的公司干过，哈哈）。
就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
盘和内网的配置和带宽，我感觉比云上要方便得多。现在的Hadoop集群我限制在一个子
网内，10G的交换机说换上就换上了。另外一个是存储空间可以随意扩展（比如现在我
就有十几个T的空间，还可以随时扩展）。另外有系统管理员权限还是很方便，比如随
时调整文件柄数量，限制某个线程的资源使用之类。
以后我还是倾向于自建数据中心，最多可能把image server放在CDN上吧。
很多人也倾向于把东西都放在云上，这就见仁见智了。
【在 l******n 的大作中提到】
: 你自己家机器host的？这个不靠谱
q*g
21 楼
我觉得国内抄袭会逐渐减少。等经历文革的那批人退了，风气会变好的
i*t
22 楼
每个地方规定都不同，即便一个地方不同时间不同办事的规定也不同，不说地点，没人
知道咋样
【在 l****a 的大作中提到】
: H签证还没到期，但绿卡已经到手。娃的爸爸已经回国，请问凭没到期的I797可以给娃
: 办到旅行证吗？
知道咋样
【在 l****a 的大作中提到】
: H签证还没到期，但绿卡已经到手。娃的爸爸已经回国，请问凭没到期的I797可以给娃
: 办到旅行证吗？
l*n
23 楼
其实说到底还是价格的问题。Verizon 300M/300M外加static ip每个月不便宜，我估计
着怎么也得250以上。而且这个号称300M/300M的网络在各个时段实测速度有多少，我觉
得比较难说。250$/m可以买到配置不错的dedicated server。只考虑系统的稳定性，速
度肯定云好，当然你自己的dc更方便，特别是硬件的调试方面。
【在 l*********r 的大作中提到】
: 这个我研究过，有一点实践经验可以和大家讨论一下。
: 大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
: let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
: 把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
: 见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
: 放在云上的公司（我就在这样的公司干过，哈哈）。
: 就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
: 管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
: ，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
: Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
着怎么也得250以上。而且这个号称300M/300M的网络在各个时段实测速度有多少，我觉
得比较难说。250$/m可以买到配置不错的dedicated server。只考虑系统的稳定性，速
度肯定云好，当然你自己的dc更方便，特别是硬件的调试方面。
【在 l*********r 的大作中提到】
: 这个我研究过，有一点实践经验可以和大家讨论一下。
: 大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
: let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
: 把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
: 见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
: 放在云上的公司（我就在这样的公司干过，哈哈）。
: 就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
: 管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
: ，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
: Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
l*a
24 楼
芝加哥
【在 i*****t 的大作中提到】
: 每个地方规定都不同，即便一个地方不同时间不同办事的规定也不同，不说地点，没人
: 知道咋样
【在 i*****t 的大作中提到】
: 每个地方规定都不同，即便一个地方不同时间不同办事的规定也不同，不说地点，没人
: 知道咋样
l*r
25 楼
嗯，有道理，Verizon的速度确实没测过，不知道是不是到得了宣称的速度。图片网站
和其他网站不一样，流量特别大。一张re-size的照片就有几k到几十k的size，一般文
字网页的size也就一两张图片那么大。这里有时会在一个网页上放几十张照片，对图片
服务器的带宽要求比较大。现在先用verizon的，流量大的话，搞不好得放到Akamai之
类的CDN上去才能应付。
目前费用倒不算太离谱，每年也就两三千块钱，基本属于无所谓了。而且以后第二个第
三个startup都可以用，平摊下来也没啥了。
和其他网站不一样，流量特别大。一张re-size的照片就有几k到几十k的size，一般文
字网页的size也就一两张图片那么大。这里有时会在一个网页上放几十张照片，对图片
服务器的带宽要求比较大。现在先用verizon的，流量大的话，搞不好得放到Akamai之
类的CDN上去才能应付。
目前费用倒不算太离谱，每年也就两三千块钱，基本属于无所谓了。而且以后第二个第
三个startup都可以用，平摊下来也没啥了。
k*1
26 楼
我的情况跟楼主很像，我也想去芝加哥办理。请问楼主最后办理的结果怎样？
m*s
27 楼
支持一下，你的想法是什么，是一个image交易的平台吗？
l*r
28 楼
image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
checkout/bookkeeping/redeem之类。
还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
很universal，可以应用在很多地方。在这里花了不少时间。
我这里的方法主要是依靠curated content。
这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
个功能已经做好了。用户编辑album，如果有人下载，就有收入，这也算一种incentive。
另外一个就是通过recommendation engine，用一种或者几种算法引擎来搜索出用户可
能感兴趣的照片。这个其实是我最感兴趣的地方。我现在做的是非常简单的基于tag的
搜索推荐算法,但是实现起来已经非常复杂，计算量非常大。接下来主要专注的就是比
较几种算法的优劣。
其他的比如CSS以及一些简单的bug之类的简单CS问题，如果发现了，告诉我，应该很容
易解决。
checkout/bookkeeping/redeem之类。
还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
很universal，可以应用在很多地方。在这里花了不少时间。
我这里的方法主要是依靠curated content。
这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
个功能已经做好了。用户编辑album，如果有人下载，就有收入，这也算一种incentive。
另外一个就是通过recommendation engine，用一种或者几种算法引擎来搜索出用户可
能感兴趣的照片。这个其实是我最感兴趣的地方。我现在做的是非常简单的基于tag的
搜索推荐算法,但是实现起来已经非常复杂，计算量非常大。接下来主要专注的就是比
较几种算法的优劣。
其他的比如CSS以及一些简单的bug之类的简单CS问题，如果发现了，告诉我，应该很容
易解决。
l*r
29 楼
发信人: linuxhacker (linuxhacker), 信区: PhotoForum
标 题: Re: 给大家提供一个上传照片的网上空间
发信站: BBS 未名空间站 (Fri Oct 14 22:51:37 2016, 美东)
作为后来者基本不可能有什么优势吧。除了flickr现有的功能要做到之外，主要依靠发
现和设计flickr没有的feature才能grow（对一个geek来说，其实这样才刺激）。我这
里没有什么成本的压力，也没啥必须要达到的目标什么的，业余爱好就是coding。
一开始只是手痒试试看，当时google刚发布google相册，我觉得这基本没啥，很容易做
到的东西。然后发现这一连串的workflow比如上传编辑相册下载之类的，基本上也就差
不多是一个photo site了。
现在的困惑是，干了几个月，不知道什么feature才是一个照片网站真正吸引用户的(包
括photographer和consumer)。这得不停地试。现在的照片网站要么就是没法盈利比如
flickr，要么就是半死不活的做不大比如shutterstock。结论就是，大家都没找到关键
。所以下决心开始在摄影版混。新的feature做好一定首先通知大家。
标 题: Re: 给大家提供一个上传照片的网上空间
发信站: BBS 未名空间站 (Fri Oct 14 22:51:37 2016, 美东)
作为后来者基本不可能有什么优势吧。除了flickr现有的功能要做到之外，主要依靠发
现和设计flickr没有的feature才能grow（对一个geek来说，其实这样才刺激）。我这
里没有什么成本的压力，也没啥必须要达到的目标什么的，业余爱好就是coding。
一开始只是手痒试试看，当时google刚发布google相册，我觉得这基本没啥，很容易做
到的东西。然后发现这一连串的workflow比如上传编辑相册下载之类的，基本上也就差
不多是一个photo site了。
现在的困惑是，干了几个月，不知道什么feature才是一个照片网站真正吸引用户的(包
括photographer和consumer)。这得不停地试。现在的照片网站要么就是没法盈利比如
flickr，要么就是半死不活的做不大比如shutterstock。结论就是，大家都没找到关键
。所以下决心开始在摄影版混。新的feature做好一定首先通知大家。
l*n
30 楼
你能描述一下你的基于tag的推荐算法？很多search engine或者database都提供了类似
的搜索功能，不知道你做得有什么不一样
content
【在 l*********r 的大作中提到】
: image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
: checkout/bookkeeping/redeem之类。
: 还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
: discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
: 并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
: 大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
: 很universal，可以应用在很多地方。在这里花了不少时间。
: 我这里的方法主要是依靠curated content。
: 这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
: 的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
的搜索功能，不知道你做得有什么不一样
content
【在 l*********r 的大作中提到】
: image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
: checkout/bookkeeping/redeem之类。
: 还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
: discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
: 并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
: 大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
: 很universal，可以应用在很多地方。在这里花了不少时间。
: 我这里的方法主要是依靠curated content。
: 这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
: 的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
l*r
31 楼
还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
tag A，那么同时提到的次数最多的另外的tag是哪个。
翻译成website的tag,用下面一个简化的例子：
假设用户编辑两个照片，分别设定下面的tag：
照片1：{a, b, c, d}
照片2：{a, d, e,c}
那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
tree a
a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
b ->｛a,c,c}, 权重全部为1
....
这样和a最相关的我们认为是c,d。推荐c,d tag里点击数（或者其他的衡量标准）最高
的照片。
举个例子，如果输入为
照片1：{santorini, aegean sea, greece, travel, beach}
照片2：{santorini, architecture, aegean sea, ，greece, travel}
那么我们就认为Santorini最相关的是aegean sea, greece, 和travel。
aegean sea tag最热门的是Mycenae的一幅照片, greece tag最热门的是temple of
apollo, travel tag最热门的是一幅Cancun的海滩照。
这样对一张Santorini的照片，用户除了可以查看Santorini的tag，找到所有Santorini
的照片之外，还可以看到Mycenae, Temple of Apollo， 和Cancun。这样的diversity
可以满足作为扩展搜索的要求。
工程上的实现还有许多要考虑的地方，比如failover/High Availability，
scalability， 容量之类,会复杂很多。而且如果一个tag没有很明显的相关tag，那么
算出来的recommendation也不准。
当然了这是最简单的recommendation算法，这方面有很多(灌水的和真材实料的）paper
，有很多各种各样的算法和推导的公式，设计一个真正有用的不太容易，还得慢慢来。
目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
tag A，那么同时提到的次数最多的另外的tag是哪个。
翻译成website的tag,用下面一个简化的例子：
假设用户编辑两个照片，分别设定下面的tag：
照片1：{a, b, c, d}
照片2：{a, d, e,c}
那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
tree a
a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
b ->｛a,c,c}, 权重全部为1
....
这样和a最相关的我们认为是c,d。推荐c,d tag里点击数（或者其他的衡量标准）最高
的照片。
举个例子，如果输入为
照片1：{santorini, aegean sea, greece, travel, beach}
照片2：{santorini, architecture, aegean sea, ，greece, travel}
那么我们就认为Santorini最相关的是aegean sea, greece, 和travel。
aegean sea tag最热门的是Mycenae的一幅照片, greece tag最热门的是temple of
apollo, travel tag最热门的是一幅Cancun的海滩照。
这样对一张Santorini的照片，用户除了可以查看Santorini的tag，找到所有Santorini
的照片之外，还可以看到Mycenae, Temple of Apollo， 和Cancun。这样的diversity
可以满足作为扩展搜索的要求。
工程上的实现还有许多要考虑的地方，比如failover/High Availability，
scalability， 容量之类,会复杂很多。而且如果一个tag没有很明显的相关tag，那么
算出来的recommendation也不准。
当然了这是最简单的recommendation算法，这方面有很多(灌水的和真材实料的）paper
，有很多各种各样的算法和推导的公式，设计一个真正有用的不太容易，还得慢慢来。
r*g
32 楼
你做的挺好的，但商业上貌似已经有类似的服务了吧，而且marketplace最重要的是人
气，你打算怎么把他推广出去提高人气？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
气，你打算怎么把他推广出去提高人气？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
l*r
33 楼
目前只是自己的一个hobby，一个人做，实在没有时间也没有精力去做推广。运行成本
几乎为零也是原因之一，没有压力，人就懒了:)
做完这个之后本来正在设计第二个，中间又有点事给中断了一下。有时候事情做到一半
是被中断确实比较烦。
几乎为零也是原因之一，没有压力，人就懒了:)
做完这个之后本来正在设计第二个，中间又有点事给中断了一下。有时候事情做到一半
是被中断确实比较烦。
J*n
34 楼
提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
好处很大，在前期前端的重要性甚至超过后端。
overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
好处很大，在前期前端的重要性甚至超过后端。
l*n
35 楼
这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
现应该很方便。
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
现应该很方便。
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
l*r
36 楼
逼格这两个字一下把我给击倒了 :) 码农总是被数学算法之类的勾引走，完全没注意到
这个。
马上重新设计。
【在 J*******n 的大作中提到】
: 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
: overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
: 好处很大，在前期前端的重要性甚至超过后端。
这个。
马上重新设计。
【在 J*******n 的大作中提到】
: 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
: overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
: 好处很大，在前期前端的重要性甚至超过后端。
l*r
37 楼
多谢，正在找paper看，先在本地测试几种方案。
【在 l******n 的大作中提到】
: 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
: 现应该很方便。
【在 l******n 的大作中提到】
: 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
: 现应该很方便。
l*r
38 楼
这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
locking。
系统基本上是几台自己provision的linux box做loadbalanced serverfarm，可以
horitontally scale out。前端是几个load balanced Tomcat instance, jquery+jsp
，后端是Hadoop+Cassandra, Apache Kafka做messaging。以后做更深的search/
recommendation engine准备试试看Apache Lucene的performance。
所有的基本功能都完成了，比如上传，打包下载，自由编辑tag，自由编辑发布album，
还有一些通常的功能比如search, shopping cart，checkout，bookkeeping,review/
ratings， social networking/following之类。我感觉youtube对这个的启发比较大。
这一轮从前到后全部做完，感觉最复杂，计算量最大的还是recommendation engine。
我这里只是实现了一个简单的基于tag的算法，就已经非常复杂了。
发帖的主要目的是geek的毛病之一，干了点啥总想着showoff一下；另一个也是觉得总
是闭门造车不行，还是得请大家peer review一下，不然方向偏了。当然还有一个根本
原因是这个网站的coding基本结束了，架构的完善性已经证明，如果有好的建议可以立
即实现。
自己看来看去还是很不满意，细节上还要继续改，有几个地方明显做得很潦草，几个
page的layout/css还得需要一个major facelift，搞不好还得重新设计。可能还有一些
bug没注意到。所以到现在还是beta。
下一个startup应该比较快，三四个月就可以搞定。好吧，就这样吧。
罗哩罗嗦说了半天，网站的地址是www dot lenseflares dot com。发在startup版和
java版。
原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
locking。
系统基本上是几台自己provision的linux box做loadbalanced serverfarm，可以
horitontally scale out。前端是几个load balanced Tomcat instance, jquery+jsp
，后端是Hadoop+Cassandra, Apache Kafka做messaging。以后做更深的search/
recommendation engine准备试试看Apache Lucene的performance。
所有的基本功能都完成了，比如上传，打包下载，自由编辑tag，自由编辑发布album，
还有一些通常的功能比如search, shopping cart，checkout，bookkeeping,review/
ratings， social networking/following之类。我感觉youtube对这个的启发比较大。
这一轮从前到后全部做完，感觉最复杂，计算量最大的还是recommendation engine。
我这里只是实现了一个简单的基于tag的算法，就已经非常复杂了。
发帖的主要目的是geek的毛病之一，干了点啥总想着showoff一下；另一个也是觉得总
是闭门造车不行，还是得请大家peer review一下，不然方向偏了。当然还有一个根本
原因是这个网站的coding基本结束了，架构的完善性已经证明，如果有好的建议可以立
即实现。
自己看来看去还是很不满意，细节上还要继续改，有几个地方明显做得很潦草，几个
page的layout/css还得需要一个major facelift，搞不好还得重新设计。可能还有一些
bug没注意到。所以到现在还是beta。
下一个startup应该比较快，三四个月就可以搞定。好吧，就这样吧。
罗哩罗嗦说了半天，网站的地址是www dot lenseflares dot com。发在startup版和
java版。
t*a
39 楼
支持lz，很棒很敬仰。
s*y
40 楼
额，好慢，等了几秒打不开就关了
l*r
41 楼
Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
可以，Verizon应该还算是有良心的carrier。
现在应该没问题。
今天早上release到production, bounce了image server。也可能是image server
warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
延，不过这是一次过的事。也许正好是你上来的时候:)
可以，Verizon应该还算是有良心的carrier。
现在应该没问题。
今天早上release到production, bounce了image server。也可能是image server
warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
延，不过这是一次过的事。也许正好是你上来的时候:)
l*n
42 楼
你自己家机器host的？这个不靠谱
【在 l*********r 的大作中提到】
: Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
: 可以，Verizon应该还算是有良心的carrier。
: 现在应该没问题。
: 今天早上release到production, bounce了image server。也可能是image server
: warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
: 延，不过这是一次过的事。也许正好是你上来的时候:)
【在 l*********r 的大作中提到】
: Verizon前段时间罢工，复工以后这段时间网络是不太稳定。网络正常的时候速度应该
: 可以，Verizon应该还算是有良心的carrier。
: 现在应该没问题。
: 今天早上release到production, bounce了image server。也可能是image server
: warming up的原因，要把很多image从disk上load到memory里面，有时会有几秒钟的时
: 延，不过这是一次过的事。也许正好是你上来的时候:)
l*r
43 楼
这个我研究过，有一点实践经验可以和大家讨论一下。
大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
放在云上的公司（我就在这样的公司干过，哈哈）。
就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
盘和内网的配置和带宽，我感觉比云上要方便得多。现在的Hadoop集群我限制在一个子
网内，10G的交换机说换上就换上了。另外一个是存储空间可以随意扩展（比如现在我
就有十几个T的空间，还可以随时扩展）。另外有系统管理员权限还是很方便，比如随
时调整文件柄数量，限制某个线程的资源使用之类。
以后我还是倾向于自建数据中心，最多可能把image server放在CDN上吧。
很多人也倾向于把东西都放在云上，这就见仁见智了。
【在 l******n 的大作中提到】
: 你自己家机器host的？这个不靠谱
大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
放在云上的公司（我就在这样的公司干过，哈哈）。
就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
盘和内网的配置和带宽，我感觉比云上要方便得多。现在的Hadoop集群我限制在一个子
网内，10G的交换机说换上就换上了。另外一个是存储空间可以随意扩展（比如现在我
就有十几个T的空间，还可以随时扩展）。另外有系统管理员权限还是很方便，比如随
时调整文件柄数量，限制某个线程的资源使用之类。
以后我还是倾向于自建数据中心，最多可能把image server放在CDN上吧。
很多人也倾向于把东西都放在云上，这就见仁见智了。
【在 l******n 的大作中提到】
: 你自己家机器host的？这个不靠谱
l*n
44 楼
其实说到底还是价格的问题。Verizon 300M/300M外加static ip每个月不便宜，我估计
着怎么也得250以上。而且这个号称300M/300M的网络在各个时段实测速度有多少，我觉
得比较难说。250$/m可以买到配置不错的dedicated server。只考虑系统的稳定性，速
度肯定云好，当然你自己的dc更方便，特别是硬件的调试方面。
【在 l*********r 的大作中提到】
: 这个我研究过，有一点实践经验可以和大家讨论一下。
: 大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
: let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
: 把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
: 见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
: 放在云上的公司（我就在这样的公司干过，哈哈）。
: 就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
: 管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
: ，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
: Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
着怎么也得250以上。而且这个号称300M/300M的网络在各个时段实测速度有多少，我觉
得比较难说。250$/m可以买到配置不错的dedicated server。只考虑系统的稳定性，速
度肯定云好，当然你自己的dc更方便，特别是硬件的调试方面。
【在 l*********r 的大作中提到】
: 这个我研究过，有一点实践经验可以和大家讨论一下。
: 大家都听说过很多startup公司从车库起家，包括Google, HP之类（wait a minute,
: let me take in this Hewlett-Packard moment...)，也知道现在很多中小公司开始就
: 把网站放在云上。哪种方法好，看具体情况了。我见过把全部程序放在云上的公司，也
: 见过从一开始就把所有服务器放在办公室，后来建了自己的数据中心，从来没有把东西
: 放在云上的公司（我就在这样的公司干过，哈哈）。
: 就我个人而言，目前主要考虑的是两个方面，一个是专用带宽/存储空间，另一个是网
: 管的灵活性。自己建一个mini datacenter听着似乎比较crazy，但是可以保证专用带宽
: ，一个是对外的带宽，Verizon可以到300M/300M。一个是内网带宽和网络配置。对
: Hadoop集群的性能调优来说，由于有大量的硬盘读写和网络I/O，如果自己能够掌握硬
l*r
45 楼
嗯，有道理，Verizon的速度确实没测过，不知道是不是到得了宣称的速度。图片网站
和其他网站不一样，流量特别大。一张re-size的照片就有几k到几十k的size，一般文
字网页的size也就一两张图片那么大。这里有时会在一个网页上放几十张照片，对图片
服务器的带宽要求比较大。现在先用verizon的，流量大的话，搞不好得放到Akamai之
类的CDN上去才能应付。
目前费用倒不算太离谱，每年也就两三千块钱，基本属于无所谓了。而且以后第二个第
三个startup都可以用，平摊下来也没啥了。
和其他网站不一样，流量特别大。一张re-size的照片就有几k到几十k的size，一般文
字网页的size也就一两张图片那么大。这里有时会在一个网页上放几十张照片，对图片
服务器的带宽要求比较大。现在先用verizon的，流量大的话，搞不好得放到Akamai之
类的CDN上去才能应付。
目前费用倒不算太离谱，每年也就两三千块钱，基本属于无所谓了。而且以后第二个第
三个startup都可以用，平摊下来也没啥了。
m*s
46 楼
支持一下，你的想法是什么，是一个image交易的平台吗？
l*r
47 楼
image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
checkout/bookkeeping/redeem之类。
还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
很universal，可以应用在很多地方。在这里花了不少时间。
我这里的方法主要是依靠curated content。
这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
个功能已经做好了。用户编辑album，如果有人下载，就有收入，这也算一种incentive。
另外一个就是通过recommendation engine，用一种或者几种算法引擎来搜索出用户可
能感兴趣的照片。这个其实是我最感兴趣的地方。我现在做的是非常简单的基于tag的
搜索推荐算法,但是实现起来已经非常复杂，计算量非常大。接下来主要专注的就是比
较几种算法的优劣。
其他的比如CSS以及一些简单的bug之类的简单CS问题，如果发现了，告诉我，应该很容
易解决。
checkout/bookkeeping/redeem之类。
还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
很universal，可以应用在很多地方。在这里花了不少时间。
我这里的方法主要是依靠curated content。
这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
个功能已经做好了。用户编辑album，如果有人下载，就有收入，这也算一种incentive。
另外一个就是通过recommendation engine，用一种或者几种算法引擎来搜索出用户可
能感兴趣的照片。这个其实是我最感兴趣的地方。我现在做的是非常简单的基于tag的
搜索推荐算法,但是实现起来已经非常复杂，计算量非常大。接下来主要专注的就是比
较几种算法的优劣。
其他的比如CSS以及一些简单的bug之类的简单CS问题，如果发现了，告诉我，应该很容
易解决。
l*r
48 楼
发信人: linuxhacker (linuxhacker), 信区: PhotoForum
标 题: Re: 给大家提供一个上传照片的网上空间
发信站: BBS 未名空间站 (Fri Oct 14 22:51:37 2016, 美东)
作为后来者基本不可能有什么优势吧。除了flickr现有的功能要做到之外，主要依靠发
现和设计flickr没有的feature才能grow（对一个geek来说，其实这样才刺激）。我这
里没有什么成本的压力，也没啥必须要达到的目标什么的，业余爱好就是coding。
一开始只是手痒试试看，当时google刚发布google相册，我觉得这基本没啥，很容易做
到的东西。然后发现这一连串的workflow比如上传编辑相册下载之类的，基本上也就差
不多是一个photo site了。
现在的困惑是，干了几个月，不知道什么feature才是一个照片网站真正吸引用户的(包
括photographer和consumer)。这得不停地试。现在的照片网站要么就是没法盈利比如
flickr，要么就是半死不活的做不大比如shutterstock。结论就是，大家都没找到关键
。所以下决心开始在摄影版混。新的feature做好一定首先通知大家。
标 题: Re: 给大家提供一个上传照片的网上空间
发信站: BBS 未名空间站 (Fri Oct 14 22:51:37 2016, 美东)
作为后来者基本不可能有什么优势吧。除了flickr现有的功能要做到之外，主要依靠发
现和设计flickr没有的feature才能grow（对一个geek来说，其实这样才刺激）。我这
里没有什么成本的压力，也没啥必须要达到的目标什么的，业余爱好就是coding。
一开始只是手痒试试看，当时google刚发布google相册，我觉得这基本没啥，很容易做
到的东西。然后发现这一连串的workflow比如上传编辑相册下载之类的，基本上也就差
不多是一个photo site了。
现在的困惑是，干了几个月，不知道什么feature才是一个照片网站真正吸引用户的(包
括photographer和consumer)。这得不停地试。现在的照片网站要么就是没法盈利比如
flickr，要么就是半死不活的做不大比如shutterstock。结论就是，大家都没找到关键
。所以下决心开始在摄影版混。新的feature做好一定首先通知大家。
l*n
49 楼
你能描述一下你的基于tag的推荐算法？很多search engine或者database都提供了类似
的搜索功能，不知道你做得有什么不一样
content
【在 l*********r 的大作中提到】
: image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
: checkout/bookkeeping/redeem之类。
: 还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
: discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
: 并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
: 大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
: 很universal，可以应用在很多地方。在这里花了不少时间。
: 我这里的方法主要是依靠curated content。
: 这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
: 的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
的搜索功能，不知道你做得有什么不一样
content
【在 l*********r 的大作中提到】
: image交易的平台确实是初始想法的一部分，基本的功能都做了，比如自己定价，
: checkout/bookkeeping/redeem之类。
: 还有一部分我个人觉得更重要的是如何发现照片。换句话说，就是大家俗称的content
: discovery了。任何一个照片网站基本上都有海量的照片，因为按快门加一点后期修补
: 并不费多大的功夫，所以这类的“产品”基本是非常大量的。那么现在的问题是如何在
: 大量的照片里面快速搜索出自己想要的照片呢？这是一个极其fascinating的问题，也
: 很universal，可以应用在很多地方。在这里花了不少时间。
: 我这里的方法主要是依靠curated content。
: 这个curated content一个是依靠用户人工制作album，一个用户可以把看到过的，有关
: 的照片集合起来，做成一个album，这样，另外一个用户就可以很容易地discover。这
l*r
50 楼
还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
tag A，那么同时提到的次数最多的另外的tag是哪个。
翻译成website的tag,用下面一个简化的例子：
假设用户编辑两个照片，分别设定下面的tag：
照片1：{a, b, c, d}
照片2：{a, d, e,c}
那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
tree a
a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
b ->｛a,c,c}, 权重全部为1
....
这样和a最相关的我们认为是c,d。推荐c,d tag里点击数（或者其他的衡量标准）最高
的照片。
举个例子，如果输入为
照片1：{santorini, aegean sea, greece, travel, beach}
照片2：{santorini, architecture, aegean sea, ，greece, travel}
那么我们就认为Santorini最相关的是aegean sea, greece, 和travel。
aegean sea tag最热门的是Mycenae的一幅照片, greece tag最热门的是temple of
apollo, travel tag最热门的是一幅Cancun的海滩照。
这样对一张Santorini的照片，用户除了可以查看Santorini的tag，找到所有Santorini
的照片之外，还可以看到Mycenae, Temple of Apollo， 和Cancun。这样的diversity
可以满足作为扩展搜索的要求。
工程上的实现还有许多要考虑的地方，比如failover/High Availability，
scalability， 容量之类,会复杂很多。而且如果一个tag没有很明显的相关tag，那么
算出来的recommendation也不准。
当然了这是最简单的recommendation算法，这方面有很多(灌水的和真材实料的）paper
，有很多各种各样的算法和推导的公式，设计一个真正有用的不太容易，还得慢慢来。
目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
tag A，那么同时提到的次数最多的另外的tag是哪个。
翻译成website的tag,用下面一个简化的例子：
假设用户编辑两个照片，分别设定下面的tag：
照片1：{a, b, c, d}
照片2：{a, d, e,c}
那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
tree a
a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
b ->｛a,c,c}, 权重全部为1
....
这样和a最相关的我们认为是c,d。推荐c,d tag里点击数（或者其他的衡量标准）最高
的照片。
举个例子，如果输入为
照片1：{santorini, aegean sea, greece, travel, beach}
照片2：{santorini, architecture, aegean sea, ，greece, travel}
那么我们就认为Santorini最相关的是aegean sea, greece, 和travel。
aegean sea tag最热门的是Mycenae的一幅照片, greece tag最热门的是temple of
apollo, travel tag最热门的是一幅Cancun的海滩照。
这样对一张Santorini的照片，用户除了可以查看Santorini的tag，找到所有Santorini
的照片之外，还可以看到Mycenae, Temple of Apollo， 和Cancun。这样的diversity
可以满足作为扩展搜索的要求。
工程上的实现还有许多要考虑的地方，比如failover/High Availability，
scalability， 容量之类,会复杂很多。而且如果一个tag没有很明显的相关tag，那么
算出来的recommendation也不准。
当然了这是最简单的recommendation算法，这方面有很多(灌水的和真材实料的）paper
，有很多各种各样的算法和推导的公式，设计一个真正有用的不太容易，还得慢慢来。
r*g
51 楼
你做的挺好的，但商业上貌似已经有类似的服务了吧，而且marketplace最重要的是人
气，你打算怎么把他推广出去提高人气？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
气，你打算怎么把他推广出去提高人气？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
l*r
52 楼
目前只是自己的一个hobby，一个人做，实在没有时间也没有精力去做推广。运行成本
几乎为零也是原因之一，没有压力，人就懒了:)
做完这个之后本来正在设计第二个，中间又有点事给中断了一下。有时候事情做到一半
是被中断确实比较烦。
几乎为零也是原因之一，没有压力，人就懒了:)
做完这个之后本来正在设计第二个，中间又有点事给中断了一下。有时候事情做到一半
是被中断确实比较烦。
J*n
53 楼
提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
好处很大，在前期前端的重要性甚至超过后端。
overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
好处很大，在前期前端的重要性甚至超过后端。
l*n
54 楼
这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
现应该很方便。
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
现应该很方便。
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
l*r
55 楼
逼格这两个字一下把我给击倒了 :) 码农总是被数学算法之类的勾引走，完全没注意到
这个。
马上重新设计。
【在 J*******n 的大作中提到】
: 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
: overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
: 好处很大，在前期前端的重要性甚至超过后端。
这个。
马上重新设计。
【在 J*******n 的大作中提到】
: 提个建议，找个前端牛逼的帮手，看描述后端估计搞得不错，甚至对于前期来讲有点
: overkill。前端jquery+jsp显然不是最优的，而且bug不少，作为图片网站逼格高一点
: 好处很大，在前期前端的重要性甚至超过后端。
l*r
56 楼
多谢，正在找paper看，先在本地测试几种方案。
【在 l******n 的大作中提到】
: 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
: 现应该很方便。
【在 l******n 的大作中提到】
: 这就是一个association rule learning的例子，很多数据库都有相关的高效算法，实
: 现应该很方便。
d*u
57 楼
精神可嘉，过程应该能学到不少东西，但这产品真的没什么用，可以不好看。
W*o
58 楼
看起来很牛！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
l*r
59 楼
这几个星期被其他事情打岔分心了，事情办得比较顺也就有点犯懒，就没有上来。以后
会注意。这个事情就像养花种草一样，得天天浇水才行。
这个网站主要是作为技术验证，试验各种新的想法和工程实践，比如从bare metal到应
用层/操作系统/软件（例如JVM)的配置和极限情况。如果有兴趣，想验证自己的想法欢
迎加入。可以在这里私信，也可以通过网站上的support email，我在纽约地区，湾区
的同学会有时差。technology的research是比较艰苦耗时的，这个，思想上要有所准备
。目前唯一的好处就是找工作的时候可以放在简历里，面试争论的时候必赢不输，如此
而已。赚钱还是遥远的事。
会注意。这个事情就像养花种草一样，得天天浇水才行。
这个网站主要是作为技术验证，试验各种新的想法和工程实践，比如从bare metal到应
用层/操作系统/软件（例如JVM)的配置和极限情况。如果有兴趣，想验证自己的想法欢
迎加入。可以在这里私信，也可以通过网站上的support email，我在纽约地区，湾区
的同学会有时差。technology的research是比较艰苦耗时的，这个，思想上要有所准备
。目前唯一的好处就是找工作的时候可以放在简历里，面试争论的时候必赢不输，如此
而已。赚钱还是遥远的事。
w*g
60 楼
你这个网站用户体验很不错！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
i*t
61 楼
这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
他 把相应的 link里面的words count+1就行了吧
最后每个word 有个link 是相关 词 出现的 频率
类似于个 bag of word？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
他 把相应的 link里面的words count+1就行了吧
最后每个word 有个link 是相关 词 出现的 频率
类似于个 bag of word？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
l*r
62 楼
大致是这个意思，细节上有点不同，不是link上所有词，而是link上在同一个tag组里
的词，这样fan out就小很多。另外在某一个作者修改一张照片的tag的时候，要做相应
的增减。
这是最简单的关联算法了。
tag
【在 i******t 的大作中提到】
: 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
: 他 把相应的 link里面的words count+1就行了吧
: 最后每个word 有个link 是相关 词 出现的 频率
: 类似于个 bag of word？
的词，这样fan out就小很多。另外在某一个作者修改一张照片的tag的时候，要做相应
的增减。
这是最简单的关联算法了。
tag
【在 i******t 的大作中提到】
: 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
: 他 把相应的 link里面的words count+1就行了吧
: 最后每个word 有个link 是相关 词 出现的 频率
: 类似于个 bag of word？
N*C
63 楼
你的图片的版权问题怎么解决？
p*e
64 楼
楼主能具体讲一下网站的目的吗？感觉不是很清楚。个人觉得楼主的UX可以提高一下。
一般做photo的对UX/UI都有一些要求。应该还有很大提升空间。
一般做photo的对UX/UI都有一些要求。应该还有很大提升空间。
p*u
65 楼
非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
E*n
66 楼
独到之处是啥？如果还依赖关键词寻找照片，和其他网站的区别都没有。其实，google
早就用DIP做了pattern match的算法。再有就是，feature的查找根本不是关键词能做
得到的。总之，还是要在DIP的算法上下功夫
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
早就用DIP做了pattern match的算法。再有就是，feature的查找根本不是关键词能做
得到的。总之，还是要在DIP的算法上下功夫
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
l*r
67 楼
大家的意见不错，多谢了。UX/UI上确实需要提高。
这个网站主要试验的是提供照片的上传下载，自由定价/编辑标签/说明，自由编辑相册
（Google相册2015年还是2016年声称提供这方面的功能），以及相册的下载。一些主要
的功能比如相册编辑，图片编辑之类的，需要登录注册用户才可以进行。
为了鼓励用户的involvement我这里加了一个feature，即使你不上传任何图片，也可以
使用别人的照片编辑相
册并注明费用。如果有别人付费下载此相册，编辑者也可以收到自己的费用。
我现在自己都能看出来一点导致confusion的地方:)，已经在explore页面上增加了“登
录才能上传”的说明和链接。如果大家觉得还有什么不intuitive的地方请告知。
版权上，现在支持private license，将来准备支持双license，private/commercial
license的下载。用户可以自己选择。
Google据说现在在做用图像识别来做自动关联和推荐,非常interesting。不过现在AI最
多只能识别猫脸的情况下，这个推荐的质量就不清楚了。目前来看，人工标签仍然是最
可靠的检索/关联方法。另外一个好处，就是人工标签可以是动态的，上传作者可以根
据点击/下载量随时修改标签，改变目标客户群。有个限制就是作者最多一次只能给图
片/相册设置20个标签。
这个网站主要试验的是提供照片的上传下载，自由定价/编辑标签/说明，自由编辑相册
（Google相册2015年还是2016年声称提供这方面的功能），以及相册的下载。一些主要
的功能比如相册编辑，图片编辑之类的，需要登录注册用户才可以进行。
为了鼓励用户的involvement我这里加了一个feature，即使你不上传任何图片，也可以
使用别人的照片编辑相
册并注明费用。如果有别人付费下载此相册，编辑者也可以收到自己的费用。
我现在自己都能看出来一点导致confusion的地方:)，已经在explore页面上增加了“登
录才能上传”的说明和链接。如果大家觉得还有什么不intuitive的地方请告知。
版权上，现在支持private license，将来准备支持双license，private/commercial
license的下载。用户可以自己选择。
Google据说现在在做用图像识别来做自动关联和推荐,非常interesting。不过现在AI最
多只能识别猫脸的情况下，这个推荐的质量就不清楚了。目前来看，人工标签仍然是最
可靠的检索/关联方法。另外一个好处，就是人工标签可以是动态的，上传作者可以根
据点击/下载量随时修改标签，改变目标客户群。有个限制就是作者最多一次只能给图
片/相册设置20个标签。
l*r
68 楼
谢谢 :) 如果发现什么问题请及时通知。
【在 p*********u 的大作中提到】
: 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
【在 p*********u 的大作中提到】
: 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
d*6
69 楼
哥们....你打算怎么挣钱？
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
l*r
70 楼
目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
10%来cover paypal的费用。
我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
photo sharing网站都半死不活的原因。
应该有更好的generate revenue的方法。
【在 d**********6 的大作中提到】
: 哥们....你打算怎么挣钱？
:
: live-
paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
10%来cover paypal的费用。
我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
photo sharing网站都半死不活的原因。
应该有更好的generate revenue的方法。
【在 d**********6 的大作中提到】
: 哥们....你打算怎么挣钱？
:
: live-
S*1
71 楼
看了下你的网站，跟一般的stock photo网站的图片质量比还有差距。收入提成基本上
就是现在图片网站的运营模式，只不过现在的网站都太黑，供图者也就拿20%-50%，像
istock非独家供图者只拿15%，很多摄影师是非常不爽的。如果你靠较高的供图者提成
作为吸引的话，基本上还是走上其他图片网站的路，强行在这个半死不活的产业争资源
。我觉得图片网站的这个royalty free模式虽然近十来年创造了很高的销售业绩，但有
点竭泽而渔的意思，照片license之后可以永久无限制使用，导致照片销售的半衰期缩
短，恶性竞争加剧，不是可以长期持续的。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
就是现在图片网站的运营模式，只不过现在的网站都太黑，供图者也就拿20%-50%，像
istock非独家供图者只拿15%，很多摄影师是非常不爽的。如果你靠较高的供图者提成
作为吸引的话，基本上还是走上其他图片网站的路，强行在这个半死不活的产业争资源
。我觉得图片网站的这个royalty free模式虽然近十来年创造了很高的销售业绩，但有
点竭泽而渔的意思，照片license之后可以永久无限制使用，导致照片销售的半衰期缩
短，恶性竞争加剧，不是可以长期持续的。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
l*n
72 楼
全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
先免费把人气和用户聚集起来，后面变现起来就和很容易了。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
先免费把人气和用户聚集起来，后面变现起来就和很容易了。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
l*r
73 楼
哈哈，大家说的没错。图片网站光靠royalty提成收入根本没办法做大，只能混口饭吃
而已
。SD1说的没错。看来大家都看出来了:)
所以我这里现在全部免费，帮助买卖双方成交，只代收paypal手续费。我觉得longtian
说的方向是正确的路子，这也就是我做了不少fullscreen play, album editing, tag
recommendation之类的原因。照片的交易只是这个网站的一小部分。
过一小段时间我会上线一个创建group/online group chat/organize event的feature
，试试看怎么样。这是也是为下一个startup做一些技术上的准备。现在正在修改。
目前这里的照片都是测试用的，所以有的上传的照片没有经过photoshop处理。
而已
。SD1说的没错。看来大家都看出来了:)
所以我这里现在全部免费，帮助买卖双方成交，只代收paypal手续费。我觉得longtian
说的方向是正确的路子，这也就是我做了不少fullscreen play, album editing, tag
recommendation之类的原因。照片的交易只是这个网站的一小部分。
过一小段时间我会上线一个创建group/online group chat/organize event的feature
，试试看怎么样。这是也是为下一个startup做一些技术上的准备。现在正在修改。
目前这里的照片都是测试用的，所以有的上传的照片没有经过photoshop处理。
l*r
74 楼
SD1提到的license以后可以无限使用，这个确实是个影响到作者销售收入的问题。我这
里做的是分尺寸/license下载。比如原图32M或者64M, 如果需要原图尺寸，那么就按
commercial license计价。如果按照private license下载，只能下载16M或者8M的re-
size的图。
话说如果自己下载打印的话，16M也差不多了，不需要特别高清。
commercial/private作者可以自己定价，比如commercial $50, private $5之类。
里做的是分尺寸/license下载。比如原图32M或者64M, 如果需要原图尺寸，那么就按
commercial license计价。如果按照private license下载，只能下载16M或者8M的re-
size的图。
话说如果自己下载打印的话，16M也差不多了，不需要特别高清。
commercial/private作者可以自己定价，比如commercial $50, private $5之类。
S*1
75 楼
全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
心，摄影师是不会来的。
【在 l******n 的大作中提到】
: 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
: 先免费把人气和用户聚集起来，后面变现起来就和很容易了。
:
: 印。
flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
心，摄影师是不会来的。
【在 l******n 的大作中提到】
: 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
: 先免费把人气和用户聚集起来，后面变现起来就和很容易了。
:
: 印。
l*n
76 楼
我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
己的工作室自己的网站，不会到这种创业初的网站来。
对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
是提供机会，而不是收入。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
己的工作室自己的网站，不会到这种创业初的网站来。
对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
是提供机会，而不是收入。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
l*r
77 楼
可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
摄影师自己定价，默认全部是private license，以后增加commercial license。我这
里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
摄影师自己定价，默认全部是private license，以后增加commercial license。我这
里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
l*r
78 楼
说的没错，我也准备增加一些social networking的功能，private license下载浏览量
大的图片，我想自然commercial license销路也会好。这确实是一个building
reputation的过程。
【在 l******n 的大作中提到】
: 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
: 己的工作室自己的网站，不会到这种创业初的网站来。
: 对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
: 机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
: 是提供机会，而不是收入。
大的图片，我想自然commercial license销路也会好。这确实是一个building
reputation的过程。
【在 l******n 的大作中提到】
: 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
: 己的工作室自己的网站，不会到这种创业初的网站来。
: 对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
: 机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
: 是提供机会，而不是收入。
l*n
79 楼
找人做BD吧，marketing的方式很多，但是要在这么多的同质服务中脱颖而出必须要有
不一样的卖点，不一样的路
【在 l*********r 的大作中提到】
: 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
: 大的图片，我想自然commercial license销路也会好。这确实是一个building
: reputation的过程。
不一样的卖点，不一样的路
【在 l*********r 的大作中提到】
: 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
: 大的图片，我想自然commercial license销路也会好。这确实是一个building
: reputation的过程。
l*r
80 楼
没错，到时候可能还是得找人专门做这些。现在确实没有空余时间和精力做marketing
，只有拿出来和大家讨论讨论。
我先把能想到的feature快手快脚做好了，也许在这个过程里能有新的发现:)
，只有拿出来和大家讨论讨论。
我先把能想到的feature快手快脚做好了，也许在这个过程里能有新的发现:)
a*g
81 楼
你要不要看看 zenfolio 的模式？
【在 l*********r 的大作中提到】
: 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
: 的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
: 摄影师自己定价，默认全部是private license，以后增加commercial license。我这
: 里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
: 我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
: 上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
: 直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 l*********r 的大作中提到】
: 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
: 的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
: 摄影师自己定价，默认全部是private license，以后增加commercial license。我这
: 里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
: 我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
: 上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
: 直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
l*r
82 楼
这个网站美工做的非常不错。这是Shopify vs. Amazon的business model,主要问题一
个是流量不足(单个网站只有属于自己的流量),另一个是不利于摄影师自己的marketing
。就像longtian说的，well-established摄影师可能可以受益。新手摄影师可能就不适
合了。
举几个主动marketing的scenario来说，如果几个作者想联合起来发起一个competition
展览(包括投票选作品之类)，或者几个作者联合组织一个chat group吸引用户加入等等
，这样social networking的功能应该是绝大多数作者需要的，因为这样摄影师可以主
动marketing自己的作品给未知用户， 这样的浏览量/观众群相当于几个摄影师，单个
作者的网站就做不到了。举个被动marketing的例子，在多个作者的网站里，一个用户
可以收集多个作者的作品做成一个相册然后publish。单作者网站就没法做到了。
当然，单个作者网站肯定也是有不少市场，比如shopify/squarespace/weebly都活得不
错。不过能不能做大就不清楚了。
【在 a*****g 的大作中提到】
: 你要不要看看 zenfolio 的模式？
个是流量不足(单个网站只有属于自己的流量),另一个是不利于摄影师自己的marketing
。就像longtian说的，well-established摄影师可能可以受益。新手摄影师可能就不适
合了。
举几个主动marketing的scenario来说，如果几个作者想联合起来发起一个competition
展览(包括投票选作品之类)，或者几个作者联合组织一个chat group吸引用户加入等等
，这样social networking的功能应该是绝大多数作者需要的，因为这样摄影师可以主
动marketing自己的作品给未知用户， 这样的浏览量/观众群相当于几个摄影师，单个
作者的网站就做不到了。举个被动marketing的例子，在多个作者的网站里，一个用户
可以收集多个作者的作品做成一个相册然后publish。单作者网站就没法做到了。
当然，单个作者网站肯定也是有不少市场，比如shopify/squarespace/weebly都活得不
错。不过能不能做大就不清楚了。
【在 a*****g 的大作中提到】
: 你要不要看看 zenfolio 的模式？
l*r
83 楼
前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
快速，想到就做了。
这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
这帮孙子就是靠钱砸出来的市场。
原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
对我来说就少了很多税务上的麻烦。
chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
快速，想到就做了。
这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
这帮孙子就是靠钱砸出来的市场。
原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
对我来说就少了很多税务上的麻烦。
m*s
84 楼
看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
一点，请专业人士处理财务上的问题。
【在 l*********r 的大作中提到】
: 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
: chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
: 快速，想到就做了。
: 这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
: 感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
: 这帮孙子就是靠钱砸出来的市场。
: 原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
: 对我来说就少了很多税务上的麻烦。
网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
一点，请专业人士处理财务上的问题。
【在 l*********r 的大作中提到】
: 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
: chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
: 快速，想到就做了。
: 这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
: 感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
: 这帮孙子就是靠钱砸出来的市场。
: 原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
: 对我来说就少了很多税务上的麻烦。
l*r
85 楼
你说的很对，一般人确实需要网站这个中介来做自动交易，网站的自动交易比较可靠而
且无需照看。我现在主要想法还是想避开报税，每季度报税一次实在麻烦。我这个网站
平时维护成本为0，所以也没有什么太多的压力要求兑现，主要还是实验性质，先把自
己能想到的feature都做好:)
chat用在service上确实没想到，这个是个很好的idea, 谢谢你。
有了全双工full duplex的client-server live connection，就有了很多的
possibilities。Uber之类的location based service看上去就很直观简单了。
【在 m*********s 的大作中提到】
: 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
: 网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
: 接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
: 。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
: 一点，请专业人士处理财务上的问题。
且无需照看。我现在主要想法还是想避开报税，每季度报税一次实在麻烦。我这个网站
平时维护成本为0，所以也没有什么太多的压力要求兑现，主要还是实验性质，先把自
己能想到的feature都做好:)
chat用在service上确实没想到，这个是个很好的idea, 谢谢你。
有了全双工full duplex的client-server live connection，就有了很多的
possibilities。Uber之类的location based service看上去就很直观简单了。
【在 m*********s 的大作中提到】
: 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
: 网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
: 接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
: 。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
: 一点，请专业人士处理财务上的问题。
s*f
86 楼
技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
l*r
87 楼
在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
于那种框架比较好，结果可能到现在都还没开工干活。
商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
对，还得继续改进。有什么好的建议欢迎提出来。
一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
就是idea。这样事情就简单多了。
移动客户端是很重要，我现在考虑的第二个startup很大一部分是在移动端。不过图片
网站在手机应用上受数据流量影响比较大，肯定不能全站搬上去，只能一部分放在移动
端。我再考虑一下。
【在 s****f 的大作中提到】
: 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
: 细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
于那种框架比较好，结果可能到现在都还没开工干活。
商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
对，还得继续改进。有什么好的建议欢迎提出来。
一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
就是idea。这样事情就简单多了。
移动客户端是很重要，我现在考虑的第二个startup很大一部分是在移动端。不过图片
网站在手机应用上受数据流量影响比较大，肯定不能全站搬上去，只能一部分放在移动
端。我再考虑一下。
【在 s****f 的大作中提到】
: 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
: 细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
m*s
88 楼
我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上
三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点
击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都
没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web
service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的
东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个
障碍，
: 就是idea。这样事情就简单多了。
【在 l*********r 的大作中提到】
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
: 就是idea。这样事情就简单多了。
消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上
三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点
击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都
没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web
service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的
东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个
障碍，
: 就是idea。这样事情就简单多了。
【在 l*********r 的大作中提到】
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
: 就是idea。这样事情就简单多了。
l*r
89 楼
我考虑了两天，发现你的这个idea确实值得深入explore。
1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
且耗时。本地打印递交或者pickup有很多好处。
另外，我的猜测也是commercial的照片应用市场很小，private license的才是
scalable。
2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
jobhunting
【在 m*********s 的大作中提到】
: 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
: 消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
: 打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
: 设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
: 。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
: 的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
: 平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
:
:
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
: 版，码
1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
且耗时。本地打印递交或者pickup有很多好处。
另外，我的猜测也是commercial的照片应用市场很小，private license的才是
scalable。
2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
jobhunting
【在 m*********s 的大作中提到】
: 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
: 消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
: 打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
: 设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
: 。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
: 的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
: 平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
:
:
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
: 版，码
l*n
90 楼
线下的任何形式活动都需要大量的人力物力，我觉得不是你现在这种状态可以做的。你
这个网站说白了就是玩票性质的，没有大量时间精力在各方面的投入，要想有发展很难
【在 l*********r 的大作中提到】
: 我考虑了两天，发现你的这个idea确实值得深入explore。
: 1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
: 比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
: 且耗时。本地打印递交或者pickup有很多好处。
: 另外，我的猜测也是commercial的照片应用市场很小，private license的才是
: scalable。
: 2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
: 界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
:
: jobhunting
这个网站说白了就是玩票性质的，没有大量时间精力在各方面的投入，要想有发展很难
【在 l*********r 的大作中提到】
: 我考虑了两天，发现你的这个idea确实值得深入explore。
: 1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
: 比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
: 且耗时。本地打印递交或者pickup有很多好处。
: 另外，我的猜测也是commercial的照片应用市场很小，private license的才是
: scalable。
: 2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
: 界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
:
: jobhunting
l*r
91 楼
这个慢慢来，不着急:) 反正没有什么成本压力。
在这里发帖主要因为这里的人大部分都有做business的经验，可以有效地研究讨论
photo有关的website的一些idea。无论线上线下的服务，首先都得找到市场的需求，自
然而然就会grow。没有找对需求硬性推广，估计一开始会有一些用户，但是肯定不可持
续。
在这里发帖主要因为这里的人大部分都有做business的经验，可以有效地研究讨论
photo有关的website的一些idea。无论线上线下的服务，首先都得找到市场的需求，自
然而然就会grow。没有找对需求硬性推广，估计一开始会有一些用户，但是肯定不可持
续。
d*u
92 楼
精神可嘉，过程应该能学到不少东西，但这产品真的没什么用，可以不好看。
W*o
93 楼
看起来很牛！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
l*r
94 楼
这几个星期被其他事情打岔分心了，事情办得比较顺也就有点犯懒，就没有上来。以后
会注意。这个事情就像养花种草一样，得天天浇水才行。
这个网站主要是作为技术验证，试验各种新的想法和工程实践，比如从bare metal到应
用层/操作系统/软件（例如JVM)的配置和极限情况。如果有兴趣，想验证自己的想法欢
迎加入。可以在这里私信，也可以通过网站上的support email，或者微信。我在纽约
地区，湾区
的同学会有时差。technology的research是比较艰苦耗时的，这个，思想上要有所准备
。目前唯一的好处就是找工作的时候可以放在简历里，面试争论的时候必赢不输，如此
而已。赚钱还是遥远的事。
会注意。这个事情就像养花种草一样，得天天浇水才行。
这个网站主要是作为技术验证，试验各种新的想法和工程实践，比如从bare metal到应
用层/操作系统/软件（例如JVM)的配置和极限情况。如果有兴趣，想验证自己的想法欢
迎加入。可以在这里私信，也可以通过网站上的support email，或者微信。我在纽约
地区，湾区
的同学会有时差。technology的research是比较艰苦耗时的，这个，思想上要有所准备
。目前唯一的好处就是找工作的时候可以放在简历里，面试争论的时候必赢不输，如此
而已。赚钱还是遥远的事。
w*g
95 楼
你这个网站用户体验很不错！
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
i*t
96 楼
这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
他 把相应的 link里面的words count+1就行了吧
最后每个word 有个link 是相关 词 出现的 频率
类似于个 bag of word？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
他 把相应的 link里面的words count+1就行了吧
最后每个word 有个link 是相关 词 出现的 频率
类似于个 bag of word？
【在 l*********r 的大作中提到】
: 还真没想到在startup讨论技术问题:)原来还指望在待字闺中版。
: 目前的recommendation是基于最简单的判断来决定相似性，说白了就是：如果有人提到
: tag A，那么同时提到的次数最多的另外的tag是哪个。
: 翻译成website的tag,用下面一个简化的例子：
: 假设用户编辑两个照片，分别设定下面的tag：
: 照片1：{a, b, c, d}
: 照片2：{a, d, e,c}
: 那么服务器端收到两个照片的编辑信息之后，开始建立（或者更新）以下的forest:
: tree a
: a-> {b, c, d, e}, 其中c,d边权重为2, b,e边权重为1
l*r
97 楼
大致是这个意思，细节上有点不同，不是link上所有词，而是link上在同一个tag组里
的词，这样fan out就小很多。另外在某一个作者修改一张照片的tag的时候，要做相应
的增减。
这是最简单的关联算法了。
tag
【在 i******t 的大作中提到】
: 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
: 他 把相应的 link里面的words count+1就行了吧
: 最后每个word 有个link 是相关 词 出现的 频率
: 类似于个 bag of word？
的词，这样fan out就小很多。另外在某一个作者修改一张照片的tag的时候，要做相应
的增减。
这是最简单的关联算法了。
tag
【在 i******t 的大作中提到】
: 这个tag算法 最简单直观的 不就是 每个词弄个key 后面 link上所有词， 每次 tag
: 他 把相应的 link里面的words count+1就行了吧
: 最后每个word 有个link 是相关 词 出现的 频率
: 类似于个 bag of word？
N*C
98 楼
你的图片的版权问题怎么解决？
p*e
99 楼
楼主能具体讲一下网站的目的吗？感觉不是很清楚。个人觉得楼主的UX可以提高一下。
一般做photo的对UX/UI都有一些要求。应该还有很大提升空间。
一般做photo的对UX/UI都有一些要求。应该还有很大提升空间。
p*u
100 楼
非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
E*n
101 楼
独到之处是啥？如果还依赖关键词寻找照片，和其他网站的区别都没有。其实，google
早就用DIP做了pattern match的算法。再有就是，feature的查找根本不是关键词能做
得到的。总之，还是要在DIP的算法上下功夫
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
早就用DIP做了pattern match的算法。再有就是，feature的查找根本不是关键词能做
得到的。总之，还是要在DIP的算法上下功夫
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
l*r
102 楼
大家的意见不错，多谢了。UX/UI上确实需要提高。
这个网站主要试验的是提供照片的上传下载，自由定价/编辑标签/说明，自由编辑相册
（Google相册2015年还是2016年声称提供这方面的功能），以及相册的下载。一些主要
的功能比如相册编辑，图片编辑之类的，需要登录注册用户才可以进行。
为了鼓励用户的involvement我这里加了一个feature，即使你不上传任何图片，也可以
使用别人的照片编辑相
册并注明费用。如果有别人付费下载此相册，编辑者也可以收到自己的费用。
我现在自己都能看出来一点导致confusion的地方:)，已经在explore页面上增加了“登
录才能上传”的说明和链接。如果大家觉得还有什么不intuitive的地方请告知。
版权上，现在支持private license，将来准备支持双license，private/commercial
license的下载。用户可以自己选择。
Google据说现在在做用图像识别来做自动关联和推荐,非常interesting。不过现在AI最
多只能识别猫脸的情况下，这个推荐的质量就不清楚了。目前来看，人工标签仍然是最
可靠的检索/关联方法。另外一个好处，就是人工标签可以是动态的，上传作者可以根
据点击/下载量随时修改标签，改变目标客户群。有个限制就是作者最多一次只能给图
片/相册设置20个标签。
这个网站主要试验的是提供照片的上传下载，自由定价/编辑标签/说明，自由编辑相册
（Google相册2015年还是2016年声称提供这方面的功能），以及相册的下载。一些主要
的功能比如相册编辑，图片编辑之类的，需要登录注册用户才可以进行。
为了鼓励用户的involvement我这里加了一个feature，即使你不上传任何图片，也可以
使用别人的照片编辑相
册并注明费用。如果有别人付费下载此相册，编辑者也可以收到自己的费用。
我现在自己都能看出来一点导致confusion的地方:)，已经在explore页面上增加了“登
录才能上传”的说明和链接。如果大家觉得还有什么不intuitive的地方请告知。
版权上，现在支持private license，将来准备支持双license，private/commercial
license的下载。用户可以自己选择。
Google据说现在在做用图像识别来做自动关联和推荐,非常interesting。不过现在AI最
多只能识别猫脸的情况下，这个推荐的质量就不清楚了。目前来看，人工标签仍然是最
可靠的检索/关联方法。另外一个好处，就是人工标签可以是动态的，上传作者可以根
据点击/下载量随时修改标签，改变目标客户群。有个限制就是作者最多一次只能给图
片/相册设置20个标签。
l*r
103 楼
谢谢 :) 如果发现什么问题请及时通知。
【在 p*********u 的大作中提到】
: 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
【在 p*********u 的大作中提到】
: 非常佩服！我在上面注册了一账号，如果我拍了好的照片就上传。
d*6
104 楼
哥们....你打算怎么挣钱？
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
l*r
105 楼
目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
10%来cover paypal的费用。
我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
photo sharing网站都半死不活的原因。
应该有更好的generate revenue的方法。
【在 d**********6 的大作中提到】
: 哥们....你打算怎么挣钱？
:
: live-
paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
10%来cover paypal的费用。
我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
photo sharing网站都半死不活的原因。
应该有更好的generate revenue的方法。
【在 d**********6 的大作中提到】
: 哥们....你打算怎么挣钱？
:
: live-
S*1
106 楼
看了下你的网站，跟一般的stock photo网站的图片质量比还有差距。收入提成基本上
就是现在图片网站的运营模式，只不过现在的网站都太黑，供图者也就拿20%-50%，像
istock非独家供图者只拿15%，很多摄影师是非常不爽的。如果你靠较高的供图者提成
作为吸引的话，基本上还是走上其他图片网站的路，强行在这个半死不活的产业争资源
。我觉得图片网站的这个royalty free模式虽然近十来年创造了很高的销售业绩，但有
点竭泽而渔的意思，照片license之后可以永久无限制使用，导致照片销售的半衰期缩
短，恶性竞争加剧，不是可以长期持续的。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
就是现在图片网站的运营模式，只不过现在的网站都太黑，供图者也就拿20%-50%，像
istock非独家供图者只拿15%，很多摄影师是非常不爽的。如果你靠较高的供图者提成
作为吸引的话，基本上还是走上其他图片网站的路，强行在这个半死不活的产业争资源
。我觉得图片网站的这个royalty free模式虽然近十来年创造了很高的销售业绩，但有
点竭泽而渔的意思，照片license之后可以永久无限制使用，导致照片销售的半衰期缩
短，恶性竞争加剧，不是可以长期持续的。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
l*n
107 楼
全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
先免费把人气和用户聚集起来，后面变现起来就和很容易了。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
先免费把人气和用户聚集起来，后面变现起来就和很容易了。
印。
【在 l*********r 的大作中提到】
: 目前的所有photo网站的revenue来源一个是付费下载的抽成，一个是附加服务比如打印。
: paypal并不是一个micropayment的好选择，首先有一个固定的fee，然后paypal还按照
: 比例扣手续费（好像是7.5%）。所以这个网站提供了points，一个point对应1 cent。
: 一般是累积到一定的point再redeem（比如总共超过50块钱再提现）。
: 至于定价就是由上传作者自己定价（upload -> edit photo)。一般commercial
: license要比private license贵得多。作者定价后，网站可以进一步提供两种下载：半
: 价（resize到70%长宽），1/4价（resize到50%长宽），和全价（100%长宽）。
: 现在这个网站的日常运营费用基本为零，所以无所谓付费下载提成之类的，好吧，预提
: 10%来cover paypal的费用。
: 我觉得从付费下载里找提成，并不是一个很好的选择，也不scalable。这也是现在的
l*r
108 楼
哈哈，大家说的没错。图片网站光靠royalty提成收入根本没办法做大，只能混口饭吃
而已
。SD1说的没错。看来大家都看出来了:)
所以我这里现在全部免费，帮助买卖双方成交，只代收paypal手续费。我觉得longtian
说的方向是正确的路子，这也就是我做了不少fullscreen play, album editing, tag
recommendation之类的原因。照片的交易只是这个网站的一小部分。
过一小段时间我会上线一个创建group/online group chat/organize event的feature
，试试看怎么样。这是也是为下一个startup做一些技术上的准备。现在正在修改。
目前这里的照片都是测试用的，所以有的上传的照片没有经过photoshop处理。
而已
。SD1说的没错。看来大家都看出来了:)
所以我这里现在全部免费，帮助买卖双方成交，只代收paypal手续费。我觉得longtian
说的方向是正确的路子，这也就是我做了不少fullscreen play, album editing, tag
recommendation之类的原因。照片的交易只是这个网站的一小部分。
过一小段时间我会上线一个创建group/online group chat/organize event的feature
，试试看怎么样。这是也是为下一个startup做一些技术上的准备。现在正在修改。
目前这里的照片都是测试用的，所以有的上传的照片没有经过photoshop处理。
l*r
109 楼
SD1提到的license以后可以无限使用，这个确实是个影响到作者销售收入的问题。我这
里做的是分尺寸/license下载。比如原图32M或者64M, 如果需要原图尺寸，那么就按
commercial license计价。如果按照private license下载，只能下载16M或者8M的re-
size的图。
话说如果自己下载打印的话，16M也差不多了，不需要特别高清。
commercial/private作者可以自己定价，比如commercial $50, private $5之类。
里做的是分尺寸/license下载。比如原图32M或者64M, 如果需要原图尺寸，那么就按
commercial license计价。如果按照private license下载，只能下载16M或者8M的re-
size的图。
话说如果自己下载打印的话，16M也差不多了，不需要特别高清。
commercial/private作者可以自己定价，比如commercial $50, private $5之类。
S*1
110 楼
全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
心，摄影师是不会来的。
【在 l******n 的大作中提到】
: 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
: 先免费把人气和用户聚集起来，后面变现起来就和很容易了。
:
: 印。
flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
心，摄影师是不会来的。
【在 l******n 的大作中提到】
: 全部免费。对摄影师他们需要的是 传播作品，能出名能红；对消费者需要免费照片。
: 先免费把人气和用户聚集起来，后面变现起来就和很容易了。
:
: 印。
l*n
111 楼
我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
己的工作室自己的网站，不会到这种创业初的网站来。
对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
是提供机会，而不是收入。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
己的工作室自己的网站，不会到这种创业初的网站来。
对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
是提供机会，而不是收入。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
l*r
112 楼
可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
摄影师自己定价，默认全部是private license，以后增加commercial license。我这
里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
摄影师自己定价，默认全部是private license，以后增加commercial license。我这
里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 S*1 的大作中提到】
: 全部免费的话是很难吸引到好的作品的。作为新网站，传播作品的能力肯定比不上
: flikr，500px，Instagram之类的，还没有了版权保护让人随便用的话，只有消费者开
: 心，摄影师是不会来的。
l*r
113 楼
说的没错，我也准备增加一些social networking的功能，private license下载浏览量
大的图片，我想自然commercial license销路也会好。这确实是一个building
reputation的过程。
【在 l******n 的大作中提到】
: 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
: 己的工作室自己的网站，不会到这种创业初的网站来。
: 对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
: 机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
: 是提供机会，而不是收入。
大的图片，我想自然commercial license销路也会好。这确实是一个building
reputation的过程。
【在 l******n 的大作中提到】
: 我不知道摄影师卖照片能赚多少钱。不过我觉得知名摄影师，有知名度有影响力，有自
: 己的工作室自己的网站，不会到这种创业初的网站来。
: 对于广大的底层摄影师，传播作品，让他们的作品才华被更多的人看到，有更多曝光的
: 机会，才是他们考虑的重点。就好像大画家没有成名前还不是去小画廊卖画。这更多的
: 是提供机会，而不是收入。
l*n
114 楼
找人做BD吧，marketing的方式很多，但是要在这么多的同质服务中脱颖而出必须要有
不一样的卖点，不一样的路
【在 l*********r 的大作中提到】
: 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
: 大的图片，我想自然commercial license销路也会好。这确实是一个building
: reputation的过程。
不一样的卖点，不一样的路
【在 l*********r 的大作中提到】
: 说的没错，我也准备增加一些social networking的功能，private license下载浏览量
: 大的图片，我想自然commercial license销路也会好。这确实是一个building
: reputation的过程。
l*r
115 楼
没错，到时候可能还是得找人专门做这些。现在确实没有空余时间和精力做marketing
，只有拿出来和大家讨论讨论。
我先把能想到的feature快手快脚做好了，也许在这个过程里能有新的发现:)
，只有拿出来和大家讨论讨论。
我先把能想到的feature快手快脚做好了，也许在这个过程里能有新的发现:)
a*g
116 楼
你要不要看看 zenfolio 的模式？
【在 l*********r 的大作中提到】
: 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
: 的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
: 摄影师自己定价，默认全部是private license，以后增加commercial license。我这
: 里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
: 我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
: 上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
: 直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
【在 l*********r 的大作中提到】
: 可能我没说清楚，大家误会了:) 其实我说的免费是指网站方面不收取任何提成，所有
: 的付款100%给摄影师，只是预扣paypal手续费。 网站只是提供下载和展示的平台。
: 摄影师自己定价，默认全部是private license，以后增加commercial license。我这
: 里可以自动提供两种resize - 1/2大小和1/4大小，分别是定价/2和定价/4。
: 我现在是想摄影师和用户直接联系，就不需要经过网站的付款买点数之类。这样在税务
: 上我就没有什么obligation了。这是我准备做instant chatting的一个重要原因。大家
: 直接联系，然后摄影师授权给某个用户下载（这个可以做得使用上很简单）。
l*r
117 楼
这个网站美工做的非常不错。这是Shopify vs. Amazon的business model,主要问题一
个是流量不足(单个网站只有属于自己的流量),另一个是不利于摄影师自己的marketing
。就像longtian说的，well-established摄影师可能可以受益。新手摄影师可能就不适
合了。
举几个主动marketing的scenario来说，如果几个作者想联合起来发起一个competition
展览(包括投票选作品之类)，或者几个作者联合组织一个chat group吸引用户加入等等
，这样social networking的功能应该是绝大多数作者需要的，因为这样摄影师可以主
动marketing自己的作品给未知用户， 这样的浏览量/观众群相当于几个摄影师，单个
作者的网站就做不到了。举个被动marketing的例子，在多个作者的网站里，一个用户
可以收集多个作者的作品做成一个相册然后publish。单作者网站就没法做到了。
当然，单个作者网站肯定也是有不少市场，比如shopify/squarespace/weebly都活得不
错。不过能不能做大就不清楚了。
【在 a*****g 的大作中提到】
: 你要不要看看 zenfolio 的模式？
个是流量不足(单个网站只有属于自己的流量),另一个是不利于摄影师自己的marketing
。就像longtian说的，well-established摄影师可能可以受益。新手摄影师可能就不适
合了。
举几个主动marketing的scenario来说，如果几个作者想联合起来发起一个competition
展览(包括投票选作品之类)，或者几个作者联合组织一个chat group吸引用户加入等等
，这样social networking的功能应该是绝大多数作者需要的，因为这样摄影师可以主
动marketing自己的作品给未知用户， 这样的浏览量/观众群相当于几个摄影师，单个
作者的网站就做不到了。举个被动marketing的例子，在多个作者的网站里，一个用户
可以收集多个作者的作品做成一个相册然后publish。单作者网站就没法做到了。
当然，单个作者网站肯定也是有不少市场，比如shopify/squarespace/weebly都活得不
错。不过能不能做大就不清楚了。
【在 a*****g 的大作中提到】
: 你要不要看看 zenfolio 的模式？
l*r
118 楼
前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
快速，想到就做了。
这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
这帮孙子就是靠钱砸出来的市场。
原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
对我来说就少了很多税务上的麻烦。
chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
快速，想到就做了。
这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
这帮孙子就是靠钱砸出来的市场。
原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
对我来说就少了很多税务上的麻烦。
m*s
119 楼
看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
一点，请专业人士处理财务上的问题。
【在 l*********r 的大作中提到】
: 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
: chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
: 快速，想到就做了。
: 这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
: 感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
: 这帮孙子就是靠钱砸出来的市场。
: 原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
: 对我来说就少了很多税务上的麻烦。
网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
一点，请专业人士处理财务上的问题。
【在 l*********r 的大作中提到】
: 前段时间突然忙了一阵，赶一个项目。现在闲下来了，趁着这个长周末30多小时把实时
: chat做出来了，第一版，有些细节可能还要推敲一下。以后的iteration改进应该会很
: 快速，想到就做了。
: 这是第一次把实时数据的上传和分发结合进用户端网页，以及后台loadbalance之类，
: 感觉比较有用。看来Uber的技术没啥挑战嘛，只要负载均衡做好了，技术上没有壁垒。
: 这帮孙子就是靠钱砸出来的市场。
: 原来的设想是，买家可以用实时chat和作者直接联系，不需要经过网站做中间人，这样
: 对我来说就少了很多税务上的麻烦。
l*r
120 楼
你说的很对，一般人确实需要网站这个中介来做自动交易，网站的自动交易比较可靠而
且无需照看。我现在主要想法还是想避开报税，每季度报税一次实在麻烦。我这个网站
平时维护成本为0，所以也没有什么太多的压力要求兑现，主要还是实验性质，先把自
己能想到的feature都做好:)
chat用在service上确实没想到，这个是个很好的idea, 谢谢你。
有了全双工full duplex的client-server live connection，就有了很多的
possibilities。Uber之类的location based service看上去就很直观简单了。
【在 m*********s 的大作中提到】
: 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
: 网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
: 接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
: 。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
: 一点，请专业人士处理财务上的问题。
且无需照看。我现在主要想法还是想避开报税，每季度报税一次实在麻烦。我这个网站
平时维护成本为0，所以也没有什么太多的压力要求兑现，主要还是实验性质，先把自
己能想到的feature都做好:)
chat用在service上确实没想到，这个是个很好的idea, 谢谢你。
有了全双工full duplex的client-server live connection，就有了很多的
possibilities。Uber之类的location based service看上去就很直观简单了。
【在 m*********s 的大作中提到】
: 看了一下，感觉做得不错，就是美工，用户体验方面还需要加强。我觉得还是能够通过
: 网站直接付费下载比较方便，一般人都不喜欢谈价，喜欢直接买。chat可以用来帮作者
: 接活，比如人像摄影，婚礼摄影之类。或者连service都可以明码标价，方便顾客下单
: 。我觉得税务上不是问题，作出好的prototype后可以找人投资，公司就可以做得专业
: 一点，请专业人士处理财务上的问题。
s*f
121 楼
技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
l*r
122 楼
在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
于那种框架比较好，结果可能到现在都还没开工干活。
商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
对，还得继续改进。有什么好的建议欢迎提出来。
一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
就是idea。这样事情就简单多了。
移动客户端是很重要，我现在考虑的第二个startup很大一部分是在移动端。不过图片
网站在手机应用上受数据流量影响比较大，肯定不能全站搬上去，只能一部分放在移动
端。我再考虑一下。
【在 s****f 的大作中提到】
: 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
: 细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
于那种框架比较好，结果可能到现在都还没开工干活。
商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
对，还得继续改进。有什么好的建议欢迎提出来。
一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
就是idea。这样事情就简单多了。
移动客户端是很重要，我现在考虑的第二个startup很大一部分是在移动端。不过图片
网站在手机应用上受数据流量影响比较大，肯定不能全站搬上去，只能一部分放在移动
端。我再考虑一下。
【在 s****f 的大作中提到】
: 技术验证做的差不多了，楼主有啥具体的商业推广计划么？或者打算继续把关键功能做
: 细做精？如果是图片分享网站，似乎手机应用不能忽视啊。。。
m*s
123 楼
我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上
三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点
击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都
没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web
service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的
东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个
障碍，
: 就是idea。这样事情就简单多了。
【在 l*********r 的大作中提到】
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
: 就是idea。这样事情就简单多了。
消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上
三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点
击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都
没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web
service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的
东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个
障碍，
: 就是idea。这样事情就简单多了。
【在 l*********r 的大作中提到】
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting版，码
: 农成堆，人比较粗糙，总是在细节上吵架。估计在那里，本帖点击量现在已经上三万，
: 前一万点击是吵那种语言比较好，中间一万是吵那种数据库比较好，后面一万点击是关
: 于那种框架比较好，结果可能到现在都还没开工干活。
: 商业推广现在还谈不上，主要是平时还得上班，没有时间也没有精力，连SEO都没做:)
: 等看看还有什么feature可以做，再考虑找人投资去做marketing。我觉得web service
: 如果做出来真正有用的东西自然会有人上来用，没有人用的原因肯定是做出来的东西不
: 对，还得继续改进。有什么好的建议欢迎提出来。
: 一般人startup有两个障碍，一个是技术，一个是idea。对我来说现在只剩一个障碍，
: 就是idea。这样事情就简单多了。
l*r
124 楼
我考虑了两天，发现你的这个idea确实值得深入explore。
1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
且耗时。本地打印递交或者pickup有很多好处。
另外，我的猜测也是commercial的照片应用市场很小，private license的才是
scalable。
2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
jobhunting
【在 m*********s 的大作中提到】
: 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
: 消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
: 打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
: 设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
: 。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
: 的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
: 平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
:
:
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
: 版，码
1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
且耗时。本地打印递交或者pickup有很多好处。
另外，我的猜测也是commercial的照片应用市场很小，private license的才是
scalable。
2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
jobhunting
【在 m*********s 的大作中提到】
: 我觉得这个网站可以做成三方交流的平台：消费者，摄影师/设计师和打印服务公司。
: 消费者买了图片后可以直接选择附近的打印公司进行打印，图片直接发给打印店，迅速
: 打印出来交给消费者。图片提供者也可以不限于摄影师，还可以包括平面设计师，图案
: 设计师，甚至三维建模师。他们可以直接提供虚拟产品供消费者下载，也可以提供服务
: 。对消费者要越方便越好，下载打印都要非常迅速方便。打印公司产品也不局限于一般
: 的油画布，鼠标垫，杯子等等，还可以包括瑜伽垫，二维雕刻和三维打印等。这样这个
: 平台就成了虚拟产品的 Amazon Angie's list, 市场潜力大大滴：D
:
:
: 在startup版发帖好处就在这里，问题很简单直接切中要害。不像在jobhunting
: 版，码
l*n
125 楼
线下的任何形式活动都需要大量的人力物力，我觉得不是你现在这种状态可以做的。你
这个网站说白了就是玩票性质的，没有大量时间精力在各方面的投入，要想有发展很难
【在 l*********r 的大作中提到】
: 我考虑了两天，发现你的这个idea确实值得深入explore。
: 1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
: 比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
: 且耗时。本地打印递交或者pickup有很多好处。
: 另外，我的猜测也是commercial的照片应用市场很小，private license的才是
: scalable。
: 2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
: 界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
:
: jobhunting
这个网站说白了就是玩票性质的，没有大量时间精力在各方面的投入，要想有发展很难
【在 l*********r 的大作中提到】
: 我考虑了两天，发现你的这个idea确实值得深入explore。
: 1. 本地的打印店直接打印并交给消费者。这个应该是比现有的一些网站的idea要好。
: 比如photobucket是消费者订购然后打印邮寄。大幅照片的邮寄显然不便宜，不安全而
: 且耗时。本地打印递交或者pickup有很多好处。
: 另外，我的猜测也是commercial的照片应用市场很小，private license的才是
: scalable。
: 2. 平面设计和模型图的商谈和修改，可以用live chat来支持。现在做的live chat的
: 界面尽量模仿了微信界面(小马哥抄袭了一辈子，估计也不在乎被我抄一次）:)
:
: jobhunting
l*r
126 楼
这个慢慢来，不着急:) 反正没有什么成本压力。
在这里发帖主要因为这里的人大部分都有做business的经验，可以有效地研究讨论
photo有关的website的一些idea。无论线上线下的服务，首先都得找到市场的需求，自
然而然就会grow。没有找对需求硬性推广，估计一开始会有一些用户，但是肯定不可持
续。
在这里发帖主要因为这里的人大部分都有做business的经验，可以有效地研究讨论
photo有关的website的一些idea。无论线上线下的服务，首先都得找到市场的需求，自
然而然就会grow。没有找对需求硬性推广，估计一开始会有一些用户，但是肯定不可持
续。
l*r
127 楼
今天大雪work from home，趁机把google map加了进来。狗家的地图还是不错滴。严谨
地说
，狗家的好东西，除了搜索之外，基本全是买来的。
地说
，狗家的好东西，除了搜索之外，基本全是买来的。
b*0
128 楼
呵呵， 我前几年也做了个同样类型的网站， 开始很难， 没人来， 用了几个月时间，
浏览量增加， 等到每个月点击量大概一千左右的时候， 就已经被莫名的家伙使用软
件自动创建账户发广告了， 每8秒发一条广告， 而且还全是带病毒的那种。 图片里
各种裸女， 你只要一点就会打开无限制的数量的黄图网页， 而且还关不掉。 被服务
器管理员警告， 后来也没有时间精力继续做下去， 最后索性关闭网站。
如果你继续做， 我个人建议先把安全问题解决了， 毕竟人数上了一百之后就开始有各
种麻烦了。 技术方面只是麻烦的很小一部分。
浏览量增加， 等到每个月点击量大概一千左右的时候， 就已经被莫名的家伙使用软
件自动创建账户发广告了， 每8秒发一条广告， 而且还全是带病毒的那种。 图片里
各种裸女， 你只要一点就会打开无限制的数量的黄图网页， 而且还关不掉。 被服务
器管理员警告， 后来也没有时间精力继续做下去， 最后索性关闭网站。
如果你继续做， 我个人建议先把安全问题解决了， 毕竟人数上了一百之后就开始有各
种麻烦了。 技术方面只是麻烦的很小一部分。
b*s
129 楼
你这些苦力活为什么不外包到印巴孟？$1000就搞定了吧
【在 l*********r 的大作中提到】
: 今天大雪work from home，趁机把google map加了进来。狗家的地图还是不错滴。严谨
: 地说
: ，狗家的好东西，除了搜索之外，基本全是买来的。
【在 l*********r 的大作中提到】
: 今天大雪work from home，趁机把google map加了进来。狗家的地图还是不错滴。严谨
: 地说
: ，狗家的好东西，除了搜索之外，基本全是买来的。
l*r
130 楼
一般上传照片都要预先审核批准之后才made public。服务器就在我自己的车库里，如
果有攻击的话，那就非常刺激了 :)
【在 b**********0 的大作中提到】
: 呵呵， 我前几年也做了个同样类型的网站， 开始很难， 没人来， 用了几个月时间，
: 浏览量增加， 等到每个月点击量大概一千左右的时候， 就已经被莫名的家伙使用软
: 件自动创建账户发广告了， 每8秒发一条广告， 而且还全是带病毒的那种。 图片里
: 各种裸女， 你只要一点就会打开无限制的数量的黄图网页， 而且还关不掉。 被服务
: 器管理员警告， 后来也没有时间精力继续做下去， 最后索性关闭网站。
: 如果你继续做， 我个人建议先把安全问题解决了， 毕竟人数上了一百之后就开始有各
: 种麻烦了。 技术方面只是麻烦的很小一部分。
果有攻击的话，那就非常刺激了 :)
【在 b**********0 的大作中提到】
: 呵呵， 我前几年也做了个同样类型的网站， 开始很难， 没人来， 用了几个月时间，
: 浏览量增加， 等到每个月点击量大概一千左右的时候， 就已经被莫名的家伙使用软
: 件自动创建账户发广告了， 每8秒发一条广告， 而且还全是带病毒的那种。 图片里
: 各种裸女， 你只要一点就会打开无限制的数量的黄图网页， 而且还关不掉。 被服务
: 器管理员警告， 后来也没有时间精力继续做下去， 最后索性关闭网站。
: 如果你继续做， 我个人建议先把安全问题解决了， 毕竟人数上了一百之后就开始有各
: 种麻烦了。 技术方面只是麻烦的很小一部分。
l*r
131 楼
我都笑出来了，这个我觉得不可能外包吧:) 外包不可能搞定这样的东西，不然湾区房
价早就跌到20万了 :)
【在 b********s 的大作中提到】
: 你这些苦力活为什么不外包到印巴孟？$1000就搞定了吧
价早就跌到20万了 :)
【在 b********s 的大作中提到】
: 你这些苦力活为什么不外包到印巴孟？$1000就搞定了吧
M*z
132 楼
只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
一小撮人
佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
腾几个点子生成的MVP 嗅觉绝对会飞速上升的
点子 我建议从解决自己遇到的问题着手
说得太直接 不好听 望海涵
只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
一小撮人
佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
腾几个点子生成的MVP 嗅觉绝对会飞速上升的
点子 我建议从解决自己遇到的问题着手
说得太直接 不好听 望海涵
l*t
133 楼
MVP什么意思
【在 M****z 的大作中提到】
: 只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
: 只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
: 基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
: 一小撮人
: 佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
: 错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
: 腾几个点子生成的MVP 嗅觉绝对会飞速上升的
: 点子 我建议从解决自己遇到的问题着手
: 说得太直接 不好听 望海涵
【在 M****z 的大作中提到】
: 只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
: 只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
: 基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
: 一小撮人
: 佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
: 错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
: 腾几个点子生成的MVP 嗅觉绝对会飞速上升的
: 点子 我建议从解决自己遇到的问题着手
: 说得太直接 不好听 望海涵
M*z
134 楼
请搜索 MVP + startup
【在 l****t 的大作中提到】
: MVP什么意思
【在 l****t 的大作中提到】
: MVP什么意思
M*z
135 楼
【在 l****t 的大作中提到】
: MVP什么意思
e*z
136 楼
很好的网站, 一个人做出来这个网站还是很厉害的, 看了后面的讨论, 感觉商业盈利的
路子也有了, 难得是推广, 做市场真是太难了, 很多好的网站或者产品其实根本没机会
被报道, 最后都不了了之. 如果后期楼主做大了, 就会考虑一些图像处理,或者是图像
分类的功能了, 这些算是后端的东西, 关注一下, 到时候可以找做图像处理, 分类等的
人加盟一下, 希望你持续更新, 等到了要招人那天, 也许版上很多码公会考虑加盟
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
路子也有了, 难得是推广, 做市场真是太难了, 很多好的网站或者产品其实根本没机会
被报道, 最后都不了了之. 如果后期楼主做大了, 就会考虑一些图像处理,或者是图像
分类的功能了, 这些算是后端的东西, 关注一下, 到时候可以找做图像处理, 分类等的
人加盟一下, 希望你持续更新, 等到了要招人那天, 也许版上很多码公会考虑加盟
live-
【在 l*********r 的大作中提到】
: 这个idea其实已经酝酿了一段时间，一开始纯粹是geek的通病，手痒做了个非常简单的
: 原型出来，真正开始放手大干是从今年一月初开始。真正体会到了一个人身兼dev+
: product manager+project manager+QA到底有多累。唯一的时间就是每天下班和周末。
: 每天下班后晚上经常干活到凌晨一两点，前面几个月里时不时就把weekend当作48小时
: 的hackathon。每天基本两杯StarBucks的最大杯coffee。大概6，7个月基本的架子就完
: 成了，后来一两个月基本是在增加一些新的feature。拖的时间比较长，主要是后端系
: 统设计的时候总是按捺不住地要达到trading system的reliability，还经常假设一些
: 情况比如，如果有千万级的图片怎么办（有时候我自己都笑了）。时常在几个option之
: 间犹豫徘徊，久久无法决定。现在基本整个系统的关键workflow可以随时bounce live-
: live不会出错,transactional的workflow比如checkout/bookkeeping全部是non-
l*t
137 楼
有道理，受教了。
【在 M****z 的大作中提到】
【在 M****z 的大作中提到】
l*r
138 楼
抱歉有段时间没有来了，忙着和一个哥们合作搞另一个，应该也差不多了。大家说的很
有道理，我现在实际上也是把这个网站做技术验证来用，不指望它能赚钱，实际上这个
网站的运营费用几乎是0，所以也没有什么压力。
这个网站我肯定是会不停顿地持续改进。这个东西技术上就是越做越简单顺手。一有什
么新的东西马上通知大家围观评论。
有什么好的建议idea欢迎讨论。做照片摄影网站好像没有人能找到正确的盈利模式，目
前都是小猫小狗一类的网站。
有道理，我现在实际上也是把这个网站做技术验证来用，不指望它能赚钱，实际上这个
网站的运营费用几乎是0，所以也没有什么压力。
这个网站我肯定是会不停顿地持续改进。这个东西技术上就是越做越简单顺手。一有什
么新的东西马上通知大家围观评论。
有什么好的建议idea欢迎讨论。做照片摄影网站好像没有人能找到正确的盈利模式，目
前都是小猫小狗一类的网站。
l*r
139 楼
谢谢建议，很有道理。我也觉得首页设计有些杂乱。
【在 M****z 的大作中提到】
: 只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
: 只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
: 基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
: 一小撮人
: 佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
: 错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
: 腾几个点子生成的MVP 嗅觉绝对会飞速上升的
: 点子 我建议从解决自己遇到的问题着手
: 说得太直接 不好听 望海涵
【在 M****z 的大作中提到】
: 只开进去瞄了下 感觉首页 视觉缺乏冲击力 到底用这个网站干啥 没有一目了然 作为
: 只有不到10秒注意力分配的看客来说 从上往下快速翻了一下 就关掉了
: 基建做好了 我觉得 lz多想想一句话总结的本产品要为用户达到的目的吧 受众先瞄准
: 一小撮人
: 佩服你的执行力 但是如果要认真玩一票 推荐 每2-3个月完成推出一个MVP 到市场上试
: 错 快速迭代 时间长了 注意力不容易集中 人容易疲劳 所谓一鼓作气 执行力强 多折
: 腾几个点子生成的MVP 嗅觉绝对会飞速上升的
: 点子 我建议从解决自己遇到的问题着手
: 说得太直接 不好听 望海涵
l*r
140 楼
谢谢支持，我也希望能有招人那一天，哈哈。
【在 e****z 的大作中提到】
: 很好的网站, 一个人做出来这个网站还是很厉害的, 看了后面的讨论, 感觉商业盈利的
: 路子也有了, 难得是推广, 做市场真是太难了, 很多好的网站或者产品其实根本没机会
: 被报道, 最后都不了了之. 如果后期楼主做大了, 就会考虑一些图像处理,或者是图像
: 分类的功能了, 这些算是后端的东西, 关注一下, 到时候可以找做图像处理, 分类等的
: 人加盟一下, 希望你持续更新, 等到了要招人那天, 也许版上很多码公会考虑加盟
:
: live-
【在 e****z 的大作中提到】
: 很好的网站, 一个人做出来这个网站还是很厉害的, 看了后面的讨论, 感觉商业盈利的
: 路子也有了, 难得是推广, 做市场真是太难了, 很多好的网站或者产品其实根本没机会
: 被报道, 最后都不了了之. 如果后期楼主做大了, 就会考虑一些图像处理,或者是图像
: 分类的功能了, 这些算是后端的东西, 关注一下, 到时候可以找做图像处理, 分类等的
: 人加盟一下, 希望你持续更新, 等到了要招人那天, 也许版上很多码公会考虑加盟
:
: live-
M*z
141 楼
图片分享本身现在都走instgram之类了 存储 由于手机拍摄增多 都走dropbox/amazon/
icloud/gDrive之流了
要是执行力强 直接跟风 市场上啥是热点 copy一套 copy速度快和到位的话 绝对会有
投资的
如果特别对照片分享感兴趣 那就需要找到具体要解决哪一个细分下的问题 制定解决方
案 不能大而化之
【在 l*********r 的大作中提到】
: 抱歉有段时间没有来了，忙着和一个哥们合作搞另一个，应该也差不多了。大家说的很
: 有道理，我现在实际上也是把这个网站做技术验证来用，不指望它能赚钱，实际上这个
: 网站的运营费用几乎是0，所以也没有什么压力。
: 这个网站我肯定是会不停顿地持续改进。这个东西技术上就是越做越简单顺手。一有什
: 么新的东西马上通知大家围观评论。
: 有什么好的建议idea欢迎讨论。做照片摄影网站好像没有人能找到正确的盈利模式，目
: 前都是小猫小狗一类的网站。
icloud/gDrive之流了
要是执行力强 直接跟风 市场上啥是热点 copy一套 copy速度快和到位的话 绝对会有
投资的
如果特别对照片分享感兴趣 那就需要找到具体要解决哪一个细分下的问题 制定解决方
案 不能大而化之
【在 l*********r 的大作中提到】
: 抱歉有段时间没有来了，忙着和一个哥们合作搞另一个，应该也差不多了。大家说的很
: 有道理，我现在实际上也是把这个网站做技术验证来用，不指望它能赚钱，实际上这个
: 网站的运营费用几乎是0，所以也没有什么压力。
: 这个网站我肯定是会不停顿地持续改进。这个东西技术上就是越做越简单顺手。一有什
: 么新的东西马上通知大家围观评论。
: 有什么好的建议idea欢迎讨论。做照片摄影网站好像没有人能找到正确的盈利模式，目
: 前都是小猫小狗一类的网站。
相关阅读
［bssd］sex chromosome 47xyy美国老土推荐：癌症基因的探索 ： 路漫漫其修远11g 和 其他千人。文献求助其实我很佩服羡慕faculty大家把天下事当家事了生物WSN和IT WSN的不同帮忙下篇文献吧，谢谢！包子求文献-非常感谢前老板在几个杂志的editorial board里，跟他要审稿合适吗？马航上有众多艾滋病大牛小牛非牛。。。请推荐virology经典教材跟老板沟通有问题 怎么办怎么劝说别人抽50ml血给我做对照组自然基金2014年生命科学部学科评审组会议专家名单深夜求建议求review机会云南省烟草农业科学研究院 烟草功能基因研究团队人才招聘BGI Americas/华大基因 波士顿地区招聘销售代表，主攻学术客户(可办理工作签证及转签)human iPS cells differentiate to oocytes