Seems like overkill. :P

It feels extremely unlikely that that if we decided to design a framework with these things in mind we would end up with something that looks like Rails or Django (or some other RESTish/MVC thing), and yet somehow these are the things we overwhelmingly use and recommend.

  Location: Ottawa, Canada
  Remote: Yes
  Willing to relocate: No
  Technologies: Node.js/Javascript(ES6/7), Ruby, Rails, TDD, GraphQL, React, React-Router, Postgres, NoSQL (MongoDB, ArangoDB), Docker, *nix, graph-databases
  Résumé/CV: http://stackoverflow.com/cv/mikewilliamson
  Email: mike@korora.ca

I'm a full-stack Javascript/Ruby dev and linux geek looking for a place where stuff I write makes an impact: on users, on the organization. I built https://www.usesth.is. It's end to end Javascript: React/React-Router/Express/GraphQL/Node.js/ArangoDB(V8 in the database!).

I use DDG a fair bit but I feel like without revisiting that assumption that a single context-free text box is even desirable, ditching the tracking (which I am totally in favour of) feels like they are dooming themselves.

I've played a little with running Yacy locally and directing it to crawl only sites I care about. So far that habit has not stuck.

The bangs are a step in the right direction. Suggesting additional search terms isn't quite right, and neither is doing a site specific search since I don't know what site will have the information.

Maybe a "metabang" where you search all the bangs in a category? "python !!tech"

Anyway, its good to see DDG growing.

Glen Greenwald: "In one sense, this blame-shifting tactic is understandable. After all, the CIA, the NSA and similar agencies receive billions of dollars annually from Congress and have been vested by their Senate overseers with virtually unlimited spying power. They have one paramount mission: find and stop people who are plotting terrorist attacks. When they fail, of course they are desperate to blame others."

Maybe Glen's sentence could have been written "They have been given the mandate to find and stop people who are plotting..." to fend off a potential (purposeful?) misreading like Mr. Blunden has done, but the problem here is clearly not the wording.

Nothing about Glen's article supports any of Mr. Blunden's rambling innuendo. Not only is this is a lame attempt to score points off of Glen, but it's pretty dubious submission to HN in the first place.

In terms of outreach and informing new generations of users... I think adopting that style would be a big win. Even non-technical users have a multi-year investment in Windows, and in spite of all the polish of modern distros, the jump to FOSS is still a big one. Help people make it.

https://theintercept.com/2015/04/27/encrypting-laptop-like-m... https://theintercept.com/2015/09/16/getting-hacked-doesnt-ba...

I'm not sure that graph data (generally) is particularly amenable to being spread across multiple nodes. My understanding is that ArangoDB has implemented some clustering based on Googles Pregel Framework, so I suspect it might fare a bit better in my friends test... but in spite of my urging I don't know that he has had time to recreate the test with Arango. I'm keeping my fingers crossed.

I don't know if any database is fun to deal with at that size. My experience with Arango has been an unremarkable amount of remarkably complex data, so I would also be interested to see the results with something huge.

Having stumbled upon some really complex data a few times now, I am increasingly appreciating how amazing it is to model your data any way you need, without having to deal with the complexity of running multiple data stores.

Cool to see that I apparently didn't give up any performance to get the flexibility. :)

I'd love to see them push the geospatial capabilities a little further, but they are already pretty decent.

https://medium.com/@jatescher/how-to-set-up-a-rails-4-1-app-...

I say healthy because I am not assuming full on hockey-stick growth, but enough that you are clearly on to something.

I'm planning to use AWS, but I am open to other suggestions and would love to hear some comparisons with other services.

Thanks!

Comments URL: https://news.ycombinator.com/item?id=8691643

Points: 2

# Comments: 3

Or maybe focusing on the language transition separately from the tools/library transition: "the X things that will hurt your head transitioning from Y to Go"

Every Linux/OSS based startup you will be competing with agrees with this recommendation.

FWIW, I think what you are thinking of might be a good (better?) fit with that format.

Either way it sounds interesting!

Who wouldn't want to be a part of all that?

http://readwrite.com/2013/01/03/googles-ftc-settlement-is-an...

http://www.bloomberg.com/news/2013-01-11/patent-privateers-s...

Seriously I am really happy to see this kind of thing finally happen.

Are we really going to pretend that never upgrading their software is an option?

For the sake of technical correctness, I'll agree with you, yes its true that you don't get "hammered" when you leave Bizspark.

You get "hammered" when you get 5-7 years into the Microsoft ecosystem and realize that you can no longer put off the software upgrades.

At that point you have to do the math and figure out which is cheaper:

throwing away most of what you have learned and rewriting your software using completely different language and ecosystem

OR

Dropping "5 figures" on software licenses.

Where does the "5 figures" figure come from? An InfoQ interview with the guys behind Tekpub who dropped MS for Rails after being in Bizspark:

"RB: If the platform was holding up fine, what prompted the change of architecture?

RC: Money. We were enrolled in Microsoft BizSpark Program and it was great for getting off the ground, but projecting into the future we realized that everything - from our database down to our development environment would have to be paid for after 3 years. We also figured that we'd probably need a separate server to run videos properly (for streaming) to Silverlight (using Streaming Media) which would be another license cost - and, in addition, we'd need to buy Media Encoder in order to encode the video for Smooth Streaming.

This might not be an issue for a large company, but when we sat down to assess what the bills would be - well let's just say that it was about 5 figures. We put our business hats on and tried to justify that cost - and we couldn't.

Not only that, James and I both knew Rails pretty well. We realized we could push everything into the cloud with better streaming and throughput for a microscopic fraction of the price - so that's what we did.

JA: As Rob mentioned cost was one of the factors, BizSpark is great but it is basically a ticking time bomb. I think more than cost though the motivating factor was around what we both wanted to be using day to day. ASP.NET MVC and .NET are very lacking in some areas that are very important to us. The testing story on .NET is not the best, you have to jump through a lot of hoops to design your application in the right way to handle testing and then writing the tests themselves is not as clean or usable as some other languages. One of the other areas of high friction was deployment, there are ways to handle it in .NET but nothing as nice or clean as Capistrano.

RB: So what does the TekPub platform look like today?

RC: We moved to Rails 2.3.5 using MongoMapper against MongoDB. We have a reporting setup that uses MySQL to track stuff we need to report on which uses DataMapper. We also plugged in New Relic RPM to keep track of our site and it's health - all of this is less than 1% of what it would have cost us, on average, with BizSpark. "

http://www.infoq.com/articles/architecting-tekpub