我不知道律师是否应该学习编码
我不知道律师是否应该学习编码
原文：https://medium.com/hackernoon/i-have-no-clue-whether-lawyers-should-learn-to-code-85ad532bdd72
我八岁开始编程，坐在芝加哥的地下室里，拿着一台德州仪器 TI-99/4A。我会花一整天的时间用 BASIC 编写小游戏。高中时，我为当时蓬勃发展的 CD-ROM 行业制作图形(那时互联网还没有兴起)。20 世纪 90 年代末，我没有上大学，而是选择为初创公司和上市公司编写网络软件。我这样做了将近 15 年。现在我是一名律师。
我最近注意到围绕的一场大讨论，律师是否应该学习编码。有人这么认为、还有人不这么认为。自然，有各种各样聪明的观点，我鼓励你去阅读。
Code can be beautiful and daunting.
律师该不该学编码？
我已经知道如何编码，我很高兴我知道。它实际上有助于我为我的法律客户所做的事务性/结构化工作——代码所要求的简单和优雅很好地转化为文档起草。
但是对每个律师来说，学习如何编码可能有意义，也可能没有意义。我不知道任何一个特定的律师应该怎么做，但是我可以在讨论中增加一些内容，这样律师就可以自己决定如何进行。
编码并不容易。当然，最基本的很容易，但是要让你变得有市场，需要大量的奉献。和任何事情一样，我的建议是，只有当你热爱编程，并且你能看到自己为这门手艺奉献了数小时的时候，才学习如何编程。不要出于义务去做。
如果你是一名对拓展你的技术能力感兴趣的律师，你的时间最好从小事做起，理解软件设计的概念基础(规则 1:“懒惰是一种美德”)。
要做到这一点，花点时间使用类似于 Zapier 的工具来开发不同系统如何通过 API 相互通信的理解。你也可以钻研数据库工具，比如 Knack 。老实说，有了这两个工具，你可以做出大量新的有用的东西——而不需要实际编码(我实际上用这种方式构建了我公司的法律订阅程序的第一个版本)。
一旦你开始用这些工具达到极限，然后找出你需要学习什么来改进你的产品。这可能意味着学习编码。到那时，你会对更广泛的概念感到足够舒服，这样编码就不会那么令人生畏，你就可以专注于学习解决当前问题所需的知识。
相反，学习如何创造一个产品
你知道吗，当开发一个新的技术产品时，编码只是等式的一部分。真正的游戏是制造一个产品，然后为这个产品找到合适的客户。这远远超出了编码的范畴。
这意味着让潜在客户站在你的产品前，然后获得反馈来检验你的想法。这意味着快速修改和迭代你的产品来满足你的客户需求。然后不断重复，同时寻找你产品的弱点(这就是“失败得更快”的意思)。
所有这些都可以在不学习编码的情况下完成。有大量的好书将它分解开来，所以如果你是一名创新的律师，你的时间最好花在学习如何做一些事情上，比如产品/客户开发。或者你可能真的喜欢编码。
此外，当您想与程序员或其他工程人员交流想法时，了解技术基础会有所帮助。它让你有更准确和更高带宽的对话，并看到机会。
法律创新的真正障碍
所有这些都引出了一个更深层次的问题:为什么法律创新来得如此之慢？律师并不是反对创新或 T2，而是厌恶风险或沉迷于计费时间的 T4。所有这些都是一派胡言；律师和普通人一样害怕科技，厌恶风险。
法律创新似乎缓慢的真正原因是，非律师不能持有律师事务所的股份。这意味着，如果你找到一个你想带进来的 rad 程序员，你不能用公司的股份来补偿他或她。这也意味着，如果你有一个投资者对资助你的想法感到兴奋，他们不能这样做。
显然，这对想要创新的律师事务所造成了巨大的低效，并让法律创新者选择制造支持当前商业模式的工具或让律师学习编码。
你觉得这篇文章有趣/有帮助吗？如果你找到了，你能通过点击并按住按钮(如下图)来帮助其他人找到它吗？谢谢大家！
黑客中午是黑客如何开始他们的下午。我们是阿妹家庭的一员。我们现在接受投稿并乐意讨论广告&赞助机会。
要了解更多信息，请阅读我们的“关于”页面、在脸书上给我们点赞/发消息，或者简单地发送 tweet/DM @HackerNoon。