rvanmil

We carefully select and use PaaS and managed cloud services to construct our infrastructure with. This allows us to maximize our focus on what our customers are paying for: creating software for them which will typically be in use for 5+ years. We spend close to zero time on infrastructure maintenance and management, we pay others to do this for us, cheaper and more reliable. Having to swap out one service for another hasn't given us any trouble or unreasonable costs yet in the past 5 years. Unlike the article is trying to convince us of, it has massively reduced complexity for us.

Not switching, because switching won't change anything except for me not being able to message anyone anymore. WhatsApp has become the national messaging platform in my country. Giving it up would be like giving up SMS 20 years ago.

Market share of WhatsApp in The Netherlands is somewhere around 90%. It is time for the government to step in here because the free market will not be able to fix this.

Here you go: https://ambrasoft.nl/ambrasoft-school/

It is utterly ridiculous, this company is still selling their Flash crap to primary schools. They are part of Noordhoff, the largest publisher of the education system in The Netherlands.

My 4yo son has an iPad but for home schooling due to COVID we had to install Chrome with Flash and teach him how to work with that on a laptop.

You have to take cost of living into account as well if you’re going to compare international salary differences.

Interesting, that is very different from the things one commonly reads about US working conditions.

I’m guessing you’re in EU somewhere? If so you should probably mention that, because very normal and humane things like these (and others like healthcare, 25+ paid holidays, unemployment policies, maternity/paternity leave, etc.) are unimaginable for our HN fellows from the US ;)

edit: I’m teasing ofcourse forgive me :) But like I mention in another comment, you have to agree employment in the US is generally very different from the EU with regard to working hours etc.

I got used to them really quickly to the point that I prefer them over regular characters. No mental gymnastics required.

This looks really nice, too bad it doesn't (and never will) support ligatures. I understand the point the author is trying to make about ligatures in the separate blog post, but boy do I love my ligatures when programming.

Welp, I guess all those years of development I’ve been doing on my MacBook Air were nothing professional.

> Code scanning for private repositories is part of GitHub Advanced Security

Looks like they expect you to upgrade to their Enterprise plan. That’s a 5x increase in subscription costs.

These kind of dependencies is one of the reasons I prefer to avoid react-* libraries.

It would be nice to see more flexible dependencies in such libs for example like material-ui pickers [0] which let’s you bring your own date/time lib.

[0] https://material-ui-pickers.dev/getting-started/installation

Our team has seen a boost in productivity thanks to hooks. It has resulted in more straight forward and cleaner component code, making it easier to reason about how they work.

We've been able to get rid of a lot of annoying and confusing stuff when working with class-based components (though perhaps not all of that was related to hooks but also due to early React boilerplate/tutorials which may have proposed things which are now considered bad practice even with class-based components). No more componentDidThis componentWillThat but a simple effect api (the cleanup function can be a bit confusing at times though). No more unclear setState calls but clear and logically separated state updates. No more class method callback binding hacks but simple functions. No more `this` confusion. No more "Pure" and shouldComponentUpdate confusion but a simple memo api. No more weird Redux 'connect' biolerplate but a simple select and dispatch function.

As far as our team is concerned, React has always been a black box and it has helped us a lot being productive. Perhaps it has become harder to reason about how React itself works, but it has definitely become easier to reason about the components built with it.

I loved the Head First books, looking back I kind of owe my career to them because these books helped me level up my programming skills from hobby to job. I used to recommend these books all the time to both junior and experienced colleagues.

We worked with SAP on a tech talk about Graph, you can watch it over here: https://events.sap.com/teched/en/session/51579

I’ve worked with this and in the context of the SAP enterprise world and all of its ancient and weird stuff this is quite a step forward.

It is however unfortunate that they choose to use OData which is horrible to work with, and the API itself suffers from common REST inefficiencies such as chattiness.

Another thing that bugged me is that this is not just a reverse proxy towards other SAP SaaS api’s, but an actual abstraction layer on top of those. Which makes me believe this probably won’t scale very well into more complex cases.

The best way to look at this I think, is probably as an API for simple in-house apps at companies which use more than one SAP SaaS solution. At least you won’t be using SOAP anymore ;)

I do not understand why anyone would want to store anything other than temporary/disposable data inside their browser.

Anyone here who has experience working with JS/TS development tools (vscode, yarn, webpack, Node.js etc.) on a recent MacBook Air? I wonder if the performance is noticeably worse than a 13” MacBook Pro for this type of work.

> I am also interested in building tools for developers.

Kick current machine learning et al abstractions up a notch, making it more accessible to the average developer.

Very happy with Coralogix. We use the service on many of our Heroku dynos.

Are you sure you didn’t forget to count all the electron helper processes as well?

> toy programs

> false sweeping statements

OK.

Sure, I’m just saying there is a huge gap and other tools, even though they technically work, haven’t proven to be good enough to become as widely adopted as Electron.

It was more or less a rethorical question (I guess that’s why I’m being downvoted), because there is no competitor. If there was, then Electron wouldn’t be so extremely popular in the first place, and we’d see a lot more popular apps made with all the tools mentioned in the other replies to my post.

> More seriously, this is an excellent proof-of-concept that a Slack client does not need to use hundreds of MB of RAM and consume most of a modern CPU core to provide its basic functionality.

If you’re so sure that this is possible, then where is the Electron competitor which allows us to build cross platform applications like this, with the same levels of productivity and a consistent and decent user interface? No one needs to be convinced that a native Slack client for each platform would be much better, I wish they would build those clients. The problem is most companies can’t reasonably justify the costs of building multiple native clients when a single cross platform one is good enough.

Hilarious, love seeing this on HN =) Thanks for the write up!

That's never stopped enterprise IT from rolling out tools to their users.

Teams is free as part of an Office 365 subscription (just like Sharepoint and all the other crap they bundle with it), which is what definitely makes it an existential threat to Slack, because now Slack is competing with Microsoft's very strong Office monopoly.

Definitely, I've been saying the exact same thing for quite a while. We're currently living in the 1950s of social media use (even kids smoking was considered ok back then). Eventually we'll look back at this the same way we think of smoking today, hopefully... :)

Not an answer to your question, but I’m of the opinion that Apple should have a product recall for all butterfly keyboard equipped MacBooks.

My own MBP (late 2018) also just went in for its 3rd repair to the keyboard, it’s ridiculous.

I absolutely love everything about the MacBook and Apple ecosystem but god the keyboards are such an embarrassment.

All anecdotal of course but at the office many of our MacBooks have keyboard issues. And quite some people I know also have issues with the keyboard. Just from my observations the problem is gigantic and I wonder if Apple knows this; almost everyone I talked to about the issue is not willing to have it repaired and just live with the shitty keyboard, because they don’t want to wait 2+ weeks for Apple to repair it.

I’m nowhere near the point of switching to something else because I don’t want Windows or Linux, but I cannot wait for Apple to get their shit together with their keyboards.

All free fonts I think? It doesn’t list for example Dank or Operator.