I’m a Christian, a dad, an open source fan. I have a blog: https://daviewales.com/
I used Zotero all through uni, but I’ve recently discovered JabRef. Zotero probably has more features and polish, but JabRef has one killer feature: Your plaintext BibLaTeX file is your reference database. So you can version control and collaborate on your reference file with git. No export required.
But how do you authenticate to your secret manager? How do you prevent evil scripts from also doing this?
It’s not so much that I believe it ‘by default’. Rather, when I’ve examined the historical case for the resurrection, the arguments that it really happened seem stronger than the arguments that it was a hoax, or a mass hallucination, or that he fainted etc.
Reformed Christian. I was raised in a Christian family, and always believed in the basic concepts of God, heaven, hell, etc. But I mistakenly thought Christianity was about trying to be “good enough” for God until my mid teens. Around this time I realised that I couldn’t be perfect, which was super distressing for a time. But then I read Ephesians 2:8-9 which says:
For it is by grace you have been saved, through faith—and this is not from yourselves, it is the gift of God— not by works, so that no one can boast.
This was a big relief, as it meant that I didn’t need to rely on trying to be good enough for God. I just needed to accept God’s free gift of salvation. That’s the moment I would say I became a Christian.
Since then, I’ve had times where I’ve questioned it all, but I always come back to the resurrection of Jesus. I find the non-miraculous explanations of the resurrection account to be so implausible that it makes more sense to accept that it’s a historical fact. And if the resurrection’s true, then it makes sense to believe the rest of it as well.
Use RSS. Find good independent blogs which meet your standards of good open web content and subscribe to them. Some places to look:
Also, start your own website/blog and link to other websites and blogs.
Depends what you’re trying to learn, and how much of a beginner you are. If you want to learn the shell, try the Software Carpentry tutorials:
If you know the basics, you might try honing your skills with CLI Mystery (murder mystery puzzle).
You’ll probably want to learn how to use the following:
The final tip is: It’s usually better in the long run to spend 2 hours reading the documentation than 2 minutes searching the web. Reading the documentation helps you to understand the big picture, and gives you a much better foundation. Of course, if you’re reading the documentation and don’t understand something, searching the web is an OK way to figure it out.
Christians shouldn’t be surprised to be hated. It’s right there in 1 John 3:13:
Do not be surprised, my brothers and sisters, if the world hates you.
But Christians should make sure they are hated for the right reasons (unpopular beliefs), rather than the wrong reasons (lack of kindness and love). On behalf of Christians I am sorry for times when we have allowed fear, prejudice, hysteria and selfishness to stop us from loving those we disagree with, or those we don’t understand.
I am a conservative Christian, so I am certain there is much we disagree on. But Christians everywhere, myself included, need to remember to love all people, despite our disagreements, as we are encouraged to do in Mat 5:43-48 and Rom 12:9-21.
It worked, but it was slow and dropped packets sometimes. I think the next team switched to Java. I met with them and walked them through the code and suggested they try a different approach. Hopefully they did!
I mainly use Python, so my workflow is the same on every OS: Neovim and a shell, usually one of each in a vertical split. This transfers nicely to remote SSH sessions too, and even works in Termux on my phone!
Have you investigated whether it’s possible to test your cross-compiled builds in Qemu, rather than copying them to the host?
I think they said in the release article that they were going to roll 115 out slowly because it’s such a big change.
My 3 year old daughter has a 2010 MacBook running AntiX. She knows how to boot it, press Enter on the dual-boot screen, and is getting close to being able to select Stardew Valley from the app menu. She also enjoys playing GCompris.
One of the first real programs I wrote was a program to display telemetry data from a CAN bus. I was on the solar car team at uni, and we wanted to be able to view the data from the various systems live during the race. The CAN network was connected to a CAN-ethernet converter, which sent UDP packets over a wireless ethernet link to our lead car. I had no experience with networking, or UDP or CAN at all, but I had some documentation and a lot of free time, so I got to work.
Each device on the CAN network had a bit mask to identify it.
For example, the bit mask for the motor controller might have been 0x1200.
This meant that any packet starting with 0x12 belonged to the motor controller.
For example, 0x1201 was one type of message, and 0x1202 another type, but both belonged to the motor controller.
There was specific logic for each device on the network, so you needed to first figure out which device owned a packet using the bit mask, then apply the relevant logic to decode the packet.
Looking back, I realise the correct way to approach this would be to have a list of bit masks:
0x1200
0x1300
0x1400
Then simply bitwise & any incoming packet with 0xff00, and lookup the result in the list of bit masks.
Not knowing better however, what I actually did was create a giant dictionary of every possible packet value, so I could lookup any packet and determine which system it came from. This was so repetitive that I had to make use of my newfound super-power – vim macros – to complete the 8000 line dictionary…
Excerpt from real code below:
{
0x102:
{
'name': 'SHUNT_CMU_STATUS_TEMPERATURE_AND_VOLTAGE_1_2',
'data':
[
'cell_0_voltage',
'cell_1_voltage',
'cell_2_voltage',
'cell_3_voltage',
],
'unpack_string': 'intle:16, intle:16, intle:16, intle:16'
},
0x103:
{
'name': 'SHUNT_CMU_STATUS_TEMPERATURE_AND_VOLTAGE_1_3',
'data':
[
'cell_4_voltage',
'cell_5_voltage',
'cell_6_voltage',
'cell_7_voltage',
],
'unpack_string': 'intle:16, intle:16, intle:16, intle:16'
},
}
I just use the KeePassXC password generator. :)
I have a git repository in ~/dotfiles, and symbolic link the ones I want as I need them. I’ve only just started tracking my dotfiles and I’m not super disciplined with it yet, so I still have slightly different setups on each system.
The first step is to make sure your hardware is supported. I’ve found the linux hardware database to be invaluable getting new systems configured. The site is overwhelming at first, but the easy path is to just click the big ‘Probe your computer’ button and follow the instructions. Once you’ve done a probe, you’ll get a web-page with a listing of all your computer’s hardware and the support status. Even better, you get links to additional drivers or kernel modules required to get stuff working which isn’t supported out of the box.
I’d suggest maybe stick with Godot 3 until 4.1 comes out. I just started playing with 4, and hit a bug where Godot will hard crash whenever you try to view the Terrains tab if you’ve created terrain sets, used them in your scene, then deleted the terrain sets.
Also, Godot 4 doesn’t have as good support for older systems due to the new Vulkan backend. I worked around this by switching to the mobile renderer which works better on my old hardware.
Can I suggest duckdb?
You can start out writing SQL directly on top of CSV and Parquet files.
But then if you want/need to do something more complicated, you can import duckdb into Python, keep running the SQL you already wrote, convert it to a Pandas or Polars dataframe, transform it, then query the result in SQL.
Oooh! I’ve been waiting for someone to try to replace LaTeX.