如果是想统计每个 car_id 有多少个 service, 即按照 car_id 进行 group by
那么 Service.objects.values('car_id').annotate(car_count=Count('car_id')) 即可

你可以在每条 queryset 后面, 用.query 看对应 queryset 的 sql 语句
Service.objects.values('car_id').annotate(car_count=Count('car_id')).query
大致就是 select car_id, count('car_id') from service group by car_id.

给你点自信: 在学校里这样已经很好了, 个人感觉能超越 80%的大学生了吧
大学, 你学的东西, 主要是培养基础的理念: 数据类型, 数据结构, 流程等等, 解决简单的问题就差不多了
缺的那些东西, 等进入工作后, 保持现在的学习态度, 很快就会了
至于说深厚的基础, 工作一段时间, 觉得哪些地方想学的更深入, 自己买本书再深入学习
深厚的基础, 不是说光在底层就能学会的, 是你站在了更高的层面时, 仍然向更底层的地方去学习, 这样重复很多次之后, 自然会了然于胸

如果为了找工作的话, 要学会点吹的
套用一下培训班出来的人简历, 还有部分公司的招聘内容, 什么要求熟练运用 linux, mysql, jquery, django, flask 什么的名词, 你就模仿着往上堆就行了. 然后重点强调下是自己独立运营了几个网站什么的就可以了

剩下的就是多找找工作了
别人不招, 主要是 因为你是实习, 不够稳定, 和你实力关系不大!!!.
个人建议: 进入一家公司学习和实习工资能覆盖房租, 你选择一个就够了
没踏入社会前, 把社会想的残酷一点
当作花个房租找了个学习的地方, 程序员, 吃亏是福.
租房的话, 肯定合租咯. 地下室什么的也可以见识一下咯

双飞燕 N-740X 手感很不错

测试了下, 用的三星 s9 送的耳机
可以正常暂停, 双击暂停下一首
但是音量按键不好使, 可能是兼容问题吧

阿里云, 之前薅羊毛的时候, 分配了一个被墙的 ip
我工单的时候, 将所有的尝试, 1,2,3,4 分条写出并配上截图
希望工程师看到的时候, 能快速处理
结果工程师回复的时候, 三四个回合的套话, 让我一步步来
一天下来, 发现问的问题, 我在一开始全部反馈过了,,,,

@zjsxwc
这是我的表述不清, 准确的说是一个包裹. 这个就可能包含多件商品了

@timchou
是表述的不准确, 应该是包裹. 是为每个包裹的重量进行计算
我说的那个方法, 传入的参数是重量, 和物流方式的相关计价参数
因此, 是商品还是包裹, 问题不大, 最终传入方法的参数类型不变

之前做过类似的.
解决思路是: 为每个渠道计算价格
解决方案:
为渠道建表, 将首重, 首重费, 续重单位, 续重费用, 重量限制等当作字段, 保存起来
然后写一个方法, 方法的工作内容是: 传入渠道数据, 和商品重量, 计算出金额

这个公式的难点是, 不同的渠道, 不是所有的都是统一的公式, 有的可能没有首重费用, 有的可能有折扣等等
实际情况中, 不太可能用一个公式保存
所以根据实际情况, 抽象出几个公式即可
我之前做的时候, 总共用了三个公式:
1.线性增长(类似买菜, 精确到克) a+kx (a 是固定费用, k 是每 kg 多少钱, x 是重量)
2.均匀阶梯增长(通话计费, 每 1 分钟固定 1 毛钱这样, 不足一分钟照 1 分钟算)
3.不均匀阶梯(不规律的计费, 可能 1kg 的包裹 10 元, 2kg 的包裹 11 元, 3kg 的包裹 20 元这样, 无规律)
其中 1 和 2, 可以用同一个公式或者分开, 因为 1 就是单位重量为 1g 的均匀阶梯增长
3 的话, 看起来麻烦, 其实最简单, 一个字段, 用 json 存起来就行, 到时候按表查价格即可

整理好后, 就能用方法, 为一个商品计算每个物流方式的准确价格了

但实际情况比这还会复杂很多:
1. 各种折扣: 首重折扣, 续重折扣, 总价折扣, 地区折扣等
2. 地区价格: 发往每个地区的价格可能都有变化, 这是一个坑, 整理起来比较费时费力
3. 商品的多仓库发货, 拆包发货. 这个也很麻烦和复杂. 不过主要看业务需求
4. 维护问题.
5. 性能相对来说不是大问题.

最后效果的话, 如果结合实际业务需求做出来, 便宜 5~10%问题不大

@woscaizi
所以我也不看好 TNT 的语音辅助工作.
除非语音能搞定声纹识别和超低声音捕捉

@Adiwy 非常赞同. 就品控和相机相对弱势
而且三大功能
没有压感的 big bang 触发是大拇指大面积, 成功率相对较低, 只有 80%左右.
one step 也需要额外的一步去启动 one step 模式, 还是从角上拉下来, 稍微繁琐了一点
但是, 用了压感屏, 应该真的会让人中毒

@yuriko
水晶球確實, 絕大多數都是做了也就那樣, 大多是自己想当然
但就是这样, 选择越多, 可能也越大

主要反对你说的锤子缺点中找优点,
TNT 不评价, 个人觉得要黄
但是不知道手机有什么缺点.
反而是其他手机我觉得各种致命伤

@yuriko
嗯, 我的观点是, 每个 app 自己做一些水晶球的增强, 为用户带来更多便利
指望一家公司不现实
这项工作对每家 app 来说, 都是投入巨大, 但是收益无法确认. 不过在进入瓶颈期的 app, 是需要一些创新, 来打破桎梏, 这个可以作为一个方向
毕竟有很多需求, 在没有做出来之前, 不知道自己对这个有需求

锤子的槽点,,,,,除了 pro2 和 pro2 的三大软件, 其他都是槽点
但是 pro2, 和三大软件, 够他牛很久了.
其他品牌, 华为就 p20pro 的拍照, 小米和魅族都缺乏闪光点, 苹果单卡+小电池致命伤,,,,

倒是希望锤子能在 pro2 基础上, 出个升级版. 升级成 845+6+64+好屏幕+摄像头, 应该无敌吧

@snw
如果别人做了, 就没希望, 那还叫什么创新呢? 还做什么海贼王呢
大家都能做语音助手, 但是反而是不那么智能的闪念胶囊, 比 siri, flyme 语音更好用.

ps, 老罗吹的 TNT, 水晶球, 发牌手, 只有水晶球的那种理念, 我赞同, 其他都不靠谱.
而且 水晶球, 也是觉得理念 ok, 而不是说和 TNT 结合的那个.
如果你觉得微信发图片的时候, 那个自动提示的刚刚拍下的图片很方便, 那水晶球的理念就 ok
只是水晶球更大, 更泛, 也希望很多 app 能做相关的工作

@PP 隐藏即可, 时间很宝贵的

@hatw 生态强, 但是, 没用啊----app 都有这个东西, 但是没人用, 或者使用频率小于 1 次 /月...
live photo, 也有些尴尬. 因为对压感的需求不大. 属于不要白不要, 没有压感, 就当个短视频玩

换个角度想, 如果是苹果发明了压感大爆炸, 一步, 可能就是一片叫好声了
可能所有的文字, 图片型的 app 都会适配这个压感大爆炸一步, 而且使用率会很高
因为朋友间的分享一步搞定(从手指按下到松开算一步的话, 分享图片给好友真的只要一步), 大大提高了社交属性呢

@snw
仔细看了下, 是我第一次没有表述清楚
成熟=>爆发没问题, 但是这个不是主要矛盾
主要矛盾是, 发现一个原来没有的需求--创新

比如多点触控, 指纹, 包括全面屏这些硬件上的
还有脸部识别, 输入法联想, 语音输入等软件上的

锤子想做的, 就是用已有的技术, 完善各类交互, 提高效率
如果真的能做出一个必杀级的创新, 那么不就是弯道超车?
虽然可能被抄, 但是名气打出来了,
类似魅族 mback, 超简单, 但是超实用.

更何况, 之前的三个软件真的已经很厉害了, 可惜不能独立成 app

@snw 你说的成熟=>爆发, 这个因果个人感觉不太对
触摸屏爆发, 是因为有充分利用触摸屏的场景, 能用触摸控制 app 了
指纹爆发不是指纹模块成熟, 是因为指纹能支付了
新的功能能解决一个特定的较大的应用场景, 自然就爆发了
而且, 爆发的东西, 大多都是抄的, 只有第一个出现的, 是超车的人

@hatw 压感屏幕, 苹果是玩完了, 但是玩的好吗?
基本上是可有可无吧.
live photo 和按压快捷菜单, 都是是为了压感而压感的产物, 很失败
但是锤子的压感, 如果是分享个图片, 保存一段文字什么的, 简直无敌

如果锤子能再有 5 个类似大爆炸, 一步, 闪念胶囊的 app
锤子 os 真能无敌.