购物车0种商品
IC邮购网-IC电子元件采购商城
困惑.......在开发了几百个产品之后
(2011/10/20 9:52:00)
8年抗战,从ASM到C,亲手开发的产品算起来,应该不下200个了吧.
从消费类,生产自动化,到工业控制,
从MCS51到PIC.
这两个月,学起了DELPHI,
写个进销存(主要IC采购,报价查询,机种材料表,应收款--ACCESS+SQL+DELPHI)
写了个电池充电曲线显示.
写了个带曲线显示的控制软件,包括校准,机台控制,点动,长度显示,力值显示,报表打印,数据存储,串口API多线程通信(多线程还是要注意WAITFORSINGLEOBJECT应用).

困惑了,原因是用C多年,不习惯DELPHI的语法,C用一个{ }表示一段程序,而DELPHI用
BEGIN --END,要打好多字,同样,还有其它的也一样,IF 后面还要加个THEN.
如果是IF ELSE,还得在END后面把分号去掉.如果等等.....

了解C#是结合了C的优点和DELPHI的优点,是真的么?
主要精力还是在单片机这一端,电脑端的软件目前来看,只是一个补充,没有学C++的原因就是因为它太复杂,不好上手,才学的D,现在却因为习惯的问题(不单是适应一下的问题,经常在写的时候搞混),不想放弃C的语法习惯.

C#真是我的救星么?各位兄弟,能解决我的困惑么?
看了以前的贴子,HOTPOWER兄弟08年也在搞DELPHI哩.

网友评论:这也叫做个几百个产品?这种产品的开发还没有从头到尾做一个复杂的产品水平提高的多。

网友评论:25#
你做的这点活也算“开发产品”?

网友评论:以前在工厂里上班时,一年也做不了几个产品,所以说来说去,还是一句话,看你在什么环境里.
有些兄弟说,几个小时能做一个?
兄弟,说实话,你有点OUT了,你看见哪个电工在写了5年的程序,还是每个程序都是一行一行程序编出来的?
我们现有软件相当都是在一个框架下,稍加改改就构成一个独立的产品型号了.
我们花了几年的时间来完善这个框架,它包含显示,按键处理,数据保存,断电检测,遥控,ADC,PID,菜单,外部输入检测等,都是工业控制上的,而且经过多年的使用证明,它能对抗3000W的三相电机频繁启停.
有兄弟可能会说,那你把它发出来看看?对不起,技术的值不值钱,就在于这种技术是不是很容易就被别人掌握.
一个同行的兄弟前几年在珠海就是靠这个产品每年光开票的就做200万,你信吗?每套产品软硬件加一起3000多一套,每天都在发货.

网友评论:楼上的兄弟,这不叫开发产品?你看一下我注册时间是什么时候?
你知道02,03年在日本卖的很火的蒸汽清洁器吗?你见过手持式超声波清洗器吗?这个产品只到现在还在被国人倒来倒去.这正是我当年负责的.

网友评论:从05年之后,来这里的时间少了,也正是从那个时候开始,在做自己的事情.不知道我这样解释清楚了不?

网友评论:大家也不用怀疑啦。有点积累的公司,代码不就经常拷来拷去

网友评论:很多人的回答偏离主题,怀疑楼主本身,可叹!
delphi只是一个工具,我在10年前学过,可是现在基本用不上了,从长远看,delphi的生命力不会太强,因为Borland公司本身的实力(不知道现在是否被收购了)。
lz开发过很多产品,有很多经验,我个人也是有些想法,和lz相互交流,相互学习。
工具的学习,你一本子也学不完。我举个自己的经历,硬件开发,最早搞过51单片机,后来做186/386的产品,又做过mpc860/8260等设计,再后来做fpga设计,后来又开始做arm、dsp设计,个人的精力和时间太有限了,忙不过来,每样东西浅尝辄止,不能太深入,真要做到前沿设计和满足一些特殊要求,方方面面全面兼顾,几乎不可能,只能在一个方面专注,所以我现在的设计,就是以fpga设计为主,其他方面,我可指导他人协助,只有出了问题,我才会去阅读手册,但手册我不会详读,只会根据经验,给予他人启发性的指导,具体的问题还是由设计人自己完成,这样一方面自己在擅长的地方更加专注,另一方面指导他人之后,别人也会和你不断的交流反馈,也增加自己的经验,而不必事事躬亲。
软件方面,我学过VB、汇编、delphi、c,后来也想学习C++、java,语言这玩意,也是层出不穷。后来发现不行,一是没机会,主要是产品机会,公司不会安排擅长硬件设计的人从头学习语言,去做软件开发工作,另一方面即使我学习这种语言,没有个10年8年,深入下去做产品,我也不会成为一个专家,还不如我只有一技,但可走遍天下。
学习,还得讲究策略和方法,应该把眼前和长远结合在一起,假设如果现在有个客户有个10万的项目,用C++设计,我会毫不客气的明天就开始学习C++,否则的话,我会更关注自己职业今后可能需要的专业知识,大处着眼,小处入手。
你现在具备很好的经验,产品这多,个人看法,更多关注产业方向,培养自己的团队,积累人脉。不要太拘泥于开发,甚至语言工具等这些东西

网友评论:delphi已经没落了,等你学会了就绝版了

网友评论:niu.

网友评论:delphi是纯做PC软件的 现在还应用不到 如果你有闲心 了解一下 学一下C++ delphi 也是可以的

目前就是用用VC 去调试我的C代码生成一些单片机处理不了的数据(用DSP估计就用不着了)

为了提高表格处理 能力 还接触了VBA 不用太专 够自己用就好 只是工具罢了

楼主如果有用到就学一点

网友评论:LZ至少是一个非常勤奋的Man

网友评论:比较感谢33楼,36楼兄弟的中恳的跟贴.
其实有这样的疑问还基于:
1. 我刚学DELPHI不久,还没深入,(可能也不准备深入,只要满足目前项目应用即可),所以想退也容易.
2. PC端的软件也不是重点,只是补充,所以才有哪一个更合适的问题.
3. 中毒不深,还来得及,所以想听听兄弟们的一些好建议.

网友评论:三个月开发一个产品~

网友评论:喜欢C++
工具用多了 也就熟悉了

网友评论:好像越往深走 软件部分就越多 是把楼主? 我现在上位机就用vb搞定 更简单 跟楼主比差多了 呵呵 主要也懒得学 总想着有空多学学可总是拖 我感觉综合素质是不是更重要 比如了解市场、管理等

网友评论:开发的什么产品啊?就这速度,我要是能赶上你十分之一也行了……

网友评论:都在回味自己的牛史!!!

网友评论:8年200个产品?楼主神速。我7年只搞了不到10个。

网友评论:我3年都搞了20-30个了,楼主说的我非常理解。当积累到一定程度编程就是拷来拷去,根本就不看代码的具体内容,一两个小时做个产品是很正常的。硬件也一样,模块组合,最后走下线就行了。
我也搞上位机软件。VB非常擅长,但我现在已经开始忘记他了,因为比起C来VB太麻烦了,以前也玩过段时间C++,现在用C#和ASP。
建议还是放弃DELPHI吧,因为DELPHI要绝版了,连DELPHI之父都被微软挖去搞C#了。
C#绝对是一个强大的语言,而且和C很类似,并且吸取了VB,JAVA,C,C++,DELPH的优点。但是有一个唯一的缺点是编译出来的exe文件都很大,因为离不开.net famework。而VB,C++,DELPH编译出来的很小而且在一般电脑上都可直接用

网友评论:问个问题,楼主你的200多个产品都批量了吗?量过10K的有多少。
我做的都是批量的产品,其实产品批量和不批量相差是很大的。
很多时候量少时问题不会暴露,但多了就会出现很多细节性的问题。
而且成本控制也是一个很重要的地方,我就见过批量的成本比不批量成本还高的公司

网友评论:个人认为学东西还是一步到位的好,想当初我在决定学VB和VC时,选了个简单的VB,结果到最后还是放弃VB了。protel也是因为简单先学的他,后来也是由于功能受限重新改学别的。要是当初再多坚持下就不用浪费这么多时间了。

网友评论:不好意思,我做硬件的。如果硬件8年200产品当顶礼膜拜。

网友评论:

换C++吧.

跟楼主经历相仿,多的时候一个月五六个产品.

网友评论:

用c++或者c#吧. 后者你要给winxp及以下版本的的用户安装framework.

网友评论:安net组件是有些烦,但装好一次就不烦了,新版的Window应该会把这东西带上的。

网友评论:还是用C 方便!

网友评论:这根本不能叫做了200个产品。

呵呵,产品维护和产品简单改进根本不能算新产品开发,这也是很多人鄙视电工的原因,始终是在做简单趣味的低级重复工作。

网友评论:综合各位兄弟的建议,我决定,放弃DELPHI,改C#了.但需要先完成目前进行中的项目.感谢兄弟的建议.

网友评论:聊点与这个主题无关的吧.

在这么多方案中,量产的只有几个,这也符合业市场推广的特征.做业务的在找业务时,通常只有百分之几的成功率.
呵呵,不要笑,很正常,不相信问问业务员就知道了.
其实很多公司都一样,不管它做的东西有多少,多复杂,但最终给它带来利润就只有那么几个而已,其它的都是潜在用户.对不?
我本身是做硬件,和单片机软件的,长年扎根于此,否则没办法解决工业控制干扰和高精度AD(工业现场,14位以上)的问题.
纯粹的开发是赚不到钱的,我们的利润来源并不是代客开发的产品,恰恰相反,是自己的产品.但有个前提,如果不是代客开发,也找不到这个商机---潜在客户尽管目前不能赚钱,但也要做,谁知道哪天会不会带来商机?你说是吧?

网友评论:那也有会说,你做的东西都不用维护吗?
当然要维护,还没见过哪个超人做的东西不要维护,这也是为什么我会把它当成一个产品的原因,我的归档原则是如果是维护原因,(有BUG),那软件是不会另做一个版本的,只要客户要求更改功能才会另开一个产品号,这也是那么多产品的由来.
但有一点,有经验的人做的东西维护工作肯定要比经验少的人在维护上面少很多,老手用一天时间写软件,用一天时间修改,新手用三天时间写软件,用10天时间修改都很正常啊.

网友评论:这是两年前做的东西,32路电阻扫描,采用四线制,13位的精度,电阻扫描范围0.1-100K,可级联到256个点--即八块板级联.可以修改软件后实现PT100,热电偶实现多路温湿度检测.
开发周期: LAYOUT--四天(不做原理图,直接LAYOUT),一次性成功
软件调试: 6天--(底层软件有,只需要调针对这个板的部分)
这个产品只量产了三套,每套售价2.4万.含电脑端软件,(电脑端不是我写的,另外有专人写)

先臭美下,还凑合吧?

网友评论:通过地址码选择还可以做RS-485,RS232,微型打印机

网友评论:说到VB,都没往这方面想,写C的人还要忍受解释执行?

网友评论:世界上没有完全相同的两片树叶,何况人?

网友评论:
这根本不能叫做了200个产品。

呵呵,产品维护和产品简单改进根本不能算新产品开发,这也是很多人鄙视电工的原因,始终是在做简单趣味的低级重复工作。 ...
yewuyi 发表于 2010-11-17 00:35
偶和楼主做的工作差不多,到底算做了多少产品,每个人的理解不一样。
前几年的种类比较多:点火器、抽油烟机、消毒柜、饮水机、电磁炉、电饭煲、压力锅、温度显示器......,因为我们是给别人配套做电路板,每个厂家的显示不同要重新改个程序,多加一个按键变成另一款也要重新改个程序。

不知道是不是每个种类算一个项目?如果是的话,那这几年我就只做了一个项目:热水器恒温控制器,而且在今后若干年也就只做这一个项目。

网友评论:呵呵,LS说的对,每个人的理解不一样。

网友评论:楼主开发频率够高啊

网友评论:我这两年来只做了两个产品开发(包括软硬件),但项目却有8,9个,记不清了,有时就改那么两三行代码。外接端子换两种不同。

网友评论:delphi我一直使用,挺好用的。使用的是PASCAL语言。俺们上学的时候中国主推C,以前推动就是PASCAL。
delphi是优秀的编译器毋庸置疑,微软C#编译器的主要架构者据说就是当年在Barland做delphi编译器的。
C#我开发过几个程序,与西门子PLC200 以及300系列以太网通讯的。
delphi 开发的就很多。VB使用过但确实觉得容易在运行无缘无故的出问题,移植性不好。个人觉得,delphi比较爽。
微软的工具,后面有公司的实力支撑。

网友评论:C、C++才是王道
C#像是青楼的美女,虽美丽却不正统

网友评论:我做一年了,也做了近20款机器了,我是代码民工啊

网友评论:楼主开外挂吧

网友评论:22# 楼主果然经验丰富

网友评论:呵呵,看来我也开发了好几百个产品了,颇有成就感的

网友评论:LZ和我有点像,不过我不用DELPHI了,没什么优点,移植不方便呀。

网友评论:会C,却不去用VC,用什么DELPHI。真奇怪。

网友评论:听说DELPHI比较简单,用VC需要学一大堆东西。

网友评论:不可能啊。。用delphi 当你要调用windows系统功能的时候,也要熟悉windows api。 而会C的话,再熟悉API,那不就等于会VC了嘛。 何况用DELPHI你连语法都要重新来过。。换VC很容易的。不要听别人说。

c++ 比c 多了点 类的概念,掌握基本的就行了。那些什么友元,多继承,虚函数都暂时不去用它。(虚函数了解一下)。。上手也快的。

网友评论:回一下吧
看题目还以为是 做了多年设计 对研发工作困惑了呢
进来学习学习 因为我很困惑 结果不是这意思
代码写多了确实不是要每一行都写的 模块移植
至于争论 也都是些无关痛痒的东西
消费电子和工业电子能一样么 争论是不是产品和争论到底牛不牛 和亚历山大遭遇秦始皇一样鬼扯
工程师们这点可怜的自尊

好了 说正题
LZ应该灵活一点 既然是用其他的工具和语言 何须如此抱怨
我先用C 然后写FPGA
每个if else后都会主动加上 begin end
同事们都说我的代码风骚

说归说 不能用一种语言的习惯去适应另一个 可以做工作种的笑料说说
这和用汉语拼音标英语发音一样有搞头
其实很无聊

网友评论:楼主可以用C++BUILDER吧,和DELPHI是一家出的,支持C,C++也支持DELPHI的控件
以前也有楼主的困惑,所以选用了BCB.

网友评论:牛人辈出啊……

网友评论:这段时间也比较了下,感觉在编程上,DELPHI(D10)除了不太习惯语法外,其它比VC6.0要好很多,编程也很方便,C#的.NET太占空间,时间了.
再比较下C++BUILDER看.

网友评论:牛人,200多个项目

浏览:(725)| 评论( 0 )
博文评论

  • 昵 称:
  • 内 容:10~250个字符
  • 验证码: 验证码看不清楚?请点击刷新验证码
  •                      
  • 博文分类

    热点博文

    最新博文

    最新评论

    IC电子元件查询
    IC邮购网电子元件品质保障