l*******g
发帖数: 28 | 1 天天看paper，鼓捣那些公式模型的，毕业了能干啥呢。。。当年也是辛辛苦苦啊 |
s*****t
发帖数: 987 | |
b****e
发帖数: 8 | |
E**********l
发帖数: 264 | |
y*y
发帖数: 427 | 5 something like this
http://jobs.apple.com/index.ajs?BID=1&method=mExternal.showJob&
找大公司(QC Intel Apple maybe Moogtorola in the future) 作一两次intern攒些实
际经验是关键 |
l*******g
发帖数: 28 | 6 想转方向，对ee的其他方向都不是特别熟悉，学communications的和哪个方向比较近呢
求版上高人指点啊，感激不尽 |
f**h
发帖数: 1149 | 7 embedded吧
【在 l*******g 的大作中提到】
: 想转方向，对ee的其他方向都不是特别熟悉，学communications的和哪个方向比较近呢
: 求版上高人指点啊，感激不尽
|
d***a
发帖数: 13752 | 8 这两个差很远啊。
【在 f**h 的大作中提到】
: embedded吧
|
n*****n
发帖数: 5277 | 9 communication很好的，把什么tcpip搞透了找工作不要太容易
EE的工作都是比较综合性的，很多搞embedded的需要通讯知识，可以去选一门embedded
的课就可以了 |
s*****t
发帖数: 987 | 10
embedded
这是embedded 程序员工作吧？
【在 n*****n 的大作中提到】
: communication很好的，把什么tcpip搞透了找工作不要太容易
: EE的工作都是比较综合性的，很多搞embedded的需要通讯知识，可以去选一门embedded
: 的课就可以了
|
|
|
n*****n
发帖数: 5277 | 11 yes
【在 s*****t 的大作中提到】
:
: embedded
: 这是embedded 程序员工作吧？
|
l*******g
发帖数: 28 | 12 。。。
当年就是不喜欢编程，才从CS跳到EE的
【在 n*****n 的大作中提到】
: yes
|
a****l
发帖数: 8211 | 13 embedded很多东西上课是学不来的,老师也不见的会.
embedded
【在 n*****n 的大作中提到】
: communication很好的，把什么tcpip搞透了找工作不要太容易
: EE的工作都是比较综合性的，很多搞embedded的需要通讯知识，可以去选一门embedded
: 的课就可以了
|
n*****n
发帖数: 5277 | 14 没错，但是如果你课程表上没那门课又没经验，别人更不会要你
【在 a****l 的大作中提到】
: embedded很多东西上课是学不来的,老师也不见的会.
:
: embedded
|
z*****n
发帖数: 7639 | 15 扯淡，embedded程序员就知道写io接口编程。你让他写个TMAC或者
transmission scheduling协议试试？99%以上的所谓embedded程序
员都抓瞎。
【在 n*****n 的大作中提到】
: yes
|
a****l
发帖数: 8211 | 16 Actually I think things like TMAC are much closer to regular CS programming
than embedded programming.
【在 z*****n 的大作中提到】
: 扯淡，embedded程序员就知道写io接口编程。你让他写个TMAC或者
: transmission scheduling协议试试？99%以上的所谓embedded程序
: 员都抓瞎。
|
z*****n
发帖数: 7639 | 17 embedded东西就是接口问题，一个硬件系统把接口API写好了后
还有很多事要做。实际上很多网络embedded system开发过程中接口
API的工作量很小，而且一旦完成后基本上就不动了，除非硬件
更改。主要工作还是在上层。最困难的是protocol里面的timing
issues.
网络协议栈编程当然是编程，可协议栈是programmer凭空想出来
的？这样的话，你把dijakstra归到程序员一类？
programming
【在 a****l 的大作中提到】
: Actually I think things like TMAC are much closer to regular CS programming
: than embedded programming.
|
a****l
发帖数: 8211 | 18 网络设备只是嵌入式系统中的一小类,别的各种系统有各自不同的设计要求,区别可能是
非常大的.网络设备的性质决定了硬件接口的相对简单,所以我觉得这种东西的软件更接
近于普通计算机的软件.很多其他的设备在硬件上就比较复杂,牵涉到很多的机械电子的
问题,"写完硬件api"是有很多的问题的.
【在 z*****n 的大作中提到】
: embedded东西就是接口问题，一个硬件系统把接口API写好了后
: 还有很多事要做。实际上很多网络embedded system开发过程中接口
: API的工作量很小，而且一旦完成后基本上就不动了，除非硬件
: 更改。主要工作还是在上层。最困难的是protocol里面的timing
: issues.
: 网络协议栈编程当然是编程，可协议栈是programmer凭空想出来
: 的？这样的话，你把dijakstra归到程序员一类？
:
: programming
|
V******B
发帖数: 3940 | 19 你又不想coding
做电路就差得更远了
不是很多人都是做system engineer了么，不用写code了
【在 l*******g 的大作中提到】
: 天天看paper，鼓捣那些公式模型的，毕业了能干啥呢。。。当年也是辛辛苦苦啊
|
