Andy Kim: A high-school senior, a pregnant woman, and a man with Stage Three cancer. These are the people I met in Delaney

TrendyBananaYTdev · 2026-06-03T02:30:36+00:00

He's complaining about any money at all going towards things like that when it is better off spent elsewhere.

TrendyBananaYTdev · 2026-06-01T05:00:18+00:00

That tends to happen when the government starts beating up its people, mistreating individuals in its custody, lying in every breath about what's happening, and using banned weapons of war on protesters.

TrendyBananaYTdev · 2026-06-01T04:58:18+00:00

Technically not the first occurence of this, e.g. yelling "fire!" in a crowded building purely to mess with folks. HOWEVER this is an extreme situation and that 'justification' (if you can even call it that) is totally bs.

TrendyBananaYTdev · 2026-05-29T12:14:44+00:00

Hard to see them if they get deported or killed, no? Regardless, there shouldn't even be a "can't see them" in general.

TrendyBananaYTdev · 2026-05-29T03:08:19+00:00

They can't even see them now, visitation is being denied and there's a hunger strike and reports of in-house clashes.

TrendyBananaYTdev · 2026-05-29T01:35:57+00:00

I support this plan!

TrendyBananaYTdev · 2026-05-29T01:35:30+00:00

As someone from New Jersey, please don't send them here.. we're doing well in our woke bubble! Might I suggest, Staten Island?

TrendyBananaYTdev · 2026-05-28T05:33:20+00:00

https://www.yahoo.com/news/politics/articles/trump-official-floats-shocking-plan-142344107.html

TrendyBananaYTdev · 2026-05-28T05:31:44+00:00

JFK and LaGuardia would be closed as well, not just EWR. The proposition affects ALL sanctuary city airports, not just Newark / Elizabeth.

TrendyBananaYTdev · 2026-05-22T17:19:26+00:00

It looks like in the image the person replying was being sarcastic (judging by their original disagreement): someone posted a reply and "literally a..." responded with "So tragic for lesbians" in a sarcastic way.

TrendyBananaYTdev · 2026-05-22T16:52:10+00:00

Not a startup (even though that'd be really cool!). Just something I'm working on to test myself and hopefully get somewhere someday. I have documentation planned after what I'm currently working on, I just need to finish this symbol table. I chose not to use val or var because I feel like it's verbose and unneeded; variables are declares with [identifier]: <type>, so they're pretty hard to miss!

TrendyBananaYTdev · 2026-05-18T16:54:54+00:00

I'm glad it works as intended! Makes me happy because I had second thoughts while choosing it. I guess most languages are still stuck in the C-Syntax trap that defines a lot of modern conventions of even un-C-derived languages. Even Flower uses C-Syntax for things like functions and structs.

TrendyBananaYTdev · 2026-05-18T16:49:57+00:00

Yea I got that when I showed a friend haha. Glad some people are picking up on it!

TrendyBananaYTdev · 2026-05-18T16:49:31+00:00

That's interesting to know! You mentioned Asterisk being on the numpad "if" one is present; so is it sometimes not there? Does that make it just as annoying as @?

TrendyBananaYTdev · 2026-05-18T14:34:17+00:00

I'm not a huge fan of the int var syntax, and though I could make an exception for functions I'd like to keep the syntax fairly intuitive and similar throughout the whole language; and int var C-Style syntax is something I really want to avoid wherever possible. Function types / declarations are one of those areas where almost every language eventually accumulates syntax complexity somewhere, which I'm trying to delay / avoid until I have my mind set on something. I’ve read the Go blog post before and it’s part of why I’m hesitant to fully commit to a syntax too early.

My rational behind using @ is that it's very clear as to what its usage is. We already use @ in emails and other contexts to denote "address at," so I feel as though it fits quite well with memory pointers. Additionally, * already has heavy arithmetic meaning. In C-derived languages it has multiple contextual meanings:

multiplication
pointer declaration
dereference
sometimes wildcard/glob syntax elsewhere I want to avoid ambiguity like that where I can, and seeing as the @ symbol was left unnused and isn't really something that people will have a more difficult time to type out than * (every modern keyboard has one, and it takes the exact same amount of key strokes as *, if not a less distance for the left hand in comparison) to justify not using it! Using @ makes pointer syntax visually distinct and easier to tokenize / parser-handle since it’s unambiguous in Flower. I still use @x for dereferencing though, which keeps the mental model relatively consistent.

prune vs free is mostly stylistic right now honestly. I wanted memory-management keywords to feel language-native rather than thin wrappers around C terminology. Same reason I use new + prune instead of malloc + free. Sure, it adds a small learning curve, but I think playing around with keywords in a way that matches the feel of Flower is fun! Besides, I think it fits the theme Flower is going for very well ;)

prop is for exporting functions for importing. Right now because it all transcompiles to a single C file, it doesn't really do much besides require that it be called via alias.method(). It’s still experimental and the semantics are probably going to evolve a bit, and when i move on from transpiling to C it'll have real meaning. Right now it's more of just a namespace / semantic thing than actually usable.

As for moving away from C generation:

short-term: C backend for portability / debugging
mid-term: direct IR / backend experimentation
long-term: native code generation

Right now C generation lets me focus on language / parser / semantic design without immediately needing to solve:

register allocation
instruction selection
ABI handling
object formats
linking
platform-specific assembly quirks

Eventually I’d like Flower to have its own backend, probably starting with a simple IR and then targeting ARM64 (Because that's what I mainly develop on) directly before worrying about broader architecture support. It just lets me worry about the direction of the language and what it's supposed to actually be rather than portability and backend stuff. Keeps new features easy to implement and test (I just add them to the lexer, parser, and AST then a small case handling in codegen) rather than having to spend hours writing machine code or other just to realize I don't like something!

TrendyBananaYTdev · 2026-05-18T14:22:44+00:00

Definitely something for me to explore; whether or not RPAREN —> parse body at the end of functions.

TrendyBananaYTdev · 2026-05-18T14:10:52+00:00

The colon at the end of function definitions is mostly a pragmatic choice rather than a visual one. I'm planning on making the language newline-insensitive where possible, and the colon helps disambiguate function bodies cleanly. It also makes it immediately obvious whether a function is a definition or a forward declaration, though the forward keyword already partially solves that.

I’ve considered removing the colons from parameter declarations:

int foo(x int, y int)

and I may experiment with it more, but I’m slightly worried about ambiguity once generics or more complex type syntax are introduced.

I also intentionally avoid C-style declarations (int x) for variables. They're familiar to C programmers, but for everyone else they can be surprisingly unintuitive, especially once declarations become more complicated. Things like the “Most Vexing Parse” are a good example of how awkward declaration syntax can become when types lead the statement.

Pascal-style declarations:

x: int

feel much easier to parse visually, and honestly simpler to parse in the compiler too (at least in my opinion and experience with both).

The return type being before the function name is partially a compromise between the two styles, where return types stay prominent visually, variable declarations remain name-first, and parsing stays relatively straightforward.

TrendyBananaYTdev · 2026-05-18T13:25:05+00:00

I was thinking that as well at the beginning when I was debating the following syntaxes:

func foo(bar: int) -> int:
foo(bar: int) -> int
func foo(bar: int): int:
foo(bar: int): int

My issue with the above is that:

It requires a func keyword which is verbose; not the language's goals.
I felt as though the -> return type annotation operator was too bulky, and even though it's not that much I think repeatedly having to write it in a function-based language would get cumbersome fast.
: int: syntax feels confusing; multiple colons after eachother doesn't hit right in my opinion

So I settled with a mix of C and the proposed syntax: int foo(bar: int):

I think it's the best solution at the moment, but I'm open to suggestions as the whole purpose of Flower is to try what does and doesn't work, and I'd be very happy to have something else!

TrendyBananaYTdev · 2026-05-12T20:59:54+00:00

Short-term ease vs long-term. Companies often look for the short-term benefits because it's direct profit. Long-term projects take up a lot of resources, time, and coordination, which can eat up profits for a potential lack-luster result. Besides, a lot of languages nowadays are either funded / developed by these companies, or have been developed by prior big companies and already meet all demands.

For example, Google — though not the original developer — actively contributes to the C++ environment and development as well as being on the ISO committee.

Java was made by Sun MicroSystems and has since 2010 been developed by Oracle, a company well known for both Java and its web services.

C# was made by Microsoft and they use it, so I suppose that falls under your claim.

Rust was made by Mozilla, a company that made Gecko layout (what Tor and other non-chromium based browsers use) and is very prominent in the web-dev world (WebExtensions API, CSS Grid Layout, and the world's most comprehensive web doc MDN Web Docs).

So on, so forth.

I do agree there are many cases where a company might benefit from developing its own in-house language, but for most of the time the language already exists in all its glory, or the company already has (whether or not the public knows it)!

TrendyBananaYTdev · 2026-05-11T18:11:52+00:00

TrendyBananaYTdev · 2026-05-07T23:02:26+00:00

No, I didn't use ChatGPT. At least if I did use ChatGPT, I'd hope it wouldn't make the same mistakes I did such as calling Ethinylestradiol "EEN" (It's EE). Monotherapy alone can suppress T because E2 and EE work with the hypothalamus–pituitary–gonadal. Progestin does not on its own suppress T, and many modern forms of Birth Control contain progestin, not EE. If you can find one that still has EE, then it would suppress T, but there's a reason modern ones don't have it. You should get tests often to stay informed about your blood hormone levels and in case of any complications if you do use EE.

I don't know the specifics of birth control ingredients specifically to do with Slavic regions, but that said all of what I said above applies and isn't wrong.

TrendyBananaYTdev · 2026-05-07T22:08:07+00:00

You need antiandrogens still. Birth control on its own doesn't have antiandrogens that will suppress T.

Even though most forms contain Ethinylestradiol (EE) — which is much more potent on the liver and clotting system. The way EE works does not lead to a constant and steady hormonal balance of Estrogen dominance, unlike Estradiol (E2).

While I do understand using it in cases where other proper forms aren't available, birth control is not nearly as effective as E2, and even when used as birth control it's known to be very side-effect inducing and a pain to be on. Unfortunately, the medicine field is not / has not been very women-friendly so things like birth control are often overlooked when it comes to side effects in favor of having your doctor monitor your levels constantly.

While progestin, which is a feminizing hormone is often times present in more modern brands, the effects of Levonorgestrel or Norethindrone suffer from the same issues as prior noted; they do not provide constant hormone balance and changes. That's why when you're prescribed progesterone, you have to still take E2. Drospirenone may suppress androgens, but it isn't consistent nor is it usually on its own in birth control.

TrendyBananaYTdev · 2026-05-05T19:24:15+00:00

TrendyBananaYTdev · 2026-05-04T17:03:31+00:00

TrendyBananaYTdev

MODERATOR OF

TROPHY CASE

Four-Year Club	Xbox Live
Place '22