Brain Dumps

在美国，医疗费用昂贵，医疗支出对普通家庭是不小的负担。如果您的家人过来探亲、朋友过来旅游，需要看病又没有保险，怎么办？ 湾区爸妈群向大家推荐加州湾区这个由医生自愿组织成立的免费诊所&非赢利组织Rotacare！ RotaCare Bay Area 介绍 RotaCare Bay Area Inc.是一家位于湾区的 501（C)(3) 非盈利公益组织，宗旨是为缺少基本医疗保障病人提供免费医疗服务，协会约有 500人 左右专业医生及热心人士组成的志愿者团队，单单2017年就约有 10000人次 病人享受免费就诊等医疗服务。 该组织由医生Mark Campbell博士及其Campbell Rotary Club于1989年创立。目前机构在整个北加州湾区附近设有10间诊所，包括Concord、Daly City、Gilory、Half Moon Bay、Monterey、Pittsburg、Richmond、San Jose、San Rafael、Santa Cruz。 10家诊所具体地址见上图（2019年更新），详细信息请扫描下面二维码来浏览网站：  http://rotacarebayarea.org/ 下面附上其中两家诊所San Jose和Daly City信息，供大家参考！ San Jose 诊所信息 就诊时间： 周三傍晚 5:00 pm – 9:00 pm 咨询电话:  (408) 715-3088 就医原则：Patients are seen on a first come, first served basis.（早到早医） 诊所地址： RotaCare San Jose Free Medical Clinic Washington School 100 Oak Street San Jose, CA 95110 电子邮箱:  sjclinic@rotacarebayarea.org 排队信息 ： 该点需要周三 早上7点前去门口排队 （每天病人名额约在24-36位左右） 就诊范围： 轻微疾病及伤口处理、慢性病管理                   体...

当我开启作为开源律师的职业生涯时，面临的一个重要问题是需要耗时费力去分析的新形式开源许可协议的激增，正如我的同事 Scott Peterson 在其文章中所述，“ 开源许可协议是共享资源 [1] ”： 专注于少数许可协议更有好处。通过对少数许可协议达成更广泛共识所积累的经验和讨论更容易减少不确定性，而不是在成千上百的许可协议之间进行有关行动和辩论。 过去多年开源社区对许可协议扩散的反应持积极态度，我很高兴看到大多数开源项目都从一组被工程师和律师熟知的许可协议（例如 GPL、LGPL、AGPL、BSD、MIT、Apache 2）中进行选择。因此，不用将时间浪费在解释许可协议条款上，完全开启了一个低摩擦的生态系统。 一旦项目采用开源许可协议，它通常采用标准的“ 入站=出站 inbound=outbound ”模式，创造该短语的 Richard Fontana 将其描述为贡献者不言自明地获得出站项目适用的许可协议的许可，使得贡献者可以轻松参与项目， 无需担心繁文缛节和受到威胁 [2] 。这是一个非常简单的模式，能够非常聪明地进行上面提到的许可协议选择。 不幸的是，许多项目不选择采用“入站=出站”模式，而是采用某种形式的《 贡献者许可协议 Contributor License Agreement 》（CLA）。CLA 的范围和目的各不相同。读者们可以在 Ben Cotton 的文章《 CLA 与 DCO 有什么不同？ [3] 》中具体了解《贡献者许可协议》与《 开发者原创证书 Developer Certificates of Origin 》（DCO）的区别。 采用 CLA 的项目在接受贡献之前，要求贡献者提交作为个人或所在公司签署的 CLA 存档。除非是其条款能够被工程师和其代理律师很好理解的标准 CLA（例如下文提到的 Apache 软件基金会非实质性定制的 CLA），否则因为需要非常仔细阅读 CLA 以确保能够完全理解其条款，贡献者通常放弃去深究 CLA。理解非标准 CLA 的过程需要数天或上周才能完成，具体取决于工作负荷以及是否需要与许可协议提交人进行协商。根据我的经验，最终结果是回到标准的 CLA 条款！这个曲折的过程导致大量的时间和精力被浪费。此外，CLA 需要某种形式的签名，增添了许多在大型官僚组织可能更严重的...

Ansible 是一个开源自动化工具，可以从中央控制节点统一配置服务器、安装软件或执行各种 IT 任务。它采用一对多、 无客户端 agentless 的机制，从控制节点上通过 SSH 发送指令给远端的客户机来完成任务（当然除了 SSH 外也可以用别的协议）。 Ansible 的主要使用群体是系统管理员，他们经常会周期性地执行一些安装、配置应用的工作。尽管如此，一些非特权用户也可以使用 Ansible，例如数据库管理员就可以通过 Ansible 用  mysql  这个用户来创建数据库、添加数据库用户、定义访问权限等。 让我们来看一个简单的使用场景，一位系统管理员每天要配置 100 台服务器，并且必须在每台机器上执行一系列 Bash 命令，然后交付给用户。 这是个简单的例子，但应该能够证明：在 yaml 文件里写好命令然后在远程服务器上运行，是一件非常轻松的事。而且如果运行环境不同，就可以加入判断条件，指明某些命令只能在特定的服务器上运行（如：只在那些不是 Ubuntu 或 Debian 的系统上运行  yum  命令）。 Ansible 的一个重要特性是用 剧本 playbook 来描述一个计算机系统的最终状态，所以一个剧本可以在服务器上反复执行而不影响其最终状态（LCTT 译注：即是幂等的）。如果某个任务已经被实施过了（如，“用户  sysman  已经存在”），那么 Ansible 就会忽略它继续执行后续的任务。 定义 ◈  任务 task ：是工作的最小单位，它可以是个动作，比如“安装一个数据库服务”、“安装一个 web 服务器”、“创建一条防火墙规则”或者“把这个配置文件拷贝到那个服务器上去”。 ◈  动作 play ： 由任务组成，例如，一个动作的内容是要“设置一个数据库，给 web 服务用”，这就包含了如下任务：1）安装数据库包；2）设置数据库管理员密码；3）创建数据库实例；4）为该实例分配权限。 ◈  剧本 playbook ：（LCTT 译注：playbook 原指美式橄榄球队的 战术手册 [1] ，也常指“剧本”，此处惯例采用“剧本”译名） 由动作组成，一个剧本可能像这样：“设置我的网站，包含后端数据库”，其中的动作包括：1）设置...

发信人: dumbCoder (HumbleCoder 不懂就问-_-), 信区: Programming 标  题: Re: K8S , golang别犹豫 发信站: BBS 未名空间站 (Fri Mar  8 13:52:16 2019, 美东) 以下是我的个人观点: 面向配置文件配置 -- 没问题, 配置文件就是用来定义 high-level 的意愿的. 面向配置文件编程 -- 一般是这个系统或者工具设计有问题, 虽然这事儿在整个   industry 经常发生... 一旦有大量的配置文件，需要编程来动态生成的时候... 最好应该设计成 API 编程,   而不是捣鼓配置文件. 配置文件是个high-level & weak modeling tool, 编程语言(with function, API) 是 low-level & strong modeling tool. 所以一旦走上了面向配置文件编程的路线，设计的东西就会很 complex, fragile. 比如永远在更新，永远复杂的一逼的各种前端框架 -- 面向 HTML, CSS 配置文件编程. 还有传统 Java 里面那一坨坨的 XML cfgs, 也是这种毛病. 整个 industry 经常重复做错的一件事:   发明一个  high-level 的, 但是描述能力很弱的抽象工具, 然后因为这个工具 high-level, 捣鼓几下能直接看到效果, 就使劲忽悠大家用, 如果这个工具背景强, 有钱做 market, 这个祸害就扩散开了, 过几年再看... 又会有类似的新祸害出来, 号称可以拯救旧祸害 导致的各种问题... 于是, 整个 industry 就像时尚界一样, 可以这几年流行这个, 那几年流行那个...   真正 well design 的创新工具到底有多少? 【 在 guvest (我爱你老婆Anna) 的大作中提到: 】 : 写写emacs/vim, 解决这些问题? : 图灵完备的一大动力是自动化生成配置文件。 : 本来配置文件不是图灵完备的。加上模版和eval就成了正经的coding. : 如果不熟悉emacs/vim. 可以写写MS word VBA自动产生yaml. Excel也行。 : : ...

你们以为配置K8S是折腾的终点么? 现在新的Hype是 service mesh https://istio.io/docs/concepts/what-is-istio/ https://www.envoyproxy.io/ 你们折腾完K8S那一坨, 趁着它热乎, 还可以折腾所谓 service mesh 一波波的好像时尚界... 静下来仔细想想，几年后还有几个流行?   那也不见得，当成生意做，所有的问题都是风险评估的问题。 只要风险评估的比人家好，具体做什么，其实都没有关系。。。 【 在 guvest (我爱你老婆Anna) 的大作中提到: 】 : 执行肯定比选什么架构更重要。 : 只要不选有明显硬伤的就可以。 : 不然修不好憋死了投资就打水漂了。 : 最怕的就是选个小众方向，自己又没本事修好。 : : 这种tradeoff，其实意思是说，不管你如何选择，其实都是在赌一把。 : : 决策其实容易，不管你懂不懂技术，只要不是自己在干活，其实乱选一把 : 就可以 : 。背着 : : ，和抱着，是一样沉的。。。 :   大架构选择，有两个方面要考虑： 1. avoid vendor lockin 2. enough market share 【 在 walkrandom (walkrandom) 的大作中提到: 】 : 大系统看重的是redundancy。everything is replaceble.   : 比如，牛人走了，菜鸟能不能接手。 : 一个云不行了，另外的云能不能顶上。 : 所以这是一个complexity vs performance 的tradeoff : 宝。

发信人: qwxqwsean (qiu), 信区: Military 标  题: 洋人的精神头儿真好 发信站: BBS 未名空间站 (Thu Mar  7 08:47:31 2019, 美东) 我在避难所里, 见到这些洋人, 包括白人, 西班牙人, 黑人, 但几乎没有亚裔, 我是避 难所里唯一的亚裔。 我见这些洋人, 半数的人彻夜不睡, 毫无睡意。电视房里通宵有五六个人在坐着或站着 , 电视通宵开着。 最热闹的是厕所, 通宵有十个人站在厕所里扎堆"开会"。聊天, 抽烟, 投掷骰子模仿赌 博。 我见他们只是把两个骰子在洗手池台上反复抛, 几个人猜数字玩, 没见涉及金钱。 厕所俨然成了流浪汉们的酒吧, 是他们最受欢迎的扎堆聚会场所, 这大概是为啥流浪汉 们一般不用自己的屎尿污染厕所。厕所的地上很脏, 但都是烟头烟丝酒瓶杂物, 一般没 有屎尿, 不像中国的公厕到处是乱拉的屎尿。 他们大概觉得太无聊了, 经常互相仪式性地吵架甚至打架。他们在睡觉的床铺区彻夜找 借口吵架, 找借口吼一吼活动活动嗓子。 比如我见一个四成黑六成白的30岁男嘴里嘟嘟喃喃, 附近几个人就大声喝令他:"Shut   up! Shut your mouth! Shut fuck up!" 他继续自言自语, 一个35岁白男冲过去把他推 的一屁股坐在地上。 旁边的人不指责推他的人, 反而指责他。他坐在地上半分钟辩解 了一阵, 然后爬起来企图去还击, 附近五六个白人黑人立即冲上去堵住他, 阻止他去打 那个推他的人。然后大家继续指责他应该安静不应该嘟嘟喃喃。稍后我见一个肚子大的 像怀胎十一个月难产的孕妇一样的30岁胖白男走到他面前, 伸手指着他低声训斥他。 流浪汉们对给周围的人拉架反应极为敏锐。只要发觉旁人有打架的苗头, 立即就会挺身 而出拉架。 住在我左邻下铺的一个30岁黑男, 不仅彻夜不睡, 而且从不上床, 而是在他床边呆站着 , 时而踱来踱去, 我觉得他不去当保安可惜了, 他能一天24个小时站着, 不需要坐卧,   也不打瞌睡。 住在我对面上铺的35岁白男, 他说他有女朋友, 我有点奇怪他为啥来住避难所而不和他 女友租房。他全夜总共大约只在床上躺了两个小时, 而且明显没睡着, 其它时间都是坐 起来或到处走动。他戴着中国的小人书里画的洪秀全义和团戴的那种样式的头巾。 ...