HN user

t4nkd

140 karma
Posts0
Comments70
View on HN
No posts found.

You may find it interesting that recently Malwarebytes was mentioned in relation to 230 of the DMCA which to my mind relates directly to this. They are an AV solution that holds "legitimate" software vendors that operate an above board business to the fire when they start any practice that they (Malwarebytes) determines is violating a PC users reasonable expectations. That software begins to be detected as "potentially unwanted software" and recommended for quarantine just like any other virus.

Malwarebytes spends a whole lot of time defending the fact it recommends software from these companies for removal and the recent SCOTUS memo on the topic sort of implies that the problem -- how do we determine the voracity of statements made by businesses regarding their software, especially software which exists in a constantly changing state -- may be headed towards getting worse as so few people are familiar with legislation also have good understanding of the inherent complexity of software.

OK Doomer 6 years ago

I was very much a part of this community at the time and engaged in a lot of discussions around this "feature". Part of the issue is that there were degrees of bunny hopping (as in being able to do it extremely well and consistently) and script assisted bunny hops were also becoming a thing. This was also around the advent of aimbotting finally reaching the half-life engine and there was a real discussion about turning new players away from the game because of these "pro features".

Ultimately it wasn't part of the intended game design, despite being a bit of a fun imaginary minigame within the greater 5v5, and I agree it was the best choice for all the mods around that time (CS wasn't the only one you could bhop in).

To add to this anecdote though, knife scraping on a wall when the round is down to 1v1 was almost always universally "come knife fight me" and for the many times I've seen players arrange this duel I rarely see either try to "cheat" and shoot the other.

IAM is going to be "required" for the root account, though, shutting that away is a good practice.

In lieu of IAM you can use federated access from an identity provider like Okta. That will lease a role which can then adopt other roles (even across accounts). Okta is integrated with a more formal IT system like Active Directory and then all your accesses and identity can be managed by them. I think this is the AWS side doc for the setup https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_pr...

I also know Nike does something very similar and shared about it here https://github.com/Nike-Inc/gimme-aws-creds including the Okta side documentation.

Just as someone who got on the Ruby bandwagon back in the mid 00's there was definitely a feel of Ruby being a "Japanese import language" and at the time for myself, comparing Matz and van Rossom the latter felt like a little bit more of a scientist/engineer than the former who seemed very humanity focused.

Also I think the mantra of "developer happiness is the #1 goal of ruby" kind of makes ruby seem a bit more fanciful and flowery than python.

These are just my personal anecdotes, though, I am assuming that most people (myself included) start eyeing seemingly superficial things like the attitude of the language author when a lot of other qualities of the language are similar.

I tried very hard to take the perspective that this guy is irritated but that there might be some substance to his opinion. I couldn't help but constantly think this, though, "Wow, this guy is really mad, and now wants to logically apply blame to everyone and everything except himself and his choices."

Well commented, thanks.

Vim for Humans 10 years ago

I spent the last 2 hours of every work day using VIM, regardless of how much longer it took to work on things. By the end of the week, I could jump into vim after lunch. When I started using ':x' in TextMate I knew it was time to leave.

Vim for Humans 10 years ago

Anecdotally, this is exactly the sort of thing I have never needed while using vim on a server. Just let me modify content in the word hole...

But it's not interesting to you that the gross majority of people, even people who lean to your opinion, are constructing abstractions in order to reason about the problem?

If you consider yourself a pragmatist, you should also consider that you have under analyzed the issue at hand and that trying to generalize digital media with anecdotes of exchange for goods or services in meat space is inappropriate.

Your position sounds more rooted in laziness than pragmatism, at this rate.

This seems to be the thing people ignore, as the Tampa region has a fairly bustling tech scene, and due to proximity with SOCOM at MacDill AFB, more seem to be coming all the time. You could say, "Wow look at all this tech activity, 100 head engineering offices are opening and such-and-such acquisition was so huge, blah blah" but, this is all strictly within the scope of people who are local. I've never met anyone from the Valley area who has come into Tampa and said, "Holy shit you guys are like a tiny Silicon Valley!" -- though sometimes they are somewhat surprised to find out companies like Chase, AmEx, or Neilsen have large engineering offices here.

There's intentionally nothing like Silicon Valley because the Valley has a literal firehose of the most brilliant engineers constantly flowing into it. When Atlanta, or Tampa, ends up with a brilliant engineer with vision and drive, it's mostly out of luck or coincidence.

I have done maybe 20 or so interviews in the last 2 years and this is the #1 thing I look for. However, I have still hired people who do not display a talent for continuous rapid learning, that is to say, they will only learn on company time and they take a long time (reasonably) to learn anything new. The flip side is that these people "work with what they know" and you can rely on them for a steady work pace and consistent quality. Much like so many development tools, people come in lots of shapes and sizes that benefit your organization differently.

In this vein, I wish people would ruminate on a topic like, "Senior Engineering: So now what?". When I first wanted to get into engineering, nothing helped or inspired quite like these posts. But, since I have "made it" so to speak. I feel like I've done the majority of growing and introspection required and now I can basically handle anything a Senior engineer should be able to handle. But... now what? I am kind of at a cross-roads where people tend to either stagnate (I've met a lot of 50+ peers with senior titles they earned 20 years ago), run off to manage people (do I want to do that? I dunno...) or end up as Principal Architects, co-founders, or some similar upper-echelon engineering role.

Not to knock this content, anyway. I found this repo to be well organized and genuinely interesting -- just not super relevant for me...

Not OK, Google 10 years ago

I'm not sure you are any less responsible for your own privacy despite the fact that companies like Google as well as others are making it more challenging. The example you mentioned seems easily fixed by using GPG.

Granted there may be a place for regulations to help us restrict what companies are able to do(perhaps making it easier for you to identify a region that is being recorded, right?), but, at some point society can't help the fact that you'd prefer if machines were unaware of your existence. That's just something you have to solve for yourself.

"Supported" -- I'm not sure if you've ever tried to use a last-gen iPhone device with the latest iOS release, but, every device I've ever owned was sketchy at best after the 1st hardware release, and completely unusable as of the 2nd. In my experience, it didn't matter if I upgraded to the S or full version model, this problem happened from 3->4, 4->5, and 5->6. I expect my wife, who is still an Apple user, to be asking me for the iPhone 7 before the year end because her phone is "a slow piece of shit".

I wish you could try to frame your criticism in a more engaging and friendly way. In my opinion, it's exactly this kind of absolutist reasoning that seems to be killing community and conversation.

Of course he and many others can advertise on Google without understanding match types. The point of the service provided by Google is that it's on the whole, significantly easier than "traditional" ad buying. Regardless of the repercussions, AdSense let him buy ads without that understanding.

With this kind of fervor, I have to presume you're either genuinely very, very bad at providing people with advice or, what I presume to be the case, angry or pessimistic about something else entirely.

Frankly I think you owe the comment an apology for your tone regardless of the validity of your opinion on what training ought to be necessary before using a particular web app.

Usually this kind of attitude could be justified even if it was just a shitty anecdote, but with SCSS and LESS in particular I'm afraid you've chosen long lived, bulletproofed software that has tremendous adoption and community. Neither would be what anybody would call "the tool of the month".

For some reason people are caught up in sticker price value versus demand value and try to play this cute game where a car is an investment, or better yet, a tool to be leveraged.

Cars are a luxury that we afford and then make excuses as to why we are justified in the expense. There are a few luxury car brands you could consider "investable" because of your ability to re-lease and do week long or similarly timeboxed rentals, but, even that is just an excuse that the people wealthy enough to afford those types of cars make to explain their luxury expense.

As long as all you are concerned about is the difficulty of moving from one point to another (presumably of a minimum distance) you are correct. You probably are not accounting for the overhead of actually owning a properly maintained and insured vehicle. The former has little cumulative effect on your life, the latter is an really complicated situation fraught with personal choices and teeming with people trying to take advantage of your naivety. Cars are a huge responsibility, 100% luxury, and generally a burden, make no mistake about it.

Six years of Go 11 years ago

"Ruby's incessant cuteness" is a first class feature of the language in practical environments, but not of the language itself, in my opinion. While I can knock python for whitespace, and not a whole lot else, I think ruby is probably the most "learn in a day" language I've ever experienced. Without any background in strongly typed language or anything else C-like, Golang actually took me several days of work just to understand paradigms like slices, which were pretty foreign to someone who only worked in dynamically typed language.

JS is pretty damn tricky though, I'll give you that one.

Just, anecdotally, I knew a startup in northwest Arkansas (the walmart region) that won seed funding of about $100,000. They squandered the money relatively quickly, and immediately decided the only way to salvage their business was to head to SF. It only took a few months after renting a house to keep everyone in, and they managed to secure another ≈$1.3M. To this day they swear up and down, the only way to turn a business idea into reality is to live in SF/the valley. Seems to be a very common concept, regardless of the realities.

One time I asked why, since cgroups and the pattern of container based deployment had been popular for a decade before Docker started, that containers are so popular right now. We ultimately decided that someone constructing a really easy to use suite of tools around the concept was the reason it has all this love and growth.

Not that I totally disagree, but, signing up for Slack is easier than using NickServ for the average person. There's a bunch of features that make HipChat, Slack, Hall et al easier to use than IRC, especially for someone who doesn't want to learn anything new.

Just worth thinking about...

Sure. Whenever the log messages start to get pretty decent in size, like, when the log messages start including tracebacks due to errors, and you have lots of errors happening back to back, like lets say high traffic is causing some deadlock exception at the DB layer or something(this was our actual problem), this high write causes BTRFS to lock up. Usually this happens because of some kind of kernel level error, our ops guy is familiar with the exact details of the exception BTRFS throws. Suffice it to say, when that happens, it's not immediately obvious the instance is unavailable. If you have plenty of errors happening in a short time span, this behavior will start to roll across your cluster and depending if all of the hosts are running the offending container, your entire fleet of hosts will lock up. This sucks bad. The only real solution is to bounce the host machines -- though they seem to come back just fine.

CephFS had a similar-ish problem, where if you happened to ever own less than 3 nodes (almost always because of the above), it would have a real problem self-healing and start to get confused and re-elect bad nodes to quorum leadership, possibly clobbering all your registry data. We contributed a patch back to Deis to use S3 as a registry persistence layer because, well, having a volatile registry sucked. We were about to develop a control layer for quorum services to live on separate of the application services we were developing, and using a proxy in the quorum layer to communicate stuff like etcd. I would highly recommend this approach if you end up with any services that require a quorum.

Just anecdotally, I've had the shittiest experience in recent memory with CoreOS. Their choice of BTRFS bites me pretty much daily whenever logs start writing stack traces for errors. A similar problem happened when Deis chose CephFS for their registry container.

While I'm a huge fan of Docker I will maintain that CoreOS is not ready for production in most capacities and recommend against using it in its current form.

So, I was personally involved in a HL mod called The Opera, which for some of you who may vaguely remember, is a mod based on the high action shoot 'em up films by John Woo, also known as the Hong Kong Blood Opera genre. The game was the first ever example of animated fabric(trenchcoats) in Half-Life, a tech that carried over to Action Half-Life.

At the time it was kind of a big deal, but I also remember another big deal during that time: when Valve bootstrapped Steam and forced everyone to start picking up Counter-Strike updates through the software. Of course, mirrors were provided a few hours after the main release, but, Steam was the first place where the data was available.

This was a time when the main features of Steam were "preventing hacking" and providing a better CDN. The little known game Day of Defeat managed to be scooped up by Valve and the community couldn't wait to see what happened when Valve and the Steam platform supported a game out of the gate -- Team Fortress 2 looked a lot like Firearms mod with sentries, and the communities were on fire talking about Valve meddling with the mod community.

That time, a time I fondly remember growing up during, strikes me as strangely familiar when I look at the conversations around paid mods in Workshop. The funny thing is, though, every game has paid mods now in the form of DLC. The silly hat bullshit in TF2 should never generate real world dollars, this is the virtual equivalent of a mod that your buddy can see you activate. Content like new guns, maps, skins, models, etc used to exclusively come from the community, and infrequently in some "expansion pack" release from the game developers themselves. There's a different problem with game development companies and the incestious publisher relationship; but suffice it to say that the primary game publisher, at least (over) a decade ago when I was more involved with the community, was hugely flattered and took joy when their game was modded.

Not that running a mod team is easy, it's not. I remember distinctly when one of the main map builders for The Opera was hired by Raven. I remember too, when model and skin engineers spent hundreds of dollars on gun rentals and sound equipment to get the "bang" noise for each gun just right. I wish there was a kickass way to pay him on the spot for that kind of investment, but now there are so many "better" ways to run a grassroots development team (crowdfunding not the least among them) and if you actually kick ass and produce high quality game content, you'll just get a job in the industry like other people who kick ass at it. Or the community will bootstrap a development shop and you can try your hand at running a team "for real".

Instead of trying to open up a bespoke "skyrim mod" shop and peddle high resolution horse genitals for $3.99/testicle.

I'm on board with this kind of thinking.

Despite languages and the FLOSS projects around them being passions and/or hobbies for so many professionals, at the end of the day I kind of need to get paid for knowledge and opinion. This also sort of requires that individuals and organizations who employe people for their opinion/expertise give two shits about, for example, Elixir.

As long as there are (tens of?) thousands of new job postings for Rails every month I think that indicates devs who prefer Ruby aren't "biting asses", and that companies aren't passing over Ruby/Rails.

I actually do this: I ended up leveraging sprockets to get some environment interpolation (like API locations) and easy preprocessing languages (e.g. coffeescript). Also, by doing this, I don't have to make everything single-page. I can build one off pages if I want to (not that it happens much, but, still). Also I get some nice bits for logging, metric agents integrate easily, etc. I realize I didn't need it, but, there really wasn't a down side to using it, except for that some views ended up a little fragmented when using angular templates in public/ versus actual views... Even then, it was a decent learning experience and I'd probably do it again just for the interpolation and sprockets asset building.