PIC那些事儿
这篇文章从作者的实际开发经历出发，讲述了在使用PIC微控制器过程中遇到的几个典型问题及其解决思路。文章首先剖析了时钟配置错误导致的程序不稳定现象，根因在于锁相环（PLL）倍频参数设置不当，使得实际CPU频率偏离设计值。作者通过示波器抓取时钟波形，并对照Microchip数据手册调整OSCCON寄存器，最终恢复了系统正常运行。另一个案例涉及中断服务例程（ISR）执行超时引发的实时性问题
标签：iOS
共 101 篇相关文章
趣图三幅：iPhone五年来的变化
这篇讲的是iPhone这五年间到底发生了哪些肉眼可见的变化。作者没有堆砌参数，而是精选了三张对比鲜明的趣图，直观呈现从iPhone 5到iPhone X时代的演进脉络。从圆润边框回归直角、Home键逐渐消失，到摄像头从单颗“眼睛”升级为多摄矩阵，每张图都浓缩了一代产品的设计哲学与技术妥协。尤其值得注意的是，文章点出了变化背后的驱动力：屏幕尺寸突破引发的交互革命、用户对便携与显示效果的平衡需求，以及计算摄影时代对光学模组的重新定义。看完后你不仅能get到历代iPhone的颜值更迭，更能理解这些变化如何悄然塑造了我们的使用习惯。
iPhone中png图片格式处理
这篇讲的是如何还原iPhone应用中被“优化”过的png图片。我们知道，苹果在打包App时会对png资源进行特殊压缩以减小体积，导致这些图片无法用常规看图软件直接打开。作者从这个实际问题出发，找到了基于Xcode命令行工具`pngcrush`的解决方案。 核心方法非常直接：通过添加`-revert-iphone-optimizations`参数，就可以将处理过的png反向还原成标准格式。为了克服命令行过长的问题，作者还分享了在终端配置alias的技巧，让操作变得更顺手。文章更进一步，提供了一个简单的shell脚本，能够一键批量转换整个文件夹内的所有png图片，这对于需要处理大量素材的开发者来说相当实用。 整个方案不依赖任何第三方图形工具，完全基于系统自带的环境完成。对于偶尔需要检查或提取iOS应用资源，或者在分析竞品UI时遇到图片无法查看的情况，这个方法提供了一个清晰、可复现的路径。
iOS内存暴增问题追查与使用陷阱
这篇讲的是iOS开发者如何追查和预防那些令人头疼的内存暴增问题。作者从开发者常遇到的内存莫名增长、程序崩溃等场景切入，系统梳理了iOS内存管理的核心——引用计数机制与autorelease池的工作原理。 文章重点剖析了两个层面：一是基础但易错的“谁创建谁释放”等使用原则，以及深浅拷贝、属性声明（如retain与assign）可能埋下的陷阱；二是对autorelease机制的深度解构，解释了为何滑动列表、频繁加载图片或操作数据库时，内存会“悄悄”增长，根源常在于未复用cell、大量未及时释放的解码缓冲区或数据库连接缓冲。 此外，文章还梳理了收到系统内存警告后的处理流程，并结合实例介绍了排查工具的使用。整体上，它不仅点明了“坑”在哪，更提供了从编码规范到机制理解、再到工具实践的一套解决思路，帮助开发者更稳定地管理应用内存。
方言君与业余组队的教训
这篇讲的是一个名叫“方言君”的开发者参与业余技术团队协作时的翻车经历与反思。文章从一次具体的线上故障切入，当时团队急于实现功能，在代码合并与测试环节存在侥幸心理，最终引发服务异常。 作者并未停留在抱怨或甩锅，而是深入剖析了业余组队中常见的陷阱：比如责任边界模糊导致无人为整体质量负责，技术选型时过度追求新潮而忽视团队能力基线，以及协作流程缺失使得简单问题复杂化。文中的关键教训在于，业余项目更需要专业流程的“最低限度保障”——哪怕只是基础的代码审查、明确的合并规范和一次像样的测试。 最终，这篇文章不仅记录了一次技术事故，更指向了团队协作的本质：无论专业与否，对工程纪律的基本尊重，才是避免“踩坑”的最短路径。对于同样在参与开源项目或临时组队的开发者来说，这些从挫折中提炼的经验或许比成功学更有参考价值。
平板电脑使用场景研究
这篇文章探讨了在移动互联网和App竞争白热化的背景下，理解平板电脑用户真实使用场景的重要性。作者从市场与产品设计的视角出发，指出要推出有竞争力的移动产品，核心前提是洞察用户在何种具体情境下会选择并使用平板。 文章具体分析了平板电脑在不同生活与工作场景中的角色定位，例如它可能在家庭娱乐中作为共享屏幕，在移动办公中充当轻量生产力工具，或在教育学习中成为交互式终端。这些场景的拆解，揭示了用户对屏幕尺寸、交互方式及内容形态的差异化需求，而非简单复刻手机或笔记本电脑的使用逻辑。 基于这些场景观察，文章强调，产品与应用开发者需要跳出功能堆砌的思维，转而围绕具体场景下的用户任务和体验痛点来设计方案。理解场景，就是理解需求的真实发生点，这为移动产品如何精准定位、实现价值提供了切实的切入角度。
来信， 创业 和 移动互联网
这篇讲的是作者在读完Steve Yegge那篇著名的关于Amazon与Google平台对比的“ rant ”（长篇抱怨）后，自己也按捺不住，想就“创业和移动互联网”这个话题来一次酣畅淋漓的个人吐槽。 文章开篇就坦率声明，这不像是一篇严谨的技术分析，而更像是一次“想到哪里说到哪里”的个人唠叨，作者甚至自嘲其“乡土味实足”。这种开门见山的定调，反而让期待听到行业一线真实观察的读者产生了兴趣。从标题和引言推测，内容很可能会从作者身边的来信、具体案例或亲身经历切入，探讨在移动互联网浪潮下，关于创业路径、平台选择、产品思维等话题的个人见解与困惑。 虽然作者谦称“未必正确，也未必靠谱”，但这种放飞自我、直抒胸臆的写作方式，往往能跳出常规框架，透露出那些被精心包装的分析报告所忽略的细节、情绪和直觉。对于身处行业之中、同样在思考和挣扎的读者而言，这种真实的“ rant ”或许比一份完美的结论更能引发共鸣和启发。
几款杂志APP的比较
这篇接着前期的报业数字化话题，把目光转向了更早拥抱移动设备的杂志行业。作者从iPad上的几款主流杂志APP入手，做了一次横向对比。 文章没有停留在罗列功能，而是聚焦于这些应用在内容呈现和交互体验上的核心差异。比如，有的APP极度追求翻阅实体杂志的拟真感，强调视觉冲击和沉浸式浏览；另一些则更注重阅读效率，提供了更简洁的排版和方便的内容索引。这些不同的设计哲学，直接决定了它们各自适合的场景——前者适合休闲时享受精美大图和版式设计，后者则更方便在通勤途中快速获取资讯。 通过这样的对比，文章其实揭示了数字杂志面临的一个关键选择：是复制纸质载体的“形”，还是抓住移动阅读的“神”？不同的答案，造就了眼前这些体验迥异的产品。
聊聊 App Store 的产品和运营攻略
这篇讲的是App Store游戏应用在激烈竞争中如何突围的实战经验。文章基于与空中网游戏运营负责人洪亮的深入交流，核心聚焦于如何系统性地打磨产品并有效推广，而非依赖运气。 作者从运营视角出发，详细拆解了几个关键操作点：比如如何通过精准优化应用描述和关键词来提升搜索可见性，如何利用版本更新与活动规划来维持用户活跃度，以及在首发或重大更新期如何把握节奏、管理用户评论。这些并非空谈理论，而是从日常运营中提炼的具体动作和考量。 对于开发者，尤其是中小团队而言，这篇文章的价值在于它将“运营”这一概念具体化了。它指出许多开发者重开发轻运营的误区，并展示了如何将运营思维前置到产品设计中，以及如何通过持续、精细的维护来延长产品生命周期。这些来自一线的复盘，能帮助开发者少走弯路，更有效地将心血转化为市场认可。
APP升级习惯调查
作者近期与几位同行在星巴克闲聊时，意外发现了关于APP升级习惯的有趣分歧。尽管都是技术相关从业者，但他们对iPhone上应用的升级频率却大相径庭。其中一位用户养成了从不主动升级的习惯，遇到问题便直接卸载；另一位则更极端，选择每半年或一年进行一次批量升级。 文章由此切入，探讨了不同用户对待应用更新的心态差异。作者观察到，许多用户不再像早期那样对每次升级都充满期待，而是变得更为“务实”。这可能源于对隐私泄露的担忧、对频繁变更的反感，或是觉得现有版本已经足够好用，不愿承担升级带来未知风险的成本。 作者也坦言自己作为开发者，有时也会下意识地推迟非必要的更新。这篇文章揭示的现象，反映了用户与应用生态之间一种微妙的张力——当应用数量激增、更新成为常态，用户的“升级疲劳”也随之而来，他们开始用自己的节奏和规则，重新定义与软件的相处方式。
客户端UI设计之手机平台之争
这篇讲的是移动客户端UI设计中，iOS与Android两大平台的根本性差异如何影响开发决策。作者从设计哲学、控件逻辑到动画性能等关键层面切入，指出iOS追求封闭生态下的精致统一，而Android则拥抱开放框架内的灵活适配。 具体差异体现在导航栏、列表交互、手势操作等多个高频场景。文章分析了两者背后不同的用户预期与开发约束，比如iOS的底部Tab栏与Android的返回逻辑，实则是对操作系统交互语言的不同遵循。结论认为，不存在简单的优劣之分，核心在于理解平台范式：为iOS设计需深耕其Human Interface Guidelines的细节，为Android设计则要善用Material Design的弹性框架。 对于跨平台开发者而言，关键启示是避免“一套设计打天下”的思维。理解并尊重每个平台的原生体验，才能构建真正流畅、符合用户心智的应用。
webOS两三事
这篇讲的是惠普曾经的操作系统webOS。作者从它的诞生讲起，重点分析了其设计理念和技术特性——比如创新的卡片式多任务界面、流畅的滑动交互和基于Web技术的应用开发框架。文章将webOS与同时期的Android和iOS进行了对比，指出它在交互逻辑和开发者友好度上的超前之处，但也探讨了其因商业策略失误而未能普及的遗憾。最后，文章提到webOS的许多设计思想后来被其他系统借鉴，对当下移动OS的演进仍有启发。
对移动社交型app的一点思考
这篇讲的是移动应用生态在社交浪潮下的转向。作者从2008年AppStore开创应用产业说起，回顾了《植物大战僵尸》《愤怒的小鸟》凭借创意和下载量创造盈利的单机游戏黄金期。但他没有止步于复述历史，而是敏锐地指出，当下真正的风口已转向“社交型”app。 文章的核心观点是，社交属性不仅仅是给应用加一个分享按钮，而是从根本上改变了产品逻辑。作者对比了单机应用与社交应用在盈利模式、用户增长和内容生态上的本质差异：前者依赖单次下载或内购，后者则通过社交裂变实现指数级增长，并依靠持续的用户互动（如内容创作、关系链维护）创造长期价值。他探讨了社交型app如何构建其独特的、以连接和分享为核心的体验。 这种从“工具”或“娱乐”到“社区”的视角转变，对于思考如何打造具有生命力的移动产品颇有启发，尤其是在流量获取成本日益高企的今天。
触：移动互联网
这篇讲的是一位拥有十年行业经验的作者，对移动互联网早期发展的切身回顾与思考。 作者从亲历者视角出发，简要梳理了自己经手过的客户端开发、WAP站点建设等实战经历，并长期跟踪Android与iOS两大平台的演进。这些一线观察构成了文章的坚实基础，使得文中的总结并非空泛的理论，而是带有具体技术细节的“干货”。 文章的核心价值在于它提供了一个观察移动互联网技术变迁的独特样本。作者将个人职业轨迹与平台、技术的兴衰脉络相结合，分享了其中的关键节点与个人判断。这种基于长期实践的复盘，对于当下关注移动端技术演进、或希望理解行业发展逻辑的读者来说，提供了比单纯罗列史实更富洞察力的视角。
想到，微博还能火多久
这篇讲的是微博作为老牌社交媒体平台的生存状态与未来走向。作者从“微博还能火多久”这个直观却尖锐的问题切入，探讨在短视频、兴趣社区等新兴平台不断冲击的当下，微博如何保持其独特的社交价值与舆论场地位。文章并非简单唱衰或捧场，而是通过梳理微博在内容形态、用户习惯以及商业模式上的演变，分析其面对的竞争压力与潜在出路，比如其难以替代的公共事件发酵能力与媒体属性。这种冷思考或许能帮助读者更理性地看待平台生命周期，以及理解社交媒体生态中不同角色的长期意义。
基于信息内容的体验设计
这篇文章从智能手机系统的市场格局切入，聚焦于Windows Phone 7如何在iPhone OS与Android的双雄对峙中异军突起。它没有停留在简单罗列市场份额，而是深入剖析了WP7主打的“独特理念”——一种以信息内容为核心的体验设计哲学。这与当时其他系统侧重应用图标排列和工具属性的逻辑形成了鲜明对比。 作者指出，WP7的设计将系统级的信息（如日历、邮件、社交更新）直接作为动态磁贴呈现于主屏幕，使其成为用户与内容交互的第一触点，而非仅仅作为应用的启动器。这种设计尤其契合那些追求高效信息获取、注重内容本身而非繁琐应用管理的人群。文章通过对比分析，揭示了WP7在同质化市场中开辟新路径的关键：它重新定义了用户与智能设备之间的关系，从“管理应用”转向“消费内容”。 对于设计师和产品经理而言，这篇文章的价值在于它跳出了功能堆砌的视角，从更本质的信息呈现与交互逻辑出发，去探讨差异化的产品定位。它提醒我们，深刻的体验创新往往源于对用户核心需求的重新洞察与优先级排序。
微博适合讨论什么？
这篇讲的是，为什么微博可能不是进行严肃深度讨论的最佳平台。作者从自身习惯出发，提到自己虽喜欢交流，但在微博上与不太相熟的人“正儿八经地讨论问题”却不多。 文章核心在于探讨微博的产品特性与讨论行为之间的关系。作者指出，微博的信息流是高度异步、碎片化且公开的，这种架构天然适合快速传播观点、发表简短评论或进行轻松互动。一旦进入复杂、多轮次的逻辑辩论，时间线就会被打乱，旁观者难以追踪脉络，讨论也容易失焦或滑向情绪化。相比之下，结构化更强的论坛、即时性更好的群聊，或是允许长篇撰写的平台，可能更承载需要上下文和深度的交流。 这其实启发我们去思考：工具塑造行为。选择讨论的“场地”时，除了个人偏好，更应考虑话题的性质——你追求的是观点的广度扩散，还是逻辑的深度打磨？理解不同平台的底层设计逻辑，才能让交流更高效。
2011年第一季度移动应用开发者报告
这篇文章汇总了2011年第一季度由IDC与Appcelerator联合发起的移动开发者调查报告，那个智能手机生态刚刚开始爆发的年代。 报告的核心发现聚焦于开发者的关注点转移。当时，一个显著的趋势是开发者对跨平台开发框架的兴趣迅速上升，尤其是Appcelerator的Titanium。这背后反映了市场对“一次开发，多端部署”的强烈需求，以期快速覆盖iOS与Android两大主流平台。同时，关于HTML5与原生应用的争论在当时非常激烈，报告数据显示，尽管对HTML5感兴趣，但多数开发者仍认为其性能不足以取代原生应用，这一判断深刻影响了后续数年的技术选型。 在平台选择上，报告揭示了当时开发者的普遍倾向：iOS在盈利预期和开发优先级上仍占据优势，但Android的庞大用户基数和增长潜力使其成为不可或缺的布局重点。这些数据描绘出当时开发者面临的核心决策：在有限的资源下，是追求单一平台的深度优化，还是借助新工具追求广度覆盖。 回看这份十多年前的报告，它像一个历史快照，记录了移动互联网爆发前夜的开发者心态——对新技术既充满期待又保持审慎，在平台竞争中寻找自己的立足点。这些早期的挣扎与探索，为我们理解当下跨平台框架的繁荣与移动生态的格局奠定了基础。
在Visual Studio中使用MonoTouch开发iOS应用程序（上）：环境配置
这篇文章详细记录了作者如何搭建一个以 Visual Studio 为核心，在 Windows 和 Mac OS X 之间协同工作，最终通过 MonoTouch 开发 iOS 应用程序的环境。 作者从选择 MonoTouch 的动机出发，解释了它让 .NET 开发者能复用熟悉的 C# 语言和大量类库（如 Json.NET）来开发 iOS 应用的核心优势。文中特别指出，MonoTouch 采用 AOT 编译方式，并会对应用体积带来约 3MB 的增量。 搭建环境的关键步骤包括：在 Windows 虚拟机（VirtualBox）中与 Mac OS X 共享项目文件夹，以便在 Windows 上用 Visual Studio 编写代码，同时在 Mac 上使用 Interface Builder 设计 UI。文章逐步演示了如何配置网络共享并在 Mac 中创建便捷的软链接。最后，说明了安装 Mono、MonoDevelop、iOS SDK 及 MonoTouch 试用版的具体过程，并提及试用版只能在模拟器上运行，发布至 App Store 需要购买授权。 整个配置方案为 .NET 开发者开辟了一条相对熟悉的 iOS 应用开发路径。
南方人物周刊：智能手机割据战
这篇讲的是智能手机行业多年竞争演变背后的技术与市场博弈。文章从一个日常对话切入——“你现在用什么手机？”“诺基亚。呃，上一款是摩托罗拉。”——勾勒出功能机时代巨头更迭的缩影，继而深入剖析了智能手机时代开启后，各厂商如何围绕硬件设计、操作系统、应用生态展开激烈角逐。 作者详细梳理了从诺基亚塞班系统失利、苹果iPhone定义智能交互、安卓阵营崛起并形成碎片化格局的关键节点，并指出这场“割据战”的核心已从单纯的硬件配置，逐步转向操作系统优化、自研芯片能力与云服务生态的构建。文中通过对比不同厂商在技术研发投入、供应链管理以及市场策略上的差异，揭示了品牌兴衰背后的技术路径选择与长期主义价值。 最终文章指出，智能手机的竞争远未结束，随着AI、折叠屏等新技术涌现，下一轮行业洗牌已悄然开始。对于从业者与观察者而言，理解过往技术决策如何塑造今日格局，或许是看清未来走向的关键线索。