目前被隐藏的文章别人是无法访问阅读的，是完全隐藏的状态的。
在“上一篇下一篇”中会暴露被隐藏文章的标题，但其他人即便点击了，也是看不到正文内容的。我们近期会对此做修改，隐藏的文章标题也不会在前台显示出来了。

另外，我建议博主在发表很早以前的隐藏文章时能够重新发表一遍，因为博客编辑是从每天的新增文章中来筛选可推荐的文章。如果先写一个标题，若干日后再补充完整，会错过被推荐的机会。

我还是建议博客网站修改程序，新增文章不要包括隐藏的文章，但要包括从隐藏变成公开的文章。也就是说新增文章以公开日期计算。

当然改不改由网站说了算，但网站的更加人性化可能应该成为我们的51CTO追求的一个目标。

对于我来说，51CTO是一个发表信息的平台，但对于51CTO博客编辑来说，我们的网站软件是一个管理软件，那么软件在功能上要达到管理的深度，在技术上要能够满足管理的需求，总之，就是要满足博主的要求(当然是合理且有价值的要求）。对于我来说，一篇文章是否被推荐重要性倒不是十分大，因为我对好文章的评价标准不可能和博客编辑完全相同，我也不是为无忧币而写文章。但博客编辑失去一篇好文章是一种失责，尽管这种失职对51CTO可能没有任何实则性的影响。

请相信我设计博客时考虑过很多利弊因素。
首先，用户有自由选择文章隐藏或者公开的权利，并不受时间限制。
在这个前提下，如果每次由隐藏转为公开，就更改一次日期，是不合理的。遇上屡次修改文章状态的用户，博主的发表时间和我们的管理后台都会混乱。
没有完美的设计，两害相权取其轻。
所以，我会倡导大家，如果你希望你的文章被更多人看到，请按真正的发表时间来发表。至于为什么不让大家自由的选择发表时间，是因为涉及到著作权问题。

十分感谢废总对我的建议的重视，并两次答复。首先我要说明的是我的建议是从博客网站建设的角度去考虑的，但这个角度只是我的个人观点，不成熟之处必然存在，因为我毕竟没有真正去经营这个博客，没有切身的体会。

我十分赞同废总的“用户有自由选择文章隐藏或者公开的权利，并不受时间限制。”，也赞同“在这个前提下，如果每次由隐藏转为公开，就更改一次日期，是不合理的。”的观点。同时也知道会出现“遇上屡次修改文章状态的用户，”。对于“至于为什么不让大家自由的选择发表时间，是因为涉及到著作权问题。”也十分的理解。对于博客程序的设计首先必须满足废总的以上基本要求。

我不知道我们的博客是否记录博主的每次修改时间和内容，我们在开发ERP和OA程序的时候，要求就是以多种方式同时记录客户的每一个update、insert和delete操作，一个不能遗漏，哪怕操作中途出错，操作记录也要有，先记录操作历史，后进行操作。

对于数据库的安全来说，控制权限是一个方面，记录历史更是一个重要的方面，通过这个历史的记录，我们获得了很多分析数据，包括程序缺陷。

因此我的确赞同废总说的“如果每次由隐藏转为公开，就更改一次日期，是不合理的”，因为我感觉应该改成“如果每次由隐藏转为公开，就记录一次时间，最好将修改的内容也记录下来。”，至于我们关注的是“发表时间”，还是“首次公开发表时间”，或者“末次公开发表时间”，有了数据，当然就好办了。

我在很多博文中想反复阐述的一个观点是软件仅仅是一种工具，应用才是主体。不要去过多考虑通常软件应该怎么做，而是要去考虑我们的客户需求是什么？客户的需求合理否？不要站在软件的角度去考虑客户需求，要站在客户的角度考虑客户需求，将客户需求想清楚了，然后就是设计合理的算法，实现客户的已经想到的和暂时没有想到的需求。我基本上认为，除了在理论上还没有突破的少数领域，几乎没有用软件实现不了的客户需求，关键是我们的观念。先有管理思想，后有软件，这样的软件可能更有市场。不宜将软件的困难和客户的需求放在一起进行“两害相权取其轻”的比较，因为我们无法算出“2棵大白菜-1只大白兔”等于多少。

最近看一位同行的博客，里面写到“经理们需要管理的通常有人员、经费等等。一个共同的特点，这些资源总是处于不足的状态！管理做的事情就是合理分配不足的资源让结果最优。”
深有同感，资源不足恐怕是90%产品经理的心声，我会尽量最优，但这个最优是某种程度上的最优，相对最优，不是绝对最优。
所以用户会觉得某些功能我们迟迟不能上，但这不是因为我们不作为，而是有其他重要的事情正在进行中。我只能说，我会尽我所能的做到相对最优。

btw：隐藏文章的标题现在不会通过“上一篇下一篇”暴露在前台了 ^_^

“资源不足恐怕是90%产品经理的心声，我会尽量最优”，“所以用户会觉得某些功能我们迟迟不能上，但这不是因为我们不作为，而是有其他重要的事情正在进行中。我只能说，我会尽我所能的做到相对最优。”，废总这个回答十分的专业！我只能表示满意！

吓死我了，我还以为我的隐藏的文章别人可以看到了，好像看不到了，通过链接我试了一下字，看不到，呵呵