成熟的库越来越多，感觉编程需要自己做的部分变少了。
剩下来的，和搭积木没啥区别了。
剩下来的，和搭积木没啥区别了。
This topic created in 5310 days ago, the information mentioned may be changed or developed.
 |
ufo22940268Apr 27, 2012
1
讨厌搭积木
|
 |
zernApr 27, 2012
2
美其名曰：站在巨人的肩膀上
|
 |
onesuperApr 27, 2012
3
同样是搭积木，有人搭出了地产房，有人搭出了埃菲尔铁塔
例如：twitter 的技术团队 |
 |
4
搭积木本身，会让你更集中关注创新点。这样让创新更容易，更快捷。
|
1 |
quake0dayApr 27, 2012
6
当年汇编码替换机器01码的时候也有好多人抱怨，C语言替换汇编码的时候也有好多人抱怨 -- 都"感觉编程需要自己做的部分变少了"。
底层技术好，底层技术高精尖，那么有占总体的.001%的人去做就行了。 我看其他人去搭积木挺好。要是没有jQuery，全都自己写AJAX，那大部分的网站还停留在1.0时代。 |
 |
feilaodaApr 27, 2012
7
现在做的一个项目（Java)，自己为该项目写了个代码生成工具，6、70%的代码为可以用代码生成工具生成
|
 |
SeanApr 27, 2012
8
编程最重要的是你的代码产生价值。无论是底层支撑、技术研究还是应用，比如 @Livid 的 V2EX，虽然基于平台和组件库，但是一个可以每天为两万甚至更多人服务的产品，即使他只写了一行代码也是他的价值体现。
|
 |
9
这样挺好的啊，我们不是为了写代码而写代码的
|
 |
11
我觉得很多程序员，特别是科班出生的，在我看来有一个思维误区，在他们眼中编程更像是一种智力游戏，所以他们总想去高算法复杂底层的东西，例如操作系统就是一个很流行的智力玩具。但实际情况是大多数都没有那个能力去做这些，结果往往是眼高手低。
编写软件最重要的一点是管理复杂度，能用乐高积木搭出死星的人也是很牛逼的，至少在复杂度的管理上比从塑料块中雕出乐高玩具的人厉害多了。 |
 |
zhangjingqiangApr 27, 2012
12
这个话题挺好。
这是良性发展。 |
 |
13
和小时候搭积木的日子一样，开开心心地做出有趣的东西不是蛮好的嘛
|
 |
sodapandaApr 27, 2012
14
如果大家都只会搭积木的话，那老了之后岂不饿死～中间怎么转型自保？
|
|
15
@sodapanda 首先，在大家都能自由选择情况下绝对不会让大家都去搭积木。其次，会编程的不只是程序员，码农（Coder）也会编程，两者在外界看来都是在搭积木，但本质其实是不一样的。你说的那些需要转型，老了之后可能会饿死的应该指的是码农吧，市场中程序员永远是紧缺的。还有就是干着搭积木的活并不代表对积木的原理一无所知，相反只有对积木内在有深刻的理解才能搭出好的模型。
|
 |
laihjApr 27, 2012
16
那就学会接好积木
对于做一款好产品来说，写代码和搭积木只是粒度不同，难度其实差不多。 hackernews之前有一篇文积，说用几个云平台少量代码三天搭了一个可盈利的网站，觉得这很容易，很没意思的自己可以试一试 |
|
CwindApr 27, 2012
17
工具总是越来越强大的，如果你不喜欢搭积木，大可以采用别的方式甚至自己设计一个对吧。新方式的出现并不代表老方式的消亡，选择的增多总是好事嘛。
|
 |
vvenApr 27, 2012
18
积木也分好多种
一种像乐高类的，可重用可扩展，还可怎么喜欢怎么搭建 一种像模型类的，买飞机模型就是飞机，拼不出新款，也拼不出坦克 所以更喜欢乐高积木 : ) |
 |
reusApr 27, 2012
19
还是造积木比较好玩
|
 |
ant_szApr 27, 2012
20
积木一直是软件工程的理想，可以以积木的方式完成的工程，就像现实社会中的建筑一样，工期和成本是可推算的，python和perl语言设计的重要目标也是如此
然而，虽然看上去软件开发变成了体力活，可实际上并不现实 推荐两本书，大名鼎鼎的 人月神话 和 梦断代码，这两本书看完，你就明白要开发卓越的软件，积木只是南柯一梦 |
 |
iallaiApr 27, 2012
21
以前做个软件需要几百人 ，现在一个人都可以搞定；
搭积木让很多人凭自己的力量也可以做想做的事情，不好么 |
 |
undeadkingApr 27, 2012
22
想要多干活还不简单,用穿孔纸片和开关也一样可以编程啊.
编程的复杂性不仅仅在于编程工具的复杂性,现实的复杂性更致命,长期维护一个软件项目你就会知道积木的作用多有限 |
Select Language