macos是不是操作系统

#vivo为什么要重新做一个手机系统#看到这里才恍然大悟，原来这并不是一个系统，而是一个UI，一个疑惑不禁涌上心头，啥时候UI也能算系统了？我们到底该怎么看待vivo当前的玩法？

首先，我们要明白手机系统到底是什么手机系统的核心，从目前来看依然是一个操作系统，既然是操作系统的话，那么肯定不会是短时间内就能够研发出来的，无论是我们大家非常常用的苹果的Mac OS和IOS操作系统，还是微软的windows操作系统，或者说当前安卓手机常用的安卓操作系统，这些操作系统最大的特点就是非常不容易设计，可以说是一个非常困难的研发过程，一个手机操作系统想要研发出来，其所要付出的代价是非常巨大的，所以在这样的情况下，我们看到一般大多数企业所采用的都不是自己研发手机操作系统，而是说基于某一个操作系统进行进一步的优化，我们说的UI就是这样的一个优化体系。比如说大家熟悉的小米的MIUI，以及华为的EMUI，实际上，其本质都是基于安卓系统进行衍生研发的产品，只是根据安卓系统的特点进行了关于中国人比较有特点的中国特色研发，从其本质上来说依然是安卓的操作系统。所以从这个角度出发，vivo的这个东西实际上它也是一个UI，而不是真正的手机操作系统。

其次，我们要明白手机操作系统和UI这边的区别到底是什么？手机操作系统是一个底层的操作系统，所以一般情况下想要设计出来是相对较为困难的， UI你可以理解为一个产品的皮肤包或者是一个界面而已，当然现阶段的UI可能涉及的更加方便便捷，而且操作起来更加流畅，但是其本质依然是安卓的操作系统。 Vivo实际上就在打一个擦边球，擦边呢是大家可能对这个东西都不太了解，也不明白UI和操作系统的差别，所以说他就说这个是自己的操作系统，理论上它根本不是操作系统，只是一个更多相当于界面和操作体验的优化。

第三，对于中国的手机厂商来说，的确需要有自己的操作系统，这样才有可能避免出现被人家垄断或者卡脖子的现象，这也是为什么华为开始用鸿蒙操作系统的原因，但是我们也能看到鸿蒙操作系统到现在为止都没有应用于手机上，这是因为对于一个操作系统来说，想要完全应用于手机，不仅需要本身的研发，更需要大量的上下游的运营商进行配合，比如说苹果的IOS就有大量的开发者为其服务，Android也是如此，中国的手机厂商想要自主研发出一个属于自己的操作系统，不是不可能，而是要形成操作系统生态是非常困难的，对于vivo来说，想要做到这一点也是非常不容易的。

所以vivo当前的这个宣传是有问题的，至少它并没有重新做一个手机的操作系统，如果vivo能够下大力气真的打造一个手机操作系统的话，那么其有可能才会真正更值得市场的看好。

Deno生态持续完善，控制台界面开发库来了-Tui。它是一个易用的响应式开发框架，也是一个跨平台开发框架，支持Linux/macOS/Windows操作系统，不依赖于其它库，相对来说是一个轻量级别的库。

Tui不限制所采用的样式库，这就意味着你可以使用任何你喜欢的终端样式模块，但是Crayon是一个推荐的样式库。

Tui提供了多种的组件库，比如按钮、复选框、进度条和滚动视图等，基本上包括了界面开发的常用组件。

项目地址：网页链接

#如何选择开源软件才能控制企业成本# #deno_tui#

macOS 10-13 (2000-2022)

Mac OS X于21年前的2001年3月24日首次推出。在这二十年里，Mac OS X已经通过各种迭代和各种设计一直演变到我们今天在用的macOS Monterey。2016年苹果将Mac OS X更名为macOS来统一其操作系统的品牌，macOS与iOS、tvOS和watchOS很好地并行演进发枝散叶，让苹果这些年一直走在科技的最前沿，赚得盆满钵满，成为世界上市值最高的公司。

* OS X 10 Beta Kodiak - 2000年9月13日

* OS X 10.0 Cheetah - 2001年3月14日

* OS X 10.1 Puma - 2001 年9月15 日

* OS X 10.2 Jaguar - 2002年8月14日

* OS X 10.3 Panther - 2003年10月24日

* OS X 10.4 Tiger - 2005年4月29日）

* OS X 10.5 Leopard - 2007年10月26日

* OS X 10.6 Snow Leopard-2009年8月28日

* OS X 10.7 Lion - 2011年7月20日

* OS X 10.8 Mountain Lion-2012年7月25日

* OS X 10.9 Mavericks - 2013年10月22日

* OS X 10.10 Yosemite - 2014年10月16日

* OS X 10.11 El Capitan - 2015年9月30日

* macOS 10.12 Sierra - 2016年9月20日

* macOS 10.13 High Sierra-2017年9月25日

* macOS 10.14 Mojave - 2018年9月24日

* macOS 10.15 Catalina - 2019年10月7日

* macOS 11 Big Sur - 2020年11月12日

* macOS 12 Monterey – 2021年10月25日

* macOS 13 Ventura - 2022 年秋季推出

华为终于出了一款真正在未来面向苹果#Mac#电脑系列的产品-#擎云L420#，尽管系统生态不如现在的#MacOS#，但也真正开始让我们中国国产化的桌面操作系统和软件生态进入新的发展阶段。

那么，#擎云L420#这款新的华为笔记本电脑为什么可以开始对标苹果MacOS？

1.苹果MacOS个人电脑操作系统现在搭载是#M1#系列处理器，处理器架构源于ARM，而华为擎云L420搭载的#麒麟9006c#处理器，也是源于ARM架构。

2.苹果个人电脑系统的服务终端是自己优化的#类Unix#系统，华为擎云L420的系统终端也是类Unix系统的内核(可能还增加了其它子系统的内核)。

3.华为擎云L420相对于上一代擎云L410，不仅支持统信#UOS#的桌面风格，也增加了麒麟#KOS#的桌面风格，让我们的Windows系统用户和Mac电脑用户也能很快上手擎云L420笔记本电脑。

4.苹果MacOS系统的出现，导致手机iPhone的操作系统#ios#和#App Store#的衍生，促进移动互联网产业的快速发展。同样，擎云L420支持国产桌面操作系统UOS和KOS的安装，也会促进华为开源项目#OpenHarmony#的发展，让国内移动互联网产业更多回归国产系统中。

我们在未来可以看到的是：华为会让自己所有的笔记本电脑走向全面国产化、独立自主化，麒麟处理器的升级和国产桌面系统的合作让华为笔记本电脑在以后的发展过程中会增加更多底气，希望#联想#等国产知名品牌笔记本厂商也能让用户选择并支持国产操作系统的发展，让中国互联网的“根”更多地在国内成长。

#2021生机大会#

仿macOS的开源操作系统，基于BSD构建，目标是在x86-64（最终ARM）设备上提供类似macOS的体验，并提供对macOS的部分兼容性。

ravynOS的设计目标包括兼容macOS应用程序的源代码、提供类似macOS的GUI和用户体验、兼容macOS的文件夹布局、兼容FreeBSD基础系统和标准Unix环境X11、通过基于FreeBSD的Linux支持实现与Linux二进制文件的兼容等。

项目已在GitHub上获得了3.6k的Stars，并于7月4日更新了v0.4.0pre4。

GitHub地址：网页链接

版权：Copyright 2021-2022 ravynsoft, Inc.

关于操作系统的微头条，网友@宋天昊 投稿。

在我看来，生活功能实现很容易，ui也不难。因为这都是多数人能办到的。

在win，安卓，iOS，MacOS各平台操作中，个人认为不是单单系统夸设备就是好系统。对我而言，文件，信息多平台无缝传输管理才是好系统，能让专业设计软件好用流畅快渲染就是好系统，能流畅自然使用就是好系统。

在win的文件管理和跨设备沟通让我很舒适，可以访问nas，联立各种奇奇怪怪硬件，操作不同小软件。

在MacOS让专业软件有了质的飞跃，剪辑渲染流畅，但是其封闭性却有了一些麻烦。

手机安卓和iOS操作现在都很生活，但是文件管理和跨平台传输是硬伤，尤其是iOS，流畅，强大，但是跨平台简直想摔它。

我眼中的系统只是一个平台。

专业化软件才是让系统有生命力的存在，单纯靠日常生活功能完全不能叫做生产力，而用户需要生产力，竞争看的也是生产力。

用户插入U盘可能只是为了简单地读取拷贝某个文件，U盘拔出后发现里面莫名多了文件夹还要手动去删除，安卓是独一份。

iOS、Windows、Mac OS这些操作系统并不会在用户插入外置存储设备且未经用户同意的情况下私自创建文件夹。

当然，归根究底是因为安卓稀烂的生态环境，谷歌这么做也是无奈之举。

近年来，手机厂商都在搞开发者大会，像苹果的WWDC2021，推出了 iOS15 和 macOS 等新一代操作系统；华为的HDC2021，发布了最新的鸿蒙3.0预览版和分布式技术等等，其实厂商都在纷纷亮出自家最新的技术、还有软件和硬件的最新研发进展，简单来讲就是在技术领域“秀肌肉”的表现。

绿厂OPPO在10月27日举办了ODC21开发者大会，发布了光线追踪、异构计算、小布虚拟人、车机互融等核心技术，还宣布成立了用来助力IoT设备研发的健康实验室。其中的光线追踪技术最引人注目，可以应用在手机游戏和自拍功能上，健康实验室最接地气，让我们更多地关注健康生活。

同时，OPPO还公布了目前开放平台已有20万开发者，平台应用与游戏的月活跃用户数，当前已经超过4.5亿，月分发量达到了165.4亿，保持着持续增长的态势，总体来看还是不错的，绿厂的开发者生态都在稳步向前发展，未来也值得期待！

Ubuntu 22.10 有点向 macOS 看齐的意思，实用性增加。操作系统的尽头难道就是macOS？

【下一代 macOS 概念渲染：macOS Monterey】

4 个月后，苹果会发布下一代 macOS 操作系统，新系统的命名会是什么呢? 有设计师今天分享了 macOS Monterey  概念渲染。很早以前，苹果已经获得了 Monterey 商标，所以有可能在未来的 macOS 系统中使用这个名字。

Chrome、Sarfari浏览器“内存用量”比拼！Chrome完败！

在苹果Mac计算机上有两款主流浏览器，Safari与Chrome到底谁更好用的争议不休，《iMore》近日就针对两款浏览器的内存方面进行测试的结果，就数据显示，发现在macOS

Big Sur操作系统的测试环境，运行Chrome浏览器所消耗的内存资源，比 Safari浏览器高出将近10倍！

《iMore》以2019年MacBook Pro 16（32GB内存）作为测试平台，进行轻、重度使用测试，结果发现在轻度使用上，仅开启推特（Twitter）滚动页面，并另外开一个Gmail页面撰写邮件，Chrome浏览器就已达到1GB的内存使用量，反之Safari仅使用 80MB 而已。

接着在重度使用方面，《iMore》测试打开54个页面，结果发现Chrome每个网页平均使用的内存数量为Safari的24倍。Chrome每开启一个新页面将使用290MB内存用量，而Safari打开新页面仅需使用12MB内存用量。

《iMore》分析称Chrome为了管理页面、加快网页加载时间，会尽可能的使用计算机内存，内存管理有待加强，反之Safari在macOS Big Sur获得的新版本，内存管理效率远胜Chrome，网页加载时间比Chrome快上50%，观看流媒体影片也比Chrome多一个半小时的电池续航时间。

因此《iMore》得出结论称，无论在macOS还是Windows平台，Chrome皆会占用大量的计算机内存资源，此外，对电池续航也相当不友善，是Google近期急需解决的重要问题。

单位配的轻薄本都是苹果MacOS操作系统，很多客户传过来的东西都打不开，兼容性真是不敢恭维。记得一次我把一台Mac给改了Windows系统，后来经常出问题，真是无解！

刚才了看完华为的发布会，我貌似找到了Macbook的替代品，就是刚刚发布的华为MateBook X Pro。从目前官方所公布的配置看，其搭载了Windows 11操作系统，多任务并行也游刃有余，非常适合办公。在我比较担心的散热方面，华为MateBook X Pro采用了鲨鱼鳍双风扇智能温控。

[思考]性能、系统都靠谱，这次是不是该出手了？

#华为发布全新MateBook X Pro笔记本电脑# #华为新品笔记本MateBook X Pro开箱评测#

全球主流操作系统一览：

1、美国，iOS，苹果公司

2、美国，安卓，谷歌公司

3、美国，MacOS，苹果公司

4、美国，Windows，微软

现在全球主流的手机、电脑操作系统都是美国的，我国之前也有一些企业推出过操作系统，但是最后还没有打破垄断。

之前华为藏了一手鸿蒙操作系统，就是为了防止被禁用。现在华为要上马鸿蒙操作系统了，初期肯定与安卓、iOS有一定差距，毕竟华为刚刚起步，而iOS和安卓已经发展好多年了！但是相信在人们的支持下，中国的操作系统一定可以成功！

你支持鸿蒙吗？#我要上头条#

Task是一个任务运行器/构建工具，旨在使构建过程更简单、更易于使用，它可以用来替代GNU Make。构建过程本来就应该是简单、直观的任务，而无需花费过多的时间专门学习构建过程，Task的目标就是简单和易用。

Task采用简单的YAML格式的文件作为构建文件，称为Taskfile，与Makefile相对应。Task构建工具采用Go语言编写，仅有一个二进制文件，再无其它的依赖项，也就是说它是一个“复制即可使用”的工具。

Task是一个支持跨平台的构建工具，可以运行在Linux/macOS/Windows等操作系统上，Go语言可以运行的地方，Task也就可以运行。Task还是一个十分智能的构建工具，能够自动跳过已经构建成功且没有修改过的文件集。

相比于GNU Make支持的各种鬼画符式的符号操作，Task采用的YAML简直太直观易懂了，还在为GNU Make高难度的学习曲线而发愁？看看这个Task是如何进行构建项目的。

项目地址：网页链接

#如何选择开源软件才能控制企业成本# #Task#