网易不用考虑，会踩坑。


西昊一般般，但价格够便宜；

可以考虑金豪 B 或者买个享耀家；

因为是自学状态,没有大佬带路, 想知道写的这些代码有木有不规范的,或者说是不应该这么写等等,一开始就想发在 V2 上,但怕丢人....今天想了想还是发出来, 毕竟大佬们的批评才能让我进步么

如果实话说的话，代码质量有点脏，但对于是自学来说，第一个写的程序，还是很棒的。

如果说代码问题的话，大概可能有这几个方面可以改进

最主要的
- 逻辑
- 规范
- 语法

逻辑上来说，你要写这样的一个东西，可以拆成
获取数据，保存数据，展示数据；
你已经拆成几个类去做是 ok 的，但最后调用是有些怪的，
不如写一个大类，然后再引用对应的模块；
如
app = Lottery()
app.run_ui()

调用之间分离，入口出口收窄；


规范的话，就楼上说的，PEP8


语法的话，就看熟练度了，多看多写就好；

代码质量还有一个问题就是不统一，这个主要是抄（语法）之类，没重新做调整；
也有一个就是，写的过程，为了实现这个放得过重；
可能从怎么实现变为怎么组合，这个角度去思考，代码能够轻灵些；

> 另外想问如果和前端(TypeScript)合作是否合适放在一个仓库内，怎么放比较合适。


放在一起可以的，分支可以这么考虑，适当调整；
main - dev -test - frontend + backend - dev_<user>

代码的话，各自放在项目层
- frontend/
- backend/
- ReadME.md 等

可以借鉴 django 的做法，比较符合 python reusable 的一种设计思路；

到最后你的结构可能会变成
- config
- apps
- resource
- utils

这几个大结构，在这上面再延伸出去；

计算机英语中总出现的"hooks" 是什么意思? "钩子" ? 这个钩子应该怎么理解? 是回调的意思? - 凌霜的回答 - 知乎
https://www.zhihu.com/question/20610442/answer/128226574

@memedahui #1
@z54749412 #15

支付相关的文档，如果不限定的话，可以看下 stripe
接过几家的支付，接到 stripe，感觉是做得更舒服；

https://stripe.com/docs
https://stripe.com/docs/api

@sprite82 #8

老实说，现在问题不是讨论冰箱能不能制冷的问题；
而是明知道冰箱千种万样，并且这个制冷不是每时每刻都是稳定的，也明知道保持这种稳定是很难的以至于基本不可能，还要求是这样，这样是很离谱的事；


就这个角度来说，你也是个冰箱，你能展示下 100%优质的制冷效果来看看？

@richChou #6

> 3. 一个合理且没有恶意的吐槽，如果你有不同的看法可以聊聊，这样冷嘲热讽挺没意思的

还是挺有意思的。

比如我也可以说类似的话，
我们经常作为服务提供方、也是服务使用方，应该可以明白帮助别人改进也是双赢的事情吧？



这个事情，我只是觉得，你说这几家的文档烂嘛，已经做得挺不错的，说难用嘛，很多时候，历史遗留的问题，是留了很多坑坑挖挖；
只是很多时候，文档好不好用，在某些时候，变得不好用，这个是有部分主观的问题的；
这个事情是需要宽容一点的。

天降正义：
所有事情都漂漂亮亮地处理好，就等着我按下关键的按钮。

@Kininaru #8

哈哈哈会的，

大概有好几处可以改下

- 命名，改为下划线命名法
- 数字和中文改为 map
- 直接 mod 12
- L11 不必用 str
- L12 用 f 或者 format 包起来

几行 py 代码有些。。。

@hxndg #51
@Suddoo #54

感觉谈的是同个方向两个角度的事情，

Suddoo 在#33 表明的是吹毛求疵的问题，或者说，某种程度上，用某些语法糖反而会产生更“拗口”的代码；
hxndg 在#37 表明的是，不同的用法，虽然看起来结果是一样，但实际上会产生后续迭代的问题；

这个点上，我是赞同双方的，对于 hxndg 说的，我觉得是更有趣的一个观点，很多时候，写代码的时候，就算同一个用法，后面你再去做的时候，会发现就是少了那么一点预见性。

后面楼层就感觉不是同一码事了。

但就代码而言，合适的地方做合适的事，这个还是对的。
三目也好，lambda 也好，one line 也好，用得好就是化腐朽，用得不好确实挺臭的。

但像楼层这样没有例子，直接批评语法来说，我还是觉得不是特别妥当。

像 unpacking 这种，能够一行搞定的事，肯定是又优雅，可读性也好（在特定语言中）；
有时简单的判断，三目一笔带过，肯定比去写个 if...else... 漂亮；
这跟提高性能，牺牲可读性，感觉还是两码事。

反之，本来就复杂的代码，还要夹杂在各种 if...else...做单层处理，一拉就是几十行，那还是挺丑的。

@kensoz #29

实际上讲，你是没有追求的，你这种追求是错误的。
你想要加薪升职，就去做对应的事。

而不是把这个事情怪责到敬畏技术上，你不能加薪升职，是你没按这套游戏去做，而不是因为你敬畏了技术。


我觉得有一个比较有趣的事，大部分会这么问的人，都觉得有天降正义这回事，事情会按部就班地实现好，就等自己去按下按钮。
这种想法与其说是幼稚，不如说是无知。

你随便写写也好，好好写写也好，这是你能力问题，不是你意志问题。
就技术而言，你下限是你的能力，你无法做到的，或者你需要刻意去保持的，这也是你能力没达到的问题。

你不得已吃屎的时候，要明白是在吃屎，而不能觉得是屎好吃，你很喜欢吃。

新的用法，新的东西，如果是好的，那么他是节省你时间的，如果新的东西是为了炫技，那么他不是好的。
好的和新的，应该是结合的，而不是分离的。


但你假如不知道哪天可能要吃到自己做的狗屎的时候，还是用心做点可以吃的。
假如人人都像你这么喜欢做狗屎的事，你总有一天会吃到另一个自己给你粗心准备的狗屎。

相对于离不离开广州，

感觉更像是问，要生活还是活生，

要生活，相较于深圳，上海，广州留下来的概率大很多，2 万多的房价，走黄埔增城还是能上车，但会远很多，过 1，2 年买个代步，可能会舒服些。

要活生，去哪都一样，对技术的热爱不是一朝一夕，就像拔剑，一千遍，一万遍。
如果只是为了混口饭吃，感觉可以往你说的深圳，上海走，去拿可能更高的薪酬，但总归不是出路。

求仁得仁。

：）

@godbasin #8

没事，收我，我不怕你没耐心。

你不耐烦，我就喷你 X D

。。。这两个方案都是脱裤子放屁类型

你查询成功，接口没炸，就返回 200 。
怼个 results，或者愿意叫 items，也好。
前端检测数组是否为空来判断有没查询接过。

[doge]

https://www.chenfeiblog.com/one-by-one-step-install-woocommerce/
跨境电商 Woocommerce 独立站完整搭建教程


但我看楼里老哥推的 Woocommerce，我又感觉几千块好像确实能行[doge][doge]