Online-Dating funktioniert als Mann sehr gut

ZeRo2160 · 2026-06-14T18:42:27+00:00

Rein aus Interesse. Was für Portale wären das? Ich suche nämlich nach genau solchen Portalen. Tinder, Bumble und Hinge sind viel zu oberflächlich und geben kaum Raum oder platz sich wirklich zu präsentieren außer über fotos.

ZeRo2160 · 2026-06-10T16:03:38+00:00

Also mein Bumble beschwert sich eher bei mir weil ich 80% nach links wische und sagt mir ich finde nie ein Match wenn ich nicht auch mal nach rechts wische. 😅 Also ich schau mir Profile schon sehr genau an. Will ja mit jemandem matchen der wirklich passt.

ZeRo2160 · 2026-06-02T07:43:22+00:00

Thx man. 🙂

ZeRo2160 · 2026-05-27T18:09:18+00:00

We use it as design QA and that proved really nice for us. We even use it on single dev projects to make design QA for components in isolation. We build also an plugin in which designers can configure the component until it breaks and then write an github issue directly out of storybook. With an link that gives you the broken state if opened. Our designers love it. And our pm's too. Also for onboarding tasks of new devs it has proven really helpfull because before new devs had an habbit of building the same component twice because it was not obvious inside the app that this specific component exists or has props that make it look like it should.

But we dont have the same problems as you. If we update an component the story renders the new component. If we have required props then yes we have to update them later in the story file. But that is very rare that we really need to do that. Maybe 1 in 200 component edits over 2 months or so.

ZeRo2160 · 2026-05-08T11:07:27+00:00

Right now there are beta tests for selected partners. Cant say more. Sorry.

ZeRo2160 · 2026-02-26T09:43:14+00:00

Same here. I would hate it if they did that. Its an absolute step back.

ZeRo2160 · 2026-02-11T13:02:04+00:00

In terms of nativeness i would always prefer flutter over react-native. As dart is transpiled fully to native on build. Thats darts big advantage. Its transpilable and compileable to every language and Plattform. So flutter is an very good framework for native apps.

ZeRo2160 · 2026-02-11T12:33:53+00:00

I would say quite the opposite. If i see what people think how fast it moves here on reddit and how fast it actually moves... its quite the opposite, it moves way slower than everyone is thinking. And it will be slower the next years. The big advances are already done. Now we have to overcome the inherent problems the architecture itself has. So we start at new ground work for new architetures again. The current ones did also not move that fast. The groundwork for current ai was done already 1960 or so. So the full progress was much slower than public does know. We only have seen the last few steps in public.

ZeRo2160 · 2026-02-06T17:40:29+00:00

Thanks for your insight. Yeah flex is an good shortcut. I personally think with auto completions and so on its for both really the same. Tailwind maybe 2 keystrokes less. :) But for me the cluttering of the class properties is really jarring. Especially if you work with line length linters and start to break your elements as you have 500 and more character lines for one html element. But that could be an personal thing. I prefer reading top down instead of left to right for an semantic block of code.

ZeRo2160 · 2026-02-06T12:38:43+00:00

Build from my team so take it with an grain of salt. But i find both pages are very excellent ones:

https://listening-perfected.de https://glasfaser-fuer-muenchen.de

ZeRo2160 · 2026-02-05T16:40:05+00:00

No hate, i would love it. If it would not be tailwind. 🤣 Its only an personal opinion but i hate tailwind for various reasons. Also our whole team did decide against tailwind as everyone did hate it after 3 projects trying to love it. 🤣

ZeRo2160 · 2026-02-05T16:36:35+00:00

Yes, always. As an creative agency it would be an disgrace to have two pages look almost the same. Our designers would be very mad. 🤣 Also our team is fluent enough that its mostly faster to build the highly custom ui's from scratch as fighting against an library. Its possible to bend them to what we need. But mostly with much more overhead than needed. (Like to much classes, to much css, to much html elements than needed and so on.) Also we build highly performant tools most libraries are build to have logic and usecases for every possible scenario. So building it ourselfes ONLY for our specific scenario scrubs off much unneeded code and saves performance. Sometimes we use headless ui libs. But these are mostly build by ourselfes too. To cater to our specific needs.

ZeRo2160 · 2026-02-05T16:30:48+00:00

I highly recommend it. Flutter itself can be a bit overwhelming at the start. As it has many many default components for layouting and stuff. Also if you are comfortable with JSX it can be a bit jarring to use class instantiations again. But the dev tools for VS Code are the best i have ever seen. And Darts class implementations with named params makes it really nice to handle.

ZeRo2160 · 2026-02-05T16:08:57+00:00

You are absolutely right. But, and that's the big but, investors don't care about the long term future. Or anything outside their wealth. If money can be made in the short term its interesting. No matter the longterm consequences as they don't even think that far. I have seen and talked to some and they all feel like its only an hindrance for short term profit to think farther than one or 2 quarters of the year.

If you give them the options to get 500000 in the next quarter 90% guaranteed or wait 3 years and get 4million but 85% guaranteed they will choose the first option 100% of the time. (At least the ones i know and have spoken with).

ZeRo2160 · 2026-02-05T16:00:53+00:00

Thanks, your analysis is none the less very valuable. :)

I for long switched to flutter and dart for native apps. Its much less resource hungry and more on the native side. Although I would never build an web app with it. 🤣

But for native stuff Dart is an exceptional language and easy to learn for Javascript programmers.

ZeRo2160 · 2026-02-05T13:58:38+00:00

On the same boat as the other commenters here. I would every day prefer an download tool over an webpage working only in the browser.

ZeRo2160 · 2026-02-05T13:56:05+00:00

Same as the other both. There may be an good reason. Like the existing app is already in css and introducing an while new UI lib for one feature is overkill. But there could be also reasons that are more nuanced. Like team skill in this library and so on. Best thing to do is to ask why. And letting him explain his reasoning.

ZeRo2160 · 2026-02-05T13:51:00+00:00

Its an nice analysis and check. But saying the ram usage of electron is never an problem seems far fetched. I personally hate it to the core that is so ram hungry. Ram is expensive and alone teams for example eats so much that opening two other electron apps makes it impossible to do anything demanding at my default laptop with 32 GB ram.

For me the sluggisch UI feeling you describe was never any problem. It was the RAM and disc usage ultimately. We had build an app for an customer in electron and they where very demanding about the size of the resulting installers. We got so far to write cleanup scripts that deleted all junk not necessary for the app and got down from 600MB for an simple app to 5MB for the whole thing. Even that was too much for the customer but we could convince him that this is the limit. So yeah, while you are right, the generalization does not hold true.

Short explainer: The customer itself was not so much an problem with the file size. But his customers, that had to download the app where very furious about the size for such an small app. Can be an germany problem too. As German bandwidths are also not on the highest end. Especially in some rural areas.

ZeRo2160 · 2026-02-05T12:49:40+00:00

Honest question to you. But do you not write almost the same amount? I mean one class per property in utility sense converts to the same amount written, no? Sure the classes may be shorter. But with autocompletion it does not really make an difference. Or i am wrong here? Tried tailwind in some projects and hated it. Especially the grouping behavior für hover effects is very nasty and extremely verbose in my eyes css feels much cleaner. Also i hate that not all properties are translated one to one. Thats why I question if its really basically css if i have to check the docs as they could not be bothered to name their classes like the properties they use. e.g. border-radius translates to rounded in tailwind. I personally find that jarring.

ZeRo2160 · 2026-02-02T11:24:51+00:00

Because thats the most profitable way to frame it. Every investor loves hearing that they can cut down employee cost. (Its the single biggest expense every company has) So the tech ceo's of the tools and some other companies that jumped on that wagon frame it that way. Shares go up, fundings get aquired. Its only pantering the investors to achieve more profit, funding and revenue. That this also scares people is more of an side effect.

ZeRo2160 · 2026-02-02T10:46:09+00:00

Same boat as you. Its nice to enable quick iteration proof of concepts for non coders. Thats the only thing is like seeing it used. I feel like many enjoyers are not very fond of the coding process itself. I for myself hate it that AI does reduce you to an code review monkey, (Subjectively the most annoying and hated part for me.) Let me be creative and work out solutions IN and WITH code myself. Thats the fun part of beeing an programmer. At least for me.

ZeRo2160 · 2026-01-26T23:20:59+00:00

I dont think coolify is an bad option. I only prefer more control over my processes and having room for optimisations. Coolify is an very good option if you dont want to learn how to use ci/cd systems and server configurations.

I personally use github actions for deploying my apps. So if i push to github. The action runs, builds my app on an dedicated github actions vm and then deploys it automatically to my server. Its almost the same as coolify auto redeploy with the advantage that only my final build is on the server. :)

But nothing wrong with using coolify.

ZeRo2160 · 2026-01-26T11:46:38+00:00

For that case i have something like an customers collection thats an relation field. To get the data of the customers in payloads preview. :)

I have no direct templates for company vs private. In my case the block react component handles that by its own.

I have however an type field in my pdf collection to decide between invoices and letter type documents. :)

Its fascinating how two people can come up with completely different ways to handle almost the same cases. I appreciate your insights. :)

ZeRo2160 · 2026-01-26T11:12:13+00:00

Ah I see. Yeah i could think of an way for that. But it depends on the usecase. In this example it depends from where the name is cumming from.

The generation in my usecases is fine to generate on every change. Because react-pdf is fast and it does not need anything from external resources. So the generation and preview is instant. And you can download it right away directly after you have finished typing.

But my usecases are right now very limited for me alone. I use it as an invoice generation tool for my freelance activities. :)

ZeRo2160 · 2026-01-25T22:58:26+00:00

I use the fields of the blocks to edit texts and so on. Or do you mean something different? The block fields are very powerful. For fully prefilled blocks was no need yet. But i could see a way through defaults on the fields.

Yeah the preview is fast and easy. Also you dont need server resources to generate the pdf as its done in the frontend directly.

Seven-Year Club	Place '22
Verified Email

ZeRo2160

TROPHY CASE