g*****g
发帖数: 34805 | 1 TreeSet is a balanced tree. Graph may be too arbitrary to have a common
implementation. |
|
c*********e
发帖数: 16335 | 2 问问题之前拜托先到oracle的那个用frameset做的网页去查一下。 |
|
|
p*****2
发帖数: 21240 | 4 这问题问的。我这java noob也没啥好说的了。 |
|
b******y
发帖数: 9224 | 5 你是dotnet转来的？
笑死我了，LOL. 某软的东西好用到push button就编写任何程序的样子 |
|
|
e*****t
发帖数: 1005 | 7 agree, no need to reivent the wheel at all.
When we ditched flux, we wrote our own job scheduling framwork because we di
dn't like Quartz at the time, but now we regreted our decision. |
|
|
b******y
发帖数: 9224 | 9 我的印象是spring framework还是最流行的. |
|
g*****g
发帖数: 34805 | 10 If you don't need much Ajax stuff, Spring MVC, if you do, Grail / Play is
the way to go. I believe web front tier is going towards more dynamic
language. Grail /Play represent this trend. |
|
b******y
发帖数: 9224 | 11
Hmm, good point. So it looks like javascript is more useful than before?
Thus, could be and is a major language these days?
I guess 10 years ago, javascript was sort of treated like a secondary
language as C/C++/Java are the main stream computer science languages... |
|
c*********e
发帖数: 16335 | 12 javascript + jquery + ajax是現在的front-side流行的语言，因为它不需要经过
server-side postback，所以能省去server-side不少精力，为server-side减轻负担。 |
|
J*******n
发帖数: 2901 | 13 组里打算要上play，我最近正在coursera上学scala，进组搞了半年php，终于又要回到
JVM language了 |
|
e*****t
发帖数: 1005 | 14 courseera上哪个course,分享一下吧。 |
|
p*****2
发帖数: 21240 | 15 clojure有什么好的framework吗？ |
|
p*****2
发帖数: 21240 | 16
functional programming 那个。你google一下 |
|
p***c
发帖数: 5202 | 17 我们现在有些service的code，准备用dropwizard来搞，你妈的又是一堆规则要记。
我靠，java，开源，这些东西烦的就是乱七八糟的太多 |
|
x****d
发帖数: 1766 | 18 it all depends, you don't use a hammer when you need screw driver. For
internal small user base apps, JSF, Spring is overkill. But if you want to
build your online banking app, you don't use Vaadin. If you are building
service, another story, right. |
|
j*******e
发帖数: 674 | 19 个人觉得，framework和library是相比较的。
API是个interface, framework可以提供API,library也提供API.
framwork和library的指导思想差别还是比较大的。
当然也可以说，main() funtion就是framework的入口。这样，世界就大一统了。 |
|
|
b******0
发帖数: 101 | 21 iOS 7 加自己的2D framwork 了。可有人试过？ |
|
c*******9
发帖数: 9032 | 22 公司里的coder很多时候是没有权决定用什么framwork，只有在小地方有些自由。 |
|
b******0
发帖数: 101 | 23
iOS 7 也加强了js的framwork。以前只有webview。js很有通吃的潜力。 |
|
l**********n
发帖数: 8443 | 24 In emberjs, if you don't put in your controller, the framwork will create
one for you automatically, which means you have to put in your controller at
the application level. |
|
e*******o
发帖数: 4654 | 25 转行，web developer 最容易。
一门语言（java，python，php，ruby，perl）。
一个数据库，postgresql or mysql
搞熟个web framwork。
别看版上高富帅谈各种热门语言，各种牛逼DB，跟你没啥关系。
关于js，你朋友说的对，在一般的公司，就是个写界面的东东，你把一门语言学好，js
很好学。 一般的小公司，纯js 的工作，连纯perl的多都没有。
看我在转行版的帖子。 |
|
|
z****e
发帖数: 54598 | 27 定义好用
scala定义一个dsl非常容易
你可以按照你行业的习惯来写脚本
而不需要遵循cs这个行业的习惯来写
不过单纯做web的话
groovy更容易
groovy连make都轻松搞
只要你熟悉c或python，有点java经验 |
|
|
c*******0
发帖数: 5247 | 29
你以后能少一些信口雌黄，多一点解释么？回答问题完全就是按照自己对语言的喜好来
，懂的人不明所以，不懂的人直接就被你误导。
Django要比也是和Sails，和Node有什么关系？你用过Django么？Node比Django强多了
，多在哪里？不要又说因为Django是Python写的，所以Django很烂 |
|
p*****2
发帖数: 21240 | 30 这个难道不是跟scala比？
django输在性能
node胜在易用和full stack spa |
|
l**********n
发帖数: 8443 | 31 node除了sails和MEAN还有啥通用的framework？ sails貌似比MEAN更通用。 |
|
c*******0
发帖数: 5247 | 32 我只玩过sails。MEAN里面有两个我都不感冒 |
|
g*********e
发帖数: 14401 | 33 感觉js码农就是在套各种framwork 谁熟练谁牛逼 |
|
S***s
发帖数: 104 | 34 both are good candidates for infra stacks
both have very strong community and would have good quality wheels
using go to build verticles is pointless like wearing double panties
current sitation is vert.x is used more to build microservices frameworks
while go is used to build all kinds of interesting infra projects
microservices framworks, components like queue, nosql dbs, docker etc. |
|
w*****r
发帖数: 197 | 35 两个神经网络是用不同的framework写的，想把一个网络的中间结构作为输出，接到另
一个网络作为输入。然后，对于这个嫁接后的网络，做end-to-end的训练。也就是说梯
度需要从一个framework，如caffe，propagate到另一个framwork，如tensorflow。
google search了一下午，还没有什么头绪，谢谢指路！ |
|
s********k
发帖数: 6180 | 36 服务器低功耗路线在5年前看是不错，但是几件事情改变了landscape
1. cloud和VM、Container，极大化的提高了压榨CPU性能的框架，这方面，ARM的峰值
频率做不上去，做个2G以上就吃力，你看INTC轻松4G，还是有差距
2. 万兆网，SSD卡的普及，很多原来IO/network bound的service就没有那么大的瓶颈
，CPU又变得更重
要了
3. 采购大户变成互联网公司，对于上层的软件framwork支持要求变得前所未有的高，
尤其基于Linux的，ARM这方面好像还是不够好 |
|
|
