精华内容
下载资源
问答
  • 一点儿也不错
    千次阅读
    2015-11-12 13:36:54
           作为一名应届研究生毕业生,真心庆幸自己在这条嵌入式学习道路上坚持了下来。在今年整体就业形势不是很好的情况下,学嵌入式ARM+LINUX确实还比较好找工作的。我在9月份工作就基本上定下来了,工资也还行。经常有师弟来问我,嵌入式怎么学?我的感受是:1.自己要坚持下去,2.如果是自学的话,找到一个合适的线上视频课程学习。
           学嵌入式不排除有些大牛无师自通,不过如果跟着一个好老师学习的话,是可以节省不少时间,碰到问题知道从哪个方面下手。
           我是在15年才搜到朱有鹏老师视频,看了几集视频后,觉得真心不错,实在!我也不怕你们说我打广告,因为朱老师讲得确实很好。我是已经自学了一年多的嵌入式,一路走过来,感觉好艰辛,没有人教,一路摸索,在网上到处搜资料。现在工作定下来了,就跟着朱老师再进行系统性的学习,朱老师的ARM裸机和C语言高级部分已经更新完,目前正在看,很有收获。朱老师讲课对知识点的分析特别清楚,会有种醍醐灌顶的感觉,特别注重教会我们分析问题的方法。经常有师弟来问我怎么学嵌入式,我就会向他推荐朱有鹏老师的课程,可以少走很多弯路。有兴趣的同学可以加下朱老师视频学习QQ群了解下,(朱老师物联网讲堂1群,群号码:397164505)我加群这么久,每天都看群消息,还真没有听到谁说朱老师课程讲得不好的。要想学嵌入式就得越早越好,系统体系庞杂,一个长期而艰巨的过程,一旦准备学,就得坚持走下去,一定会有收获的。 
    更多相关内容
  • 学习计算机半年了,感觉除了学习了一点C++,Java,会运用计算机语言编写一特定的程序问题,其他的一点儿都没有学习到。。。我现在对未来还真是迷茫,不知所措,,不知道学的这些东西有什么用,而且这一领域又有什么...

    身为一名学习计算机的典型宅女,不知道未来该何去何从
    学习计算机半年了,感觉除了学习了一点C++,Java,会运用计算机语言编写一特定的程序问题,其他的一点儿都没有学习到。。。我现在对未来还真是迷茫,不知所措,,不知道学的这些东西有什么用,而且这一领域又有什么前景。。。
    都说学习计算机的女生不如男生,吃力不讨好,,而且缺乏对于计算机的一种狂热和求知欲,手速不如男生灵活,脑袋不如男生灵光,思维不如男生活跃,执行力不如男生那样不顾一切,,,总之,就是感觉样样都不如男生,这样下来,学习上难免会有一些压力。。就在前几天,我们成绩下发,发现了人家Java90+,而我却只有78,但是幸运的是,我的其他数学类(离散数学,概率等)成绩还不错,尽管如此,心里难免产生一种落差。
    不知道现在的我应该学习一些什么呢?我觉得,现在的话应该还来得及,我觉得学习计算机的也不应该只靠一些书本的理论知识,而是要多加积累,不断丰富完善自我,与时俱进,毕竟现在的技术这样发达,更新速度极快,我们更不能落伍,要时刻掌握实时动态,走在技术前沿。。。
    我想找大佬帮我出一些主意,学习计算机的女生未来怎么办?最好往哪方面发展(或者向哪方面转型?大数据?人工智能?)?现在又需要作出那些努力???求热心人士给出一些建议,感谢感谢!!!

    展开全文
  • Title:一点儿感慨——读《程序员必读的职业规划书》 Date:2015-05-17 16:01:16 Category:技术生活 Tag:技术,生活 Author:EricTang其实这篇博客算是交作业,但又不比像上学的时候交作业一样诚惶诚恐,所以今天我...

    Title:一点儿感慨——读《程序员必读的职业规划书》
    Date:2015-05-17 16:01:16
    Category:技术生活
    Tag:技术,生活
    Author:EricTang

    其实这篇博客算是交作业,但又不比像上学的时候交作业一样诚惶诚恐,所以今天我就随意写点儿我自己读完之后的看法吧,所以也叫读《程序员必读的职业规划书》有感。

    首先我要坦白一件事情,就是我并不是很熟悉Easy大神(陈理捷陈老师,嗯,陈老师),时至今日,已经无法回忆起当时是如何关注到他的新浪微博的了,当然,后来他做了JobDeer我是知道的,不过也一直没有太在意,直到有天,哎呀,突然陈老师出了一本书,叫做《程序员必读的职业规划书》,嗯,我就有点儿感兴趣了(当然我直到书里肯定不会有啥福利照片)。

    然后机缘巧合,看到陈老师发了个微博,说有送书的名额啥的,嗯,也该我走一回狗屎运了吧,所以就胆战心惊的填写了内容,把自己的CSDN博客和GitHub Pages链接提交了上去,然后就中了,确切的说,是中奖两次(哎呀,运气真好)。

    可能在最开始拿到书的时候,有很多同学像我一样会嘟囔一句,唔,有点儿太薄了,确定不是书籍界的杜X斯咩?但是,不要被它纤薄的外表迷惑了,里面可是大有文章的(看我脸,一脸便秘的表情,不是~一脸神秘的表情!)。

    于是乎,忙里偷闲,花了几天时间把这本书拜读完了,第一评价就是写的很不错,没有恭维或者跪舔的成分,确实是很不错的一本书,我个人的一个感触就是,这本书比较适合的人群,一是应届毕业生,二是刚踏入社会没几年还特别迷茫的开发工程师(当然,其他行业的也可以借鉴,只不过陈老师在书中更多地还是以开发岗位作为实例来讲解的)。

    另外的让我比较感触的地方是,我本人也在实际面试过程中遇到过不少开发工程师,有已经工作几年的开发工程师,也有初出茅庐的应届毕业生,水平其实是参差不齐的,有迷茫的,有踌躇满志的,有自信满满的,也有盛气凌人的,我也会根据每个人的一些情况给予一定的意见,很多都是小Tips,比如做开发也要学好英语啊、开发还是要有自己的技术博客啊、多关注一些IT资讯啊、了解比较新的技术潮流动向啊等等,但远没有陈老师在书中总结的富有逻辑性和条理性,这也就是我觉得这是一本不错的书的最重要的一个原因。

    在这本书中,陈老师还透过现象看本质,扒开求职、跳槽、自我价值等词汇的光鲜的外衣,深入剖析了这些词汇背后所包含的意义,让读者能够更明确地知道,职业规划并不是简简单单的多赚钱而已,当然,私以为多赚钱也是可以的。

    书中最后附上的全栈技能书,大赞!当然,这个并不是说,每个开发工程师一定要立志成为Full-Stack才会受人尊敬、才可以称之为大神,每个人有每个人的追求,只要做好了,专攻,也是可以称之为大神的。

    后续就是这本书我刚看完就基本确定了特别适合我的一个朋友阅读,然后就借花献佛送人了,哈哈哈,有些书还是留个相对来说更需要的人吧。

    展开全文
  • Git常用命令,很全很详细讲解的也不错

    万次阅读 多人点赞 2016-05-22 19:45:48
    假定你有若干电脑,你一会在公司提交,一会在家里提交,只要把每台电脑的Key都添加到GitHub,就可以在每台电脑上往GitHub推送了。 远程服务器 Git 最强大的功能之一是可以有一个以上的远程服务器(另...

    Git篇

    安装之后第一步

    安装 Git 之后,你要做的第一件事情就是去配置你的名字和邮箱,因为每一次提交都需要这些信息:

    git config --global user.name "bukas"
    git config --global user.email "bukas@gmail.com"

    获取Git配置信息,执行以下命令:

    git config --list

    创建版本库

    什么是版本库呢?版本库又名仓库,英文名repository,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

    mkdir testgit && cd testgit
    git init

    瞬间Git就把仓库建好了,细心的读者可以发现当前目录下多了一个.git的目录,默认是隐藏的,用ls -ah命令就可以看见。

    git-init

    把文件添加到版本库

    touch readme.md
    git add readme.md

    然后用命令git commit告诉Git把文件提交到仓库:

    git commit -m "wrote a readme file"

    简单解释一下git commit命令,-m后面输入的是本次提交的说明,可以输入任意内容,当然最好是有意义的,这样你就能从历史记录里方便地找到改动记录。

    一次可以add多个不同的文件,以空格分隔:

    git add a.txt b.txt c.txt

    仓库状态

    git status

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

    但如果能看看具体修改了什么内容就更好了:

    git diff readme.md

    版本回退

    在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log命令查看:

    git log

    git-log

    git log命令显示从最近到最远的提交日志。如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline参数:

    git log --pretty=oneline

    git-log-pretty

    需要友情提示的是,你看到的一大串类似2e70fd...376315的是commit id(版本号)

    在 Git中,用HEAD表示当前版本,也就是最新的提交commit id,上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100

    现在我们要把当前版本回退到上一个版本,就可以使用git reset命令:

    git reset --hard HEAD^

    然我们用git log再看看现在版本库的状态,最新的那个版本已经看不到了!好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办?

    git-reset

    办法其实还是有的,只要上面的命令行窗口还没有被关掉,你就可以顺着往上找啊找啊,假设找到那个commit id2e70fdf...,于是就可以指定回到未来的某个版本:

    git reset --hard 2e70fdf

    版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。

    现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id怎么办?

    Git提供了一个命令git reflog用来记录你的每一次命令:

    git reflog

    git-reflog

    终于舒了口气,于是你看到的commit id2e70fdf,现在,你又可以乘坐时光机回到未来了。

    工作区和暂存区

    Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。

    工作区就是你在电脑里能看到的目录,比如我的testgit文件夹就是一个工作区。

    工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。

    Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向 master的一个指针叫HEAD

    前面讲了我们把文件往 Git 版本库里添加的时候,是分两步执行的:

    第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;

    第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。

    因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以现在git commit就是往master分支上提交更改。

    你可以简单理解为,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后执行git commit就可以一次性把暂存区的所有修改提交到分支。

    一旦提交后,如果你又没有对工作区做任何修改,那么工作区就是“干净”的。

    修改与撤销

    git diff HEAD -- readme.md命令可以查看工作区和版本库里面最新版本的区别。

    git checkout -- file可以丢弃工作区的修改:

    git checkout -- readme.md

    命令git checkout -- readme.md意思就是,把readme.md文件在工作区的修改全部撤销,即让这个文件回到最近一次git commitgit add时的状态。

    当然也可以用git reset命令。

    删除文件

    一般情况下,你通常直接在文件管理器中把没用的文件删了,或者用rm命令删了:

    rm readme.md

    这个时候,Git 知道你删除了文件,因此,工作区和版本库就不一致了,git status命令会立刻告诉你哪些文件被删除了。

    现在你有两个选择,一是确实要从版本库中删除该文件,那就用命令git rm删掉,并且git commit

    git rm readme.md
    git commit -m "remove readme.md"

    现在,文件就从版本库中被删除了。

    另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:

    git checkout -- readme.md

    生成SSH key

    创建 SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsaid_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开 Shell(Windows下打开Git Bash),创建SSH Key:

    ssh-keygen -t rsa -C "youremail@example.com"

    你需要把邮件地址换成你自己的邮件地址,然后一路回车,使用默认值即可。

    如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有id_rsaid_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。

    然后登录GitHub(或者其它Git代码托管平台),打开Account settingsSSH Keys页面,点Add SSH Key,填上任意Title,在Key文本框里粘贴id_rsa.pub文件的内容。

    为什么GitHub需要SSH Key呢?因为GitHub需要识别出你推送的提交确实是你推送的,而不是别人冒充的,而Git支持SSH协议,所以GitHub只要知道了你的公钥,就可以确认只有你自己才能推送。

    当然,GitHub允许你添加多个Key。假定你有若干电脑,你一会儿在公司提交,一会儿在家里提交,只要把每台电脑的Key都添加到GitHub,就可以在每台电脑上往GitHub推送了。

    远程服务器

    Git 最强大的功能之一是可以有一个以上的远程服务器(另一个事实,你总是可以运行一个本地仓库)。你不一定总是需要写访问权限,你可以从多个服务器中读取(用于合并),然后写到另一个服务器中。添加一个远程服务器很简单:

    git remote add origin(别名,根据爱好命名) git@github.com:bukas/bukas.git

    如果你想查看远程服务器的相关信息,你可以这样做:

    # shows URLs of each remote server
    git remote -v

    # gives more details about origin
    git remote show origin(别名)

    下一步,就可以把本地库的所有内容推送到远程库上:

    git push -u origin master

    把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。

    由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。

    从现在起,只要本地作了提交,就可以通过命令把本地master分支的最新修改推送至GitHub:

    git push origin master

    SSH警告

    当你第一次使用Git的clone或者push命令连接GitHub时,会得到一个警告:

    The authenticity of host ‘github.com (xx.xx.xx.xx)’ can’t be established.

    RSA key fingerprint is xx.xx.xx.xx.xx.

    Are you sure you want to continue connecting (yes/no)?

    这是因为Git使用SSH连接,而SSH连接在第一次验证GitHub服务器的Key时,需要你确认 GitHub的Key的指纹信息是否真的来自GitHub的服务器,输入yes回车即可。

    从远程库克隆

    当已经有一个远程库的时候,我们可以用命令git clone克隆一个本地库:

    git clone git@github.com:test/testgit.git

    你也许还注意到,GitHub给出的地址不止一个,还可以用https://github.com/test/testgit.git这样的地址。实际上Git支持多种协议,默认的git://使用ssh,但也可以使用 https等其他协议。使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https

    创建与合并分支

    首先我们创建dev分支,然后切换到dev分支:

    git checkout -b dev

    git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:

    git branch dev
    git checkout dev

    然后用git branch命令查看当前分支:

    git branch

    我们在dev分支上进行添加修改操作,然后我们把dev分支的工作成果合并到master分支上:

    git checkout master
    git merge dev

    git merge命令用于合并指定分支到当前分支。

    注意到git merge的信息里面可能有Fast-forward字样,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。

    当然也不是每次合并都能Fast-forward

    合并完成后,就可以放心地删除dev分支了:

    git branch -d dev

    如果要丢弃一个没有被合并过的分支,可以通过git branch -D <branch>强行删除。

    在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好一致;

    建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name

    从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。

    解决冲突

    人生不如意之事十之八九,合并分支往往也不是一帆风顺的。

    有时候我们进行合并的时候,会提示有冲突出现CONFLICT (content),必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件。

    打开冲突文件我们会看到Git用<<<<<<<=======>>>>>>>标记出不同分支的内容,我们修改后提交:

    git add readme.md
    git commit -m "conflict fixed"

    用带参数的git log也可以看到分支的合并情况:

    git log --graph --pretty=oneline --abbrev-commit

    分支管理策略

    通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息。

    如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。

    下面我们实战一下--no-ff方式的git merge

    首先,仍然创建并切换dev分支:

    git checkout -b dev

    修改readme.md文件,并提交一个新的commit

    git add readme.md
    git commit -m "add merge"

    现在,我们切换回master

    git checkout master

    准备合并dev分支,请注意--no-ff参数,表示禁用Fast forward

    git merge --no-ff -m "merge with no-ff" dev

    Bug分支

    软件开发中,bug就像家常便饭一样。有了bug就需要修复,在Git中,由于分支是如此的强大,所以,每个bug都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。

    当你接到一个修复一个代号101的bug的任务时,很自然地,你想创建一个分支issue-101来修复它,但是,等等,当前正在dev上进行的工作还没有提交。

    并不是你不想提交,而是工作只进行到一半,还没法提交,预计完成还需1天时间。但是,必须在两个小时内修复该bug,怎么办?

    幸好,Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作:

    git stash

    现在,用git status查看工作区,就是干净的(除非有没有被 Git 管理的文件),因此可以放心地创建分支来修复bug。

    首先确定要在哪个分支上修复bug,假定需要在master分支上修复,就从master创建临时分支:

    git checkout master
    git checkout -b issue-101

    现在修复bug,然后提交:

    git add readme.md
    git commit -m "fix bug 101"

    修复完成后,切换到master分支,并完成合并,最后删除issue-101分支:

    git checkout master
    git merge --no-ff -m "merged bug fix 101" issue-101

    太棒了,原计划两个小时的bug修复只花了5分钟!现在,是时候接着回到dev分支干活了!

    git checkout dev
    git status

    工作区是干净的,刚才的工作现场存到哪去了?用git stash list命令看看:

    git stash list

    工作现场还在,Git把stash内容存在某个地方了,但是需要恢复一下,有两个办法:

    一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;

    另一种方式是用git stash pop,恢复的同时把stash内容也删了:

    git stash pop

    再用git stash list查看,就看不到任何stash内容了。

    你可以多次stash,恢复的时候,先用git stash list查看,然后恢复指定的stash,用命令

    git stash apply stash@{0}

    标签管理

    发布一个版本时,我们通常先在版本库中打一个标签,这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也是版本库的一个快照。

    命令git tag <tagname>用于新建一个标签,默认为HEAD,也可以指定一个commit id

    git tag -a <tagname> -m "blablabla..."可以指定标签信息。

    还可以通过-s用私钥签名一个标签:

    git tag -s v0.5 -m "signed version 0.2 released" fec145a

    git tag可以查看所有标签。

    用命令git show <tagname>可以查看某个标签的详细信息。

    如果标签打错了,也可以删除:

    git tag -d v0.1

    因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。

    如果要推送某个标签到远程,使用命令git push origin <tagname>

    git push origin v1.0

    或者,一次性推送全部尚未推送到远程的本地标签:

    git push origin --tags

    如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:

    git tag -d v0.9

    然后,从远程删除。删除命令也是push,但是格式如下:

    git push origin :refs/tags/v0.9

    忽略特殊文件

    在安装Git一节中,我们已经配置了user.name 和user.email,实际上,Git还有很多可配置项。

    比如,让Git显示颜色,会让命令输出看起来更醒目:

    git config --global color.ui true

    有些时候,你必须把某些文件放到Git工作目录中,但又不能提交它们,比如保存了数据库密码的配置文件啦,等等,每次git status都会显示Untracked files…,有强迫症的童鞋心里肯定不爽。

    好在Git考虑到了大家的感受,这个问题解决起来也很简单,在 Git工作区的根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。

    不需要从头写.gitignore文件,GitHub已经为我们准备了各种配置文件,只需要组合一下就可以使用了。所有配置文件可以直接在线浏览:https://github.com/github/gitignore

    当然也可以配置全局忽略的文件,这样就不用每个项目都加gitignore了:

    git config --global core.excludesfile '~/.gitignore'

    配置别名

    有没有经常敲错命令?比如git statusstatus这个单词真心不好记。

    如果敲git st就表示git status那就简单多了,当然这种偷懒的办法我们是极力赞成的。

    我们只需要敲一行命令,告诉Git,以后st就表示status

    git config --global alias.st status

    当然还有别的命令可以简写:

    git config --global alias.co checkout
    git config --global alias.ci commit
    git config --global alias.br branch

    --global参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有用。

    在撤销修改一节中,我们知道,命令git reset HEAD file可以把暂存区的修改撤销掉(unstage),重新放回工作区。既然是一个unstage操作,就可以配置一个unstage别名:

    git config --global alias.unstage 'reset HEAD'

    配置一个git last,让其显示最后一次提交信息:

    git config --global alias.last 'log -1'

    甚至还有人把lg配置成了:

    git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

    配置文件

    配置Git的时候,加上–global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。

    配置文件放哪了?每个仓库的Git配置文件都放在.git/config文件中。

    而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中。


    原文链接:http://www.w3cboy.com/post/2015/09/those-common-svn-and-git-commands/   包含SVN和Git

    展开全文
  • 这四年时光里,有过目标和追求,有过遗憾和不舍,从四年前刚踏入大学校门时满怀的憧憬和期待,到现在终于结束了自己长达十几年的学生身份,离开校园踏入社会。正式作为一个在互联网苟且偷生,为了生活和前途而努力...
  • 对计算机专业来说学历真的重要吗?

    万次阅读 多人点赞 2019-09-27 09:21:37
    (根正苗红,一点儿都不普通好伐~) 而且,马丁毕业后,曾在清华大学人文学院做过讲师,这又是什么概念?正是青年政治学院的学历背景,才为马丁提供了在清华教书的基本学历保障。 过硬学历的拥有者,享受了...
  • 面试字节跳动的一点小经验

    万次阅读 2019-07-16 23:30:21
    后来又问了一下缓存相关的内容,其中讲了一个缓存雪崩的问题我一时半会没有反应过来。 问题其实很简单,就是忽然有一堆请求访问同一个 key,而这个 key 在缓存中不存在。如此所有请求就会同时去访问数据库然后又...
  • yolo系列之yolo v3【深度解析】

    万次阅读 多人点赞 2018-09-12 16:24:48
    中的anchor机制,但不屑于手动设定anchor prior(模板框),于是用维度聚类的方法来确定anchor box prior(模板框),最后发现聚类之后确定的prior在k=5能够又不错的表现,于是就选用k=5。后来呢,v2又嫌弃anchor机制...
  • 前言和L学弟认识是一个很巧合的时间和方式,当初我还记得小伙子热情满满的加我好友,本来是聊一些技术话题,但是突然聊到了升学的问题,他表达出一丝丝焦虑,这种焦虑我曾经有过,他的情况差不多属...
  • Unit 8A -The Man in Asbestos The Man in Asbestos Stephen Leacock To begin with, let me admit that I did it partly from jealousy. It seemed unfair that other writers should be able at will to drop ...
  • 背景 时间不知不觉间就从我们的指缝间溜走了,最后换来的还是无尽的空虚。在这些浪费的时间里,那些支离破碎的文字与音频、那些及时的奖励与快感并没有帮我们构建...如果你和我一样想赢回时间的心,或者想帮孩子克...
  • 我是疫情期间的幸运

    千次阅读 2022-03-26 12:56:23
    疫情最严重的时候,我所在的公司没有受太多影响,我的工作基本上没有什么影响,可能IT行业受疫情影响相对较小的缘故吧。整个过程,我并未感受到太多的变化,除了疫情刚开始的时候,由于口罩短缺,
  • 后端限流:秒杀的时候肯定是涉及到后续的订单生成和支付等操作,但是都只是成功的幸运才会走到那一步,那一旦100个产品卖光了,return了一个false,前端直接秒杀结束,然后你后端关闭后续无效请求的介入了。...
  • 数据中台,我还能爱你吗(文末送书)

    万次阅读 多人点赞 2022-05-30 21:03:45
    但是,貌似有些大厂的中台架构实施得不错,这又咋解释? 可能是大厂人才多,Java 代码积累丰富吧,搞起这些计算就容易一点了。而且,事实是这些互联网大厂虽然大,业务复杂度却远远赶不上传统行业,大厂能搞得通的...
  • 依稀记得国庆在高铁上遇到小珞珞开心的模样,记得每一次微信视频娜璋珞的期待,以及凌晨一点迫不及待飞回家时的温馨。人生路上,家人总能带给我们力量。缘起性空,因为缘分我们成为了家人,因为缘分小珞珞降生。我...
  • 小Y:好伐,但是一口气吃不成胖子,我现在先教你使用动画系统实现CS中的一些基本游戏操作,比- 如开枪、换枪、开火和换弹药等操作~ 小云:好咧哥哥,我小脑袋瓜本来不够灵光,学这些正好! 小Y:好咧,上一篇...
  • 年关杂记-虎

    千次阅读 2022-01-30 14:43:19
    再过两天就是新年了,我计划是去女朋友家过年了,不知道能否安全度过,接下来几天想必会比较累一点儿,但是相比于自己一个人过年还是开心很多的。这篇杂记文如其名,那就是很杂了,过年没啥想法,就想放空脑袋啥...
  • 而在应用逻辑中,要实现这一点非常难, 甚至可以说是不可能完成的任务。一个兼容ACID的数据库系统,需要做很多复杂但可能用户并没有觉察到的工作,才能确保ACID的实现。 追问2:可以从原理上聊一下ACID具体是怎么实现...
  • 2019年还剩1天,我从外包公司离职了

    万次阅读 多人点赞 2019-12-30 01:33:44
    当初买的时候是在杭州,二手zz上买的,去20多公里路外提货,骑着不熟练,大冬天的踩到泥坑了,手上没太手套,骑一段路,休息一会。 后来我要去深圳,就有人要买我的车,平时在一个小区的打篮球的都知道我要去...
  • 浅析 - 阿里巴巴专家教你坚持写作

    千次阅读 多人点赞 2020-11-23 01:21:56
    在我看来,写作其实一样,只是很少有人会意识到这一点,更少人可以做到这一点。 写作的好处:写作是对自己的长期投资,是最佳个人品牌 提升工作效率 写作最重要的职业技能。我挺喜欢写工作日志的,从另一个角度...
  • 华硕路由器远程连接配置指南

    千次阅读 2022-04-07 05:19:17
    客观来说华硕的路由器品质还是不错的,我比较喜欢它的系统,因为功能丰富,可玩性非常不错。对于这个系统不能说是完美,因为确实遇到过一些bug和蹩脚的设计,但是相比较而言,能够做到瑕不掩瑜。当然那,我不能把...
  • 最近读刘润老师的《底层逻辑》,他在《把事做对,创造10倍价值》章节这样写道:“当你比别人只强一点时,或许他人会嫉妒、不服,会攻击你,甚至诋毁你。然而,当你足够强大以致远远超过他人时,他人连嫉妒的勇气都...
  • 手撕汇编。。。

    千次阅读 多人点赞 2021-12-09 13:10:34
    在 DOS 中,有一个叫做命令解释器 command.com 这个玩意,它是 DOS 系统的 shell。 DOS 启动后,会先进行初始化,然后运行 command.com ,command.com 运行后,执行完其他相关任务后,会在屏幕上显示提示符,...
  • 过了好一会,对面弟子似乎不甘心,又问:“我以前见过有的师兄把数组转换成一种字符串,你会么?” “你说的是数组的join方法吧,join() 方法用于把数组中的所有元素放入一个字符串。元素是通过指定的分隔符进行...
  • 组FreeNas11.3的一点心得

    万次阅读 多人点赞 2020-05-09 10:42:35
    组FreeNas11.3的一点心得零、前言一、Nas的选择功能快捷键合理的创建标题,有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右...
  • 在这个实习阶段,遇见了几位新的同事,两位前端,一位后端,后端的居然和我是同一个部门小组,我们就坐在一块,这里就叫 zihong,另外两个前端,一个是 weining,另一个是 keyi。 没过几周之后,又来了一位新的...
  • 同样是程序员,为什么别人比你更优秀?

    万次阅读 多人点赞 2018-10-27 17:24:06
    随着互联网时代的飞速发展,越来越多的人投身于...有些人,不管是好学校还是差学校,毕业了都跑去培训班培训了,出来的是良莠不齐的。 今天这篇文章,我们不从这些客观因素上去分析,就如题,同样是程序员,...
  • 硬核图解,再填猛男,YOLO详解!

    万次阅读 多人点赞 2021-06-01 08:50:28
    好在,文章质量都还不错,虽然硬核了点,但从各方面的反馈来看,还是有不少朋友喜欢看的。 今天,聊一聊人工智能,计算机视觉方向的重头戏。 我们都知道,CV 领域最常规的三大任务是:图像分类、目标检测、图像分割...
  • Vue3能用到生产环境了吗?

    千次阅读 2021-05-16 19:30:56
    ”结合自己的想法和尤大直播说的话,给一点建议。 别问我!没结果,除非花手摇过我。 我不是一个专业前端哈,只能说一点点不成熟的个人建议哈,说错了的话大家多担待。 Vue3能用到生产环境了嘛? 文中的观点都是我...
  • 可能是全网最好的MySQL重要知识点/面试题总结

    万次阅读 多人点赞 2019-06-29 20:20:34
    每个数据页都会为存储在它里边的记录生成一个页目录,在通过主键查找某条记录的时候可以在页目录中使用二分法快速定位到对应的槽,然后再遍历该槽对应分组中的记录即可快速找到指定的记录 以其他列(非主键)作为...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 49,202
精华内容 19,680
热门标签
关键字:

一点儿也不错