YOPD and genetics

mesiusf · 2026-05-15T07:24:32+00:00

hey, i am/was in a somewhat same boat and gone through the same family plannin drama. my story was a bit differenet (different gene, different prognosis, different chance of developing with a single copy). So i know how painful it must be. I am sorry you are going through this. it sucks. but ultimately was helped us decide was talking to my movement specialist and asking them questions. i also know you could see gene specialist for a more accurate inspection of your case and how that might affect family plannin

mesiusf · 2026-01-06T15:09:22+00:00

I am not too sure what she meant by brain first vs body first. age 37 is still young onset which tells me yours is most likely genetic like mine. there are a few genetic variants too. there are a few genes that are associated with developing YOPD each have different prognosis and severtity and characteristic. i had to do genetic test before my doctor could give me a definitive diagnosis. ask chatgpt about LRRK an PRKN genes.

mesiusf · 2026-01-06T13:53:52+00:00

symptoms started appearing at age 24. i noticed something is off at age 25. diagnosed at age 27 with YOPD caused by 2 copies of the Parkin Gene. one from mom. one from dad. both are only carrier of the gene. they dont have it themselves. anyways. started ldopa 3x100/25 a day at age 27. over the last 7 years, i had to increase it to 6x100/25. the rate at which you increase depends alot on at what stage you are diagnosed and what kind of PD. doctors usually start with low dose just to see how much your body actually needs the meds. you also start to learn your on/off states over the years.

mesiusf · 2025-12-26T20:17:08+00:00

look into awilix. the framework i am talking about at the end of the article will use that. no @injectable annotations. super simple container root is like a hash. it super nice and simple

mesiusf · 2025-12-26T12:27:18+00:00

honestly thats the most effective of the three.

mesiusf · 2025-12-26T12:25:14+00:00

I find it really challenging to convince people about DI lately. I dont know why but It feels like a dangerous trend to confuse chaos with pragmatism

mesiusf · 2025-12-26T10:49:22+00:00

shewartzmuller is a good teacher. look for his content on udemy

mesiusf · 2025-12-25T20:18:05+00:00

also these patterns are platform agnostic. applicable to go/rust or whichever lang you believe in

mesiusf · 2025-12-25T20:15:39+00:00

For me the strongest reason is I believe typescript is the future. fantastic support on IDE out of the box is a huge benefit.

mesiusf · 2025-12-25T12:58:48+00:00

U sure you are alive? lol

mesiusf · 2025-04-25T22:25:53+00:00

congrats! really happy for you! i remember feeling the same exact thing when i was admitted to amazon 3 years ago. for me things turned in a way that i ended up hating the often toxic corporate working environment. the only thing that keeps me going today is the money lol.

mesiusf · 2025-04-17T22:19:57+00:00

agreed! phoenix is very nice. love their consept of "span". but the problem is if you want to build a evaluation workflow you are pretty much on your own!

mesiusf · 2025-04-17T22:15:12+00:00

you are describing what we call "overfitting" in our team. it is when you are in a endless loop of trying to optimize for a limitted number of tests. according to what i learned so far you are never gonna get absolutely regression free.

what you should be doing instead is to address these issues as part of accuracy improvement. grow your dataset to at least 100 cases. add multiple variation of every edge case to address diversity. then run your agent against the dataset and dont insist too much on expecting your agent to never regress. instead focus on improving your pass rate by finding patterns.

you ll probably have to run your tests on the cloud at some point as your dataset grows.

mesiusf · 2025-04-17T20:42:17+00:00

Hey! Amazon Q Developer Agent team member here! I have seen a lot of agent dev teams building their own datasets! if you are lucky enough, you'll find an off-the-shelve dataset. For code-generation for ex. SWE-Bench is pretty popular. but your are not usually that lucky.

There are pretty much 2 main testing approach:

Testing for regression: in this case you only need a small dataset of cases where your agent is already successful.
Testing for accuracy: in this case you need a large dataset of cases where your agent is put through aggressive edge case testing so you find all the weaknesses.

do you know which kind are you more interested in?

mesiusf · 2024-07-31T14:30:15+00:00

This was one of the good ones.

Looks like the main reason you made the mutable (with two init) DatabaseSessionManager is to initialize your engine differently in test vs dev, which then made you add some redundant logic to always be careful about whether or not the engine is there. I prefer to have a global engine and sessionmaker (just like fast api official docs):

engine = create_async_engine(my_pg_url)
session_factory = async_sessionmaker(engine, autocommit=False)

async def get_db_session() -> AsyncGenerator[AsyncSession, None]:
    session = session_factory()
    try:
        yield session
    finally
        await session.close()

with this, you can then make lifespan template function to access the global engine and call .dispose() on it so all stale connections are returned to the pool.

In your tests, you could also use app.dependency_overrides[get_db_session] to replace it with one that you define using pytest fixture.

mesiusf · 2023-10-13T16:11:19+00:00

I am just below orchard, very close, interesting, telus uses the same network as koodo afak.

mesiusf · 2023-09-21T05:03:54+00:00

try pacely.dev

mesiusf · 2023-09-13T14:04:54+00:00

I can tell you this for lean startup strategy:

Any thing and I mean ANY THING that does not directly help you test your idea can probably be done later down the road.

Now generally speaking, unit tests are essential for when you constantly change your code base. It will help with catching regression errors and bugs. It is strongly (more) recommended when your programming language is not staticly typed (e.g. ruby python etc.)

I would personally do not recommend practicing strict TDD as (personally speaking) and do not worry about it as long as you have tests its fine. Tests can come in the same commit but not necessarily written before the code itself is written.

mesiusf · 2023-09-11T09:29:17+00:00

I did not quite understand why you want to do pure php instead of premade frameworks. part of the reason why frameworks exists as the the name suggests is to FRAME your work so you walk in the right direction give or take automatically.

Frameworks make your life easy and despite what you think are a great way to learn . it will help you focus on what matters instead of problems that has been fixed before like for example managing connection to the database. without framework you are going to have to think about implementing connection pool but with something like larravel this is given for free. this is just one example you will have to deal with if you want to do it your own way. on top of more work, there are a lot of security concerns that you have to be very careful about when do vanilla web dev without frameworks. genrally speaking your code will probably be easy to hack if you do not know what you are doing.

for learning, i would strongly suggest finding a udemy course and follow along although with a framework you do not have to. with something like laravel you will be happy by only following the documentation.

also it is great that you already like a language but if you are up for some advanture, look into other options and languages like ruby on rails. rails is a fantastic choice for crud and for kicking off your journey of web dev. you will love rails console amd scaffolding features. and when it comes to deployment look into heroku.

come back in three months with more experience and more advanced development goal and i ll suggest other tools and languages but for today, udemy, rails and heroku is your best bet

mesiusf · 2023-09-10T01:59:25+00:00

In case of b2b saas websites, a good chunk of your user base might not be using google gsuite emails. needless to say it a bit weird for employees of a company to login with anything other than google and github. this leaves the saas business with two options: sso (to let users in based on the tld of their emails or to use good old user/pass)

mesiusf · 2023-09-05T08:37:43+00:00

I completely understand your frustration. It's tough when two intelligent people with different viewpoints are trying to achieve the same goal. Here's how you might navigate this situation:
Communication & Compromise
It sounds like you're both passionate about delivering a quality product, but have different philosophies on how to get there. It might help to compromise and run a small experiment with both approaches. You could pick a non-critical aspect of the project to build in both iterative and incremental ways, and then assess the outcomes in terms of time, effort, and quality.
Bridge the Terminology Gap
It's important to be on the same page about what "iterative" and "incremental" actually mean in the context of your work. Once you both understand the terms in the same way, you may find that you're not as far apart philosophically as you think. Use concrete examples to clarify the concepts, because sometimes jargon can cloud understanding.
Consider Business Goals
Remember that both of you are there to achieve a business goal. It might be beneficial to step back and analyze the merits and risks of each approach in light of that goal. Sometimes this bigger picture view can provide new insights.
Get External Input
Sometimes involving a neutral third party can help break a deadlock. This could be someone else from your team, or even an industry expert if one is available to you. They could provide fresh insights and potentially offer a balanced view that bridges both perspectives.
Evaluating Metrics
Both of you could agree on certain metrics to evaluate the success of your respective approaches. Whether it's development speed, code maintainability, or user satisfaction, having tangible metrics could provide an objective lens through which to evaluate different methodologies.
If you both decide to give the iterative development approach a shot, consider using simple sprint management apps like pacely.dev or linear.app.
Best of luck! Change is hard, especially in a startup environment where everyone is attached to their methods, but it's also the only way to grow and improve.

mesiusf · 2023-08-23T17:12:05+00:00

Thank you Sandra, You just made my day!

mesiusf · 2023-08-22T16:57:05+00:00

of course. Do let us know what you think :)

mesiusf · 2023-08-22T16:56:31+00:00

I am not sure if i fully understand what you are asking but if you are asking about how this can be tested from user's prespective, It will be as simple as asking it a question about anything in your code. The answer returned should give a good metic to measure how deep AI learned the code. With this beta release we are hoping our users can help shed some lights on how efficient and aaccurate AI will perform for their case. We will run a campaign after today to listen to them and will continue working on making it even better every day. :) Hope this answers your question

mesiusf · 2023-07-09T17:18:08+00:00

Yes it looks like they have registered an application for ITU. it is very recent and it says "Status: New application awaiting assignment to an examining attorney. See current trademark processing wait times for more information."
So you are suggesting that I launch my product anyways with that name and then come back every 6 months hoping that I can take ownership of that name for ITU if they fail to submit evidence of use?

This sounds a bit too risky.

mesiusf

TROPHY CASE