azurelogic

Another vote in favor of disc brakes. There's a greater sense of braking power modulation with disc brakes. If your rims aren't true, you're going to have a bad time with rim brakes. Also, I remember the huge difference in cold weather performance, which mattered a lot to me during the cold Midwest winters during college.

The same thing has happened with cars and performance. Stuff gets heavier, more expensive, and more complicated, and yet we manage to squeeze greater performance and efficiency out of less displacement. And then there's the eye watering power that comes from marrying this kind of tech to a big V8.

I found myself in a similar position a couple of years back. One of the big things that changed for me is that I had to widen my field of view on a project. I had already worked the "full stack" through previous jobs, but now I was responsible for designing how everything connected: APIs, CDNs, servers (or "less"), storage options, security, CI/CD, etc. It's not unlike how we grew from single lines of code to functions to modules to applications. Now, you move to assembling all of the mechanisms into complex systems. Based on your training, I imagine you already know a good amount about the various tools at your disposal, and it is time to apply all of that together.

Your days of learning new things is not over. You don't need to know the minutiae of everything, but you need to know what can and will work together, what may cause pain in integrating, and where your risks are. Oh, and you'll have less time to tinker your way through the new things.

There are things that you may not be used to doing though. You'll spend more time in meetings trying to figure out what you're actually supposed to be building. You'll spend time investigating new tools to use (replace libraries and packages with services in your mind). You'll probably be expected to do even more project planning and estimating.

And one of the most difficult for some people: you'll have to delegate. I still struggle with this one sometimes. You cannot possibly build it all, and now the people you have to rely on to build it will probably lack your experience, and on top of that, it's up to you to make sure that the requirements are crystal clear to them. And that's not their fault. We were all junior devs at one point. Crawl, walk, run. On the flip side, remember that some people WILL have experience in things you don't. Identify those strengths and leverage them!

Oh, and there's a decent chance you'll need to manage how much all of this crap costs... Brilliant solutions aren't so brilliant when they cost more to run than they generate in revenue.

As someone who has been working almost daily with Lambda and other AWS serverless services for close to 2 years, it astounds me to see so much FUD and misinformation among one of the smartest technical communities that I know.

Serverless is about making as much computing power as you demand available on demand with a "pay only what you use" price model without demanding that you maintain the underlying systems. In addition, embracing this model tends to allow you to break out of the request driven model of needing to call APIs for everything. Instead, you enable a whole host of new event driven interactions between application components.

Even this article misses one of the more interesting advantages: scalability under varying load. AWS Lambda may cost more than an equivalent EC2 instance if run constantly, but it scales up and down almost instantly without adding cost. You just pay for the compute time. So, burst traffic is no sweat (up to your account limits or function configured limits). If your application has highly irregular load, Lambda can keep it more responsive while saving you money too.

And it is nothing like paying for shared hosting or other single unit, where you still have no horizontal scalability.

Exactly. With this definition, the phrase "compare and contrast" makes much more sense. The point here was to leap frog the fact that GitHub and GitLab have very comparable feature sets, and instead highlight the things that GitLab has that GitHub is totally missing.

You're right on the first point. They aren't comparable. GitLab is a community driven, open core product that is far more powerful than GitHub. GitLab has an extremely robust CI system built in. In addition, you can even use them to create private Docker registries, which I find useful for creating my own private CI images. Plus, they have a better security model (5 tiers), wildcards for branch protection, and tag protection. I'm sure there's other places that they differ, but before you disparage a company, please be informed about who they are and how great their product actually is.

If you want to self-host FaaS, there's OpenWhisk. The problem that I have seen with the whole concept of self-hosted FaaS though is that you lose some of the key benefits of "serverless": no maintenance of underlying systems and pay for exactly what you use. Self-hosted means you have to maintain the underlying systems and you have to pay to keep those servers running 24/7 with sufficient scale to support your usage model. It may make deployment easier once you adapt to it, but it's not really giving you the full benefit.

This page was immediately taken over by the ad redirects for free iPhones and crap. Can we get this replaced with a not shady source?

I've been wishing for something like this or a standalone unit for CarPlay. It would be amazing if I could just mount something in the CD slot in my car and plug in to the aux jack. I'm sure Apple would have a cow at the idea though.

All computers have the potential for slowdown as they age because 2 things naturally happen: cooling systems clog with dust and thermal paste degrades. Both of these eventually reduce the efficiency of the cooling system, resulting in higher CPU temps. Unchecked, this can result in CPU throttling by the hardware itself.

Maybe the poster is talking about total sunk cost of phone and all of the batteries

Dust-clogged fans and degraded thermal paste can also be a factor, particularly after 3 years.

iFixit guide for removing your heatsink: https://www.ifixit.com/Guide/MacBook+Pro+13-Inch+Retina+Disp...

My favorite thermal paste: https://noctua.at/en/nt-h1.html

This has nothing to do with a monopoly, so antitrust law is totally not applicable here. You might be thinking "class action lawsuit", which someone might attempt. However, if Apple can show that this is actually a mechanism to provide maximum screen time for the life of the battery (as opposed to malicious planned obsolescence), the suit would likely fail.

It is but you see less screen time instead of degraded performance. The suggestion here is that Apple is throttling the hardware via software in order to prevent reduced screen time.

Also, after 3-4 years with a laptop, you typically start to see decreased performance because of clogging of fans, degradation in the thermal paste, etc. This causes the CPU to run hotter and throttle sooner to stay inside of its thermal envelope.

I don't know enough about the physics, but it could be similar to the difficulty in making glasses-free 3D TVs. Things like the Nintendo 3DS only succeeded because they naturally dictate the viewer's position. I imagine that this kind of thing would be easier to develop if you could control the focal point (i.e.: strapping someone's eyeballs into place).

Also, this will only further increase the value of maintainable machines. A machine with good and accessible/serviceable cooling means that redoing the thermal paste after 3-4 years will be both feasible and helpful.

Thank you. I still have this argument with people today. I think it's laziness for many devs. ASI is an _error correction mechanism_ that Eich added because there was no compile step in JS in 1995. It helped people ship code without having to spend forever tracking down missed semicolons or worry about getting bit by one in an undertested code path. It is part of the language. If you hate semicolons that much, go write VB/Ruby/Python...

I'm just critiquing the air gap design/claim. Getting a malicious QR code in front of the camera would either require the attacker to gain physical access to the device, at which point it is game over for any device, or they would have to compromise the app presenting the first QR code. This would be a problem regardless of the air gap design for something like this, even if you had to enter the data by hand into the device.

A more "air gap"-ish concept would have been a camera on the Firefly. Take a pic of a QR code on the phone, sign on the device, use the phone to take a pic of the output QR.

I don't disagree that they could succeed with this method of attack. The problem is that it doesn't solve any problems. Encryption is a thing that humanity knows about. It's not going away. We're not going to stop knowing how to make guns, knives, drugs, or anything else that has been banned. And encryption just requires some computers. They're ubiquitous now. Encryption is baked into so many things that it would be impossible to stop as a concept.

I agree about "right" drug laws, but many of the countries supporting this idea are not "right" drug law kind of places.

As for guns, they trot out "terrorism" as the reason for wanting to get rid of encryption. Well, gun laws have yet to stop terrorism. If they couldn't find a gun, they made a bomb, or they used an airplane, etc.

I doubt that. They very much want to read people's email, etc. At a minimum, they want to do it to find terrorists. The maximum is just corrupt without bound.

Gun regulations and drug bans do not stop the worst of the worst from getting their hands on those things. They will literally manufacture their own guns and drugs if they have to (see marijuana grow ops and this Vice article on cartel gun makers https://motherboard.vice.com/en_us/article/78xa99/the-cartel...). Banning encryption will not stop the underbelly of society from using it either. They'll just hire some black hats to build it for them.

I'm by no means going to support government attempts to ban encryption, but assuming 100% virtuous purposes (e.g.: counter-terrorism efforts), I can understand why they think this will work. I mean, they think that passing laws on guns and drugs will stop those things.

The fundamental problem is that the government and the public do not understand that powerful encryption will exist forever now. The cat is out of the bag, and the bag has disintegrated. You can't ban the ideas, and you can't stop them from being implemented in the shadows. Even worse for them, there's nothing physical to find. You can't train a dog to sniff out encrypted data. Banning it now only hurts honest uses, like protecting financial transactions and medical records.

OP is Satoshi. Case closed. ;)

There is likely corruption throughout these governments too. They're getting loans at the expense of their citizens, often hurting the poorest the most. I'm not saying it's all the WB/IMF's fault, but helpful loans shouldn't carry conditions like these:

- Cutting expenditures, also known as austerity.

- Focusing economic output on direct export and resource extraction,

- Devaluation of currencies,

- Trade liberalisation, or lifting import and export restrictions,

- Increasing the stability of investment (by supplementing foreign direct investment with the opening of domestic stock markets),

- Balancing budgets and not overspending,

- Removing price controls and state subsidies,

- Privatization, or divestiture of all or part of state-owned enterprises,

- Enhancing the rights of foreign investors vis-a-vis national laws,

Source: https://en.wikipedia.org/wiki/International_Monetary_Fund#Co...

The payday loan analogy is admittedly weak. I just meant to indicate that it's a crap deal. It is actually worse than payday loans. See, with payday loans, you just pay ridiculous interest. With WB/IMF loans, it's more like "we'll loan you money to keep the lights on, but you're going to have to stop taking your blood pressure meds, and one of our friends is going to stop by and eat some of your dinner every night".

I remember doing a long research paper on the World Bank and IMF around 2000. They're the equivalent of "pay day loans" for 3rd world countries. It's predatory lending at its finest. For those unfamiliar, they generally only give money if countries cut spending on the people (education, health, etc) and open up natural resources for exploitation by foreign corporations.

It made it to 25k by gen 160. Then it deviated an started losing again. Gen 250 was virtually unstoppable, hitting 120k. Watching gen 251 right now, and it just crushed 100k... 150k... 200k... 242k. Wow. And Gen 252 is killing it too. Seems to have found a sweet spot.

This is an unfair comparison. macOS doesn't run at that resolution out of the box. Your max effective resolution is 1680x1050. Even a 15" rMBP has a max effective resolution of 1920x1200. So, 1080p is plenty competitive for dev work. Now, if all you care about is the smoothness of HiDPI, then your point is valid, but most of us care more about how much code we can fit on screen than how smooth the font looks.