s*n
2 楼
line 22算好了,也填好了,但是23a忘了填怎么办?
j*e
3 楼
前面已经填了出生日期,后面还要填work/education/training status。太蠢了。
选项里有retire,却没有before school age
而且必须填现任雇主或学校的地址电话等。
怎么办?大家怎么处理的。
选项里有retire,却没有before school age
而且必须填现任雇主或学校的地址电话等。
怎么办?大家怎么处理的。
g*i
4 楼
写code我觉得用textmate或者sublime text就很好用,但公司里的人都用vim和emacs,
感觉入职前还得好好学学这俩编辑器。
vim是挺好上手,看看教材各种快捷键记住了。但是我没发现有什么特别大的优势啊?
能给介绍下不?
还有emacs有啥特点?
感觉入职前还得好好学学这俩编辑器。
vim是挺好上手,看看教材各种快捷键记住了。但是我没发现有什么特别大的优势啊?
能给介绍下不?
还有emacs有啥特点?
w*r
5 楼
查了半天发现还没出来,是不是没出的就是挂了的啊?哭死我了
55555555555555555555555555555
55555555555555555555555555555
i*t
6 楼
将来会不会全是java,没人用c拉
d*i
11 楼
这个绝无可能,嵌入式系统不管是传统的RTOS像VxWorks,QNX,Nucleus这些, 还是
embedded Linux,都是C写的,然后提供的API也全部都是C的API, 底层和中层的编程全
部都是C,应用层一般是C++和C的混合。如果是在Android上面编程,应用层倒是可以用
Java,但是底层的还是C, 很多场合为了速度和效率android应用还是要用NDK来写。
Java在嵌入式上面永远不会是主流,这是由于嵌入式系统大都有实时性要求,还要
memory footprint, code size要小,功耗要小,还要直接能和硬件,操作系统
interface,这些要求都只有C可以达到。
【在 i*****t 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 将来会不会全是java,没人用c拉
embedded Linux,都是C写的,然后提供的API也全部都是C的API, 底层和中层的编程全
部都是C,应用层一般是C++和C的混合。如果是在Android上面编程,应用层倒是可以用
Java,但是底层的还是C, 很多场合为了速度和效率android应用还是要用NDK来写。
Java在嵌入式上面永远不会是主流,这是由于嵌入式系统大都有实时性要求,还要
memory footprint, code size要小,功耗要小,还要直接能和硬件,操作系统
interface,这些要求都只有C可以达到。
【在 i*****t 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 将来会不会全是java,没人用c拉
r*e
13 楼
LaTeX有啥好处?
w*r
14 楼
老天保佑我过吧,我现在都没有心思做别的事情了
u*m
15 楼
部分同意。
不过不要忘了汇编语言。
【在 d****i 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 这个绝无可能,嵌入式系统不管是传统的RTOS像VxWorks,QNX,Nucleus这些, 还是
: embedded Linux,都是C写的,然后提供的API也全部都是C的API, 底层和中层的编程全
: 部都是C,应用层一般是C++和C的混合。如果是在Android上面编程,应用层倒是可以用
: Java,但是底层的还是C, 很多场合为了速度和效率android应用还是要用NDK来写。
: Java在嵌入式上面永远不会是主流,这是由于嵌入式系统大都有实时性要求,还要
: memory footprint, code size要小,功耗要小,还要直接能和硬件,操作系统
: interface,这些要求都只有C可以达到。
不过不要忘了汇编语言。
【在 d****i 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 这个绝无可能,嵌入式系统不管是传统的RTOS像VxWorks,QNX,Nucleus这些, 还是
: embedded Linux,都是C写的,然后提供的API也全部都是C的API, 底层和中层的编程全
: 部都是C,应用层一般是C++和C的混合。如果是在Android上面编程,应用层倒是可以用
: Java,但是底层的还是C, 很多场合为了速度和效率android应用还是要用NDK来写。
: Java在嵌入式上面永远不会是主流,这是由于嵌入式系统大都有实时性要求,还要
: memory footprint, code size要小,功耗要小,还要直接能和硬件,操作系统
: interface,这些要求都只有C可以达到。
n*y
16 楼
责任很清楚应该是厂家的....
但你能拿他们怎么办?
你在美国..你的下家当然有办法对付你...
但你能拿他们怎么办?
你在美国..你的下家当然有办法对付你...
r*c
17 楼
vim 实在快,这种机械记忆,学了就不忘,用浏览器也要装个vimperator或者
pentadactyl来模拟vim用。
pentadactyl来模拟vim用。
i*t
19 楼
C和汇编都是OS和API级别的,应用级别的为啥要C?
例如以前的嵌入式Basic就完全不需要跟什么C打交道,照样好用。
说起嵌入式,应用级别的为何一定要C?实时性能可以用底层OS和API实现,或C或汇编
,为何要上层的去操心呢?
问的是将来情况如果芯片性能提高,不管底层用C还是汇编,那么应用层是否仍然是C的
天下呢?
例如以前的嵌入式Basic就完全不需要跟什么C打交道,照样好用。
说起嵌入式,应用级别的为何一定要C?实时性能可以用底层OS和API实现,或C或汇编
,为何要上层的去操心呢?
问的是将来情况如果芯片性能提高,不管底层用C还是汇编,那么应用层是否仍然是C的
天下呢?
c*e
21 楼
刚查了 过啦 哈 终于全过了
d*i
22 楼
上层的应用当然不一定用C,但是别的语言要么就是需要有额外的虚拟机,要么就是需
要额外的解释器,不像C开发工具都自带了编译器。另外取决于你什么样的应用,有的
东西其他语言没有专门的可用在嵌入式上的库,或者效率不够要求,比如很多audio/
video codec。
【在 i*****t 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: C和汇编都是OS和API级别的,应用级别的为啥要C?
: 例如以前的嵌入式Basic就完全不需要跟什么C打交道,照样好用。
: 说起嵌入式,应用级别的为何一定要C?实时性能可以用底层OS和API实现,或C或汇编
: ,为何要上层的去操心呢?
: 问的是将来情况如果芯片性能提高,不管底层用C还是汇编,那么应用层是否仍然是C的
: 天下呢?
要额外的解释器,不像C开发工具都自带了编译器。另外取决于你什么样的应用,有的
东西其他语言没有专门的可用在嵌入式上的库,或者效率不够要求,比如很多audio/
video codec。
【在 i*****t 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: C和汇编都是OS和API级别的,应用级别的为啥要C?
: 例如以前的嵌入式Basic就完全不需要跟什么C打交道,照样好用。
: 说起嵌入式,应用级别的为何一定要C?实时性能可以用底层OS和API实现,或C或汇编
: ,为何要上层的去操心呢?
: 问的是将来情况如果芯片性能提高,不管底层用C还是汇编,那么应用层是否仍然是C的
: 天下呢?
i*t
26 楼
那搞嵌入C的还能坚持10年还是20年呢?
b*e
28 楼
底层asm
中层c/c++
上层java
这不就是android么
中层c/c++
上层java
这不就是android么
b*e
32 楼
很多底层driver现在已经弄到芯片级了,直接一个rom,定义api接口,上层可以直接写
应用,只不过客户的要求太多,不能满足而已
应用,只不过客户的要求太多,不能满足而已
r*3
33 楼
已经有很多文章谴责这种说法了。说VIM,EMACS比IDE好的大部分都是上个世纪的老程
序员。不过现在随着项目不断扩大,这种说法已经明显站不住脚了。
最典型的一个例子就是重构。虽然emacs有插件,但是怎么都不如eclipse的重构功能细
致和谨慎。中型和大型项目太依赖重构了,这点上,Eclipse和Visual Studio几乎秒杀
所有的编辑器。
还有对于项目管理和单元测试等等。包括开源框架的支持等等,也是让IDE逐步绝杀传
统编辑器的重要因素。比如说,比如Spring这样的框架,如果不依赖IDE的自动代码构建
,手工虽然也能写,但是花费时间太多了。当项目做大的时候,纯粹还依赖手工编辑已
经是不现实的了。
【在 g***i 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 写点小东西没必要用ide吧,不是说新手才什么都用ide么
序员。不过现在随着项目不断扩大,这种说法已经明显站不住脚了。
最典型的一个例子就是重构。虽然emacs有插件,但是怎么都不如eclipse的重构功能细
致和谨慎。中型和大型项目太依赖重构了,这点上,Eclipse和Visual Studio几乎秒杀
所有的编辑器。
还有对于项目管理和单元测试等等。包括开源框架的支持等等,也是让IDE逐步绝杀传
统编辑器的重要因素。比如说,比如Spring这样的框架,如果不依赖IDE的自动代码构建
,手工虽然也能写,但是花费时间太多了。当项目做大的时候,纯粹还依赖手工编辑已
经是不现实的了。
【在 g***i 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 写点小东西没必要用ide吧,不是说新手才什么都用ide么
b*e
36 楼
不是性能问题,很多应用有认证的问题,不是自己的源代码,没法认证
J*a
37 楼
我怎么觉得不是互斥的……我搞C++都是
用Cmake管理项目,Visual Studio上写,Windows console compile/deploy,Linux上
集成,当然在Linux上用vi..
【在 r********3 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 已经有很多文章谴责这种说法了。说VIM,EMACS比IDE好的大部分都是上个世纪的老程
: 序员。不过现在随着项目不断扩大,这种说法已经明显站不住脚了。
: 最典型的一个例子就是重构。虽然emacs有插件,但是怎么都不如eclipse的重构功能细
: 致和谨慎。中型和大型项目太依赖重构了,这点上,Eclipse和Visual Studio几乎秒杀
: 所有的编辑器。
: 还有对于项目管理和单元测试等等。包括开源框架的支持等等,也是让IDE逐步绝杀传
: 统编辑器的重要因素。比如说,比如Spring这样的框架,如果不依赖IDE的自动代码构建
: ,手工虽然也能写,但是花费时间太多了。当项目做大的时候,纯粹还依赖手工编辑已
: 经是不现实的了。
用Cmake管理项目,Visual Studio上写,Windows console compile/deploy,Linux上
集成,当然在Linux上用vi..
【在 r********3 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 已经有很多文章谴责这种说法了。说VIM,EMACS比IDE好的大部分都是上个世纪的老程
: 序员。不过现在随着项目不断扩大,这种说法已经明显站不住脚了。
: 最典型的一个例子就是重构。虽然emacs有插件,但是怎么都不如eclipse的重构功能细
: 致和谨慎。中型和大型项目太依赖重构了,这点上,Eclipse和Visual Studio几乎秒杀
: 所有的编辑器。
: 还有对于项目管理和单元测试等等。包括开源框架的支持等等,也是让IDE逐步绝杀传
: 统编辑器的重要因素。比如说,比如Spring这样的框架,如果不依赖IDE的自动代码构建
: ,手工虽然也能写,但是花费时间太多了。当项目做大的时候,纯粹还依赖手工编辑已
: 经是不现实的了。
L*1
39 楼
真没有必要在这个问题上纠结,习惯而已。当然,如果要不断在不同机器上trouble
shooting,还是会用vi好,因为许多情况下你没有其它选择。
shooting,还是会用vi好,因为许多情况下你没有其它选择。
k*5
41 楼
因为没的选,你如果在多台linux上ssh来回,就vi 通用。
X*O
42 楼
自从有了vi,操作方法从来没有变过,也一直有人在用.这个就是最大的好处. 不需要学
习和习惯新的编辑软件.从微软的最初行编辑软件edlin到现在不知道变化了多少次,而
vi一直不变.
习和习惯新的编辑软件.从微软的最初行编辑软件edlin到现在不知道变化了多少次,而
vi一直不变.
g*g
43 楼
i found vi is faster since my fingers never leave the keyboard.
r*t
54 楼
除非 java, c++ 还是一样的
【在 r********3 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 已经有很多文章谴责这种说法了。说VIM,EMACS比IDE好的大部分都是上个世纪的老程
: 序员。不过现在随着项目不断扩大,这种说法已经明显站不住脚了。
: 最典型的一个例子就是重构。虽然emacs有插件,但是怎么都不如eclipse的重构功能细
: 致和谨慎。中型和大型项目太依赖重构了,这点上,Eclipse和Visual Studio几乎秒杀
: 所有的编辑器。
: 还有对于项目管理和单元测试等等。包括开源框架的支持等等,也是让IDE逐步绝杀传
: 统编辑器的重要因素。比如说,比如Spring这样的框架,如果不依赖IDE的自动代码构建
: ,手工虽然也能写,但是花费时间太多了。当项目做大的时候,纯粹还依赖手工编辑已
: 经是不现实的了。
【在 r********3 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 已经有很多文章谴责这种说法了。说VIM,EMACS比IDE好的大部分都是上个世纪的老程
: 序员。不过现在随着项目不断扩大,这种说法已经明显站不住脚了。
: 最典型的一个例子就是重构。虽然emacs有插件,但是怎么都不如eclipse的重构功能细
: 致和谨慎。中型和大型项目太依赖重构了,这点上,Eclipse和Visual Studio几乎秒杀
: 所有的编辑器。
: 还有对于项目管理和单元测试等等。包括开源框架的支持等等,也是让IDE逐步绝杀传
: 统编辑器的重要因素。比如说,比如Spring这样的框架,如果不依赖IDE的自动代码构建
: ,手工虽然也能写,但是花费时间太多了。当项目做大的时候,纯粹还依赖手工编辑已
: 经是不现实的了。
p*v
63 楼
vi 和vim我主要用来做简单的文本处理,linux and windows。
用emacs除了在linux下写code和debug(with GUD),也在windows下用。
一个很喜欢的功能是recent,C-xf打开最近经常访问的文件,也就是
经常需要的文件,然后直接跳到上次离开的地方。这个功能我觉得很
方便实用,很真不知道有什么其他的好办法,不只限于editor了,
可以做相似的事。
这两个editor都需要花些时间才能真正体会到他们的强大,个人的经验
是emacs学起来更难点,但一旦用熟练了就能感觉到妙处了。不过话说
回来,也的确不想再花时间学更多的editor/ide啦,学用他们主要都是
做学生时候的事啦。现在windows下用visual studio编程,就好像没记住
什么快捷键,而且有时候老想用emacs的那套,其实也有插件的,不想
折腾了。firefox里已经装了,呵呵。
用emacs除了在linux下写code和debug(with GUD),也在windows下用。
一个很喜欢的功能是recent,C-xf打开最近经常访问的文件,也就是
经常需要的文件,然后直接跳到上次离开的地方。这个功能我觉得很
方便实用,很真不知道有什么其他的好办法,不只限于editor了,
可以做相似的事。
这两个editor都需要花些时间才能真正体会到他们的强大,个人的经验
是emacs学起来更难点,但一旦用熟练了就能感觉到妙处了。不过话说
回来,也的确不想再花时间学更多的editor/ide啦,学用他们主要都是
做学生时候的事啦。现在windows下用visual studio编程,就好像没记住
什么快捷键,而且有时候老想用emacs的那套,其实也有插件的,不想
折腾了。firefox里已经装了,呵呵。
相关阅读
EE求职建议 (转载)请帮忙下一本Springer的电子书Intel的grade 8是什么level? Staff or Sr? (转载)如何发表一篇大部分内容已在IEEE CONFERENCE 上发表过的文章谁能科普一下整个microelectronics industry 的ecosystem8个包子请帮忙下几篇paperCISS 2013请问工资咨询下linux/window系统下c++ 及CS与就业关系 谢谢使用Xbox Kinect体感外设控制激光光镊花的诱惑:花瓣,大自然的衍射光学大家的export license都需要办理多久啊请问能够自动点击图标的语言是什么?现在做SERDES还有前途吗?求审稿机会,DSSC, Organic Photovoltaics, photodetectors移动处理器会是谁的天下?这个项目很有用 (转载)请问版上有Fairchild的兄弟姐妹吗?EE专业去berkeley full time ph.d 还是santa clara part time包子求文献