Dans un avenir très proche, ma configuration de développement sera mise à niveau et une partie de la transaction sera constituée de deux écrans (yay!)
Au moins un des moniteurs, éventuellement les deux, sera grand écran.
J'ai entendu parler de développeurs utilisant un deuxième moniteur, notamment un écran large, en mode portrait. Cela laisse beaucoup plus de lignes à l'écran (même si elles sont plus étroites) et ressemble un peu à une longue page de code.
Est-ce que quelqu'un l'utilise et pense que c'est plus efficace?
Etant donné que vous ne devriez pas écrire de fonctions plus longues qu'un écran, le fait de rendre l'écran beaucoup plus long équivaut à tricher un peu, n'est-ce pas? ;)
Quoi qu’il en soit, j’ai trouvé que le mode portrait n’était pas vraiment meilleur lors du codage et que seul mon ancien écran large 17 "en mode portrait permettait de mieux visualiser/modifier des documents. Avec deux grands écrans en mode paysage, vous pouvez placer deux pages sur un écran lors de la visualisation de documents, et que de nombreuses fenêtres d’outils s’ouvrent des deux côtés de l’éditeur de texte de l’EDI. Par conséquent, le mode portrait n’est pas préférable, sauf si vous en avez quatre pour créer un très grand écran (il y avait une photo d’une telle configuration sur un blog Microsoft). , mais je ne me rappelle plus où).
Il existe certaines applications où le portrait est encore meilleur, par exemple. si vous devez afficher un document en résolution large ou si un moniteur (comme dans le moniteur réseau) est en cours d'exécution et que vous souhaitez voir plus de lignes à la fois.
En fait, j'ai 3 écrans panoramiques en mode portrait et c'est une façon fantastique de travailler. Il y a tellement moins de défilement et vous pouvez afficher simultanément toutes vos fenêtres de débogage/sortie/référence à l'écran.
Le problème avec l’utilisation de deux moniteurs est que vous travaillerez généralement sur un moniteur principal et aurez une sortie (ou quoi que ce soit sur un autre). Si vous en avez deux, configurez-le de sorte que votre moniteur principal se trouve directement devant vous et que l’autre (moins fréquemment utilisé) l’un se mette de côté. Je trouve que c'est la meilleure façon d'utiliser une configuration à deux moniteurs, car cela évite que RSI ne soit forcé de façon permanente pour regarder un écran particulier.
De plus, il existe certains programmes disponibles pour fournir des divisions d’écrans virtuels que j’ai trouvé très utiles pour les configurations de moniteur large/large.
[edit] ..et oui, vous devriez écrire des fonctions assez courtes pour tenir sur une seule page, mais pouvoir voir plus de fonctions en même temps peut souvent faciliter le développement, selon mon expérience :-)
[edit2] Exécuter des IDE Visual-Studio-esque en mode portrait sur un moniteur à écran large est fantastique pour le débogage des erreurs de compilation, car vous disposez de plus d'espace disque pour afficher le code et les erreurs en même temps. Je suppose que vous pourriez dire que si vous compilez assez régulièrement, vous ne devriez pas voir autant d’erreurs en même temps? ... mais qui code comme ça? ;-)
Je ne peux pas imaginer comment cela pourrait accélérer la productivité. À mon avis, il est toujours plus facile de faire défiler vers le haut/bas que vers la gauche/droite.
Cela dépend de IDE que vous utilisez, le cas échéant.
Microsoft Visual Studio aime occuper une grande partie de la largeur du moniteur avec sa «Boîte à outils» et son «Explorateur de solutions». Je trouve donc que cela fonctionne mieux sur un moniteur paysage. Comme cela ne vous laissera pas désancrer une fenêtre d’éditeur, vous ne pouvez même pas faire glisser un éditeur de code sur un deuxième moniteur en mode portrait.
Pensez également à la manière dont vos clients sont le plus susceptibles de configurer leurs moniteurs. Vous voudrez peut-être écrire n'importe quel code d'interface utilisateur avec la même configuration, de manière à avoir une idée de ce à quoi l'application ressemblera.
Au travail, je lance mon moniteur principal (l'écran secondaire de l'ordinateur portable est secondaire), en mode portrait. J'aime vraiment ça. Je suis devenu gâté à voir plus de code à la fois. Je ne trouve pas que cela encourage les méthodes plus longues du tout. Parfois, je rencontre un code un peu trop large car les barres latérales IDE le restreignent un peu, mais j'utilise largement Eclipse (Rational Application Developer, mais basé sur Eclipse). fenêtre, et c'est très utile. Un autre double-clic et mes barres latérales sont de retour.
Je trouve aussi que c'est une orientation très utile pour mon email.
Je le recommande vivement.
Cela dépend de la taille de votre moniteur. Nous avons 1 moniteur 28 "en paysage et 2 moniteurs 24" en portrait qui encadrent le grand moniteur.
Fonctionne très bien pour la programmation en binôme!
Les écrans larges en mode portrait fonctionnent très bien pour éditer le code, merci. Cependant, certains moniteurs ont des angles de vision médiocres sur une dimension, ce qui est généralement vertical mais devient horizontal en mode portrait. Cela peut rendre les couleurs mauvaises ou inutilisables si tout n'est pas aligné correctement.
Je n'ai jamais essayé, mais j'imagine que cela fonctionnerait plutôt bien. Personnellement, j’aime garder mes lignes assez courtes, et les écrans larges ont tendance à me donner moins de lignes de code, alors j’essaierais.
Tout dépend de vos préférences personnelles, cependant, ce qui vous permet d'être toujours le plus productif et qui fonctionne le mieux pour vous, c'est la voie à suivre.
Pour moi ce n'est pas efficace du tout. J'utilise des IDE, donc en mode paysage, j'ai des barres latérales pour naviguer dans le code, le projet, etc.
Ce n'est pas idiot mais une question d'opinion. Un écran large en portrait est très agréable pour écrire du code, la largeur du code n’a jamais vraiment posé problème, et pouvoir voir plus de lignes de code à l’écran est toujours agréable.
L’autre raison de placer un écran large en mode portrait est qu’il correspond à la hauteur de votre autre moniteur. Par exemple, un écran large de 30 "à côté d’un écran large de 22" en portrait a presque la même hauteur.
Tout dépend de vos préférences.
J'ai juste un grand moniteur à mon bureau à la maison.
Je l'ai essayé une fois. Je n'aimais pas ça. J'ai généralement un IDE et les IDE sont parfaits pour les écrans larges. Il est plus rapide de se déplacer si vous voyez votre liste de fonctions à droite, la liste de fichiers à gauche, etc.
De plus, j'essaie de garder mes fonctions réduites afin que cela ne pose généralement pas de problème (j'ai 24 "). Si vos fonctions sont relativement petites et que vous avez un écran large, vous pouvez afficher deux fichiers côte à côte, ce qui est souvent plus utile. Certains éditeurs vous permettent de scinder la fenêtre et de faire défiler deux parties différentes du même fichier, ce qui est bien plus utile qu’une centaine de lignes à l’écran. Avec mes paramètres, j’ai 60 lignes par écran dans un éditeur. Si je scinde l'éditeur, je peux voir 120. Si je le refais sur l'autre moniteur, je peux en voir 240. C'est assez de code et en général, il n'est utile que pour des parties très différentes de celui-ci.
Si vous travaillez principalement avec du texte (comme le font la plupart des programmeurs ou d'autres techniciens), voire des documents, le mode Portrait est beaucoup plus utile. En fait, la tendance générale dans les affichages ne va pas dans la bonne direction: les rapports de format réduisent les affichages en paysage dans un emplacement de courrier afin de mieux correspondre au format des films. Personnellement, j'ai jamais visionné un film sur mon ordinateur (ordinateur de bureau ou portable), et je ne suis pas sur le point de commencer maintenant - c'est pour cela que j'ai un téléviseur!
En réalité, les pixels verticaux sont l’atout le plus précieux en informatique - faites tout ce que vous pouvez pour en obtenir plus - vous ne serez pas désolé d’avoir dépensé de l’argent! Je n'achèterai même pas un ordinateur portable avec moins de 1024-1080 pixels verticaux, car il s'agit du minumum nécessaire pour afficher une page entière PDF avec une résolution lisible, et bien plus encore, mieux vaut . (Étant donné que les PDF constituent une grande partie de la documentation/des manuels en ligne actuels, il s'agit d'un problème très important.) Vous ne devez penser qu'à la largeur après vous avez suffisamment de pixels verticaux.
Ce que je vraiment veux, c’est un ordinateur portable 15,4 "ou 16" avec un écran {portrait} _ - ils doivent toujours être suffisamment larges pour intégrer un clavier de taille normale dans la base - un style FlyBook bras pivot serait Nice, mais n'est pas obligatoire.
J'ai découvert que la compréhension de l'intention des fonctions associées est plus facile lorsque vous les imprimez d'abord sur papier que si vous les comprenez directement à l'écran, cela n'échoue jamais, pourquoi? Parce que vous pouvez facilement consulter plusieurs lignes de code en un coup d'œil, inutile de faire défiler sans cesse.
La même chose avec moniteur orienté en mode portrait, vous pouvez facilement comprendre l'intention de plusieurs fonctions connexes, re-factorisées ou non. Mais ne laissez pas l’écran portrait être une excuse pour écrire une fonction avec beaucoup de lignes.
Ecrire ceci sur stackoverflow en utilisant l'écran portrait :-)
Je peux facilement voir plusieurs articles en un coup d'œil :-)
J'ai actuellement 2 écrans 19 ". Je garde en mode paysage et un en mode portrait. Je trouve qu'il est plus facile de travailler sur de la documentation ou de lire de longues pages Web sur l'écran portrait. J'ai utilisé cette configuration pour le codage ça aide, mais c'était une habitude savante. lol
Si vous travaillez avec du matériel imprimé, oui, comme pour la source, pourquoi ne pas faire un plein écran de votre IDE et fermer les volets de tâches dont vous n’avez pas besoin?
Je trouve que portrait ne m'est utile que si je travaille sur un site Web, pouvoir voir la page entière à la fois aide.
Je dirais que si le moniteur est assez grand, vous n'avez pas besoin du mode portrait (24 "et plus) pour écrire du code.
Si le moniteur est plus petit que cela, le mode portrait est préférable.
Idéalement, vous auriez un écran large de 30 "(2560 x 1600) pour travailler votre code ainsi que des utilitaires ouverts à proximité et un second moniteur plus petit pour prévisualiser les résultats s’appliquent probablement aussi à la plupart des autres codages - un écran de la taille des écrans de votre public cible).
Le prix des écrans de 30 "a vraiment baissé, il vaut donc probablement la peine d'être relevé. Un écran de 24" offre l'avantage d'un texte beaucoup plus volumineux avec une taille de police par défaut. Le texte sur les moniteurs 30 "peut devenir un peu Grind à moins que vous ne bougiez jusqu'à 14 pt.
Bonne chance.