标签: human-readable

更具体地说,使HTML,Java和python更具可读性？有没有人对这个编程学生有什么建议？

是否有一种简单的方法和动态的方式来将字符串中的数字格式化为人类可读的？例如10000000000转入10,000,000,000.我已经看到了这个问题,但答案已经过时并且已经过时(示例中的答案).

当使用json.dump保存dict时,它只是一个单行.我想让这个像人类可读的格式,如本网站的确 - https://jsonformatter.curiousconcept.com

我怎么能在python中这样做？我试图捕获pprint输出,但它是一个无效的字符串来存储JSON.

具体来说,是否有一种可接受的默认方式直接在python中执行此操作？

我使用MongoDB的地理空间查询- $near,geoNear等等-我想知道如何打开dis的结果geoNear命令还有radius用于参数$within从可读单位,比如英里或公里查询/.

假设您有一个系统,通过电子邮件或纸张可以在屏幕上准确地传达相当长的键值; 但是用户需要能够通过电话阅读,或者通过阅读并将其键入其他界面来准确地将密钥传回给您.

对键进行编码的"好"方法是什么,使阅读/听觉/打字简单准确？

这可以是发票号,文档ID,事务ID或一些其他抽象值.让我们说为了这个讨论,底层的键值是一个很大的数字,比如10的基数.

一些想法:

较短的键通常更好

• 一个40位数的基数10值可能不适合给定的空间,并且很容易在中间丢失
• 相同的值可以在基数16中以33-34位数表示
• 相同的值可以用26位数的基数36表示
• 相同的值可以用22-23位的基数64表示

不能在视觉上相互混淆的角色更好

• 例如,包含O(oh)和0(零),或S(ess)和5(五)的编码可能是坏的
• 此问题取决于用于显示密钥的字体/面,在某些情况下您可能能够控制(如在纸上打印)但在其他情况下无法控制(如网页和电子邮件).
• 还取决于你是否可以控制上和/或小写的独占使用 - 例如,资本D(dee)可能看起来像O(哦)但是小写d(dee)不会; 小写l(ell)看起来像1(一),而大写L(ell)则不然.(特别是异国情调的字体/面孔除外).

不能在口头/听觉上相互混淆的角色更好

• a(ay)8(八)
• B(蜜蜂)C(cee)D(dee)E(ee)g(gee)p(小便)t(tee)v(vee)z(zee)3(三)
• 这个问题取决于端到端信道的音频质量 - 如果预期的用户群可能存在语音障碍,或者可能不得不通过防毒面具说话,或者通信信道可能包括CB无线电或波动,则会遇到更大的挑战VOIP电话系统.

添加一两个校验位将检测错误但无法帮助解决错误.

alpha - bravo - charlie - delta类型对话框可以帮助解决听力错误,但不能读取错误.

可能的编码选择:

• 基础64 - 紧凑,但太多难以言语的字符(下划线,短划线等)
• 基数34 - 0-9和AZ但是O(哦)和I(aye)被遗漏为最简单的数字混淆
• 基数32 - 与基数34相同,但也省略了0(零)和1(一)

对于这种情况,是否有一个公认的编码是合理的解决方案？

我想知道我是否可以将人类可读的主键用于相对较少数量的数据库对象,这将描述大都市区域.

例如,使用"washington_dc"作为华盛顿特区都市区的pk,或纽约市的"nyc".

吨对象将国外键入这些城域网对象,我希望能够告诉当一个人或企业只是通过看他们的数据库记录位置.

我只是担心,因为我的直觉告诉我这可能是违反良好做法的严重犯罪.

那么,我"允许"做这种事吗？

谢谢!

我正在参加UNIX的入门课程,并有一个以下的作业问题:

上一个问题中有多少个文件是文本文件？文本文件是包含人类可读内容的任何文件.(TRICK QUESTION.在文件上运行file命令,看看文件是文本文件还是二进制数据文件!如果你只计算带有.txt扩展名的文件数,你就不会得到这个问题的分数.)

上一个问题只是询问有多少常规文件,这很容易弄清楚find . -type f | wc -l.

我只是在确定什么是"人类可读内容"时遇到了麻烦,因为我认为它除了二进制/汇编之外还意味着什么,但我认为这就是-type f显示的东西.也许这就是教授所说的"技巧问题"的含义？

这个问题后来有一个跟进,也问"什么文本文件包含字符串"csc"在任何大小写的混合？".显然"文本"指的不仅仅是.txt文件,但我需要弄清楚第一个问题来确定这个!

在 iOS 6 之前，调用 callStackSymbols() （也是 -[NSException callStackSymbols] 使用的）将提供人类可读的堆栈帧。然而，在 iOS 6 中，情况不再如此，只为 Apple 库提供地址（例如 57 CoreFoundation 0x367ba5db + 118）。

在 iOS 6 中如何以编程方式获取完全符号化的回溯？

每当我们面前有任何查询描述时，我们都会尝试应用启发式和头脑风暴来构建查询。

是否有任何系统的分步或数学方法可以根据给定的人类可读描述构建 SQL 查询？

例如，如何确定 SQL 查询是否需要联接而不是子查询、是否需要 group by、是否需要 IN 子句等等。

例如，任何研究数字电子学的人都会知道卡诺图或奎因·麦克劳斯基方法等方法。这些是简化数字逻辑的一些系统方法。

是否有类似这样的方法来手动分析sql查询以避免每次头脑风暴？

我有一个列表列表,看起来像这样:

data = [['seq1', 'ACTAGACCCTAG'],
        ['sequence287653', 'ACTAGNACTGGG'],
        ['s9', 'ACTAGAAACTAG']]

我将信息写入这样的文件:

for i in data:
    for j in i:
        file.write('\t')
        file.write(j)
    file.write('\n')

输出如下所示:

seq1   ACTAGACCCTAG  
sequence287653   ACTAGNACTGGG  
s9   ACTAGAAACTAG  

由于每个内部列表中第一个元素的长度不同,列不能整齐排列.如何在第一个和第二个元素之间编写适当数量的空白以使第二列符合人类可读性？