bizarre restrictions around background play
there’s nothing bizarre about it - the free version is shitty on purpose
Solitary, poor, nasty, brutish and short
bizarre restrictions around background play
there’s nothing bizarre about it - the free version is shitty on purpose
yeah, PascalCase is the worst
take note urban planners: even in the sky, trains work better
puts me in mind of the old guru meditation error messages that popped up in the stone knives and bearskins era of computing.
Precisely this. The few rights that feudal peasants did have are being ferreted out as “inefficiencies”
okay but land ownership and rent seeking are inherent, inevitable parts of capitalism. Even Smith talked about how rent-seeking is an unavoidable outcome of a system where one person can own what another needs, and about how in order to succeed capitalism will require some way of discouraging or taxing rent-seeking. “As soon as the land of any country has all become private property, the landlords, like all other men, love to reap where they never sowed and demand a rent even for its natural produce.” This isn’t a new phenomenon and it’s not a return to pre-capitalism, it’s capitalism doing what we all new it was going to do from the beginning.
Silicon Serfdom?
No that’s still capitalism. Capitalism is still the problem. To call it anything else is apologetics, the core issue is that the private ownership of the means of production leads to a concentration of power in the hands of precisely the wrong kind of people after selecting for and reinforcing the most selfish behaviors in them. It then allows them to essentially usurp whatever form of government exists.
select only what you need and use limit
you don’t know the structure of the contacts table, and do you really want christmas gifts to only go to the first x number of nice people?
update contacts set name = ‘Grinch’ where name = ‘FellowHuman’;
Got it in one!
Just post the external IP of your Minecraft server. We’ll help keep your system awake
I could ping Geocities, but not livejournel
I have a theory about how that may have happened…
my car is absolutely a boat if you put a boat motor on the back of it and waterproof it
it’s basically a TUI notepad. It’s there, it does one job and that’s all there is to it
That’s what the people who like it like about it.
okay. doesn’t mean you still shouldn’t refactor or add a layer of abstraction where you can. we’re looking for a generalizable principle here and generalizable principles don’t assume that you’re working with satellites that are older than the dev.
this function returns -2 as success and -1 as error
Thats exactly the kind of thing I’m talking about when I say to prioritize refactoring over comments. If you own the system returning the error code, drag it out of the 1970s and have it return an error object with some actual information in it instead. If you don’t own the system, wrap the error code in an enum that adds syntactic meaning or do a map of integer and exception and then return the mapped exception. The very last resort, after you’ve tried everything else, should be
return -1; //-1 indicates success
I agree with your team lead wholeheartedly, but not for the reasons he would tell you. Comments should be used when code is too complex for the “name your variables nouns and your methods verbs” convention doesn’t communicate what the code does in a narrative fashion. Thing is, that level of complexity is definitely a code smell. You seem to be saying that clarifying comments are the solution, he seems to think that you should be able to rename vars and methods until the meaning is clear, and Im offering a third way: figure out why the fuck the code is doing something hard to understand and maybe try to unfuck it, then resort to comments if and only if that’s not possible. Remember that a code smell isn’t necessarily something that needs to be removed, it’s just a flag that says “let’s make double damn sure there isn’t a better way to do this before we do it this way”.
`/* Gets CustomerEntity from customer repository by customer ID or throws a customer not found exception */
public CustomerEntity getCustomerEntityById(String customerId){ customerRepository.findById(customerId).orElseThrow(new CustomerNotFoundException()) }`
kinda feels like they’re trying to emulate server-side templating with shit like django and thymeleaf
merge commits that catch my feature branches up to main
You’d be squashing those when you merge back down into main anyway, no?
rules aren’t there to be enforced, they’re there so that when you break them you take a second to think about why.