olmo

Glad to see someone pints this out. That’s the main reason I use React + Typescrip. JSX is an extension of javascript and can be fully checked while any template language is a custom invention that it’s hardly toolable.

If you're using a dynamic language, an ORM doesn't provide much. But in C# LINQ has the benefit of being strongly typed, this means your DB schema can be evolved. If you write raw SQL (or Python) and you rename a table/entity or column/property you gonna have a bad time. In C# you can just use a refactoring or, worst case, compile time errors.

Why LINQ is systematically ignored outside of Microsoftland? It's actually a type-safe expressive and secure AutomaticQueryGenerator

Like LINQ

Most enterprise web apps use bootstrap, that is quite Standart. But they do it on top of react/angular/grunt/we pack and a zillion npm packages to choose and keep updated. Nothing of this was necessary to make VB6 applications.

There is a solution for this problem: I use a monolith that make 100% of my sql queries using LINQ (including massive updates and so). Since Linq is strongly typed you can rename/remove/split tables and columns, fix compilation issues, create a migration and deploy the new monolith. We create an average of 5 migrations per day in a project with around 300 table for 2 years and no signs of an unmantainable mud so far.

Disclaimer: I'm the main developer behind Signum Framework

It's funny how async/await has influenced so many other languages but LINQ, that in my opinion is much more interesting (specially the DB stuff) for solving down to earth problems is sistematically ignored by other languages (Python, Java, JavaScript, etc...)

It's true, but 95% of the cases you get much better results by using the right data structures (dictionaries) instead of transforming queries to loops. Still is a very cool thing, hopefully is standardized into Roslyn

ReactComponent are also very OO, just the render function is functional

D3 is more declarative than jQuery, but not so much as React.

selection.enter().append("div").attr("class", "bar") .style("height", function(d){ return d + "px"; }) .style(“margin-top”, function(d){ return (100 — d) + "px"; });

enter is not imperative, but what you write just afterwards is.

Of course it is! to start with, it looks like SVG, but also you only have to provide the state that you want and React adds and removes what is necessary, while in D3 you need to use `enter` and `exit` imperatively.

I'm just concerned about speed. Diffing works ok for forms but charts with 1000s of elements... let's see.

As someone who has worked with D3 and React a lot, D4 makes a lot of sense.

And the name is great!

+1 I couldn't express it better.

Sorry moron4hire but you are underestimating TS types system.

You can write quite crazy expressions abusing Boolean operators and he successfully keeps the static type.

You can also have different method overloads signatures as long as you have a more general implementation that does the dynamic checks at run-time manually. Most of the time you can use Union types anyway.

The big collection of definition files for almos any JS library out there is a living proof of how is possible to describe statically almost any JS API.

Let's face it, dynamic languages are about laziness, not about 'unconstraibed creativity'

We're re-launching Signum Framework.

Is an Open Source (LGPL) framework for writing applications using a modular design, and taking advantage of the latest technologies from Microsoft (.Net 4.0/4.5.1, C# 5.0, LINQ, SQL Server, WPF, ASP.Net MVC 4.0/5.0 and TypeScript) and other popular web frameworks (jQuery, Bootstrap and D3.js), to provide a complete solution to Line-of-Business application.

In http://signumsoftware.com/en/Extensions there are examples of reusable modules that can be plugged in any Signum Framework application, including the necessary tables entities, business logic and windows/web user interfaces.

You can create an example application in http://signumsoftware.com/en/DuplicateApplication.

Nice work! GitHub should overrate the languages of the cool boys, but underrate expressive languages because less LOC. stack overflow on the other side should overrate day to day work languages but also overrate complicated languages that generate more questions.

At the end of the day there's a clear correlation so I think this graph is a reliable source of information. Is there a way to remove logarithmic scale?.

Fortunately rewrite in typescript is mainly rename the files, simplify class declarations and add some type annotations as you go

The reason is that C# is a better language than Java, so there is less pain and less reasons to move away to a newer language.

I think Typescript is a fking great answer. Provided that web developers are too conservative to try radical changes (ActionScript? Silverlight? Dart?) platforms don't care to support them (Apple?) and users are too lazy to install plugins, I can not think of a better answer than Typescript.

With their Open source nature, structural typing, open-ended interfaces, etc... I really thing they have made a perfect shot to capture JavaScript patterns statically.

I haven't found big issues with declaration files mismatches , and you can always ignore them declaring a variable of type any, but it's true that DefinitelyTyped repository is a mess and should be split.

Some problems with the Go implementation:

Looks like go does not have something similar to extension methods, so a result() call should be put at the end to unwrap the collection.

The lambda syntax is even worst than C++ and no query expressions (aka monad syntax)

Most important: No IQueryable<T> Expression<Func<...>> so doesn't work with remote data sources (SQL, mongo,...)

But the library looks ok given the possibilities

FAT -> GIT

SQL -> Datomic?

Actually Canary Islands is also in the wrong time zone.

Spain should be in 0 (and France, Moroco, Argelia, etc...) just as UK.

Portucal could chose, since it just in the middle, currently is 0.

Canary Islands should go to -1.

http://www.travel.com.hk/region/time_95.jpg

Anyway, I think it will be a good marketing movement for Spain, as I've explained, so we get rid of a little bit of the lazy country fame.

We have plenty of engineers in spain (me being one).

http://capitalsocialenespanol.files.wordpress.com/2012/07/st...

http://capitalsocialenespanol.files.wordpress.com/2012/07/gr...

I don't think that changing the time zone is going to make any productivity or 'family time' change. We work a lot of hours because there are more employees than companies. Market laws.

I think, however, that changing the time zone will improve our reputation. Currently we're at sync with sun time, but from the point of view of a tourist it means that we have lunch, get out of work, have dinner and go to bed at least 1 hour later than on 'normal countries', and this contributes to the fame of 'lazy country'.

Once we change the hour, after a period of adaptation, we will do everything pretty much the same but S&P will come an say... hey! look at Spain, now they deserve credit because they go to bed earlier, we should lend them money!.

Finally, we currently go into work at 9 as everyone else, but for us the sun is at 8. Nobody realizes because we have more sun hours (in winter).

I'm Spanish and I've software company. Here is my schedule:

9-14 morning work

14-15 lunch

15-18 evening work

18-20 (aprox) partners-only work

Dunno in construction or other sectors, in consultancy we work more hours and I've never seen anybody taking siesta on labor days. Some people make siesta when 2 of the following 3 things are true: Summer + Old people + Sunday.

There are more questions about Typescript http://stackoverflow.com/questions/tagged/typescript?sort=ac... than Dart http://stackoverflow.com/questions/tagged/dart?sort=active.

It's true than Stackoverflow is a little bit biased towards MS, but Dart is a platform not just a language, so there's more room for questions there.

You right! I've started the page to do it http://www.signumframework.com/FAQ.ashx I'll finish this tonight.