В самом ближайшем будущем моя установка разработки будет обновлена, и часть сделки будет двойным монитором (yay!)
Как минимум один из мониторов, возможно, и тот, и другой будут широкоэкранными.
Я слышал о том, что разработчики использовали второй монитор, особенно широкоэкранный монитор, в портретном режиме. Он позволяет использовать еще несколько строк на экране (хотя и более узкий) и немного похож на длинную страницу кода.
Кто-нибудь там использует это и считает его более эффективным?
Поскольку вы не должны писать функции, длинные, чем экран, сделать экран намного дольше - это немного обман, не так ли?;)
Во всяком случае, я обнаружил, что портретный режим не очень лучше при кодировании, и только с моим старым 17-дюймовым широкоэкранным в портретном режиме лучше просматривал/редактировал документы. С двумя большими экранами в альбомном режиме вы можете поместить две страницы на экран, когда просматривать документы и открывать много окон инструментов на обеих сторонах текстового редактора IDE. Таким образом, нет, портретный режим не лучше, если у вас нет четырех из них, чтобы составить действительно большой экран (была фотография такой настройки на блог Microsoft, но я не помню, где).
Есть некоторые приложения, где портрет все же лучше, хотя, например, если вам нужно показать документ с большим разрешением или если у вас есть монитор (как в сетевом мониторе) и хотите увидеть больше строк одновременно.
На самом деле у меня 3 широкоэкранных монитора в портретном режиме, и да, это фантастический способ работы. Там гораздо меньше прокрутки, и вы можете сразу разместить все свои окна отладки/вывода/ссылки на экране.
Проблема с использованием двух мониторов заключается в том, что вы обычно работаете над одним основным и имеете выход (или что-то другое). Если у вас их два, настройте их так, чтобы ваш первичный монитор находился прямо перед вами, а другой (менее часто используемый) был выключен в одну сторону. Я считаю, что это лучший способ использовать настройку с двумя мониторами, поскольку она уменьшает RSI от постоянного искажения, чтобы посмотреть на конкретный экран.
Кроме того, существуют некоторые программы, доступные для обеспечения виртуальных разрывов экрана, которые я финансирую, очень полезны для больших/широкоэкранных настроек монитора.
[edit].. и да, вы должны написать функции, достаточно короткие, чтобы они помещались на одну страницу, но возможность видеть больше функций в любой момент может часто облегчать работу в моем опыте: -)
[edit2] Запуск IDE в Visual Studio Studio в портрете на широкоэкранном мониторе фантастичен, когда дело доходит до отладки ошибок компиляции, поскольку у вас есть больше полезного пространства для просмотра кода и ошибок в одно и то же время, Я полагаю, вы могли бы утверждать, что если вы достаточно регулярно компилируете, вы не должны сразу видеть много ошибок?... но кто такой код?; -)
Я не могу себе представить, как это ускорит производительность. На мой взгляд, всегда легче прокручивать вверх/вниз, чем влево/вправо.
Это зависит от того, какую IDE вы используете, если таковая имеется.
Microsoft Visual Studio любит использовать большую ширину монитора с помощью "Toolbox" и "Solution Explorer", поэтому я считаю, что он работает лучше на ландшафтном мониторе. Поскольку это не позволит вам отстыковать окно редактора, вы даже не могли бы перетащить редактор кода на второй монитор, который был в портретном режиме.
Также рассмотрите, как ваши клиенты, скорее всего, настроят свои мониторы. Вы можете написать любой код пользовательского интерфейса с той же настройкой, чтобы вы поняли, что приложение будет использовать.
Зависит от размера вашего монитора. У нас есть 1 28-дюймовый монитор в ландшафте и 2 24-дюймовых монитора в портрете, которые обрамляют большой монитор.
Отлично работает для парного программирования!
На работе я запускаю свой основной монитор (вторичный экран для ноутбука), в портретном режиме. Мне это и вправду нравится. Я стал испорчен, увидев больше кода сразу. Я не считаю, что он поощряет более длительные методы. Иногда я сталкиваюсь с слишком коротким кодом, поскольку боковые панели IDE немного сокращают его, но я в основном использую Eclipse (Rational Application Developer, но Eclipse), поэтому быстрый двойной щелчок увеличивает окно кода, и это очень полезно. Еще один двойной щелчок, и у меня есть боковые панели.
Я также считаю, что это очень полезная ориентация для моего письма.
Я рекомендую его высоко.
Широкоформатные мониторы в портретном режиме работают очень хорошо для кода редактирования, спасибо. Однако некоторые мониторы имеют плохие углы обзора по одному измерению, которое обычно будет вертикальным, но становится горизонтальным в портретном режиме. Это может сделать цвета плохими или непригодными для использования, если все не выровнено правильно.
Я никогда не пробовал, но я бы подумал, что это будет работать очень хорошо. Мне лично нравится держать мои строки довольно короткими, а широкие экраны, как правило, дают мне меньше строк кода, поэтому я бы попробовал.
Все сводится к личным предпочтениям, однако, что когда-либо позволяет вам быть наиболее продуктивным и лучше всего подходит для вас, это путь.
Для меня это неэффективно. Я использую IDE, поэтому в ландшафтном режиме у меня есть боковые панели для навигации по коду, навигации по проекту и т.д.
Это не глупо, а вопрос мнения. Широкоэкранный портрет очень хорош для написания кода, ширина кода никогда не была проблемой, и возможность видеть больше строк кода на экране всегда хороша.
Другой причиной размещения широкоэкранного изображения на портрете является то, что он соответствует высоте вашего другого монитора, например, 30-дюймовый широкоэкранный экран рядом с широкоэкранным широкоэкранным экраном размером 22 дюйма имеют близкую к той же высоте.
Все зависит от ваших предпочтений.
У меня только один большой монитор в моем домашнем офисе.
Я попробовал один раз. Мне это не понравилось. Обычно у меня IDE и IDE идеально подходят для широкоэкранного просмотра. Быстрее прыгать, если вы можете увидеть список функций справа, список файлов слева и т.д.
Кроме того, я стараюсь, чтобы мои функции были небольшими, поэтому обычно это не проблема (у меня двойная 24 "). Если ваши функции достаточно малы, и у вас есть широкоэкранный режим, вы можете показать два файла рядом друг с другом, часто бывает более полезным. Некоторые редакторы позволяют вам разделить окно и прокрутить до двух разных частей одного и того же файла. Это также очень полезно, гораздо лучше, чем наличие на экране более 100 строк. С моими настройками у меня есть 60 строк на экран на редакторе. Если я разделяю редактор, я могу видеть 120. Если я сделаю это снова на другом мониторе, я могу видеть 240. Это довольно немного кода и вообще полезно только для самых разных его частей.
Если вы работаете в основном с текстом (как это делают большинство программистов или других технических специалистов) или даже документов, то режим portait гораздо более ценен. Фактически, общая тенденция в дисплеях - это неправильное направление: пропорции соотносятся с ландшафтными дисплеями в почтовом слоте, чтобы лучше соответствовать формату фильмов. Лично я никогда не смотрел фильм на своих компьютерах (ноутбук или рабочий стол), и я не собираюсь начинать сейчас - это то, что у меня есть телевизор!
В действительности вертикальные пиксели являются самым ценным достоянием в вычислительной технике - делайте все возможное, чтобы получить больше из них - вы не пожалеете, что потратили деньги! Я даже не буду покупать ноутбук с вертикальными пикселями менее 1024-1080, так как это минимальное количество, необходимое для отображения полностраничного PDF файла с возможностью считывания, и (намного) больше. (Так как PDF файлы составляют большую часть сегодняшней онлайн-документации/руководств, это очень важно.) Вы должны думать только о ширине после того, как у вас достаточно вертикальных пикселей.
То, что я действительно хочу, это 15,4-дюймовый или 16-дюймовый ноутбук с портретом - они все равно должны быть достаточно широкими, чтобы упаковать полноразмерную клавиатуру в базу - удобная ручка в стиле FlyBook была бы приятной, t требуется.
Я понял, что назначение связанных функций проще, когда вы печатаете их сначала на бумаге, чем понимаете их непосредственно с экрана, никогда не терпит неудачу, почему? Поскольку вы можете легко просмотреть многие строки кода с одного взгляда, нет необходимости в непрерывной прокрутке.
То же самое с монитором, ориентированным в портретном режиме, вы можете легко понять намерение нескольких связанных функций, переопределить или иначе. Но не позволяйте портретному экрану быть оправданием для написания функции со многими строками.
Написание этого в stackoverflow с использованием портретного экрана: -)
Я могу легко увидеть много сообщений с одного взгляда: -)
В настоящее время у меня есть 2 19-дюймовых монитора. Один я держусь в пейзаже, а другой - в портретном режиме. Я нахожу, что работа на документах или чтение длинных веб-страниц проще на портретном экране. Я также использовал эту настройку для кодирования и обнаружил, что он действительно помогает, однако это была изученная привычка. lol
Если вы работаете с материалами печати, да, что касается источника, почему бы не полноэкранную среду IDE и закрыть панели задач, которые вам не нужны?
Я считаю, что портрет полезен только для меня, если я работаю на веб-сайте, имея возможность сразу увидеть всю страницу.
Я бы сказал, если монитор достаточно большой, вам не нужен портретный режим (24 "и выше) для написания кода.
Если монитор меньше этого, предпочтительнее портретный режим.
В идеале, у вас будет единственный 30-дюймовый (2560 x 1600) в качестве широкоэкранного экрана, который будет работать на вашем коде вместе с удобными для него утилит и рядом с ним меньшим монитором, чтобы просмотреть результаты (я говорю о веб-кодировании именно здесь но это, вероятно, применимо и к большинству других кодировок - экран размером экрана вашей целевой аудитории).
30-дюймовые экраны действительно подешевели, поэтому, вероятно, стоит подскочить. Экран 24 "имеет преимущество значительно большего текста при размерах шрифта по умолчанию. Текст на 30-дюймовых мониторах может оказаться немного молотым, если вы не переместитесь на 14pt.
Удачи.