大佬们看我这里🐒

https://www.bilibili.com/blackboard/activity-0cfrhcB8x.html?from=pc&native.theme=1&night=0&from_module=share-link#/home?card_id=30587721

@star7th 其实你们可以直接把顶部导航菜单那几个页面（客户端、价格、联系）全部集中在首页，做成一个产品单页就行了。

https://www.showdoc.com.cn/static/img/home1.cf81ad2.png
https://www.showdoc.com.cn/static/imgs/home2-img.png
https://www.showdoc.com.cn/static/imgs/home3.png

@star7th 我实在理解不了设计师为啥会弄这么黑的点缀色块🌚

忘记说了：

每个段的文字内容都比较少，而高度又太多，整体看着会觉得缺乏内容，建议缩减一下高度，或者优化下文案。
又或者部分内容，做成 3-4 栏并列的方式，减少滚动长度，看着也比较有内容。
以及，配图还是感觉略丑🐒建议翻一翻公共免费素材库，比如： https://interfacer.xyz/

用 Stylus 瞎🐔儿调了下配色。

几个地方有点问题：

1. 个别图片好黑，比如那个 [数据字典] 的配图，图片设计好之后导出时出了问题？
2. PNG 图片可以压缩下，省点加载时间和流量。
3. 客户端页面，有个按钮漏了 class


```
/* ==UserStyle==
@name showdoc.com.cn
@namespace github.com/openstyles/stylus
@version 1.0.0
@description A new userstyle
@author Me
==/UserStyle== */
@-moz-document domain("showdoc.com.cn") {
.body {
color: #393e46 !important;
}
.header {
background: #F3F4F6 !important;
}
.logo {
filter: invert(100%);
}
.hbanner {
background: #F3F4F6;
}
.hbanner-txt h2 {
color: #393e46 !important;
}
.hbanner-txt .list .num {
color: #F3F4F6;
}
.hbanner-txt .btns a.on {
background-color: #5991f3 !important;
color: #eeeeee !important;
border: 1px solid #5991f3 !important;
}
.hbanner-txt .btns a {
border: 1px solid #393e46 !important;
}
.hrow .img {
filter: drop-shadow(5px 5px 10px rgba(0, 0, 0, .5));
}
.hrow1,
.hrow3,
.hrow5,
.hrow7 {
background: #f7f7f7 !important;
}
.hrow2,
.hrow4,
.hrow6 {
background: #eeeeee !important;
}
.regbg {
background: #eeeeee !important;
}
.downpage {
background: #f7f7f7 !important;
}
}
```

忘记在哪部小说看到的了：蟹王功
当时作者被屏蔽了近一半章节🌚

你说的是这个吗？


@wanacry 如果是在桌面状态是可以直接右划进入负一屏，如果是打开了应用，就只能先划下通知栏再右划了。

我觉得联通很奇葩的一个地方是：以前我曾有两年时间用 199 元 /月的冰激凌套餐，那段时间，每周都能收到联通招聘客服的短信……

Spark 、AirMail 皆可

以前我复制包含大量小文件的文件夹时，会用存储方式做成压缩包，复制过去，解压。

这个也可以试试： https://greasyfork.org/zh-CN/scripts/389721

iA Writer

@rodrick #9
所以，为啥不说是哪个开源工作流呢？说不定还能找到帮你的人→_→
不影响关键任务，而是小坑多的话，是否属于 [又不是不能用.jpg] 类型？你可以做一些事情：
1. 记录所有 bug，列出 bug 对整个系统使用的影响程度。上报给领导。上报给领导。上报给领导。这是证明 [这个系统真有问题] 的重要凭据。
2. 在存在众多 bug 的情况下，不管是出于时间原因、无其它解决方案、还是其它原因（比如他对这套系统是真爱），领导还是坚持用这套系统，那么你需要继续修 bug，或者请原作者一起修 bug 。
3. 存在 bug 的功能，是否能屏蔽暂时不用？
4. 认真思考一下，bug 修不过来，主要原因是自己（团队）能力不足，还是这个开源本身问题。如果时间充足，能否修得过来？这条可以影响这个锅属于谁（或者说你心里能清楚自己该负多少责）。
5. 认真思考一下，从确定用这套系统，到第一次发现 bug，再到现在，总共过了多久？关于 bug 的问题你向领导反馈过几次？领导是否考虑过重新选择其它方案？其它同类产品二次开发是否真的无法符合你公司的需求？（ [你选的嘛 偶像.jpg] ）
6. 无法按时交付的话，结果是什么？锅是你的还是领导的？（如果前面几点确定锅不应该你背或者你不该背那么多，最终却是你在背，那建议早点跑路）
7. 如果打算跑路，年底了，跑路前先确定下是否好找下家，或者裸跑是否撑得住。
8. 你在 #11 有提到花钱让人修 bug 了，可以考虑下提出你们的功能需求，和对方确定一个价格，外包给对方做二次开发，这个价格是包含修 bug 的。

既然是技术博客，你看 github 那么香🌚

以前用鼠须管，后来 macOS 自带输入法有了小鹤方案后，就改用自带了，一些词语符号用自定义文本方便输出。苹果手机上也用自带小鹤，有时候会换 gboard，备用的安卓机也是 gboard

@lemonTreeTop macOS 和 iOS 自带有小鹤，一开始没有，后来更新了。

有车有相机，考虑下自驾游+旅行摄影师？文笔可以的话，《我自驾 N 个城市，拍摄了 100 个创业程序员》怎么样？