skysight-inc/HackerNews huggingface dataset:
> Sure, if the existing DB is simple, that is straight forward, but remember that likely this is a monolith that is so bad that even management have agreed that it needs to be rewritten.

Yeah, but that's not a "converting legacy data to ES" problem, that's a "converting legacy data to any non-broken thing" problem.

> This means you can't really convert the entire database into an event sourced system, as that means converting all of the tables in one single go, instead of a gradual change.

Whether its ES or something else you are converting to, you either do a big-bang conversion and eat the pain of that (which can be tremendous, sure), or you instead eat the pain of taking the monolith and finding a way to break out components and do it incrementally, even though that takes not only building the new components, but reengineering parts of the old monolith to support that. Which, also, can be tremendous pain. But, again, this isn't really essentially tied to event sourcing, you face this dilemma even if you are going from a (broken for current needs, which is why it is being replaced) classically-designed "current state" RDBMS-backed system to a (meeting current needs, and hopefully more adaptable to future needS) classically-designed "current state" RDBMS-backed system.
REMOTE ONLY GitLab - We're hiring production engineers, developers, designers, and more, see https://about.gitlab.com/jobs/ We're a remote only company so everyone can participate and contribute equally. GitLab Community Edition is an open-source Ruby on Rails project with over 1000 contributors.
SoftLayer, an IBM Company | Houston, TX or Dallas TX

SoftLayer, an IBM Company, provides cloud infrastructure as a service from a growing number of data centers and network points of presence around the world. Our customers range from web startups to global enterprises. We are looking for talented systems engineers, skilled in networking, who are familiar with DevOps concepts and are interested in helping to build, evolve and operate rapidly-changing, resilient systems at scale.

Apply at http://tinyurl.com/h5mhs8a
Connecting the Dots: How Data Can Drive Design and Development
SEEKING WORK, Berlin, Remote or Travel possible.

Full Stack

- Languages: JS, Erlang, Elixir, some golang, want start F#

- DBs: CouchDB/PouchDB expert, ElasticSearch

- Frameworks: React, Vue, Ractive, Electron, Cordova, RxJS,
Falcor

- Other: Docker, Git, JSON Schema

- Special Skills: Online/Offline Apps, Saving fucked up Projects, Data Modelling + API Design, Messaging

- Contact: 4DiCtTlY16pL@ntr.io
Only taxi, not for private cars.
Do you ever use lattice? It seems to have a lot of good default styles for black and white.
I'll fuzz some more :)
Canada Takes New Measures to Cool Housing Markets
Cool Runnings – PostgreSQL's 2nd strike at the Uber blog
Reminds me of "starting Rails today is like starting to watch a soap opera in the 7th season"

http://words.steveklabnik.com/rails-has-two-default-stacks

Be thankful, at least it's not 2013, the new-js-framework-on-the-front-page-of-HN-every-day era.
I was surprised my local network didn't do something similar as it seemed like a logical choice. But after some research I found nothing about them using RDS to do this.

I would love to be able to talk to a tech at the travel network about this. My own research came to the suspicion that because where I am in the country they would of had to strike up deals with multiple transmission sites to get the coverage needed.
Location: Seattle, WA
Remote: Rather not
Willing to relocate: No
Technologies: Python + Django + Pandas - Javascript - Linux - Scala
Résumé/CV: Please email
Email: lyterk [a] gmail.com

---------------------------

BS Econ grad, self-taught programmer/data analyst. I'd prefer data analysis positions, but I'm comfortable with the full stack. At my current position I've built a full-stack Django application that audits, tracks, and aggregates international employee performance, and aggregates the data and puts it in graphs. Lately I've been learning advanced regression and machine learning techniques, and trying to apply them to linguistics corpora.
Respectfully disagree--I like Relay better. And Relay 2 is including client-side state, so you don't need Redux.

It has a steep learning curve and some initial setup overhead; but from a long-range perspective--I think it will have better performance and code comprehensibility. Maybe Apollo is better suited for freelancers though.
I'm happy they are introducing it, but IMO the execution has been quite poor. Some random complaints as someone who uses it:

They added a tab to the facebook app that you can't remove. It's inconveniently placed between two tabs that most people do care about (newsfeed and notifications). Furthermore, I randomly get a red number over the marketplace, similar to the number shown for notifications. This is very frustrating to me and it never seems to go away. I've mistaken this little notification bubble for a legitimate notification multiple times, when it was actually just a new post in the marketplace that I don't care about.

The 'newsfeed' of marketplace is littered with complete crap. 50+% of it is fake shoes, fake purses, used womens clothing, and people looking to trade their piece of garbage cars for another one (sorry, I don't want to trade for your civic that is worth <1k)

Selling something was a pretty poor experience for me. I got a ton of messages from people who had no interest in what I was selling, and instead spammed me like crazy with stuff I didn't care about at all. For me this was more excusable on a platform like craigslist because it is easy enough to filter email, but there is no real way to filter FB messages. Now I have personal messages and spammers mixed together.

Overall I'm happy to see this become a thing, but IMO execution has been poor. Well, annoying at the least, but I assume that is their goal. Much better than the terrible interface of the buy/sell groups, especially with how broken Facebooks group search is (I often can't find posts that were posted within the past month or so in a group. I'm searching correct terms, they just aren't indexed.)

I am part of a bunch of secondary beer market groups (raffles and straight up sales) on Facebook, and it's a pretty terrible platform, but it has the user base :(
Resizing a browser window is hardly as involved as tweaking CSS or browser settings.
PostgreSQL 9.6  support for parallel execution of large queries
Wag Labs, Inc. | wagwalking.com | Los Angeles, CA | Full Time | Onsite | No VISA sponsorship (except Canadian/Australian citizens)

Wag is the fast-growing on-demand dog walking startup and we're currently offering our dog walking service in 10 major cities in the US. Our HQ is conveniently located on the Sunset Strip (West Hollywood) and we're backed by several top VCs.

Our tech stack consists of: backend API (PHP/Laravel), iOS apps (Obj-C), Android apps (Java/Javascript), web app (Angular) and internal tools that use React/Redux.

We know you are busy so we aim not to take too much of your time, our interview process is: online code challenge (1-3 hrs), 1-2 phone screens if not local (< 1.5hr) and an on-site interview (<3 hrs).

We are looking for:

Full Stack Engineer - proficient in at least 1 backend language (php/python/ruby/go/etc) and in javascript (angular/react), devops experience a plus

Mobile Engineer - iOS and/or Android, experience w/ working in a mobile development team, releasing multiple versions of the same app and at least 1 app in the app store

Product Designer - experience w/ mobile app design, DTP, vector art, portfolio required

QA/Test Engineer - experience w/ automated software testing, regression testing, stress testing, assist unit testing with writing test frameworks, misc. functional/nonfunctional testing.

Please submit resume, a short intro abt yourself, and the role you're applying for to melvin@wagwalking.com
It is my opinion that many organizations that you would consider a "Natural Monopoly" can, by nature, only provide a fair service/cost without being optimized out by the free market.

The two examples provided in the wiki page are not what I'd consider to be concrete:

- Electricity: Solar Panels will replace these companies when they provide a poor enough, or expensive enough, service
- Water: Allow people to tap wells on their property. Put them in charge of their own water. You can also run your own septic tank.
A kidney donor at 18 now regrets it
SEEKING WORK - Seattle, WA or Remote

Freelancer developer with a corporate background. I've built large websites for Microsoft, Vevo, and MySpace. In my freelance career I've done fullstack work from Swift/iOS/ObjC projects to Angular/React/Redux/HTML5/Node/Mongo projects. My last two projects were both iOS apps which can be found here:

https://itunes.apple.com/us/app/upshot-simple-video-editor/i....
https://itunes.apple.com/us/app/livecap-gaming-highlights/id....

Find me here: http://lithe.net

Solomon
Headspace - https://www.headspace.com/join-us - Los Angeles, CA - Using proven mindfulness techniques, we teach you how to train your mind for a healthier, happier life.

Open roles:

- Android Developers

- iOS Developers

- Frontend Developers

- Backend Developers

- QA

Stack: Nodejs, Java, Swift 3, Ember
Location: Atlanta, GA

Remote: Yes

Technologies: go, kubernetes, distributed systems, gcp, aws

Résumé/CV: https://drive.google.com/open?id=0B74PTRwLSU8EUmRuazU0UmNzU3...

Willing to relocate: Yes, for the right opportunity

Email: randall@mcpherson.io

Github: https://github.com/rlmcpherson

Backend engineer with a background in building services at scale on a variety of cloud infrastructure as well as Kubernetes. Additional background in embedded devices. Interested in working on products with a physical component and a meaningful, positive impact on the world.
IMO, the problem is looking at Javascript as a single unified thing. One thing I came away with from this survey is that there are two major competing "stacks" at the moment- the Typescript/Angular stack and the Webpack/Babel/React stack.

Personally, I've been focusing the majority of my "professional research time" in keeping up with the latter stack, and it's ended up paying off in the sense that it's almost trivial to spin up a new project at this point.

> Every tool seems to be broken into 200 different parts that subsequently have to be reassembled in order to implement a working pipeline.

I agree that this can be frustrating. Setting up a new Webpack/Babel/React project does tend to involve installing a bunch of different plugins, presets, and loaders. The way I learned this stuff it was by focusing on one thing at a time: set Webpack up to bundle my Javascript modules. Okay, cool, I fully understand that thing. Okay, now let's add Babel, with the ES6 preset. Alright, rad- now what about CSS?

> But as it has developed as an application platform, it feels more and more like I am fighting the tools, rather than having them help me. That's not a nice feeling.

I absolutely promise that I'm being earnest, NOT snarky, when I say that it sounds like you need to learn the tools more thoroughly. Personally, I tend to forget how much of a pain it was to learn other ecosystems, and so I sometimes get frustrated because it feels like learning a new ecosystem should be easy. And, yes, other ecosystems definitely have an easier learning curve. That said, I'm right there with you when it comes to testing frameworks. Oh god, testing frameworks. -_-;

A major part of the problem, I think, is that the current Javascript ecosystems spend a lot of time optimizing their tutorials and documentation for newbies and junior developers. I'll admit that I think it's a categorically Good Thing to have that, but many's the time I've wished for intermediate-level docs. The absolute best examples of this, in my opinion, are the Rails guides, the Rails API documentation, and the Elixir documentation (all of it).

> I was overall quite pleased with how easy and more importantly how obvious everything was. I found this to be the same when I wrote applications in Qt, and also when starting to work with newer languages (like Go).

Can you go into a little more detail on this? I'm genuinely interested in the details of what these languages got right.
Honestly, it shouldn't matter. If the boss is making an offer like that, then it should be good as gold. If it's not, then that is not a place one would want to be working.
> an imaginative but a very rational person who deeply thinks about stuff.

You can find smart, rational, deep thinkers who adhere to any and all of the world's major and minor religions, as well as atheism.

You don't even need to take a position on religion to conclude that no-one really knows what's going on.
This account has been mostly posting uncivil ideological comments, and that's just not what Hacker News is for, so please stop.
New York City - Moat

Moat is an adtech startup with products in two core areas:

1) Analytics

Moat Analytics measures content and advertisements for many of the most trafficked websites on the Internet. Most new ad deals require third party measurement and for many of the top brands and websites, Moat's metrics are the go-to. We were one of the first companies to begin measuring ad viewability and we helped make these metrics a standard in the online ad industry. We handle over 19 billion impressions a day and tackle large scalability problems every day.

2) Search

Moat Search tells you who's advertising where online. We give advertisers, publishers and other adtech companies an overview of the entire online ad ecosystem (kind of like the Bloomberg of the ad world). Our customers can see their competitors' ad campaigns, find prospects by seeing the clients of similar companies or see trends in the industry before anyone else. We have a free product, moat.com and a premium product, Moat Pro.

We recently raised $50M and we're still growing very quickly:

http://www.wsj.com/articles/moat-raises-50-million-to-help-d...

Both technical and non-technical openings can be found at moat.com/jobs

Questions? Email me at rodrigo.menezes <at> moat.com
This specific prize awards something which is physiology.

I meant that the prize itself should be renamed to biology because physiology is-a biology and the prize often is awarded to things that are biology rather than medicine or physiology which are highly specific.
This is only true if you lop off parts of what makes a system "capitalism" until you can apply it to almost anything.
I'm curious what has broken that was not directly related to the hard split between the wearable and the backend. This is a particular case where you are by definition doing a distributed system, so any attempts to hide that will be problematic.

My main thoughts are anywhere you are trying to hide that distributed nature, things will go awry. Add to that, anywhere you have introduced the potential for things to be distributed.

The sibling post about keeping it simple as you build up your eventing system is pretty accurate. Remember you are trying to solve an actual customer problem. Keep pointed on that and do not get distracted by any neat engineering problems that come along the way. (This is not to say you will not have to solve some... but if you are solving a neat problem that was not needed for the customer's problem, you are going to have trouble.)
> Equality does not exist. It is an abstract concept.

> [..]

> Inequality is here and always will be.

I won't comment on the incoherent and uninformed rambling between your opening and conclusion.
Very true. It took 8 years for Craig Mello and Andrew Fire to be awarded for RNAi (published 1998, awarded 2006 -- and that was considered fast). CRISPR as a gene engineering tool isn't even that old yet, so we've got a few years.
What part does Graphene play (assuming you mean https://github.com/graphql-python/graphene). Are you building graphql based apis rather than rest ones?
The other side of the coin is that big companies do move slow.

There is a lot of communication overheads, a lot of bureaucracy, backwards and cross compatibility concerns, conservatism, wasted duplicate effort, wasted pointless effort, some people who aren't contributing much etc. etc.

This is why tiny startups can sometimes dethrone a large leader. However that's often a multi-man-year effort.

So I'd rephrase the statement: "Why's that company so big? I could do that with 20 brilliant engineers and 18 months". I think that order of magnitude can attack pieces of any established software business from a technical perspective. Then there's obviously the business side.
Oracle Santa Clara and HQ all have private offices. It was really hard to leave my office. :(
>Overall, developers are not happy about JavaScript testing.

This is because of the low percentage of devs in the survey who have used Jest. I can't begin to describe the joy of finally finding a JS test utility that just works and doesn't require a giant configuration file.

If you aren't using Jest, make the switch now! It's likely a lot of your existing tests will work with Jest.
The bitstream is kind of finalized as "FLIF16" now, just like GIF87 was finalized in 1987. Future bitstream-changing stuff will go in a new branch, which will eventually become the "FLIF17" or "FLIF18" format (whatever the year will be). Future decoders will decode both FLIF16 and FLIF1x.
They don't "ignore" regulations. They violate regulations. They do so strategically or they would have been shut down long ago.

For example, if public opinion weren't on their side, perhaps due to, say, Uber rides being as dangerous as they're sometimes claimed to be rather than as safe as statistics show them to be, some of those "little" city lawsuits could have blown up much worse.
Yes, and the USG (and DOD) spend vastly more on hardening than on offensive security. By orders of magnitude; note plural. Both in opex and (particularly) capex.

Is the money being spent wisely? Different question. But: nobody really knows how to effectively spend 100MM on hardening (a nice round number I picked at random).
Filled out one of the applications a while ago to see what would happen. Got back an email confirming my submission. No further contact (yet).

Was hoping to at least get something from a human.
Scientist Wins Nobel Prize for Revealing Secrets of Cellular Recycling
How do you get from reducing voter fraud to it being a bad thing for elections. If the problem is that some basic form of government I.D. is hard to come by then fix that, not make it so anyone can walk in and vote. The other stuff about making polling places close early and stuff, I agree, is riduculous, but I don't see how requiring proper identification is a bad thing.
Would all those scenarios really be a part of a "unit" test? I generally approach unit tests to ensure that given pre-conditions of the "external structures" you have a defined set of post-conditions that the test can exercise.

The cases you've mentioned - I'd most likely leave up at integration & failure injection testing. Still handled by a CI/CD infrastructure but done at a level where the availability of an entire environment (DBs, multiple nodes, h/w, etc.) can be expected.
He was also a prolific generalist and was able to communicate across many fun topics: The only book of his I actually have ever read was his book "Fireworks: A history and celebration" - literally about fireworks, their history and how fireworks transcend culture and customs.

He actually had his ashes loaded into a pyrotechnics shell.

[0] - https://www.amazon.com/Fireworks-History-Celebration-George-...

[1] - http://www.espn.com/espn/story/_/id/8127347/sent-bang
The problem with frontend is that making code synchronous blocks the client—even if it's something that "should be" synchronous. If it's anything more complex than a loop or a map through an array, it's recommended you make it async.
Hm. You seem to have a lot invested in convincing me that the systems I've been using for over a decade don't actually work. shrug.

Yes, I agree there are complicated ways that systemd and other rc systems can, largely, emulate the flexibility I get from writing a bash script to start the services I want started. I just don't really want them.
What do you think about "chip in the loop" approach for training, which was popular in the 90s for hardware NN implementations?
This is pretty much why I don't do front-end. I'm fully capable of it, but I just don't like keeping up with this flavor-of-the-week. It just doesn't feel like programming to me, or at least not the programming I enjoy.

Strangely, I see so many new developers rushing toward the front-end, which seems much more complicated in many ways than just building solid web API services, analyzing data, etc.
“If KickassTorrents Is a Criminal Operation, Google Should Start Worrying”
SEEKING WORK - SF Bay Area or Remote

https://codegophers.com

We do small coding tasks over email, in 48 hours.

Email us at start@codegophers.com

Our typical price range is $100-$1000.

Some benefits of CodeGophers:

- Fixed price guarantee. We give a quote over email, and you never pay more. If the final cost of the project goes over, we take care of the difference.

- Management is included. Each task has a project manager who makes sure the work is done. You don't need to worry about managing a coder.

- Quick turnaround. Most projects can be done in 48 hours.

- It's all over email, so you don't need to schedule unnecessary meetings or phone calls.

Give it a shot by emailing at start@codegophers.com for a free, quick, no-obligation quote.
The Trade Desk | Full Time, Onsite | San Jose CA, San Francisco CA, Aliso Viejo CA, Ventura CA, Boulder CO, New York NY, London UK, Sydney AUS

Hiring: All levels of software engineers, as well as front-end focused developers who are comfortable with data-access design, development and optimization.

You might be a great fit for The Trade Desk dev team if..

* You are a full-stack engineer who wants to work everywhere, not just a small subset of components. Experience / interest in working in a variety of layers and technologies within a SOA is a must for our team. This includes: client-side AngularJS / JQuery, MVC-based web architecture, external RESTful APIs, distributed (and in our case, highly scaled) request handling services, no-SQL and relational SQL databases, many-layered data pipeline (e.g. data bus architecture, Hadoop / MPP data warehouse, etc.) that moves hundreds of thousands of items per second, and data visualization (e.g. Tableau). Experience in all these layers is not strictly required, but we do like to see experience working in more than one, as well as eagerness to work on projects that might slice through them all.

* You have product-driven software development experience using a modern, object-oriented language. Memory-managed languages are best -- .e.g. C#, Java, Python, Ruby, etc. We do most of our work in C#/.Net, but specific experience here is not required.

Cool stuff about TTD:

* Our platform processes 4.5million+ queries per second

* Work with the best engineering team in adtech

* The combination of huge datasets, high throughput, low latency and amazing scale means that we're constantly solving some of the biggest challenges in computer science.

* We've grown faster than any other adtech company in the industry, and have been recently recognized as one of the fastest growing companies in America by Inc. Magazine and Deloitte.

* Amazing Company Culture (We're very proud of our 5.0 rating on Glassdoor)

* Top-tier benefits

If you want to learn more, email Casey- casey.rabiea@thetradedesk.com or apply directly on our website: http://thetradedesk.com/join-us/open-positions .