Please refrain from using personal insults in this community. You're free to express your opinion, but personal insults does nothing but make the community more toxic. c/programming is a gathering ground for both inexperienced and experienced programmers, so this level of lashing out is uncalled for.
Nobody would ever say "Asian" when referring to the south east Asians powers though. Call it European colonial powers or something. It gets tiresome being lumped in with destruction caused by Britain, France, etc... when your own nation was nothing but potato farmers at the time.
Appreciate the offer, but we want to try to avoid another situation with reports not being seen by mods for weeks.
Added as moderator
Added as a moderator, we will likely add at least one more if there are more volunteers showing up.
programming.dev will migrate over to (lemmy compatible) Sublinks once it's ready, which will feature a different set of mod features. For that reason we will need new moderators to have an active programming.dev account. If you're willing keep an active user account on our instance let me know. We would prefer people we know will actively use their mod account to make sure reports are handled in a timely manner.
I'm pretty sure it's generating racially diverse nazis due to companies tinkering with the prompts under the hood to counterweight biases in the training data. A naive implementation of generative AI wouldn't output black or Asian nazis.
it doesn't have EQ or sociological knowledge.
It sort of does (in a poor way), but they call it bias and tries to dampen it.
The team is fairly unison in wanting to avoid defederation as much as possible and leave it users to filter out content they personally don't enjoy. Programming is a big and diverse field, and we want to make it as open as possible to everyone. Unless the instance breaks our own rules as described in the sidebar under "federation rules", I feel like it would be an overreach by us to defederate an instance due to personal opinion.
Too scarred from puzzle 5 to do the naïve approach anymore.
A nice change of pace from the previous puzzles, more maths and less parsing :::spoiler Python
import math
import re
def create_table(filename: str) -> list[tuple[int, int]]:
with open('day6.txt', 'r', encoding='utf-8') as file:
times: list[str] = re.findall(r'\d+', file.readline())
distances: list[str] = re.findall(r'\d+', file.readline())
table: list[tuple[int, int]] = []
for t, d in zip(times, distances):
table.append((int(t), int(d)))
return table
def get_possible_times_num(table_entry: tuple[int, int]) -> int:
t, d = table_entry
l_border: int = math.ceil(0.5 * (t - math.sqrt(t**2 -4 * d)) + 0.0000000000001) # Add small num to ensure you round up on whole numbers
r_border: int = math.floor(0.5*(math.sqrt(t**2 - 4 * d) + t) - 0.0000000000001) # Subtract small num to ensure you round down on whole numbers
return r_border - l_border + 1
def puzzle1() -> int:
table: list[tuple[int, int]] = create_table('day6.txt')
possibilities: int = 1
for e in table:
possibilities *= get_possible_times_num(e)
return possibilities
def create_table_2(filename: str) -> tuple[int, int]:
with open('day6.txt', 'r', encoding='utf-8') as file:
t: str = re.search(r'\d+', file.readline().replace(' ', '')).group(0)
d: str = re.search(r'\d+', file.readline().replace(' ', '')).group(0)
return int(t), int(d)
def puzzle2() -> int:
t, d = create_table_2('day6.txt')
return get_possible_times_num((t, d))
if __name__ == '__main__':
print(puzzle1())
print(puzzle2())
If you're going for quality, you'd just buy the flac file though