把手机当无线网卡-andriod usb0 ssh tunnle
小公司网络拥堵的问题几乎每个IT部门都遇到过：越来越多的台式机挤在有线上，网速越来越慢，而同一环境下的Wi-Fi反而表现尚可。这篇文章就从这个痛点出发，给出了一个巧妙且低成本的解决方案。 作者利用手边闲置的Android手机，通过USB连接将其模拟为电脑的无线网卡（usb0接口），并进一步结合SSH隧道技术。这样做的核心思路是，让原本只能连有线的台式机，通过手机的移动数据网络通道来访问互联网，从而将部分网络流量有效分流，缓解有线网络的压力。 文章具体分享了在Android设备上启用USB网络共享、配置SSH服务，并在电脑端建立隧道连接的完整步骤。方案的巧妙之处在于，它几乎无需额外硬件投入，就能将手机的蜂窝网络能力整合进办公网络，尤其适合临时扩容或解决特定区段的网速瓶颈。最终效果是，相关台式机的网络访问体验得到了立竿见影的改善。
Android与iPhone应用程序界面设计的差异性
这篇讲的是Android与iOS应用界面设计的核心差异。作者从一个常见误区切入——不少分析偏重硬件和界面布局，却忽略了更本质的平台特性差异。 具体来看，Android生态面临三大系统级挑战：屏幕分辨率碎片化带来的复杂适配问题、不同设备物理按键布局的混杂，以及跨版本API变动导致的兼容性压力。相比之下，iPhone在系统统一性上优势明显，设备型号有限，硬件与系统版本高度协同，为开发者提供了更稳定、可预测的适配基础。 理解这些差异对移动开发者至关重要。在Android平台需投入更多精力在多分辨率适配和向后兼容上；而在iOS平台，则能更专注于功能与交互本身。文章提醒我们，脱离平台生态谈界面设计，容易流于表面。
从手机产品更新说开去
作者从自己作为软件控的日常习惯切入，谈到了从PC端延伸到手机产品的软件更新行为。每当有新的手机应用发布更新时，他总会第一时间下载安装，这不仅是为了用上最新版本，更想通过升级过程观察产品设计的细微调整，并从产品视角思考这些更新背后的原因和意图。这种习惯帮助他将PC端的体验迁移到移动端，确保始终处于产品功能的前沿。 在文章中，作者指出软件升级远不止是功能叠加，它反映了产品团队的迭代思路和对用户体验的优化方向。通过及时更新，用户不仅能体验到最新的功能，还能洞察产品发展的脉络。例如，他提到手机产品也养成了类似PC端的升级文化，这暗示着软件生态的趋同和用户行为的演变，体现了从工具到习惯的深层连接。 对读者而言，这提醒我们软件更新是产品生命周期中的重要环节。养成主动更新的习惯，不仅能提升使用体验，还能培养对技术产品的敏感度，更好地理解其背后的设计逻辑。文章从个人经历出发，揭示了软件更新在产品演进中扮演的角色，强调了它作为产品思考与用户互动之间的桥梁价值。
手机用户使用模式
这篇探讨的是一个有趣的问题：在PC上养成的用户习惯，如何“迁徙”到手机上？ 作者从《搜索模式》一书中获得灵感，将搜索视为一场反复互动的对话，而不仅仅是简单的问答。由此出发，他将手机上的交互看作用户与设备之间的信息交流，同样包含输入与输出的过程。核心发现是，尽管电脑和手机在硬件形态、使用场景上存在显著差异，但用户的核心需求——阅读、查询、娱乐——是共通的。用户在PC上形成的特定信息寻找与使用模式，在手机端依然有迹可循。 文章通过这种对比，清晰地揭示了不同设备间用户行为的连续性。理解这种模式的传承与变化，对于设计更符合直觉的移动端交互至关重要。
Android如何在三年时间里征服移动世界的
这篇文章梳理了Android系统在2008至2011年间从零开始重塑移动市场格局的关键历程。作者首先将视线拉回2008年的行业背景：彼时诺基亚的Symbian仍占据主导，但封闭的生态与迟缓的创新已显疲态；苹果iPhone虽定义了现代智能手机，却是一个高度封闭的“围墙花园”。 文章的核心观点在于，Android的“征服”并非依靠单一技术突破，而是一套精密的组合策略。它抓住了运营商和手机厂商对苹果封闭模式的焦虑，以开源、免费的联盟姿态迅速集结盟友。文中详细拆解了这一过程：2008年HTC Dream（G1）作为首款设备试探市场；2009年摩托罗拉Droid的成功证明了高端市场的可能性；2010年Nexus One则标志着谷歌开始亲自定义“亲儿子”的软硬件标杆。与此同时，Android Market（后更名为Google Play）的快速扩张与不断降低的开发者分成，为整个生态注入了最关键的应用活力。 作者进一步指出，Android的胜利本质上是开放生态对封闭体系的胜利。它让无数厂商得以用较低成本快速进入智能手机市场，形成了从高端到低端的全覆盖产品矩阵。这种“碎片化”虽然长期为人诟病，但在当时却是其迅速铺开市场的决定性优势。文章最终认为，Android的这段崛起史，不仅是一个操作系统的成功故事，更深刻揭示了在技术行业变革期，战略定位与生态构建的力量如何能够改写整个游戏规则。
细说魅力属性
作者从朋友们反复追问的“魅力属性”出发，花了两周时间深入剖析这个概念。这篇内容首先澄清了魅力属性的定义——它并非表面修饰，而是影响用户体验和产品口碑的关键技术特性。作者对比了传统功能属性与魅力属性的差异：前者满足基本需求，后者创造惊喜感和传播力。通过具体案例，文章指出魅力属性往往隐藏在细节中，比如响应速度的微小提升或交互反馈的巧妙设计，这些都能显著提升用户粘性。文中还探讨了如何识别和赋予产品魅力属性，强调它需要团队对用户心理的深刻理解而非单纯技术堆砌。对于开发者来说，区分核心功能与魅力功能有助于更合理地分配资源。文章最后回归到个人写作体验，将技术思考与情绪管理相结合，为读者提供了一种兼顾理性与感性的产品视角。
android开发入门2：概念建立
作者从搭建好Hello World后的进一步探索讲起，分享了Android开发需要建立的核心概念框架。他将Android项目拆解为几大块：继承Activity的类相当于MVC中的Controller，负责业务逻辑；layout目录下的XML文件定义了界面布局，如同View层；values目录则存放字符串、颜色等常量资源，类似属性文件。 文章重点解读了layout/main.xml，指出其控件属性的写法与复杂性，类比了Web前端开发，提醒大小写敏感的细节。随后，作者用“胶水”一词形象地介绍了Intent的概念，它抽象描述了一个操作，负责在多个Activity组件间传递请求和解耦，是应用内导航的关键。通过拨号和启动新Activity的代码示例，让这个抽象机制变得具体可感。 整体上，这篇文章没有停留在表面介绍，而是通过与传统MVC、Web开发的类比，帮助初学者快速建立起对Android项目结构、界面构建和组件通信这几个关键支柱的直观认识。
iPhone下的libcurl with SSL for iOS
这篇讲的是作者在开发首个iPhone应用时，如何解决移动端网络请求中SSL加密连接的具体实践。作者从项目需求出发，选择了libcurl作为网络库，但发现在iOS平台上默认配置并不支持SSL功能。文章详细梳理了针对iOS环境重新编译和集成libcurl的过程，核心是通过交叉编译工具链生成适配ARM架构的静态库，并正确处理OpenSSL依赖的链接。其中提到了Xcode工程配置中容易遗漏的链接器标志设置和头文件路径管理等关键细节，对于同样需要在该平台使用libcurl的开发者，提供了从环境搭建到最终调用的完整实施路径。
手机Web app应用研究
这篇关于手机Web app应用的研究深入探讨了移动端开发的独特挑战。作者从研发前的决策环节出发，指出手机端的产品形态比PC端更为复杂，因此需要根据具体产品特征来选择合适形态，并充分考虑不同平台的兼容性以及屏幕尺寸的多样性。文章特别对比了触摸屏手机和低端手机这两种关键形态：触摸屏手机在用户体验上更出色，预计几年内会成为主流；但目前，低端手机的用户基数和产生的实际经济价值可能仍高于触摸屏设备。这种对比揭示了开发者在资源分配和优先级设定上的重要权衡——如何平衡创新投入与现有市场收益。通过对这些因素的细致分析，文章为技术团队提供了一个实用的决策框架，帮助他们评估项目起点，既关注当下用户需求，又前瞻性地考虑未来趋势，从而在手机Web app开发中避免盲目跟风或忽视兼容性问题。
LBS产品思考
这篇关于LBS产品思考的文章，从当前市场格局切入，分析了基于位置服务领域的竞争态势和发展趋势。作者指出，LBS市场已呈现多方势力角逐的局面：国际方面以Foursquare为代表，国内则涌现出玩转四方、街旁、立方网等正规军；与此同时，Facebookplaces、网易八方及大众点评LBS手机应用等“杂牌军”也加速入场，预示着市场潜力正被进一步挖掘。目前主流应用多基于Foursquare的LBS+SNS模式，但作者的核心发现是，未来发展方向将更侧重于互动性与娱乐性的深度融合——基于位置服务的互动应用娱乐，有望成为产品差异化竞争的关键。这一观点为从业者提供了新视角：在设计LBS产品时，除了基础的位置共享，还需融入游戏化元素或实时互动机制，以提升用户粘性并开拓更多场景价值。文章通过对市场现状的梳理，启发读者思考如何跳出传统框架，在位置服务中注入更丰富的体验维度。
手机LBS应用研究
这篇讲的是基于位置的服务（LBS）如何重塑我们的移动互联网体验。作者指出，LBS的本质是通过定位设备或用户的位置，来提供诸如餐饮、住宿、出行等与地理位置紧密相关的信息服务。 文章清晰地梳理了LBS的两大核心应用方向。第一种，是作为高效的信息过滤器。例如大众点评网，LBS让海量的商户信息变得可用且个性化——你附近的餐厅推荐，正是基于你的实时位置筛选出的结果。第二种，是成为全新的信息生产与社交平台。文中提到了早期的“街旁”和“贝多”，它们利用“位置签到”和位置交友的模式，鼓励用户围绕具体地点生成内容、建立连接。 这种分析点明了LBS技术的双重价值：它不仅能优化我们获取既有信息的方式，更开创了以“地点”为纽带的新社区形态。从实用工具到社交载体，LBS展现了地理维度在数字世界中的强大潜力。
凑热闹的3Q随感
这篇讲的是作者对轰动一时的“3Q大战”（360与腾讯冲突）的个人回顾与思考。作者并非复盘事件细节，而是从自身对腾讯看法的三次转变出发，剖析了腾讯庞大体量下潜藏的战略困境。 他早先批评腾讯因扩张过快导致人才稀释、产品平庸；后因了解到其内部优秀的产品管理体系而改口；但最终在3Q大战的背景下再次批判——即便有最好的流程制度，也无法填补疯狂多线作战带来的巨大人才缺口，导致除核心产品外大量项目只能依赖“抄袭”和体量压制来竞争。这种“全面抄袭”进而“全面树敌”的恶性循环，是贪婪与人才后勤严重脱节的必然结果。 作者认为，这不仅是腾讯一家的困境，也映射出行业乃至社会层面的某些现状：缺乏敬畏与行业公约。他指出，唯有理想主义而非单纯的物质扩张，才是通往最终胜利的路径，并以马云和阿里系作为对比参照。文章以武侠小说“强练绝技次序颠倒”的比喻收尾，犀利地指出战略冒进可能带来的根本性危机。
android 开发入门
作者54chen记录了自己从零开始学习Android开发的全过程，重点分享了在Ubuntu系统下搭建开发环境并运行第一个“Hello World”程序的具体步骤。文章预设读者具备Java基础，跳过了语言基础，直奔主题。 核心内容分为两部分：一是环境搭建。作者详细说明了如何在Ubuntu 10.04上配置Eclipse、安装Android SDK和ADT插件，并配置了路径。特别提到了使用OpenJDK可能遇到的字体问题，以及SDK平台下载耗时较长等实际体验。二是编写并运行第一个程序。从创建项目、修改代码以动态显示“你好，世界”，到创建和使用Android虚拟设备（AVD），作者给出了清晰的代码示例和操作路径，并坦言虚拟机启动过程缓慢，需要耐心等待。 这是一份非常扎实的入门手记，对环境配置的每一步都描述得清晰具体，适合已有Java经验、想转向Android开发的开发者作为实操参考。
IPhone上的邮件推送
这篇讲的是作者在iPhone 4上意外发现的一个实用功能——通过Exchange协议同步公司邮件并实现推送通知。作者坦言，由于自己没有及时研究，直到某个下午才偶然摸索出这个配置方法，而这个功能对于需要随时处理工作邮件的人来说，实际价值非常大。 文章的核心细节在于操作路径：进入iPhone的邮件账户设置，选择添加Exchange账户，填入公司提供的服务器地址、域、用户名和密码，就能将企业邮箱完整同步到手机。一旦设置成功，新邮件会像短信一样直接推送到设备上，无需手动刷新，显著提升了响应效率。 作者的这个小发现其实点出了一个常见问题：很多用户并不清楚智能手机与企业邮件系统集成的便捷性。通过分享这个简单的配置过程，他无意间提供了一份轻量级的指南，帮助其他用户避免同样的“信息滞后”。对于习惯用手机办公的读者，这相当于解锁了一个能节省碎片时间的高效工具。
移动互联网时代谁主沉浮
这篇讲的是移动互联网时代下，社交网络服务（SNS）可能迎来的转机与竞争格局。作者从之前“SNS死在中国”的观点出发，回顾了SNS在传统互联网末期用户流失的现象，同时指出随着智能手机的普及和移动网络技术的升级，SNS或许能抓住新的“契机”重获活力。文章深入探讨了移动互联网带来的技术变革，例如基于位置的社交、实时消息推送和碎片化交互，如何重塑用户的社交习惯，并分析了这些变化对SNS平台的影响。 核心观点聚焦于谁将成为移动互联网时代的“主角”。文章没有局限于简单的判断，而是对比了国内外市场的案例，指出SNS在移动端的成功依赖于对用户隐私保护、个性化推荐算法和商业模式创新的平衡。通过梳理行业趋势，它揭示了新兴应用如短视频和即时通讯工具对传统SNS的冲击，同时强调老牌平台若能融合移动端特性，仍有可能实现逆袭。这篇文章为读者提供了对技术迭代下产业动态
移动设备简史 -- 未来正在你的眼前。
这篇讲的是移动设备如何从笨重的工具演变成我们生活中不可或缺的延伸。作者从早期笨重的“砖头”手机和掌上电脑说起，梳理了功能机时代、智能手机黎明期，直到iPhone和Android如何彻底改变游戏规则的历程。文章特别指出，移动发展的核心并非单纯的技术堆叠，而是交互范式的转移——从实体按键到多点触控，从语音通话到随时随地的互联网接入。 译者Tony在翻译Brian Fling的经典著作时，保留了原文对关键转折点的剖析：比如黑莓如何定义了移动邮件，诺基亚的塞班系统为何最终失势，以及应用商店生态是如何重塑开发者与用户关系的。这些具体案例让一部技术史变得生动可感。 读完你会发现，我们今天指尖滑动的流畅体验，背后是数十年间无数设备形态、操作系统和交互逻辑的激烈竞争与融合。历史不会重复，但押韵。理解这段过去，或许能帮你更清晰地看见——那个正从你眼前掠过的未来。
小屏幕移动设备网页设计注意事项
这篇讲的是在智能手机、平板这类小屏幕设备上做网页设计时，必须注意的关键细节。作者从用户手指在屏幕上滑动点击的实际体验出发，点出了许多设计师容易忽视的“坑”。比如，只考虑桌面端鼠标精确点击，而忽略了移动端触摸目标过小、按钮间距过密导致误触的问题；或者直接缩放桌面页面，造成文字小如蚂蚁、需要频繁缩放才能阅读的糟糕体验。 文章没有停留在指出问题上，而是给出了一套清晰的设计注意事项清单。核心是“移动优先”，强调要优先为小屏幕设计，再用媒体查询逐步适配大屏幕。具体建议包括：使用响应式布局和流式网格来灵活适配屏幕宽度；确保足够大的触摸目标尺寸和间距；优化字体大小与行间距保证可读性；以及合理使用视口（viewport）元标签控制缩放行为等。这些细节看似微小，却直接决定了用户是愿意在你的页面上停留，还是立刻按下返回键。
用谷歌浏览器来当手机模拟器
这篇讲的是如何利用谷歌 Chrome 浏览器内置的功能，将其变身为一个轻量级的手机模拟器。 很多网站会通过 User-Agent 这个请求头来判断访问设备的类型，并返回对应的页面版本（比如给手机展示精简版的3G页面）。作者抓住了这个机制，分享了一个实用技巧：无需安装额外软件，只需通过特定的启动命令或 Chrome 开发者工具（DevTools），就能让浏览器以特定手机（例如安卓设备）的身份去访问网页。 具体来说，文章介绍了一种通过 Windows 运行命令行来启动特定模式 Chrome 的方法。这种方式对于前端工程师调试移动端网页适配、产品经理快速预览产品在手机上的显示效果非常方便。对于普通用户，如果你想在电脑上查看某个网站的手机版本界面，这同样是一个即学即用的小窍门，比反复缩放窗口要精准得多。 这个技巧的核心在于理解 User-Agent 的作用以及 Chrome 强大的可配置性，它用最直接的方式解决了“在桌面端预览移动端页面”这一常见需求。
手机客户端首页设计
这篇讲的是手机客户端首页设计的核心思路，从用户首次启动应用的体验切入。作者指出，首页作为用户接触客户端的第一界面，需要在约3秒的开机画面后迅速展现内容并引导操作，这直接关系到后续使用的流畅性。如果客户端不支持像iPhone那样自动恢复最后使用状态，首页设计就更需注重即时引导。 文章根据功能复杂度提出两种设计形式：对于功能简单、内容有限的客户端，采用“首页+设置”的单级结构，通过简化层级提升操作效率；而对于功能丰富、页面层级多的场景，则建议扩展为“首页+多级页面+设置”的多级架构，以有序组织复杂内容，避免信息混乱。这种分类基于实际开发中的常见需求，帮助开发者灵活选择方案。 核心在于首页的引导作用——既要直观呈现核心信息，又要为深度功能提供清晰路径。作者强调，设计需平衡简洁性与全面性，让不同规模的客户端都能优化用户体验。例如，在多级形式中，页面间的层级关系必须明确，以支持用户逐步探索。整体上，文章提供了一个实用的设计框架，适用于从轻量工具到复杂应用的各种开发场景。
理一下手机产品的思路
这篇分享的是作者在移动互联网热潮下，对公司手机阅读产品思路的一次深度梳理与反思。 作者从公司无线部门动荡、战略模糊的背景出发，坦诚了自己“想离开”与“该留下埋头做事”的内心挣扎，并最终聚焦到他正在参与的一款手机新闻推送客户端上。他认为，做产品最怕失去控制和节奏感，变成需求的简单拼凑。 文章的核心价值在于，它跳出了具体技术细节，复盘了产品定位与设计的根本性思考。例如，最初定位“中高端用户”但推送模式无法满足其需求，因此转向更契合的“低端人群”。他强调了对目标用户（用什么手机、套餐等）必须有深刻理解，而非凭空想象。产品场景被精确定义为“每天几分钟的按键式阅读”，这直接导向了“少即是多”的极简功能与交互设计。 最后，作者对移动阅读市场前景进行了冷静分析，指出单纯推送模式的没落，以及移动互联网与硬件升级可能带来的颠覆。文章没有给出华丽的解决方案，而是呈现了一个产品经理在复杂环境下的真实思考脉络，对同样面临产品方向困惑的读者很有参考价值。