©CC BY-NC-SA 4.0
🚩加入 Nostr!moe 社区: join.nostr.moe
🚩加入 Nostr!moe 社区: join.nostr.moe
#吐槽
上个星期日推到了队长的《哪里都是你》, 因为很久日推里面没有出现华语了, 并且这首歌本身也很不错, 于是听完日推后就循环了几遍. 结果之后的一个星期直到现在, 日推里面每天都有华语热榜上出现过的曲子, 让人接受不了的《雪 Distance》和《向云端》都來了, 大量的 Hip-Hop 和民谣, 突然让我有点应付不过来.
队长的《哪里都是你》甚至还有个 2.0 版本, 但个人感觉并没有第一版的好, 就像买辣椒也用券的《起风了》一样, 第一版的中文 cover 其实是最好的, 但是后来还是出了第二版, 个人也感受不到第一版的味道了(好像第一版还下架了).
via Nostr@cxplay
上个星期日推到了队长的《哪里都是你》, 因为很久日推里面没有出现华语了, 并且这首歌本身也很不错, 于是听完日推后就循环了几遍. 结果之后的一个星期直到现在, 日推里面每天都有华语热榜上出现过的曲子, 让人接受不了的《雪 Distance》和《向云端》都來了, 大量的 Hip-Hop 和民谣, 突然让我有点应付不过来.
队长的《哪里都是你》甚至还有个 2.0 版本, 但个人感觉并没有第一版的好, 就像买辣椒也用券的《起风了》一样, 第一版的中文 cover 其实是最好的, 但是后来还是出了第二版, 个人也感受不到第一版的味道了(好像第一版还下架了).
via Nostr@cxplay
In reply to nevent1q…8jk7
_________________________
除非每次打开之前都要通过这个弹窗质询, 没有地方设置 csv 的默认数据处理方式.
via Nostr@cxplay
#吐槽
Excel 总是自作聪明把 csv 数据列的前导零(leading zero)删掉, 还没地方设置 csv 的默认数据读取格式, 打开就是常规数据格式, 还要在保存前切换为文本数据格式, 不然只要用 Excel 保存一下数据列就全坏了.
via Nostr@cxplay
Excel 总是自作聪明把 csv 数据列的前导零(leading zero)删掉, 还没地方设置 csv 的默认数据读取格式, 打开就是常规数据格式, 还要在保存前切换为文本数据格式, 不然只要用 Excel 保存一下数据列就全坏了.
via Nostr@cxplay
#吐槽
产品或者项目的运营甚至不需要是其核心人员, 甚至不能是. 如果开发, 生产或者创作要面临不属于职责范围内的事务, 可能要考虑把他们用运营包装或者「隔离」开来. 核心成员的职能在被分解之后就变成了流水线作业, 扁平化和等级制是比较流行的结构. 外部事务还是应该尽量交给无关内部事务的人处理, 那可能就会有开不完的会, 提不完的要点, 写不完的报告. 但是之于协作问题带来的麻烦也都比被外部风险直接侵蚀内部核心的简单得多. 但是衡量风险也不轻松, 很多咨询公司专门有这种「风险管理」的服务.
via Nostr@cxplay
产品或者项目的运营甚至不需要是其核心人员, 甚至不能是. 如果开发, 生产或者创作要面临不属于职责范围内的事务, 可能要考虑把他们用运营包装或者「隔离」开来. 核心成员的职能在被分解之后就变成了流水线作业, 扁平化和等级制是比较流行的结构. 外部事务还是应该尽量交给无关内部事务的人处理, 那可能就会有开不完的会, 提不完的要点, 写不完的报告. 但是之于协作问题带来的麻烦也都比被外部风险直接侵蚀内部核心的简单得多. 但是衡量风险也不轻松, 很多咨询公司专门有这种「风险管理」的服务.
via Nostr@cxplay
#吐槽
In reply to nevent1q…7p4a
_________________________
接下可能会尝试使用 Descript.ion, 因为它是个结构简单的纯文本文件, 目前受部分流行的第三方文件管理器支持.
但是它起源于 1989 年的 MS-DOS 时代, 又不是 Microsoft 执行的标准, 发展到现在它的 "标准" 已经变得混乱. 据说他是为了解决 8.3 文件名无法写入更多信息产生的[1]... 真是讽刺.
与之类似的东西还有 BBS 时代的 file_id.diz 和 *.nfo, 当然现在也还有. 常常出现在各种盗版软件的资源包里, 也是用来描述元信息文件, diz 是描述文件和文件夹用途的, nfo 是描述开发者的. 更现代一点, 是 README.md 这种约定俗成的自述文件. 但是这些东西都不是专门用来记录文件和文件夹元信息的(diz 也是种自述文件).
[1]: windows - "descript.ion" file spec? - Stack Overflow: https://stackoverflow.com/questions/1810398/descript-ion-file-spec#comment1699208_1810398
via Nostr@cxplay
In reply to nevent1q…7p4a
_________________________
接下可能会尝试使用 Descript.ion, 因为它是个结构简单的纯文本文件, 目前受部分流行的第三方文件管理器支持.
但是它起源于 1989 年的 MS-DOS 时代, 又不是 Microsoft 执行的标准, 发展到现在它的 "标准" 已经变得混乱. 据说他是为了解决 8.3 文件名无法写入更多信息产生的[1]... 真是讽刺.
与之类似的东西还有 BBS 时代的 file_id.diz 和 *.nfo, 当然现在也还有. 常常出现在各种盗版软件的资源包里, 也是用来描述元信息文件, diz 是描述文件和文件夹用途的, nfo 是描述开发者的. 更现代一点, 是 README.md 这种约定俗成的自述文件. 但是这些东西都不是专门用来记录文件和文件夹元信息的(diz 也是种自述文件).
[1]: windows - "descript.ion" file spec? - Stack Overflow: https://stackoverflow.com/questions/1810398/descript-ion-file-spec#comment1699208_1810398
via Nostr@cxplay
#吐槽
In reply to nevent1q…vtxr
_________________________
这几天年末归档本地数据改用了 7z, 发现 7z 也支持 ADS 数据流, 不过只能在 WIM(Windows Imaging Format) 归档格式里用, 这是种 Microsoft 开发来专门用作磁盘镜像的文件格式, 类似于 VHD 和 VHDX.
另外尝试了一下 Directory Opus, 发现它默认使用 ADS 数据流为文件保存的描述储存在 SummaryInformation 标签里, 文件夹是 OpusMetaInformation 标签; 具体的数据格式也是专门设计的, 从 Directory Opus 范围之外覆写并不轻松[1][2].
如果文件和文件夹元数据连流行的归档格式都不支持, 甚至限定在某种文件系统里, 某种专有软件里, 那作为解决办法就非常局限且不可靠了.
[1]: Edit the NTFS ADS OpusMetaInformation from the command line? - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/edit-the-ntfs-ads-opusmetainformation-from-the-command-line/41287
[2]: Reading OpusMetaInformation powershell - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/reading-opusmetainformation-powershell/31850
via Nostr@cxplay
In reply to nevent1q…vtxr
_________________________
这几天年末归档本地数据改用了 7z, 发现 7z 也支持 ADS 数据流, 不过只能在 WIM(Windows Imaging Format) 归档格式里用, 这是种 Microsoft 开发来专门用作磁盘镜像的文件格式, 类似于 VHD 和 VHDX.
另外尝试了一下 Directory Opus, 发现它默认使用 ADS 数据流为文件保存的描述储存在 SummaryInformation 标签里, 文件夹是 OpusMetaInformation 标签; 具体的数据格式也是专门设计的, 从 Directory Opus 范围之外覆写并不轻松[1][2].
如果文件和文件夹元数据连流行的归档格式都不支持, 甚至限定在某种文件系统里, 某种专有软件里, 那作为解决办法就非常局限且不可靠了.
[1]: Edit the NTFS ADS OpusMetaInformation from the command line? - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/edit-the-ntfs-ads-opusmetainformation-from-the-command-line/41287
[2]: Reading OpusMetaInformation powershell - Help & Support - Directory Opus Resource Centre: https://resource.dopus.com/t/reading-opusmetainformation-powershell/31850
via Nostr@cxplay
#吐槽
In reply to nevent1q…62y6
_________________________
PowerShell 的 Copy-Item 和 Move-Item 不会受到影响, 显然这是 explorer.exe 的限制.
via Nostr@cxplay
In reply to nevent1q…62y6
_________________________
PowerShell 的 Copy-Item 和 Move-Item 不会受到影响, 显然这是 explorer.exe 的限制.
via Nostr@cxplay
#吐槽
今天才知道了 H.264 按有无 start code 会区分出 avc1 和 h264 来.
想起了 UTF-8 的 BOM, Excel 编辑 CSV 如果是 UTF-8 编码就必须要带 BOM, 不然 100% 乱码. 但 Windows 应该是唯一有 Unicode BOM API 支持的操作系统.
via Nostr@cxplay
今天才知道了 H.264 按有无 start code 会区分出 avc1 和 h264 来.
想起了 UTF-8 的 BOM, Excel 编辑 CSV 如果是 UTF-8 编码就必须要带 BOM, 不然 100% 乱码. 但 Windows 应该是唯一有 Unicode BOM API 支持的操作系统.
via Nostr@cxplay
