【问题标题】:Is using a widescreen monitor in portrait orientation more effective for coding? [closed]纵向使用宽屏显示器对编码更有效吗? [关闭]
【发布时间】:2010-10-11 07:11:24
【问题描述】:

在不久的将来,我的开发设置将升级,部分交易将是双显示器(耶!)

至少有一台显示器(可能两者兼有)将是宽屏的。

我听说开发人员在纵向模式下使用第二台显示器,尤其是宽屏显示器。它允许在屏幕上显示更多行(尽管更窄)并且运行起来有点像一页长代码。

有没有人使用这个并认为它更有效?

【问题讨论】:

  • 有趣的事实,在 Google 上查找 Xerox Alto。第一台 gui 计算机有一个纵向屏幕。
  • 1) 垂直时,您有更大的范围来匹配您的脖子,这是一个巨大的人体工程学优势。 2) 大多数代码没有长行,所以横屏浪费空间,更重要的是减少干扰。你完全专注于你需要看到的东西。 3) 垂直滚动感觉比水平滚动更自然。 4) 话虽如此,在某些情况下,您使用的软件可能有多个窗格,而水平的会更好。

标签: monitor multiple-monitors widescreen


【解决方案1】:

我试过一次。我不喜欢它。我通常有一个 IDE,而 IDE 非常适合宽屏。如果您可以在右侧看到您的功能列表,在左侧看到文件列表等,则可以更快地跳转。

另外,我尽量保持我的功能小,所以这通常不是问题(我有双 24")。如果您的功能相当小,并且您有宽屏,您可以并排显示两个文件,即通常更有用。一些编辑器允许您拆分窗口并滚动到同一文件的两个不同部分。这也非常有用,比在屏幕上显示 100+ 行要好得多。根据我的设置,我每个屏幕有 60 行在一个编辑器上。如果我拆分编辑器,我可以看到 120。如果我在另一个显示器上再做一次,我可以看到 240。这是相当多的代码,通常只对非常不同的部分有用。

【讨论】:

    【解决方案2】:

    我实际上有 3 台处于纵向模式的宽屏显示器,是的,这是一种很棒的工作方式。滚动的次数要少得多,您可以一次在屏幕上显示所有调试/输出/参考窗口。

    使用两台显示器的问题在于,您通常会在一台主显示器上工作并有输出(或另一台显示器)。如果您确实有两个,请将其设置为使您的主显示器直接在您面前,而另一个(不太常用的)一个在一侧。我发现这是使用双显示器设置的最佳方式,因为它可以减少 RSI 被永久扭曲以查看特定屏幕。

    此外,还有some programs available to provide virtual screen splits,我为大/宽屏显示器设置非常有用。

    [edit] ..是的,您应该编写足够短的函数以适合单个页面,但是根据我的经验,能够随时查看更多函数通常可以使开发更容易:-)

    [edit2] 在宽屏显示器上纵向运行 Visual-Studio 风格的 IDE 在调试编译错误时非常棒,因为您有更多可用空间来同时查看代码和错误.我想你可能会争辩说,如果你经常编译,你不应该一次看到那么多错误? ...但谁这样编码? ;-)

    【讨论】:

    • 虽然在调试时看到更多代码是一件好事,但同时看到更多(编译器)错误对我来说似乎没有用。即使我有100个错误,我也会一个接一个地修复它们:)
    • 这并没有什么问题,但很多时候(我发现)错误被组合在一起。如果你可以连续攻击它们而不必交换窗口,我认为你可以做得更快......
    • 没错,但我通常只是按F4(下一个错误)跳到下一个。除此之外,自 VS2008SP1 以来,我的编译器错误往往要少得多,因为该版本在键入时突出显示了大多数错误(至少在 C# 中)(“我知道这个方法没有返回值,我只是声明了它”)
    • 嗯..也许是我升级的时候了。我的版本似乎没有这样做。我想它可能只是.net ..?
    • 哇设置太棒了!介意我问一下这些是什么品牌的屏幕?谢谢!
    【解决方案3】:

    这取决于您使用的 IDE(如果有)。

    Microsoft Visual Studio 喜欢通过其“工具箱”和“解决方案资源管理器”占用显示器的大部分宽度,因此我发现它在横向显示器上效果更好。由于它不允许您取消停靠编辑器窗口,因此您甚至无法将代码编辑器拖到处于纵向模式的第二个显示器上。

    还要考虑您的客户最有可能如何设置他们的显示器。您可能希望使用相同的设置编写任何 UI 代码,以便您了解应用程序的使用方式。

    【讨论】:

    • 据我了解,VS2010在这方面会好很多
    • 您的第二个注意事项尤其适用于 Web 开发。
    • 不确定'女巫'与编码有什么关系(虽然,有时我发誓有某种魔法阻止了我的代码编译!)...但是,在横向运行 VS 偶尔会有优势。
    【解决方案4】:

    我会说如果显示器足够大,您不需要纵向模式(24 英寸或更高)来编写代码。

    如果显示器比那个小,那么纵向模式更可取。

    理想情况下,您将拥有一个 30 英寸(2560 x 1600)的宽屏幕来处理您的代码,以及在附近舒适地打开的实用程序和附近的第二个较小的显示器来预览结果(我在这里专门谈论网络编码但它可能也适用于大多数其他编码 - 屏幕大小与目标受众的屏幕一样)。

    现在 30 英寸屏幕的价格已经真正降下来了,所以可能值得一提。24 英寸屏幕确实具有在默认字体大小下显着增大文本的优势。除非您移动到 ​​14pt,否则 30" 显示器上的文字可能会有点麻烦。

    祝你好运。

    【讨论】:

      【解决方案5】:

      我发现当你首先在纸上打印相关函数的意图时,比直接从屏幕上理解它们更容易理解它们的意图,永远不会失败,为什么?因为您可以一目了然地查看多行代码,无需不断滚动。

      与面向纵向模式的显示器相同,您可以轻松了解多个相关功能的意图,无论是重构还是其他。但是不要让竖屏成为编写多行函数的借口。

      使用纵向屏幕在stackoverflow上写这个:-)

      我一眼就能轻松看到很多帖子 :-)

      【讨论】:

        【解决方案6】:

        如果您主要处理文本(就像大多数程序员或其他技术人员所做的那样),甚至是文档,那么纵向模式更有价值。事实上,显示器的总趋势是完全错误的方向:纵横比正在将横向显示器挤压到邮筒,以更好地适应电影的格式。就个人而言,我从未在我的电脑(笔记本电脑或台式机)上看过电影,而且我现在不打算开始 - 这就是我拥有电视的目的!

        实际上,垂直像素是计算中最有价值的资产——尽你所能获得更多——你不会后悔你花了钱!我什至不会购买垂直像素低于 1024-1080 的笔记本电脑,因为这是以可读分辨率显示整页 PDF 所需的最小值,而且(更多)更好。 (由于 PDF 占当今在线文档/手册的很大一部分,这是一个非常重要的问题。)您应该只考虑宽度你有足够的垂直像素。

        真正想要的是一台 15.4" 或 16" 的笔记本电脑,带有 portrait 屏幕 - 这些仍然应该足够宽,可以将全尺寸键盘装入底座- FlyBook 风格的枢轴臂会很好,但不是必需的。

        【讨论】:

        • 你可以像看书一样把笔记本电脑横过来,然后学会用一只手打字。 :)
        【解决方案7】:

        纵向模式宽屏显示器非常适合编辑代码,谢谢。然而,一些显示器在一维上的视角很差,通常是垂直的,但在纵向模式下会变成水平的。如果所有内容都没有正确对齐,这可能会使颜色变差或无法使用。

        【讨论】:

        • 这是我目前的问题:我在每个方向都有一个显示器,我很喜欢这种布局......除了我必须在 just 处查看纵向显示器i> 正确的角度或颜色出错。它似乎假设你会低头看显示器。
        【解决方案8】:

        在工作中,我以纵向模式运行主显示器(次要是笔记本电脑屏幕)。我很喜欢。我已经厌倦了一次看到更多的代码。我发现它根本不鼓励更长的方法。有时,我遇到的代码有点太宽了,因为 IDE 侧边栏有点拥挤,但我主要使用 Eclipse(Rational Application Developer,但基于 Eclipse),所以快速双击最大化代码窗口,它是很有用。再次双击,我的侧边栏又回来了。

        我还发现它对我的电子邮件非常有用。

        强烈推荐。

        【讨论】:

          【解决方案9】:

          如果您正在使用打印材料,是的,至于源代码,为什么不全屏显示您的 IDE 并关闭您不需要的任务窗格?

          我发现肖像只有在我在网站上工作时才对我有用,能够一次看到整个页面会有所帮助。

          【讨论】:

            【解决方案10】:

            这一切都取决于您的喜好。

            我的家庭办公室只有一台大显示器。

            【讨论】:

              【解决方案11】:

              我无法想象这将如何提高生产力。在我看来,向上/向下滚动比向左/向右滚动总是更容易。

              【讨论】:

              • 好吧,如果你的编码风格可以适应纵向模式的宽度,理论上你永远不会向左/向右滚动并且仍然只是向上/向下滚动,只是更少
              • 或者如果你的编辑器有一些漂亮的“自动换行”功能......
              • 这可能是主观的,但自动换行是可怕的。我不知道任何编码人员如何使用它。
              • @Andrew:没有它就无法工作。没有什么比没有看到全貌更糟糕的了。弄乱了我对代码的潜意识理解,因为我错过了重要信息。包装只是习惯的东西。显示空白字符也是如此... :)
              • @JohnySkovdal,这很有趣。 8 年后,我现在到处都在使用自动换行。我之前的问题是我可用的工具的实现很糟糕。我现在也无法使用它,只要它做得对。
              【解决方案12】:

              这不是傻,而是见仁见智。纵向的宽屏非常适合编写代码,代码宽度从来都不是问题,并且能够在屏幕上看到更多的代码行总是很好。

              将宽屏纵向放置的另一个原因是它与其他显示器的高度相匹配,例如,30 英寸宽屏和 22 英寸纵向宽屏的高度接近。

              【讨论】:

                【解决方案13】:

                既然你不应该编写比屏幕更长的函数,那么将屏幕做得更长有点作弊,不是吗? ;)

                无论如何,我发现编码时纵向模式并没有更好,只有在纵向模式下使用我的旧 17 英寸宽屏才能更好地查看/编辑文档。在横向模式下有两个大屏幕,你可以在一个屏幕上放置两个页面查看文档,并且在 IDE 的文本编辑器的两侧都打开了许多工具窗口。所以不,纵向模式并不好,除非你有四个来组成一个非常大的屏幕(有一张这样的设置照片Microsoft 博客,但我不记得在哪里)。

                不过,在某些应用程序中,肖像仍然更好,例如。如果您必须以较大的分辨率显示文档,或者如果您正在运行一些监视器(如网络监视器)并希望一次查看更多行。

                【讨论】:

                • 我同意你关于函数长度的观点,但是无需滚动代码就能看到很多函数仍然非常有用:-)
                • 我不相信绝对的东西。为什么不应该写比屏幕更长的功能?不会投反对票,但几乎应该得到-1。
                • hmmm... 让我想知道您的各个代码行有多长。这是否意味着我的屏幕应该只有 120 个字符宽。 ;P
                • 我的一些行更长,因为我讨厌添加换行符,只是因为已经达到了一些被认为有用的任意宽度(尤其是自动完成时)。但是,请记住,更多的水平空间也意味着更多的工具窗口,如解决方案资源管理器,或带有代码导航信息的边距。我曾经使用过的任何 IDE 都没有非常好的支持来保持工具窗口在第二或第三屏幕上的整洁,所以我更喜欢它们在主屏幕上。我今天的设置实际上是一个 WQHD 主屏幕和两个 22 英寸宽屏,其中一个垂直旋转。
                【解决方案14】:

                取决于你的显示器有多大。我们有 1 台 28 英寸横向显示器和 2 台 24 英寸纵向显示器,位于大显示器的两侧。

                非常适合结对编程!

                【讨论】:

                  【解决方案15】:

                  我目前有 2 台 19" 显示器。一台保持横向模式,一台保持纵向模式。我发现在纵向屏幕上处理文档或阅读长网页更容易。我也使用此设置进行编码并发现它确实有帮助,但这是一个习得的习惯。哈哈

                  【讨论】:

                    【解决方案16】:

                    对我来说根本没有效果。我使用 IDE,所以在横向模式下,我有侧边栏来导航代码、导航项目等。

                    【讨论】:

                      【解决方案17】:

                      我从未尝试过,但我想它会很好用。我个人喜欢让我的行数保持相当短,而宽屏幕往往会给我更少的代码行数,所以我会尝试一下。

                      这一切都归结为个人喜好,但是,让您成为最有效率和最适合您的方式就是要走的路。

                      【讨论】:

                        猜你喜欢
                        • 1970-01-01
                        • 1970-01-01
                        • 2014-03-13
                        • 1970-01-01
                        • 1970-01-01
                        • 1970-01-01
                        • 1970-01-01
                        • 1970-01-01
                        • 2011-10-29
                        相关资源
                        最近更新 更多