y*e
2 楼
突发奇想做汤圆,家里材料不齐,没有糯米粉,可是不愿出去跑腿买,就在家凑合了,
结果。。。唉,本来想给ld惊喜
的。
汤圆皮:
用blender把糯米打碎,结果证明都打成了小颗粒,不是powder。。。汗,还是要用
grinder亚。
然后热水和一下。
缺点: 不糯,硬邦邦的。。
汤圆馅:
煮了紫竽,然后放了很多打碎的costco的mixed nuts,味道还是比较香,可是不很甜(
偶像剧看多了,什么紫竽花海,什
么甜甜的紫竽。。。我昏),也没有那种一咬就流出来的效果:(
高手指教一下吧,谢谢
结果。。。唉,本来想给ld惊喜
的。
汤圆皮:
用blender把糯米打碎,结果证明都打成了小颗粒,不是powder。。。汗,还是要用
grinder亚。
然后热水和一下。
缺点: 不糯,硬邦邦的。。
汤圆馅:
煮了紫竽,然后放了很多打碎的costco的mixed nuts,味道还是比较香,可是不很甜(
偶像剧看多了,什么紫竽花海,什
么甜甜的紫竽。。。我昏),也没有那种一咬就流出来的效果:(
高手指教一下吧,谢谢
y*a
3 楼
本人J1,在国家实验室做,压力有但还凑合。现在写proposal申请funding,要和大学
一个professor一起做。如果funding下来了,老板让我决定,继续留实验室,还是转成
大学的postdoc。
大学的好处是可以H1B,绿卡,blabla。。。实验室基本不会给办。。有打算生老二,
不想生太晚。但是之前一直没有办绿卡的机会。该怎么选?
一个professor一起做。如果funding下来了,老板让我决定,继续留实验室,还是转成
大学的postdoc。
大学的好处是可以H1B,绿卡,blabla。。。实验室基本不会给办。。有打算生老二,
不想生太晚。但是之前一直没有办绿卡的机会。该怎么选?
p*1
4 楼
先说下我搬家的情况:从tx搬到加州,distance和time test应该都通过了的
公司的relocation package是这样的:给了数目a的allowance,直接打到银行账户,但
是是扣过税的;到公司所在地之后公司出钱找了30天的住房和租车,数目b,至于这部
分有没有交过税我不清楚。数目a和b都算到w2的box1里了,box12 code p 只有很少的
25块钱。
想请问一下,我能把数目a+b-25填到3903里面作为deduct吗?还是只有b可以?谢谢!
公司的relocation package是这样的:给了数目a的allowance,直接打到银行账户,但
是是扣过税的;到公司所在地之后公司出钱找了30天的住房和租车,数目b,至于这部
分有没有交过税我不清楚。数目a和b都算到w2的box1里了,box12 code p 只有很少的
25块钱。
想请问一下,我能把数目a+b-25填到3903里面作为deduct吗?还是只有b可以?谢谢!
h*y
5 楼
看到那么多报绿, 俺也不淡定了,求祝福,预排包子
PD 02/26/2007
TSC
PD 02/26/2007
TSC
p*2
6 楼
狭义和田玉仅指新疆和田玉
比重 2.9g/cm3 以上; 硬度6.0-6.5
广义和田玉有青海玉、俄罗斯玉以及韩国玉等等。
硬度,比重 可以小一些.
样品
26.4g, 69mmX39mmX5m
比重: 2.8 =(26.4/9.5)/.99 (tap water 比重)
硬度 ~ 6; (系统误差, 操作误差 都比 比重 大)
窗前自然光下拍的.
玉的透光性不强,见图6:玉后圈圈阴影很弱。
另,是老拉丝工吗?
谢谢
比重 2.9g/cm3 以上; 硬度6.0-6.5
广义和田玉有青海玉、俄罗斯玉以及韩国玉等等。
硬度,比重 可以小一些.
样品
26.4g, 69mmX39mmX5m
比重: 2.8 =(26.4/9.5)/.99 (tap water 比重)
硬度 ~ 6; (系统误差, 操作误差 都比 比重 大)
窗前自然光下拍的.
玉的透光性不强,见图6:玉后圈圈阴影很弱。
另,是老拉丝工吗?
谢谢
n*1
7 楼
终于1.0了
我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
到质变。
比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
到质变。
比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
i*t
10 楼
3903是报你搬家实际花的钱把。allowance你就把他当成收入(bonus)好了。
【在 p******1 的大作中提到】
: 先说下我搬家的情况:从tx搬到加州,distance和time test应该都通过了的
: 公司的relocation package是这样的:给了数目a的allowance,直接打到银行账户,但
: 是是扣过税的;到公司所在地之后公司出钱找了30天的住房和租车,数目b,至于这部
: 分有没有交过税我不清楚。数目a和b都算到w2的box1里了,box12 code p 只有很少的
: 25块钱。
: 想请问一下,我能把数目a+b-25填到3903里面作为deduct吗?还是只有b可以?谢谢!
【在 p******1 的大作中提到】
: 先说下我搬家的情况:从tx搬到加州,distance和time test应该都通过了的
: 公司的relocation package是这样的:给了数目a的allowance,直接打到银行账户,但
: 是是扣过税的;到公司所在地之后公司出钱找了30天的住房和租车,数目b,至于这部
: 分有没有交过税我不清楚。数目a和b都算到w2的box1里了,box12 code p 只有很少的
: 25块钱。
: 想请问一下,我能把数目a+b-25填到3903里面作为deduct吗?还是只有b可以?谢谢!
p*2
12 楼
b*s
13 楼
百度也用了,考虑也试试
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
q*i
14 楼
if you want to make sweet dumpling with sweet rice, you need to steam the rice first and knead it to make the dough.
【在 y*******e 的大作中提到】
: 突发奇想做汤圆,家里材料不齐,没有糯米粉,可是不愿出去跑腿买,就在家凑合了,
: 结果。。。唉,本来想给ld惊喜
: 的。
: 汤圆皮:
: 用blender把糯米打碎,结果证明都打成了小颗粒,不是powder。。。汗,还是要用
: grinder亚。
: 然后热水和一下。
: 缺点: 不糯,硬邦邦的。。
: 汤圆馅:
: 煮了紫竽,然后放了很多打碎的costco的mixed nuts,味道还是比较香,可是不很甜(
【在 y*******e 的大作中提到】
: 突发奇想做汤圆,家里材料不齐,没有糯米粉,可是不愿出去跑腿买,就在家凑合了,
: 结果。。。唉,本来想给ld惊喜
: 的。
: 汤圆皮:
: 用blender把糯米打碎,结果证明都打成了小颗粒,不是powder。。。汗,还是要用
: grinder亚。
: 然后热水和一下。
: 缺点: 不糯,硬邦邦的。。
: 汤圆馅:
: 煮了紫竽,然后放了很多打碎的costco的mixed nuts,味道还是比较香,可是不很甜(
p*2
17 楼
the last one
b*s
18 楼
讲得很棒
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
l*o
22 楼
简直是在侮辱玉这个词
r*y
23 楼
--"以前是过了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA
。"
大牛展开说说这部分吧
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
。"
大牛展开说说这部分吧
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
a*e
24 楼
磨出来的粉很细,打出来的都粗
汤圆馅是用猪油和汤+其它调料做的,不用猪油,就没有那种液态糖心
汤圆馅是用猪油和汤+其它调料做的,不用猪油,就没有那种液态糖心
m*1
26 楼
无收藏价值
d*e
27 楼
为什么不能现在还需要将来
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
d*g
29 楼
为毛俺06年10月的也木有任何消息嗫?
m*i
30 楼
料差工粗,不论新老收藏价值都不大。
f*b
33 楼
ding
g*y
36 楼
还是得用买的糯米粉,从前人都号称“水磨糯米粉”,就是因为要非常非常细,口感才好。
馅心的话,没办法,甜食都是加了很多糖的,所以才不健康。
我曾经做的比较简单的馅是买的烘焙用巧克力,融化后加花生酱,这个好处是冷的时候
可以结块(搓成一个个小丸子,放冷冻格冻硬),硬的馅比较容易包。
【在 y*******e 的大作中提到】
: 突发奇想做汤圆,家里材料不齐,没有糯米粉,可是不愿出去跑腿买,就在家凑合了,
: 结果。。。唉,本来想给ld惊喜
: 的。
: 汤圆皮:
: 用blender把糯米打碎,结果证明都打成了小颗粒,不是powder。。。汗,还是要用
: grinder亚。
: 然后热水和一下。
: 缺点: 不糯,硬邦邦的。。
: 汤圆馅:
: 煮了紫竽,然后放了很多打碎的costco的mixed nuts,味道还是比较香,可是不很甜(
馅心的话,没办法,甜食都是加了很多糖的,所以才不健康。
我曾经做的比较简单的馅是买的烘焙用巧克力,融化后加花生酱,这个好处是冷的时候
可以结块(搓成一个个小丸子,放冷冻格冻硬),硬的馅比较容易包。
【在 y*******e 的大作中提到】
: 突发奇想做汤圆,家里材料不齐,没有糯米粉,可是不愿出去跑腿买,就在家凑合了,
: 结果。。。唉,本来想给ld惊喜
: 的。
: 汤圆皮:
: 用blender把糯米打碎,结果证明都打成了小颗粒,不是powder。。。汗,还是要用
: grinder亚。
: 然后热水和一下。
: 缺点: 不糯,硬邦邦的。。
: 汤圆馅:
: 煮了紫竽,然后放了很多打碎的costco的mixed nuts,味道还是比较香,可是不很甜(
h*8
42 楼
这个的工和料看起来都让人不舒服啊
p*y
44 楼
我看着觉得已经很好了啊,太甜了不好
h*8
46 楼
这个的硬度能有6?
y*w
49 楼
bless 排
p*2
50 楼
添两张 MF 灯光下照。
画面1/4 聚焦:表面质地,凹陷打磨工 比老图 清楚.
老图忘了用MF聚焦 :(
I do have some hands-on experience with 和田玉 and other less valuable 玉.
Just not very experienced :)
Among all types of 玉 that I know of, the sample is most close to 和田玉.
The possibility for its being serpentine or quartz type stone is very small.
Please provide other possible stone types for further study ;)
【在 h******8 的大作中提到】
: 这个的工和料看起来都让人不舒服啊
画面1/4 聚焦:表面质地,凹陷打磨工 比老图 清楚.
老图忘了用MF聚焦 :(
I do have some hands-on experience with 和田玉 and other less valuable 玉.
Just not very experienced :)
Among all types of 玉 that I know of, the sample is most close to 和田玉.
The possibility for its being serpentine or quartz type stone is very small.
Please provide other possible stone types for further study ;)
【在 h******8 的大作中提到】
: 这个的工和料看起来都让人不舒服啊
b*s
51 楼
有个功能尤其喜欢,就是container的输出重定向
D*u
53 楼
bless
a*u
54 楼
比重測量一下. 看看是多少。
我看至少是老工。 邊料。
我看至少是老工。 邊料。
w*z
55 楼
这两天是Dockercon, 收到一堆twitter feed, 貌似很火啊。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
m*3
57 楼
排!祝福LZ
p*2
58 楼
样品
26.4g, 69mmX39mmX5m
比重: 2.8 =(26.4/9.5)/.99 (tap water 比重)
硬度 ~ 6; (系统误差, 操作误差 都比 比重 大)
The density measurement is quite accurate.
I measured the density of my easy to identify stones, and they all fit into
their standard density range.
As a density reference:
Serpentine: 2.5-2.6.
Quartz type stone: 2.65 in pure crystal; variable 2.59–2.63 in impure
varieties
The hardness measurement is not accurate at all.
It is from comparing my other samples, such as quartz crystal, rose quartz,
tiger's eye, agate, carnelian, serpentine, Hetian Jade, Jadeite etc.
Even if the sample in this post belongs to Hetian big family, it is a lower
quality one, such as 邊料. Also there are quite a few small chips along the
external and internal edges; it also confirms that the possibility for
serpentine is smaller.
It is not a 美品 at all :), but I did learn a lot from it :)
【在 a**u 的大作中提到】
: 比重測量一下. 看看是多少。
: 我看至少是老工。 邊料。
26.4g, 69mmX39mmX5m
比重: 2.8 =(26.4/9.5)/.99 (tap water 比重)
硬度 ~ 6; (系统误差, 操作误差 都比 比重 大)
The density measurement is quite accurate.
I measured the density of my easy to identify stones, and they all fit into
their standard density range.
As a density reference:
Serpentine: 2.5-2.6.
Quartz type stone: 2.65 in pure crystal; variable 2.59–2.63 in impure
varieties
The hardness measurement is not accurate at all.
It is from comparing my other samples, such as quartz crystal, rose quartz,
tiger's eye, agate, carnelian, serpentine, Hetian Jade, Jadeite etc.
Even if the sample in this post belongs to Hetian big family, it is a lower
quality one, such as 邊料. Also there are quite a few small chips along the
external and internal edges; it also confirms that the possibility for
serpentine is smaller.
It is not a 美品 at all :), but I did learn a lot from it :)
【在 a**u 的大作中提到】
: 比重測量一下. 看看是多少。
: 我看至少是老工。 邊料。
r*y
59 楼
--"不需要再build release,甚至传统的building machine都不要了"
多谢朋友.
楼主nod101 说的是本机开发都生成image,然后选择哪个image发给QA.
一个几十个 developers 的 team, 选谁的? 每个人的 local env 都不一样.
在退一步说, 必须要 central repository 才能把大家放到一篇儿上. 这样 building
machine 就根本省不了呀.
QA
【在 b*******s 的大作中提到】
: 有几个原因,一个是没有平台的异构性问题了,不需要做环境有关的兼容性测试,也避
: 免测试搭环境
: 一个是那个文件系统是增量式的,这样做管理更简单,同时测试完就能发布,不需要再
: build release,甚至传统的building machine都不要了
: my 2 cents
:
: QA
多谢朋友.
楼主nod101 说的是本机开发都生成image,然后选择哪个image发给QA.
一个几十个 developers 的 team, 选谁的? 每个人的 local env 都不一样.
在退一步说, 必须要 central repository 才能把大家放到一篇儿上. 这样 building
machine 就根本省不了呀.
QA
【在 b*******s 的大作中提到】
: 有几个原因,一个是没有平台的异构性问题了,不需要做环境有关的兼容性测试,也避
: 免测试搭环境
: 一个是那个文件系统是增量式的,这样做管理更简单,同时测试完就能发布,不需要再
: build release,甚至传统的building machine都不要了
: my 2 cents
:
: QA
j*y
61 楼
cong!
p*2
62 楼
刚刚发现 这东东有可能是 独山玉
硬度:6.0-6.5
比重:2.73-3.18g/cm3
网上不算,实体店几乎见不到和田玉. 嗨...嗨...
into
【在 p**2 的大作中提到】
: 样品
: 26.4g, 69mmX39mmX5m
: 比重: 2.8 =(26.4/9.5)/.99 (tap water 比重)
: 硬度 ~ 6; (系统误差, 操作误差 都比 比重 大)
: The density measurement is quite accurate.
: I measured the density of my easy to identify stones, and they all fit into
: their standard density range.
: As a density reference:
: Serpentine: 2.5-2.6.
: Quartz type stone: 2.65 in pure crystal; variable 2.59–2.63 in impure
硬度:6.0-6.5
比重:2.73-3.18g/cm3
网上不算,实体店几乎见不到和田玉. 嗨...嗨...
into
【在 p**2 的大作中提到】
: 样品
: 26.4g, 69mmX39mmX5m
: 比重: 2.8 =(26.4/9.5)/.99 (tap water 比重)
: 硬度 ~ 6; (系统误差, 操作误差 都比 比重 大)
: The density measurement is quite accurate.
: I measured the density of my easy to identify stones, and they all fit into
: their standard density range.
: As a density reference:
: Serpentine: 2.5-2.6.
: Quartz type stone: 2.65 in pure crystal; variable 2.59–2.63 in impure
b*s
63 楼
你可以建private repo,就和版本管理一样,测试人员可以pull特定的tag的image下来用
非常简单,只要测试人员机器上安装了docker就行,编译开发人员已经做好了
building
【在 r***y 的大作中提到】
: --"不需要再build release,甚至传统的building machine都不要了"
: 多谢朋友.
: 楼主nod101 说的是本机开发都生成image,然后选择哪个image发给QA.
: 一个几十个 developers 的 team, 选谁的? 每个人的 local env 都不一样.
: 在退一步说, 必须要 central repository 才能把大家放到一篇儿上. 这样 building
: machine 就根本省不了呀.
:
: QA
非常简单,只要测试人员机器上安装了docker就行,编译开发人员已经做好了
building
【在 r***y 的大作中提到】
: --"不需要再build release,甚至传统的building machine都不要了"
: 多谢朋友.
: 楼主nod101 说的是本机开发都生成image,然后选择哪个image发给QA.
: 一个几十个 developers 的 team, 选谁的? 每个人的 local env 都不一样.
: 在退一步说, 必须要 central repository 才能把大家放到一篇儿上. 这样 building
: machine 就根本省不了呀.
:
: QA
e*G
64 楼
用糯米粉啊,加水用手搓,比打的更有弹性
h*0
67 楼
实在没明白这个docker和lxc有什么区别
我直接基于这个lxc弄,然后打包自己想要的东西不是一样?
我直接基于这个lxc弄,然后打包自己想要的东西不是一样?
g*y
68 楼
不是巧克力粉,是chocolate chip,就像有些chocolate chip cookie里面那样,
一个个小圆锥。经典的做法是隔水化,我自己做就是用很小的火,盯着搅,底下也没焦。
有人也用微波炉,但是要勤盯着。
化好的巧克力是半流动状的,这时候你可以加进peanut butter混均匀。peanut butter
有creamy的,就是颗粒1非常细,也有颗粒比较大的,吃的时候有点点嚼头,好像无论哪种
在常温下都算固体吧,不要上面浮的那层peanut oil.
混合以后尝尝甜度如何,酌情加糖。我加powdered suger,这样不必担心糖化不完全,
也可以加syrup。
然后把这个混合的半流体倒进一个比较浅的玻璃烤盘里,放冷冻格。等基本上冻上了,
就可以用勺子刮了,不会冻得很瓷实,跟挖冰欺凌感觉差不多。用手搓成小丸子的时候,
要是觉得沾手,可以在糯米粉里先滚滚。做好的馅心小丸子再放冰箱里面冻实,就可以做了。--好处是可以保存很久。
【在 y*******e 的大作中提到】
: 花生酱常温好像也是液态。
: 烘培用的巧克力就是巧克力粉把。
: 撮的时候是固态的么?家热了是不是就是液态拉?
: 谢谢
:
: 才好。
一个个小圆锥。经典的做法是隔水化,我自己做就是用很小的火,盯着搅,底下也没焦。
有人也用微波炉,但是要勤盯着。
化好的巧克力是半流动状的,这时候你可以加进peanut butter混均匀。peanut butter
有creamy的,就是颗粒1非常细,也有颗粒比较大的,吃的时候有点点嚼头,好像无论哪种
在常温下都算固体吧,不要上面浮的那层peanut oil.
混合以后尝尝甜度如何,酌情加糖。我加powdered suger,这样不必担心糖化不完全,
也可以加syrup。
然后把这个混合的半流体倒进一个比较浅的玻璃烤盘里,放冷冻格。等基本上冻上了,
就可以用勺子刮了,不会冻得很瓷实,跟挖冰欺凌感觉差不多。用手搓成小丸子的时候,
要是觉得沾手,可以在糯米粉里先滚滚。做好的馅心小丸子再放冰箱里面冻实,就可以做了。--好处是可以保存很久。
【在 y*******e 的大作中提到】
: 花生酱常温好像也是液态。
: 烘培用的巧克力就是巧克力粉把。
: 撮的时候是固态的么?家热了是不是就是液态拉?
: 谢谢
:
: 才好。
N*e
69 楼
Ding!
a*i
71 楼
要使用的水磨糯米粉里面含有gelatin的, 做出来的口感会比较有弹性.
馅儿里面可以加些butter, 我个我比较爱吃巧克力馅的.用nestle巧克力coating葡萄干
, 较果不错.
http://www.amazon.com/gp/product/B000NPYY7C
馅儿里面可以加些butter, 我个我比较爱吃巧克力馅的.用nestle巧克力coating葡萄干
, 较果不错.
http://www.amazon.com/gp/product/B000NPYY7C
y*e
74 楼
赞!谢谢
收藏了
又学了一招
焦。
butter
论哪种
候,
【在 g***y 的大作中提到】
: 不是巧克力粉,是chocolate chip,就像有些chocolate chip cookie里面那样,
: 一个个小圆锥。经典的做法是隔水化,我自己做就是用很小的火,盯着搅,底下也没焦。
: 有人也用微波炉,但是要勤盯着。
: 化好的巧克力是半流动状的,这时候你可以加进peanut butter混均匀。peanut butter
: 有creamy的,就是颗粒1非常细,也有颗粒比较大的,吃的时候有点点嚼头,好像无论哪种
: 在常温下都算固体吧,不要上面浮的那层peanut oil.
: 混合以后尝尝甜度如何,酌情加糖。我加powdered suger,这样不必担心糖化不完全,
: 也可以加syrup。
: 然后把这个混合的半流体倒进一个比较浅的玻璃烤盘里,放冷冻格。等基本上冻上了,
: 就可以用勺子刮了,不会冻得很瓷实,跟挖冰欺凌感觉差不多。用手搓成小丸子的时候,
收藏了
又学了一招
焦。
butter
论哪种
候,
【在 g***y 的大作中提到】
: 不是巧克力粉,是chocolate chip,就像有些chocolate chip cookie里面那样,
: 一个个小圆锥。经典的做法是隔水化,我自己做就是用很小的火,盯着搅,底下也没焦。
: 有人也用微波炉,但是要勤盯着。
: 化好的巧克力是半流动状的,这时候你可以加进peanut butter混均匀。peanut butter
: 有creamy的,就是颗粒1非常细,也有颗粒比较大的,吃的时候有点点嚼头,好像无论哪种
: 在常温下都算固体吧,不要上面浮的那层peanut oil.
: 混合以后尝尝甜度如何,酌情加糖。我加powdered suger,这样不必担心糖化不完全,
: 也可以加syrup。
: 然后把这个混合的半流体倒进一个比较浅的玻璃烤盘里,放冷冻格。等基本上冻上了,
: 就可以用勺子刮了,不会冻得很瓷实,跟挖冰欺凌感觉差不多。用手搓成小丸子的时候,
A*e
76 楼
不明觉厉。docker不是取代vm的吗?怎么就是个git了?
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
y*e
77 楼
谢谢
【在 a**i 的大作中提到】
: 要使用的水磨糯米粉里面含有gelatin的, 做出来的口感会比较有弹性.
: 馅儿里面可以加些butter, 我个我比较爱吃巧克力馅的.用nestle巧克力coating葡萄干
: , 较果不错.
: http://www.amazon.com/gp/product/B000NPYY7C
【在 a**i 的大作中提到】
: 要使用的水磨糯米粉里面含有gelatin的, 做出来的口感会比较有弹性.
: 馅儿里面可以加些butter, 我个我比较爱吃巧克力馅的.用nestle巧克力coating葡萄干
: , 较果不错.
: http://www.amazon.com/gp/product/B000NPYY7C
c*s
78 楼
bless
n*3
79 楼
你们 用 vagrant 吗?
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
b*e
80 楼
我觉得lz就是bso:“看看,我不用糯米粉也能做的这么漂亮~~”
j*0
81 楼
等了这么久,这次肯定来了!Bless.
g*g
82 楼
我们都是CI,commit之后直接测试环境都自动部署好了,如果测试都写完了一键部署。
当然我们仍然保留上百个版本的AMI。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
当然我们仍然保留上百个版本的AMI。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
l*n
83 楼
汤圆一定要用水磨糯米粉(糯米泡过夜再磨)才会很细很糯。
馅的话以前我家是用适量的猪油加打碎的花生、芝麻,还加一些桂花,比较香
馅的话以前我家是用适量的猪油加打碎的花生、芝麻,还加一些桂花,比较香
l*7
84 楼
l*v
86 楼
看着挺不错。
你们的汤圆都是甜的吗,看来就我们那边吃咸汤圆。
你们的汤圆都是甜的吗,看来就我们那边吃咸汤圆。
d*r
87 楼
baozi
c*8
92 楼
强大的LZ 我无限敬仰
x*e
93 楼
Bless!
pai!
pai!
b*s
95 楼
正宗宁波人在此
1。糯米要先泡过再磨成粉/浆
2。馅里面要放猪油或者别的油还有糖
1。糯米要先泡过再磨成粉/浆
2。馅里面要放猪油或者别的油还有糖
w*g
97 楼
docker用的是unionFS,早就有了。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
AMI
【在 n****1 的大作中提到】
: 终于1.0了
: 我感觉docker核心理念就是namespace+git, 而在image-level做git应该是docker的原
: 创.Docker 的image都是copy on write, 虽然现在储存很廉价,但docker的节省从量变
: 到质变。
: 比如做了1000次commit后,生成的1000个docker image比单个image大不了多少,而AMI
: 就像svn,可能要1000份空间。所以我认为docker会彻底改变开发人员的习惯:以前是过
: 了QA才生成image,将来是本机开发都生成image,然后选择哪个image发给QA。
g*r
102 楼
排
y*w
108 楼
bless 排
d*r
109 楼
大体上知道, 都玩过一下, 我想知道现在他们具体怎么配合, 比如现在只用 docker 就
行了?
现在用法还是 vagrant 在本机虚拟 dev 用的 device (e.g. Linux Debian xx),
里面用 docker 包住自己的 dev 用 server, 然后开发, upload 到服务器端 (e.g.
AWS)?
还是, 现在有新的流程了没? docker 以前玩过一下, 现在 1.0 是啥效果了
【在 N*****m 的大作中提到】
: docker和vagrant表面上类似,实质上根本不是一个理念
: vagrant实质上是vm,每个vagrant box就是一个vm,消耗的资源多很多
: docker是lxc
行了?
现在用法还是 vagrant 在本机虚拟 dev 用的 device (e.g. Linux Debian xx),
里面用 docker 包住自己的 dev 用 server, 然后开发, upload 到服务器端 (e.g.
AWS)?
还是, 现在有新的流程了没? docker 以前玩过一下, 现在 1.0 是啥效果了
【在 N*****m 的大作中提到】
: docker和vagrant表面上类似,实质上根本不是一个理念
: vagrant实质上是vm,每个vagrant box就是一个vm,消耗的资源多很多
: docker是lxc
b*s
110 楼
我奶奶都是买成块的猪板油然后跟芝麻粉揉在一起
搓成小球然后包的
不过我想你如果用固体的奶油应该也ok
搓成小球然后包的
不过我想你如果用固体的奶油应该也ok
x*i
111 楼
bless 包子
N*m
112 楼
vagrant可以和chef/puppet/ansible/salt合用provision vm在local或者云里面
然后,一个vm可以跑多个docker container
【在 d*******r 的大作中提到】
: 大体上知道, 都玩过一下, 我想知道现在他们具体怎么配合, 比如现在只用 docker 就
: 行了?
: 现在用法还是 vagrant 在本机虚拟 dev 用的 device (e.g. Linux Debian xx),
: 里面用 docker 包住自己的 dev 用 server, 然后开发, upload 到服务器端 (e.g.
: AWS)?
: 还是, 现在有新的流程了没? docker 以前玩过一下, 现在 1.0 是啥效果了
然后,一个vm可以跑多个docker container
【在 d*******r 的大作中提到】
: 大体上知道, 都玩过一下, 我想知道现在他们具体怎么配合, 比如现在只用 docker 就
: 行了?
: 现在用法还是 vagrant 在本机虚拟 dev 用的 device (e.g. Linux Debian xx),
: 里面用 docker 包住自己的 dev 用 server, 然后开发, upload 到服务器端 (e.g.
: AWS)?
: 还是, 现在有新的流程了没? docker 以前玩过一下, 现在 1.0 是啥效果了
w*e
114 楼
Bless!
z*e
115 楼
嗯,我举个我们的实际例子,很简单一个案例
3个dev,做tomcat这种传统环境开发,都是macbook,然后其中一个的机器不知道为毛
就非要说 java环境不对,tomcat启动起来一直报错,折腾了半天
然后做了个docker image把tomcat啥的设置好,用VOLUME把.war的位置map到他们自己
制定的地方
然后他们就不用纠结去配置tomcat了(虽然其实也不是啥大问题)
然后后来我又找几个兼职的朋友来做这个project,也就不废话给他们讲我那个tomcat
的configuration要怎么设置,直接叫他们装boot2docker(mac上的docker),然后
docker pull下我的image用就是
总之来说就是少了很多废话和配置问题,不用去处理一些奇怪的问题
但是我觉得docker用在实际流程中还缺乏某种约定俗成的best practice和标准的
workflow...
3个dev,做tomcat这种传统环境开发,都是macbook,然后其中一个的机器不知道为毛
就非要说 java环境不对,tomcat启动起来一直报错,折腾了半天
然后做了个docker image把tomcat啥的设置好,用VOLUME把.war的位置map到他们自己
制定的地方
然后他们就不用纠结去配置tomcat了(虽然其实也不是啥大问题)
然后后来我又找几个兼职的朋友来做这个project,也就不废话给他们讲我那个tomcat
的configuration要怎么设置,直接叫他们装boot2docker(mac上的docker),然后
docker pull下我的image用就是
总之来说就是少了很多废话和配置问题,不用去处理一些奇怪的问题
但是我觉得docker用在实际流程中还缺乏某种约定俗成的best practice和标准的
workflow...
d*r
118 楼
你们这个流程里有用 vagrant 或者类似东西吗
tomcat
【在 z***e 的大作中提到】
: 嗯,我举个我们的实际例子,很简单一个案例
: 3个dev,做tomcat这种传统环境开发,都是macbook,然后其中一个的机器不知道为毛
: 就非要说 java环境不对,tomcat启动起来一直报错,折腾了半天
: 然后做了个docker image把tomcat啥的设置好,用VOLUME把.war的位置map到他们自己
: 制定的地方
: 然后他们就不用纠结去配置tomcat了(虽然其实也不是啥大问题)
: 然后后来我又找几个兼职的朋友来做这个project,也就不废话给他们讲我那个tomcat
: 的configuration要怎么设置,直接叫他们装boot2docker(mac上的docker),然后
: docker pull下我的image用就是
: 总之来说就是少了很多废话和配置问题,不用去处理一些奇怪的问题
tomcat
【在 z***e 的大作中提到】
: 嗯,我举个我们的实际例子,很简单一个案例
: 3个dev,做tomcat这种传统环境开发,都是macbook,然后其中一个的机器不知道为毛
: 就非要说 java环境不对,tomcat启动起来一直报错,折腾了半天
: 然后做了个docker image把tomcat啥的设置好,用VOLUME把.war的位置map到他们自己
: 制定的地方
: 然后他们就不用纠结去配置tomcat了(虽然其实也不是啥大问题)
: 然后后来我又找几个兼职的朋友来做这个project,也就不废话给他们讲我那个tomcat
: 的configuration要怎么设置,直接叫他们装boot2docker(mac上的docker),然后
: docker pull下我的image用就是
: 总之来说就是少了很多废话和配置问题,不用去处理一些奇怪的问题
f*1
120 楼
bless!
D*0
122 楼
pai!!
b*2
124 楼
偶的是06年底的,本来很淡定,看到很多07的都批准了,开始鸡冻了。
m*g
125 楼
Bless!
a*d
129 楼
Bless
h*q
130 楼
bless!!
EA
131 楼
bless
pai baozi
pai baozi
p*g
132 楼
yu pai
s*a
135 楼
bless
t*e
136 楼
cong
s*t
138 楼
bless
l*d
139 楼
Bless!!!
排!!!
排!!!
f*s
141 楼
bless
e*c
144 楼
bless you
E*7
146 楼
我提前一个星期就在等了,现在不也一点消息没有?昨天开信箱就看见两个账单。。。
z*o
147 楼
bless baozi pls
z*i
148 楼
Re
Bless
Bless
u*b
150 楼
BEST WISHES.
y*w
152 楼
big bless
m*r
153 楼
bless
等包子
等包子
t*e
155 楼
bless
A*r
157 楼
排包子
r*e
158 楼
bless, bless
m*a
159 楼
bless
pai baozi
pai baozi
T*7
162 楼
bless, pai baozi!
f*l
165 楼
bless
l*o
166 楼
bless
a*e
167 楼
bless. pai
s*2
168 楼
bless
G*e
169 楼
排
H*e
170 楼
bless
B*o
171 楼
bless!
x*i
172 楼
bless
r*0
173 楼
Baozi!!!!!!!!!!
A*w
175 楼
bless, pai
d*a
177 楼
bless
A*r
178 楼
bless
H*7
179 楼
Blessbless!
m*h
180 楼
pai!
y*m
181 楼
PAI BAO ZI
t*y
182 楼
Bless
S*V
184 楼
pai
g*a
185 楼
bless
w*g
186 楼
bless
O*n
187 楼
bless
t*e
188 楼
BLESS
PAI
PAI
f*a
189 楼
re
f*8
191 楼
re
c*n
193 楼
bless!
baozi!
baozi!
l*o
194 楼
Re
d*n
195 楼
wo ye pai
e*t
196 楼
pai
d*a
197 楼
Bless
y*w
198 楼
bless
g*s
199 楼
Good, good...
s*9
200 楼
bless
s*g
201 楼
re bless
相关阅读
你们怎么不讨论intelliJ vs eclipse问问大家,这个称呼,是不是挺别扭的 (转载)who and recommend a text book for JAVA language?我们造轮子吧,轮子成败的关键应该是有经验java,c++码农ios开发学多久可以入门来这板块的新人注意事项Ro Khanna: 何方妖精,吃老孙一棒! (转载)中国人都应该好好检讨一下自己求教python问题,在线等 (转载)给大家出个题好像在公司里Intellij community version不能用mongo dB vs Cassandra求Big Data Principles and best practices of scalable realti (转载)wickr有人用IBM的BlueMIX吗?Python 的设计狗屎不如error of compiling C# in visual studion 2013 win 7 (转载)求教char**&与char*的不同貌似playmini歇菜了?scala的framwork写web 能比node, django好用么?