组建个单片机专家组如何？

只看该作者 · 2010-1-6 10:47

听起来可以，操作起来难了
wenyu520 发表于 2010-1-6 08:36

操作起来难是有可能的，主要问题应该有以下几个：
１,提问题的愿意付多少钱，解决问题的收多少钱才会做？
这个21IC的论坛上的大部份问题都有人回答，都是免费的，也就是说，专家未必都是要收钱的．也许交流的与帮助的心态更重．当然，这种回答也是＂顺便＂，很难会花更多的时间去解决（专家的时间也很宝贵的嘛）．也许有一部份专家可以弄包烟钱会弄只酒钱就愿意花点时间去解决问题呢？相对来说，做技术的对钱看得比其他人轻．看得重的不适合参加这种组织．
如果问题解决了，我相信大部份的提问者请抽烟喝酒是没问题的吧？只是不在同一地区折算成现金罢了．
2,问题解决不了怎么办？
只要尽了力，我想提问题者是会理解的．
当然，没搞定是不需要付费的．

只看该作者 · 2010-1-6 11:01

会者不难，难者不会。问题结果你知道后觉得很简单，你会出多少钱？
sl_168 发表于 2010-1-6 10:22

想起当年1952。一个论文题目3,000元论坛上有偿求助。所有高手都来了，点击率2万，热闹非凡。

我月进8,000，一天300。每段时间问题无数，非常支持LZ，愿意500元求助小问题，1,000元求助大问题。不一定详细，只求个思 ...
冷漠发表于 2010-1-6 10:42

冷漠正好回答了这一问题，有的问题在卡壳的时候其实自己知道是很简单的，但总是解决不了，或者不够时间解决．无论结果有多简单，只要解决了，钱都会付的．能理解这个道理的人我相信还是多数．

可以参考论坛的做法：只需要把＂分＂换成＂RMB"就行了．

只看该作者 · 2010-1-6 11:10

13# sz_kd
＂实在搞不定的问题找代理商＂，关于这点，我估计你那产品需要自己设计和编程的东西不多．想想看，一个产品，有各种IC，还有不少程序．哪个代理商会帮你解决问题呢？
另外，说老板不愿意出钱的问题．我的意思是技术人员自己出钱，为什么呢？如果老板给你的工资够了，你搞不定，是不是应该自己出钱呢？如果老板出一个技术员的钱，当工程师来用，那是老板的问题．

只看该作者 · 2010-1-6 11:14

问题不仅仅难在钱的问题及思维方法的方面。想想现在论坛都是免费提供服务，自然是点到为止，大家各自去测试是否可行。
如果收费的话，是不是要保证到时间与可用性呢？而一般可以付钱的，项目一般是整套资料的。涉及到大量问题，比如资料的保密性、复杂性、提问者的臆断性……

1万 · 2010-1-6 11:22

LZ你什么问题都搞的定吗，为什么我们工程师不可以有自己搞不定的问题呢？？？？？？？？？？？？？？？

要是老板都招的是全才那就不会这么多老板说招一个合适的人很难。。。。。。。。。。。

呵呵，你的判断太武断，代理商只要给思路就可以，再说公司有这么多同事，大家商量商量会有收获的。。

1万 · 2010-1-6 11:27

呵呵，不过LZ想法还是蛮好的，不过现在网络时代，很多东西可以搜索得到的

只看该作者 · 2010-1-6 11:31

LZ你什么问题都搞的定吗，为什么我们工程师不可以有自己搞不定的问题呢？？？？？？？？？？？？？？？

要是老板都招的是全才那就不会这么多老板说招一个合适的人很难。。。。。。。。。。。

呵呵，你的判断太武 ...
sz_kd 发表于 2010-1-6 11:22

正是因为很多问题要花很多时间才能搞定，我才有了这样的想法．我是愿意出点钱解决问题的．当然，我也可以帮人解决问题顺便收点钱:D
在我所做的工作中大部份是能搞定的，只是时间问题．确实有搞不定的问题，我会说：这个搞不定．于是工作就不属于我的了．:D

1万 · 2010-1-6 11:35

呵呵，工程师的思维都还不错的，学习能力也可以，所以碰到占时搞不定问题大多都只是时间问题。

LZ加油，帮别人总归是好事

只看该作者 · 2010-1-6 11:36

谈钱，太俗。我觉得解决1个问题，那么就给几只股票是个好主意。

只看该作者 · 2010-1-6 11:51

举个例子说明一下，下面是我遇到的一个问题
在一个特定情况下，会执行pro_ring，在延时后执行TTT,在此延时期间，可能会设置为sta=2，如果被设置为sta=2后，会再延时，然后执行cidtalk(2)，可是结果却是执行dialok();
可以保证pro_ring在此期间从未再执行过，cidtalk(1)也是执行过的
因特殊原因，没有仿真器....

void pro_ring(void)
{
．．．．
sta=1;
}
void ttt(void)
{
if(sta==1)
{
dialok();
}else if(sta==3)
{
cidtalk(2);
}
....
}

void main(void)
{
while(1)
{
if(sta==2)
{
cidtalk(1);
sta=3;
}
.....
}}

不知道有没有表达清楚？:L

只看该作者 · 2010-1-6 11:57

30# Thunder_f

越看越糊涂！

只看该作者 · 2010-1-6 12:40

30# 的问题正好不能用这种方式解决
你的问题是你所特有的，别人要解答你的问题需要了解你所做的东西，需要知道你的各个状态间的关联
如果要求别人解答你的这个问题，那根据你30#提供的信息他必需也要深入了解你所做的东西才行

回答问题需要固然需要比较多的经验与知识
但是提问的人也要有分割与定位问题的能力，至少也要对此问题有一定的研究
很多时候问题不能解决往往是提问者抓不住问题的重点，牵扯的东西太多

对于21楼所说的，还有一点，问题虽然没解决，但是别人付出了精力，如果要论报酬是应该要付的

只看该作者 · 2010-1-6 12:44

30# Thunder_f
很少有人愿意去看别人写的程序，曾经在人才市场上碰到一个找工作的（实际上当时我也是去找工作的，呵呵！）明确向招聘者提出不修改别人的程序。即不做别人做了一半的工作，或是替别人的程序找错误。想想是很有道理的。一个建议：程序注释最好随程序标注。另外貌似sta貌似是一个全局变量。曾经有一个同事给过我一个忠告：最好少用全局变量。当时不以为然。但是后来在看了邵贝贝翻译的《u/cos2》后终于有点小小的明白了一下。顺便说一下：我看那个同事的视角一直都是仰视。可能他比我大不了几岁，但是白头发绝对比我多。呵呵！

2万 · 2010-1-6 13:44

最好少用，不代表不用。

没有全局变量的系统是不可想象的。

只看该作者 · 2010-1-6 14:20

看别人的程序是挺累，不过对于专家来说，应该是不成问题的
换个人，换个思路思考问题，肯定不是件坏事

只看该作者 · 2010-1-6 14:27

再举个例子：
我使用了个片子，PIC16F628A，怎么弄都不起振．网上也有相关的问题，但没找到答案．如果不急的话可以发个贴子慢慢等．
如果我成功的解决了这个问题，在这个问题上就成＂专家＂了:D，只需要一句话，我就付20元:D

只看该作者 · 2010-1-6 15:00

楼主过分强调专家Debug的作用，而忽略了指导的作用
你希望的专家在你的项目遇到问题时起一个什么样的作用？

是帮你检查电路虚焊？帮你指出Datasheet上你没有注意的地方？帮你检查程序的内存泄露？
还是希望专家告诉你通过裁减系统的方式定位硬件问题？告诉你访问全局变量需要加锁？

只看该作者 · 2010-1-6 16:10

没有啊,你好啊,

只看该作者 · 2010-1-6 17:55

楼主过分强调专家Debug的作用，而忽略了指导的作用
你希望的专家在你的项目遇到问题时起一个什么样的作用？

是帮你检查电路虚焊？帮你指出Datasheet上你没有注意的地方？帮你检查程序的内存泄露？
还是希望专家 ...
lxyppc 发表于 2010-1-6 15:00

如果项目已经在做了，帮忙过过不了的槛．不管这个槛是什么．很多人可能坐到了好的位置，拿到了好的工资，但水平并不够，datasheet都搞不懂（我可能是其中的一个:P ）．
我在本网站上下了一个＂征文活动《我的一次调试经历》合集＂，看了一下，里面的问题如果有人知道，也许点一下就通了．挺省事的．我们可以把那些时间用来做更多的东西．这样，中国的整体技术水平说不定能得到提高呢．
可以说，21IC的这个论坛已经起到了这个作用．主要问题在于即时性和结果的必然性的差别．
当然，如果在确定方案的时候能得到专家的指导，当然是最好不过的事情．