V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zhujinliang  ›  全部回复第 118 页 / 共 125 页
回复总数  2500
1 ... 110  111  112  113  114  115  116  117  118  119 ... 125  
2013-08-30 08:57:43 +08:00
回复了 kurtis 创建的主题 程序员 想请教一个问题,为什么CoffeeScript受欢迎?
我是懒得学coffee script。。。js写的很顺手了,干嘛学个别的语言结果转出来还是js。。。
同理less,不过看起来less要比coffee有意义的多
2013-08-29 19:44:19 +08:00
回复了 iZr 创建的主题 VPS 求大水管 vps 推荐!!!!!
2013-08-29 16:57:16 +08:00
回复了 iZr 创建的主题 VPS 求大水管 vps 推荐!!!!!
感觉国内还有国内访问线路不错的都不是大水管,或者价格坑死。比如国内带宽都1M 1M的收费,香港小水管不用说,日本好很多,但最近成为了打击对象。
美帝真心带宽好,价格便宜,国外VPS之间传文件速度刚刚的,但一进国门就差了。
2013-08-28 11:53:34 +08:00
回复了 refresh 创建的主题 程序员 没有智能提示,完全没法写代码了
不知道大家偏向哪种观点:
A. 自力更生艰苦奋斗,基本的编辑器就足够了,不羡慕ide
B. 有好的工具为啥不用,与其折磨自己,不如找个好IDE;与其多记几个单词,不如多记几个快捷键
华硕有个PB238q楼主可以看一下
2013-08-25 16:38:32 +08:00
回复了 zhaoyafei 创建的主题 MacBook Pro [分享] 修理上周 MacBook Pro 出现问题的过程
围观~我这种做事不记笔记的人弱爆了 @fange01
2013-08-17 08:28:19 +08:00
回复了 hhrmatata 创建的主题 程序员 云平台如何维护代码的安全性?
有时考虑太多了也不好吧
@guchengf 一模一样
2013-08-15 14:10:27 +08:00
回复了 turing 创建的主题 Node.js tessel 有预感这款板子会塑造一群『前端硬件工程师』
硬件:
180mhz ARM Cortex-M3 LPC1830
32mb SDRAM
32mb Flash
TI CC3000 Wifi Radio
16-pin GPIO bank for prototyping
Micro USB or battery power

32M内存和32M flash,跑node会有些吃力吧。。。
看这货要卖多少钱了,这硬件配置真心。。。
MFC时有RC文件,勉强也算吧
2013-08-15 08:52:30 +08:00
回复了 a7898585 创建的主题 程序员 虚拟内存能当真实内存使用吗?
实际上不能吧,硬盘又不能被CPU直接寻址。

比如有512M内存,程序A运行中,吃掉了500M,此时需要运行B的话,B要求分配200M内存,系统发现可用内存不够,而且此时A不是前台活动的程序,于是把A挂起,把A在内存中的数据放入虚拟内存,清理A占的空间,分出200M给B。

如果你此时再切换到A程序,系统会有个较长时间的卡顿,此时,系统重新分配500M内存给A,然后将数据从虚拟内存再读回物理内存,然后激活A。而分配500M内存给A时,又出现内存不够用的情况,又需要挂起B,将B的数据放入虚拟内存。。。

通过这样反复交换,看起来可用内存被扩大了。
@hanf 哈哈,我也这样

@zhaoyafei 碰到熟人了,好羞耻
@Paola 我刚才回避了这个问题。

多个人共同开发的,不牛x的团队还是要用一个成熟的框架(否则各种配合的不舒服,以及带来更多的坑)。
牛x的团队而且有时间的话可以自己搞一个框架,不少流行框架就是这样来的。
或者是团队里有个牛x的人站出来说,用我的框架吧(估计会死的比较惨)。

自己凭爱做的项目,我的意见是可以随性些,让自己获得更多乐趣不更好么。


我是想表达下造轮子是个人爱好,未必坏事。更不会死板到到哪儿都非要用自己的轮子。
那次面试也让我清醒了些,感觉有些脱节了,谈到有些框架我不了解,也没有框架方面经验的积累,谈实现某些功能也不知道去哪找合适的框架。

@ulmate01
搜一下 “不要重复发明轮子”。指有的项目或功能,别人已经做过,我们需要用的时候,直接拿来用即可,而不要重新制造。
借话题说说自己的事:
顺便 @jianghu52 讨论下

我还是菜鸟,我承认,我还在不断学习探索的路上。

前些日子,心血来潮去面试一个工作。电话面试,对方要求会xxx框架、熟悉xxx环境。我没接触过那些框架,或仅有所耳闻。

那些框架无非是些加载器,或者MVC之类的。基本原理我懂,我在自己的项目中用自己的觉得优雅方式,造了一个自己满意的轮子来实现了诸如此类的功能,甚至说,让我实现一个这样的框架我都可以做到。
有时也不乏,“原来这就是xxx框架啊,我以前都是这样实现这个功能的”这类的感慨。

结果是,虽然双方表示互相理解,但面试不成功。
可能的原因:对方急需人手,无暇培训(大家做项目肯定需要用一样的框架)

沟通中也提到过重复造轮子的问题。似乎对方认为重复造轮子是不对的,不符合程序员思想的。似乎“重复造轮子是错误的,别问我为什么是错的,社区里大家都这么说,书上也是这样写的”。

但是我在满是自己的轮子的世界里玩的很happy。自己造的轮子,别人看起来可能跟常见的轮子没啥区别,或者觉得更难用,但对于自己来说:
◇自己的轮子自己用起来最舒服
◇使用中如果有不满意的地方可以随时改掉,改多了觉得恶心了,大不了再从头造一个
◇自己扩展、维护起来很轻松,不必啃别人的代码,研究别人的思想
◇自己的轮子们能从头至尾保持一个统一的思想

对于我来说,如果原理能够看透,学习如何用别人的轮子还不如自己造一个轮子。
◇花费的时间上,如果不是很复杂的功能,自己造轮子比学别人的轮子更省时间,而且记忆负担小。
◇获得的乐趣上,自己造一个轮子比学习别人的更有乐趣和动力。

似乎是有的人乐于探索,发现一个好框架兴奋的不得了,“哇,居然还能这样用”,“比那个xxx好多了”,类似这样。
应该也有不少人乐于创造,看到一个框架,表示“不就是xxx原理的么,我能写个更好的”。
乐于探索的看不起乐于创造的,“重复造轮子,你看看人家的框架,学学人家先进的思想”,乐于创造的也看不起探索的,“不就是xxx原理的么,我能写个更好的”。
乐于探索的似乎聊得开,各社区,群组,谈x框架,y库,z平台滔滔不绝。搞创造的自个儿在一边对着屏幕不停地抠手指琢磨如何来的优雅,偶尔手贱发表一下,有人就拿x框架,y库,z平台来进行对比。
路由器就那点小内存,400mhz的cpu,活太多会很累的

还有openwrt很折腾的,除非有一个玩家很多的机型,找到一个很好的固件
hostigation或digitalocean
2013-08-04 18:01:15 +08:00
回复了 paicha 创建的主题 奇思妙想 极路由应该增加这么一个功能
去看了下官网的视频,玩过openwrt的表示,界面做到这样挺不容易的了。
不过玩openwrt的又表示,界面有用么?

TP-LINK的703n,主控AR9331,32m DDR SDRAM,4m FLASH,引出USB口。刷openwrt后可装各种包,usb口可任意利用(比如ftp,samba共享,QOS,各种vpn)
这个极路由主控也是ar9331,64m DDR SDRAM(主控最大支持64M),16M FLASH存放固件,在板子上集成了一个8G的U盘,原来的USB口被连接在了这个U盘上。

自带翻墙,不过搞的这么高调合适么。。。

269这个价钱,其中130算是软件界面及附加功能成本,我觉得不算贵。
2013-07-27 13:10:48 +08:00
回复了 Alexisused 创建的主题 Windows 有多少人现在用WIN 8,有没有发现WIN 8目前稳定性很差啊?
win8开发者预览版时确实是问题多多,正式以后没遇到任何问题
我笔记本,单位的台机用的都是64位915407版,没任何问题,驱动尽量用系统自带的,不要装各种杀软管家卫士
2013-07-27 09:49:34 +08:00
回复了 ShadyK 创建的主题 MacBook Air 一瓶水泼macbook air上了…
@xiaket 天然呆神马的好萌
2013-07-26 16:00:46 +08:00
回复了 juicy 创建的主题 程序员 光写代码的话i3+4G内存是不是足够了?
可以升级内存到8G,eclipse之类的还是比较吃内存的,CPU是足够用了
1 ... 110  111  112  113  114  115  116  117  118  119 ... 125  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   896 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 22:29 · PVG 06:29 · LAX 15:29 · JFK 18:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.