@cmdOptionKana Python 就像一个美女, 当你熟悉了, 却发现她有口臭, 有点嫌弃, 哈哈哈

go = python + c
---

go 是一门 get 到了后端程序员 G 点的语言, 用这个公式来表达再恰当不过

给老人买手机

- 屏幕大
- 不伤眼 (既然很多实际使用 OLED 屏幕的说伤眼睛, 就没必要冒险)
- 音量大
- 容量大 (避免天天提醒空间不足 要删)
- 实惠点 (老款 iphone 值得考虑, 太贵的手机丢了老人也心疼)

开发速度排序: Django > Snaic > Spring Boot > Gin
编程速度排序: python > go > java

只修改指针对象内的元素，不会有数据竞争问题 (并发读写竞争), 会有数据错误问题 (并发安全问题).
前者着重于程序是否可以正常 run, 后者着重于数据是否可以准确的在多线程中 share.

只要是在 多线程, 读写场景, 就要考虑加锁, 或者采用原子操作等方式, 来进行 线程间 同步.

已举报 Temtion

本人暂时观望, 手里老款的 mac book pro 还能再顶一顶, 等苹果的 arm 芯片兼容性成熟后, 再考虑入手.

刘海屏确实丑, 这个倒是还可以忍一忍, 谁让苹果公司就是这么另类呢.

@williamjing

1. 屏幕并不大, 刘海确实碍眼
2. 状态栏都放满了, 哪里有空的地方
3. iPhoneX 屏幕那么小, 刘海更加碍眼, 只是你看习惯了而已!
4. 真的想买的人也会喷刘海屏, 之所以还要买, 本人作为程序员, 更关注的是苹果家的操作系统(Unix 内核), 完善的周边软件生态(如微信, QQ), 可以说 mac os 兼具了 linux 的开发优势, windows 的办公优势, 我们公司都是直接全员配置 mac book pro.
5. 既然刘海屏幕可以喷一喷, 你自己也承认了, 还这么舔 apple 干哈, 感觉你被洗脑了一样

还可以喷的是, 新款的 mac book pro 采用的是 arm 架构的芯片, 软件兼容性是个问题, 不敢做小白鼠!

Python 一般我都用 Lock() 来确保类似 i += 1 这种操作的原子性, 之前查找资料有实现原子性的一些库, 不过没用过.

1. 查询前, 把需要查询到的 currency_id, rate 存一份拷贝到内存中
2. 查询时, 按照一个 currency_id 一次查询, 分批查询 salary 表, 索引为 salary 字段
(根据汇率, 在程序中计算好了工资, 不要用 mysql 计算)
3. 查询完毕, 汇总所有的批次结果

老板: 我们的技术是不是最牛逼的?
CTO: 我们用的都是业界最领先的技术! 包括但不限于微服务, 云原生, 大数据, 人工智能分析, 千人千面推荐算法.
你: 在大佬挖的坑里无法自拔, 遂准备跳槽.

面试官: 请问你做过什么牛逼的项目, 用过什么牛逼的技术
你: 微服务+云原生+大数据+人工智能分析+千人千面推荐算法
HR: 恭喜你通过我司的面试, 评定为 CTO

老板: 我们的技术是不是最牛逼的?
CTO(你): 是的!

lz 说的大体都是对的, 不过描述的方式很容易让人误解, 上来就给你一个 `否定`


> 我想请问下，像 http 这种其实本质就是重新规划 tcp 数据报中有效数据载体部分空间是吗？

是的
- tcp 报文的有效数据载体部分, 存储的就是 http 报文的所有内容, 包括 header 和 body


> 把数据部分重新划分出一部分空间用于存储 http 协议所需的字段 https 就是在去除 http 协议所需空间，再在数据部分划分出一段用于存储 ssl 协议字段是吗？(不考虑数据加密，压缩等问题)

描述有点乱
- https 协议相当于利用现有的 http 协议层(应用层, tcp 有效数据载体部分), 又插入了一层 ssl, 介于 tcp 和 http 中间, 不属于 OSI 模型定义的网络模型, 可能是个临时过渡方案


> 所以网络传输中，协议越复杂，传输的有效数据就越少对吗？

是的
- 协议越复杂, 包裹的层数越多, 需要网络交互次数越多, 有效数据越少



> 各种协议就是对数据部分改造对吗？

是的
- 每一层协议都是在底层协议的数据部分进行改造
- 有了底层的协议作为地基, 上层协议才可以层层盖楼, 利用下一层的数据部分进行划分

@sun1991
赞同老哥的说法, 不能用 MySQL 的理论去套 oracle, 开启事务的时候设定隔离级别为 serialize 不失为解决 不可重复读, 幻读的好方法.

其实 MySQL 官方的 Python Connector 库开启事务的时候, 就有指定隔离级别的参数, 只是我们几乎都习惯了固定为 REPEATABLE READ.

```python
def start_transaction(self, consistent_snapshot=False,
isolation_level=None, readonly=None):
"""Start a transaction

This method explicitly starts a transaction sending the
START TRANSACTION statement to the MySQL server. You can optionally
set whether there should be a consistent snapshot, which
isolation level you need or which access mode i.e. READ ONLY or
READ WRITE.

For example, to start a transaction with isolation level SERIALIZABLE,
you would do the following:
>>> cnx = mysql.connector.connect(..)
>>> cnx.start_transaction(isolation_level='SERIALIZABLE')

Raises ProgrammingError when a transaction is already in progress
and when ValueError when isolation_level specifies an Unknown
level.
"""
```

可能 v 站大多是用 MySQL 的兄弟吧, 这个问题石沉大海了 :(

@sun1991

这里有个 MySQL 的例子: https://segmentfault.com/a/1190000016566788, 我这里是没有 oracle 的.
lz 是互联网从业者, 几乎都使用 MySQL 数据库, 所以疑惑 oracle 从业者的实践姿势

提桶跑路

更好的做法是, 设计一张独立的用户统计表, 把 `动态数` 存起来, 单独维护, 这样就可以批量查询用户的动态数量了.