从个人的需求出发,我写技术文章大致可以分为以下类型:
文章类型 | 个人价值 | 例子 | 特性 |
开发日志 | 快速记录技术细节,技术备忘, 目的是为了提高下次遇到相同 问题时的解决效率 | Composer 本地加载第三方扩展包 Ubuntu 修改 MSYQL 的 Data 目录 为 Laravel 配置 Sublime Text 3 Laravel 4 Artisan 命令行实战 Laravel 集成 Pjax 开发速记 | 言简意赅 没有废话 步骤清晰 15~30 分钟 |
信息分享 | 新闻、趣闻、资源等分享 与交流 | Composer 改了一行代码 Laracon EU 2014 的视频来啦 PHP 7 市场占有率攀升至 20% Laravel 5.3 RC1 已发布 | 链接为核心 文字较少 阐述观点 10~20 分钟 |
干货分享 | 整理和归类资料,写的爽看的也 爽,对自己系统掌握一个知识 点很有帮助 | Laravel 5.3 预热:10 个变更 下载量最高的 100 个 Laravel 扩展包 十个 Laravel 5 程序优化技巧 PHP / Laravel API 开发推荐阅读清单 | 清单模式 30~120 分钟 |
学习笔记 | 学习某个话题或某篇文章 的读后感而做的记录,为加 强记忆,有助于温故而知新 | 「足记」App 架构重组笔记 PHP 行为测试工具学习笔记 | 行文结构 比较开放 20~40 分钟 |
思考总结 | 对技术或者学习方式的思考 总结,更多在于理清思路,以及 分享自己的观点 | 如何高效地学习 Laravel 框架? 我为什么选择 Laravel? | 深度文章 答疑解惑 30~120 分钟 |
社区问答 | 解答技术问题,有时靠过往经 验,有时是自行搜索答案。除了 回答专属的问题外,也希望记录 下来备忘和分享 | 为什么必须使用 Homestead ? Laravel 5 的发布日期? 如何选择 Laravel 版本? | 问题为核心 15~60 分钟 |
开发日志 是我最喜欢的记录类型,主要是因为这些记录能节省我后面很多的开发时间。例如 Composer 本地加载第三方扩展包 这篇文章,在做这个任务的时候,阅读资料,尝试好几个不同的教程,有些不清晰的地方还得卡一下,总共花费了半个小时以上。最后记录下来花了二十分钟的时间。在后面的开发里,遇到相同的任务,无数次查阅,每次都是几分钟就完成任务。算下来,还挺值当。
感谢楼主巨巨的分享
感谢楼主大大
沙发 感谢楼主