一件事物存在的意义是什么?

    今天俱乐部为了 IBM Web 2.0校园巡讲开会,本来无外乎安排宣传任务。不过由于这次那边似乎是直接给的任务,没有什么协商安排了下周五下午,大家一摸底发现计算机相关专业本科生大部分都有课程或实验,估计形势不乐观。然后大家小抱怨了一下,然而主席认为一定要做好,记得当时说要达到100人,然后大家炸开锅讨论了——这么不好的形势下要凑足这个数不是不可以,而是太勉强,然后我们办讲座的目的是什么?能不能考虑换时间……等等问题都讨论了好久……最后的结论就是这个问题没得商量,必须做。然后考虑各种宣传手段,发觉100不是不可能,而是有些有效的手段在主席那里都有“问题”……最后都快寝室关门了,发现100只是主席定的,大家为了回去只得把数字一再讨价还价到了50,然后飞快安排任务……最后我回到宿舍楼下,已然关门……

    其实如回来路上“同事”的评论:就纯粹为了任务而任务,我们完全直接布置任务,然后规定额度就可以结束了。不过我个人想法而言,我们其实从接任开始就一直没有搞清我们的定位问题——上次讲座时讲做人就说到IBM-Club是IBM的合作伙伴,不具有从属关系。我认为我们完全没有必要把自己定义在跟着IBM的指令走的局面——IBM今年的蓝色之路、招聘甚至很多活动的发布都没有通过我们,也没有任何重视的表达,只是在宣传某些大赛的时候给过海报和请我们协助举办讲座等,我们在举办讲座时也是联系他们找工程师过来而已。其实IBM-Club的作用是联系IBM和学生,真正服务对象是我们的会员和一些其它对相关技术感兴趣的学生,我们得一切从他们的利益出发(比如这次活动的时间安排的不是很好,可否协商?)。



     不得不想到事物存在的意义——当一件事物成为一种附庸的时候,我认为它(对社会)是没有任何价值的……除非跟自己有切身利益,这种事情不值得去做——没有公益也没有私利的情况下,我们去做一件事情。这个要么是奴隶思想,要么就是“吃饱了撑着”给自己和另外一群人添乱……


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
前言 客户需求重于个人简历 简化根本复杂性,消除偶发复杂性 关键问题可能不是出在技术上 以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 架构决定性能 分析客户需求背后的意义 起立发言 故障终究会发生 我们常常忽略了自己在谈判 量化需求 一行代码比五百行架构说明更有价值 不存在放之四海皆准的解决方案 提前关注性能问题 架构设计要平衡兼顾多方需求 草率提交任务是不负责任的行为 不要在一棵树上吊死 业务目标至上 先确保解决方案简单可用,再考虑通用性和复用性 架构师应该亲力亲为 持续集成 避免进度调整失误 取舍的艺术 打造数据库堡垒 重视不确定性 不要轻易放过不起眼的问题 让大家学会复用 架构里没有大写的“I” 使用“一千英尺高”的视图 先尝试后决策 掌握业务领域知识 程序设计是一种设计 让开发人员自己做主 时间改变一切 设立软件架构专业为时尚早 控制项目规模 架构师不是演员,是管家 软件架构的道德责任 摩天大厦不可伸缩 混合开发的时代已经来临 性能至上 留意架构图里的空白区域 学习软件专业的行话 具体情境决定一切 侏儒、精灵、巫师和国王 向建筑师学习 避免重复 欢迎来到现实世界 仔细观察,别试图控制一切 架构师好比两面神 架构师当聚焦于边界和接口 助力开发团队 记录决策理由 挑战假设尤其是你自己的 分享知识和经验 模式病 不要滥用架构隐喻 关注应用程序的支持和维护 有舍才有得 先考虑原则、公理和类比再考虑个人意见和口味 从“可行走骨架”开始开发应用 数据是核心 确保简单问题有简单的解 架构师首先是开发人员 根据投资回报率(ROI)进行决策 一切软件系统都是遗留系统 起码要有两个可选的解决方案 理解变化的影响 你不能不了解硬件 现 在走捷径,将来付利息 不要追求“完美”,“足够好”就行 小心“好主意” 内容为王 对商业方,架构师要避免愤世嫉俗 拉伸关键维度,发现设计中的不足 架构师要以自己的编程能力为依托 命名要恰如其分 稳定的问题才能产生高质量的解决方案 天道酬勤 对决策负责 弃聪明,求质朴 精心选择有效技术,绝不轻易抛弃 客户的客户才是你的客户! 事物发展总会出人意料 选择彼此间可协调工作的框架 着重强调项目的商业价值 不仅仅只控制代码,也要控制数据 偿还技术债务 不要急于求解 打造上手(Zuhanden)的系统 找到并留住富有激情的问题解决者 软件并非真实的存在 学习新语言 没有永不过时的解决方案 用户接受度问题 清汤的重要启示 对最终用户而言,界面就是系统 优秀软件不是构建出来的,而是培育起来的 索引

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值