Rebase Community

1. GraphvizOnline https://dreampuf.github.io/GraphvizOnline @陈锡亮：做架构经常需要画各种各样的图，可是画图大部分时间都浪费在了画上面，而不是设计架构流程。 作为程序员，自然更加擅长写代码，Graphviz就可以用DOT语言来定义各种图。我们就可以专注于设计，而不是花时间在画图上面。   2. 微软SEAL：据说将同态加密运算降到10的三次方数量级 https://github.com/microsoft/SEAL @Dream：微软SEAL 一个同态加密的开源库，允许对加密的整数或实数执行加法和乘法。 将未加密的计算转换为加密数据的计算并不总是容易或直接的，例如，不可能对加密数据进行分支。microsoftseal本身有一个陡峭的学习曲线，需要用户理解许多同态加密的特定概念，尽管最终API并不太复杂。即使用户能够使用microsoftseal编程并运行特定的计算，高效实现和低效实现之间的差别可能是几个数量级，而且新用户很难知道如何改进其计算性能。   3. JavaScript 花园：想少出错，来多逛逛...

1. Go 常见库 cobra 教程 https://segmentfault.com/a/1190000023382214 @Frozen:cobra是一个golang的语言库，非常适用于编写命令行工具   2. Marp：用 Markdown「写」PPT 的新选择 https://sspai.com/post/55718 @Shooter：在少数派以往的文章中其实已经有介绍如何使用 Markdown 制作幻灯片的方法，但这些方法有的需要在...

1. 数学全景地图 https://www.youtube.com/watch?v=OmJ-4B-mS-Y @张晓-冰链科技：用10分钟的动画，形象地展示了整个数学学科的各个主要领域，非常适合各位已经工作的朋友快速定位自己要充电的数学领域。   2. 一键一个HTTP Server https://www.jianshu.com/p/49900e4cd4fe @Frozen：在开发的过程中咱们经常会使用云服务器，而云服务器又需要配置安全组，一旦自己不是拥有权限配置机器的人时就有点尴尬，不知道是自己的服务没起来还是端口没开放。学会一键一个HTTP Server的话，哪个端口可以随便验证，不用再发愁。   3. 让你的ssh客户端更智能 https://github.com/moul/assh @Shooter：一个情况，...

1. 程序员必会：实用的 VS Code 使用技巧 https://code.visualstudio.com/docs/getstarted/tips-and-tricks @Harry：这篇文章介绍了使用 VS Code 的常用技巧，让你可以变得更高效，包括多光标编辑、行操作、块操作、格式化等等。就算你不使用 VS Code，这里提到的很多技巧也应该在你的编辑器中配置好对应的功能。对于一些常用的快捷键，建议记到笔记中或者将 cheatsheet 设定成桌面背景，直到练成肌肉记忆。 2. 密码学知识：一步步教你如何计算...

1. 黑马程序员 120天全栈区块链开发开源教程 https://github.com/itheima1/BlockChain @River:  区块链是综合性的技术栈, 单单掌握一门语言肯定是不够的，为了防止劣币驱逐良币, 为了区块链技术在国内快速的普及, 为了千万人少走弯路, 传智播客智能物联网+区块链学院决定github开源全套就业班课程。   2. Kickstart your blockchain development with DappStarter...

1. 超级实用的搜索引擎————Semantic Scholar https://www.semanticscholar.org/ @王多余：该网站由微软创始人之一 Pual Allen 于 2015 年参与建立，其目的在于打造一款专业的学术搜索引擎，让研究人员可以更为快速、精准的检索专业学术论文，力争在学术论文检索领域做到比 Google 更加智能。   2. 一秒一副抽象画 https://1secondpainting.com/...

1. 我中意的那些成为区块链开发者的免费课程 https://hackernoon.com/my-favorite-free-courses-to-become-a-blockchain-developer-in-2020-cvo3u0u @Frozen:成为区块链开发者需要了解区块链基础知识，同时还需要对其他多方面知识有所了解。文章总结了8个免费的课程，可以让开发者轻松入门区块链。 2. ConsenSys发布新的以太坊DeFi报告 https://media.consensys.net/new-ethereum-defi-report-the-rise-of-wrapped-bitcoin-eth-insurance-and-yield-farming-27dc8a63be03 @Frozen:ConsenSys发布最新的DeFi发展趋势研究报告。报告涵盖DeFi当前数据、总结和图示，DeFi用户行为和用户同不同协议之间的关联关系，主要的DeFI安全事故等等。提供当前DeFi发展情况概览 3. Data Oriented Design https://www.dataorienteddesign.com/dodbook/ @肖雪洁：我们听说过 Object Oriented...

1. 联盟链Fabric多机部署实战 https://mp.weixin.qq.com/s/ByDAFS3MAZz1iSllv6yAig @王多余：区块链落地场景通常是由不同公司或机构组成的可信联盟体，每个公司有一个或多个节点参与到区块链网络中，而每个区块都需要这些节点共识后才会写入本地的账本数据库中，所以记账节点会在不同的服务器上运行。 公司内部的多个节点往往会放入联盟链网络定义的组织中，来行使共识和记账的权利。 来看Fabric如何多机部署实战   2. 重视数据隐私，从天空的飞过的一架飞机说起 https://mp.weixin.qq.com/s/rfEVnwQdpOnENTZxo84eUA @余晟：根据一张照片，你能分析出多少有价值的信息？ Tilman po了一张照片，说明航班号，拍摄时间，并告知是在一家旅馆拍摄的。然后发起挑战，猜出拍摄者具体在哪家旅馆拍摄的。 网友通过航班数据，飞机航向，太阳光的角度，结合可视化地图，准确分析出了拍摄者的位置。   3....

1. CKB，版本控制与区块链演进 https://mp.weixin.qq.com/s/kL0vA37nN1tlAblZhavUkA @Harry：Git 和区块链之间有着相似之处，这也意味着我们应该更谨慎地将 Git 的想法融入到区块链中，而不应该将相互冲突的设计选择引入到区块链中，这样区块链或智能合约开发者就可以享受到 Git 的一些已被证明的优点。   2. Awesome Github Profile README https://github.com/abhisheknaiidu/awesome-github-profile-readme...

1.合约开发者如何正确使用构造函数？ https://www.chainnews.com/articles/064852937632.htm @River:  构造函数负责智能合约所有者 owner 等数据的初始化，正确使用构造函数对智能合约安全至关重要。   2. Git上的SQL查询工具 https://github.com/augmentable-dev/gitqlite @River: Gitqlite是一个在Git存储库上运行SQL查询工具。通过公共接口(SQL)对磁盘上的Git存储库进行查询，可根据自己的开发需求编写数据库查询语句，快速从 Git 仓库中提取精准信息。   3. 原型动画设计工具 https://www.drama.app...

1. 为什么区块链这么难？ https://medium.com/@jimmysong/why-blockchain-is-hard-60416ea4c5c @Gala：区块链项目的挑战不仅来自超前想法的落地，也包括实现一个安全、可扩展、低成本的系统，这篇文章从多个角度说明设计区块链系统有多难，通过这些可以更好了解区块链发展现状，以及随后发展方向。   2. ETH 2.0 托管证明 https://github.com/PlatONnetwork/proof_of_custody @洋芋：通过安全多方计算（MPC）在以太坊2.0中实现了托管证明（Proof of Custody）算法。   3. Gnosis...

1. 论文精要 | 真实世界中Rust程序的安全实践 https://mp.weixin.qq.com/s/w6LGy2MFMXkCIZCB6JNe3g @Shooter：本文是对《理解真实Rust程序中的内存和线程安全实践》中的数据和观点的精要萃取。 Rust 虽然是安全语言，但是默认写的代码，尤其是用了unsafe或 写并发代码的时候，还会有安全风险。依赖于开发者对所有权、生命周期的理解，以及API设计的功力。 该论文的目的也是为了帮助更好地完善Rust及其社区，包括周边的工具，比如增强IDE的生命周期可视化、专属的bug检测工具等等。   2. blockchain dns seed 听过么？...

1. 不同场景下，对于重复代码的不同解读 http://number-none.com/blow/john_carmack_on_inlined_code.html @肖雪洁：通常情况下，我们受 DRY 影响很深，接受的知识教育都告诉我们不要写太长的方法，尽量将代码拆成更小的 function，并加强复用。但是这是个亘古不变的道理么？大神 John Carmack 会告诉你，在需求不同的情况下，这里的取舍可能完全不同。对于 framerate critial，或者是 mission critical 的实时系统中，我们通常根深蒂固的写法，反而会造成不必要的 latency，给软件带来不必要的问题。从这个角度讲，DRY...