挖掘、发现中国制造或创造的产品分享给全世界

记得前天看物理学家费曼的书籍<发现的乐趣>,其中有一句话谈到科学Idea的分享,原话忘记了,大意如下:我很乐意和大家一起分享我的Idea,因为在分享与讨论中可以完善自己的想法,我不怕大家偷走我的Idea,因为当你们去试验我的想法时,我又已经远远的跑在了前面.这就是真正的大家,分享一个Idea,能够让分享的双方都有获益.狭隘的保护自己的Idea,不一定能够做出伟大的成就.在博士研究生期间,和比利时一个科学家小组交流甚多,获得了他们大量的帮助:同时,自己因为比利时的团队做过一些微小的贡献--把原来

摘抄自[29期]帮你打开挖洞大门之情报收集--十八分享 漏洞银行大咖分享 挖洞的三个迷茫 1. 为啥我挖不到漏洞? 乌云镜像 子域,端口 2. 为啥我找不到后台? 其他端口(inurl:8080 intitle:管理) 子域 IIS短文件名 3. 为啥我拿不下权限? 端口(8080) 弱口令(admin admin) 爆破 社工 我们需要做什么? 1. whois信息-手机号,QQ号,邮箱,社工(国内外) 2. ip信息-端口,旁站,真实IP,服务,中间件,C段 3. 子域名信息--容易忽视子域

1.如何正确提需求->拆分成几个小任务  2.ios和andtiod端app的审核  ios端app的审核是比较麻烦的->需要通过注册企业账号  3.微信的最上方出现不要输入金钱的-> 微信后台的支付功能  4.https 可以避免开发商广告 http://www.admin5.com/article/20150525/600219.shtml 5.审核  的可以直接发邮件 加速  6.一个月可以有2天 来重构代码 7.闪退 或者之类的东西 都是客户端的问题 客户端不可以有阻塞的问题 -

现在大家心目中的万灵丹就是精实.精实运动始自制造业,接着便席卷创业圈,目前这方法已经潜入各种类型.规模不一的企业,有些是实务执行,也有些流于空话.颂扬精实方法的益处已经说得太多,也有许多文章发表了 .但是,这中间少了什么?这个问题并没有得到适切的关注. 身为以设计主导产品开发的从业者,加上我个人在移情方式设计产品的相关研究与写作,我公开批评精实宣言.这两种方式或许表面上有很多共同之处,但如果深入挖掘,过程中有很多根本的分歧,这会带来非常不同的结果.下面是几个区别的关键点: 创意生成 精实要求你"

需求来源于生活,用户体验是为了相对核心的需求而产生的新需求,需求的极致就是把一种需求变成习惯. 在产品这个圈子里,经常会遇到两个词,一个叫需求,另一个叫用户体验.在我看的各类产品相关的书籍和文章中,这两个词的出现率也是相当高的.经常在跟别人聊天的时候,也把这几个词挂在嘴边,忽悠忽悠.随着自己的成长和自己眼界的拓展,渐渐地理解了这两个词的意义. 一.需求的思考 从产品人的角度,需求就是产品人能给用户解决的问题.从用户的角度来说,需求就是用户需要产品人解决的问题. 举个例子说,假如某公司PM设计了一

聊起微博,不得不提web2.0.告别了1.0传统的信息门户,web2.0时代新的媒体形式层出不穷,每一个新媒体形式的出现都意味着web2.0的普及和进步,微博就是在这种背景下诞生的.古人云,以史为鉴,可正衣冠.为了一步步走近微博,我们先从历史聊起.纵观新浪微博的发展历史,我将其分为三个阶段: 古代:微博元年,战火纷飞,群雄混战: 近代:杀出血路,战略靠拢,美国敲钟: 现代:后上市时代,稳中求进,何去何从. 本文就先从开山鼻祖twitter开始,讲讲新浪微博的古代史.此文撰与2010年,其中数据并

本文和大家分享的主要是产品经理的三大禁忌,期望能帮助各位产品小伙伴们解决你们遇到的类似问题,或者避免类似问题的发生. 昨天,有一个入行不久的产品小伙伴,咨询了这样我一个问题: 自己在思考问题和提炼需求的时候,总是会自诩站在用户的角度去看问题,最终通过多次思考.梳理,提出自认为有效的针对性解决.实现方案,或者灵机一动想出一些点子觉得可以讨好用户,就非常高兴的排期实现了. 结果上线一段时间后,使用率很低,甚至有用户觉得是产品经理在自嗨.这让我觉得很沮丧,但是又无法反驳--因为即便是大公司,在做出来用

产品团队的每个成员都非常重要.任何一家追求成功的的公司都应该非常高效地完成从产品设计.搭建到市场投放的所有工作.我想说的是,这里有一个角色对于打造出一款成功的产品来说至关重要,而且这个角色经常被误解或与其它角色混淆——这个角色就是产品经理. 我们将在这篇文章里一起讨论作为一个出色的产品经理应该具备的具体职责,然后一起来观察这些优秀产品经理的特质是什么,在哪里能够找到它们以及如何能够形成和发展出这些特质. 角色与职责 产品经理这个角色在公司里面经常拥有另外一个名字,而且与一些其它相关的角色绑在一起

这是一篇长文,我花了差不多30分钟才看完,也是我见过有史以来最长最完整的一篇关于程序员转型产品经理的文章.创办人人都是产品经理以来,每天都有很多人问我如何转型做产品经理.转型产品经理会遇到哪些问题,其实我一直没能回答好这个问题,因为我从运营转型产品经理的过程太顺利,并且转型的过程也没有做太多的思考和总结.直到看到这篇文章...作者完整记录了自己一路来从对产品的认知到接触产品到转型产品整个过程,以及对产品的理解.意识的转变.心态的转变,非常完整,由衷佩服作者. 今天推荐这篇文章给大家,尤其是准备转