技术文摘13 郑钧 泰岳 技术 资料 源码 UI tinypng 保质压缩 github 大神 高仿 VVDocumenter-Xcode 工具 唐巧...
日期： 2015-10-15 分类： 跨站数据测试 384次阅读
ios 高仿暴风视频播放器app源码 51
GitHub 上排名前 100 的 Objective-C 项目简介
学习如何学习
iOS项目的目录结构和开发流程
iOSBlogCN 唐巧
Github上的iOS资料-个人记录 项目开源框架等 good
一个可以实时跟踪分析iOS App视图的小工具 Runtrace
iOS开发，事半功倍基本心得
鸡骨鸡皮汤 嚼口香糖 大枣白合粥 杏仁牛奶芝麻糊
男女法令纹面相图解
UITableViewCell的内存优化
iOS界面开发工具：EasyUIControl
开源炉火餐饮系统之iPad点餐应用：StoveFireiOSMenu
iOS快速开发必备 分类等
iOS多线程知识点总结
iOS 集成银联支付（绕过文档的坑,快速集成）
既然MVC 显得臃肿，那就是瘦身呗。通常瘦身后的MVC在iOS界被叫成MVCS或MVVM,这2个当然不是同一个东西，项目选用MVCS还是MVVM还是得看你的 业务特性。MVCS与MVVM就那么完美吗？当然不，MVCS要注意Service/Store的滥用，其中的数据是否会被不同的模块污染。MVVM用得 不好也会增加项目的维护难度
顾得上就问，是为「顾问」也
总结一下，顾问是个好职业，不过好归好，您还得有真东西不是？顾得上就问，顾不上或没能力顾就不闻不问，迟早也会问无可问！
老兵不死，只能自我提升
想清楚这些之后，我目前的行为准则是这样的：
- 如果别人需要我的意见，知无不言，但不要去追寻结果，不要以为你的建议是金科玉律不听不行，更不要事后说，「我早就说过……」。
- 如果我需要别人的意见和建议，那就把自己放空，暂时扔掉偏见和预判，认真听好好学，争取融会贯通，提升自我，如果确实无法接受，那也不必抱怨，最后要记的说「谢谢」。
老兵不死，只能自我提升，人生能做到大通达，小拧巴，就行了……
日记——程序员的烦恼
其实学习也是一样，不要那么功利。如果每学一门知识都想着怎么换成银元，第一是心累，第二是学成二把刀的几率大大增加。做为一个程序员，操作系统、 算法、数据结构、设计模式等基础知识当然应该学，这是程序员的尊严。至于实际工作中是否能用的上，那是另一回事，用上了就是你的运气，用不上也是很自然 的，我小时候还学了一大堆无线电知识呢，最终也没成为无线电专家啊。有人说很多技术不用就会忘记了，那就用呗，做开源项目，写文章，这都是用。退一步就算 忘了也没什么，再看一遍就是了。
多少美好的事物，都他妈的毁在了功利二字上！
程序员的另一只翅膀
如果你是一位程序员，编程已经是一只可以飞翔的翅膀，我们生在一个技术改变世界的时代，我们可能正在做着能够改变世界的技术，这是无上的荣耀和机遇。但 是，为了不让我们在生活中打转和迷失，为了生活的平衡，我建议大家去寻找你的另一只翅膀，无论是音乐、运动、绘画还是写作，找到了，你的飞行就会在空中划 出更加完美的曲线，你的人生也会更完整。
你为什么离开，又为什么回来？
写到这我想起了罗大佑1983年发布的专辑《未来的主人翁》，遥远的旋律和歌词穿过时间和空间的重重迷雾，在我面前再次出现，歌声抑郁、苍凉，歌词清澈、精准，高晓松说，罗大佑是一个时代的预言家，他在三十年前已经为这个时代提前写好了挽歌……
摘录部分歌词如下：
你走过林立的高楼大厦穿过那些拥挤的人
望着一个现代化的都市泛起一片水银灯
突然想起了遥远的过去未曾实现的梦
曾经一度人们告诉你说你是未来的主人翁
在人潮汹涌的十字路口每个人在痴痴地等
每个人的眼睛都望着那盏命运的红绿灯
在红橙黄绿的世界里你这未来的主人翁
在每一张陌生的面孔里面寻找儿时的光荣
……
飘来飘去 就这么飘来飘去
飘来飘去 就这么飘来飘去……
闲适有毒
如果你忙的不可开交，除了提醒自己要时不时的抬头看路之外，真的没什么可抱怨的，这是好事，生活的本质就是让自己忙碌起来，然后把一件事情做成，再 把另一件事情做成。真正该抱怨的是那些处于舒适区的、闲散的人们。我清楚的记得自己每一次处于恐慌和焦虑的时候，都是因为在某个领域处于舒适区太久，缺乏 挑战，生活闲适造成的，每一次改变也是由此开始。
所以，如果你在某个岗位上没什么事又缺乏挑战，那就是时候去考虑去寻找下一件要做的事情了。如果你是一个领导者，那么一定要让团队里的人因为正确的事情忙碌起来，这简直太重要了，切记切记。
让自己有节奏的忙起来！有时候我甚至认为，这可能就是生命的全部意义。
近期书单推荐
我认为产品经理是能对事情（产品）负责的人，从某个产品或特征的诞生，到原型、交互、实现、上线，他会像种植一棵树苗一样去呵护产品，通过各种方式协调一 切可以协调的资源，让这个树苗存活，成长，开花，结果。为了让正确的事情发生，他会动之以情，晓之以理，动用抱大腿，跪求，威逼，利诱，隐忍，请吃海底 捞……等各种常规或非常规手段来达成目标。一旦树根伸展到大地深处，紧紧的抓住地下的泥土，树冠伸向蓝天，吸收阳光和雨露，产品就成了鲜活的生命，这时候 产品经理就会冷静的站在一边，看产品的成长，看产品与用户、用户与用户之间的交互，分析运营数据，并找到之间的关联，以期给产品更好的回馈，并准备下一次 的迭代。
对于产品的实现者——程序员来说，江湖上有两种产品经理是最可怕的（或者说最可爱），如果你遇到了，可能是你的幸运，也可能是你的噩梦！
一 种是设计出身的产品经理，他们对产品功能的定义会精确到每一个滑动，对界面的UI 的要求会准确到每一个像素。一旦设计完成了，他们会要求你100%按照设计去完成产品功能、UI 和效果，差一个像素都是不可接受的。这种产品经理往往出自设计和产品导向的公司，他们在公司「书生意气，挥斥方遒，指点江山，激扬文字，粪土当年程序 猴」，而我们，程序员，要么被虐的死去活来黯然离去，要么涅磐重生再创辉煌，没有第三条路可走。
另一种是从技术领域转过来的产品经理，有些人甚至对技术的理解达到了庖丁解牛的程度（比如张小龙）。当你对丫说这个效果或功能无法实现时，他会默默转身离开，过一会儿就扔过一段代码过来，邮件标题是：你看这样实现行不行？
所有人都沉默了……
沉默之后的反应一般有两种，一种是聚在一起握拳顿足努力声讨：我们中间出了叛徒。另一种是躲在角落暗自垂泪：等哥转了产品经理，也要好好虐一下程序员（很奇怪为什么不是去虐产品经理……）
事实上这两种产品经理都值得我们珍惜，有挑战才会有提升，他们会逼迫我们拿出100%的努力去实现最好的产品！如果你遇到了一个非常好说话的产品经理，那唯一的可能就是你是个美女程序员，他是个男产品经理……
程序员会美术，谁也挡不住
Mac 上的简版 PhotoShop——Pixelmator
什么样的老板是好老板？
老板可以分为四类：
第一类：超级无敌型，既能天纵奇才带领员工冲锋陷阵，也能充分发挥下属的能力，这类属可遇不可求型。
第二类：天才驱动型，老板是个牛逼人物，作为这样老板的下属就尽情的学东西并严格执行就好了。创意、战略、实施都是老板定的，员工跟着喝汤就可以。陈天桥目前当属此类。
第三类：充分授权型，这类老板知道自己业务能力一般，但是能够聚拢人气，充分授权，为员工提供舞台和各种保障，也不失为好老板。
第四类：一无是处型，公司发展到一定阶段，老板的能力已经无力推动公司持续创新，但又不愿意充分授权和为员工提供责权利，试图用各种管控手段来推动公司发展，这样的后果必然是离心离德，失败可期。
别闹，我们是一家软件公司
Hi 冒菜
邱岳
求求你，让我教你
产品经理最重要的能力
产品经理最重要的能力不是某一项技能，而是「让正确的事情相继发生」。
这两件事情存在我心里不停的发酵，终于促使我想通了一个道理，就是对于产品经理来说，最可贵的能力不是什么沟通、写文档、分析需求。而是「让正确的事情相继发生」。
之前听过一句话，是这么说的：「什么是人才？人才就是给他一件事情，他完成了。再给他一件事情，他又完成了」。我当时觉得这句话蠢透了，但现在回想起来，很想给这句话点赞。
相反，若我们的目标是「让事情发生」，状态就会完全不同。为了让事情发生，就得杀红眼，就得人挡杀人佛挡杀佛。
工程师不理解需求，我们不论是画图、写文档、做原型还是直接表演给他们看，一定要弄到他们理解需求为止；合作伙伴不配合，我们不论是威逼还是利诱， 拍桌子红脸还是跪在地下磕响头，一定要弄到他们配合为止；老板不支持，那我们就用最小的代价和完整的逻辑证明你的观点，说服他，没日没夜地说服他，厕所里 堵住他说服他，电梯里拖住他说服他，满地打滚，以头抢地，把刀架在自己脖子上说服他；自己团队的同事解决不了的技术或者业务问题，不论是买书自学还是彻夜 查资料还是找到其他行业大牛在他楼下跪一夜，一直到想办法找到解决方案为止。
别管什么边界，也别管什么权利——没权利就建立影响力，连影响 力也没有就抱着别人的大腿哭着求，如果又不懂得建立影响力，又跪不下去，就别当产品经理了。另外也别太在意和谐，如果目标是让正确的事情发生，那么其他人 怎么看待我们，觉得我们是不是傻逼根本就不重要。更别在意不公平，想要做成事，受点委屈太正常了，不要一天到晚苦大仇深，啜泣叹息了。
「让 正确的事情相继发生」是唯一的标准，用结果说话，过程中吃了多少苦根本不重要。深夜拧亮台灯披上衣服离开熟睡的姑娘，清晨开门回家冲进浴室拿出钳子和针线 咬着牙不哼一声取出身体里的弹头，缝合身上的伤口，换上干净衣服。姑娘睁开惺忪的睡眼问你昨晚还顺利吗？你满脸笑容轻轻告诉她，还挺顺利的。
这句话里的另外两个修饰词，一个是「正确」，一个是「相继」。
我曾经有幸有机会旁听过一个高级项目的会议，会上公司的大老板说「你们这些产品经理最喜欢拆掉旧房子，去盖新房子，但事情是不能这么做的」。当时我 心里并不服气，三年过去，回头想想，深以为然。如果一个美好的未来没有脚踏实地的路线，没有由近及远的计划，那就等于什么都没有。
回头反省 文章开头的两件事情，作为产品经理都只是想「完成自己的任务」，觉得剩下的事情不是我们的事儿了，而是别人的责任。最终不但自己失败，整个团队也失败了。 遗憾的是，任何一个产品团队的失败，只有一个罪魁祸首，就是产品经理。有句老话叫做：「成功是团队的成功，失败是产品经理的失败」，大是特是。
「让正确的事情相继发生」，就是产品经理的全部工作，如果在这个过程中需要懂技术，就去学技术，需要懂交互，就去学交互，需要懂画图，就去学画图，需要懂公开演讲，就去学公开演讲，需要懂 XX，就去学 XX。团队中，谁都可以说这不是我的职责范围，只有产品经理不行。
觉得冤枉、憋屈、不公平？抓紧时间，赶紧转行。
你行你上 gap平台
Linux 开发模式带给创业者的启示
好的软件产品，常常源于开发者自身的需求
优秀的程序员知道如何编程，卓越的程序员知道合理复用
除特别声明，本站所有文章均为原创，如需转载请以超级链接形式注明出处：SmartCat's Blog
精华推荐