Z***e
发帖数: 2983 | 1 大部分的swipe操作都很人性化，只有一个比较傻
就是最小化，关程序，是从上边的edge往下swipe，而且要hold住，再往下swipe才能关
掉。
更人性（人性=最省力，最方便）应该象webos一样，是从下往上swipe在下沿操纵。但
不知道是不是有专利的问题，微软没有采用这样的方法。 |
L*****e
发帖数: 8347 | 2 不hold住拖动才关闭的话，有人说切水果切着切着就把app关了。。。
【在 Z***e 的大作中提到】
: 大部分的swipe操作都很人性化，只有一个比较傻
: 就是最小化，关程序，是从上边的edge往下swipe，而且要hold住，再往下swipe才能关
: 掉。
: 更人性（人性=最省力，最方便）应该象webos一样，是从下往上swipe在下沿操纵。但
: 不知道是不是有专利的问题，微软没有采用这样的方法。
|
a******1
发帖数: 2340 | |
L*****e
发帖数: 8347 | 4 我是奇怪在左边把后台任务列出来的时候，为啥不能在每个缩略图上加一个小叉，这样
可以连续关闭多个后台应用。。。
【在 a******1 的大作中提到】
: 我比较喜欢那个3个指头多任务切换的手势
|
Z***e
发帖数: 2983 | 5 这个切水果的动作太大了吧
得从最上面的Edge开始
其实不太可能。游戏可以优化，游戏应该适应平台。
再总结一下，这个操作的三个弊端：
1. swipe的方向不方便，从上向下，不如从小向上。想想现在越来越大的一体机
2. swipe的幅度太大了。从上沿一直到要swipe到下半部分。
3. 还要hold住
解决办法，抄Webos的手机的方法。从下沿开始，分解成两次动作：第一次从底部edge
向上，是缩小窗口。第二次再swipe一下，不一定要从Edge精确开始，但在底部附近，
向上向上无所谓，再swipe一次，关闭程序。。。
【在 L*****e 的大作中提到】
: 不hold住拖动才关闭的话，有人说切水果切着切着就把app关了。。。
|
G*****h
发帖数: 33134 | 6 这个怎么玩？
【在 a******1 的大作中提到】
: 我比较喜欢那个3个指头多任务切换的手势
|
G*****h
发帖数: 33134 | 7 小x太小，不适合手指
【在 L*****e 的大作中提到】
: 我是奇怪在左边把后台任务列出来的时候，为啥不能在每个缩略图上加一个小叉，这样
: 可以连续关闭多个后台应用。。。
|
L*****e
发帖数: 8347 | 8 没觉得从下向上比从上向下更方便。
另外，从上往下和从下往上小幅度swipe的手势已经被用作调出菜单，地址栏等功用了。
关闭app毕竟不是很常用，在app上用不常发生的手势来做，可以大量减少误操作。。。
edge
【在 Z***e 的大作中提到】
: 这个切水果的动作太大了吧
: 得从最上面的Edge开始
: 其实不太可能。游戏可以优化，游戏应该适应平台。
: 再总结一下，这个操作的三个弊端：
: 1. swipe的方向不方便，从上向下，不如从小向上。想想现在越来越大的一体机
: 2. swipe的幅度太大了。从上沿一直到要swipe到下半部分。
: 3. 还要hold住
: 解决办法，抄Webos的手机的方法。从下沿开始，分解成两次动作：第一次从底部edge
: 向上，是缩小窗口。第二次再swipe一下，不一定要从Edge精确开始，但在底部附近，
: 向上向上无所谓，再swipe一次，关闭程序。。。
|
L*****e
发帖数: 8347 | 9 和IE tab的缩略图大小相当吧？IE tab就是用小叉关闭。。。
【在 G*****h 的大作中提到】
: 小x太小，不适合手指
|
G*****h
发帖数: 33134 | 10 关闭 app 还是挺常用的
大家都知道少开app跑得快
了。
【在 L*****e 的大作中提到】
: 没觉得从下向上比从上向下更方便。
: 另外，从上往下和从下往上小幅度swipe的手势已经被用作调出菜单，地址栏等功用了。
: 关闭app毕竟不是很常用，在app上用不常发生的手势来做，可以大量减少误操作。。。
:
: edge
|
|
|
L*****e
发帖数: 8347 | 11 误解吧？后台挂起的app不占用什么资源。。。
【在 G*****h 的大作中提到】
: 关闭 app 还是挺常用的
: 大家都知道少开app跑得快
:
: 了。
|
G*****h
发帖数: 33134 | 12 占内存呢
占交换区呢
增加交换操作呢
都影响性能
【在 L*****e 的大作中提到】
: 误解吧？后台挂起的app不占用什么资源。。。
|
Z***e
发帖数: 2983 | 13 关闭和切换app在multitasking的平台是非常非常常用的。
调出菜单或者地址栏就是一个浏览App要用到，完全可以让位。
最简单最intuitive的手势应该预留给平台，而不是某一个App。
关于地址栏，我也想说说。在手机上屏幕很宝贵，在TABLET和PC上，其实完全不用隐藏
了。地址栏现在和搜索栏基本上也整合了，如果要隐藏，这个也完全可以借鉴WEBOS的
JUST TYPE功能：键盘一触动，就马上出地址/搜索栏。键盘的优势，也是WIN8想继续发
扬的。
直觉上认为这后面有版权问题。。。但是还是觉得可以绕得过去的。。。
了。
【在 L*****e 的大作中提到】
: 没觉得从下向上比从上向下更方便。
: 另外，从上往下和从下往上小幅度swipe的手势已经被用作调出菜单，地址栏等功用了。
: 关闭app毕竟不是很常用，在app上用不常发生的手势来做，可以大量减少误操作。。。
:
: edge
|
L*****e
发帖数: 8347 | 14 说到这个，得聊一下windows 8的内存管理。
windows 8的Metro app一旦退到后台大概是5秒后，就被suspended了，这个时候cpu占
用是0%，当然，这个时候还占用一定内存。
当系统察觉内存吃紧时，系统会释放出大量的后台app占用的内存，把大部分信息写入
硬盘中，像take a snapshot一样，原理和hibernate近似。我刚才试了下，netflix在
刚退到后台时占用127M内存，我开了几十个app以后，内存从netflix释放后，只占1.4M。
然后如果app开到很多，好像有个最高限，最前面的后台app会被terminate掉。
所以，从理论上讲，后台程序确实会占用一定的内存和硬盘空间，但是有了win 8的内
存管理，在实际应用中，手动去kill app对performance的影响微乎其微。。。
【在 G*****h 的大作中提到】
: 占内存呢
: 占交换区呢
: 增加交换操作呢
: 都影响性能
|
L*****e
发帖数: 8347 | 15 不会吧？N多app都是上面有菜单，或者下面有菜单，或者上下都有菜单/快捷链接等等
。。。
【在 Z***e 的大作中提到】
: 关闭和切换app在multitasking的平台是非常非常常用的。
: 调出菜单或者地址栏就是一个浏览App要用到，完全可以让位。
: 最简单最intuitive的手势应该预留给平台，而不是某一个App。
: 关于地址栏，我也想说说。在手机上屏幕很宝贵，在TABLET和PC上，其实完全不用隐藏
: 了。地址栏现在和搜索栏基本上也整合了，如果要隐藏，这个也完全可以借鉴WEBOS的
: JUST TYPE功能：键盘一触动，就马上出地址/搜索栏。键盘的优势，也是WIN8想继续发
: 扬的。
: 直觉上认为这后面有版权问题。。。但是还是觉得可以绕得过去的。。。
:
: 了。
|
v******n
发帖数: 421 | 16 把缩略图往下面拖也是关闭应用
【在 L*****e 的大作中提到】
: 我是奇怪在左边把后台任务列出来的时候，为啥不能在每个缩略图上加一个小叉，这样
: 可以连续关闭多个后台应用。。。
|
L*****e
发帖数: 8347 | 17 这个我知道，问题是拖完一个后，缩略图栏就关闭了，还得再打开，然后再拖。。。
没有简便的方式可以连续关多个。。。
我现在都是去task manager里一气关一串。。。
【在 v******n 的大作中提到】
: 把缩略图往下面拖也是关闭应用
|
h*********y
发帖数: 305 | 18 Nov时入了个Dell的All-in-One 27寸Touch，还没时间来仔细研究Win 8。继续用Dell
30寸的Win 7。Win 8没有Start Button还真不方便且不必要的操作多了。Win 8应是个
过渡产品如Vista一样。看Win 9如何了 |
G*****h
发帖数: 33134 | 19 这不就是 swap嘛，花时间花硬盘操作的
几百兆上 GB 的东西写入硬盘，多费事，关掉程序快多了
4M。 |
L*****e
发帖数: 8347 | 20 费了什么事？你认为系统swap apps花的时间比你手动关apps花时间花硬盘操作？
你知道系统swap 20个apps花多少时间？你手动关一个app花多少时间？
【在 G*****h 的大作中提到】
: 这不就是 swap嘛，花时间花硬盘操作的
: 几百兆上 GB 的东西写入硬盘，多费事，关掉程序快多了
: 4M。
|
|
|
G*****h
发帖数: 33134 | 21 但是系统常常在偶正好需要内存需要速度比如开新 app 的时候 swap
很伤脑筋
【在 L*****e 的大作中提到】
: 费了什么事？你认为系统swap apps花的时间比你手动关apps花时间花硬盘操作？
: 你知道系统swap 20个apps花多少时间？你手动关一个app花多少时间？
|
L*****e
发帖数: 8347 | 22 问题是swap是一次性发生啊，比如说你现在要run一个费内存的程序，系统要swap 500M
的内存出来，这也就是2个毫秒的事情，而且这是和你的run新程序同时发生的，用户根
本感觉不到延迟。
等到你费内存的程序run完了，系统又不会再做一次swap吧释放的内存加回到后台程序
中去。
这比你要run新程序前，要费脑筋费事去关闭后台程序要简单且省时间多了吧？还是说
你怕费电脑的事和脑筋，宁愿费自己的事和脑筋？
况且，你手动去关app只是发出个命令，系统还是要费事费时间地去关闭app的，对于系
统来讲，关闭一个app所花的时间不比swap出这个app的内存省时间。而重新调用这个
app时，swap可比重新开启这个app要省时间多了。。。
【在 G*****h 的大作中提到】
: 但是系统常常在偶正好需要内存需要速度比如开新 app 的时候 swap
: 很伤脑筋
|
G*****h
发帖数: 33134 | 23 swap 500M 绝对不止 2ms
估计要 200ms 差不多
系统要是能趁偶在 start 屏幕翻来翻去找 app 时 swap
那还差不多
500M
【在 L*****e 的大作中提到】
: 问题是swap是一次性发生啊，比如说你现在要run一个费内存的程序，系统要swap 500M
: 的内存出来，这也就是2个毫秒的事情，而且这是和你的run新程序同时发生的，用户根
: 本感觉不到延迟。
: 等到你费内存的程序run完了，系统又不会再做一次swap吧释放的内存加回到后台程序
: 中去。
: 这比你要run新程序前，要费脑筋费事去关闭后台程序要简单且省时间多了吧？还是说
: 你怕费电脑的事和脑筋，宁愿费自己的事和脑筋？
: 况且，你手动去关app只是发出个命令，系统还是要费事费时间地去关闭app的，对于系
: 统来讲，关闭一个app所花的时间不比swap出这个app的内存省时间。而重新调用这个
: app时，swap可比重新开启这个app要省时间多了。。。
|
L*****e
发帖数: 8347 | 24 退一万步讲，就算swap不是多线程进行的，就算swap要花1秒时间，等于说你开启一个
新程序多花了1秒时间。
那么，大部分用户也是在要run费内存的程序时去关闭应用吧，手动关10个应用要花多
少时间？还是说开启新程序时所花的时间是时间，而手动关闭应用的时间不是时间？
【在 G*****h 的大作中提到】
: swap 500M 绝对不止 2ms
: 估计要 200ms 差不多
: 系统要是能趁偶在 start 屏幕翻来翻去找 app 时 swap
: 那还差不多
:
: 500M
|
G*****h
发帖数: 33134 | 25 这是个体验的问题
用户自己关程序是很悠闲的
而 swap 正好在用户着急的时候发生，那感觉。。。相当于拉稀找不到马桶。。。
所以系统应该在用户一离开 app 就开始慢慢 swap
几秒钟不回到 app 就全 swap 出去
用户就感觉不到了
【在 L*****e 的大作中提到】
: 退一万步讲，就算swap不是多线程进行的，就算swap要花1秒时间，等于说你开启一个
: 新程序多花了1秒时间。
: 那么，大部分用户也是在要run费内存的程序时去关闭应用吧，手动关10个应用要花多
: 少时间？还是说开启新程序时所花的时间是时间，而手动关闭应用的时间不是时间？
|
L*****e
发帖数: 8347 | 26 问题是系统不知道你用户离开几秒以后是不是马上会再回去啊，如果这个时候swap出去
了，用户回到这个app的体验又差了。。。
而且你要知道，并不是内存用尽以后swap才发生的，比如说当内存占用超过70%触发
swap，你新run的程序在不受任何影响启动，只是很短时间内内存占用超过70%，swap完
成后，内存占用再降到70%以下。
就像厕所预留了两个坑，当有拉稀进来时，不会让他们稍等，不会需要先请蹲坑时间长
的先出去拉稀的才能进去。拉稀的赶紧去预留的坑拉，在他们拉的同时，把最早蹲坑的
两位请出去，再空出两个预留的坑来。。。
【在 G*****h 的大作中提到】
: 这是个体验的问题
: 用户自己关程序是很悠闲的
: 而 swap 正好在用户着急的时候发生，那感觉。。。相当于拉稀找不到马桶。。。
: 所以系统应该在用户一离开 app 就开始慢慢 swap
: 几秒钟不回到 app 就全 swap 出去
: 用户就感觉不到了
|
G*****h
发帖数: 33134 | 27 所以让用户自己选择关 app 很好啊
反正关 app 也就是一个下拉手势，比从左边拉出别的 app 还简单
swap
【在 L*****e 的大作中提到】
: 问题是系统不知道你用户离开几秒以后是不是马上会再回去啊，如果这个时候swap出去
: 了，用户回到这个app的体验又差了。。。
: 而且你要知道，并不是内存用尽以后swap才发生的，比如说当内存占用超过70%触发
: swap，你新run的程序在不受任何影响启动，只是很短时间内内存占用超过70%，swap完
: 成后，内存占用再降到70%以下。
: 就像厕所预留了两个坑，当有拉稀进来时，不会让他们稍等，不会需要先请蹲坑时间长
: 的先出去拉稀的才能进去。拉稀的赶紧去预留的坑拉，在他们拉的同时，把最早蹲坑的
: 两位请出去，再空出两个预留的坑来。。。
|
Z***e
发帖数: 2983 | 28 不矛盾呀，正是因为现在的设计。所以现在的APP就把这些EDGE操作给利用上了
其实对于TABLET和ALL-IN-ONE PC，边框这么长，完全可以再细分一下
比如说这个下边，可以在左右两个边角，以拇指为半径的地方再化一个CORNER/EDGE区
域，留给各个app去定制，用来放最常用的菜单和快捷键。这样大部分的操作，就不用
动手臂了。
中间的边，才保留给现在的EDGE操作。
Anyway，我现在体验主要在ALL-IN-ONE PC上面,感觉用TOUCH SCREEN的欲望很小，就是
因为动作幅度太大，太累人了。对TABLET的小屏幕，可能影响小些。
但是如果win8是一个想要大一统的系统（phone, tablet, pad加传统的pc)，方向是绝
对正确的，但UI上面还有很多需要进化的。
【在 L*****e 的大作中提到】
: 不会吧？N多app都是上面有菜单，或者下面有菜单，或者上下都有菜单/快捷链接等等
: 。。。
|
f*******5
发帖数: 10321 | 29 1秒钟的过程会被打断无数次啊。
如果用户总是去点刚被调出的程序，其实不是在不停地swap。
【在 L*****e 的大作中提到】
: 退一万步讲，就算swap不是多线程进行的，就算swap要花1秒时间，等于说你开启一个
: 新程序多花了1秒时间。
: 那么，大部分用户也是在要run费内存的程序时去关闭应用吧，手动关10个应用要花多
: 少时间？还是说开启新程序时所花的时间是时间，而手动关闭应用的时间不是时间？
|
L*****e
发帖数: 8347 | 30 我不是说让用户自己关app没有必要，我是说用户不常需要自己关app。选择自己关app
对performance的提高是微乎其微的，是根本感受不到的。
现在很多人以为自己关了app就能提高performance是基于以前对win 7的内存管理的理
解上的。。。
【在 G*****h 的大作中提到】
: 所以让用户自己选择关 app 很好啊
: 反正关 app 也就是一个下拉手势，比从左边拉出别的 app 还简单
:
: swap
|
|
|
G*****h
发帖数: 33134 | 31 用户不需要保留那么多打开的 app
超过 5 个了就很难直接从左到右划拉出别的 app 了
所以用户还是会经常关闭 app 的
app
【在 L*****e 的大作中提到】
: 我不是说让用户自己关app没有必要，我是说用户不常需要自己关app。选择自己关app
: 对performance的提高是微乎其微的，是根本感受不到的。
: 现在很多人以为自己关了app就能提高performance是基于以前对win 7的内存管理的理
: 解上的。。。
|
L*****e
发帖数: 8347 | 32 如果是去点刚被调出的程序，swap比重新启动的优势就更明显了，不停地swap比不停地
启动程序要快得多吧？
1秒钟时我举的例子，实际情况远低于一秒，而且我后面还解释了，swap和新程序启动
时同时进行的，根本就不存在着打断的情况。。。
【在 f*******5 的大作中提到】
: 1秒钟的过程会被打断无数次啊。
: 如果用户总是去点刚被调出的程序，其实不是在不停地swap。
|
Z***e
发帖数: 2983 | |
f*******5
发帖数: 10321 | 34 用户杀掉一个不需要的程序，其他程序可能就不需要swap out了。
【在 L*****e 的大作中提到】
: 如果是去点刚被调出的程序，swap比重新启动的优势就更明显了，不停地swap比不停地
: 启动程序要快得多吧？
: 1秒钟时我举的例子，实际情况远低于一秒，而且我后面还解释了，swap和新程序启动
: 时同时进行的，根本就不存在着打断的情况。。。
|
L*****e
发帖数: 8347 | 35 不能从左边拉出不代表就要让它关闭呀，不再左边的list上的但是还在后台挂起的app
，你在start screen上点的话，是迅速swap调用，而不是重新启动。。。
【在 G*****h 的大作中提到】
: 用户不需要保留那么多打开的 app
: 超过 5 个了就很难直接从左到右划拉出别的 app 了
: 所以用户还是会经常关闭 app 的
:
: app
|
G*****h
发帖数: 33134 | 36 你说胡话了啊
不关闭的都会到左边的 list 里
app
【在 L*****e 的大作中提到】
: 不能从左边拉出不代表就要让它关闭呀，不再左边的list上的但是还在后台挂起的app
: ，你在start screen上点的话，是迅速swap调用，而不是重新启动。。。
|
L*****e
发帖数: 8347 | 37 如果你是说后台app转到前台app的swap，那么每次点后台app都会发生，和杀不杀掉别
的程序无关。
如果你是说每次点后台app，都会造成内存吃紧，触发释放内存的swap，你觉得这种情
况发生的概率有多大？这就是我开始说的“不常发生”。。。
【在 f*******5 的大作中提到】
: 用户杀掉一个不需要的程序，其他程序可能就不需要swap out了。
|
L*****e
发帖数: 8347 | 38 左边的list里最多列几个？你再到task manager里看看，在后台挂起的有多少？
【在 G*****h 的大作中提到】
: 你说胡话了啊
: 不关闭的都会到左边的 list 里
:
: app
|
G*****h
发帖数: 33134 | 39 大哥，讨论 UI app 呢
别跑太远了
【在 L*****e 的大作中提到】
: 左边的list里最多列几个？你再到task manager里看看，在后台挂起的有多少？
|
L*****e
发帖数: 8347 | 40 不算歪楼吧，UI和后台也是紧密相关的。。。
【在 Z***e 的大作中提到】
: 楼歪了，是讨论UI的，不是讨论后台的，哈哈
|
|
|
L*****e
发帖数: 8347 | 41 当然是说UI app了，而且我还只说metro UI app，你开20个metro UI app，你看左边能
列几个，然后你到task manager里去看看有几个？
你要不信任task manager的话，你自己做个笨实验，开10 metro UI app，然后在start
screen上点第一个app，看看它是重新启动，还是立刻swap进来。。。
【在 G*****h 的大作中提到】
: 大哥，讨论 UI app 呢
: 别跑太远了
|
G*****h
发帖数: 33134 | 42 开 20 个 app，没法很容易回到以前的某个 app 了
start screen 上找个 app 费牛鼻子劲了
弄左边那个 list 不就是为了快速切换么
都去 start screen 那不要左边那个 list 算了
start
【在 L*****e 的大作中提到】
: 当然是说UI app了，而且我还只说metro UI app，你开20个metro UI app，你看左边能
: 列几个，然后你到task manager里去看看有几个？
: 你要不信任task manager的话，你自己做个笨实验，开10 metro UI app，然后在start
: screen上点第一个app，看看它是重新启动，还是立刻swap进来。。。
|
L*****e
发帖数: 8347 | 43 现在话题算是转到左边list应该列多少个后台挂起程序了吗？
【在 G*****h 的大作中提到】
: 开 20 个 app，没法很容易回到以前的某个 app 了
: start screen 上找个 app 费牛鼻子劲了
: 弄左边那个 list 不就是为了快速切换么
: 都去 start screen 那不要左边那个 list 算了
:
: start
|
G*****h
发帖数: 33134 | 44 话题是
用户还是经常需要关闭 app 的
【在 L*****e 的大作中提到】
: 现在话题算是转到左边list应该列多少个后台挂起程序了吗？
|
Z***e
发帖数: 2983 | 45 那到是，后台的处理主要反应在切换的用户体验上面。。。
不过multitasking的极限就是两到三个app吧。。。
其实multitasking很多时候是个伪概念。人的大脑不可能同时处理多少信息。大部分人
的大脑也只是在任务之间快速切换而已。只有少量的任务可以“同时”进行，比如说听
音乐和上网。。。 两个用的大脑部位完全不一样，不会相互干扰，反而有促进作用。
而需要竞争同一大脑功能的multitasking反而会把人给burn了。
回来说到切换。。。其实最终极的切换应该是app之间的"深度整合”。最牛B的后台管
理是模仿人脑思维链的智能管理
几个SCENARIOS:
1.用户打开网页开始看专业网页，电脑知道我要工作了。所有游戏app自动退出后台。
pdf等专业软件自动在后台启动，预载。。。网页App上面的信息当需要专业APP处理的
时候，都有链接可以直接call后台的专业软件
2.用户用电脑开始上网Shopping。用户订制或者常用的根Shopping相关的app自动加载
，不仅仅是价格比较，外加地图导航，客服电话。。。根据用户习惯和当前的操纵智能
加载和卸载。。
【在 L*****e 的大作中提到】
: 不算歪楼吧，UI和后台也是紧密相关的。。。
|
L*****e
发帖数: 8347 | 46 那你的意思是手动关闭app只是为了给左边list上腾出位置来，方便用户可以在左边
list上只留下想迅速切换的app？
嗯，这么说有一定的道理。。。
【在 G*****h 的大作中提到】
: 话题是
: 用户还是经常需要关闭 app 的
|
L*****e
发帖数: 8347 | 47 这个楼里说的swap后台挂起app不是multitasking，主要是为了解决重新启动app所花时
间较长和挂起app所占的资源之间的矛盾。就像有了hibernate以后，大量减少关机的必
要一样。
人所真正能handle的multitasking我认为最多只能是两个app，而且从一个app里主要是
摄入信息，另一app里输入信息，比如说在一个app里视频会议，另一个app里记录笔记
。也有用不同感觉器官multitasking摄入信息的情况，比如说一个app里浏览网页，另
一app放音乐，或者偶尔扫一眼的视频。。。
【在 Z***e 的大作中提到】
: 那到是，后台的处理主要反应在切换的用户体验上面。。。
: 不过multitasking的极限就是两到三个app吧。。。
: 其实multitasking很多时候是个伪概念。人的大脑不可能同时处理多少信息。大部分人
: 的大脑也只是在任务之间快速切换而已。只有少量的任务可以“同时”进行，比如说听
: 音乐和上网。。。 两个用的大脑部位完全不一样，不会相互干扰，反而有促进作用。
: 而需要竞争同一大脑功能的multitasking反而会把人给burn了。
: 回来说到切换。。。其实最终极的切换应该是app之间的"深度整合”。最牛B的后台管
: 理是模仿人脑思维链的智能管理
: 几个SCENARIOS:
: 1.用户打开网页开始看专业网页，电脑知道我要工作了。所有游戏app自动退出后台。
|
G*****h
发帖数: 33134 | 48 怎么还总把用户当弱智呢
【在 L*****e 的大作中提到】
: 这个楼里说的swap后台挂起app不是multitasking，主要是为了解决重新启动app所花时
: 间较长和挂起app所占的资源之间的矛盾。就像有了hibernate以后，大量减少关机的必
: 要一样。
: 人所真正能handle的multitasking我认为最多只能是两个app，而且从一个app里主要是
: 摄入信息，另一app里输入信息，比如说在一个app里视频会议，另一个app里记录笔记
: 。也有用不同感觉器官multitasking摄入信息的情况，比如说一个app里浏览网页，另
: 一app放音乐，或者偶尔扫一眼的视频。。。
|
L*****e
发帖数: 8347 | 49 这和把用户当弱智有什么关系？
【在 G*****h 的大作中提到】
: 怎么还总把用户当弱智呢
|
G*****h
发帖数: 33134 | 50 同时用2 个app就够了？
【在 L*****e 的大作中提到】
: 这和把用户当弱智有什么关系？
|
|
|
L*****e
发帖数: 8347 | 51 那你就举出几个用户同时handle 3个以上前台app的例子？
注意，是同时handle，而不是迅速切换。。。
【在 G*****h 的大作中提到】
: 同时用2 个app就够了？
|
G*****h
发帖数: 33134 | 52 切换为啥不算？
【在 L*****e 的大作中提到】
: 那你就举出几个用户同时handle 3个以上前台app的例子？
: 注意，是同时handle，而不是迅速切换。。。
|
L*****e
发帖数: 8347 | 53 切换就不叫multitasking啊。我们说ios不支持multitasking，我们什么时候是说ios不
能切换app了？
当然，严格地将，任何multitasking也是非常迅速和非常频繁的切换，但这种切换几乎
是下意识中进行的。然而你干了一会儿这个事，然后去干另一事，不叫multitasking，
就像你工作了一会儿，然后切换去take coffee break，不代表你在multitasking工作
和coffee break...
【在 G*****h 的大作中提到】
: 切换为啥不算？
|
G*****h
发帖数: 33134 | 54 切换到后台的app还得跑
比如听音乐，下载，windows update。。。
这些不算多任务？
【在 L*****e 的大作中提到】
: 切换就不叫multitasking啊。我们说ios不支持multitasking，我们什么时候是说ios不
: 能切换app了？
: 当然，严格地将，任何multitasking也是非常迅速和非常频繁的切换，但这种切换几乎
: 是下意识中进行的。然而你干了一会儿这个事，然后去干另一事，不叫multitasking，
: 就像你工作了一会儿，然后切换去take coffee break，不代表你在multitasking工作
: 和coffee break...
|
L*****e
发帖数: 8347 | 55 所以我说“人能handle的multitasking”，你人开了1000个server，1000个server在各
自上面做自己的任务，不叫做人multitasking了1000个任务。。。
【在 G*****h 的大作中提到】
: 切换到后台的app还得跑
: 比如听音乐，下载，windows update。。。
: 这些不算多任务？
|
G*****h
发帖数: 33134 | 56 炒股的开几个窗口
算不算人你能handle 的多任务？
【在 L*****e 的大作中提到】
: 所以我说“人能handle的multitasking”，你人开了1000个server，1000个server在各
: 自上面做自己的任务，不叫做人multitasking了1000个任务。。。
|
L*****e
发帖数: 8347 | 57 开多少窗口不能代表他就handle了多少个任务。关键在于他能下意识地同时monitor多
少个窗口，以及在多少个窗口上同时操作。
你一边听课，一边记笔记，这是在真正多任务。你听录音，听一段后pause录音机，然
后写笔记，写完一段后继续听，听一段后又pause，又写。。。这就不叫多任务。。。
当然，我上面也说了，严格地将，你一边听课，一边记笔记其实也是非常迅速的切换任
务，只是这种切换迅速和频繁到你自己都不觉得。
如果你是要问切换迅速和频繁到什么程度才算多任务，我就不参与这个抬杠了，算你赢
。。。
【在 G*****h 的大作中提到】
: 炒股的开几个窗口
: 算不算人你能handle 的多任务？
|
G*****h
发帖数: 33134 | 58 那你干嘛要代替用户做决定呢
用户爱关爱切换自然都是觉得方便才干的
【在 L*****e 的大作中提到】
: 开多少窗口不能代表他就handle了多少个任务。关键在于他能下意识地同时monitor多
: 少个窗口，以及在多少个窗口上同时操作。
: 你一边听课，一边记笔记，这是在真正多任务。你听录音，听一段后pause录音机，然
: 后写笔记，写完一段后继续听，听一段后又pause，又写。。。这就不叫多任务。。。
: 当然，我上面也说了，严格地将，你一边听课，一边记笔记其实也是非常迅速的切换任
: 务，只是这种切换迅速和频繁到你自己都不觉得。
: 如果你是要问切换迅速和频繁到什么程度才算多任务，我就不参与这个抬杠了，算你赢
: 。。。
|
L*****e
发帖数: 8347 | 59 不要为了抬杠而抬杠，为了抬杠我还可以说左边list应该列出100个后台app来，凭啥让
我只能在5-6个app间切换啊？为了抬杠我还可以说就为了给list上腾位置我就得关闭程
序啊，我start screen的首页上就放得就是经常在后台挂起的app，我想一点开就用，
不想让它重新启动啊。想抬杠我还可以说，我的每个app都是非常占内存的，干嘛不设
置为退到后台就立刻kill掉，挂起来干嘛？
方便操作的同时也意味着误操作发生的机会增加。比如说很多提交按钮按了后要你再
confirm一次，我要抬杠也可以说干嘛弄得那么不方便，点一次就提交多好？
你学CS你就应该知道，做任何事都有个trade off，尽量找利益最大化的那个点就是了
。以前也有同学提到，应该加这个设置那个设置让用户自己去设定，这又是simplicity
和fully customized之间的trade off，关于这个果粉和狗粉早就打过不知道多少次了
，有个结论吗？
任何事情走极端都不好，至于中庸到那个位置比较好，仁者见仁，智者见智吧。。。
【在 G*****h 的大作中提到】
: 那你干嘛要代替用户做决定呢
: 用户爱关爱切换自然都是觉得方便才干的
|
G*****h
发帖数: 33134 | 60 用户爱关程序也值得这么ggyy
simplicity
【在 L*****e 的大作中提到】
: 不要为了抬杠而抬杠，为了抬杠我还可以说左边list应该列出100个后台app来，凭啥让
: 我只能在5-6个app间切换啊？为了抬杠我还可以说就为了给list上腾位置我就得关闭程
: 序啊，我start screen的首页上就放得就是经常在后台挂起的app，我想一点开就用，
: 不想让它重新启动啊。想抬杠我还可以说，我的每个app都是非常占内存的，干嘛不设
: 置为退到后台就立刻kill掉，挂起来干嘛？
: 方便操作的同时也意味着误操作发生的机会增加。比如说很多提交按钮按了后要你再
: confirm一次，我要抬杠也可以说干嘛弄得那么不方便，点一次就提交多好？
: 你学CS你就应该知道，做任何事都有个trade off，尽量找利益最大化的那个点就是了
: 。以前也有同学提到，应该加这个设置那个设置让用户自己去设定，这又是simplicity
: 和fully customized之间的trade off，关于这个果粉和狗粉早就打过不知道多少次了
|
|
|
L*****e
发帖数: 8347 | 61 莫非你算用户，我不算用户？还是说你更能代表大多数用户？
而且我“ggyy”用户爱关程序了吗？
你先说用户爱关程序是因为后台程序占用了内存和硬盘影响机子的performance，我“
ggyy”地告诉你手动kill app在win 8中对performance的影响微乎其微。
然后你以为不再左边list上的app都关闭了，我“ggyy”的告诉你，不在左边list上
的app不代表它们被terminate了，它们还在后台上挂着呢。
然后你说不在左边list上的app不方便迅速切换，我也承认你说的这点有道理了（但是
为了解决这个问题应该是如何能够在更多地后台挂起app上迅速切换吧？难道说关闭app
是解决在挂起app间迅速切换的唯一办法？）
用你前面给过的拉稀等坑的例子做类比，你说跑肚拉稀为了等坑空出来结果拉稀拉裤子
上了，我“ggyy”说：那不有两空着的坑你干嘛不蹲？你说：我愿意等人把坑空出来你
管得着吗？我拉个稀也值得你这么ggyy？
【在 G*****h 的大作中提到】
: 用户爱关程序也值得这么ggyy
:
: simplicity
|
