To be perfectly honest, I don't really know how much battery I would lose - the laptop is rarely untouched for more than a day or so and in the rare situations when it has been, it has been either completely powered off or left plugged in. I don't know if it's ever been in a situation where it was left in a sleep-state for multiple days.
Typing this on 12th gen running Fedora, and I have none of the issues you describe. I've been daily driving this laptop for 2 years, and my only complaint is the mediocre battery life (I get 5-6 hours with mixed use and around 50% display brightness).
I did switch from the glossy to matte display, which was a massive improvement for use on the go.
Fun project. You might be interested in belt presses - they can be hooked directly to the grinder reducing the time (and labor) of moving the pulp to the press. They also allow the whole process to run continuously.
If I recall correctly, I had issues primarily with more complicated documents, and mostly due to some RStudio "project" and file path configuration issues - I would have to look to see what the specific issues were. Simple, one-file .Rmd docs are typically fine either way.
Some functionality has been tied to RStudio's concept of a "project" (https://support.rstudio.com/hc/en-us/articles/200526207-Usin...). I have had several documents authored by others which would not build on my system without some intervention due to this.
Funny thing is this has actually motivated me to move away from using rmarkdown. To the point that I went "backwards" and wrote several reports and an academic paper in Sweave after using rmarkdown for years. My primary motivation was that I needed to know the documents could be built by any R session, not just from within RStudio. I didn't want to be in a situation where my "reproducible" document relied on a specific IDE to build correctly.
I've been using Rmarkdown and knitr for a long while, and have watched its evolution over the years (roughly 8 years now). As someone who does not use RStudio, it's become a bit of a pain for me to use. The authors seem to expect it is being used from RStudio, and using it in a different environment has become a bit fragile.
It's also a bit telling that this "definitive guide" does not include any troubleshooting/debugging sections - the expectation seems to be that it "just works" so long as you use it in RStudio, but otherwise you are on your own.
Not sure that I am aware of many other R packages with this mentality, but I am personally not a fan.
While I agree with many of the negative comments here about issues with how this is implemented, the tone of some comments is... not great. To the point that I would be reluctant to share work I do in R on Hacker News, which is not helping anyone.
Every time I think code readability isn't important, I am inevitably proven wrong. Either I need to go back months later and need to figure out what I did, or I end up sharing with others. Even those one-off, "never going to touch this again" scripts.
My first thought was "I hope I never encounter code that uses this." It's interesting as a proof of concept, but it makes your R code difficult to understand to 99.9% of R programmers. In my opinion, that is a pretty high cost for what I would consider mostly syntactic sugar.
Fallow fields are essential to maintaining soil health, a successful practice going back 10k years. Additionally, some of the "barren" fields are actually being used to alternate crop - it is a technique to grow crops with limited natural water. Modern best-practices avoid a lot of erosion by using no-till or low-till systems.
So, in my grad program in ag, we had a Bay-area ML startup come in to give a seminar on how they were revolutionizing agriculture. The presented their findings on how to increase yields (which they claimed could only be understood from their algorithm).
The problem they were diving into was well understood, and has been researched to death for the last 100+ years. And they had the relationship backwards, not understanding their "input" to increase yields was actually a response to low yields. They were the opposite of helpful, but rather a waste of our time.
As with anything, it helps to know the current state of knowledge before you jump into contribute. An understanding of math doesn't get you there.
One last thing - to be a successful farmer has very little to do with growing crops. Take business classes - the rest is relatively easy to figure out.
Hi - coming from a PhD in agriculture (focus on sustainable ag), graduate level courses are going to be tough to jump into unless you have a strong background in ecology. Most of my grad-level courses assumed years of training in e.g. genetics, soil science and chemistry, plant physiology, ecology, weed science, entomology, etc. Agriculture is a very broad life science field.
That said, if you want a quick primer, "Crop ecology: productivity and management in agricultural systems" is a good primer on most of the basic ecological systems in agriculture. I've read it cover to cover many times.
However, you don't need a grad-level education to farm (believe me, I have been reminded this endlessly) - this is more for people doing research. For applied/actionable specifics for cold climates, your best friend is going to be local crop-extension services (in the US, most land-grants run an extension service). They will have tested techniques for your area and will be able to point you to good resources for farmers, not people researching agriculture.
You probably can grow them (you can "grow" a potato in a cup of water on your counter), but probably not profitably. Potatoes have a fairly low commodity price relative to their light and space demands. Additionally, they store and transport really well.
My PhD is in sustainable agriculture, and I have 18+ years experience in both field and greenhouse ag. Ironically, unlike many here, I went from agriculture to data science/programming.
One thing missed by a lot of the comments: Indoor systems tend to be incredibly fragile affairs. If you've ever been in a well managed commercial greenhouse, you will notice a ton of sanitation procedures. There are greenhouse pests and diseases which are never an issue in the field, in large part because there is an entire ecological system of checks and balances working out in a field. Even in modern intensive ag fields. The truth is an agricultural field is an amazingly complex system which we don't fully understand (we are only starting to explore soil ecosystems and plant roots). Vertical farms are disconnected from this, though the costs might not be obvious. As a consultant, I watched a "trendy" aquaponics startup crash and burn because they underestimated this.
To be perfectly honest, I don't really know how much battery I would lose - the laptop is rarely untouched for more than a day or so and in the rare situations when it has been, it has been either completely powered off or left plugged in. I don't know if it's ever been in a situation where it was left in a sleep-state for multiple days.