软件是电子产品的组合吗？
若是，那如何开发？若不是，那他是什么，如何开发？
狭义上说软件是一种特殊的电子文档，它是以电脑的系统能执行的二进制文件。广义上说，任何软件必须有硬件来支持和识别，硬件在系统中工作需有它的驱动支持，而驱动就是一种二进制软件。所以可以这么说，硬件离不开软件，软件同样离不开硬件。
软件的开发最早是直接编写机器指令，交由机器执行。后来发展了汇编语言，并编译成机器能执行的指令。随着微机技术的发展，产生了C语言C++语言BASIC语言等等。这些高级语言可避免机器差异，编译成机器可执行的文件。
开发软件须根据系统及你想解决的问题...
其他答案（共1个回答）
很负责的告诉你!如果你没有学好高中的文化课程,特别是数学和英语!你和软件开发或IT业根本就无缘!北大青鸟的托子满天飞!北大青鸟的课程是为大学本科的计算机系学习开...
1.请问企业购买用于研发新产品（软件）的仪器、设备和电脑，直接计入研发费用还是固定资产？应该计入“固定资产”科目。2.如果有上级或政府拨款资助企业，将拨款计入其...
很多,quickoffice、office2、DocsToGo以及苹果自己的iworks都包含有电子表格功能,它们也都分有ipad与iphone版本,自己找来试...
1,如果普通开发（不写EJB），首选Eclipse,免费，而且全部的插件也免费，如果你想挑战一下自我，还可以自己去写一个插件。2，如果写EJB,推荐用JBuil...
答: 急！！！是否要闭经？
答: cisco网络技术是一个为CTO、IT技术经理、网络工程师、安全工程师、数据库工程师、网络管理员、系统工程师、开发工程师、项目管理人员等IT技术人员搭建的有关先...
答: 我想学网页制作、网络维护、电脑维护可有比较好的学习网站或者论坛推选一下？你好！网易学院
大家还关注
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区
相关问答：123456789101112131415【程序员电子刊精选】技术人员如何参与产品设计讨论之激活那一潭死水
发表于 16:24|
来源《程序员》电子刊|
作者汪照发
摘要：为更好实现需求，产品经理如何说服技术人员的讨论已经很多，而对于技术人员该怎样参与到产品设计讨论环节，也值得深思。本期特邀上海逐一软件总经理、首席架构师汪照发请他分享着方面的经验。
互联网时代，产品需求更加多变，产品经理在网络上甚至被戏称为“产品狗”，做产品设计的就是背黑锅的，就是炮灰……关于产品设计与开发实现环节的各种矛盾问题吐槽不少。为更好实现需求，产品经理如何说服
技术人员的讨论已经很多，而对于技术人员该怎样参与到产品设计讨论环节，也值得深思。本期特邀
上海逐一软件科技有限公司总经理、首席架构师汪照发请他分享这方面的经验。
上海逐一软件总经理、首席架构师 汪照发
很多时候，程序员与产品经理在一个项目上的感观是完全不同的，就如两个盲人摸象，一个
希望摸出牛来，一个希望摸出面包来，显然二者都是不够理性的。
所以在项目管理中，我们要引入迭代和增量。迭代让软件不断完善某个特性，增量支持逐步交
付所有特性。二者结合起来使用，可以不断修整逼近真实需求，提早暴露及规避风险。项目交
流中，往往遇到的问题有以下三个误区。
误区一：技术人员不断推翻产品经理的需求
在一些传统企业中，技术人员往往是权威，而
产品经理往往是新聘或提拔的高管，无论是产品经理还是技术骨干，都受其职业规划和眼光
的影响，并不能对整个公司或整个项目进行高瞻远瞩的规划，而企业的决策者们游离于技术
骨干与产品经理之间，往往造成整个项目的需求和目标崩溃。
这种现象最后往往表现为：产品通过实施已经做好了，最后在技术人员那变成了“服务器不
支持部署”，最终不了了之；或表现为：产品经理好不容易做好了一个需求，且能够实施，会
上宣讲完后，技术骨干说“销售部早就试过这种技术，现在的客户端也不支持，培训销售人
员使用软件至少要三个月”，使整个需求崩塌。
误区二：技术人员过度或过高解读产品经理的需求过高解读需求事实上也是对需求的漠视。
我们经常遇到的现象是：当项目周期到了，审视整个项目进度却没有达到一半，开会讨论时
收集的意见是“产品经理不是说UI界面很重要吗？我们已经设计了8套界面，至于软件核心我
们还没有开工”、“这套产品我们规划了手机、PC和平板三个介质，所以我们分别在三个平台
上进行了测试，软件代码还没有开始”。
误区三：技术人员对需求无动于衷
技术人员对需求无动于衷的现象往往表现为：你让我做移动项目吗？但我的PC客户端还在开
发呢？你要的写代码，可我们还在做上个项目的培训呢。
对于上述三种误区，需求与开发的不对称，关键在于责任、目标与绩效。我们很容易理解，如
果一个新项目突然给一个守旧的团队来实施，而且告知如果实施不达成就会受到惩罚，又或
者告知如果实施成功将不再采用旧的标准来维系软件，可想而知整个项目组成员的抵触心理
是何等强大。
要解决交流误差，并营造出快乐的沟通氛围、实施出优秀的作品，也并非没有解决之道。我多年
从事Web开发和团队管理，在此分享四点经验。
经验一：专职做专事——不要对技术人
员有复合事务要求或过高奢求人们往往容易犯的错误是对别人有过高的需
求。我们当然希望保洁员阿姨都能写出优秀的代码，上得了厅堂、下得了厨房，但这种求大求
全的现象，往往最后什么也做不成。
所以在管理团队过程中，告诉团队：你不需要
有过多的实施，你只需要专心做一件事，而且下班后就开开心心回家，第二天一早会有递增
需求清单等你实施，绝不会让一个程序员去做“需求收集”，也不会让一个美工去“顺便写下
CSS”这样的需求。
看起来这种思路很保守，但事实是有效和安全的。不可能要求所有成员都是复合型人才，员工
什么都能做还打工干嘛，早就自己去当老板了。
经验二：不管结果如何，你先给我做出
来，责任我来承担项目经理或产品经理对于责任的担当是第一位
的，作为经理要灌输给团队的理念是：你只要按我的需求做好事情，所有责任我会来担当。唯
有如此，才能建立起一个敢进敢退的团队，而不应简单地将责任推诿给成员。
承担责任的前提并不仅仅是勇气或魄力，更需
要智慧。往往经理能看到的层面，不是其他成员能看到的。可以设想当年iPhone研发时，分别
在屏幕、传感、移动互联网等技术上投入，而原
本从事PC开发的麦金塔团队成员并不能理解，但事后这些技术都很好地整合到了产品上。
在我们的项目管理中也同样需要“暗箱推进、事后串联”的能力。比如前瞻性地安排成员在
UI、硬件、软件、需求等多方面并行开发，而事后可以良好地将这些技术“干货”整合起来，
即使团队成员有离散，也不会影响整个项目。
经验三：同衣同袍、上下齐心
有什么比平等更重要呢？和团队成员一起上班、下班、一起吃快餐、一起找解决方案，远
比一纸公文或是高高在上更有效。不要奢望通过远程电话会议、QQ、邮件能解决一切交流问
题，面对面的交流，永远是最重要的传感渠道。
经验四：可以不说话，但有工具可以让
你参与有人说：需求有差异、实施有软肋，那就开会解
决呗。“程序猿”们往往是口头表达的弱者，或是漠视口头交流（事实上他们不是没能力交流，
而且往往在会上一言不发、会后牢骚万千，并在社交网络上活跃异常），原因很简单“写代码
都已经很累了，为什么还要交流这么多”、“我又不是经理，为什么要参与交流”、“我只赚代
码编程的钱，又没有人付我参与交流的报酬”。
针对这样的现象，经理应该允许并给予充分的
尊重，我们要做的是：允许哑巴成员，但我会有其他的工具让你参与。包括线上调查、月报周
报、团队拓展、日志记录、报表收集，甚至是生日Party等场合，在与员工同衣同袍的基础上，充
分地让员工得到交流，从而解决交流的鸿沟。
文章来自《程序员》电子刊 第5期
欢迎各位技术领军人加入CTO俱乐部，与14000名+实名制、中高级技术管理者做朋友。&&
推荐阅读相关主题：
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章当前位置：
10款最令人讨厌的编程语言
为了避免引起语言之争，先声明一下，这个榜单统计的是跨语言开发者最讨厌的编程语言，比如你最喜欢使用A语言来编程，那么可能会对其他语言的某些特性看不惯。
　　为了避免引起语言之争，先声明一下，这个榜单统计的是跨语言开发者最讨厌的编程语言，比如你最喜欢使用A语言来编程，那么可能会对其他语言的某些特性看不惯。　　这是一种很主观的看法，上榜的语言不代表这个语言不好，只是说明某些开发者不太喜欢这个语言中的某些特性而已。欢迎在评论中说出你对某些语言的看法。　　下面这个排名是根据Quora、StackOverflow和HackerNews上相关帖子统计出来的。　　10.Python　　上榜理由：代码缩进是用来指定块的结构，为什么不用括号或大括号呢？此外，大量使用冒号和下划线，模块、变量名冲突等。　　如何避免：不要去Google、Yahoo或NASA工作　　9.LabVIEW　　LabVIEW是一种由美国国家仪器（NI）公司研制开发的、类似于C和BASIC开发环境，使用图形化编辑语言G编写程序，产生的程序是框图的形式。　　上榜理由：LabVIEW相当抽象，以致于将简单的问题变得极其复杂。这完全违背了其最初的目的。　　如何避免：远离仪器控制类或工业自动化类的编程工作。　　8.JavaScript　　上榜理由：区分大小写，跨浏览器需要不同的实现，缺乏调试功能（尽管可以使用Firebug）和奇怪的继承规则。　　如何避免：不要成为一个Web开发人员。　　7.Tcl　　Tcl是一种脚本语言，最早称为工具命令语言（ToolCommandLanguage），但是目前已经不是这个含义。由JohnOusterhout创建，经常被用于快速原型开发RAD、脚本编程、GUI和测试等方面。　　上榜理由：语法太简单了，缺乏指针，无法通过引用来传递；将数组存储为字符串；可怜的list语义和混乱的变量范围。　　如何避免：不要去Cisco、AOL或CNET公司或任何AOLserver或OpenACS平台的公司工作。　　6.COBOL　　COBOL（CommonBusinessOrientedLangauge，面向商业的通用语言），又称为企业管理语言、数据处理语言等，这是一种面向数据处理的、面向文件的、面向过程（POL）的高级编程语言，是一种功能很强而又极为冗长的语言。　　上榜理由：极其繁琐的语法（目的是对非程序员可读）；版本之间不兼容；缺乏面向对象编程、函数和指针等特性。　　如何避免：不要去政府、金融领域或军用企业工作。
本文由入驻OFweek公众平台的作者撰写，除OFweek官方账号外，观点仅代表作者本人，不代表OFweek立场。如有侵权或其他问题，请联系举报。
邮箱/用户名：
忘记密码？
用其他账号登录： QQ
请输入评论
广东省/深圳市
四川省/成都市
广东省/深圳市
广东省/深圳市
广东省/深圳市
广东省/深圳市
北京市/海淀区
广东省/深圳市
广东省/深圳市
广东省/惠州市
*文字标题：
*纠错内容：
联系邮箱：
*验 证 码：