谈个人站长的出路问题

标签: 个人 站长 问题 | 发表时间:2011-12-17 10:34 | 作者:慕容鱼吐的新闻泡
出处:http://blog.163.com/moro80@126

陈一舟是个牛人,花钱的牛人,caoz自愧不如,搞chinaren,上千万美金biu的一下就烧完了,然后没辙了,投资商替他擦的屁股,这次mop又把千万美金biu的一下烧完了,不知道谁替他再擦一次屁股。

古永锵也是个牛人,从休业在家就开始不断包装炒做自己,但凡一个大公司有职位出缺,就有古永锵要去补缺的传言,反正传言不要钱,先来两盘扔出去看看,然后终于尘埃落定要做视频了,又开始炒张钰,最近又炒百度,只要有新花样,就不怕看客们审美疲劳。

还有一个牛人叫朱威廉,那更是caoz佩服的五体投地的,那马屁功夫冈冈的,陈一舟、周鸿一、陈天桥,三顶大轿抬的那叫一个稳,那叫一个绝,所有喜 欢瘦身的朋友都应该仔细阅读,保准连隔夜饭都能吐出来,江湖上行走,没人缘不行啊,可是自己本事低,怎么混人缘呢?拍吧!哄的各位老大舒服了,没准赏口饭 吃不是。

罗里罗嗦说了半天,caoz想说什么呢?

这些牛人,赚足了眼球,却做不出互联网任何一点有价值的东西,除了炒做,还是炒做,一时半会你看到热点在他们那里,比如青娱乐炮制了雅阁女之类的, 但是长久下去,网民终究会舍弃这样的东西,当年bokee为了媚俗,搞了个木子美,流氓燕,芙蓉姐姐的超豪华阵容,结果呢,大家还是都跑去新浪看徐静蕾和 韩寒去了,你可以说新浪也在炒做,可是好歹人家有资本玩。

那没资本的怎么办,比如个人站长,大家你看看我,我看看你,有钱的还能凑个几百万,不够大门户一个月的开销,没钱的下个月生活费都没着落,女朋友的生日礼物都凑不出,那怎么办?

今年的站长大会格外多,比较有规模的不外乎阿飞的,落伍的,百度的,老蔡的,已经开完的和即将召开的,caoz决定了,一个都不去。 那些站长去了,热闹了,然后呢?就算你拿到钱了,烧钱烧不过陈一舟,拍马屁拍不过朱威廉,炒做炒不过古永锵,你做的再好,资本家还会拿你当SB,因为他们 本身带着一个滤光镜,镜子里的刻度依次是学历,工作背景,英语水平,商业表达,技术门槛等等,没有一个是个人站长有优势的。

那么个人站点就没有出路了?

我说一个故事,听上去有点天方夜潭,但是的确是发生的。一个中专学历都没拿到的小孩子,躲在一个并不发达的小县城里闷头搞,也不出来忽悠,也不见投 资人,也不去找人才,结果呢,短短几年时间,caoz不想说他赚了多少钱,他的确赚了不少钱,但是比他会赚钱的人有很多,他,以一个人的力量,以一个个人 站点,改变了中国互联网的格局,颠覆了中国互联网的生态,caoz没说错,caoz没必要去夸大或者炫耀这个事情。后来的事情大家都知道了,百度收购了 hao123,这个事情可以说奠定了百度在中国互联网的领军地位,今天,我们追溯一下,一个个人,在没有资本支持,没有技术支持,没有任何背景,没有炒做 的基础上,做出了足以颠覆中国互联网的事情,时至今日,仍然具有统治性的地位。这是怎样的一种成就?

换过来说,其实,凡是在2003年之前,能够正确认识并体会到hao123价值的人,现在基本上都已经有了相当的成就,比如蔡文胜,曹飞燕, 吴京川等等,可惜这个名单里没有caoz,caoz在2000年知道这个站点,而且还知道他的推广方式和流量,但是等意识到这个站点价值的时候,已经是 2004年底,幸运的是,caoz知道的还不算晚,直到今天,如keso之流诸多的所谓IT评论家,仍然对hao123的价值毫无感觉,在绝大部分人眼 里,这只是个流量还不错的网址站,而没有意识到,这是中国互联网,怎样的一个统治地位。

网址站的奇迹可能不能再复制了,但是互联网上仍然存在大量的机会和空间,等待每一个探索者去挖掘,你也许真的不需要那么多钱,不需要那么多炒做,不 需要那么多吹捧和马屁,只需要做好那些看上去最简单的事情,去满足网民最基本的需求,caoz坚信,在个人站长中,仍然会出现这样的颠覆者,凭借一己之 力,去颠覆网络,去统治网络,去创造新的世界,这个机会,对于任何人,都是平等的。

今天,caoz没有能力给更多人以更多建议,因为caoz远不是成功者,而且自己也没有摸索中更好的方向,只说 几点浅见

第一,不要相信那些咨询专家和咨询公司说的,他们都是网络白痴。

第二,投资人的钱可以拿,投资人的话不要听,如果要听话才能拿钱,那建议不要拿。

第三,真正的需求要望下看,看那些最不会使用网络的人需要什么。

第四,永远要记住,互联网不管发展到多彻底,在网络上最多的永远是菜鸟,不要以为菜鸟都会成长为老鸟,绝大部分人,每个人都可以在自己的领域有非常专业的建树,但是他们并不是都需要熟悉和掌握网络的应用。你指望一个医学教授去学习怎么分析机器中的病毒吗?

第五,短期利益会彻底毁掉一个成熟的应用。

第六,信仰,执着,甚至偏执都没关系,这些其实都是成功者的要素,但是千万要记住,不要用信仰来对抗事实。

相关 [个人 站长 问题] 推荐:

谈个人站长的出路问题

- - 慕容鱼吐的新闻泡
陈一舟是个牛人,花钱的牛人,caoz自愧不如,搞chinaren,上千万美金biu的一下就烧完了,然后没辙了,投资商替他擦的屁股,这次mop又把千万美金biu的一下烧完了,不知道谁替他再擦一次屁股. 古永锵也是个牛人,从休业在家就开始不断包装炒做自己,但凡一个大公司有职位出缺,就有古永锵要去补缺的传言,反正传言不要钱,先来两盘扔出去看看,然后终于尘埃落定要做视频了,又开始炒张钰,最近又炒百度,只要有新花样,就不怕看客们审美疲劳.

想做一个赚钱的站长 先解决这些问题吧

- - 神刀安全网
  这段时间写了好几篇文章来宣传自己的互传站长网,很多的站长朋友看完后给了好评,也有一些站长吐槽说我水军. 不过怎么样也好吧,出来混,总要见血的. 文章写完大家爱怎么评就怎么评吧. 自从发布了几篇文章之后,最近很多站长加我 和我交流,很多都说没有赚到钱,也不知道怎么做了,好迷茫. 还有很多站长把网站挂上去之后就不知道该做什么了.

知乎个人回复整理-3个阅读问题

- - 战隼的学习探索
最近在混知乎,回答了300多个问题,定期把知乎上的回答整理一下,跟大家进行分享. 这几天的文章都是回答知乎上的问题得来的. 有一起玩的,可以关注一下: warfalcon : http://www.zhihu.com/people/warfalcon. 1、可以使用番茄工作法,看40分钟左右,休息5-10分钟.

[分享创造] 看到有人讨论亚健康的问题,分享一些个人锻炼的经验

- - V2EX
下面的方法是没有去健身房,自己在家,没有器材时的方法. 个别动作可以考虑买个瑜伽垫,因为在汗水到床上还需要洗床单的. 一定要吃主食,也可以适量用薯类或者其他谷物代替. 2.蔬菜可以不限量,水果少食糖分多的. 苹果、红薯、玉米等粗粮比较不错. 吃的话可以试一下全麦面包或者坚果之类的. 4.不要特意去补充蛋白质,不吃动物油,动物脂肪,肥肉之类.

稿费问题

- Ruixing F - 创造社新任社长宋石男
据说现在全中国靠给平媒自由撰稿为生的,超不过1000人,而且不少处于相当窘迫的境况,就算想买根绳子来上吊,都买不起质量好的,结果绳子老断. 作为自由撰稿人的一员,我对此深有体会. 1999年国家版权局出台的基本稿酬标准,每千字30元-100元,至今仍为全国发行的报刊的“行业指导价”. 业内估计,全国报刊的稿费中位数大约也就在100元.

lvs 问题

- - 操作系统 - ITeye博客
1: LVS连接的持久时间. 1)同一个ip发来请求到同一台RS的持久超时时间. ipvsadm -A -t 192.168.169.100:80 -s rr -p 120     #该客户的请求120秒内被分配给同一台web.  2)一个链接创建后空闲时的超时时间(分别是:tcp的空闲超时时间、lvs收到客户端tcp fin的超时时间、udp的超时时间).

跨机房问题

- Shengbin - NOSQL Notes
跨机房问题一直都是一个老大难的问题,先看传统数据库的跨机房方案. Master/Slave方案. 这是最常用的方案,适用于大多数需求. Master将操作日志实时地发送到Slave,Slave当成Master的一个Hot Backup. Master宕机时,服务切换到Slave,需要修改客户端逻辑使得Master失效时自动寻找新的Master.

Hash Collision DoS 问题

- mazhechao - 酷壳 - CoolShell.cn
最近,除了国内明文密码的安全事件,还有一个事是比较大的,那就是 Hash Collision DoS (Hash碰撞的拒绝式服务攻击),有恶意的人会通过这个安全弱点会让你的服务器运行巨慢无比. 这个安全弱点利用了各语言的Hash算法的“非随机性”可以制造出N多的value不一样,但是key一样数据,然后让你的Hash表成为一张单向链表,而导致你的整个网站或是程序的运行性能以级数下降(可以很轻松的让你的CPU升到100%).

相关性问题

- - 扯氮集--上海魏武挥的博客 - 扯氮集--上海魏武挥的博客
人的本性是趋利避害的,任何合作(或者交易,或者搭伙,或者配对,反正就不是一个人干的事)都会存在三个可能:有利、有害、无利无害. 对于合作一方来说,至少应该保持一个无害的结果,这是常识. 如果觉得有害的可能性很大,于是,我们就会拒绝合作. 问题在于,谁也不是神仙,没有人可以事先100%断定合作必然会有利或至少无害,于是人们需要很多背景信息来供决策.

select 效率问题

- - C++博客_杨粼波
 很多人不知道SQL语句在SQL SERVER中是如何执行的,他们担心自己所写的SQL语句会被SQL SERVER误解. 一些人不知道以上两条语句的执行效率是否一样,因为如果简单的从语句先后上看,这两个语句的确是不一样,如果tID是一个聚合索引,那么后一句仅仅从表的10000条以后的记录中查找就行了;而前一句则要先从全表中查找看有几个name='zhangsan'的,而后再根据限制条件条件tID>10000来提出查询结果.