antouank

i3wm is indeed amazing.

Good article. Just turned the dwm off at the win7 machine at work, and it's like a free hardware upgrade! Everything is more responsive.

Yes, of course you can beat the "popular" bookmakers.

Once you start beating them ( being profitable in value prices ) they will simply close/ban your account. Nowadays, it happens extremely fast ( in a day or a few hours, depending on your moves ). It's a well known tactic, and in practice, you cannot do anything about it ( other than keep opening new accounts in new names ).

Try beating a betting exchange.

DevDocs is great. I use it all the time.

If only it had the Elm docs as well :)

Trying the link "https://calendar.google.com/calendar/r" after upgrading, seems to work as well.

So most people re-bind Esc to something else. Then why is Esc the default "Esc" in vim? Shouldn't it be something else?

And for those who use caps-lock, how do you deal with getting uppercase letters depending on how many times you pressed caps-lock? Sounds impractical to me. Every "Esc" you hit will change to uppercase/lowercase. Right?

I mean from a layout perspective. hjkl is in one line, whereas the arrows are not in one line, with "up" one line above "down". That's a muscle memory I cannot fight yet.

That was my initial thought. I do use r to replace one letter, and ciw or ci" to change whole things. But still, after all this time, I find it simpler to just go in insert mode and do 3-4 things, than think of combinations or commands for every single thing.

Maybe I'm too lazy to memorize them, I don't know.

But using hjkl is still too weird for me, even after using vim for more than 6 months. :)

One thing I don't get, how do you navigate with hjkl when you're in insert mode?

I've switched to neovim as my main editor months ago. I like it, but I still use the arrows to navigate, or sometimes the `w` to jump words and `10j` to go 10 lines down for example.

But I go in and out of insert mode all the time, and hjkl is not useful at all there. So I never use hjkl to navigate. Never. So how come most people use those as the main navigation?

Am I missing something?

From those specific "humans"? Definitely yes. Humans like those, who harm other creatures just to make profit, deserve to die.

Sites like glassdoor are a bit misleading in my experience.

Is there any website to look for Swiss tech jobs specifically?

And what's the tax story there in a few words?

> It makes no sense whatsoever for both sides to be mad at each other -- the EU and UK make good trading partners, part of the EU or not.

It doesn't. But that's the thing, the actors here are not in for the greater good like you. They have selfish micro-perspectives and all they care is maintaining power => votes. So for the particular UK government, priority is satisfying their voters. And those voters are ... not that smart or aware of how economies/countries work.

Again, look at what they say, and then look at what they do, since the campaign for Brexit started. Common sense is the thing that you will not find. Unfortunately.

> The country will be fine in the end.

Yeah, the sky will not fall. Everything will be "fine".

Really? You think you can "easily" get 90-100k and also pay less taxes than in the UK? Sounds exciting. Can you point me to those jobs?

( I'm seriously asking, want to know where to go after I leave the UK )

Also, look at contracting in the UK. Tax is less than 20%, and day rates can go pretty high if you learn how and where to look.

If you follow closely the UK government's positions and actions for the last 2 years, it's only logical to assume that the outcome will be negative. The only question is how much negative. ( hint: a lot )

As an EU national who came to the UK 5 years ago, I'm in the process of preparing to leave in a year.

Already numbers show that even if the outcome is vague, a large percentage is alrady leaving ( mainly low-wage workers that are affected from a weak GBP )

https://www.bloomberg.com/news/articles/2017-08-24/immigrati...

Now imagine what happens when people realise they'll need a Visa or getting a new passport and rejecting their own. I'd certainly leave. My bet is that a 30~50% of EU nationals will leave within the next 5 years, which is a huge blow to London and the UK.

Yeah, you can do all that ( I'd be impressed if you actually do that on a daily basis! ). But isn't it like pretending the problem is not there?

I'd say just don't do the long commute at all :) Pay the rent to be close to where you work or go live/work somewhere else, that's my solution.

I'll live another year in the centre of London, and then go to an EU country that's accepting my passport.

Nah, it's not all about that.

Of course I tried many ways to use that time, but after a while it's just a burden. And it's making your day more exhausting.

I'm moving now to the City, I'll pay the high rent, but I'll walk/cycle to work in 5-10 mins. F* that train commute.

( and it seems like Brexit will force me to leave London for good anyway )

Last year I did a 1,5 hour commute to London daily. The biggest cost is not the ticket fare, but the time you waste being in a crowded train/underground for ~3 hours every day.

For some reason video is not supported on Chromium (!?)

Seems like the AI was beaten at least 50 times.

https://twitter.com/riningear/status/896297256550252545

Say hello to contactless https://www.visa.co.uk/products/visa-contactless/

Standard on most bank cards in the UK. No pin or anything. Tap it on the machine and you go. Takes 2 seconds at most.

Still, I do hold cash sometimes, you do need it in some cases.

I don't want to, but the "market" is forcing me.

Being a contractor, I change teams and projects all the time. And most of the time when I join a team with an existing project, the devs that started it are pretty opinionated on everything.

So sadly simple vanilla JS is not an option if you want to be a preferable candidate for projects. Most of the teams prefer piling libraries upon libraries cause they think it will make things "convenient" or because it's the new exciting trendy library. Whereas I've seen the opposite in the long-term, they make things more complicated and eventually impossible to maintain/reason with.

I'm not trying to sell Elm to anyone, if you don't like it, don't use it. But to me the advantages are quite obvious and I'd take it over any JS framework/library out there. I just hope I could use it at work as well. There are only a few Elm jobs out there right now.

     For an average JS developer Elm is totally alien tech compare to React or Angular

To turn your argument the other way. The JS landscape, where "trendy" libraries change every few months, is also alien to anyone that doesn't keep with the latest libraries every few months. Is that not worse? I don't have to explain "JS fatigue", it's a fact.

For example, I just got into a new team, and I have to now use what they use. I've been doing JS for 4+ years, and that stack I'm facing now, is alien and confusing to me. I have to invest time and learn what the hell those redux-sagas are, or what "magic" create-react-app tools hide, and in general, it's very confusing so far.

With Elm, I spent a few weeks 1 year ago to learn the language, and that was it. All the libraries are very simple to use because of the language. I doubt that learning "redux-sagas" will help me a year from now.

Also, Elm, gives a very coherent package. You don't have to transpile or add a linter, or a type checker, or stitch new libraries every few months because the trend changed. No webpack or babel or eslint or immutable.js or typescript or flow or any of those.

Not to go into the part of the safety and confidence the compiler gives you. Typescript or flow are not even close to that quality and guarantee level. Note that again you have to learn their syntax and configure them, so that's again a cost on top of learning JS. And they are as much alien as Elm.

FWIW, I start now side-projects in Elm, and I get things done way faster than with JS. And that's also what I see from other people as well, regardless of whether they come from JS or another language.

Not perfect, but definitely a much better tool for that work (big front-end apps). JS was not meant for that, it's been stretched far from what it was (quickly) designed for.

And sure, when more people join Elm, bad-written libraries or silly paradigms will crop up, but I'm confident it won't be as bad as the JS landscape is today.

Time will tell I guess. -- Now back to stitching those JS libraries to write some code that might work. Bills have to be paid :)

Once you handle a couple of complicated cases, you're ready to solve any JSON decoding within minutes. It's just a small learning curve to go through.

Also, once you get the hang of it, you can use it as your safety layer for incoming data. To guard the app from any invalid response.

I've even used GraphQL for one of my projects, decoding worked fine as well.

After doing a couple of contracts on Elm projects for several months, and returning now back to a React-Redux stack project, I cannot emphasize enough how much better working with Elm is.

In every single aspect. I just wish that it will get mainstream as soon as possible.

His article is spot on, and agrees with what I've seen, and most others that used Elm. Just look it up.

That rarely/never happens to me. I use it for chat 95% of the time, the other 5% might be someone posting a gist or quoting some code. So for my use, a terminal client is more than enough.

Sounds ridiculous that a chat app can consume that much.

Could we maybe use a terminal client? Seen this : https://github.com/evanyeung/terminal-slack but I cannot build it. Anyone else tried it?

===

Web Browser: Chromium

Email Client: Gmail web

Terminal: xfce4 terminal

IDE: neovim

File manager: Thunar

Basic Text Editor: neovim

IRC/Messaging Client: google hangouts web

PDF Reader: evince

Office Suite: LibreOffice

Calendar: google calendar

Video Player: vlc

Music Player: vlc

Photo Viewer: ristretto

Screen recording: xfce4 Screenshooter

===

Exactly. I'm amazed that so much of the web today is still based on "easy" scripting languages like JS or Python, which are fragile and error prone.

Once I transitioned to Elm and Haskell, I saw bugs almost disappear. I didn't improve as a dev, I just used a safer language.

Especially when money is involved, correctness and safety should be the number 1 priority.

I'm rewriting it in Elm right now, so I want to avoid any js library. Also, the HN API doesn't allow auth, so you cannot submit or edit posts from any other app.

But why would you want this? I mean do you write lengthy posts? Or do you post that often? I can imagine a very small percentage of users would use that feature.

Could you open an issue here ( https://github.com/AntouanK/hni-ui/issues ) with a small proposal of how that would work? I'm re-writing in Elm the front-end for my HN app, so that would be an interesting feature to add.

Edit: I thought you meant navigating the site. You only meant the text editing part though, right?