圆珠笔的珠如何制作？

显示全部楼层 · 2009-1-30 06:28:38

小小笔珠

用融化的钢水,滴在一个漏斗形状并且有螺旋状轨道的一个大滑道.就象游泳场里的高空速滑道一样.到最后冷却了就成为一个需要的圆珠.玻璃球就这样做.
提问者对答案的评价：

发明：匈牙利的新闻工作者艾尔斯兹尔·比罗与其兄弟乔治合作于1938年制造了第一支圆珠笔。比罗看到报纸墨水干燥得很快，而且墨迹不模糊，从中获取了灵感。这种比较浓稠的墨水无法通过普通钢笔尖流出，因此他设计了圆珠从而革新了钢笔设计。首先开发这一设计的是英国皇家空军，因为其飞行员需要一种不同于自来水笔的在高纬度不会漏水的笔。比罗与英国皇家空军的成功合作使圆珠成为公众关注的中心。改进：圆珠笔是如何发明的：改变问题本身的艺术Hornbill Literary Essay：在十九世纪三十年代的欧洲大陆，一种方便，价廉的圆珠笔开始在书记员，银行职员甚至是富商中流行起来。制笔工厂开始大量的生产圆珠笔。不久却发现圆珠笔市场严重萎缩。原因是圆珠笔前端的钢珠在长时间的书写后，因摩擦而变小继而脱落导致笔筒内的油泄露出来。弄的满纸油啧，给书写工作带来了极大的不便。人们开始厌烦圆珠笔，从而不在用它了。一些科学家和工厂的设计师们开始为了改变“笔筒漏油”这种状况进行了大量的工作。其中一个科学家做了大量的实验。他实验了上千种不同的材料来做笔前端的哪个“圆珠”，以求找到寿命最长的“圆珠”。但结果却不很理想。这时一个叫马塞尔比希的人却很好的将圆珠笔做了改善，解决了“漏油”的问题。他的成功是得益于他的一个想法。“既然不能将圆珠笔的寿命很好的延长，那为什么不主动的控制圆珠笔的寿命呢？他所做的工作只是在实验中找到一颗“钢珠”所能完成书写的“最大用油量”。然后每支笔所装的”“油”都不超过这个“最大用油量”。这样，方便，价廉又“卫生”的圆珠笔有成了人们最喜爱的书写工具之一。

圆珠笔是如何发明的：改变问题本身的艺术 Hornbill Literary Essay：在十九世纪三十年代的欧洲大陆，一种方便，价廉的圆珠笔开始在书记员，银行职员甚至是富商中流行起来。制笔工厂开始大量的生产圆珠笔。不久却发现圆珠笔市场严重萎缩。原因是圆珠笔前端的钢珠在长时间的书写后，因摩擦而变小继而脱落导致笔筒内的油泄露出来。弄的满纸油啧，给书写工作带来了极大的不便。人们开始厌烦圆珠笔，从而不在用它了。一些科学家和工厂的设计师们开始为了改变“笔筒漏油”这种状况进行了大量的工作。其中一个科学家做了大量的实验。他实验了上千种不同的材料来做笔前端的哪个“圆珠”，以求找到寿命最长的“圆珠”。但结果却不很理想。这时一个叫马塞尔比希的人却很好的将圆珠笔做了改善，解决了“漏油”的问题。他的成功是得益于他的一个想法。“既然不能将圆珠笔的寿命很好的延长，那为什么不主动的控制圆珠笔的寿命呢？他所做的工作只是在实验中找到一颗“钢珠”所能完成书写的“最大用油量”。然后每支笔所装的”“油”都不超过这个“最大用油量”。这样，方便，价廉又“卫生”的圆珠笔有成了人们最喜爱的书写工具之一。如何解决复杂的问题： 1 寻找金刚钻：比如能有更长寿命的圆珠笔头“圆珠”：但这往往是目前大部分公司缺乏的核心技术； 2 改变问题本身，将大问题分解成已有成熟解决方案的小问题；我经常被问到一个问题就是如何优化MySQL数据/Lucene全文索引的速度：其实，如果一个MySQL记录数量在10万以上，如果已经做了索引优化，那么应用速度也就没有什么潜力可挖了，唯一能作的就是将最经常被访问的数据缓存起来：将应用做成快/慢表机制。让用户很少访问大量的旧数据放在一个慢表里。将用户经常访问的新数据放在一个高速的快表（只有数百数千条记录）里：可以是一个限制数量的小数据库，可以是更简单的非数据结构（DBM/Hash/纯文本）来快速存取。类似的Lucene全文索引也有类似问题：我发现索引的量超过500M以后，速度开始有用户能感受到的速度下降，唯一能做的就是控制数据量：将索引分布成多个，并尽可能利用内存FS做将索引文件缓存到内存里。千万不要小看硬件对于产品的影响，开发人员脑子里也要常想着“摩尔定律”。内存数据在5年前可能还是一个奢侈的想法，但是随着内存成本的下降，很多原先复杂的问题都可以在内存中实现了使得速度大大提高。目前的大型搜索引擎就是分布式集群技术/内存数据库技术的集中体现。过2年闪存很有可能会接近于硬盘的成本，这又是一个变革的机遇。另外开发人员考虑问题的一种惯性思维就是“关系化数据库”思维：数据库思维面向的是“精确”返回结果，但处理一个面向最终用户的百万级记录应用的时候，如果用户对于返回结果数量是10234还是10200已经不关心了，重要的就是将最好的TOP 10条结果以最快的速度返回给用户。序列化是一个成本很高的事情，尤其是使用数据库，其实对于应用来说：能不用Oracle的就不用，可以用MySQL；能不用MySQL的就不用，用SQLite；能不用数据库的就不用数据库，用DBM/Hash，能不用DBM的就尽量不用DBM，用纯文本；能不序列化的就尽量不序列化：用内存。如果你有一把好锤子而且很使用得很熟练了，那就尽可能将问题都变成钉子。这是一个很有用的思路：对不对还要看能够解决的问题和解决问题的成本。