hi, i'm a sole proprietor/founder in Austria and i earn many many multiples of what i'd earn as an employee, despite "predatory income tax". in fact, i opt out of the many tax optimizations i could use because i like having good schools and as high a standard of living as possible for everyone.
the great thing about the EU is that you can just live under any tax regime you like in any of the 27 member states. it's all about trade offs. if poland works for you, fantastic! go build there.
and if i may add one more thing: if the CEO of a startup, especially pre-revenue, lives "barely any better than a regular employee" then the system works as intended. fact of the matter is most startups are bad. you are not special because you are trying out a shit idea and fail. but i'll happily pay taxes so you can try your shit idea, fail, and can still live.
I'm seeing something very scary that's happening now on tech teams. People who are not software developers are submitting PRs because they have a subscription to a coding agent and now think they can contribute code to a project.
The problem is when you look at the changes, none of them follow the guidelines for that codebase. The solutions are 10x more complex than they need to be. They are half baked because they haven't thought about the multitude of cases they need to be handled.
They don't understand:
"Product excellence is the difference between something that only works under certain conditions, and something that only breaks under certain conditions". - Kelsey Hightower
If you try to have that conversation with them, they get offended because their first instinct is you are trying to gatekeep them away from the project. Since they are not trained or experience developers, they don't understand that is the furthest thing from the truth. You are just trying to maintain the code quality you worked so hard to achieve.
Directors and VPs of Eng, now is the time to set the policies and procedures around who should be working on and submitting code.
You probably should not be submitting a PR if:
1. If you are not capable of making that coding change by hand to begin with.
2. If you don't talk to someone on the team and discuss the problem and work out the semantics of the solution first.
3. If you don't have a clear understanding what parts of the overall system and code base will be affected by the change.
The big questions are:
Will you stand up for the quality of the systems you are building and maintaining or let anyone submit and merge code that is "working"?
Will your management back your decision to maintain code quality or do they only care about things "working" to get to market in the short term faster?
@securitymari Eaí tem a opção de usar o monitor inteiro para um dos laptops, ou dividir ele no meio, e a parte de baixo mostra o de trabalho e a de cima o pessoal. (Como se fossem 2 monitores, mas no final é um só).
@securitymari Eu uso meu laptop pessoal do lado do de trabalho. A idéia quando montei o setup foi pegar todos dispositivos com bluetooth 5.2+ para conectar em mais de um ao mesmo tempo, pois passo o dia mexendo em ambos.
Tenho um unico monitor em 2560x2880 onde ambos laptops ficam ligados +
@ernerfeldt @github "The larger runners feature is currently in beta for organizations and enterprises using the GitHub Team or GitHub Enterprise Cloud plans, and is subject to change."
https://t.co/dSKbgQMzXb
@salvimateus@augustopaiva_@HenriqueOz@KMalzoni Imaginei a cena
Recruiter: Não fazemos tracking de horas... aqui não tem hora pra entrar nem pra sair
Candidato: o "nem pra sair" me assusta
Recruiter: você é desconfiado e não se encaixa na nossa cultura, obg.
Candidato: : 🤡🤡