0%

关于奖学金

转眼在浙大已经是第五个年头,不禁让人感慨“逝者如斯夫,不思昼夜”之类的。要说我读博期间还有什么遗憾的,那就是前四年没得到过一次奖学金,当然对于博士而言,国家奖学金是最正统的奖学金。(当然在浙大,最厉害的不是国家奖学金,而是在学校设置的竺可桢奖学金,理论上是名留校史的)。
命运总是令人捉摸不定,在第四年我连着发了两篇一作二区SCI的文章,我的毕业不用担心了,目标也从合格毕业进化为优秀毕业,也是这两篇文章让我拥有了去参评奖学金的资格。正如我导师赵老师所说的,博士期间得到国家奖学金是一个荣誉,对以后的工作都是非常有用的(起码是一个对博士期间工作的认可)。物理系每年9个国家奖学金,6个博士,3个硕士。

奖学金风波

国庆之后申请材料就已经整理好,包括打印了纸质版材料,向系里上传了电子版文档,在研究生系统中填写了申请信息,之后我也把这事抛在了脑后,也没去多想什么。
我去递交纸质材料的时候,发现今年的竞争者着实比往年的水平高出很多,单拿去年来说,OL文章属于ZJU100,计算分数的时候是按照50分,算分标准是按照等同于PRL的标准计算的,这个事情去年已经被指出不合理,并在今年进行规则更改。OL计分20,OE计分20,这样算下来我的分数也就是40分。
周六上午,我老师找我去他办公室,当时比没有意识到是关于奖学金的事情,我那是还在4S店做车子保养,不得不吐槽一下,4S店可真黑,我记得前三次保养费用算下来都在500左右,这次直接飙升到800去了。当天作罢,周日下午我去找了我老师,想着是否有什么吩咐,毕竟下周要去新加坡了,可能是去新加坡之前有某些事情可能需要提前完成。
实际情况是导师把这次评奖的具体情况和我做了一个详细的透露。听完的感觉就是评奖如打仗,一不留神就被打下去了。
简单的来说呢,今年本来我是拿不到留个名额中的一个的,其中种种原因,最主要的是有两个其他专业的学生除了两篇一作二区文章之外,还有一篇二作的二区文章,虽然作为科研前线的我们都知道,大多数情况下,一作之后的作者其真实贡献性是很难衡量的,有时候甚至只是一个挂名罢了,当然我相信大多数学术人员都是很重视这个名字排序的,不贡献的作者也是不会加入其中的。而就是这个二作,在评奖过程中是按照0.3的权重算入分数的,这样一来,他们的总分就是46分,比我和我师弟高了6分。我们组发文有一个特色,除了自己的名字和导师的名字,除非挂一个本科生名字,基本上不会挂同组学生的名字。也是很纠结,毕竟规则就在那里。
就在似乎一切都尘埃落定的时候,评奖规则中有一条是评奖的文章要求是去年9月1日开始到今年的9月1日,这样一来,另外两位竞争者有一篇二区文章是无效的,因为发表时间是在去年8月份。当然这个规则是导师在系里开了一个紧急会议时候提出来,并得到其他老师确认的规则,从这个意义上来说,没有导师的帮助,这次奖学金注定是擦边而过了。所以从心底来说,我还是十分感谢我的导师的。
昨天是公示期的最后一天,目前都没有接收到不满意的答复,国奖已经是板上钉钉,我也可以拿出来记录一番了。
最后的最后,感谢不放弃自己的自己,感谢拼搏的自己,感谢不放弃自己的导师,感谢为自己据理力争的导师,感谢陪伴我的老婆大人,感谢我的父母,感谢实验室的小伙伴们,真的很开心。

平时我们在使用SS代理服务后,浏览器可以正常fan墙使用,但是在终端里面使用git/brew/pip等命令时,速度却是出奇的慢,实际上这是由于虽然SS设置了全局设置,但是并没有把全局设置传递到终端。我们需要一些设置使得终端也能正确使用SS代理服务。
SS搭建问题在这里不进行展开叙述,网上教程也很多,也有现成的SS服务可以购买。
下面对终端设置SS代理服务进行简单的阐述。

1.开启SS

SS:shadowsocks

2.检查代理状态

curl https://ip.cn
curl curl ipinfo.io #备用查询接口

3.打开SS设置

获取设置内容高级项中,SS所监听的端听IP以及监听端口

4.编辑zsh配置文件

vim ~/.zshrc 

使用socks5协议对刚才获取到的监听IP与监听端口进行拼接
socks5://(IP):(端口)
添加以下内容到配置文件内 (使用刚才拼接好的地址)
alias proxy=’export all_proxy=socks5://127.0.0.1:1080’#用于开启终端代理
alias unproxy=’unset all_proxy’#用于关闭终端代理
保存退出后
source ~/.zshrc

5.应用配置

proxy #开启终端代理
curl https://ip.cn #发现此时ip地址发生了变化,说明终端代理设置成功

注意:不能使用ping检测是否成功代理:
ss基于的SOCKS 5代理协议,支持TCP和UDP服务。而ping是基于icmp协议的,因此在ss下不能使用ping作为检测标准。

6.关闭终端代理

在使用国内镜像源的时候,需要把终端代理关闭,要不然无法进行更新与下载
unproxy #关闭终端代理

用Spotlight(在屏幕右上角那个放大镜),我们输入要删除的应用名称,

这时候我们不要点回车,我们按住Command再点回车,

搜索的结果就会在finder中显示。

这样就会在文件夹中显示。然后丢掉回收站。清除就OK啦。

国内homebrew连接速度不稳定,brew update 经常卡死,可以通过替换镜像源的方式提高连接的稳定性。

1
2
3
4
5
6
7
cd  $(brew --repo)  #进入 homebrew 根目录
git remote set-url origin https://mirrors.ustc.edu.cn/brew.git #替换brew远程库
cd "$(brew --repo)/Library/Taps/homebrew/homebrew-core"
git remote set-url origin https://mirrors.ustc.edu.cn/homebrew-core.git #替换 home-brew 远程库
echo "export HOMEBREW_BOTTLE_DOMAIN=https://mirrors.ustc.edu.cn/homebrew-bottles">>~/.zshrc #替换bottles源,根据 bash 的不同有区别
source ~/.zshrc
brew update #应用

国内源

中科大:https://mirrors.ustc.edu.cn/brew.git

清华大学:https://mirrors.tuna.tsinghua.edu.cn/help/homebrew/

Git简介

Git是目前世界上最先进的分布式版本控制系统。
其最核心的功能是能够进行版本跟踪,也就是说你每次的修改系统都会将其记录下俩,这对于项目的管理是非常高效的。

Git的由来

Linus大神在1991年创建开源的Linux操作系统,随着Linux系统不断的发展完善,已经成为了最大的服务器系统软件。

Linus虽然创建了Linux,但其代码是由许许多多分布于世界各地的开源志愿者们积极贡献自己的代码而来,但是如此众多的开发者参与其中,Linux的代码管理成了一个很重要的问题。

在2002年以前,志愿者们把源代码通过diff的方式发给Linus,Linus通过手工方式合并代码。

到了2002年,Linux系统已经发展了十载,代码库已经非常巨大,很难继续以手工的方式进行管理了。社区的弟兄们也对这种方式表达了强烈的不满,Linus选择了商业的版本控制软件BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。

安定的局面一直维持到2005年,Linux社区牛人聚集,难免沾染一些梁山好汉的江湖气息。开发Samba的Andrew试图破解BitKeeper的协议,被BitMover公司发现了,于是BitMover公司收回了Linux社区的免费使用权。

也许Linus向BitMover公司道个歉,保证以后严加管教自己弟兄,这事可能就过去了,但是,实际情况是这样的:Linus花了两周时间用C写了一个分布式版本控制系统,也就是Git。一个月之内。Linux系统已经由Git管理了。

Git命令

创建版本库

1.创建一个名为learngit的目录(当然命名可以任意)

1
2
$ mkdir learngit
$ cd learngit

2.将learngit变成Git管理的仓库

1
$ git init

Git就把仓库给建好了。并且当前目录下会多一个.git的目录,这个目录是Git来跟踪管理版本库的,没事不要手动修改目录里面的文件,如果改乱了,有可能会把Git仓库破坏。

把文件添加到版本库

所有的版本控制系统,只能跟踪文本文件的改动,比如TXT文件,网页,所有的程序代码等等。版本控制系统会告诉你每次的改动。

需要注意的是,Microsoft的Word文档格式是二进制格式,因此,版本控制系统是没法跟踪Word文件的改动的,如果要真正使用版本控制系统,得用纯文本方式编写文件。文本是有编码的,一般建议使用标准的UTF-8编码,所有语言使用同一种编码,既没有冲突,又被所有平台支持。

1
2
$ git add readme.txt     # 将文件添加到仓库
$ git commit -m "write something"# 将文件提交到仓库,-m后面输入的是本次提交的说明

Git可以一次性提交很多文件,比如

1
2
3
$ git add file1.txt
$ git add file2.txt
$ git commit -m "add 3 files"
1
$ git status

上述命令可以让我们时刻掌握仓库当前的状态。

1
$ git diff readme.txt

这个命令可以看出文档做出了什么改变

本篇讲述了hexo命令大全

hexo

1
2
3
npm install hexo -g #安装
npm update hexo -g #升级
hexo init #初始化

简写

1
2
3
4
5
hexo n "我的博客" == hexo new "我的博客" #新建文章
hexo p == hexo publish
hexo g == hexo generate#生成
hexo s == hexo server #启动服务预览
hexo d == hexo deploy#部署

服务器

1
2
3
4
5
6
7
hexo server #Hexo 会监视文件变动并自动更新,无须重启服务器。
hexo server -s #静态模式
hexo server -p 5000 #更改端口为5000
hexo server -i 192.168.1.1 #自定义 IP
hexo clean #清除缓存 网页正常情况下可以忽略此条命令
hexo g #生成静态网页
hexo d #开始部署

监视文件变动

1
2
hexo generate #使用 Hexo 生成静态文件快速而且简单
hexo generate --watch #监视文件变动

完成后部署

1
2
3
两个命令的作用是相同的
hexo generate --deploy
hexo deploy --generate
1
2
3
上面的命令可以使用简写命令
hexo g -d
hexo d -g

模板

1
2
3
4
5
6
7
hexo new "postName" #新建文章
hexo new page "pageName" #新建页面
hexo generate #生成静态页面至public目录
hexo server #开启预览访问端口(默认端口4000,'ctrl + c'关闭server)
hexo deploy #将.deploy目录部署到GitHub
hexo new [layout] <title>
hexo new photo "My Gallery"

婚姻

2019年的8月11日,也许对于很多人来说只是一个普通的日子,但是对于我来说却是一个意义非凡的日子,因为今天我结婚了。历时七年,我们终于到达了爱情的终点站,婚礼。婚姻,是爱情的终结,同时也是亲情的开端。我和燕子之间的感情不再只是激情与浪漫,虽然我相信以后的日子里这两样东西会一直出现在我们的平淡生活中,同时,我知道,婚姻对我们来说意味着一定的责任以及对爱人的义务。以后,相互关心,关爱彼此是一种法律上的义务,是理所应当的事情;相互扶持,不离不弃不只是婚礼上的简单宣誓,而是需要在生活中点点滴滴中去表现出来,一辈子去践行的诺言。

不确定性

生活总是充满着不确定性,不过这恰恰是生活迷人的地方,这种不确定让我们相信未来,相信日子不会一成不变的周而复始,也不会是如预期的按部就班。生活总是会在某些特殊时刻给我们一些惊喜和喜悦。

关于孩子

孩子总是能给我们带来希望和未来的感觉。我相信我的孩子也会是我的希望和骄傲,但是未来的路很长,我愿意陪着我的孩子一同成长,不单是陪他(她)年龄上的长大,更希望陪他(她)思想上的成长。我希望我将来能够是我孩子的知心朋友,是我孩子生活上的人生导师。我愿意将我自己所知道的知识和掌握的技能全部教授于他(她),当然前提是他(她)想学习我自认为很骄傲的知识和技能。我希望我能陪着他(她),直到他(她)拥有自己的家庭,我希望我是他(她)最坚实的后盾,无论遇到什么委屈和困难,我都可以帮到他(她)。我愿意去宠爱他(她),直到他(她)自己认为自己已经长大了,想要自己出去闯天下,那时候,我想我会很不情愿的松开自己的双手。

关于事业

这是一个最坏的时代,这也是一个最好的时代。这是一个阶级日趋固化的社会,很多资源已经为少数精英所占据,很多普通人注定不能改变这个世界,只能平淡的度过自己的一生。也许我也是这众多的普通人中的一员,但是我还是希望自己能拥有自己的事业,而不只是工作而已。

Today is the birthday of my own website.
Congratulations!