lucianp

Despite the apparent lack of popularity, Groovy with the Grails framework is certainly better suited for web development than many (I would dare to say, most) of the programming languages listed above. Of course, it also matters what kind of web development we are talking about. Is it web services or web applications? I think the requirements are quite different between the two.

> Take the Google homepage. It’s a one liner text field and two buttons. It weighs in at a whopping 1170 kilobytes! That’s more than a megabyte for what technically should not take more than a few hundred bytes.

The Google homepage does a lot more than that. Since it is one of the most important pages for Google, I think that the engineers over there know what they are doing. I don't think it is a good example of bloat.

I second this! Tree Style Tab is one of the few addons that I cannot live without. Heck, it is one of the reasons why Firefox is my primary browser. This feature should be made native and the original developer should be rewarded somehow for his efforts.

I think the submission should link to the actual press release: http://press.web.cern.ch/press-releases/2015/07/cerns-lhcb-e...

True, but this could be a feature of the mobile app.

Nevertheless, I guess many of us (at least here on HN) leave their computers on all night, so this is not a problem.

Superb! I like it a lot!

A timer for going to sleep would be awesome. Towards the end, the volumne should decrease slowly.

I think an alarm function for waking up would be a nice feature as well. You could set the sounds that you like and when the time comes it would slowly increase the volume over a perioad of 10-15 minutes. This way you could wake up slowly and naturally (forest + rain + thunder would work well as an alarm, for me at least).

The website seems to be back, but the pushes via SSH are timing out for me.

Interesting! I wonder what drove their decision to use rational number representation. Is it possible to turn this feature off and use floating point instead (for performance reasons, let's say)?

You are right. From reading the comments on the issue [2], this seems to be the reason why it takes so long. Although I have now idea of how fonts are made, I think the work needs to be done for all currently available weights (7 different weights).

My favorite is Source Code Pro by Adobe [1]. I use it on Mac OS X and Ubuntu. On Windows I have to use Consolas, because SCP does not render well in gVim for Windows (at least not on my system).

Note that Source Code Pro does not have an Italic typeface yet. Italics are commonly used for source code comments and most editors will automatically emulate the shapes, often with poor results. Active development is currently being done in this direction [2].

[1]. http://dwabyick.github.io/Source-Code-Pro

[2]. https://github.com/adobe-fonts/source-code-pro/issues/6

I like the idea of an intermediary step between textual programming and visual programming. However the author only discusses how the symbols are rendered. What about input methods? I can think of a few options: use keyboard shortcuts, use the mouse, implement some kind of modal editor (vim-like) or a use special keyboard (APL keyboard comes to mind)?

I really wish Mono would gain more traction. C# (3.0 onwards) is one of the nicest programming languages I have worked with (despite its warts). I also heard a lot of good things about F#.

This is awesome indeed!

I've just thought of two features that would make it even more awesome. Every plugin could have the following two lists:

1. Known to be incompatible with

2. Frequently installed together with

The first list would have to be user-edited, but the second one could theoretically be determined by searching github.

Numbers is one of my favourite Vim plugins! Looks like you are the author. Thank you so much for writing it!

You should give a try to VsVim [1], a plugin for Visual Studio that provides Vim emulation. It supports a lot of features [2] and settings [3] and, most importantly, it is Open Source (it is also written in F#, which is nice).

It's always the first plugin I install in Visual Studio, I cannot work without it. It might not suit the needs of more advanced Vim users, though.

[1]. http://visualstudiogallery.msdn.microsoft.com/59ca71b3-a4a3-...

[2]. https://github.com/jaredpar/VsVim/wiki/Supported-Features

[3]. https://github.com/jaredpar/VsVim/wiki/Settings-Reference

Same here. I have been using Ubuntu One file services extensively on a free account while at university to backup my assignments, projects and whatnot. I used the service because for me it was better than the Dropbox app and it integrated nicely in Unity (though that could have changed in the mean time, I haven't checked it in a while).

This being said, it did have its warts (for example sometimes when uploading a file the app hung for no reason; there was even one time when I had some files reverted to an older version).

I understand their decision and I think it is better to discontinue a service than to keep it running without improving it. I guess it's time to switch...

Too bad that there is still no client for Linux. Last time I checked, the alternatives (Everpad, NixNote, or running under Wine) were nowhere close to the Windows client. Does anybody know if they plan to release a version for Linux?

Yes, I agree. But I'm not sure that for a doctor or a lawyer there is the same pressure to "give back to the community" as for a software developer.

Personally, I don't like the idea of a GitHub/OSS resume. While for others this is great, it does not work for everyone. Many of us are not able to contribute to open source projects...

How many professionals are asked by their future employer about the work they do for free in their spare time? Would you ask a doctor how many patients he/she treated for free? Or a lawyer how many cases he/she did for free in their spare time? I don't think so...

By all means, I think contributing back to the community is a noble, great thing to do (and we should all strive to do it), but this should not be considered the sole measure of one's technical skills.