Live data from Hacker News

Google Cloud Shell

cloud.google.com

141–150 of 162 posts

Re: Google Cloud Shell

#141

Earlier quoted context omitted.

The NAT instances are so easy to overwhelm. You have to scale them along with the services you're using if you have significant use of other Amazon services. Also, it's not clear to me why I should have to do that part on my own. The fact I need to engineer a solution for high volume access to AWS Services (besides S3) in a VPC is stupid. Especially when I can just keep using EC2C and honestly have an easier time of…

You might have chosen the wrong platform for your needs.

So you are now following me around these threads, defending the concept of AWS from all criticism? Even that which has been admitted and promised to be fixed by AWS's support staff?

For someone with 'toomuchtodo' it seems like a very questionable use of time.

Re: Google Cloud Shell

#142
post #107

Earlier quoted context omitted.

blueapexdigital.com fetches 5mb of pngs! You might want to optimize that.

Thanks for the input! I sat in on a couple image optimization sessions at Google I/O. It's past time I whipped out the notes and got to work!

fwiw, this is currently my favourite site to check for possible optimizations, I ran the test so you wouldn't have to wait 30 seconds in the queue ^_^ http://yellowlab.tools/result/e7v314ikq3

Re: Google Cloud Shell

#143
post #102

Earlier quoted context omitted.

He linked a TON of projects that have been shut down. The logic of your message seems to be "they only shut down things that aren't popular, therefore you should feel fine using this really niche product that will never expand beyond a small group of developers." And for the record, I did use iGoogle. And there were plenty of people who used Wave, Reader, Code, and Labs.

Reader and Code are the only ones that had traction. I object to the idea that it is, "a Google" when we could make the same argument of many tech companies. I object specifically here because it's been shown to be a talking point in a whole deck of talking points written for an MPAA smear campaign on Google. And it's not particularly fair. They should call it, "Pulling a startup" given how often we fail at them.

> deck of talking points

I can find https://www.techdirt.com/articles/20150724/15501631756/smoki... (and a bunch of other articles about the same emails) but that doesn't seem to have the deck you're referring to. Any chance you can dig out a link?

Re: Google Cloud Shell

#144
post #93

Earlier quoted context omitted.

I am so tired of this meme. Every business shuts down products and services. To re-iterate this meme every time Google announces something is tired. I'm guessing you still hold Google accountable for shutting down Reader - a service you probably never used but go to the well each and every time they announce a service or product.

https://news.ycombinator.com/item?id=6518473

Multiple people (now three!) have downvoted this, but the idea that everyone who talks about Google service closures is complaining about one specific service--Google Reader--is the "meme" that we should all be quite tired of, as it is trotted out like a broken record every single time anyone points out reservations about Google's track record: no matter the context, no matter how many services have been shut down or cut down since, no matter what announcements Google makes about limiting their policies, and no matter whether the person mentioned Google Reader or not... it is even used against people like myself, who had absolutely no specific interest in Google Reader in the first place :/.

It is nothing more than a knee-jerk way to dismiss a rather easily defended position (due to the large number of closures that have been documented, ones that are more extreme or would have been considered less likely than Google Reader) by stereotyping someone's argument down to not just a "strawman" (an argument that is easily defeated), but essentially a purposely broken and laughable version of their argument so as to purposely ill-inform other people (which I feel the need to separate from a "strawman", as the goal is not to defeat the argument but to belittle the opponent). It is frankly one of the more underhanded argumentation tactics that people seem to enjoy defending here.

The reality is that Reader is a non-issue for most people here, as it isn't something you likely built your business or infrastructure around (and to the ones who ended up indirectly relying on it, that is a stretch to blame them for), but when Google randomly shuts down, cuts down, or entirely reboots APIs and services--something they have done many times, at the extremely painful end with things like Checkout and Login, but also with things such as App Engine or Charts--the fact that people seem to seriously have just forgotten how recent these things have been is distressing, and is made all the worse by people who insist on perpetuating "you are just whining about Reader" lie :/.

Re: Google Cloud Shell

#145

Earlier quoted context omitted.

I have noticed that all google cloud services now require credit card information for validation. Can this be be made optional and instead rely on their Gmail accounts ? (Especially for people just wanting to tinker with new services for fun)

disclaimer: opinions are my own I suspect that it's unlikely that google can remove this because bad guys tend to spin up many free trial instances and do bad things (sharded bitcoin mining, DDoS'ing, etc). Privacy is #1 so they aren't allowed to look inside your machines or inspect your traffic...so that leaves billing / such metadata to fight abuse.

That makes perfect sense, and I don't argue with this logic at all. But since you're here, I'd like to say something (that isn't horrible :P) that I've actually wanted to [have the opportunity to] get out there about GCP for a while now.

The "Heroku-style free" tier is likely to be all I can manage for the short to medium term future, due to a variety of factors.

As a result, the two go-to systems I would turn to if I need code hosting are Heroku and OpenShift, and I have accounts with these platforms (although I'm leaning toward the latter lately). I am yet to do anything generally interesting with them myself, but these are the systems I take into account when talking to others, because I have no experience with GCP. (I wonder if this is true for others too, and how big that number is.)

I have zero idea how Heroku are fending off precisely what you refer to. I've heard about situations where individuals' AWS accounts have been hacked by automated systems that spin up "instances with everything", but once it was established with billing that the account was hacked, the charges (which in one case were 5 figures) were fully reversed. Perhaps this fact is relevant here.

I think the problem can be solved before it (theoretically) gets to that point, however.

Serving up webpages, doing the occasional database transaction, etc, produces a significantly different CPU load than bitcoin mining does. I don't consider instance CPU usage monitoring a violation of my privacy, so I think it would be perfectly fair to throttle back continuous high CPU usage, but allow for short bursts of high usage. (In fact, I think this kind of thing is already standard...?) For bonus points, make the system track instance CPU usage and adjust its thresholds to allow for periodic high burst usage :P (since, thinking about it, masquerading as a web server and doing 30 seconds of mining every 5 hours is going to work out to zero gain).

I wouldn't consider it at all unfair to offer a free tier with exceptionally aggressive CPU-time QoS; in fact, it would probably suit me (and a lot of other people) perfectly, giving the funemployed community the option to do things like spin up fascinating new environments like Erlang, Dart, Rust, etc, and play with these environments (which are not yet available on Google's cloud hosting infrastructure) for web serving and similar. (For more bonus points, I'd extend the heuristic CPU-time tracking I mentioned before to classify instances as "friendly" over the long term, and let them have exceptionally low latency! :D)

In short, there's a whole demographic of people out there that you're definitely excluding, including people like myself who are just at the "messing around" stage, to nervous types who don't like deadlines and run from the "free for X period of time" part of GCP.

I realize and recognize that your response here is only your opinion, not Google's, and I'm very happy to respond here or via email (my address is in my profile) if you'd like to discuss any of any of the things I've said. ^^

Re: Google Cloud Shell

#146
post #89
post #88

Earlier quoted context omitted.

Where is that? That's literally 4-6x more expensive than my electricity.

Germany, for example (Where I live). Most people don’t live in the US, and for most people wasting 1.20$ for a product where you save one or two lines of code to integrate it is not okay. I seriously rewrote several web products myself that I'd have to normally pay 4$ or so per month for. I took over development for the QuasselDroid Android client because I could not afford IRCCloud. I ended up rewriting all the feat…

I followed this thread with much interest, and I'm glad I did.

I was just gilded this afternoon, and was able to confirm for the first time that new comment highlighting is not particularly hard for RES to pull off, it just doesn't do it for political reasons.

Hence, the only way would be to quietly develop an extension for the purpose... or, strike the jackpot, and come across someone who's done just that :D

Might I borrow your extension? =P

(My email address is in my profile if you prefer to respond that way)

Re: Google Cloud Shell

#147
Congratulations for getting this far down the page.

Now open the shell and traceroute (install it) to google.com. :)

(Other fun things: traceroute can't find your external IP; you have ~250Mbps download; you're on a Xeon with 32GB RAM of which you have 512MB; I can't remember anything else.)

Re: Google Cloud Shell

#148
post #71
post #59

Earlier quoted context omitted.

Saying Google "doesn't have the budget" to do something is fairly preposterous, tbh. I can understand that they were wrong-footed by the rise of Github; Code was built to compete with Sourceforge, when GH didn't even exist. From day 1 though, it was clear that Code wasn't even "better enough" to actually kill SF for good; further development was incredibly slow. When Github hit their stride, Google reacted by just gi…

well, google isn't a small business, where "the budget" can be synonymous with "the bank account(s)". like many (all?) large businesss, things are organizationally regimented into units (and sub-units, etc), and budgets are allocated toward each unit. so while "google" might have funds, the "google code development team" may have a very tiny allocation.

Of course, but budget allocation does not descend from Heaven fully formed, so to speak. Google directors (i.e. Google) decided Code was not a priority, so in the end it's Google-the-company's fault that it had to close.

Re: Google Cloud Shell

#149

Earlier quoted context omitted.

Thanks for the input! I sat in on a couple image optimization sessions at Google I/O. It's past time I whipped out the notes and got to work!

fwiw, this is currently my favourite site to check for possible optimizations, I ran the test so you wouldn't have to wait 30 seconds in the queue ^_^ http://yellowlab.tools/result/e7v314ikq3

Thanks mate! Much appreciated! That's a really cool and useful site.

Re: Google Cloud Shell

#150
post #108

As a long time user of googles web based terminal (accessed normally through google cloud platform console by listing your VMs and clicking the SSH button): I love it because I don't need to worry about key management and can access my machines anywhere that has a browser. However, my few gripes are: 1)when copying text out of the web terminal window that spans multiple lines (on Mac osx chrome), newlines are inserte…

> ctrl v doesn't work (nano/pico) OT, this is a big reason why I encourage people to learn vi/vim. It doesn't rely on ctrl, and can be used in environments that do weird mappings to control characters. Anything you can do with ctrl, can be done with regular keys and commands.

So if the environment is broken, or at least subpar when it comes to functionality, you "fix" the application?
Post reply on HN