It's pretty active, actually. Look at the release notes for FreeBSD major versions. Some folks think the release engineering team is too active and that major versions should be supported for more than ~5 years.
If you are working with FreeBSD in the cloud, you can use Terraform to provision on AWS and GCP. If you have to manage bare metal FreeBSD systems at scale (hundreds of systems), most devops folks use Ansible. There are playbooks out there for this. It's not too painful to work with.
If you are looking for Kubernetes on FreeBSD, don't. For on-prem Kubernetes you could deploy on Linux virtual machines on FreeBSD servers, managed using Ansible. But it's never going to be as fast as Linux. I wouldn't use it in production.
The best answer is to leverage FreeBSD for what it's good at : bare metal services like databases, build environments, file servers, and networking devices. And co-manage your deployment with Linux (Kubernetes) using Ansible/Terraform.
Love distrobox. Use it on my daily driver. If you are running an Ubuntu LTS / Debian stable / PopOS as your main operating system (because you want stability), but want to run bleeding-edge gui applications in debian testing (or even unstable) in an isolated container, you can. Running GUI applications in Linux containers is usually non-trivial to set-up, but distrobox makes it painless. Install with apt, export to the host operating system with 'distrobox-export --app blah'.
This is cool. What I really want is to be able to build an array of these. Like turn a stack of old fleet framework laptops (or lenovo laptops -- something cheap and plentiful) into a little closet Kubernetes cluster. A bit like people do with raspberry pi's (k3s). Has anyone seen work out there to this end?
I started on GitHub, moved to a job that used Gitlab, and then another that uses Bitbucket. Being platform agnostic about CI/CD and Git, I think, looks better than being wed to a single provider.
Uh, yes, my snarky friend. I didn't suggest Sri Lanka is agriculturally self-sufficient. With so little a land area to work with, that would not be possible.
It's not clear that switching to organic agriculture in any way reduces capital outflows. Do you mean reducing import costs by not having to import chemical fertilizer? If that were the case, I think Sri Lanka would focus on boosting domestic production and finding cheaper suppliers.
There's a premium that can be exacted from switching to organic agriculture that isn't be discussed in this article. Sri Lanka has a limited land mass available for food production and they mostly export commodities to other countries. We're talking ~25,000 sq-mi. For context, the US state of Kansas is ~82,000 sq-mi. If you cannot physically expand the footprint of agriculture in Sri Lanka to boost revenues, the thinking in government was probably to try to switch to organic to fetch a higher price for exports. The mistake is that you can't just flip a switch and transition to organic production. That kind of change requires a generational change in farmers to pull off, and you will still fetch far lower yields in the interim.
I've had to work through ADHD as an engineer and echo what a few folks on here have said about slowing down and being intentional. It's easy to get overwhelmed when you have a to-do list with 25 things on it and you feel like you need to do all of them on your own or the project will fail.
People with ADHD are conditioned to expect that the projects they take on will fail if they do not put in 150% effort. I was this way in school. At work, it should not look like this. You should tend your to-do lists and deligate to your junior and mid-level devs wherever you can. Put them to work on implementation and focus on the high level stuff or fill in the gaps on things that they can't do.
On a personal level, take up meditation. This speaks to training your brain how to slow down and focus. 20 minutes a day of shutting your brain off and just sitting will make the world of difference. Lean on your medication if you need it. It really does make a difference, but it can introduce some behavioral changes that are not ideal if taken for years (for me, it induced manic depression).
I've used mounted volumes in docker for high-traffic postgresql databases and they've held up nicely. Should test this with SQLite, but I imagine it would perform just fine.
I've had similar experiences to what's been offered in other posts. Getting off the SD card and onto external storage is essential. The machine is almost useable, chromium lags a bit, but for other tasks on the CLI, it's quite efficient. I've had great luck using docker and postgresql and using the RPi 4 as a dedicated SQL server that my work laptop throws queries at.
Has anyone tried working with CM4 and it's on-board eMMC as a daily driver? I imagine some of the bulkiness of having to lug around an external drive for the OS might be solved this way. But I've not tried it.
Yes. We've lost the tall grass prairie to corn. But there are still vast portions of short and mixed-grass prairie in the southern great plains on land that was never suitable for crop production. The Texas and Oklahoma panhandle region, for instance. The only thing you can grow there is cows. These places are critical migratory habitat for grassland bird populations moving from Canada to the tropics. And even some endemic shorebirds like long-billed curlew. These same landscapes are also where most of the new wind energy development is landing. And new development is happening very quickly. Too quickly to monitor what it means for wildlife populations that are used to flat, open plains with only cattle to contend with.
If we arent careful, we'll lose the shortgrass prairie to energy development just like we lost the tallgrass prairie to corn.
The direct impact of turbines on wildlife (e.g., from direct strikes) may be negligible. But the secondary effects of carving-up large blocks of intact grasslands in the Great Plains with infrastructure like service roads, wallpapering desert soils with panels, or placing high-capacity transmission lines, are not. This clearly contributes to habitat fragmentation and scientists have not thoroughly studied how recent infrastructure change is influencing habitat for wildlife.
I'm not arguing that increasing green energy production like wind and solar should stop. Because climate change is arguably a larger existential threat to the planet. But we do need to do a better job planning where infrastructure lands so we can mitigate habitat fragmentation. Habitat fragmentation doesn't really factor into the planning calculus at all.
We usually see the UN human development index cited for this. Which ranks countries based on life expectancy, education, as well as income. For the wealthy, my assumption is that you can buy your way to better education and life expectancy in the US. But for the middle class, you have no option but to slog through with services that lag many other developed countries [1]
A lot of users struggle with this. Mozilla needs to diversify it's revenue stream, but the options available to them are only tangentially related to Firefox. Basically, (1) the VPN service they are spinning up and (2) Pocket. I opted to pay monthly fees for the full version of Pocket. But what I really want is to pay a monthly fee to support development of Firefox core + extensions.
> If producers are able to totally game a commodity market and control prices so completely than you have bigger problems than just poverty.
Game is probably more strongly worded than what actually happens : a shift in the demand curve. It's not that a cabal of producers are colluding to raise prices. Its more that, in aggregate, producers will decide to independently raise prices when consumer demand increases [0].
This. There is compelling evidence that UBI, over the short term, really is effective at distributing money to a lot of people in need without a cumbersome burden of proof placed on assessing that need. That's why the treasury department used it for stimulus checks in the US. But long term, we don't understand if UBI is an effective tool for dealing with poverty. In effect, UBI would be like arbitrarily adding $15,000 to every persons annual salary. Over the short term this would be great. You'd be able to cover the costs of your bills with that additional money and live a little more securely. But in time, the market would absorb this expansion of the money supply as inflation. More surplus money in some people's pockets would lead to increased demand for goods and services. Increased demand would lead producers and retailers to charge more for goods. Renters would get charged more for desirable property. Gas stations would charge more for gas. And over time, your UBI check would need to get bigger and bigger to carry the same purchasing power that it did when UBI first started. There are examples of what this runaway inflation looks like in countries that pump free money for extended periods of time into their economies. Venezuela comes to mind.
To be effective, UBI might work better if it's distribution were random. And the duration of payments were irregular. Something that a market couldn't set it's watch by and producers couldn't game. If this sounds a ridiculous long term solution to poverty, it's because it is.
Industry kinda already has. Products launched. Teams managed. A candidate's publication record is a conversation starter during interviews, but I feel like years of experience at a company working on launching a successful project is a much more valuable currency.