s*****y
发帖数: 1974 | 1 在一个小公司做数字IC设计，主要是信号处理，RTL代码，验证什么的
但是感觉公司的重点越来越转到做板子上来了
不知道该怎么办，有必要学学设计板子吗？
自己也在自学嵌入式软件，不知道哪个机会更多一些
有过来的前辈给讲讲吧 |
j******g
发帖数: 1098 | 2 不是前辈的也来说说。
你去你想去的几个大公司的网站看看，是PCB layout的position多还是embed的
position多。
不过我还是建议你跳槽去个大公司吧。
小的数字IC公司，不稳定。你有工作经验，跳槽也容易。 |
g******u
发帖数: 3060 | 3 光做板子的位置很少,可是什么都懂的位置招不到人. |
E*****a
发帖数: 757 | 4 每个公司都希望找到什么都懂的人，问题是，这么的人存在么？存在又属于那个公司么？
都是做梦
【在 g******u 的大作中提到】
: 光做板子的位置很少,可是什么都懂的位置招不到人.
|
g******u
发帖数: 3060 | 5 我这次跟一个咨询做东西,那家伙厉害了,97年加州理工博士,无所不知.一个大系统一人
单挑, 据说通用做同样项目要10个人搞一年多.
那厮非常old fashion,大家都数字化了,他还是能模拟就模拟.
么？
【在 E*****a 的大作中提到】
: 每个公司都希望找到什么都懂的人，问题是，这么的人存在么？存在又属于那个公司么？
: 都是做梦
|
E*****a
发帖数: 757 | 6 举个例子吧
【在 g******u 的大作中提到】
: 我这次跟一个咨询做东西,那家伙厉害了,97年加州理工博士,无所不知.一个大系统一人
: 单挑, 据说通用做同样项目要10个人搞一年多.
: 那厮非常old fashion,大家都数字化了,他还是能模拟就模拟.
:
: 么？
|
s*****y
发帖数: 1974 | 7 呵呵，老哥，说了半天感觉都跑题了
那一般来说嵌入式职位多一点，还是PCB layout职位多一点？我看的样子好像半斤八两
，估计就数字设计职位最少
么？
【在 E*****a 的大作中提到】
: 每个公司都希望找到什么都懂的人，问题是，这么的人存在么？存在又属于那个公司么？
: 都是做梦
|
T******T
发帖数: 3066 | |
a********e
发帖数: 381 | 9
么？
Even as a novice student like me, knowing most stuff under kernel level,that
means RTL Logic, FPGA coding, board design, RF design RF measurement &
modeling, Video & Audio analog, power amplifier, EMC, SI, driver design,
linux kernel for embedded system.
I'm not show-off, there are plenty of such guys better than me. You just don
't know them.
【在 E*****a 的大作中提到】
: 每个公司都希望找到什么都懂的人，问题是，这么的人存在么？存在又属于那个公司么？
: 都是做梦
|
s*****y
发帖数: 1974 | 10 要在这些领域都能达到senior还是挺难吧
我觉得能在大公司两个或者三个领域达到资深的角色就很难了
各个领域大家多多少少都是知道一些的，在这些小领域都能独当一面的，那是很厉害
that
don
【在 a********e 的大作中提到】
:
: 么？
: Even as a novice student like me, knowing most stuff under kernel level,that
: means RTL Logic, FPGA coding, board design, RF design RF measurement &
: modeling, Video & Audio analog, power amplifier, EMC, SI, driver design,
: linux kernel for embedded system.
: I'm not show-off, there are plenty of such guys better than me. You just don
: 't know them.
|
|
|
E*****a
发帖数: 757 | 11 哈哈哈。你太牛了，我们都佩服你。:)
that
don
【在 a********e 的大作中提到】
:
: 么？
: Even as a novice student like me, knowing most stuff under kernel level,that
: means RTL Logic, FPGA coding, board design, RF design RF measurement &
: modeling, Video & Audio analog, power amplifier, EMC, SI, driver design,
: linux kernel for embedded system.
: I'm not show-off, there are plenty of such guys better than me. You just don
: 't know them.
|
a********e
发帖数: 381 | 12
I partially agree with you. It's really hard to be such a guy if you are in
research position, because research problem in any of the areas could be
extremely tough.
While for most problems in product development process, not the research,
everything could be acquired if you have chances for dealing with various
problems plus a good educational basis.
【在 s*****y 的大作中提到】
: 要在这些领域都能达到senior还是挺难吧
: 我觉得能在大公司两个或者三个领域达到资深的角色就很难了
: 各个领域大家多多少少都是知道一些的，在这些小领域都能独当一面的，那是很厉害
:
: that
: don
|
E*****a
发帖数: 757 | 13 well...
in
【在 a********e 的大作中提到】
:
: I partially agree with you. It's really hard to be such a guy if you are in
: research position, because research problem in any of the areas could be
: extremely tough.
: While for most problems in product development process, not the research,
: everything could be acquired if you have chances for dealing with various
: problems plus a good educational basis.
|
s*****y
发帖数: 1974 | 14 其实我觉得刚好反过来了
在research这边吧，一年两年换一个topic的PhD大有人在，只要了解了基本概念，划归
为一个熟悉的模型，然后就轻车熟路了，很多时候，paper都是制造出来的
但是在公司，就说数字设计吧，从算法设计，结构设计，到代码实现，验证设计，脚本
，接口，布局布线，功率面积优化，还有进度管理，没有3-5年的经验，很难全面了解
说嵌入式吧，也包括了应用程序，内核程序，驱动，功耗，资源优化，浮点定点优化，
界面设计，还有linux的定制，更不用说还需要有一些类似于audio/video的信号处理知
识，通信协议知识，没有个3，5年，应该也很难搞定吧
RF和模拟水就更深了，我不太懂，不敢多说
当然，如果是intern/entry level的话，的确容易一些，但是肯定比research的entry
level要难一些，比如，把eclipse的快捷键折腾明白要比读一篇overview的paper需要
的时间多吧
呵呵，也是探讨，也都是在想职业规划
in
【在 a********e 的大作中提到】
:
: I partially agree with you. It's really hard to be such a guy if you are in
: research position, because research problem in any of the areas could be
: extremely tough.
: While for most problems in product development process, not the research,
: everything could be acquired if you have chances for dealing with various
: problems plus a good educational basis.
|
T******T
发帖数: 3066 | 15 Agreed, Honestly, I think given the right opportunities, everyone on
this board is capable of acquiring any of the skills needed to succeed
and become the well rounded, one man design shop that every engineer
strives to be. Most parts of the Engineering ain't rocket science,
just gotta hunker down and learn the craft and use it well.
Unfortunately, many if not most of the new grad engineers doesn't get
that early opportunity to innovate and grow. Instead, due to maybe the
recession, or the cur
【在 a********e 的大作中提到】
:
: I partially agree with you. It's really hard to be such a guy if you are in
: research position, because research problem in any of the areas could be
: extremely tough.
: While for most problems in product development process, not the research,
: everything could be acquired if you have chances for dealing with various
: problems plus a good educational basis.
|
s*****y
发帖数: 1974 | 16 是这样的，所以才会有职业规划这样一个说法
【在 T******T 的大作中提到】
: Agreed, Honestly, I think given the right opportunities, everyone on
: this board is capable of acquiring any of the skills needed to succeed
: and become the well rounded, one man design shop that every engineer
: strives to be. Most parts of the Engineering ain't rocket science,
: just gotta hunker down and learn the craft and use it well.
: Unfortunately, many if not most of the new grad engineers doesn't get
: that early opportunity to innovate and grow. Instead, due to maybe the
: recession, or the cur
|
T******T
发帖数: 3066 | 17 How many engineers really go through career planning during a recession
or after a layoff ? Easy to plan, but hard to follow through.
【在 s*****y 的大作中提到】
: 是这样的，所以才会有职业规划这样一个说法
|
g****t
发帖数: 31659 | 18 什么方向都懂一点容易.但是掌握的纸面知识很难在每个方向都可信.
可信,我的意思是说,例如年产几千万件的产品.你能不能保证你做的
环节不出勺子,甚至出人命,以至于到时候要recall.
想想iphone4的天线门.他们那RF实验室据说耗费上亿美金,18个phd.
实验室出样品,研究出文章,或者弄几个小板子之类的容易.
这种低标准的要求下,从硬件软件,从电源到IC都自己搞未必不可能.
但按量产的要求来说,我没见过能在各方向都有扎实可靠的知识和技能的神人.
一个成功的产品,我知道的都是各方向不同的专家负责.
I partially agree with you. It's really hard to be such a guy if you are in
research position, because research problem in any of the areas could be
extremely tough.
While for most problems in product development process, not the research,
every
【在 a********e 的大作中提到】
:
: I partially agree with you. It's really hard to be such a guy if you are in
: research position, because research problem in any of the areas could be
: extremely tough.
: While for most problems in product development process, not the research,
: everything could be acquired if you have chances for dealing with various
: problems plus a good educational basis.
|
g****t
发帖数: 31659 | 19 product比一般的research难多了.
product要求的鲁棒性往往比实验室研究强无穷多数量级.
产品的量一多,客户群一复杂,本来设计的好好的东西,什么乱七八
糟问题都能冒出来.
其实我觉得刚好反过来了
在research这边吧，一年两年换一个topic的PhD大有人在，只要了解了基本概念，划归
为一个熟悉的模型，然后就轻车熟路了，很多时候，paper都是制造出来的
但是在公司，就说数字设计吧，从算法设计，结构设计，到代码实现，验证设计，脚本
，接口，布局布线，功率面积优化，还有进度管理，没有3-5年的经验，很难全面了解
说嵌入式吧，也包括了应用程序，内核程序，驱动，功耗，资源优化，浮点定点优化，
界面设计，还有linux的定制，更不用说还需要有一些类似于audio/video的信号处理知
识，通信协议知识，没有个3，5年，应该也很难搞定吧
RF和模拟水就更深了，我不太懂，不敢多说
当然，如果是intern/entry level的话，的确容易一些，但是肯定比research的entry
level要难一些，比如，把eclipse的快捷键折腾明白要比读一篇overview的
【在 s*****y 的大作中提到】
: 其实我觉得刚好反过来了
: 在research这边吧，一年两年换一个topic的PhD大有人在，只要了解了基本概念，划归
: 为一个熟悉的模型，然后就轻车熟路了，很多时候，paper都是制造出来的
: 但是在公司，就说数字设计吧，从算法设计，结构设计，到代码实现，验证设计，脚本
: ，接口，布局布线，功率面积优化，还有进度管理，没有3-5年的经验，很难全面了解
: 说嵌入式吧，也包括了应用程序，内核程序，驱动，功耗，资源优化，浮点定点优化，
: 界面设计，还有linux的定制，更不用说还需要有一些类似于audio/video的信号处理知
: 识，通信协议知识，没有个3，5年，应该也很难搞定吧
: RF和模拟水就更深了，我不太懂，不敢多说
: 当然，如果是intern/entry level的话，的确容易一些，但是肯定比research的entry
|
s*****y
发帖数: 1974 | 20 cannot agree more
【在 g****t 的大作中提到】
: product比一般的research难多了.
: product要求的鲁棒性往往比实验室研究强无穷多数量级.
: 产品的量一多,客户群一复杂,本来设计的好好的东西,什么乱七八
: 糟问题都能冒出来.
:
: 其实我觉得刚好反过来了
: 在research这边吧，一年两年换一个topic的PhD大有人在，只要了解了基本概念，划归
: 为一个熟悉的模型，然后就轻车熟路了，很多时候，paper都是制造出来的
: 但是在公司，就说数字设计吧，从算法设计，结构设计，到代码实现，验证设计，脚本
: ，接口，布局布线，功率面积优化，还有进度管理，没有3-5年的经验，很难全面了解
|
|
|
s*****y
发帖数: 1974 | 21 所以大家都在挣扎，呵呵
【在 T******T 的大作中提到】
: How many engineers really go through career planning during a recession
: or after a layoff ? Easy to plan, but hard to follow through.
|
a********e
发帖数: 381 | 22
entry
你说的research太低端了，根本就不能算research。我说的research是industry里面原
创性的research.新的电路topology，更高频率的probe技术，新的通信算法等等。为灌
水发paper型的academic research是个人都会.
实际上大多数"产品工程难题"可以通过搜索research paper解
决，注意不是灌水型academic paper而是industry-related research paper。即使是
产品鲁棒性，绝大多数问题其实都是已经有前人research 过并categorize过，看你会
不会找了。
所谓同时精通几门领域的工程师，并不是说要每个领域你亲自都做过才能精通，那其实
是最笨的做法。你应该通过阅读、交流、讨论、参与来获得其他领域的理论知识并寻找
机会付诸实践。这样即使不熟悉very detail things，也能做到同时精通几个领域。举
个例子，你可以不知道具体怎么用C代码写一个中断服务程序，但是当发现CPU中断无法
进入时，你能感觉到这可能是堆栈corrupt，DRAM未正确初始化或者中断
【在 s*****y 的大作中提到】
: 其实我觉得刚好反过来了
: 在research这边吧，一年两年换一个topic的PhD大有人在，只要了解了基本概念，划归
: 为一个熟悉的模型，然后就轻车熟路了，很多时候，paper都是制造出来的
: 但是在公司，就说数字设计吧，从算法设计，结构设计，到代码实现，验证设计，脚本
: ，接口，布局布线，功率面积优化，还有进度管理，没有3-5年的经验，很难全面了解
: 说嵌入式吧，也包括了应用程序，内核程序，驱动，功耗，资源优化，浮点定点优化，
: 界面设计，还有linux的定制，更不用说还需要有一些类似于audio/video的信号处理知
: 识，通信协议知识，没有个3，5年，应该也很难搞定吧
: RF和模拟水就更深了，我不太懂，不敢多说
: 当然，如果是intern/entry level的话，的确容易一些，但是肯定比research的entry
|
a********e
发帖数: 381 | 23
in
"
想想iphone4的天线门.他们那RF实验室据说耗费上亿美金,18个phd."
这就是一个典型的research范畴的问题。天线不难设计，但是iphone4的结构要求就限
定了天线性能本来就不会太好。如何在不改变iphone4变态结构的前提下把天线搞定，
这是个困难的RF research问题。但不代表无解。
【在 g****t 的大作中提到】
: 什么方向都懂一点容易.但是掌握的纸面知识很难在每个方向都可信.
: 可信,我的意思是说,例如年产几千万件的产品.你能不能保证你做的
: 环节不出勺子,甚至出人命,以至于到时候要recall.
: 想想iphone4的天线门.他们那RF实验室据说耗费上亿美金,18个phd.
: 实验室出样品,研究出文章,或者弄几个小板子之类的容易.
: 这种低标准的要求下,从硬件软件,从电源到IC都自己搞未必不可能.
: 但按量产的要求来说,我没见过能在各方向都有扎实可靠的知识和技能的神人.
: 一个成功的产品,我知道的都是各方向不同的专家负责.
:
: I partially agree with you. It's really hard to be such a guy if you are in
|
g****t
发帖数: 31659 | 24 通过阅读讨论，不亲自做过，就能精通xxx;
你这说的是印度人？
另外很明显我觉得你没做过任何一个产品。基本不懂我说的鲁棒性是什么意思。
例如典型的一种，你设计了这个产品，但是用户完全忽视你的datasheet的细节，
拿去乱用，然后出了问题。这种问题不到发生的那一刻，你很难知道。
然后这种问题你不解决也不行。
这种问题怎么可能像你所说的“前人research过并且catgorize过”？
你去找任何一个application engineer了解点就明白了。
最后讲句老话:事非经过不知难。
entry
你说的research太低端了，根本就不能算research。我说的research是industry里面原
创性的research.新的电路topology，更高频率的probe技术，新的通信算法等等。为灌
水发paper型的academic research是个人都会.
实际上大多数"产品工程难题"可以通过搜索research paper解
决，注意不是灌水型academic paper而是industry-related research paper。即使是
产品鲁棒性，绝大多数
【在 a********e 的大作中提到】
:
: in
: "
: 想想iphone4的天线门.他们那RF实验室据说耗费上亿美金,18个phd."
: 这就是一个典型的research范畴的问题。天线不难设计，但是iphone4的结构要求就限
: 定了天线性能本来就不会太好。如何在不改变iphone4变态结构的前提下把天线搞定，
: 这是个困难的RF research问题。但不代表无解。
|
g****t
发帖数: 31659 | 25 几乎每个smart phone都有这样那样的天线问题，这还不难设计,
那什么叫难阿......
in
"
想想iphone4的天线门.他们那RF实验室据说耗费上亿美金,18个phd."
这就是一个典型的research范畴的问题。天线不难设计，但是iphone4的结构要求就限
定了天线性能本来就不会太好。如何在不改变iphone4变态结构的前提下把天线搞定，
这是个困难的RF research问题。但不代表无解。
【在 a********e 的大作中提到】
:
: in
: "
: 想想iphone4的天线门.他们那RF实验室据说耗费上亿美金,18个phd."
: 这就是一个典型的research范畴的问题。天线不难设计，但是iphone4的结构要求就限
: 定了天线性能本来就不会太好。如何在不改变iphone4变态结构的前提下把天线搞定，
: 这是个困难的RF research问题。但不代表无解。
|
s*****y
发帖数: 1974 | 26 呵呵
你不要和他说了，他估计没做过产品的
【在 g****t 的大作中提到】
: 通过阅读讨论，不亲自做过，就能精通xxx;
: 你这说的是印度人？
: 另外很明显我觉得你没做过任何一个产品。基本不懂我说的鲁棒性是什么意思。
: 例如典型的一种，你设计了这个产品，但是用户完全忽视你的datasheet的细节，
: 拿去乱用，然后出了问题。这种问题不到发生的那一刻，你很难知道。
: 然后这种问题你不解决也不行。
: 这种问题怎么可能像你所说的“前人research过并且catgorize过”？
: 你去找任何一个application engineer了解点就明白了。
: 最后讲句老话:事非经过不知难。
:
|
a********e
发帖数: 381 | 27
"你设计了这个产品，但是用户完全忽视你的datasheet的细节，
除非你做的是前所未有的世界上从来没出现过的产品。大多数（注意不是全部）此类问题确实是有人research过的。做之前就得注意collect这方面的东西
另外是否“亲自做过”才能懂，那要看怎么定义亲自做的程度了。很多同一领域的东西是触类旁通的，当然触类旁通的容易程度或者说亲自做的投入程度 和IQ以及教育背景相关。
另外你说"你去找任何一个application engineer了解点就明白了"。此类问题得向DE咨询，多数AE只会向内部反馈应用中出现的五花八门的问题；而DE才是负责将这些问题categorize到各个细分领域的角色。Categorize后的问题才是有价值的，如果你亲自做过产品的话会明白我这话是什么意思。
好吧，不说了，我承认没做过产品 :)
last but not least, 没必要看不起印度人。看不起别人的人多半会被人看不起。
【在 g****t 的大作中提到】
: 通过阅读讨论，不亲自做过，就能精通xxx;
: 你这说的是印度人？
: 另外很明显我觉得你没做过任何一个产品。基本不懂我说的鲁棒性是什么意思。
: 例如典型的一种，你设计了这个产品，但是用户完全忽视你的datasheet的细节，
: 拿去乱用，然后出了问题。这种问题不到发生的那一刻，你很难知道。
: 然后这种问题你不解决也不行。
: 这种问题怎么可能像你所说的“前人research过并且catgorize过”？
: 你去找任何一个application engineer了解点就明白了。
: 最后讲句老话:事非经过不知难。
:
|
a********e
发帖数: 381 | 28
well，补充一句，你们应该认真了解我讲的内容是什么，而不是根据我的背景来判断。
主观臆断一下我的背景然后来一句"你没做过，你不懂的"，就完了。有什么意义？讨论本来就是相互学习的过程
好吧，既然你这么说，那我就顺着你的意思承认我没做过产品，我就不多说了 :)
【在 s*****y 的大作中提到】
: 呵呵
: 你不要和他说了，他估计没做过产品的
|
g****t
发帖数: 31659 | 29 就算你处理过的问题别人研究过.家家户户的产品都保密,甚至同
一个公司,类似领域人家也不见得会高兴告诉你很具体的细节.
别人凭什么告诉你以前客户出现过的历史问题?
你从哪触类旁通
问题确实是有人research过的。做之前就得注意collect这方面的东西
西是触类旁通的，当然触类旁通的容易程度或者说亲自做的投入程度 和IQ以及教育背
景相关。
咨询，多数AE只会向内部反馈应用中出现的五花八门的问题；而DE才是负责将这些问题
categorize到各个细分领域的角色。Categorize后的问题才是有价值的，如果你亲自做
过产品的话会明白我这话是
【在 a********e 的大作中提到】
:
: well，补充一句，你们应该认真了解我讲的内容是什么，而不是根据我的背景来判断。
: 主观臆断一下我的背景然后来一句"你没做过，你不懂的"，就完了。有什么意义？讨论本来就是相互学习的过程
: 好吧，既然你这么说，那我就顺着你的意思承认我没做过产品，我就不多说了 :)
|
s*****y
发帖数: 1974 | 30 呵呵，不是那个意思，不要见怪
我只是看出来你没有明白楼上那位的意思，你理解的和他说的，其实不是一回事，如果
亲自做过，就很容易明白楼上的意思。没有别的意思，也是就事论事。
很多看似很简单的问题，在实际产品中却成了迈不过去的坎，而有经验的人一指点，就
恍然大悟。正如你说的，有些人粗略看看结果就能知道问题的所在，这背后不是因为聪
明，而是用无数的实践换来的，如果一个人没有经过实践就能换来这种直观，只能说明
他神了。
论本来就是相互学习的过程
【在 a********e 的大作中提到】
:
: well，补充一句，你们应该认真了解我讲的内容是什么，而不是根据我的背景来判断。
: 主观臆断一下我的背景然后来一句"你没做过，你不懂的"，就完了。有什么意义？讨论本来就是相互学习的过程
: 好吧，既然你这么说，那我就顺着你的意思承认我没做过产品，我就不多说了 :)
|
|
|
j******g
发帖数: 1098 | 31 太牛x了，进来仰慕一下
that
don
【在 a********e 的大作中提到】
:
: well，补充一句，你们应该认真了解我讲的内容是什么，而不是根据我的背景来判断。
: 主观臆断一下我的背景然后来一句"你没做过，你不懂的"，就完了。有什么意义？讨论本来就是相互学习的过程
: 好吧，既然你这么说，那我就顺着你的意思承认我没做过产品，我就不多说了 :)
|
a********e
发帖数: 381 | 32
哎，你们说的也有道理。只是我没觉得的那么复杂。当初我做的时候，公司里面数据库
很全，各方面的资料、产品问题案例都容易查，想找更领域专家聊个天也满方便的，实
在难的问题在ieee和各种seminar上都有人可以交流
【在 s*****y 的大作中提到】
: 呵呵，不是那个意思，不要见怪
: 我只是看出来你没有明白楼上那位的意思，你理解的和他说的，其实不是一回事，如果
: 亲自做过，就很容易明白楼上的意思。没有别的意思，也是就事论事。
: 很多看似很简单的问题，在实际产品中却成了迈不过去的坎，而有经验的人一指点，就
: 恍然大悟。正如你说的，有些人粗略看看结果就能知道问题的所在，这背后不是因为聪
: 明，而是用无数的实践换来的，如果一个人没有经过实践就能换来这种直观，只能说明
: 他神了。
:
: 论本来就是相互学习的过程
|
a********e
发帖数: 381 | 33
大公司里面（至少我干过的那家）都有技术数据库的，保存了所有过去出现过的产品问
题和研究成果以方便工程师查阅。另外公司专家多，平时闲的没事就喜欢回答别人问的
各种难题；业界横向的seminar上也能交流一些技术问题。小公司没干过，也许这方面
资源欠缺一些?
【在 g****t 的大作中提到】
: 就算你处理过的问题别人研究过.家家户户的产品都保密,甚至同
: 一个公司,类似领域人家也不见得会高兴告诉你很具体的细节.
: 别人凭什么告诉你以前客户出现过的历史问题?
: 你从哪触类旁通
:
: 问题确实是有人research过的。做之前就得注意collect这方面的东西
: 西是触类旁通的，当然触类旁通的容易程度或者说亲自做的投入程度 和IQ以及教育背
: 景相关。
: 咨询，多数AE只会向内部反馈应用中出现的五花八门的问题；而DE才是负责将这些问题
: categorize到各个细分领域的角色。Categorize后的问题才是有价值的，如果你亲自做
|
g****t
发帖数: 31659 | 34 哪个公司作产品的会和自己的竞争对手交流技术问题？
开会大家就是 广告vs广告， 宣传vd宣传。 你要说R&D还有可能，反正多数是闲扯淡.
至于你所谓的专家闲着没事给你回答问题。那说明你问的都是很肤浅的空对空。
customer相关的问题,如果不是给分派的任务，谁没事会敢张嘴就说。
说错了谁负责？你以为是bbs么，谁想说啥谁说啥。
另外别说产品相关的细节这些很深入的问题了.
就是嵌入式C,你靠什么阅读触类旁通来掌握那也是不可能的.
大公司里面（至少我干过的那家）都有技术数据库的，保存了所有过去出现过的产品问
题和研究成果以方便工程师查阅。另外公司专家多，平时闲的没事就喜欢回答别人问的
各种难题；业界横向的seminar上也能交流一些技术问题。小公司没干过，也许这方面
资源欠缺一些?
【在 a********e 的大作中提到】
:
: 大公司里面（至少我干过的那家）都有技术数据库的，保存了所有过去出现过的产品问
: 题和研究成果以方便工程师查阅。另外公司专家多，平时闲的没事就喜欢回答别人问的
: 各种难题；业界横向的seminar上也能交流一些技术问题。小公司没干过，也许这方面
: 资源欠缺一些?
|
g****t
发帖数: 31659 | 35 谁会跟你ieee seminar交流阿。
很多时候，一个客户决定一个组人的生活的。丢一个客户裁上千人的例子也有过。
你觉得有可能有人给你ieee seminar回答问题么。
哎，你们说的也有道理。只是我没觉得的那么复杂。当初我做的时候，公司里面数据库
很全，各方面的资料、产品问题案例都容易查，想找更领域专家聊个天也满方便的，实
在难的问题在ieee和各种seminar上都有人可以交流
【在 a********e 的大作中提到】
:
: 大公司里面（至少我干过的那家）都有技术数据库的，保存了所有过去出现过的产品问
: 题和研究成果以方便工程师查阅。另外公司专家多，平时闲的没事就喜欢回答别人问的
: 各种难题；业界横向的seminar上也能交流一些技术问题。小公司没干过，也许这方面
: 资源欠缺一些?
|
a********e
发帖数: 381 | 36
好了我错了，在公司里做产品时没人会和你交流，ieee没人和你开seminar，公司里没有数据库可供查阅。做产品时没有专家组提供consulting；没有research组提供prototype分析。产品都是出了问题再想办法解决，不能提前预测。一切都是我杜撰，我错了。对不起
【在 g****t 的大作中提到】
: 谁会跟你ieee seminar交流阿。
: 很多时候，一个客户决定一个组人的生活的。丢一个客户裁上千人的例子也有过。
: 你觉得有可能有人给你ieee seminar回答问题么。
:
: 哎，你们说的也有道理。只是我没觉得的那么复杂。当初我做的时候，公司里面数据库
: 很全，各方面的资料、产品问题案例都容易查，想找更领域专家聊个天也满方便的，实
: 在难的问题在ieee和各种seminar上都有人可以交流
|
g****t
发帖数: 31659 | 37 你别张嘴就瞎吹。
我倒想知道下，哪个ieee seminar开会哪个公司会跟你讨论产品细节，客户问题？
【在 a********e 的大作中提到】
:
: 好了我错了，在公司里做产品时没人会和你交流，ieee没人和你开seminar，公司里没有数据库可供查阅。做产品时没有专家组提供consulting；没有research组提供prototype分析。产品都是出了问题再想办法解决，不能提前预测。一切都是我杜撰，我错了。对不起
|
a********e
发帖数: 381 | 38
不好意思，其实我是瞎吹的。ieee seminar怎么会讨论工业界的问题呢？我也觉得不会
。
【在 g****t 的大作中提到】
: 你别张嘴就瞎吹。
: 我倒想知道下，哪个ieee seminar开会哪个公司会跟你讨论产品细节，客户问题？
|
g****t
发帖数: 31659 | 39
不好意思，其实我是瞎吹的。ieee seminar怎么会讨论工业界的问题呢？我也觉得不会
。
前边你不是说技术数据库可
以解决产品问题, 然后还有ieee seminar可以讨论.怎么这回换成"工业界问题"了
【在 a********e 的大作中提到】
:
: 不好意思，其实我是瞎吹的。ieee seminar怎么会讨论工业界的问题呢？我也觉得不会
: 。
|
a********e
发帖数: 381 | 40
“工业界问题”=工业界的问题，包括产品技术和研究上的问题。这个都需要
我解释？！真费劲死了
不说了吧，你是正确的。
【在 g****t 的大作中提到】
:
: 不好意思，其实我是瞎吹的。ieee seminar怎么会讨论工业界的问题呢？我也觉得不会
: 。
: 前边你不是说技术数据库可
: 以解决产品问题, 然后还有ieee seminar可以讨论.怎么这回换成"工业界问题"了
:
|
|
|
s*****y
发帖数: 1974 | 41 算了算了，都是瞎聊呢，别上火
反正多学学没啥坏处吧
【在 a********e 的大作中提到】
:
: “工业界问题”=工业界的问题，包括产品技术和研究上的问题。这个都需要
: 我解释？！真费劲死了
: 不说了吧，你是正确的。
|
