对实际的磅值并不感兴趣，因为它取决于分辨率和字体，而是如果您更喜欢易于阅读的较大文本或较小的文本，以便您可以查看更多代码行。
就个人而言，我一直在增加我的年龄。这是你也经历过的事情吗？
您的IDE支持轻松缩放fontsize吗？如果是这样，你会定期使用它吗？
答案 0 :(得分：15)
我使用的是我能轻松阅读的最小尺寸。 是的 - 它逐年变大:(
答案 1 :(得分：4)
我个人喜欢大字体（12+）。它让我不必眯眼。从心理学的角度来看，这也使我在编写极长的变量/方法名称时会三思而后行。它还使我的代码更加谨慎，因为人们更容易看到我的肩膀并看到我的代码。 :-P
答案 2 :(得分：3)
和其他人一样，我使用更大的字体，因为获得了50的正面。最近我开始使用Consolas字体并且非常喜欢它。固定宽度缩进很好。例如，小写字母L和数字1以及字母O和零编号0之间的明显差异也使得这是一个非常好的编程字体。
答案 3 :(得分：2)
我一直在使用14pt Consolas，但我有一个1920x1200 15.4英寸的屏幕（WUXGA +，我认为......这是另一个选项的免费升级）。我4年前在笔记本电脑上得到它并且没有任何问题，除了我几乎总是在我去的任何网站上缩放文本，有些不能很好地处理它。
话虽这么说，这台笔记本电脑已经老了。如果有人有任何寻找类似高分辨率笔记本电脑的技巧，我会非常感激。
答案 4 :(得分：2)
10pt Bitstream Vera Sans。
答案 5 :(得分：2)
在大多数情况下大于默认值。通常是12pt到15pt，并且总是带有衬线的字体。除了漫画之外，Sans的表现相当不错。
我对于方括号，逗号和句号等的混淆括号感到偏执。我甚至有一个坏习惯，从我很小的时候开始起作用，回到打字机（和恐龙）的时代，使用小写字母L表示数字'1'。必须有一个好看的字体，它们看起来不同！
答案 6 :(得分：2)
我同意凯文。我曾经使用过很小的字体，所以我可以在屏幕上挤出大量的文字，但每晚我都会带着头疼回家。我建议使用足够大的东西，你可以轻松阅读（~12 pt）以及一个容易上手的配色方案（http://idehotornot.ning.com/）。
答案 7 :(得分：2)
一旦你使用它们，你会习惯使用较小的字体 - 我之前将分辨率更改为更大的字体，起初它有点难以阅读，但过了一段时间后你真的开始享受能够打开一堆shell窗口和IDE而不会相互叠加。
无论如何，我认为使用较小的字体是值得的，因为你可以同时看到更多的代码。
答案 8 :(得分：1)
如果您在1280x1024屏幕上使用带有侧边栏的IDE中工作，请尝试使用Verdana 8pt。
缺点：它是可变宽度。
优点：它是可读的，它可以在一行中填充大量文本。
答案 9 :(得分：1)
较小的尺寸，高对比度，深色背景上的浅色文字。
但是，不是黑色的白色。那太疯狂了。答案 10 :(得分：1)
说到这一点，为什么到目前为止这个文本框中的文本默认是不可能的？它使阅读成为杀手锏。
答案 11 :(得分：1)
点大小是一种物理测量，它不应该依赖于分辨率或字体。
我不尽可能小，也不尽可能大，但我发现有一个'自然'大小，如果我变小或变大，我不能尽快读它，尽管它完全清晰。
至于缩放，如果您认为这甚至是远程必要的，那么您将方式设置得太小。在任何情况下，在GNOME中，您只需按住Windows键并滚动鼠标滚轮即可放大和缩小，无需任何应用程序支持。
答案 12 :(得分：1)
我想我还年轻，能够找到最小的字体。 在那个类别中，我很惊讶没有人提到 Proggy programmer's fonts 。我认为他们很棒。非常小，并且在用于els和els以及ohs和zero的字形之间没有歧义。
我还发现，屏幕上可以显示的文本数量很大程度上取决于文本编辑器以及它如何分隔线条。使用emacs，我可以获得Proggy字体，这样就有零像素将一行上的下行与下面一行的最高上行分开。例如，这两行：
gj
fl
顶行的底部接触底行的顶部。声音难以辨认，但在典型的文字中，这种阵容很少发生。使用这个proggy / emacs组合，每行使用10个像素的垂直空间。我还没有发现任何其他编辑器可以使间距紧凑且仍然清晰可辨。通常它至少是11或12像素。
答案 13 :(得分：1)
12点Consolas，使用Vibrant Ink着色规则的变体。我也希望保持编辑器全屏（Shift + Alt + Enter in VS）。对于旧的＆lt;每行80个字符。
答案 14 :(得分：0)
解放单声道，11月19日“1280×1024显示。
答案 15 :(得分：0)
我个人最喜欢来自adobe的源代码专家（我承认，他们的名字为其字体设计添加了一些权限。）
在阅读调查后，我决定尝试一些新的东西： 这是我发现它有用的字体（对我来说很好）
我推荐12/14字体大小。 但我还没有理想的行间距规格。我现在统治1.2，但它并不完美。
答案 16 :(得分：0)
我认为使用更大的字体大小往往会提高代码质量，因为程序员必须尽可能缩短变量范围。 具有许多参数的函数往往写得很好，因为编写一个凌乱的长内联函数会让程序员感到不舒服。
答案 17 :(得分：0)
Consolas 11pt对我来说是一个甜点。
答案 18 :(得分：0)
我更喜欢使用中等大小的字体。出现的东西，我可以从距离屏幕大约1英尺的距离轻松阅读。我也使用Courier New，感觉还不错。
答案 19 :(得分：0)
对于我的眼睛来说，颜色往往比字体大小更有区别。切换到黑色背景并玩弄语法着色，直到我对颜色感到满意为止。
如果您是vim用户，并切换到黑色背景，则可以将 se background = dark 添加到.vimrc中，语法着色可以很好地调整。
答案 20 :(得分：0)
我喜欢像Profont这样的小型别名字体，因为它们在小尺寸下仍然可以读取，即使在15英寸的笔记本电脑显示器上也可以使用相当数量的代码。
当我插入外接显示器时，我将其垂直旋转并略微提升字体大小，因为显示器距离我更远; 22英寸高的垂直方向在编辑器中给我一个很好的130行跨度：）
答案 21 :(得分：0)
我发现中等大小的字体（摩纳哥12）很适合我。我在OS X上使用textmate，这可以很容易地调整点大小（cmd +/-）。
答案 22 :(得分：0)
11pt Consolas，但仅限Vista的光栅化器。我发现即使XP的光栅化器在这种组合中表现也很差，尽管不如Java（pre-uN）那么糟糕。
我根本没有真正改变字体大小。我发现，一旦我习惯了源代码的某种表示，最好不要乱用它。几年前我改用了等宽字体，这当然是一种有趣的体验。由于格式略有改变，我感到半瘫痪，甚至无法阅读我自己的代码。
答案 23 :(得分：0)
中小型，具有更多代码行，良好的行间距和语法着色。永远不要缩放字体大小，但确实从非抗锯齿（BBedit）切换到消除锯齿（Textmate）并且不会回头。