npm - cici - Versions diffs - 0.1.1 → 0.3.0 - Mend

cici 0.1.1 → 0.3.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (481) hide show

package/.next/standalone/data/blog/cofe.md DELETED Viewed

@@ -1,398 +0,0 @@
----
-title: The Complete Cofe Guide
-date: 2025-10-06T10:30:00.000Z
-status: draft
-latitude: 37.78297388090404
-longitude: -122.41031261300729
-city: San Francisco
-street: Market Street
-external_discussions:
-  - platform: hackernews
-    url: https://news.ycombinator.com/item?id=example
----
-[**Cofe**](https://github.com/metrue/cofe) is blog and memo taking app, which fully powered by Github API, and your blog posts and memos are all stored in your own repo, and all the writings are in version control.
-**Everything you need to know about setting up, customizing, and mastering Cofe.**
-Cofe is a beautifully simple blog and memo app that stores everything in your GitHub repository. No databases, no complex setups - just write and publish.
-> **Live Example**: See Cofe in action at [blog.minghe.me](https://blog.minghe.me) - a real blog powered by Cofe.
-## Quick Start
-### 1. GitHub OAuth Setup
-First, create a GitHub OAuth App:
-1. Go to [GitHub Settings > Developer Settings > OAuth Apps](https://github.com/settings/developers)
-2. Click "New OAuth App"
-3. Fill in the details:
-   - **Application name**: `Cofe Blog`
-   - **Homepage URL**: `http://localhost:3000` (for development)
-   - **Authorization callback URL**: `http://localhost:3000/api/auth/callback/github`
-4. Save your **Client ID** and **Client Secret**
-### 2. Environment Setup
-Clone the repository and install dependencies:
-```bash
-git clone https://github.com/metrue/Cofe.git
-cd Cofe
-npm install
-```
-Create your environment variables:
-```bash
-# Required for GitHub integration
-export GITHUB_USERNAME='your-github-username'
-export GITHUB_ID='your-github-oauth-client-id'
-export GITHUB_SECRET='your-github-oauth-client-secret'
-# Required for authentication
-export NEXTAUTH_SECRET='your-random-secret-string'
-export NEXTAUTH_URL='http://localhost:3000'
-# Optional: Analytics (see Analytics section)
-export NEXT_PUBLIC_ANALYTICS_ENABLED=false
-```
-### 3. Start Writing
-```bash
-npm run dev
-```
-Visit `http://localhost:3000`, sign in with GitHub, and start creating!
-## Core Features
-### Blog Posts
-Rich blog posts with full markdown support:
-- **Markdown**: Standard and extended syntax
-- **Code Highlighting**: Syntax highlighting for 100+ languages
-- **Math**: LaTeX equations with KaTeX
-- **Images**: Drag & drop or paste images
-- **Location**: Automatic location tagging
-- **Discussions**: Link external discussions from HN, Reddit, V2EX
-### Quick Memos
-Capture thoughts instantly:
-- **Fast Entry**: One-click memo creation
-- **Location Tracking**: Automatic location capture
-- **Like System**: Engage with your content
-- **Masonry Layout**: Beautiful responsive grid
-### External Discussions
-Connect your posts to external conversations:
-```yaml
-external_discussions:
-  - platform: hackernews
-    url: https://news.ycombinator.com/item?id=123456
-  - platform: reddit
-    url: https://reddit.com/r/programming/comments/xyz/
-  - platform: v2ex
-    url: https://v2ex.com/t/123456
-```
-Cofe automatically fetches and displays comment counts and links.
-## Advanced Configuration
-### Analytics Setup
-Enable privacy-first analytics with Umami:
-1. **Get Umami**: Sign up at [cloud.umami.is](https://cloud.umami.is) or [self-host](https://umami.is/docs)
-2. **Create Website**: Add your domain and get the Website ID
-3. **Configure Environment**:
-```bash
-export NEXT_PUBLIC_ANALYTICS_ENABLED=true
-export NEXT_PUBLIC_UMAMI_WEBSITE_ID=your-website-id
-# Optional: Custom Umami instance
-export NEXT_PUBLIC_UMAMI_SCRIPT_URL=https://your-umami.com/script.js
-# Optional: Domain restrictions
-export NEXT_PUBLIC_UMAMI_DOMAINS=yourdomain.com,www.yourdomain.com
-```
-### Site Configuration
-Customize your site in `lib/siteConfig.ts`:
-```typescript
-export const getSiteConfig = () => ({
-  title: 'Your Blog Name',
-  description: 'Your blog description',
-  author: {
-    name: 'Your Name',
-    email: 'your@email.com'
-  },
-  social: {
-    twitter: 'yourusername',
-    github: 'yourusername'
-  },
-  keywords: ['blog', 'tech', 'programming']
-})
-```
-### Custom Styling
-Cofe uses Tailwind CSS. Customize styles in:
-- `app/globals.css` - Global styles
-- `tailwind.config.js` - Tailwind configuration
-- Individual components for specific customizations
-## Content Management
-### File Structure
-Cofe stores content in your GitHub repository:
-```
-data/
-├── blog/           # Blog posts (.md files)
-├── memos.json      # All memos
-├── links.json      # External links
-└── likes.json      # Like data
-```
-### Blog Post Format
-Blog posts use frontmatter:
-```yaml
----
-title: Your Post Title
-date: 2025-10-06T10:30:00.000Z
-latitude: 37.7749
-longitude: -122.4194
-city: San Francisco
-street: Market Street
-external_discussions:
-  - platform: hackernews
-    url: https://news.ycombinator.com/item?id=123
----
-Your markdown content here...
-```
-### Memo Format
-Memos are stored as JSON objects:
-```json
-{
-  "id": "1728123456789",
-  "content": "Your memo content with **markdown**",
-  "timestamp": "2025-10-06T10:30:00.000Z",
-  "latitude": 37.7749,
-  "longitude": -122.4194,
-  "city": "San Francisco",
-  "street": "Market Street"
-}
-```
-## Deployment
-### Vercel (Recommended)
-1. **Deploy**: Click the deploy button or connect your GitHub repo
-2. **Environment Variables**: Add all your environment variables
-3. **Domain**: Configure your custom domain
-4. **SSL**: Automatic HTTPS setup
-### Other Platforms
-Cofe works on any platform that supports Next.js:
-- **Netlify**: Use the Next.js plugin
-- **Railway**: Direct deployment support
-- **DigitalOcean App Platform**: Node.js app
-- **Self-hosted**: Docker or Node.js server
-## API Reference
-### GraphQL Endpoints
-Cofe provides a GraphQL API at `/api/graphql`:
-#### Queries
-```graphql
-# Get all blog posts
-query {
-  blogPosts {
-    id
-    title
-    content
-    date
-    city
-    street
-  }
-}
-# Get specific blog post
-query {
-  blogPost(id: "post-id") {
-    id
-    title
-    content
-    discussions {
-      platform
-      url
-      count
-    }
-  }
-}
-# Get all memos
-query {
-  memos {
-    id
-    content
-    timestamp
-    city
-    street
-  }
-}
-# Get like information
-query {
-  getLikes(itemType: "blog", id: "post-id") {
-    count
-    countries
-    userLiked
-  }
-}
-```
-#### Mutations
-```graphql
-# Create blog post
-mutation {
-  createBlogPost(input: {
-    title: "New Post"
-    content: "Content here..."
-    latitude: 37.7749
-    longitude: -122.4194
-    city: "San Francisco"
-    street: "Market Street"
-  }) {
-    id
-    title
-  }
-}
-# Create memo
-mutation {
-  createMemo(input: {
-    content: "Quick thought..."
-    latitude: 37.7749
-    longitude: -122.4194
-    city: "San Francisco"
-  }) {
-    id
-    content
-  }
-}
-# Toggle like
-mutation {
-  toggleLike(itemType: "blog", id: "post-id") {
-    liked
-    count
-    countries
-  }
-}
-```
-## Troubleshooting
-### Common Issues
-**Authentication not working?**
-- Check your GitHub OAuth callback URL
-- Verify NEXTAUTH_SECRET is set
-- Ensure NEXTAUTH_URL matches your domain
-**Images not loading?**
-- Verify GitHub token has repo access
-- Check image URLs are publicly accessible
-- Ensure proper file permissions
-**Build failures?**
-- Run `npm run lint` and fix any issues
-- Check `npx tsc --noEmit` for TypeScript errors
-- Verify all environment variables are set
-**Location not working?**
-- Enable location permissions in browser
-- Check HTTPS requirement for geolocation
-- Verify network connectivity for reverse geocoding
-### Getting Help
-1. **Check Issues**: [GitHub Issues](https://github.com/metrue/Cofe/issues)
-2. **Discussions**: Use the external discussions feature
-3. **Contributing**: See [AGENTS.md](./AGENTS.md) for development guidelines
-## Migration
-### From Jekyll
-1. Copy markdown files to `data/blog/`
-2. Update frontmatter format
-3. Move images to GitHub repository
-4. Update image URLs
-### From Hugo
-1. Convert content to standard markdown
-2. Update frontmatter dates to ISO format
-3. Migrate static assets
-4. Configure redirects if needed
-### From Ghost/WordPress
-1. Export content to markdown
-2. Clean up HTML remnants
-3. Convert featured images
-4. Set up URL redirects
-## Performance Tips
-1. **Image Optimization**: Use WebP format when possible
-2. **Caching**: Enable Vercel Edge Caching
-3. **Analytics**: Use minimal tracking for better performance
-4. **Content**: Keep memo count reasonable for faster loading
-## Security
-- **Authentication**: GitHub OAuth only
-- **Data Storage**: Your GitHub repository
-- **Privacy**: No external databases
-- **Analytics**: Privacy-first Umami integration
-- **HTTPS**: Required in production
----
-**That's everything!** Cofe is designed to be simple yet powerful. Start with the basics and customize as you grow.
-Questions? Open an issue or start a discussion. Happy writing! ☕

package/.next/standalone/data/blog/expensee-shortcut-numbers-guide.md DELETED Viewed

@@ -1,99 +0,0 @@
----
-title: 用 iOS 快捷指令 + Numbers 做一套零依赖的记账系统
-date: 2026-05-28T10:00:00.000Z
-latitude: 52.330390529537716
-longitude: 4.940213073274852
-city: Duivendrecht
-street: Kastanjepad
----
-[ExpenSee](https://milemile.app/expensee) 上线之前，我用了很久一套土法记账：iOS 自带的**快捷指令** + **Numbers**。一行代码不写，没有服务器，没有 API，也没有第三方账号。每次付完款，按一下手机背面，整个流程跑完，一笔账就写进了 iCloud 上一份普通的 Numbers 表格里。
-这条快捷指令是 ExpenSee 这款 App 最初的灵感来源。这篇文章把这套流程从头讲一遍，给那些愿意自己折腾 iOS 自动化的人作个参考。
-> **iCloud 安装链接**：[https://www.icloud.com/shortcuts/c78c745e753541beb6a92e4f311b5c6f](https://www.icloud.com/shortcuts/c78c745e753541beb6a92e4f311b5c6f)
->
-> **模版下载（备用）**：[https://milemile.app/expensee/static/template.numbers](https://milemile.app/expensee/static/template.numbers)
----
-## 它到底做了什么
-每次运行，这条快捷指令做的事情是：
-1. 算出当前年份，组合出一个文件名 `2026账本.numbers`，去 iCloud 的 *Numbers* 文件夹找它。
-2. 如果文件不存在，就从 [milemile.app/expensee/static/template.numbers](https://milemile.app/expensee/static/template.numbers) 下载一份模版，按当年的年份命名后保存进 iCloud Drive 的 Numbers 文件夹，然后退出。
-3. 如果文件存在，就**截一张屏**（一般是支付宝 / 微信支付的支付完成页），用系统自带的图像识别把所有形如 `[0-9]+\.[0-9]{1,3}` 的数字找出来。
-4. 只识别到一个金额时直接采用；多个金额会跳出列表让你挑选；都没识别到就改为手动输入。
-5. 依次询问：**支出 / 收入** → **分类** → **账户**（支付宝 / 微信 / 银行卡）→ **备注**。
-6. 调用 Numbers 的 *在电子表格中添加值* 系统动作，把这一行写进当月对应的 `M月支出账单` 或 `M月收入明细` 表格里。
-分类是预设好的：
-- **支出**：数码电器、餐饮美食、自我提升、服饰装扮、日用百货、车辆交通、娱乐休闲、医疗健康、家庭支出、充值缴费、其他
-- **收入**：主业收入、副业收入、投资理财、红包礼金、其他
-整个流程没有任何一步要联网到我或者别人的服务器，所有数据都留在你的 iCloud 里。
-## 一次性设置
-1. **加入快捷指令**。在 iPhone 上打开 [这条 iCloud 链接](https://www.icloud.com/shortcuts/c78c745e753541beb6a92e4f311b5c6f)，点 *添加快捷指令*。这条快捷指令叫 *ExpenSee 自动记账*。
-2. **确认 iCloud 同步开着**：*设置 → 你的姓名 → iCloud → iCloud 云盘*，并确保 Numbers 在同步列表里。
-3. **跑一次快捷指令**。如果你还没有当年的账本文件，它会下载模版并保存为 `{年份}账本.numbers`。看到 *设置成功，重新运行开始记账吧* 的提示就成功了。
-4. **如果第一次卡住不动**（极少数情况下模版下载会很慢），手动从 [milemile.app/expensee/static/template.numbers](https://milemile.app/expensee/static/template.numbers) 下载文件，重命名为 `2026账本.numbers`（把年份换成当前），放到 iCloud 的 Numbers 文件夹里，再运行快捷指令即可。
-## 怎么用：每天三秒
-记账这件事最大的成本是从付款到入账之间的几秒钟。这条快捷指令的目标就是把这几秒压到极致：
-1. 付款后停留在金额完成页；
-2. 按下你绑定的快捷键（见下一节）；
-3. 系统自动截屏并识别金额，确认或挑选；
-4. 选支出 / 收入、分类、账户，写一句备注，结束。
-整个过程从掏出手机到结束大概 5 秒。
-## 三种触发方式
-把快捷指令绑到一个"一按就开始"的动作，是这套流程能跑下去的关键。下面三种任选其一：
-### ① 操作按钮（iPhone 15 Pro 起）
-> *设置 → 操作按钮 → 选择"快捷指令" → 选择"ExpenSee 自动记账"*
-绑定之后，长按机身侧面的橙色按钮就启动整套流程。我自己是 15 Pro 用户，这是我用得最顺手的方式——付完款顺手长按一下，相当于把记账的"启动成本"降到了零。
-### ② 轻点背面（所有支持的 iPhone）
-> *设置 → 辅助功能 → 触控 → 轻点背面 → 轻点两下（或三下）→ 快捷指令 → ExpenSee 自动记账*
-用手指轻敲两下手机背面就触发——不需要解锁回到主屏，不需要长按某个固定按钮，连戴着手机壳也照样能识别。这是没有操作按钮的 iPhone（XS、11、12、13、14 系列、所有非 Pro 机型）的最优解。
-### ③ Siri 语音
-直接对 Siri 说"ExpenSee 自动记账"。开车、做饭、手不空的时候最好用，但因为后续还需要点击挑选金额、分类等等，并不像前两个那样真的"全程不抬头"，所以平时主要是兜底用。
-## 数据在哪里
-所有交易都写在 iCloud 上的 Numbers 文件 `{年份}账本.numbers` 里。每一年一份新表，按月分了 12 张工作表（`1月数据库` 到 `12月数据库`），每张工作表里有 *支出* / *收入* 两个表格。
-因为这是一份普通的 Numbers 文档，你可以在任何 Apple 设备上：
-- 直接做求和、按分类透视、画图表；
-- 导出 CSV / Excel 给会计或税务；
-- 用 iCloud Drive 备份，或者手动下载一份留底。
-没有任何数据离开你的 iCloud。如果哪一天我这套生态都消失了，你的账本依然是一份完整、可读的 Numbers 文件。
-## 局限性，以及为什么我后来做了 ExpenSee
-用了一年多之后，几个不舒服的地方逐渐放大：
-- **截屏 OCR 的识别率不稳定**。支付宝的金额数字字体大、对比强，识别没问题；但小红书、B 站、点外卖小票里的金额有时识别不到，就要手动输入。
-- **每年初要手动初始化**——快捷指令是按 `{年份}账本.numbers` 命名的，跨年那天的第一笔会触发模版下载流程，不是无缝的。
-- **多币种很难做**。Numbers 公式可以处理，但快捷指令本身没办法在记账的时候就帮你转换。
-- **分类是写死的**——加一个新分类要改快捷指令，不是普通用户能接受的成本。
-[ExpenSee](https://apps.apple.com/us/app/expensee-expense-tracking-ai/id6448993636) 把这件事的核心——把记账压到几秒——做成一个独立的 iOS 应用。同样不依赖任何外部服务，但识别准、原生支持多币种、日历视图能让你一眼看清这一个月。如果你想要这条快捷指令的"升级版"，可以去 App Store 试试。
-但如果你像我一样喜欢自己拼装工具，这条快捷指令依然是个不错的起点。它的全部源码就在你的 iPhone 上，可以随便改成你喜欢的样子——加分类、改账户、换币种、接到不同的 Numbers 表格里，都只是几下点击。

package/.next/standalone/data/blog/first-golang-project-fx.md DELETED Viewed

@@ -1,113 +0,0 @@
----
-title: 用 Golang 写一个支持各种编程语言的 serverless 框架
-date: 2017-10-22T17:42:13.233Z
-external_discussions:
-  - platform: hackernews
-    url: https://news.ycombinator.com/item?id=15686661
-  - platform: v2ex
-    url: https://v2ex.com/t/406259
-  - platform: reddit
-    url: https://www.reddit.com/r/programming/comments/7su688/fx_is_a_homemade_faas_tool_like_aws_lambda/
----
-## 前言
-fx 是我在 [Go Hack](http://gohack2017.golangfoundation.org/)的一个小作品，Go Hack 是一个以Go语言为主要编程语言的黑客马拉松比赛。虽然我和我队友两人都是写JavaScript的前端工程师, 以Golang 零基础参加这次比赛，不过很开心我们完成了fx，也喜欢上 Golang 这门语言.
-读了那么多年书，写了那么久的代码，如果说有什么概念是深入骨髓的，只能说是”函数“了。虽然在数学上和编程上，“函数”这个词有很大的不一样的，但是有一点上它们是类似:
-```
-接受输入（可能为空值），然后进行处理，最后输出处理结果。
-```
-我们几乎可以用这个概念来描述所有的行为. 比如我们可以用下面的函数的来描述我们 fx 的诞生过程：
-```
-函数 f = Go Hack (以 Golang 为项目编程语言的黑客马拉松活动)
-输入 input = [两个Go语言零基础的JavaScript工程师，两台Macbook，很多很多的功能饮料]
-fx = f(input)
-```
-## fx 是什么
-那么 fx 是什么呢，一句话来说就是 : fx 是一个可以把一个函数变成一个服务的工具.  一个简单的例子来说一下 fx 的功能吧. 比如你写好了很棒的函数 , 它是这样的:
-func.js
-```javascript
-module.exports = (input) => {
-  return parseInt(input.a, 10) + parseInt(input.b, 10)
-}
-```
-它的作用就是计算两个数的和.  你把这个函数写在 `func.js` 这个文件里面。 这时候你希望可以将这个函数编程一个服务，对外提供一个 url 可以供外界访问.  但是想到 nginx, web server,  api gateway…, 你头有点大了。 现在你可以简单的这样做。
-```shell
-fx up func.js
-```
-如果一切没有什么问题，你可以得到一个url.
-```shell
-$ fx list
-+------------+---------+---------------+
-|     ID     |  STATE  |      URL      |
-+------------+---------+---------------+
-| ce925443d5 | running | 0.0.0.0:40549 |
-+------------+---------+---------------+
-```
-访问你的服务试试看
-```shell
-$ curl -X POST 0.0.0.0:40549 -H "Content-Type: application/json" -d '{"a": 1, "b": 1}'
-```
-你会得到 `2`. 这说明你的函数已经变成了一个服务了。
-## fx 如何工作
-fx 有两个部分组成，fx server 和 fx client, 最开始的 client 和 server 基于 websocket 进行通信，所有的交互基于 websocket message 来进行, 当时选择 websocket 的原因是因为其简单，能够快速验证我们的想法。当项目做完了演示了之后放到了 [Github](https://github.com/metrue/fx) 之后, 收到了很多的反馈，有同学提出了可以采用 RPC 架构来做，gRPC 如雷贯耳很长时间，就是没有机会去实践，但是后来工作一直很忙，所以没有能够及时完成迁移，然后社区的力量是强大的，一个就职于意大利FBK的哥们发Email和我说，他想参与维护 fx, 我简单看了他的Github主页了之后，就直接把他放到了 collaborator   list 去了，后来他直接发了一个很大的 [Pull Request](https://github.com/metrue/fx/pull/100/files)过来，就是用 gRPC 替换了 websocket 的，我当然就很开心的做了merge.
-所以现在的 fx 是一个基于 gRPC 框架的工具. 提供三个核心功能:
-```shell
-Usage:
-  $ fx up   func1 func2 ...       deploy a function or a group of functions
-  $ fx down func1 func2 ...       destroy a function or a group of functions
-  $ fx list                       list deployed services
-```
-所以整个架构也很简单，fx up 会将 function 的定义内容传递给 fx server，fx server 接受到 function 的内容了之后，匹配到正确的 Dockerfile 和对应的构建镜像所需的资源, 然后会调用 Docker Engine 的 api 去构建相应的服务，最后把生成的服务的 URL 返回给客户端.
-```shell
-                up/ deploy a function to service
-            -------------------------------------->
-            <--------------------------------------
-                down/ stop functions' services
-            -------------------------------------->
-fx client	<--------------------------------------   fx server
-                list/ list deployed services
-            -------------------------------------->
-			<--------------------------------------
-```
-## fx 支持哪些编程语言
-由于 fx 的一个服务的背后都是一个 Docker Container, 所以 fx 几乎可以支持所有的编程语言，由于精力有限，目前 fx 支持这些编程语言:
-* Golang
-* JavaScript/Node
-* Ruby
-* Python
-* Java
-* PHP
-* Julia
-## fx 的未来
-啥未来，就是一个小工具而已。

package/.next/standalone/data/blog/work-going-index.md DELETED Viewed

@@ -1,49 +0,0 @@
----
-title: 如何衡量一个团队是否值得加入
-date: 2019-05-21T09:43:38.234Z
----
-最近有人在 [Hacker News](https://news.ycombinator.com) 问 ["How do I find a meaningful software engineering job?"](https://news.ycombinator.com/item?id=17332796), 其中有一个人的回复我觉得有点意思, 而且和现在的看法有些些许的类似。
-> I'm a late-career software developer. 30+ years in the trenches doing this...
-> I've done "meaningful" work at companies that treated my like a consumable resource, and less meaningful work at companies that treated me like a person. I prefer the latter. My suggestion is don't jump at the first interesting work, look more for culture and career opportunity. You can find both, those jobs are not quite as rare as unicorns.
-最近和常常和 [Jakehao](https://twitter.com/haojianzong) 聊聊工作这个事，什么样子的工作才是好工作，我们不断的跳槽到底在挑什么. 我和 Jake 经过这几年的工作经历，都觉得自己并没有单单为了工资而跳槽，由于我们俩都有过不成功的换工作经历，在一个自己不喜欢的地方和氛围下工作，是一种极其折磨人的状态，一般很难呆太久。在找工作的时候，我们两不时会聊自己的面试情况，自己的心态和感受，经过简单的总结之后，我们得到了这样一个公式
-```
-WGI = WLB * PV * SL * TA
-```
-> WGI ( Worth Going Index): 值得去指数
-> WLB (Work Life Balance): 工作生活平衡
-> PV ( Product Value ): 产品价值
-> SL ( Salary Level ): 工资水平
-> TA ( Team Atmosphere ): 团队氛围
-WGI 越高，这个工作机会的价值越高，越值得我们去尝试；反之，WGI 越低则越表明这个工作机会的价值越低，越不值得我们尝试。
-WGI 的这四个决定因素: 工作生活平衡 ( Work Life Balance, WLB), 产品价值( Product Value, PV ),  工资水平 ( Salary Level, SL), 和团队氛围 ( Team Atmosphere, TA ). 是来源我们两个数次的成功或者失败的换工作经历的总结而来的。
-## Work Life Balance
-工作生活平衡，966 在很多中国的 IT 公司不知不觉已经常态，这有点让人泄气，对很多人来说，也包含着有些无奈。 我是旗帜鲜明的排斥任何形式的加班的，我不喜欢任何形式的 Push。每一个人都是成年人，成年人就应该知道怎么规划自己的时间，怎么安排自己的工作，怎么去做任务的优先级排序，尽量少的给别人造成障碍和拖累拖累团队。绝大多数的加班都是无意义的，作为 Leader/Boss 让你的团队成员加班，就是赤裸裸用战术的勤奋来掩盖战略的愚蠢，无可争辩。
-## Product Value
-由于工作占据了我们生活的很大一部分，把自己那么大的时间和精力投入到一个没有太多意义的产品研发中，很难保持长久的激情。 如果参与到一个对自己，对这个社会有意义的产品开发中，每一次的代码的提交，都在让这个世界变得更好一点点，让人们的生活变得更好一点点，会让我们能保持一种充满激情的工作状态，而这种状态也让我们做事情事半功倍，每天的工作都是一种享受，也有助于我们有更多的时间去享受工作之外的生活。
-## Salary Level
-工资水平，我们都是平凡人，都需要买面包和牛奶。我们不是神，所以不能靠各种画出来的大饼来填饱肚子。
-## Team Atmosphere
-团队氛围，好的团队让每一个人都工作开心，相处融洽，相互帮助，分享知识，共同成长。好的团队并不是说要每一个人都要成为好朋友，我们都有自己的私人空间，尊重是一个好的团队的前提，尊重个人自由，尊重个人选择，尊重个人独立的想法。互助合作，每一个人都有新手时期，作为一个资深者应该给新人适当的给予帮助。团队中齐心协力才能让团队获得成功，但是团队成功并不意味着必须牺牲个人成功，相反，团队关心以及帮助团队成员获得个人的成功会更加有助于团队的成功。
-有了这个公式之后，在我们找工作做选择有一个清晰的对比了，我把自己经历过的工作粗略的挨个计算了一下，结果如下:
-```
-Company	WLB	PV	SL	TA	WGI
-Synopsys  1	0.7	0.7	0.7	0.343
-Second Spectrum	0.8	0.6	0.8	0.8	0.3072
-Splunk	1	0.6	0.9	0.9	0.486
-设计家	0.5	0.7	0.8	0.8	0.224
-Udacity	1	0.9	0.8	0.9	0.648
-```
-不妨你也是计算一下你的前任和现任雇主们吧.