Est à l'aide d'un moniteur grand écran en orientation portrait plus efficace pour le codage?
Dans un avenir très proche de ma configuration de développement sera mis à jour et une partie de l'accord sera de deux moniteurs (yay!)
Au moins l'un des moniteurs, peut-être les deux, sera grand écran.
J'ai entendu parler de développeurs d'utiliser un second moniteur, en particulier un moniteur grand écran, en mode portrait. Il permet beaucoup plus de lignes sur l'écran (mais moins) et fonctionne un peu comme avoir une longue page de code.
T il quelqu'un utiliser cela et pense que c'est plus efficace?
- Fait amusant, de rechercher le Xerox Alto sur Google. La première interface graphique de l'ordinateur avait un portrait de l'écran.
- 1) Avec la verticale, vous avez une gamme supérieure pour correspondre à votre cou, ce qui est un énorme avantage ergonomique. 2) la Plupart des codes n'ont pas de longues lignes, donc une horizontale de l'écran est un gaspillage de l'espace et, plus important encore moins de distractions. Vous êtes purement axée sur ce que vous devez voir. 3) Défilement vertical se sent de plus naturel que de faire défiler horizontalement. 4) Ayant cela dit, il peut y avoir des cas où le logiciel que vous utilisez a de multiples volets et horizontale serait mieux.
Vous devez vous connecter pour publier un commentaire.
Puisque vous ne devriez pas écrire des fonctions qui sont plus d'un écran, ce qui rend l'écran beaucoup plus, c'est un peu de la triche, n'est-ce pas? 😉
De toute façon, j'ai trouvé le mode portrait pas vraiment mieux lors du codage, et qu'avec mon vieux 17" grand écran en mode portrait a été la visualisation /l'édition de documents mieux. Avec deux grands écrans en mode paysage, Vous pouvez mettre deux pages sur un écran lors de la visualisation de documents, et ont de nombreux outil de fenêtres ouvertes sur les deux côtés de l'IDE de l'éditeur de texte. Donc non, le mode portrait n'est pas mieux, sauf si vous avez quatre d'entre eux à faire un très grand écran (il y avait une photo d'un programme d'installation sur un blog Microsoft, mais je ne me souviens plus où).
Il y a quelques applications où le portrait est encore mieux, bien que, par exemple, si vous devez afficher un document en grande résolution, ou si vous avez quelques moniteur (comme dans le moniteur réseau) en cours d'exécution et que vous souhaitez voir plus de lignes à la fois.
En fait, j'ai 3 grand écran moniteurs en mode portrait et oui, c'est un moyen fantastique de travailler. Il y a donc beaucoup moins de défilement autour de vous et vous pouvez répondre à tous vos debug /sortie /référence fenêtres sur l'écran à la fois.
Le problème avec l'utilisation de deux moniteurs, c'est que vous aurez généralement à travailler sur un principal et de sortie (ou un autre). Si vous en avez deux, le configurer de sorte que votre moniteur principal est directement en face de vous, et de l'autre (moins fréquente) on est sur un côté. Je trouve que la meilleure façon d'utiliser un double-jeu de surveillance, car il réduit le RSI d'être définitivement tordu de regarder un écran particulier.
En outre, il y a certains programmes disponibles pour fournir de l'écran virtuel divise que j'ai de fonds très utile pour les grands/écran large de configurations.
[modifier] ..et oui, vous devriez écrire des fonctions assez court pour tenir sur une seule page, mais être en mesure de voir plus de fonctions à tout moment peut souvent faciliter le développement de mon expérience 🙂
[edit2] l'Exécution de Visual-Studio-esque IDEs en portrait sur le grand écran du moniteur est fantastique quand il s'agit de débogage des erreurs de compilation que vous avez plus d'espace utilisable pour voir le code et les erreurs en même temps. Je suppose que vous pourriez dire que si vous compilez assez régulièrement cependant, vous ne devriez pas voir que de nombreuses erreurs à un moment? ...mais qui codes comme ça? 😉
Je ne peux pas imaginer comment cela pourrait accélérer la productivité. À mon avis, il est toujours plus facile pour défiler vers le haut/bas, à gauche/droite.
Ça dépend de l'IDE que vous utilisez, le cas échéant.
Microsoft Visual Studio aime prendre beaucoup de la largeur de l'écran avec sa “boîte à outils” et “Solution Explorer”, donc je trouve cela fonctionne le mieux sur un paysage moniteur. Comme il ne sera pas laissez-vous détacher une fenêtre de l'éditeur, vous ne pourriez même pas de glisser un éditeur de code pour un deuxième moniteur est en mode portrait.
Aussi considérer la façon dont les clients sont les plus susceptibles de disposer de leurs moniteurs mis en place. Vous pouvez écrire n'importe quel code de l'INTERFACE utilisateur avec la même configuration, de sorte que vous obtenez une idée de ce que l'application sera à utiliser.
Dépend de la taille de votre moniteur. Nous avons 1 28" moniteur en paysage et 2 de 24" moniteurs en mode portrait qui flanquent le moniteur de grande taille.
Fonctionne très bien pour la paire-programmation!
Au travail, je lance mon moniteur principal (secondaire est l'écran de l'ordinateur portable), en mode portrait. Je l'aime vraiment. Je suis devenu gâté pour voir plus de code à la fois. Je ne trouve pas qu'il encourage plus du tout les méthodes. Parfois, j'ai couru à travers un code qui est un peu trop large depuis l'IDE encadrés des crampes un peu, mais j'ai largement utiliser Eclipse (Rational Application Developer, mais basé sur Eclipse), donc s rapide double-cliquez sur maximise la fenêtre de code, et il est très utile. Un autre double-cliquez sur et j'ai mes barres latérales arrière.
J'ai aussi trouver que c'est une orientation très utiles pour mon e-mail.
Je le recommande fortement.
Portrait mode grand écran moniteurs fonctionnent très bien pour edting code, merci. Cependant, certains moniteurs ont de mauvais angles de vue sur une seule dimension, ce qui est généralement à la verticale, mais devient horizontale en mode portrait. Cela peut rendre les couleurs mauvais ou inutilisable si tout n'est pas aligné correctement.
Je n'ai jamais donné un essai mais j'imagine que ce serait un travail assez bien. Personnellement, je tiens à garder mes lignes assez court, et les écrans larges ont tendance à me donner moins de lignes de code, donc je voudrais lui donner un essai.
Tout se résume à la préférence personnelle, cependant, ce que jamais vous permet d'être le plus productif et qui fonctionne le mieux pour vous est le chemin à parcourir.
Pour moi c'est pas efficace du tout. J'utilise IDEs, donc en mode paysage, j'ai des barres de navigation pour naviguer dans le code, accédez projet, etc.
Il n'est pas idiot, mais une question d'opinion. Un grand écran en mode portrait est très agréable pour l'écriture de code, le code de la largeur n'a jamais vraiment été un problème, et être en mesure de voir plus de ligne de code sur l'écran est toujours agréable.
L'autre raison de mettre un grand écran en portrait, c'est afin qu'il corresponde à la hauteur de votre moniteur, par exemple un 30" grand écran à côté d'un écran 22 pouces en mode portrait, près de la même hauteur.
Tout est une question de préférence.
Je viens d'avoir un moniteur de grande taille à mon bureau à la maison.
Je l'ai essayé une fois. Je n'aimais pas ça. J'ai l'habitude d'avoir une IDE et Ide sont parfait pour le grand écran. C'est plus rapide pour sauter si vous pouvez voir votre fonction sur la liste de droite, liste de fichiers sur la gauche, etc.
Aussi, j'essaie de garder mes fonctions au petit, de sorte que ce n'est généralement pas un problème (j'ai la double 24"). Si vos fonctions sont raisonnablement petit, et vous avez grand écran, vous pouvez afficher deux fichiers côte à côte, qui est souvent plus utile. Certains éditeurs vous permettent de diviser la fenêtre et faites défiler jusqu'à deux parties différentes d'un même fichier. C'est aussi très utile est beaucoup mieux que d'avoir+ de 100 lignes sur l'écran. Avec mes réglages, j'ai 60 lignes par écran sur un éditeur. Si je divise l'éditeur, je peux voir le de 120. Si je le fais à nouveau sur l'autre moniteur, je peux voir 240. C'est tout à fait un peu de code et, en général utile uniquement pour de très à ses différentes parties.
Si vous travaillez principalement avec du texte (comme la plupart des programmeurs technique ou d'autres gens le font), ou même des documents, puis le portrait mode est beaucoup plus précieux. En fait, la tendance générale dans l'affiche est tous dans la mauvaise direction: proportions sont en pataugeant paysage affiche d'une fente pour le courrier afin de mieux l'adapter au format de films. Personnellement, j'ai jamais regardé un film sur mes ordinateurs (de bureau ou portable), et je ne vais pas commencer maintenant - c'est ce que j'ai une TV pour!
En réalité, les pixels verticaux sont l'atout le plus précieux dans le calcul de l' - faire ce que vous pouvez pour obtenir plus d'entre eux -, vous ne serez pas désolé, vous avez dépensé de l'argent! Je ne vais même pas acheter un ordinateur portable moins de 1024-1080 pixels verticaux, puisque c'est le minumum requis pour l'affichage d'une page complète en format PDF lisible une résolution, et (beaucoup) plus c'est mieux. (Depuis les fichiers Pdf en grande partie aujourd'hui de la documentation en ligne/manuels, c'est une préoccupation très importante.) Vous ne devez penser à la largeur après vous avez assez de pixels verticaux.
Ce que je vraiment veux, c'est un 15.4" ou 16" ordinateur portable avec un portrait écran - celles-ci doivent encore être assez large pour l'emballage d'un clavier pleine taille dans la base - un FlyBook style de pivot de bras serait bien, mais n'est pas obligatoire.
J'ai trouvé la compréhension de l'intention de fonctions sont plus faciles lorsque vous les imprimez d'abord sur papier, que de comprendre directement à partir de l'écran, il ne manque jamais, pourquoi? Parce que vous pouvez facilement passer en revue le nombre de lignes de code d'un coup, pas besoin d'incessantes de défilement.
La même chose avec l'écran orienté en mode portrait, vous pouvez facilement comprendre l'intention de multiples fonctions, re-compte ou autrement. Mais ne vous laissez pas avoir le portrait de l'écran peut être une excuse pour écrire une fonction avec plusieurs lignes.
L'écriture de ce sur stackoverflow portrait d'écran 🙂
Je peux facilement voir un grand nombre de postes en un clin d'oeil 🙂
Si vous travaillez avec du matériel imprimé, oui, comme à la source, pourquoi ne pas en plein écran de votre IDE et fermer les volets de tâches que vous n'avez pas besoin?
Je trouve le portrait n'est utile que pour moi, si je travaille sur un site web, être en mesure de voir l'intégralité d'une page à la fois aide.
Je dirais que si l'écran est assez grand, vous n'avez pas besoin de mode portrait (24" et plus) pour l'écriture de code.
Si l'écran est plus petit, puis le mode portrait est préférable.
Idéalement ce que vous avez est un seul de 30" (2560 x 1600) au format grand écran pour travailler sur votre code avec des utilitaires confortablement ouvrir à proximité et un second moniteur à proximité de prévisualiser les résultats (je parle de web codage plus précisément ici, mais il serait sans doute s'appliquer à la plupart des autres codes, - un écran de la taille de votre public cible est les écrans).
Le 30" écrans ont vraiment baissé de prix maintenant si ça vaut le saut vers le haut. Un écran de 24 pouces n'ont l'avantage de beaucoup plus de texte, à défaut de tailles de police. Le texte sur les écrans 30 pouces peut être un peu de grind, sauf si vous vous déplacez à 14pt.
Bonne chance.
J'ai 2 moniteurs 19" à l'heure actuelle. L'un, je le garder dans le paysage, je garde en mode portrait. Je trouve que le travail sur la documentation ou de lire de longues pages web est plus facile sur le portrait de l'écran. J'ai utilisé cette configuration pour le codage aussi et de trouver que ça aide, mais c'est une habitude acquise. lol