由买买提看人间百态

topics

全部话题 - 话题: 傻瓜化
首页 上页 1 2 3 4 5 6 下页 末页 (共6页)
z*******3
发帖数: 13709
1
来自主题: Programming版 - 为啥没人吊.net c#语言?
工具也分很多种
m$的哲学是,尽可能让开发傻瓜化
当然这个不是一个错误的方向
是对的,但是同时,m$会尽一切可能剥削你的价值
蛋糕就那么大,资本家愿意出的钱就那么多
你多拿了,m$就少拿,反过来也一样
就像你拿了一个傻瓜机,就要给人照相做摄影师
你觉得可行么?
m$的那些东西就是傻瓜机
你自己看看对不对,windows就比linux简单很多很多
虽然说用这个东西搞点东西出来没有错
但是你自身还是要有点追求
z****e
发帖数: 54598
2
来自主题: Programming版 - 可有人进来讨论下Wordpress
没玩过
但是别人给我演示过
在juju上安装wordpress只要拖拖拽拽
然后安装一个mysql也是如此
更搞笑的是,对wordpress安装一个连接到mysql上
也是只要拽一条线就好了
好容易好傻瓜化
从那以后,我坚决看好cloud
z****e
发帖数: 54598
3
来自主题: Programming版 - 感觉vert.x的设计很一般呀
把BIN目录放到PATH下面
这个很难么?
一般提这种无理要求的都是用WINDOWS的
其实也不难,自己写一个WIN脚本就行了
这已经是最傻瓜化了,要再傻瓜就过分了
JAVA安装基本上都要弄PATH
z****e
发帖数: 54598
4
来自主题: Programming版 - 感觉vert.x的设计很一般呀
如果抛开傻瓜化操作
我敢说,这些东西没有一个比ejb更好
z****e
发帖数: 54598
5
来自主题: Programming版 - vert.x就是一个小型的eai
看了下异常
你这个多半是java的path弄错了
java熟不?如果不熟的话,还是用脚本吧
比如js,不容易错,傻瓜化操作
ruby也行
如果你坚持要用java,把java的file path给debug出来
看看是否正确,java的话,路径错误是很常见的初学者的问题
这又是windows,估计又是path的问题
还有一个,你是不是先运行了vertx.bat?
为什么啊?貌似主页上没有教你先运行这个之后再启动啊?
z****e
发帖数: 54598
6
来自主题: Programming版 - 请zhaoce大牛比较一下reactor和vert.x
主要是jvm本身是一个比较专业的概念
很多人搞不明白jvm是个什么东西
这有点像以前的.net vs java那些东西
.net更傻瓜化一点,很容易忽悠
z****e
发帖数: 54598
7
来自主题: Programming版 - 客观总结vert.x
重量的东西并不代表不好用
而是给人更多的选择
但是更傻瓜化的东西总是会出来的
这很正常
z****e
发帖数: 54598
8
给你们解读一下王在写什么吧,看看在说谁,哈哈
程序员的心理疾病
说实话,虽然似乎为之奋斗了十多年,在真正进入软件行业的短短一年之后,我已经对
它感到相当的厌倦了。这并不是说这个行业没有前景,而是在这个行业工作,其实很难
得到心理上的快乐。
...
由于程序员的工作最近几年比较容易找,工资还不错,所以很多程序员往往只看到自己
的肚脐眼,看不到自己在整个社会里的位置其实并不是那么的关键和重要。很多程序员
除了自己会的那点东西,几乎对其它领域和事情完全不感兴趣,看不起其他人。这就是
为什么我的前同事 TJ 作为一个资深的天体物理学家,在一个软件公司里面那么卑微。
貌似会写点 node.js,iOS 软件的人都可以对他趾高气昂的样子,而其实这些东西的价
值哪里可能跟 TJ 知道的物理知识相提并论。让人感觉是在阴沟里翻了船被老鼠欺负。
------------在骂node.js,二爷此处不爽
如果力学工程师犯了错误,飞机会坠毁;如果结构工程师犯了错误,大桥会垮塌;可是
如果软件工程师犯了错误,大不了网站挂掉一小时,重启一下貌似又好了。所以所谓“
软件工程师”,由于门槛太低,他们的工作严谨程度,其... 阅读全帖
z****e
发帖数: 54598
9
来自主题: Programming版 - Perl 大牛是学啥专业的。 (转载)
cloud不算是server?
juju下都傻瓜化处理
z****e
发帖数: 54598
10
来自主题: Programming版 - 我隐约记得一年前zhaoce同学还说
juju不是company
是一个软件,你在aws上就可以juju
安装一个db什么太容易了
甚至包括你连起一个app server & db
简单说就是傻瓜化无脑操作
以后cloud就是这种东西
别人给我演示了juju之后,我坚决看好cloud的未来
juju是开源的东东,谁都可以用,我看好的是cloud整体行业的将来
不过现在也已经有些迟了
z*******3
发帖数: 13709
11
来自主题: Programming版 - 大牛们说说为什么我那么钟意node?
nodejs最大的优势就是傻瓜化操作
没有关系
vertx比你们更傻瓜
你说这个multi-core
vertx已经搞定了
vertx也支持js
而且报告显示vertx表现出人意料的好
远远超过nodejs
所以你看好这个的克星已经出现了
连直接无脑移植的module都快做好了
哈哈,我们一直在抄袭

threading
m********5
发帖数: 17667
12
来自主题: Programming版 - 有没有觉得scipy很稀烂的?
Scipy和numpy的小bug确实比较多,但是也还没有到不堪用的地步
你说的这种类型转换bug,一般的numpy用户根本不会注意到,因为numpy用户大多喜欢
越早转为numpy.array越好,很少直接使用python native数据类型
你用的python list不接受其实很正常,只要有err throw出来很容易理解
R和matlab用习惯的人,特别是以前没有重头学过数值计算的人的确不适合使用现阶段
的numpy,不过我们正在逐步改进,目前来说主要还是数值计算的人在用,傻瓜化的关
注可能不是很高。
你说的算不正确的问题
1. 其实是因为很多矩阵,特别是大型矩阵需要有预处理,matlab和R很多时候已经在内
部隐含地处理了。而scipy和numpy需要你自己预处理。
2. 其次是精度问题,这方面numpy不是傻瓜的,为了速度所有都需要手动干预。用个最
简单的例子来说,mean(A),如果A很长,即使A全是1, numpy直到很近期的版本也得不到
正确数值,近期版的matlab就可以。这是因为numpy.mean用纯累加方式求均数,如果想
得到正确数字需要预处理,或者用更sma... 阅读全帖
m********5
发帖数: 17667
13
来自主题: Programming版 - 有没有觉得scipy很稀烂的?
java里面我觉得没有太好的包,问题会比numpy更多
开源的,重视速度的项目始终会有傻瓜化不足的问题,即使ROOT也常有类似问题
对于你们我建议还是只用Matlab
x****u
发帖数: 44466
14
Arduino淘宝上12块一片。。。
这玩意的优点是体积小省电,开发界面傻瓜化。
x****u
发帖数: 44466
15
Arduino淘宝上12块一片。。。
这玩意的优点是体积小省电,开发界面傻瓜化。
z****e
发帖数: 54598
16
来自主题: Programming版 - java有轻量级的web框架么
heavy个大头
随便搜索一下,烂大街的tutorial
随便找顺着做下来,前后不过半个小时就能搞定
虽然我同意傻瓜化是趋势
但是spring这种已经傻瓜成这样了你还要简化
只能说你也太懒了
你自己做的破网站,至少等并发数上万再来扯什么heavy不heavy吧
等达到这个数量级,你也有钱了,到时候拿点广告收益贿赂一下古德霸
问问下一步怎么搞,现在起步阶段,你说这个是在搞笑吗?
z*******3
发帖数: 13709
17
ide只要内存够,替代一般的editor一点问题没有
无论啥功能,我连git,maven,ants,tomcat,jboss这些
都集成进去了,完全傻瓜化处理
开发,测试,大部分步骤都是一个按钮或者快捷键的事
z****e
发帖数: 54598
18
ide是什么创新,我压根不把ide当回事
就是因为不觉得有啥了不起的,包括vi,所以坚决用ide
就像坐个飞机有啥了不起的,有钱就能坐
所以能坐飞机我就坐飞机,为啥还要走路呢?
说软件谈高手是狠搞笑的一件事
什么是高手?真正高手在做research呢
都出来打工了,高啥手?
一个人不能把所有事情全部搞定
要学会跟马崽们合作
你把东西搞得复杂难懂,不会体现你的水平
只会让别人私底下骂你,写个代码,弄那么复杂
擦屁股时候太多人是这种感觉,没啥复杂的东西
硬生生被人搞复杂了,vi就像五笔
会用五笔打字是不是高手?结果呢?
一个工具最好应该是不用学就能上手,这才是好工具
当然前提是别带出其他问题,各种命令行如果真有市场的话
m$早翘辫子了,m$等不少公司不就是傻瓜化各种命令行赚钱么?
你说我不懂古德里安,那行啊,那你说说为啥古德里安不主张骑兵师?
要用冷兵器,骑兵师可是最擅长的
我借用你的逻辑
高手基本上都能熟练地使用各种刀和弓,没见谁天天拉着个冲锋枪当宝的
这么说吧,你要是象你自己想象的那么拽,却没指挥过一个师,还是少说两句为好
尤其是历史书不准写拿马刀劈坦克,在坦克上,古德里安这种人,你能... 阅读全帖
z****e
发帖数: 54598
19
来自主题: Programming版 - 建议大家多看看云平台
cloud就是一个傻瓜化操作的host
不用想太多,对创业的帮助有限
不是说没有,但是说光靠用了cloud就怎样
没有的事,cloud简化了操作,以前需要自己去找机房托管什么
现在直接交给cloud就好了,但是这个跟商业核心无关
最终还是需要看你生意的idea是什么
技术只是催化剂,从对创业者的帮助来说
个人创业者还是更多应该留意一下ios这个平台
这个平台上赚钱相对容易,相对google各种屌丝平台而言
更容易回收成本,而盈利对于个人创业者来说几乎是生死攸关的事
要是不能早日盈利,很快就会失败,然后打工去,毕竟人还是需要生存的
cloud可以帮忙节省成本,但是不能帮助你盈利
盈利最重要的是客户愿意把口袋里的钱掏出来
ios目前为止是这块做得最好的
不是说cloud不好,但是胜败的关键在ios上
z****e
发帖数: 54598
20
来自主题: Programming版 - 能不能在hadoop中用open mpi?
当然可以
我记得yarn就有hpc的接口
但是你现在想用openmpi
那两个产品之间的集成需要你自己去处理了
一些傻瓜化的操作就没戏了
x****k
发帖数: 2932
21
如何编写无法维护的代码
让自己稳拿铁饭碗 ;-)
– Roedy Green(翻译版略有删节)
简介
永远不要(把自己遇到的问题)归因于(他人的)恶意,这恰恰说明了(你自己的)无
能。 — 拿破仑
为了造福大众,在Java编程领域创造就业机会,兄弟我在此传授大师们的秘籍。这些大
师写的代码极其难以维护,后继者就是想对它做最简单的修改都需要花上数年时间。而
且,如果你能对照秘籍潜心修炼,你甚至可以给自己弄个铁饭碗,因为除了你之外,没
人能维护你写的代码。再而且,如果你能练就秘籍中的全部招式,那么连你自己都无法
维护你的代码了!
(伯乐在线配图)
你不想练功过度走火入魔吧。那就不要让你的代码一眼看去就完全无法维护,只要它实
质上是那样就行了。否则,你的代码就有被重写或重构的风险!
总体原则
Quidquid latine dictum sit, altum sonatur.
(随便用拉丁文写点啥都会显得高大上。)
想挫败维护代码的程序员,你必须先明白他的思维方式。他接手了你的庞大程序,没有
时间把它全部读一遍,更别说理解它了。他无非是想快速找到修改代码的位置、改代码
、编译,然后就能交差,... 阅读全帖
z*******3
发帖数: 13709
22
来自主题: Programming版 - Pivotal Drops Groovy and Grails

restful多半是http
jaxrs,jaxws,用tomcat就可以host,然后jdbc
这种做法网络上各种傻瓜教程比较多
各种ide可以做到比较强力支援,不用async的话可以做到异常傻瓜化
如果用async的话,可以用undertow
如果是我自己做,肯定用vert.x
用JDBC client和web
语言groovy, java, js, ruby随便选一个
主要是vert.x的web,ide等傻瓜工具比较少
z****e
发帖数: 54598
23
来自主题: Programming版 - 这里对infra有莫名其妙的热衷

resources
这些基本上都没有个人创业的可能性
远不如app中标的可能性大
跨平台的话,等你做了就知道痛了
紧跟平台提供商是最好的选择,各种傻瓜化的工具都很多
比如ide的支持,文档的支持等等
只要不挑战平台提供商的服务,多数时候都会被伺候得很舒服
跨平台则多少在挑战平台提供商,这期间的痛苦,谁跨谁知道
z****e
发帖数: 54598
24
来自主题: Programming版 - 这里对infra有莫名其妙的热衷
cloud你用了就知道
现在cloud和各种开源软件都很容易
自己搭的实在是不多
以前还有人自己买台刀片放到电信的机房里面去
现在不用了,都cloud
下面就看cloud谁做得足够傻瓜就有优势
parse我觉得一般,当然我找的host更倾向于一些接口
比如app的in app purchase,这个因为android和ios是google和apple的
所以我更倾向于直接选择google和apple的cloud酱紫
apple的cloud比较弱,所以我可能会选择google的compute engine
parse的话,看你的东西是不是需要用fb的那些资源
如果用的话,parse应该会有些傻瓜化的工具
如果不用的话,那不用parse也没啥
z****e
发帖数: 54598
25
例子已经给你了呀
plugin啊
eclipse这种ide的plugin可不是那么容易找
傻瓜化的开发工具,这个很少好不好,往往是最后一块拼图
vert.x到今天我还在vi,不是我不想用eclipse
是没有合适的plugin啊,你以为我爱用vi
我讨厌死vi了,垃圾,破烂,但是木有办法呀
你说的都只是prod上的,dev环境下的提升效率的工具你用得不多

IDE
z****e
发帖数: 54598
26
引擎也就是一天的事,早就搞定了
app都更新几个版本了,谁告诉你我还在写引擎的?
就这么点大东西,引擎有必要写几个月嘛?神经病嘛
一两天就搞定了,甚至简单到就是一个mvc的事
swift也可以直接调用cocoa2d的api好不好?
你到底看没看过swift啊?
swift是官方教程教你怎么做这些
而且投放广告,in app purchase这些都可以直接用apple官方的api
你跨平台的这些api你到底看没看过?
丫根本就没有,成熟个p啊,你做一次就知道痛苦了
google最新的api 3已经把in app purchase的api整进google play service了
google play service有其他语言版本?
还有打包,签名,上传,release这些一整套流程,android studio都可以傻瓜化搞定
这个你用跨平台的东西就要自己去搞,你自己想想光签名一项,你要花多少时间去理解
有这个时间,我引擎早就搞定了
z****e
发帖数: 54598
27
顺便说一下,你那个东西的ide是java eclipse的变种
要安装jdk,你丫狗屁不通,安装一个jdk是初学者的杀手
无数人学java时候倒在这个问题上,window上还要装python
你这不有病嘛,光弄一个ide就这么麻烦
而且emulator弄ios也是出了名的慢,一般都是上真机做测试
各种折腾和扯蛋,你根本就没做过,不知道这里面有多恶心和麻烦
mac只需要一个xcode,什么都傻瓜化了,为什么要这么麻烦?
你以为搞这些东西比写一个引擎容易?
呵呵,实话说,我当时看了都有些发怵
后来坚决用了android studio & xcode,一马平川
因为这些说到底都是编码的问题,而不是狗屁折腾
z****e
发帖数: 54598
28
again
大公司有能力去搞
你让初学者去搞这个?
妈蛋,这些东西说到底都不是编码相关的
初学者极有可能搞不定,严重破坏其兴趣
xcode一个全部傻瓜化搞定,为什么要浪费时间在这些狗屁事情上?
有病嘛,我已经告诉你了,admob api 3已经整合进google play service了
你说的那些是api 2的事,鬼知道google后面会怎么折腾
你丫就是没写过哪怕一个像样的app,就知道乱转宣传文章
靠,骗你真是容易
z****e
发帖数: 54598
29
你以为写个破游戏有多麻烦?
xcode新建一个项目,一个简单的2d游戏框架就自动建好了
你就可以认为是一个简单的引擎了
根本不需要什么跨平台,xcode帮忙做了无数傻瓜化的操作
你就是连试都没试过,就知道瞎扯蛋
市面上的引擎又大又复杂,学习成本高企不下
有空搞那些,你几个app都写完了
z****e
发帖数: 54598
30
引擎也就是一天的事,早就搞定了
app都更新几个版本了,谁告诉你我还在写引擎的?
就这么点大东西,引擎有必要写几个月嘛?神经病嘛
一两天就搞定了,甚至简单到就是一个mvc的事
swift也可以直接调用cocoa2d的api好不好?
你到底看没看过swift啊?
swift是官方教程教你怎么做这些
而且投放广告,in app purchase这些都可以直接用apple官方的api
你跨平台的这些api你到底看没看过?
丫根本就没有,成熟个p啊,你做一次就知道痛苦了
google最新的api 3已经把in app purchase的api整进google play service了
google play service有其他语言版本?
还有打包,签名,上传,release这些一整套流程,android studio都可以傻瓜化搞定
这个你用跨平台的东西就要自己去搞,你自己想想光签名一项,你要花多少时间去理解
有这个时间,我引擎早就搞定了
z****e
发帖数: 54598
31
顺便说一下,你那个东西的ide是java eclipse的变种
要安装jdk,你丫狗屁不通,安装一个jdk是初学者的杀手
无数人学java时候倒在这个问题上,window上还要装python
你这不有病嘛,光弄一个ide就这么麻烦
而且emulator弄ios也是出了名的慢,一般都是上真机做测试
各种折腾和扯蛋,你根本就没做过,不知道这里面有多恶心和麻烦
mac只需要一个xcode,什么都傻瓜化了,为什么要这么麻烦?
你以为搞这些东西比写一个引擎容易?
呵呵,实话说,我当时看了都有些发怵
后来坚决用了android studio & xcode,一马平川
因为这些说到底都是编码的问题,而不是狗屁折腾
z****e
发帖数: 54598
32
again
大公司有能力去搞
你让初学者去搞这个?
妈蛋,这些东西说到底都不是编码相关的
初学者极有可能搞不定,严重破坏其兴趣
xcode一个全部傻瓜化搞定,为什么要浪费时间在这些狗屁事情上?
有病嘛,我已经告诉你了,admob api 3已经整合进google play service了
你说的那些是api 2的事,鬼知道google后面会怎么折腾
你丫就是没写过哪怕一个像样的app,就知道乱转宣传文章
靠,骗你真是容易
z****e
发帖数: 54598
33
你以为写个破游戏有多麻烦?
xcode新建一个项目,一个简单的2d游戏框架就自动建好了
你就可以认为是一个简单的引擎了
根本不需要什么跨平台,xcode帮忙做了无数傻瓜化的操作
你就是连试都没试过,就知道瞎扯蛋
市面上的引擎又大又复杂,学习成本高企不下
有空搞那些,你几个app都写完了
z****e
发帖数: 54598
34
用ide从建project的向导开始用
还有就是现在拖控件没那么容易
这个不是ide的问题,这个是以前windows做得太傻瓜的缘故
大部分现在哪怕是app的开发,拖控件还都只是停留在理论上
不仅不好用,而且很吃内存
所以fps这些概念还是要学习和掌握
想傻瓜化地做各种事情,目前大部分ide还做不到
从另外一方面说,这就是技术含量
拖控件文科生都能做
z****e
发帖数: 54598
35
来自主题: Programming版 - Angular 2: Built on TypeScript
lol
你丫又胡扯蛋
你知道cocosjs几乎没啥像样的产品不?
我估计你到现在还分不清楚cocosjs和cocosx的区别
一下说cocosx,一下说cocosjs
你是不是就真以为你以前那些垃圾例子都是cocosjs做的了?
你不懂就不要装懂,前后矛盾的话少说点
你那些15w以上的工作很多都是顺带要求你会js
跟js本身没有什么关系,那些工作多数还会要求你会html
那你能说会html就能15w以上吗?
这种都是纯粹扯蛋,你花点时间好好看看广告上是怎么写的
跟js有鸟毛关系,人家只是希望你会这个而已
并不是说你会这个就价值15万,网站能啥出来?
网站能做的别人早做过了,你再做也不可能有啥大的差异
而且做网站在逐步傻瓜化
人家资本家为什么需要花15w请一个没有身份,英语还说不清楚的外国人来做呢?
15w请一个当地白人难道不好?这就是门槛下降带来的坏处
做web和app没有门槛,门槛很低,所以从业人员很危险
对于个人创业有好处,但是对于个人就业,大大滴不利
z****e
发帖数: 54598
36
来自主题: Programming版 - Angular 2: Built on TypeScript
lol
你丫又胡扯蛋
你知道cocosjs几乎没啥像样的产品不?
我估计你到现在还分不清楚cocosjs和cocosx的区别
一下说cocosx,一下说cocosjs
你是不是就真以为你以前那些垃圾例子都是cocosjs做的了?
你不懂就不要装懂,前后矛盾的话少说点
你那些15w以上的工作很多都是顺带要求你会js
跟js本身没有什么关系,那些工作多数还会要求你会html
那你能说会html就能15w以上吗?
这种都是纯粹扯蛋,你花点时间好好看看广告上是怎么写的
跟js有鸟毛关系,人家只是希望你会这个而已
并不是说你会这个就价值15万,网站能啥出来?
网站能做的别人早做过了,你再做也不可能有啥大的差异
而且做网站在逐步傻瓜化
人家资本家为什么需要花15w请一个没有身份,英语还说不清楚的外国人来做呢?
15w请一个当地白人难道不好?这就是门槛下降带来的坏处
做web和app没有门槛,门槛很低,所以从业人员很危险
对于个人创业有好处,但是对于个人就业,大大滴不利
z****e
发帖数: 54598
37

vert.x已经很糙快猛了
关键是有些paas比iaas还恶心
iaas只要是对linux稍微有点感觉的
一般都没啥问题,而且还有juju这种傻瓜化的ui界面
不比paas强?paas基本上都是做炮灰的
z****e
发帖数: 54598
38
来自主题: Programming版 - 手机app娱乐可以,干活是不行的。
这些都是工具
现在ide那么发达,一个向导点下去,基本的framework都给你建好了
搞这些东西有难度么?又不是什么rocket science
google和apple还争着抢着傻瓜化开发,xcode已经很傻瓜了很方便了
android studio也在逐步赶上
所以三个都搞,加上一个cloud&vert.x
足够你做出很漂亮的东西来了,你看看那个舰娘collection
我觉得就是一个很好的idea
z****e
发帖数: 54598
39
来自主题: Programming版 - app单干没啥前途吧?
因为渠道
你不上google play,你去哪里发布?
类似的,你app不去apple store,去哪里发布?
还有你想in app purchase的话
这两个都提供了很好的infra让你能够傻瓜化发布各种道具
包括如何收钱,自己做累死
国内这个问题尤其明显,hiapk什么一堆乱七八糟的发布商
挺烦的,另外server不需要放在google cloud上
你自己随便找个cloud,然后把域名挂上去
能找到这个域名就行,backend不是一个简单的概念
要看做什么的backend,backend是一个分布的概念
z****e
发帖数: 54598
40

打好包就行了
你说的慢主要是并行上的优化处理
r什么都不管,一甩手掌柜,不管内存不管硬盘不管网络
自然慢,傻瓜是足够傻瓜了
关键是现在分布式的persistence主要是建立在hdfs这些基础之上
其实只要存储的这些定下来,很多优化都有办法做
关键是这些东西变来变去,导致经常要改,所以很多傻瓜化的工具就比较少
当然你要说简单容易,自然还是r这些容易
最理想的就是在hadoop eco上建r engine这些
但是目前这些东西都还只是一个概念或者prototype
没有十年左右的发展,估计没戏,当然也正是因为这块没啥东东
所以机会才多
z****e
发帖数: 54598
41
我们就从最简单的app development开发开始算钱
你自己看看需要不需要花钱
首先第一步
下载android studio和xcode,安装然后打开,根据向导进去
一路建一个简单的app framework,不需要花钱
都傻瓜化了,先不要想联机的事,后端的事下面再说
你先focus在你要做的事情上,比如游戏逻辑的实现
然后呢,你开发你的app,该怎么开发就怎么开发
但是肯定有一点,都不需要花钱
你要是连自己开发的app都需要请人来做
那只能说你不适合搞开发这行的创业
app开发已经足够傻瓜了,哪里需要雇人
然后无论是google还是apple,你用他们的account api
也不需要钱,你顺着他们的document一路走下去就好了
然后social website的account api,无论是facebook还是twitter
你都可以用,也都不需要钱,无论是什么平台都有
都不需要钱就可以用,跟你将来后端用什么,一点关系没有
所以到了这一步,基本上没有啥东西要花钱,简单说就是
你开发一个app不需要任何成本,除了你自身的时间的投入
你可以花钱请人做,但是一般个人startu... 阅读全帖
d****n
发帖数: 1637
42
 跨平台,完美支持Windows、Linux和Mac;
 安装配置便捷,傻瓜化,只需少数几步即可完成;
 环境功能相对完整,基本不离开该工具即可完成所有开发工作;
 支持可视化调试;
 完全免费。
这东西除了难看点,别的都做的很好。感觉作者考虑很周全。
http://visualfc.github.io/support/
(学学赵测,我也鼓吹下golang)
z****e
发帖数: 54598
43
没有
程序员的世界没有绝对傻瓜化的工具
否则matlab早被淘汰了
当然你可以做一个
现在连web开发的可视化东西都少
n******7
发帖数: 12463
44
都有Anaconda这样的python dist了
感觉出个对应的IDE是很自然的事情
matlab的用户已经被R抢了不少了,特别是Rstudio出来之后
这个在R用户群里面一统江湖
matlab/R/numpy+scipy 的重叠区域还是挺大的
参见 http://hyperpolyglot.org/numerical-analysis
考虑到free,性能和通用能力,我感觉在big data时代python挺有戏
R需要提高性能,不然也悬
matlab用户群回越来越小
其实这样一个IDE不需要多傻瓜化,只要4个panel就好了
一个编辑code,一个interactive run,一个visualization,一个misc
z****e
发帖数: 54598
45
谦虚了
太傻瓜的话,你很难收获很多
有些东西搞明白了,将来遇到问题也心中有数
拖控件有好处也有坏处,傻瓜化开发就是拖控件
z****e
发帖数: 54598
46
来自主题: Programming版 - 想山寨palantir了
为啥我觉得这个东西好像不是特别困难
第一步,获取数据
这个jdbc+nosql,无非是连接上
然后执行各种get,select语句而已
第二步,处理数据
spark这种就能用上了
无非各种map, reduce, filter, flatmap etc.
第三步,显示数据
这个倒是有点挑战性
但是java,android,swift,js,都有各种傻瓜化的工具来渲染
感觉也不是特别难
palantir应该不会被允许去修改客户数据吧?
不太可能做一些clustering之类的操作
顶多说从中建几个cache,但是整体的处理也有难度
诶,话说山寨一个这样的东东,有销路吗?
主要是没认真接触过p家的产品,所以不知道到底他们在做啥
如果让我看一遍,也许就能想出怎么山寨他们的东东
有视频没?
z****e
发帖数: 54598
47
来自主题: Programming版 - Palantir靠的是军方关系

你说对了,我早就想做一些傻瓜化vert.x还有db还有flink这些的软件
目前只是等这些东西成熟而已,因为这一堆还没几个版本上1的
但是db这一块可以先做
s********k
发帖数: 6180
48
来自主题: Programming版 - 高人来讲讲这个Amazon的API gateway
http://aws.amazon.com/api-gateway/
是不是可以傻瓜化搭建APP的backend,用这个比用Parse之类的好吧
z*******3
发帖数: 13709
49
来自主题: Programming版 - 高人来讲讲这个Amazon的API gateway

是的
会好一点,毕竟那些代码都是你自己写的
api gateway的傻瓜化程度没有那么高
所以换个平台的话,改变会相对少一点
这个就是一个trade off
越傻瓜的东西,改起来越麻烦,也越贵
如果你对linux熟悉的话,自己做未必会有多难
z*******3
发帖数: 13709
50
来自主题: Programming版 - 被亚马逊绑架的问题
一般而言
开源组织比如apache,eclipse提供的开源产品的兼容性
要好过
商业组织比如google,red hat提供的开源产品的兼容性
要好过
不开源的各种产品
然后商业组织提供的开源产品中
red hat等通过开源起家的企业提供的产品的兼容性
要好过
google等核心产品不开源的企业提供的开源产品的兼容性
要好过
m$等有过故意跟开源产品做对的公司提供的开源产品的兼容性
也就是虽然都是开源,但是背后公司的reputation很重要
所以一般apache有什么,是首选,其次是eclipse, red hat
基本上就这三,顶多再弄点google之类的
其他的,除非平台让我有办法赚钱,比如xcode这种,那值得投入
要是平台不让我赚钱,那就呵呵了
当然要承认,不开源,收费的东西一般都比较傻瓜化
可以拖拖控件就搞掂,但是无论什么时候,资本家眼里,经济利益都是第一考量
对于个人来说也是如此,所以不收费的东西,永远都比收费的东西有吸引力
首页 上页 1 2 3 4 5 6 下页 末页 (共6页)