No technical dependencies on non-EU infrastructure seems very unlikely. Does the EU edition not rely on the same software that American AWS owns? Isn't it owned by AWS?
I dont like the wealth tax, but your numbers are not accurate. There is a discount and deductions on the wealth tax, but after the last election the discount has been reduced drastically.
It's not normally a very large issue, but I really don't like it. Most companies on the exchange makes money, and those who are not on the exchange are taxed on their assets. So in most cases it works out, but not always.
Usually owners use dividends to withdraw money to pay the tax, but that means even more tax as you have to pay tax on the dividends too.
The right side wants to remove the tax on investments, and maybe compensate by increasing the corporate tax. That way the tax on the annual result will be a bit higher, but there will be no wealth tax. This also levels the playing ground when it comes to Norwegian and foreign investors as the tax won't be based on where the owner is from.
Gotcha! I did a 2 second google to illustrate what I was trying to ask in my original question about someone trying to recruit researchers. I did a ChatGPT query to see what my hypothetical would be and it quoted ~$44,880 USD, not taking it as gospel though.
I have worked at startups and got some worthless equity. I've also launched some (small) things on my own and am very interested in building large things, raising some money, etc.
Given OOP is actively recruiting I'm really just curious how this could effect your/their/someone in or interested in Norway's thinking when they could go anywhere in the EU or from TFA, remain in the US.
Then you just pre-build the page before publishing it. It's way cheaper as you do the work once, instead of every client being much slower because they have to do additional requests.
> Then you just pre-build the page before publishing it.
That's "using a programming language to solve the problem", isn't it?
> It's way cheaper as you do the work once, instead of every client being much slower because they have to do additional requests.
What work do client-side includes have to do other than fetching the page (which will get cached anyway)? It's less work to have a `<include-remote ...>` builtin than even a simple Makefile on the server.
It does not have to be a programming language on the server, no, unless you want to. The server can have a static site, that you build as you deploy it.
Fetching another resource is expensive. It's another round trip, and depending on many factors it could be another second to load the page. And if the HTML includes other nested HTML then it can be much slower.
This is the exact thing we try to avoid when building websites that perform well. You want as few chained requests as possible, and you want the browser to be aware of them as soon as possible, with the correct priority. That way the browser can get the important stuff needed to display content fast.
Including HTML client side for templating is just wasteful, slow and dumb from a technical standpoint.
Every client would have to do another request for each include. It would literally be many thousands of times slower(or worse) than doing it locally where the templates can be in memory as you render the pre-render the pages. You also save a ton of CPU cycles and bandwidth, by not serving more files with additional overhead like headers.
> It would literally be many thousands of times slower(or worse) than doing it locally where the templates can be in memory as you render the pre-render the pages.
Yeah, it's not. I'm doing client side includes and the includes get cached by the browser. I'm sure I would have noticed if my pages went from 1s to display to 1000s to display.
If you have a site/webapp with (say) twenty pages, that's only two extra requests for both header and footer.
By "whole 'build' process", do you think something like a makefile or do you think something more advanced is required?
One drawback though would be that one indeed would have to maintain dependencies, which would be error prone beyond simply adding headers and footers... I wonder if one could (ab)use CPP [1] and its -M option to do that.
Well, that very much depends on your definition of slow, doesn't it?
An additional request is another round trip. That can be very slow. Average TTFB on the internet in the US is ~0.7 seconds.
It's much faster to send it as part of the same request as you then don't have to wait for the browser to discover it, request it, wait for the response and then add it.
A build process does not have to be complicated, at all. If you can write HTML then using something that can simply read the HTML includes you wish existed and swap it with the specified filename is trivial.
Ofc, the idea has many other issues, like how to handle dependencies of the included HTML, how to handle conflicts, what oath to use and many more.
A 3090 is not a extremely high end GPU. Is a consumer GPU launched in 2020, and even in price and compute it's around a mid-range consumer GPU these days.
The high end consumer card from Nvidia is the RTX 5090, and the professional version of the card is the RTX PRO 6000.
For model usability as a binary yes/no, pretty much the only dimension that matters is VRAM, and at 24GB the 3090 is still high end for a consumer NVidia GPUs, yes, the 5090 (and only the 5090) is above it, at 32GB, but 24GB is way ahead of the mid-range.
24 GB of VRAM is a large amount of VRAM on a consumer GPU, that I totally agree with you on. But it's definitely not an extremely high end GPU these days. It is suitable, yes, but not high end. The high end alternative for a consumer GPU would be the RTX 5090, but that is only available for €3000 now, while used 3090s are around €650.
A year ago, I bought a brand-new EVGA hybrid-cooled 3090 Ti for 700 euros. I'm still astonished at how good of a decision it was, especially considering the scarcity of 24GB cards available for a similar price. For pure gaming, many cards perform better, but they mostly come with 12 to 16GB of VRAM.
There is a chain of command in the military, you have to follow orders even if you disagree with them (unless they are unconstitutional). You may express your disagreement to your superiors, but you may not publicly distance yourself. She would be courtmartialed for this in most militaries, and probably in the US as well in a more serious situation.
When using colocation, nothing is stopping people from storing the database data externally from the server running the database like some cloud services do. But doing so, either in cloud or not, does have a serious downside: greatly increased latency.
What do you mean you miss it? What is stopping you from doing exactly that now? Plug it in, drag down the drop-down and make you phone identify as storage. Then you can copy video off it while moving music onto it, if that is what you want.
That uses rather unstable protocol called MTP that is rather slow and unstable. Pre-iPhone devices often supported USB Mass Storage. Protocol difference.
Yes but they needed to unmount the storage media from the phones OS to be able to present it to the computers OS as a USB Storage device. That works great when the storage is only used for media files and those functions are disabled when you plug the device into a computer.
People often lament about the early days of smart phones where you could put in a microSD card to expand storage and even move apps to it. But nobody remembers the details of how janky it really was. AOSP and Googles own Nexus phones never supported apps on microSD, it was added by other manufacturers and was not perfect, often apps crashed when running from microSD or ran slowly.
I'm not defending MTP either, it's a mess too and hasn't gotten any real multiplatform improvements since back when it was first being used for MP3 players.
No, you can't. Try it. It will only let you read or write from one location at a time. If you're copying files out of one folder you can't even find out what files are in a different folder until you're done.
Yes. Yes it is. I guess this person has the same stance Vercel now has. Even Next.js docs can make up their mind of whether you should or should not do it. They reccomended it until yesteray, but then another major securityflaw was discovered that made it useless, and now they removed authentication from the docs.
The takeaway is that you should not do it. You should never use Next.js if you ever has somehting that is not supposed to be public for everyone.
No serious company uses Next.js after all the recent major security issues, at least not if they have and respect users data.
It's always interesting how it affects how people think about the day. If you look outside and it's dark then it's easy to think that the day is basically over, even though the time might say otherwise.
I really appreciate the long winter nights and long summer days in Norway. Being able to wake up to the sun as early as 04 and enjoy it until after 23 is great, and the UV is only high during the middle of the day. Long summer days are awesome. Long winter nights are probably not as appreciated, but I enjoy those too.
Fifteen years ago, I moved from Orlando to Seattle, and almost 20 degree change in latitude. On top of that, Orlando is famously hot and sunny and Seattle famously cold, cloudy, and rainy.
Despite that huge change, I adapted to the new climate just fine. I don't mind the gloom or the cold. The six months of gray skies don't get my down like they do a lot of people.
But even after a decade, I still haven't gotten used to how much the day length changes. Every summer my brain keeps expecting the sun to go down any second now while it sits up there near the horizon giving an extra two hours of daylight. Every winter it feels like the sun disappears too early.
It’s rarely super hot or super cold like a lot of places.
You get these ridiculously long summer days that last forever. It’s perfect for athletics and hiking and spending time on the water.
And likewise you get these wonderfully wet and dark winters which are perfect for life’s other joys: coding, reading, playing video games, boardgames, drinking coffee, etc.
I love places like San Diego / LA but I wouldn’t want to live in a place that is always a perfect summer day.
I was in Seattle Sept-Dec of 2008 on an internship and I remember feeling some of this. Based on what people had said, I was geared up for four months of a soggy, misty mess, but it wasn't that at all— the autumn there was splendid, with tons of breezy, cool days where the sun still shone, with the trees around my place in Madrona showing brilliant colour for weeks on end.
I love 4 seasons. But the weather and day length make for a difficult half-year from Oct - Mar. The NE corridor has some of these traits, but it was a lot easier to deal with there. In the NE, rain & grey-skies aren't as persistent. In Seattle, a month can go by without seeing the sun.
That's much of the west coast (west of the cascades). I moved from Seattle to the Bay Area, and it's basically the same weather except somewhat shorter summer days and winter nights, WAY more sunshine, and generally about 10f warmer. Except in the summers where these days it seems like Seattle has more 95+ degree days than the peninsula does.
The downside of the historically mild climate is a lot of older homes weren't built with energy efficiency in mind and now in 2025 we have to deal with that inefficiency on our energy bills :'(
I think what's fascinating about it is the daylight changes you experienced in the 20 deg latitude change you experience from Orlando to Seattle are dwarfed by the changes from a ~15 degree latitude change from Seattle to Anchorage. By the time you're getting close to the pole, you can see huge differences in solstice minimum/maximum sunlight by moving just a few hundred miles north or south.
It's the same in the UK vs Southern Europe and Japan where I've lived before. People complain about the wet weather, but it's not that IMO what really gets to you, it's the dark winters with so little daylight compounded with the abundance of cloudy days.
Temperature-wise, most of the UK is actually quite moderate compared to central Europe. It's winter darkness that gets to you.
Yeah, I hate it. I don't need more light in the morning, I'd rather have that as a bit more visibility when skiing after work. And it anyways only takes like two weeks before the gained light in the morning is gone.
25th of october day is from 08:21-17:39,
26th of october from 07:24-16:36 after dst,
and then 17th of November we're at 08:19-15:43 (so back to dark mornings). I'd rather the 17th have light until 16:43.
Could be so the time is better synchronised with the rest of Europe, which is relevant for business reasons. I seem to recall reading recently about some other country doing exactly that (though it wasn’t Norway).
Mexico used to have daylight savings even though they're close enough to the equator that it doesn't make sense - that's to harmonize with the US. When they did have daylight savings time, though, the state of Sonora didn't, because it borders Arizona, which doesn't.
I'm trying to find the darkest corner of the earth to chill in so I can actually get some work done. I can't get anything done when the sun is out and people are out and about. Maybe I'll move to that Italian village that has the giant sun mirror thing.
I personally like extremes. My ideal scenario would be a dark room where I can get work done, and then every hour or so, I take a five-minute break outdoors in direct sunlight.
I spend most of the day in a fairly dark room, but make sure to get at least 20 minutes of sunlight on my bare skin and eyes every other day -- but it's not because I like extremes: it is because sunlight is good for me, but LED light bulbs are bad for me or at least they are if they are of typical brightness and they are on most of the day.
July - September, yes, we have oppressive sunshine.
Spring/fall tend to be cloudy & rainy, and November to February-ish is referred to as "the big dark" - the days are short and the sun is low and obscured by clouds when it's above the horizon. Sounds like you'd get a lot done then (as do many people here).
Calgary, AB enters the chat:
Calgary, Alberta, is considered the sunniest city in Canada, with an average of 333 sunny days and 2,396 hours of sunshine annually.
I live at ~64 deg latitude in the USA (Alaska) and 100% agree with everything you said. The timing of sunset has such a profound effect on when you consider the day "done". In Dec it's painful to haul myself outside at 5 or 6 PM since it's "night time" already. Meanwhile in June, at 11PM/23:00 when it's still bright out I have to remind myself to home and go to bed so I'm not a tired wreck at work the next day :)
I really struggle with this at daylight savings switches when I work in offices where I can see a window. It takes me a couple of weeks to adjust. In one direction I find I work later than I intended. In the other direction I find myself ready to leave and realize it's only 4:30
My buddy went to Norway and was super upset because the sun never set in the part of Norway he was staying in and he had no idea it would be daylight almost the majority if not the entire day. He also said his Norwegian family was getting upset with him because he wasn't sleeping and keeping everyone up due to his lack of day/night reference.
reply