个人应用软件市场,虚拟机没得玩了吗

Java应用与用户体验
本文探讨了Java应用程序在用户体验方面的不足之处,包括开发工具如Eclipse的复杂性和非直观性,以及Java平台在应对多样化设备需求时的局限性。文章还讨论了市场趋势,特别是移动设备的快速发展对统一平台解决方案的挑战。

 

到这个社区来的,多少跟java开发有点关系,我也是这样。但我几乎不愿意使用任何java开发的应用软件,例如eclipse,这玩意儿我用了好多年,但一点都不喜欢。因为它不够好,你得非常清楚这个东西,并且花很多时间来配置安装,才能开始干活,我知道你把它称为灵活开放,我也曾到处宣扬这类概念,但是最后我还是得承认,我要的是一个耐用好用的生产工具。你给我一堆理论上可以组装成任何东西的零件,我并不喜欢,我的工作不是要生产一个开发工具。我也不愿意去用java qq,永中office。这些我都用过,一点都不好用。还是给我个exe/sh/dmg吧,我只想好好干活。我们当然可以找到无数的文章,证明java可干这个,也可以干那个。可以而已,就好象我们公司的财务也可以修图片一样。真正的问题在于市场和用户的感受,他们会喜欢吗?


java社区总是强调开放、规范,发动了很多次战争来抵抗定制化的、专有化的java。既然已经公认这个世界必定是充满改变和创新的,那我们为何希望有一个大一统的平台来解决软件问题?要用一个统一的东西覆盖所有的设备和系统,那它可能有两件事情始终干不好:这也干不好,那也干不好


最近几年诞生的新设备,比过去N年的都多,以后肯定更多。他们能诞生,是因为他们总有些与众不同的地方,一个统一的语言平台怎么去照顾到这些差异?搞出的方案能不能足够完善让用户满意?足够完善之后这些设备还在不在?会不会总是看着别人赚饱了,我们才能慢悠悠的进入市场?


一直在说java,其实是想说java这样自己搞个虚拟机平台的语言,例如flash air。全世界都知道乔布斯有多讨厌这些运行时环境,iphone不支持java和flash已经是上一轮的故事了,新的话题是下一代的mac book可能不会内置JRE和flash player。你当然可以自己装,但苹果不保证后果,更不会为你自动更新。这意味着你发布程序的时候可能需要打包一个硕大的运行环境,你要把软件做得多好才能让用户心甘情愿下载这么个玩意儿呢?当然,乔布斯怎么说并不是关键,重点是回归到用户感受来,作为单纯的用户你会怎么选呢?


我很喜欢iphone的操作方式,还有漂亮的界面,还有系统的响应速度,无论它是不是苹果的产品,这样的东西我都会喜欢。就算乔布斯允许并且鼓励java进入iphone平台,我们要等多久才能得到一个如此品质的JRE?还是就像现在的j2se/j2me一样,号称覆盖了所有平台,其实聊胜于无? JCP这么多年来,为最终的个人软件用户考虑过多少呢?如果你看到这里心里说,java不是为个人用户准备的。那就好办了,彻底别在个人应用软件市场玩了。以后也不要再宣称跨平台之类的概念,老老实实做你的后台业务吧。最终变成fortran一样的古董


android是分裂java的重要一步,既然参差多态是幸福的本源,那为什么不呢?苹果搞自己的东西是不开放,那么总是要求别人来遵循标准就是开放吗?有多少人是挟开放之名夹带私货的?我曾经很喜欢android手机,如今我越来越讨厌去了解各种版本、各种规格、各种自营的android market。标榜开放的各类android制造/运营商,绝大部分是借着开放打开市场让自己上位,他们的读取用户的手机状态、获得用户的联系人列表、采集用户的支付信息,真以为我们不知道么?用户和市场有自己的选择,并且没有义务向任何人解释。java当然可以坚持己见,但是多年后当它抬头问天:介一切素为虾米时,它无法得到任何答案


以上纯属IT八卦,娱乐为主

基于51单片机,实现对直流电机的调速、测速以及正反转控制。项目包含完整的仿真文件、源程序、原理图和PCB设计文件,适合学习和实践51单片机在电机控制方面的应用。 功能特点 调速控制:通过按键调整PWM占空比,实现电机的速度调节。 测速功能:采用霍尔传感器非接触式测速,实时显示电机转速。 正反转控制:通过按键切换电机的正转和反转状态。 LCD显示:使用LCD1602液晶显示屏,显示当前的转速和PWM占空比。 硬件组成 主控制器:STC89C51/52单片机(与AT89S51/52、AT89C51/52通用)。 测速传感器:霍尔传感器,用于非接触式测速。 显示模块:LCD1602液晶显示屏,显示转速和占空比。 电机驱动:采用双H桥电路,控制电机的正反转和调速。 软件设计 编程语言:C语言。 开发环境:Keil uVision。 仿真工具:Proteus。 使用说明 液晶屏显示: 第一行显示电机转速(单位:转/分)。 第二行显示PWM占空比(0~100%)。 按键功能: 1键:加速键,短按占空比加1,长按连续加。 2键:减速键,短按占空比减1,长按连续减。 3键:反转切换键,按下后电机反转。 4键:正转切换键,按下后电机正转。 5键:开始暂停键,按一下开始,再按一下暂停。 注意事项 磁铁和霍尔元件的距离应保持在2mm左右,过近可能会在电机转动时碰到霍尔元件,过远则可能导致霍尔元件无法检测到磁铁。 资源文件 仿真文件:Proteus仿真文件,用于模拟电机控制系统的运行。 源程序:Keil uVision项目文件,包含完整的C语言源代码。 原理图:电路设计原理图,详细展示了各模块的连接方式。 PCB设计:PCB布局文件,可用于实际电路板的制作。
<think>好的,我现在需要回答用户关于VMware Workstation是否支持ARM架构虚拟机的最新进展。首先,我得回忆一下VMware的产品信息。VMware Workstation主要是针对x86架构的,比如Intel和AMD的处理器,而ARM架构多见于移动设备和一些嵌入式系统中。用户可能因为需要运行ARM系统而提出这个问题。 接下来,我应该查阅相关资料。根据现有的引用,比如引用[3]提到使用QEMU的virt类型虚拟机,这可能和ARM有关。而引用[4]提到了QEMU虚拟机的下载链接,说明QEMU是支持ARM的。不过用户问的是VMware Workstation的情况,所以需要区分清楚。 现在,我需要确认VMware Workstation是否支持ARM架构。根据目前的信息,VMware Workstation主要支持x86架构,而ARM支持可能有限或者需要通过其他方式实现。比如,某些用户可能通过模拟的方式运行ARM虚拟机,但性能可能不佳。此外,VMware是否有计划支持ARM呢?可能需要查找最新的官方公告或新闻。 另外,用户提到“最新进展”,所以需要查看近期的更新。例如,2023年是否有相关功能的发布。但根据已知的引用内容,没有提到VMware Workstation支持ARM,反而引用[3]和[4]提到了QEMU的支持,这可能意味着VMware本身不支持,但可以通过其他工具如QEMU来实现。 然后,我应该组织答案的结构,先直接回答是否支持,再解释原因,接着提到替代方案,最后建议用户查阅官方资源。同时,需要引用提供的参考资料,比如引用[3]和[4]提到的QEMU作为替代方案。 可能的问题点:VMware Workstation本身是否支持ARM架构虚拟机?现有的资料显示不支持,但用户可以通过其他虚拟化软件如QEMU来实现,如引用[3]中提到的“-M virt”参数用于指定ARM虚拟机类型。因此,在回答中需要明确区分VMware和其他工具的支持情况。 总结:VMware Workstation目前不支持原生ARM架构虚拟机,但可以通过模拟或使用其他工具如QEMU来实现。同时,建议用户关注VMware的官方更新,或者考虑其他解决方案。</think>截至2023年,**VMware Workstation 目前尚未原生支持ARM架构的虚拟机**。其核心功能仍聚焦于x86/x86-64架构的虚拟化,主要针对Intel和AMD处理器设计。以下是详细分析及替代方案: --- ### 1. **VMware Workstation的架构支持现状** - **原生限制**:VMware Workstation依赖于宿主机的CPU架构,其虚拟化技术(如Intel VT-x/AMD-V)专为x86体系优化,无法直接创建基于ARM架构的虚拟机[^3]。 - **最新进展**:VMware未公开宣布对ARM架构的官方支持计划。尽管其企业级产品(如ESXi)逐步扩展对ARM服务器的支持,但Workstation作为桌面端工具尚未跟进。 --- ### 2. **替代方案:通过模拟运行ARM虚拟机** 若需在x86主机上运行ARM系统,可通过以下方法实现: - **QEMU模拟器**:使用开源工具QEMU,配合`-M virt`参数指定ARM虚拟机类型,例如运行ARM版Linux或Android系统[^4]。 ```bash qemu-system-aarch64 -M virt -cpu cortex-a53 -m 4G -drive file=arm_os.img ``` - **UTM(macOS适用)**:基于QEMU的图形化工具,提供用户友好的ARM虚拟化支持。 --- ### 3. **性能与适用场景** - **模拟 vs 虚拟化**:QEMU通过软件模拟ARM指令集,性能显著低于原生虚拟化,仅适用于开发测试或轻量级应用[^4]。 - **适用场景**:ARM应用兼容性测试、嵌入式系统开发、教学实验等非高性能需求场景。 --- ### 4. **未来可能性** VMware若计划支持ARM,可能需依赖以下技术演进: - **Windows on ARM的普及**:随着微软Surface系列等ARM设备增长,可能推动VMware适配需求。 - **硬件虚拟化扩展**:ARMv8.4-A引入的虚拟化增强特性(如NV2)或吸引更多虚拟化厂商支持。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值