[img]https://i.imgur.com/vyqtF5F.png[/img]

test

https://imgur.com/vyqtF5F.png

test


可能有些文不对题。我自己是用 Pyside 写了一个工具，大概长这个样子。适配 Linux, Windows 和 MacOS ，不过因为一些原因还没开源。

https://imgur.com/a/YRLLCe0

挺好看的。不过主域名完全用来干这个，个人不大理解这种行为。

养一只猫，狸花猫这种。

@zlkent 所以误伤也就理所当然？

抑郁症是有什么和常人不一样的表现吗？经常听说但是生活中似乎没有见过。是那种自己认为自己有的强烈心里暗示？

> pip install -r requirements.txt 有个问题就是没准过段时间构建出来的环境就和 requirements.txt 中的不一致了

？？这个“没准”是个啥意思？莫须有？

感觉 #17 和 #36 这两种方法都很有趣。

从 #17 引申一下，或可以让自己的闭源领先开源几个版本或者一段时间。不过从程序角度可能客观来说，可能只是加大了一点难度？

#36 的方法感觉很好玩。

这种事情和 license 没有关系吧。

诋毁的话是编程者自己的道德问题，别管他就是了。世界那么大，什么人没有。

至于说换语言写闭源。如果将这件事换个角度，是不是就好理解了。

不是经常看到一些不错的商业或者闭源软件，想要自由使用的时候总会想着用熟悉的语言自己实现，做一个简单的出来。事情似乎好像差不多？当然，看着开源实现难度就大幅下降这个没得说。

细细想来，换个 license 就能规避吗？是 license 能限制的吗？印象中 unix 的诞生也是一些人花了不少时间重写了一些具有 license 限制的程序才存在的，是不是换句话说，这些具有 license 的程序的持有者并无法通过 license 来限制其他人重写它。众所周知，Linux 基于 gplv2 许可证，并且也是开源的。理论上说，只要你足够强足够有人手，时间和精力，也可以重新用别的语言或者相同语言完全重构整个系统，然后换一个几乎没有什么限制的许可证？

我想知道，为什么软件的安装包一定要放在自己的外部网站上而不放在 GitHub release 里面，或者两者都放一个？

100 块算是学费，学习到该如何处理借钱这个事，很值了。

最近有一个千年没见过一面的朋友来找我借钱——用于还他的车贷？！这真是一个恍恍惚惚的世界💦
有好事从来不会想起你，借钱的时候你却第一个被想起。他自己也不用信用卡，信誓旦旦说下个月还，看来是想零元购了。
我稍微学会处理这种情况是以和一个本来相处还不错的朋友关系几乎破裂为代价获得的。转变成在这种情况下可以脸不红心不跳地说谎，因为这种行为比较缓和，很多人也好些接受。他们接受不了我实话实说(无法理解和接受人与人之间思维和行为上的差异)。所以我只能通过说谎来将这件事引导到一个相对平和的结局(我很讨厌说谎的行为，因为从逻辑上来说，说谎是和现实存在冲突的，说一个谎就需要更多的谎去圆。而这会给我带来很大负担，所以我尽量不做这种事情。但是这些人很好地改变了我的行为，这就像生物为了适应环境所做出的改变)。

100 块钱借出去简直太棒了！这就意味着你以后再也不用和他打交道，他不会再来烦你了。难道还不好吗？当然了，如果你没有这 100 块钱就生存不下去，就当我没说。

@zbatman 真的是好的不学，这种奇奇怪怪的行为学习起来倒是蛮快的...😑

@tinyzilan123 抬杠？如果哪天你家周围搞了个这么亮的灯，你是不是就会去找律师，找法院？很多事情一旦损害到你的利益，是不是就会换另一副样子？还是说，对于很多人赞同的事情，就不允许有人提出不同意见？提了就是抬杠？

旅行者是觉得好看。但是会不会对周围的住户产生光污染？

每一种语言有每一种语言的可取之处，它们射程不同，生态也不一样。
如果你所熟悉的 go 语言通杀一切，你也不必学习 python 。
如果说你刚才的目的是解析一个 json 文件，也就是原料就是文件，而目的就是将它解析成某种编程语言中的变量或者对象，方便操作。而这个过程，每种能处理这种操作的编程语言都有各自不同的表现形式。而“异常”或者“错误”，难道不是说法不同而已吗？它们都要面对：
1. 文件不存在
2. 文本编码不对
3. 文件本身的格式有问题
...
而这些需要共同面对的东西，你的 go 代码中，也只是将信息打印出来。(将有问题的信息打印出来你称之为健壮)。而每种能做这件事的编程语言，基本都有对应的捕捉这种信息的方式(行为)，只是它们的代码表现有所差异而已。在我看来，捕捉这些信息是为了修复，而不是 go 语言捕捉的方式更优雅，更好看。这种事情一般有着先入为主的思想在里面，每个人的观念也有所不同。而太过于关注这个的话则忽略了主要目的，你只是想将文件正确解析出来。而输出的错误或者异常信息，它们也只是让你更好修复这些你意料之外的情况罢了。
如果你想看到整个过程中可能出现的问题，你在外层一个 try except ，然后把堆栈信息打印出来不就好了？捕获特定异常的话，一般是为了程序能继续跑。而如果是意料之外的异常，多半还是用 traceback.print_exc() 这种方式更加合适，否则都没有足够的错误信息。
------
我在学 go 中——基于某些原因——也没求一定要有什么结果。python >> go

《 Unix 编程艺术》很喜欢。
《精通正则表达式》
台北北极星的 Python 木马的书也挺喜欢的。只是书中某些章节之间代码有些无法很好过渡，不知道是不是作者的疏忽还是别的什么原因。无法很顺畅地代码从头连续到最后，有可能是因为书里章节或者厚度的限制导致过多删除了某些部分的内容。总体来说，这类书很少，但是我感觉有神思，不受束缚，我喜欢。