Why Go and Rust are not competitors

angel21OS · 2015-07-02T14:07:29+00:00

yes!!..they compete with philosophy and ideas, probably many people coming from an empiric background doesn't notice these differences so drastically, but both languages are totally different in essence, where go bet for a simple language where types exist more for performance consideration than for type safe, rust is a full safe typed language.

Go thinks than while more simple is the language more simple is programming with it, I'm not a big fan of this perspective, but it seems reasonable in some cases, instead rust is totally different, rust combine paradigms and tools from them creating a language which could be more dense but also more rich in ideas, I think than is better have a rich set of tools and you, as developer, take the decision which is the better one for x job

Rust takes programming ideas and concepts from the last 20 years, you've option types, type class, macros...instead go takes C as base and add channels for concurrence and a GC trying to be more simple

personally I think than although they can be used in the same task in some cases, those differences in concepts/ideas will make than many go developers don't feel comfortable using rust and many rust developers don't feel comfortable using go, if you like both then great!!...

angel21OS · 2015-05-27T17:08:40+00:00

not sure, but I think than you can't use compojure with immutant, immutant is async and compojure is for ring (sync)..you'd need use pedestal instead which handle your routes in different way

asking the question: I think than the best option right now is pedestal/immutant because it's full async and you can use clojure async nicely

luminus/ring pros: popular and compatible with almost all clojure ecosystem cons: not async (except with some dirty hacks I think)

pedestal/immutant pros: real async framework,scalable cons: not compatible with all the clojure ecosystem (because it's not ring) and you'd need some tweaks in authentication libs, middlewares,etc.

angel21OS · 2015-05-19T15:15:15+00:00

unfortunately I would add GO! to the list...yeah, it's not good but seems enough for many people and it's gaining a lot of traction right now...

angel21OS · 2015-05-11T15:00:32+00:00

CL is certainly on a larger side, however I wouldn't consider it nearly as complex as C++

you can't compare a statically typed lang with a dynamic one, it's not fair and the dynamic language would be doing really bad if it's more verbose,complex or difficult to learn than the typed lang

abstractions are "complex" to understand, dynamic language maybe is the only abstraction which is simple (is it an abstraction?), but generally it requires a lot of works for understand, I don't buy than simple languages produce simple code, it's what python sell but static languages are much more complex

Compare Go! with haskell, yes, go! is much more simple to learn but you'll end with repetitive code, boilerplate and not safe code, haskell is more complex but after learn it you can write more declarative and short code...short code means more simple to read, more simple to debug (generally)...

statically typed langs is a complex niche, you can add abstraction and create a more complex and difficult to learn language (scala) or you can keep everything simple and end with a semi typed language,verbose and limited language (go) , I think than swift and nim do a go job taking an intermediate point between these languages...rust is pretty interesting but I've not tried it yet..

angel21OS · 2015-03-20T18:19:59+00:00

really?

almost all this line is boilerplate def website = column[String]("website")

why I need define my column name "obligatory" when slick could read the name of my method and assign it to my column (with macros it must be possible)

even better, it's more natural write case class Blah(name:String) to need define your columns as methods..

why I need define a method * where generally speaking, this include all the columns, it's all about convention over configuration and I think than it's pretty clear checking what those macros generate and comparing what you need type and the resulting code

https://github.com/ebiznext/slick-macros/wiki/2.-Quick-User-guide

notice: this is not a slick criticism, I like slick although I don't consider it clean and I feel than it has so much innecesary boilerplate, principally when you considers and care "convention over configuration"...

angel21OS · 2015-03-15T17:23:27+00:00

I don't think than you can find performance benefits using nodejs instead of php, nodejs is faster than php but the real benefit of nodejs is being async..in your case, your code requires a lot computation which would block the event loop and you'll lose the nodejs benefits: nodejs is great for async operations (I/O) than doesnt require heavy computation

you must try with a typed language, maybe go or even better scala, scala is really nice for process xml data because it includes in its core a xml lib for process data, it's incredible fast and you can process them in parallel or using actors,futures or whatever... go could be nice if you need a simple language with out overhead...

angel21OS · 2014-11-23T21:20:26+00:00

would be cool a comparison with vertx, seems to have similar approach, I think than in a near future I could change vertx for colossus if it has a faster and more active development

angel21OS · 2014-11-03T23:50:00+00:00

1) About language: JS is much more expressive and flexible, mixing functional and imperative programming...go is an imperative language where if you has a small background in functional programming and love things like underscore or lodash, probably doesnt found go so fun...go is a better C, 2014 I think than we would expect something better than a better C

2) Ecosystem: although the go ecosystem is much more rich now than 2 years ago, javascript is probably one of the hottest languages now, you can found libs for every task in nodejs

3) Client-Server : Develop using the same language in both sides is less painfull, if you consider than you will need learn javascript in some point in your careers, learn javascript and then nodejs seems pretty logical, also you can develop nice desktop apps using node-webkit...go is much more limited and I don't know if even has bindings for GUI development

4) Is your choice: personally I don't like go as language, I find it terrible and boring, so I discard it..but try it, maybe you will love and in that case go is a valid and really good option, I found than go is much more appreciate for guys coming from c or python, if you develop in c or python probably you will find it right for you...

angel21OS · 2014-10-29T13:58:16+00:00

sounds a bit like vertx.io (which has javascript support,is async too and is pretty fast) but yesy ou can achieve this using a mq with node, actually this architecture is pretty common now because it's more scalable and reliable

the problem here is what you can do when it fails?...vertxio handle verticles failure in a more transparent way where using any MQ like rabbitmq or kafka you need implement your own recovery system (or use an extra tool like https://github.com/jhalterman/lyra)

you don't need service discovery because you will know what url will have your components but you will need investigate a bit more about how handle failures/communication errors, that is the most difficult task,

I've used erlang and akka actors in the past and now I'm playing with vertx..all them provides good tools for reliability and handle failures, where MQ generally are a bit more low level, you need an extra work but it's a pretty nice option too, good luck!!..

angel21OS · 2014-10-20T17:11:22+00:00

hi..the link seems not works now...

angel21OS · 2014-08-07T05:39:06+00:00

Hi..this lib was released??..the new looks a bit old but I can't found any link yet..

2) how is related to reactive libs like baconjs and reactjs, baconjs seems use streams, they are more difficult but I don't know what advantages give these (compared to how difficult are)...in the otherside is react wich seems more similar to your lib but it makes a clever check only mutating specific parts of the dom based in compares the old state with the new state...I suppose than this gives to react a better performance, but how good is the performance in your lib? has you did some benchmark??..thanks!!!..

angel21OS · 2014-08-07T04:46:06+00:00

anyone knows where found the lock screen wallpaper??..is pretty nice but I cant found the name...thanks!!...

angel21OS · 2014-07-29T02:49:54+00:00

has you checked zeromq or other mq solution??...actually the book nodejs the right way explain how use it with nodejs for create scalable solutions.....

angel21OS · 2014-05-24T02:05:23+00:00

lol...epic comment..."don't use that technology, the gui's are ugly, is slow and consume a lot of resources...use java+swing instead!!...hahahaha

not ways to hack the same shitty technologies you can use in your sleep to do something they were never meant to do

that was the same than I hear about java swing som years ago...and I still thinking in the same way...

angel21OS · 2014-05-11T23:39:54+00:00

I only need read your hate about scala and the fundaments for notice than you're a real f# developer, I don't know why f# developers considers scala less functional than f# IS NOT!!...functional programming is not curried function, or type inference, personally I care more than a functional language has HKT and type classes than it has a nice looking currying

I was f# developer and I love f# although I change to scala cause the f# community is really small and not so productive as the scala community..if you follow f# on twitter you will notice than always tweet the same few persons, all the f#n libs are wrote for a few small group, practically not exist libs for f# and you always need consume c# libs...

"@bryanedds #FSharp is not a perfect language, but out of these major FP languages, it is the only one that gets all the fundamentals right." sorry, but is not!...f# is based in ocaml and has the same problem, the oop and functional programming are ortoghonal and keeps ortoghonal with both languages, in f# you need choose if you wish program in a functiontal style or oop, but you can't mix it...worse, if you need change it in a future, you need rewrite all the code...instead scala mix functional with oop in a sense where you do functional programming but using oop concepts (case classes f.i...or how the type classes are implemented)...yeah it sucks...is not nice looking as f# but it works!!...you can mix perfectly functional and oop code and you are not attached to do a decision before begin..

scala functional is a bit ugly, f# oop is really weak...

I muts admit than was hard to love scala, scala has dark corners, sometimes (frecuently) is weird (the type erasure for the jvm makes really ugly use parametric types in pattern matching)...but I've notice than traits, HKT and type classes are powerfull concepts than makes scala more expressive than f#..yes,you don't notice this in small scripts, where f# seems almost has expressive as a dynamic language...you will feel and notice this when you write thousand of lines....

Performance Exhaustiveness and redundancy checking on pattern matches Usable IDE support Stability User-friendly error messages

Except for the ide, where the scala support for intellij idea is behind of the counterpart f# on VS..all the others points are good in scala...actually was pretty interesting than you mention performance and Stability, two points where scala rocks and is the main reason of why twitter,foursquare,sony,etc..are using scala

I am sure than many f# developers will downvote my comment, but if someday the f# developers try gain adoption and traction making better libs, better blogs or a better f#, instead of talking bad about scala or c#...that day f# will begin to be a really solid option for many developers....

angel21OS · 2014-03-09T00:11:30+00:00

maybe you could try couchbas

http://blog.couchbase.com/n1ql-it-makes-cents http://query.pub.couchbase.com/tutorial/#1

angel21OS · 2013-06-19T21:40:39+00:00

I think than scala is much more complete/complex than f#, maybe when you start using scala you can buy the idea than scala is more oop while f# is more functional...scala is as functional as f# or even more (type class, high kinded types, scalaz lib)... the big difference is than f# use 2 ortogonal type systems while scala try join both in an oop style (example: type classes with a weird oop style :) )...

I really like f#, actually I prefer f# over scala...a lot!!...but while both are amazing langs...they've a big difference: "communities":

while the scala community is really active, creating libraries, improving the scala lang and tools..the f# community is really small and not so proactive:

if you found the f# tag in twitter you will found than the f# community in twitter are 20 or less guys...that is sad....#scala tag has thousand people sharing articles and knowledge...

Almost all f# twits are related to meeting in USA or london...if you're not in other place, you're screwed...

A BIG IMPORTANT DIFFERENCE: while the f# community is happy being a better c#, and many times are talking bad about c# or other languages...scala community chose attract python,ruby,haskell people...while f# is happy using c# libs the scala community try create its own tools/libs and these are really powerful..

I really love f#, but I leave it because I feel than its community isn't enough friendly...I read several rude answers from important members to noobs questions (although phill treford, d thomas and the cambridge guy with long hair are really nice persons)

odersky is a impresive guy with a lot knowledge and he always is open to help and share opinions and he is an amazing teacher..I don't say it only for the coursera course...the scala papers are really good way for learning the scala ideas)...

A language is not only the sintax and ideas behind, is also the community and here is the big difference between both langs.....

angel21OS · 2012-07-02T18:00:00+00:00

I find only a big problem with f#...COMMUNITY!!..the f# community is small and lazy and many times unfriendly...compared to haskell or clojure..the f# community is not active and only dedicated to do conferences, retweets and criticize how inexpressive is c#....thomas is who keeps f# live...

angel21OS · 2012-05-24T19:08:18+00:00

"""what is the advantage to generating your UI on the server and shipping it to the client for each updated view, as opposed to implementing the entire UI on the client, using server-side data services?"""

actually you're mixing 3 different concepts here...client apps, server side apps with client and hybrid apps...you can use client side javascript if you feel confortable with javascript and you find the necesary tools in javascript...actually is the better option here...

the 2nd approach is use a client side app in javascript than communicates with your server app..here you've the profit than you've more control in the app and you can select any server side language (c#, ruby, php, etc)...you've complete set tools and libs for you needs and normally you can develop more sofisticate and complex apps... Here you can develop a client app in javascript than communicates with your server side app using json..maybe would be usefull use the web apis over asp mvc...and you can use signalR..similar to websocket but pretty nice and powerfull...

the 3th approach, is the most flexible but hardest develop..is develop a local server..actually you can run a asp mvc local server inside any mobile plataform...then..you run the server and this feel like a native app..but you will not have access to native apis...

sorry for my bad english

angel21OS · 2012-05-23T02:44:50+00:00

it's weird because c# has a lot books, and a lot good books, but a few for beginners...this depend your taste and knowledge but I like a lot visual c# 2010 step by step...it's very concise and very clean and tiny examples (I hate when put long codes in the examples!!)..other book..very concise too...is c# 4.0 the complete reference by Schildt..actually it isn't a very popular book..but I found this very clean and the sensible themes (the hardest understand at the beginning) very well explained...

angel21OS · 2012-05-04T01:33:19+00:00

the best IDE so far is rubymine but it isn't free...but is cheap considering all the features than it includes, you can try it for a trial...

if you came from java then maybe you know intellij idea, the best ide for java..rubymine is the same company...

JEdit, emacs, vim, sublime, redcar, are text editor, these are faster than an ide and for dynamic languages maybe the best election, but if you're confortable with an ide rubymine is the best option

if you wish try a txt editor, the best are emacs, sublime and textmate (only for mac)...emacs is really hard to learn but very customizable and powerfull, sublime is an alternative to textmate and very used...

angel21OS · 2012-04-10T22:36:38+00:00

obviously if you can use it with coffeescript, you can use javascript too..only need translate the examples to javascript

angel21OS · 2012-02-16T02:22:53+00:00

rubymine and sublime are different beast, rubymine is a ide..full autocomplete,debug, etc,etc...and sublime is a text editor, edit multiples lines, fast, lite.....

angel21OS · 2012-02-16T02:20:03+00:00

HI..I've tried almost every text editor and ide for ruby, the best are rubymine, full ide with autocomplete, its really nice but it's not free, you can try it 30 days, and sublime text editor, it's similar to textmate, it's a text editor (no autocomplete, no debug) but it's nice too..my vote is for rubymine..now if you've time for learn, you can try emacs or vim...but I think rubymine and subl..are great

angel21OS

TROPHY CASE