精华内容
下载资源
问答
  • 嵌入式学习历程一点儿体会

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

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

    展开全文
  • 学习计算机半年了,感觉除了学习了一点C++,Java,会运用计算机语言编写一特定的程序问题,其他的一点儿都没有学习到。。。我现在对未来还真是迷茫,不知所措,,不知道学的这些东西有什么用,而且这一领域又有什么...

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

    展开全文
  • 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

    展开全文
  • 别踩白块

    千次阅读 2014-05-11 17:57:31
    你认为最闹心的游戏是什么,flappy bird?还是别踩白块?这些游戏无不折磨你的耐心和你的脑力,但又让你欲罢不能!
  • 面试字节跳动的一点小经验

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

    千次阅读 2013-02-06 09:47:27
    你要做的,是在当地找一家销售这些椅子的商店,然后把它们挨个都试一遍。但愿你的运气不错。你不必去那些连锁大卖场。似乎你更应该去一些仓储式的商店,因为他们收藏很多具有异国情调的座椅的可能性会大一些。显然...
  • 组FreeNas11.3的一点心得

    千次阅读 多人点赞 2020-05-09 10:42:35
    组FreeNas11.3的一点心得零、前言一、Nas的选择功能快捷键合理的创建标题,有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右...
  • 特哏的小笑话

    千次阅读 2010-12-12 20:27:00
    2:待会散场都别走,吃饭去——谁去谁掏钱。 3:相声好啊!抨击丑恶,藿香正气。 4:老先生留下来的传统相声总共有一千多段,经过我们演员这些年不断地努力吧,到现在,还剩四百多段了。还有三百段...
  • 漫谈程序员系列:咦,你在混日子啊

    万次阅读 多人点赞 2015-03-02 07:28:32
    戳你一下,疼吗? 混日子的定义 ...指工作没有责任心,得过且过。 ”  OK ,百科的定义就酱紫。  那么,如何界定某一段日子是混过去的呢?  首先,我们在时间轴上选取起点和终点。  其次,...
  • 背景 时间不知不觉间就从我们的指缝间溜走了,最后换来的还是无尽的空虚。在这些浪费的时间里,那些支离破碎的文字与音频、那些及时的奖励与快感并没有帮我们构建...如果你和我一样想赢回时间的心,或者想帮孩子克...
  • 一个阳光女孩的来信

    千次阅读 2008-11-05 09:00:00
    之前写到《金融风暴、老板已逃!我应该怎么办?》,今天我再来回答一封读者来信。 Leo,您好,展信悦!... 沟通协调能力不错:承担的是公共基础模块开发,几乎和产品研发的各个模块都有交道。 别人有问题
  • 程序员哥们在面试提问环节被挂了!

    千次阅读 热门讨论 2019-08-04 22:28:18
    扫 码 带 你 走 进程 序 员 的欢 乐 源 泉最近看到一张网友分享的聊天截图:一程序员面完技术三面,最后面试官说很不错,面试通过了,问这个人还有什么问题,于是这位“...
  • 如何查看大型工程源代码(非常不错

    千次阅读 多人点赞 2018-11-19 21:44:51
    这个心理门槛其实容易过,你就想像着源码只是神仙姐姐的画像,看再多画像不抵当面一眼效果强大——要么摧毁三观要么魂牵梦萦 人,搞明白哪个程序员维护过这份代码,方便后面不懂时请教,有时人家点一下顶你...
  • shell学习(不错的简单学习教程)

    千次阅读 2015-03-26 15:09:49
     Shell Script,Shell脚本与Windows/Dos下的批处理相似,就是用各类命令预先放入到一个文件中,方便一次性执行的一个程序文件,主要是方便管理员进行设置或者管理用的。但是它比Windows下的批处理更强大,比用...
  • 看到一篇文章不错【清华差生10年奋斗经历】 共勉一下原文:http://kb.cnblogs.com/page/163907/【导读】清华“差生”10年奋斗经历:只写事业,不写女人。作者从2004年本科毕业写到2012年,近10年的奋斗经历。反正...
  • 一篇不错的fvwm入门教程.

    千次阅读 2012-03-21 23:32:02
    另外还有一个也不错的选择桌面的perl脚本fvwm-wallpaper。使用比较简单只需要针对存放wallpaper的文件夹运行这个脚本,它会生成 $HOME/.fvwm-wallpaper 这么一个文件夹。这个文件夹里面有一个 menu 文件,需要被Read...
  • 看到这里,大家是不是有“如果只有1万行的话没准能学会”的想法呢? 另一方面,最近的操作系统,例如Linux 最新版的内核源代码据说超过了1000 万行。就算不是初学者,想完全理解全部代码基本上是不可能的...
  • 关于求职的一点感想吧

    千次阅读 2013-01-05 15:59:39
    很多人在面试结束之后都会去写面经,这是一个很好的习惯,一方面在将想法转变成文字之间,自己可以获取更多,另一方面可以给其它人带来更多好处,自己曾经想过去写下一些,但碍于自己文笔的功底太差,就...
  • 比较不错的互联网盈利模式分析

    万次阅读 2007-05-06 02:05:00
    Cisco网络战略最成功的一点是网上全面的技术支持--利用网络做到快速及时地把设备的各种参数告诉用户。电子商务带来的极高的销售额和极低的销售成本,使Cisco成为了IT业历史上获利最丰的公司。Dell的网络销售和公司...
  • 关于赛车游戏制作的一点体会

    千次阅读 2013-07-29 21:20:36
    我相信随着今后对车更了解,认识会更深入的。  我把发在微博的片段整理到下面吧。  电子游戏为什么好玩呢?游戏的好玩就是有趣的交互。有趣的定义很多。每种类型游戏都不一样。比如赛车游戏的好玩在于简单操作...
  • 不错的笑话,工作之余,乐呵乐呵

    万次阅读 2012-10-25 16:32:12
    本人会点魔术,就教了弟弟一点,弟弟迫不及待地去学校了。     到了学校,走到自己的座位前,从书包里拿出很多书,然后又拿出了一个比书包还大的玩具熊(事先藏在课桌里的,这种魔术叫见微知著,就是从一个...
  • 本书干货很硬的,讲解各种难以计算的定积分的技巧,从Riemann、Lebesgue开始,讲到Feynman漂亮的技巧,后面还涉及到Gamma函数、Beta函数、Riemann-Zeta函数,幂级数展开,Contuor积分等等。书中结合了很多物理中...
  • 前言和L学弟认识是一个很巧合的时间和方式,当初我还记得小伙子热情满满的加我好友,本来是聊一些技术话题,但是突然聊到了升学的问题,他表达出一丝丝焦虑,这种焦虑我曾经有过,他的情况差不多属...
  • 深圳云中心将来是个啥模样

    千次阅读 2011-11-21 11:04:39
     深圳云中心是深圳超算中心的重要组成部分,将来是个啥模样?你想知道吗?  深圳云中心当然是“公共云中心”,是对社会开放的云中心。大家知道,公共云中心不能搞成网上的“农贸集市”,允许人们登录进去随意...
  • 另一种攻击方式是,把告诉服务器Content-Length是一个很大的数,然后只给服务器发一点儿数据,嘿嘿,服务器你就傻等着去吧。哪怕你有超时设置,这种故意的次次访问超时能让服务器吃不了兜着走。有鉴于此,多数...
  • 决胜面试本文选自《我能做CTO之程序员职业规划 》一书 经过锐哥的指点,小蔡的心态与技术能力都有了很大的提高,经过广撒网,争取到了几个公司面试机会,面试过后自我感觉还不错,故又开始飘飘然了。一日终于接到...
  • Spring MVC 挺直腰板说:依赖注入,我自个儿来!
  • 对计算机专业来说学历真的重要吗?

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

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 46,986
精华内容 18,794
关键字:

一点儿也不错