饮食稍微注意一下, 平时酌情锻炼吧
然后, 睡前不要玩电脑玩手机, 直视可见光源坏处还是蛮多的
视情况严重程度酌情考虑褪黑素, 年轻的话还是少吃, 不是习惯性熬夜自身分泌的就够用了

习惯性晚睡很难调整, 尤其是还分困而不眠和压根不困两种情况...

默认终端如果不想折腾 还是 git-bash 省心... 很多常用 linux 命令也兼容, 编码也 ok
看截图似乎是你默认 cmd 启动不起来了

https://github.com/nvie/gitflow 一把梭

不过看你说的, 好像是 CI / CD 方面的东西...

一楼先赞为敬

很多人用框架的根本原因除了不重复造轮子, 最大的可能是: 自己造半天还没人家造的好...
看个人习惯吧, Instagram 当年选 Django 我猜测可能也是为了最快速度占领市场, 开发成本(很多公司刚创业时候的成本很大部分还就是开发人员的薪水...)有限的前提下把产品做出来推出去, 当初不到十个人做出一个产品来...
等用了一段时间, 可以按自己需要各种魔改就好了, 很多人喜欢微框架也是方便魔改不动随时替换, 微服务也这道理
网上不推荐的可能是学习成长过程中过分在意使用框架, 而不去关注底层思维的掌握, 毕竟很多语言上手以后, 用框架都是打开文档就使, 没人会去背诵一大堆函数名称作为工作经验

Users on the GitHub website are able to "star" other people's repositories, thereby saving them in their list of Starred Repos. Some people use "stars" to indicate that they like a project, other people use them as bookmarks so they can follow what's going on with the repo later.

@Scvoet #2 你用法没错误啊... 就是考虑到国内人口基数太大, 马太效应有点跑偏了, 不过大多数情况问题不大, 搜索为主


@OhYee #1
点赞以后回帖貌似触发 CSRF 没发出去... 已经忘了当时怎么回帖了, 重新回一次...
感觉你说的挺对的, 确实没必要降权和 unstar, 当时被那群老外的帖子带节奏了, 现在感觉已经适应了, 反正也没谁指望 Github 的推荐系统做到太个性化, 毕竟初衷就不是搞这个的, 真需要的时候, 微软也会自研一套合适的(现在其实感觉比前几年推荐的靠谱多了), Github 还是越纯粹越好

3 楼厉害 ...

以前只感觉给 str 加个接口比给所有奇怪迭代器加接口要安全省事, 没想到这么多条件

我还以为图挂了, 特意看了下 switchyomega......
结果发现答案就在题干上...

@dodo2012 #1
电影: 邪不压正
电视剧: 朱元璋

@ieliwb 用了一个月了, 信息有点多, 没找到 Github 提 issue, 在这里提个功能建议

可以把有新闻发文权限的以及微博百度之类的标题, 做下分词与前一周对比搞个实时热点之类的么, 包括热度度量和热度变化趋势之类的, 解决一下微博和百度等的热点范围局限性问题

用了一段时间 FDM, 但是它的 chrome 插件貌似和其它的 chrome 下载扩展有点冲突... 现在搞的纯净版迅雷, 就速度来说, 真没几个能比迅雷节点多的... 试过基于 aria 的 Motrix, 但是实在对 electron 不感兴趣啊, 把我手势都弄失灵了...

一直也很好奇, 这么久都没有个迅雷替代品是什么原因, 电驴版权吗? 当年网络蚂蚁 Flashget 还有个什么兔子的下载工具都不知道去哪了

notion 已经算靠谱的了, 价格也中规中矩, 不知道中文检索怎么样了, 配合 todoist 和 google 日历, 满足大多数需要了, 虽然不如苹果全家桶那边的香

有个 bear 笔记也凑合, 如果不特别纠结个人知识管理可以试试 coda 和 dropbox 之类的协同文档的, 用了很多年的 wiz , 也不是不好, 只是有点疲劳, 现在用 mubu 记录一些小想法, 记笔记的习惯渐渐远去了, 因为... 记了根本没时间看.......

这个不能闭着眼来啊...
数据量大, 有多大? 不过单机放的下, 估计也不会有太大...
数据类型是什么样的, 结构化? 半结构化? 非结构化? 文章那种段文本?
用途是什么, 热数据还是冷数据, 给什么部门用, 怎么用

你这问的有点宽泛了, 如果是跟我一样的羊毛机, mysql 可以涵盖多数需求了, 几百兆内存能跑起来一个

这俩风格 google 搜 LBYL EAFP java 讲的很明白了, 包括什么场景使用哪种, 以及性能差距在哪里
为了避免又被你以为抬杠, 就说这么点吧

@wysnylc #16 这不是害我看了几十行不换行代码的理由... 你觉得被杠了那我撤了

一开始以为讲 LBYL 与 EAFP... 蒙着头看一大坨没有换行的代码...
结果结尾一句

因此，这就导致了二逼同事，以及傻比用户，不建议用 try catch。

差点闪了我的腰啊... 这排版还不如把原文地址放第一行上

这种水平能找到工作, 不禁让我对美化简历很感兴趣了...

不错不错, 访问速度挺快, 而且随便搜什么第一页都没有 CSDN, 搜自己 Github 也可以搜的到

data = '''aa=1
bb=2
c=1'''.encode('utf-8')

不就行了


https://github.com/psf/requests/blob/428f7a275914f60a8f1e76a7d69516d617433d30/requests/models.py#L506
看下 Requests 的源码
data 用 dict 格式是让 Requests 通过 _encode_params 函数自动转 application/x-www-form-urlencoded 类型参数来 post, 否则直接用 bytes 就好了, 你看看源码也会发现, 最后 data 总要转 bytes 类型的 body 的

另, 这个请求可以直接导出 curl 么, 可以试试直接用 curlparse 的方式转 Requests 库的请求参数

饮食低盐低糖低油吧
别熬夜很重要
每周一到两次户外体育运动

冬天太喜欢吃高油脂的食物了, 突然我就 90kg 了... 然后前两天健腹板地狱式仰卧起坐, 当场小腹抽筋, 摸上去一个大疙瘩在肠子外面四处游走, 吓死我了, 我还以为练功走火入魔了呢