Edison's NoteSsss

Everything about me

Page 3 of 5

试用VimRePress和Markdown

一直以来都希望可以找到一个使用起来简单功能也不需要太强大的标记语言用来写Blog和简单文档
今天发现了MarkDown然后发现了VimRePress强大的Vim Blog插件
这篇文章就是用VimRePress写成的
测试一下Markdown效果:
# H1

H1

##H2

H2

###H3

H3

####H4

H4

#####H5
H5
######H6
H6

1. item1  
* item2  
+ item3  
- item4
  1. item1
  2. item2
  3. item3
  4. item4

* item1
* item2
* item3
* item4
  • item1
  • item2
  • item3
  • item4

这些对于我这种不要求太多的用户已经够了。。。呵呵
更多的功能以后挖掘~!

Seoul归来有感

终于在2011年4月5日结束了历时30天的Seoul之行

其实在去之前就知道那边工作不会轻松,但是连续26天的高强度工作不仅没有让我觉的压抑难受反而让我觉得很爽很快乐…看来我真的是有工作狂的潜质..哈哈哈
从3.7日到Seoul就被直接拉到office开工,之后的26天直接就是:

for( i = 0; i < 26; i++ ){
    if( strength > 0 ){
        WORK!!;
    } else {
        sleep ( 8h );
    }
}

说说最直接的感受吧:

虽然说不喜欢韩国的某些言论,但是韩国国民的素质真的是很高,很有发达国家的感觉,就说最简单的出行吧,在路上开车基本没有突然变道的,偶尔需要有非常规驾驶的时候都会打双闪示意,在高速上更是如此 最后的几天出去玩也遭遇了高速堵车 但是没有人上应急车道,都很好秩序的排队行驶. 这样行为准则下得直接影响就是 虽然seoul车依然很多,但是一点都不觉得慢 ,但是在北京…哎!
从4月2号开始 我开始休假,去了韩国东边的一个滑雪场,感受了真正的滑行..3.7km的雪道缆车需要15min才能到顶 落差超过400m,滑行时间超过20min 这才是真正的滑雪阿,比起南山那种排队10分钟作缆车5分钟滑下来3分钟的体验 好了不止10倍阿,真正理解为什么韩国的滑手滑行的基本功比国内的选手好那么多了,环境造就阿!!!
另外一点让我印象深刻的: 韩国的网络 真的是发达并且自由!  twitter,facebook,youtube,google,全都是随心所欲,痛快淋漓阿.下载速度一般都在1-2MB即使是在宾馆也能有1MB的下载速度 youtube等视频服务HD缓冲毫无压力!

再记录一下项目的感觉吧:

最直接的感觉就是一团糟…哎
感觉哪里都很乱,项目进度没有保证,降级bug一遍又一遍的出现,语言沟通极其困难,总是要求刚提的需求要求当日或者次日完成,草草了事根本来不及测试…诸如此类各种问题! 不过确实是让我学到了很多东西,能从另一个角度来看一个项目的发展和会遇到的问题,商业方法和技术方法的冲突,沟通的重要性,等等都能有更为深刻的认知,并且看到了自身的很多不足, 在很多需要决策的地方,由于时间原因 得不到后方的支援 经常会犯错误,更加清醒的认识到了自己的不足,真的还有好多东西需要学习,还要继续努力阿!!
 

对于AMSS问题的debug一例

刚才和同事以及老大调查了一个AMSS里面导致crash的问题
具体现象是在打电话的过程中发送sms就会crash。
最开始取了qcril的log进行调查,通过加log的方式发现qcril发送sms的流程都已经走完了,但是没有得到AMSS的返回消息就挂掉了,初步定位问题为AMSS内部处理有问题。
后来为了定位问题代码打算使用trace32设置断点调试的方式来debug调试,在自己的机器上配置了AMSS编译环境后,打开debug的选项进行编译,将断点设置在err_fatal_put_inte… 的出错处理函数,然后复现bug,发现走到了断点,通过切换task到wms发信死在wmsmsg.c文件的address:0x100706E 对照代码窗口发现显示是在send_msg。。。。。函数的3322到3325行之间出了问题,但是通过代码对比发现对应行数并不是问题函数内部,推断肯能是在编译预处理阶段产生了代码行号的偏移,为了定位偏移行数,使用debug用的AMSS重新取了QXDM的log,对比log输出发现,问题函数内部打印的log在代码实际位置和QXDM取的log显示位置存在56行的偏移,结合之前显示的问题点定位3322行 应该对应3266行,在结合trace信息看到在出问题之前有一次函数调用 并且上下有3行的间隔 对比代码找到被调用的函数,发现被调用函数与3366间隔的三行内只有一条指令,符合trace看到的情况 推断问题代码就是此条指令,注释掉再编译 调试发现问题不能复现了 确定就是此条指令引起!
明天继续调查详细的原因 ,在这做个笔记,省得忘了怎么查的。。。。有记不清楚的地方明天补充,睡觉了。。。太晚了。。。

Merging with vimdiff

Open the files with vimdiff:
$ vimdiff file1 file2

To jump to the next difference:
]c

To jump to the previous difference:

[c

If there are only two files you can copy differences with:

:diffget

and

:diffput

If you are doing a diff with vim between more than two files you also have to specify from which buffer to :diffget or from which buffer to :diffput

:diffget b#

where b# is the buffer number. In vertical window split, buffers are numbered from left to right starting at 1.

Git 常用设置

常用缩写设置

1.git config –global alias.st status

2.git config –global alias.ci commit

3.git config –global alias.co checkout

4.git config –global alias.br branch

5.git config –global alias.dc dcommit

6.git config –global alias.rb rebase

彩色交互界面

1.git config –global color.branch auto

2.git config –global color.diff auto

3.git config –global color.interactive auto

4.git config –global color.status auto

设置用户信息

1.git config –global user.name “jianingy”

2.git config –global user.email “detrox@gmail.com”

« Older posts Newer posts »

© 2017 Edison's NoteSsss

Theme by Anders NorenUp ↑