8位很容易发生碰撞吧？

佛山啊，这招聘启事简直……

！！！好真实！我也以为我电脑报错了

刚凑热闹玩了几局……感觉比逗她差远了啊

@Gauin
原来如此～

www.chsi.com.cn 找找看，本人查询免费。

@luikore
想了一下，我原来的期望是，运算过程不损失精度，得到一个特定的表示方式的结果，然后取值的时候只要进行一种/一次 会丢失精度的运算过程，而且可以方便的获得任意精度的最终结果。

比如有理数运算，完全可以基于分数表示法和分数运算法则，最后得到一个分数。这个是精确的，我们要取值的时候，只要做一次除法运算，就可以了

但实际上除法运算不是基本运算……呃 无解么

@luikore
python 不是新增了 [实数] 表示么

我觉得是可以的，以现在的硬件，模仿手工算法来进行计算
至少有理数完全可以实现吧，设计分数运算规则和存储规则即可。

无理数不好确定……

引申一下：
有没有可能建立完全精确的实数运算器？及其相应的算法？

URI Standard (RFC3986) 在 1.1.3 小节“URI, URL, and URN”中澄清了这一区别：

URI 可以进一步分为定位器、名称，或者二者兼具。术语“Uniform Resource Locator” (URL) 涉及的是 URI 的子集，除识别资源外，它还通过描述其最初访问机制（比如它的网络“位置”）来提供定位资源的方法。 术语“Uniform Resource Name” (URN) 在历史上曾用于引用“urn”方案 [RFC2141] 下的 URI，这个 URI 需要是全球惟一的，并且在资源不存在或不再可用时依然保持不变，对于其他任何拥有名称的一些属性的 URI，都需要使用这样的 URI。
对于单独的方案，没有必要将其分为仅仅是一个 “名称”或者是一个“定位器”。 来自任意特定方案的 URI 实例可能有名称或定位器的特征，或两者兼而有之， 这通常取决于标识符分配中的持久性和命名机构对其关注程度， 而不取决于其他方案的质量。未来的规范和相关的文档应当使用通用术语“URI”，而不是使用有更多限制的条目“URL”和“URN” [RFC3305]。

@binux
@zorceta
@013231
@srsman
@berlinwall
@baox2

理论上来讲，比热最大的就是水，但是作为少量的水，真的能冷却一大杯饮料？
怎么也不可能达到1：1的质量比（饮料大部分都是水，所以比热也按水算的话），那半杯子铁块喝起来肯定很不爽 XD

1. 首先想到应该是一种『熔点』在适宜温度（比如10度）的物质，因为相变吸热要比单纯热交换吸热大得多。
冰的熔化热是 334 J/g，水的比热是 4.2 J/(g·k) ，也就是说
1g 冰融化（0度-0度）可以使同样质量的水降低 334/4.2 = 79K （假设水未结冰- -）
换句话说就是 1：10 的质量比下，冰块可以使水降低 7.9 度，很合适了吧？

2. 但是实际上肯定不会是水。为什么呢，冰的熔点是 0 度，而且熔化非常快，这样就导致，很短的时间内饮料降至 0 度左右（太凉了～），然后化成水之后就失去了很好的保温作用（不够持久～）
所以，什么材料更好呢？
应该是一种复合的，非晶态（在封闭的小铁块里固液转换并不是好事）的『蓄热材料』

https://www.google.com/#output=search&q=蓄热材料

============================================================

放上这个不会变味儿么- -
304 不锈钢顶得住酸性饮料么

蜗牛 是做九阴的那个么

@jandan

没图

Amazon 要搞自己的了，当然得先干掉抢占自己地盘的别人

@acpp 你那里看见图片了……

我旁边坐了个漂亮，温柔，可爱的 pythoness


























可惜几个月前回去休产假了 - -

NB 的是细心，耐心，焊工，以及设备……

设计上看不懂，哈哈哈哈