51–60 of 79 posts
MaxCDN has donated their CDN services, so it's easier to install now.
I now have some decent non-backend specific demos up as well, using mockjax.
I'm planning on going old school and re-learning C and Assembly for x86 and, in particular, ARM architectures. My reason for doing is that I want to get back into embedded systems. I also plan on picking up Rust and somehow integrating it into my workflow (I'm a web developer). Ideally, for the future (2015 and beyond), I want a basket of languages I could use for building web-scale applications. So, for example, wit…
* Elixir -- scalable APIs and 'realtime'
* Rust -- still evaluating this.
Hoping it could replace C for me.
Ruby bindings is something I'm looking for in the future.
* Swift -- Loving it compared to Objective-C so far
* Clojure -- I like the idea of creating an app just in Clojure, Clojurescript
using Om etc.
Not sure how Clojure is with Android but that will be a factorIf you want to Get Shit Done and ship a product, pick a tried and true (and possibly boring) stack
Be wary of the Magpie! http://blog.codinghorror.com/the-magpie-developer/
Nim: http://nim-lang.org/ https://nim-by-example.github.io/
I'm convinced Nim is what Python aspires to be, but it seems like putting the cart before the horse. Does anyone know of any interesting projects using Nim?
There is Jester, a framework for web applications: https://github.com/dom96/jester
HastyScribe looks pretty nice as well: https://h3rald.com/articles/hastyscribe/
Earlier quoted context omitted.
This and Web Components [1] in general are high on my list of technologies to learn. [1] http://webcomponents.org/
I'm interested in Web Components, yet, I couldn't see the advantages.
[1] http://www.html5rocks.com/en/tutorials/webcomponents/imports...
If you have the slightest interest in the issue of concurrency then you should study Erlang and Clojure. Since Moore's Law has largely faded, and we now gain speed by putting more CPUs in each server (rather than having the individual CPUs be faster) concurrency is an increasingly unavoidable aspect of programming. Joe Armstrong (Erlang) and Rich Hickey (Clojure) have both spent an enormous amount of time thinking ab…
What we have hit is is the max frequency the CPU can operate at. This is not something Moore claimed (as far as I'm aware). Physics got in the way when the transistors got so small that they can't operate any faster without causing problems.
EDIT: reddit discussion about MHz cap from 3 years ago: http://www.reddit.com/r/askscience/comments/ngv50/why_have_c...
I'm planning on going old school and re-learning C and Assembly for x86 and, in particular, ARM architectures. My reason for doing is that I want to get back into embedded systems. I also plan on picking up Rust and somehow integrating it into my workflow (I'm a web developer). Ideally, for the future (2015 and beyond), I want a basket of languages I could use for building web-scale applications. So, for example, wit…
I'm in the process of picking what I want to specialise in as I'm worried about fragmenting my learning and falling into a 'jack of all trades master of none' situation. * Elixir -- scalable APIs and 'realtime' * Rust -- still evaluating this. Hoping it could replace C for me. Ruby bindings is something I'm looking for in the future. * Swift -- Loving it compared to Objective-C so far * Clojure -- I like the idea of…
Side note: I do love Haskell, but let's admit it, the learning curve is pretty steep once you hit monads/comonads.
Earlier quoted context omitted.
The fact that OpenID is on their radar makes doubt about everything else on there...
They are referring to OpenID Connect which is actually Oauth2 for login and has nothing to do with openid 2.0 which is being phased out by most authentication providers (I.e google) http://openid.net/connect/
Earlier quoted context omitted.
I think Go is very interesting. One thing that I like about Go is something for which it is often criticized, which is the ability to create a binary that holds all dependencies. Some people are critical of these "fat binaries", but I have lost countless hours dealing with dependency issues, in various languages, and dependency issues are my least favorite kind of computer problem, so any language (and/or eco-system)…
I agree, shipping the dependencies in a single binary is the easiest way to package software. Nim is the same as Go in this respect: native code generation via compilation to C without a VM. And for me, Nim's Pythonic syntax is hands down more pleasant than Go's or even D's. It's the only systems programming language I've come across where it feels like I'm coding at the speed of thought.
C#, obviously. It's the only modern language that provides ALL of the following: 1) Static and dynamic typing 2) OOP and functional paradigms 3) Multi-platform via single framework: WP, Android, iOS, Mac, PC, Xbox, PS4, Linux etc. 4) Two super-powerful IDE-integrated static analysis tools to choose from: ReSharper and Roslyn 5) Mature workflows for developing Web, mobile, enterprise apps and games. 6) High performanc…
No powerful IDE on Linux / OS X.