anonx

~~~

Location: Central Asia

Remote: Yes

Willing to relocate: Yes

Technologies: Proficient in Go (Golang), MySQL, RethinkDB; Git; HTML, CSS; Web, HTTP; GNU/Linux; Continuous Integration (CI), Test Driven Development (TDD); Have experience of PHP, JavaScript, MongoDB.

Resume/CV: https://bit.ly/2dCmzWH

Email: [email protected]

~~~

I am a security conscious software engineer mainly focusing on back-end; B.S.E.; looking for a position that requires a self starter with can do attitude. Work on open-source projects and communication with other developers as part of responsibilities is a plus. Both remote work (in any timezone) and relocation are OK. I am, however, not authorized to work in the US or EU.

I upvote every submission that raises a point I'm interested in. As for the comments, I upvote both the ones I really agree with and the ones that contain some interesting information I haven't heard before or interesting arguments. Apart from that, I frequently upvote downvoted comments.

>> You have no clue what SQL or ACIDity is.

"NOSQL" doesn't mean "no ACID". There are plenty of NOSQL DBs that are ACID compliant. And SQL is not the only way to write your queries. There are a lot more QLs.

That's the case if there are dozens of different client implementations each maintained by a separate independent team. If there is just one client and no people qualified enough to fork it and maintain we end up with a centralization. The only team can make whatever changes they wish.

1C:Enterprise Programming Language is pretty popular in CIS countries. It is high level, looks like Visual Basic but has Russian syntax. Sample: [1]. Not something I like, just a popular language I'm aware of. Cannot say whether it's worth it. I guess it depends on what exactly you're trying to achieve.

http://i.imgur.com/r98WGEM.jpg

She's designing social media strategies. Do they have to degrade gracefully, too?

I'm using CloudFlare for GH Pages based web-sites with custom domains. However, Tor user in me says that's not really a "good practice". Looks like there isn't a way to turn off that annoying "Attention Required!" "One more step" checks, is there?

Well, there is `EngineCon` interface [1]. And two types (`engineIPC` [2] and `engineRPC` [3]) that implement the interface. That's why there is some repetition. So, what?

[1]: https://github.com/google/seesaw/blob/master/common/conn/con... [2]: https://github.com/google/seesaw/blob/master/common/conn/ipc... [3]: https://github.com/google/seesaw/blob/master/common/conn/rpc...

There is Freenom that let you register free .tk, .ml, .ga, .cf, .gq domains. And the number of scam web-sites IMO discredit those domain zones.

Though according to the feedback online, Freenom to domains is not what Letsencrypt is to SSL. Their business model (cancel domain name registration then ask $xxxx to register it again) looks like fraud to me [1].

[1]: https://www.quora.com/Is-Freenom-a-fraudulent-company

> Vendoring external dependencies adds a lot of noise to your git history.

This is my concern as well. Is it possible to use git submodules in vendor directory? Looks like it is possible [1].

[1]: https://github.com/golang/go/issues/12573

Will the site redirect to AD network? If so, it is still easily blockable. AdBlocker can preload suspicious links and if they redirect to siteOfAdNetwork.com block them.

The only option I see here is to have some kind of click counter both on the web-master's (who monetizes) and client's (who advertises) web-sites. And the counters' numbers will be sent (using server-side) to the AD Network. But that doesn't work if the client wants to advertise not his/her web-side (where AD network's script can be installed) but Facebook profile or something like that.

Alternatively, AD network can charge not for number of clicks but for alternative parameters (e.g., number of days AD is published). Though, still not easy (no guarantees) to check whether web-master who's monetizing his/her web-site doesn't cheat.

What kind of stereotype are you talking about? I said nothing about "usefulness" or whatever. And I cannot care less about jobs. I shared my observation that I'd never seen JS developers "buying into all the optimistic promises" [of WASM]. At the same time I see a lot of discussions about how "WebAssembly is a step in the wrong direction" from "experts" who haven't even managed to read WebAssembly's FAQ. Do people who have invested their time into learning JS think that WASM is a threat for them?

That doesn't work well with AD networks though. Site owners will either have to use links of the form: siteOfAdNetwork.com?id=smthhere and it still will be possible to block them. Or AD network will be unable to check the number of clicks.

WebAssembly is still work in progress, isn't it? There are proposals to have 2 text formats: low level one (Asm.js like) and more high level representation [1]. So, I'm dead sure the way out will be found. If not, community will create workaround-ish solutions in a form of "WASM -> language of your choice" decompilers.

[1]: https://github.com/WebAssembly/design/pull/457

You mixed it up. Actually, it's usually "high level JavaScript programmers" who are "trying to reveal the huge limitations". Because they are not happy with the fact something else can be used for client-side web-development other than JS.

1. WebAssembly will support "View Source" [1].

2. I have bad news for you. Open any web-site (e.g. "google.com") and try to view its source. Is minified JS really that readable?

[1]: https://github.com/WebAssembly/design/blob/master/FAQ.md#wil...

> You may have noticed Mike Hearn isn’t in the top 100 contributors list.

I've also noticed, there are no any Satoshi Nakomotos in the list of contributors. Does that mean he (Satoshi) was "not impactful to the development"?

P.S.: I'm not following the Bitcoin news. Is Satoshi a nickname of one of those top contributors or the initial author just didn't use version control system? Or am I missing something?

> in the future, we're shifting towards ... Javascript centric applications

Are we? I expect 2016-2017 to be a turning point in the history of client-side web-development due to WebAssembly. Is it just my wet fantasy?

> 2. Porn search engine

Sounds like a good idea. I wonder why isn't this a thing yet?

Edit: I googled "porn search" instead of using DDG and found out that is a thing. Looks like, there are tons of porn search engines. That means it's not enough just to create one anymore. Some unique advantage is needed, isn't it?

P.S.: My humble observation is on Reddit you get downvoted for "Good try Zuckerberg", "they'll steal my idea", and not accepting "idea is nothing, implementation is everything". Looks like that's not the case here on HN.

I wonder where did you get those numbers from. E.g. JS's future is evaluated as 5. But C#'s is only 4. I don't see why JavaScript's future should be brighter than C#'s one.

Is it because JavaScript currently has no alternatives on the client? But how long will it last? E.g. Now there is a "CIL to WebAssembly" compiler prototype [1] so in future C# potentially can be run in browsers (and that's good for C#). On the other hand, if WebAssembly allows other languages (such as C#, Go, Rust, etc.) to be used on the client, won't JS repeat IE's fate (from monopoly to minority)?

[1]: https://github.com/WebAssembly/ilwasm

> submitting ideas to a site like this will result in the good ones being stolen

I tried to do exactly that. But the only idea that I'd implement was "elevtr io".

> 5) JavaScript loses popularity, MEAN stack loses popularity but alternatives aren't appearing, just more criticism of the javascript frameworks

I think, there will be alternatives. WebAssembly will let developers write client-side frameworks in C/C++, C#, Go, etc. Very likely, JS will start losing its popularity as the selling point "works both on client and server" will work for any language. However, I don't believe we can say goodbye to JS. At least, not in 2016.

> 2. Continuing increase in client-side JavaScript/HTML5 popularity. The dominant platform will be ES6/React not TypeScript/Angular2.

My prediction is a better alternative to JS for client-side development. WebAssembly, I'm pointing at you. And as a result, a lot of new client-side frameworks.

Yes, here is the related discussion: https://news.ycombinator.com/item?id=10555710

> CambrianHouse, Assembly

There was also dndy.co. Though I still believe the idea is great, the problem is in the implementation.

Very clever.

Full stack Software-Engineer. Side project is a Toolkit for high productivity web-development in Go language built around the concept of code generation [1]. I'm using it for another side project (online start-up incubator platform).

[1]: https://github.com/colegion/goal