nlstitch

What ever happened to "no deploys on fridays"? haha

Location: Netherlands

Remote: Yes, preferably

Willing to relocate: No

Technologies: Java, Intershop, Spring Boot, AWS, Azure, Jenkins, Ansible, Docker, Postgres/Oracle SQL

Résumé/CV: https://linkedin.com/in/marijnoosterveld

Email:marijn+at+twingate-dot-nl

10+ years experience building large eCommerce sites, PIM systems and have leadership skills for running Engineering teams. Currently CTO, would love to have a similar role, Management or Lead /Founding Engineer.

Open to learn Golang, HTMX, Rust next to the stack above.

Uhm, same goes for job posts with degrees. There are A LOT of fake job postings right now. Im coming across postings that are open for six hours and people never repond.

This article was about the US, not Europe. Here is one source; https://www.governing.com/climate/why-do-so-many-ev-chargers...

You should do more research. EVs use less lubrication but they still have to use bearings you know.. and those dry ones wear out way faster then their ICE counterparts which are constantly lubricated.

Do you have a credible source for B? Because it isn't necessarily true. As for the parts that are there, they fail more often (see TUV reliability index), they are less servicable and they require specialized people to fix them. Just wait until you get out of your warranty period.

BS article, lots of frameing; You have to look at the full picture, doesnt make sense to just zoom in on one part of the equation. E.g. doesn't take into account the energy that you have to invest to charge your car (as the charge gets higher, the amount of energy needed to keep filling rises as well), Solar panels are NOT free, EVs need to charge more and it would be fair to include extra miles that are made to find a charger that actually works (It is said only 25% works) let alone higher costs due to higher failure rates (see the German TUV reliability index).

I will happily keep driving my diesel. The people I know will only keep driving their EV until people have to start paying roadtax for them.

I can relate to some aspects. After more than 10 years in IT (Also mid 30s), I sometimes I have the feeling I've seen it all. Another framework, another paradigm.. getting more of those "Oh wait that new thing you seemed to have invented is 99% similar to this old tech from years ago but its now made hipster".

I find myself scanning through news headlines, trying to up my dopamine while doomscrolling YT, but ultimately.. sometimes after I do.. I feel both TMI and empty at the same time. The world seems to have gone crazy with a constant tug-of-war on every single subject known to man. It's extremely tireing, and it makes you want to escape ( to a cabin) indeed.

I was seriously thinking about using HTMX myself, but I'm kinda scared it's developer pool seems too small to hire devs from.

I'm used to proprietary frameworks, in my case I worked with intershop which uses isml. (this is comparible to something like thymeleaf). In recent years we tried to move away from this approach and go to the angular front end Stack because it's easier to hire a dedicated frontend developer than it is to hire a specialized fullstacker. Stuff can get complex when you're using something like htmx and developers don't want to fight spaghetti monsters. You don't want you backend guys to be the bottleneck, e.g. when FE just creates HTML and the backend has to tie it all together.

My question is; has HTMX thought about the pitfalls like this, and how do you counter it?

To what Ive seen online is that Teslas have problems, but they are different to ICE cars. One of the problems that I think will play a mayor role is bearings. In ICE engines these are lubricated by engine oil which is replaced on service intervals, but with E-Cars regular bearings are used within electrical motors. Gonna make a weird comparison here, but I see the same in Robot vacuums; the grease in the (plastic) gearboxes is flung to the outsides of the casing where it dries up over time, so even though they are using plastics that negate a lot of the friction issues you get in dry gearboxes, they start to wear out faster. I think we should really start to investigate how we can make these components servicable, even if that means we have to go back to oil as a lubricant. Whats the point in going electric if we have to start throwing them away just like we do with consumer electronics because they are not servicable?

SEEKING WORK | Location: Europe | Remote: yes |

Java Spring Boot and C++ , but flexible to switch!

So, heres something different; I'm currently a CTO of a Startup but we're facing some challenges onboarding a second investor. Therefore we're looking for (temporary) jobs at other startups so we can gap a small period until we get another round of funding. Looking to be hired for a NON commercial tariff. NOT trying to be a recruiter, NOT wanting to be an outsourcer or consulting company. Only contact me if seriously interested.

Email: marijn +at+ twingate ( dot) nl

Location: Europe

Remote: yes

Willing to relocate: no

Technologies: Java, Spring Boot, C++ but willing to switch to another stack!

Resume/CV,: linkedin.com/in/marijnoosterveld

email: marijn -at- twingate (dot) nl

So, heres something different; I'm currently a CTO of a Startup but we're facing some challenges onboarding a second investor. Therefore we're looking for (temporary) jobs at other startups so we can gap a small period until we get another round of funding. Looking to be hired for a NON commercial tariff. NOT trying to be a recruiter, NOT wanting to be an outsourcer. Only contact me if seriously interested.

Waypoint Netherlands | C++ Software Engineer | The Netherlands or Austria | REMOTE | Full-Time or Part-Time

We're a Dutch Startup trying to solve multimodal transport planning using algorithms! We're looking for someone to join our team, preferably experienced in C++. Having the ability to read, interpret and write code based on academic papers is a big plus! You'll have to be either working in The Netherlands or Austria.

No freelancers, contractors, recruiters or outsourcing companies please.

Send me an email at moosterveld [at] wpnl (dot) eu

So it needs special adhesive, special bricks, special maintenance (Whats the lifespan on that internal saw if you have a lot of corners?) and it's only for the inner walls? What is the value proposition here?

Waypoint Netherlands | C++ Software Engineer | The Netherlands or Austria | REMOTE | Full-Time or Part-Time

We're a Dutch Startup trying to solve multimodal transport planning using algorithms! We're looking for someone to join our team, preferably experienced in C++. Having the ability to read, interpret and write code based on academic papers is a big plus! You'll have to be either working in The Netherlands or Austria.

Also open for full stack engineers ( Java / Spring Boot)

Send me an email at moosterveld [at] wpnl (dot) eu

Only quad core, no 16gb or 32gb ram option and pcie only available through a hat (and possibly slower than the usb3 port)? I was expecting a bit more to be honest.

Combat Robotics! Do you know Battlebots or Robot Wars? Turns out it is a pretty good hobby! You'll learn a lot about materials and parts and their suitable application(s), 3d designing and offcourse building a bot hands on.

Waypoint Netherlands | Full Stack Developer and Frontend Developer | The Netherlands | Full-time | Remote

Interested in building a disruptive plan solution for the logistic sector? Well that's what we are building, based on 10+ years of scientific research at Universities of Delft, Eindhoven and Groningen.

We are a startup in search of enthusiastic people that fit within our team consisting of a mix of Operations Research experts, University Professors, Data Scientists, IT and Business professionals.

As for the Software Stack, you'll need to have some (partial) experience with the following;

- Backend; Java 17 is mandatory (Spring boot, JHipster, Apache Ignite), C++ and Python is a plus

- Frontend; Angular v16

- Database; Postgres

- DevOps; Jenkins, Ansible, Azure Devops

- Proficiency in English is a must and Dutch is a plus.

- This postion is Remote but preferably within The Netherlands. Applicants outside the EU will not be considered.

Please don't hesitate to contact Marijn Oosterveld (moosterveld@wpnl.eu) for any questions! Please do not contact us for sales purposes. No recruitment agencies, please.

Please see http://wpnl.eu/jobs.html for a full overview.

Waypoint Netherlands | The Netherlands | Full-Time | Remote | Europe only, and within The Amsterdam Timezone

Java and C++ Spring Boot and Angular Ansible Jenkins Azure Hosting

We're a startup working on changing the transport industry. Much of the planning is still being done manually, and we are working on Algorithms to solve this. We have a young team consisting of Operations Research experts and Software Engineers. Interested? Drop me an email at moosterveld -at- wpnl dot eu

Yeah something about being vendor locked by Google into the "Democratisation of ML" does not sound appealing at all.

TBH Im not surprised. The quality of their products is worsening to the point Im looking for alternatives; Google Home is as stupid or worse (still no conversations or clarification WHY it doesnt understand certain input.) to their software missing basic features for ages now, like offline Google Maps missing speed limits or even addresses of spots you favorited.. Search becoming worse, No proper way to flag bad ads in Youtube. Not to mention them being behind on the AI battle or Cloud Computing.

We just had one called Pieter Pot in The Netherlands declare bankrupt. Read into their story I would say.

YES. This is great news. It's really time to shake up the competition and kicks things back into high gear.

Seeing is believing at this point. And Im hoping it will be. Google (Assistant) development has been stagnant for years now, up to the point that I'm often more irritated by it than it is useful. This could be the AI to actually power an AI assistant I was already counting on years ago.

Waypoint Netherlands | Backend Software Engineers and Frontend Engineers | Full time and Part Time | Remote first, possible hybrid later (in The Netherlands) | Europe only

We are a startup trying to revolutionize shipping container planning using algorithms. We're a small technical team of Algorithmic Experts (One of us is a Professor at Delft University), Software Engineers and a Market Expert/Sales.

We're currently looking for Backend Engineers with Java and/or C++ experience and Frontend Engineers with Angular, JHipster or HTMX experience.

Stack: C++, Java, Ansible, Docker, Angular, JHipster, HTMX , Jenkins.

Please only reply or apply if you are able to work CET / Amsterdam Timezone and open to be employed directly by us.

Questions/Applications; Feel free to contact me at moosterveld (at/@) wpnl {dot} eu

I agree. Dev containers solve the wrong problem. (Works on my machine dev environments). Its always fun and easy to sell someone that you need to develop a layer that will solve all problems, but the underlying problem is the one we actually need to solve.

Nice writeup. So basically this problem could have been mitigated by having as much of the data available locally in a database, and a UI to make changes to that data by crew?

Is there any way you think the software could have corrected this?

In what way was it a tough implementation cycle? e.g. resistant to change, or outsourced (e.g. could not get close enough to the fire/ talk to the right people) or was it something else?

Would love to pick your brain because I can relate to what youre saying.