"不止是玩，有实际应用场景的。 需要鉴权等一些自定义需求"

这跟打印本身有一分钱关系么？

终末期的养老确实是非常大的社会问题。尤其在出生率下降的前提下。
有子女管还好，能保证最基本的行为能力。（消费，做决策的权利）

没有子女的话，谁能行驶监护权，决定如何消费，如何就医，是个大问题。

终末期的养老确实是非常大的社会问题。尤其在出生率下降的前提下。
有子女管还好，能保证最基本的行为能力。（消费，做决策的权利）

没有子女的话，谁能形势监护权，决定如何消费，如何就医，是个大问题。

“禁止拷贝出公司”，可以靠网络和 usb 的管控，加上支持隐藏水印的显示器来实现。

@dlsflh #61 "手机上以谷歌为代表的计算摄影这股『歪风邪气』有没有传到相机领域？"
其实计算摄影一直都在。只是“度”的区别。

比如相机都可以直出滤镜后的 jpg ，这就是“计算摄影”。
比如相机的 RAW ，都是经过处理后的结果。RAW 并不等于传感器直接接收的内容。
比如索尼的部分入门 apsc 画幅相机，设置中有“美颜”功能。

所以回到问题，为何相机没有上“非常暴力”的计算摄影？
因为：
1 、相机与手机的用户对效果预期，使用习惯，既定工作流不同。
1.1 、相机的使用者更偏向于保留最大化的图像信息。多一层处理，图像原始信息就多损失一次。
1.2 、相机没有非常强的“同步处理”需求，更多依赖于后期。
1.3 、相机有更为优秀的光学系统，所以很大程度上不需要“计算”。
2 、出于功耗，稳定性的需求，相机的处理器不够强大。

关于手机设计，我个人认为有几个角度共同导致了楼主的体验。

1 、智能移动设备的硬件参数目前遇到了瓶颈，而 10 年前恰巧是移动设备的硬件爆发期。（量变和质变的区别）
2 、触屏类移动设备的设计被穷举了（用户交互就是一片显示内容的玻璃，所以产品形态很难有很大变动）。
3 、人们对既有的操作习惯有很大依赖，既有的软件生态 UI 也是针对成熟设计优化的。大幅度修改设计的风险性太高。（从 8 和 X 并行的发布策略就能看出）。
4 、苹果是一个“守城”者，策略必然趋近于保守(或者说是趋近于巩固既有壁垒)。

至于说，为何 10 年前的苹果如此异军突起。（初代 iphone 体验很一般,app store 都没有，个人体验下来评价为被 S60N 系列吊打）
因为传统手机厂商的经营策略还处于卖概念，卖设计。硬件上高毛利挤牙膏的阶段。
打破这个传统的一个是小米（平价高硬件配置），一个是苹果（敢于使用更激进的技术与设计）。

btw：以上内容中的价格均为一手，京东自营价格。

@hsuyeung #6 预算一万，全幅就不用考虑了。个人能接受的全幅最低预算也要到 2.2 万左右。

我个人推荐的主打“拍照”的价格配比大概是 4：6 ，apsc 画幅甚至可以到 3：7 （机身 3 成，镜头 7 成）

因为 2020 年以后的照片领域，同品牌的 CMOS 成像素质除了单像素面积（也就是画幅）外，几乎拉不开决定性差距。
而镜头则直接决定着拍摄的焦距、光圈，以及衍生的分辨率（清晰度），颜色，形变，色散。

一个好的镜头，足以激发你对摄影的兴趣。
反之，只有一个好的机身，你更多收获的是失望，甚至是自我怀疑。

所以预算到底是多少呢？

这要看地区，每个市、区的政策都不尽相同。

不应该。

楼主洋洋洒洒 300 字，没一句话表明“不准确的指法影响工作效率”。
那么请问，“标准的指法”除了给你带来优越感以外，还带来了什么？

作为资深茉莉花茶爱好者（平时主要喝张一元的茉莉白龙珠、白龙王）来讲。

东方树叶茉莉花茶的味道还是挺不错的。
如果说和真茶水的区别，就是味道比较单一，只有一股茶碱味儿，茶叶本身冲泡的味道要厚重和复合很多。

但作为少糖的饮料，我认为是合格的。

抖音开放平台有很多类似的问题。

比如：
全网发布需要调用下发程序接口，下发程序的前提是授权，创建授权链接又需要全网发布。

结果解决方法是：
1 、管理页面里的授权链接生成限制全网发布，但是 API 中又不限制。
2 、需要先添加测试小程序，进行测试授权。

ExtJS ，只要你用标准控件，不需要任何的 html 、css 语法知识。

好像后来也出了拖拉拽工具，但个人没用过。

@Kevin2 #83

你没标明回复的楼层，如果我的理解有偏差请见谅。

web 实现也是有层级的。从 2022 年的前端软件实践的视角来看，js 原生就是 web 实现领域的“汇编”。
相对的基础仍然是基础。

至于说“学上古时期技术对以后有什么帮助呢”
驱动领域至今依然用的是 C/C++。Android 的 NDK 也依然是 C++。

同理，你基础不牢固，你就永远写不出 webpack 、esbuild 、vite 。

而且我上文也说过了，html 、css 、js 与目前的 vue 、react 相比，是父子关系，并不是替代关系。
更何况在 2022 年他们依然有契合的实现场景。

当然，如果你就自视为自己是个软件工程领域的苦力工，想搬一辈子砖，只搞一辈子 UI 实现，那确实没用。

@ccyu220 #73 我觉得很多人都有一个误区，就是认为大学里的课程都应该是一线实战技能。
大学里的 web 实现课，和真正的工作环境下的 web 工程，从学习目标到学习受众，都不可同日而语。
我理解的大学里的教学，其实就是有预设环境的，理想的，基础的，知识探索。

一线实战技能决定了你此时的生产力，但是基础知识与知识视野广度决定了你的上限。

这就跟高中物理课堂里的斜坡上的方块，一边放水一边注水的游泳池一样，只是一种引导与入门。
当然，可能学生对于大专和本科的期望与看法视角不同，这点我没经历过大专，就不了解了。

@Features #12

“CSS 在当时并不流行，很多浏览器不兼容”
我不知道你这句话出自何处。
2001 年 CSS3 标准就已经诞生了。

IE6 确实不兼容很多样式，但不等于不支持所有的样式。

web 前端的根基，其实自诞生起就一直没变（ html 、css 、js ）。
后续的变化是随着客户端性能、网络带宽的提高所导致的实现方法（ UI 、交互），以及软件工程流程变化所引起的对应变化（康威定律）。这其实在我看来是最没必要教的。
因为这些东西随时变化，且存在可替代性。（教学 Dreamweaver 其实也犯了这个错误）

当然，以上只是针对你在主题中的内容，这并不代表教学 Dreamweaver 就是正确的，或者说只是教 web 基础就是值得提倡的。


@zjsxwc #16
"只会 typescript 、es2022 ，而不会用原先链写面向对象 js 的前端不是好前端？"
不是。只会片面实现的，不能灵活技术选型的开发，不能称作好开发。