I hope in the future we have more of flutter and flutter like frameworks and less of the web, it'd be a little more cost effective as it'd reduce server costs and it'd lessen the effect of cloud companies on climate change.
The one thing that golang really needs is a templating library that doesn't suck, Html bindings in this language feel more like an after thought and this is coming from a person that really likes this language.
I spend most of my time in the JavaScript ecosystem, but I've worked with Go and Rails and have been working with Django recently and my take is that this seems to be true for most other languages/frameworks.
There are plenty of valid criticisms of React/etc, but the one thing they got really really right was making "templates" be normal functions that return a data structure representing the HTML. Logic is way less awkward, no global variables spanning partials in different files and it's impossible to write incorrectly nested markup. I really wish backend-only frameworks would steal that idea.
How is SQL bad? If anything my experience with KV db's is that most of the time they'll eventually end up implementing some form of structured data storage and retrieval that in some way resembles SQL.
I love KV's only when I used them as embedded db's like pebble and badger db but you can never beat a good ol' SQL server that just does what you need from it nothing more nothing less.
ORM's most of the time aren't that great either you always have to keep up with their new fancy API changes and instead of just doing your work you find yourself relearning the same ORM every few years, not only that but some ORM's are extremely sensitive in how you order your operations that the order in which you write you code can potentially kill your performance or worse accidentally deleting data.
Hi, I am training a custom GPT model on documentation published by these companies on their documentation websites. Its not reading from code/comments. But their documentation/support sites.
As a person that hates to work with both delphi and python this sounds like hell.
I dislike this so much that I'm willing to settle for java over this.
Because I actually have five years experience in both and what you win in "time" in rad studio you lose in debugging because of how highly opinionated it is. an electron app as bloated as it is, is easier to maintain than this nonsense. Now imagine the unmaintainablity of delphi with whitespace hell of python... Yeah no thanks.
I worked on a millions of LOC of generally not-that-well-written Delphi code back in the day. Aside from the generally not-amazing quality of the code, it was never hard to debug, nor necessarily maintain.
There are many valid criticisms to levy at Delphi and Python, but those ain't it.
Similar. We have fairly large project, a few MLOC with many hundreds of windows/forms, all kinds of IO and whatnot. We've got code in production that was written back in Delphi 3 days (1997) that's chugging along just fine.
The only thing I think is hard to debug is focus related issues, due to the Windows event loop getting in the way. That's hardly a Delphi-specific issue though.
Other than that debugging and maintenance is quite easy. In fact we don't have to spend much at all on actual maintenance, as backwards compatibility has been great in the new versions. For example, the switch from non-unicode to unicode strings took us just a couple of days. And we're in the Nordics so we'd notice quick with our "weird" letters.
> The only thing I think is hard to debug is focus related issues, due to the Windows event loop getting in the way. That's hardly a Delphi-specific issue though.
That and losing the source code for some random, obscure vcl component you found on torry's back in the late 90s :-)
I have desktop product written in Delphi (device control, video, directx, data processing) which is more than 10 years old already. So far I have no problems maintaining it through numerous versions of Delphi.
I see, how many projects have you been part of? How old were they? In the past 15 years, I have seen terrible code bases trying to reinvent grids from first principles to pretty awesome ones with good separation of data and form logic using devexpress that I am proud to be part of and pretty happy developing. This is the kind of experience I have behind me when getting confused by blanket statements.
Translation: trying to use it differently than it was intended. Considering the mentions of Electron, are you expecting it do behave like js in the browser?
That's what I don't understand. VCL is opinionated in ways that should all maps quite nicely to a class hierarchy in Python. What specifically are you thinking off that would look out of place? Method names, maybe - I wonder if they translated those?
Interesting usually junior or medior people have such a strong negative opinion about tools but you touched Delphi so I must guess you have at least a couple decades of experience?
Tools and languages have tradeoffs and it is always more constructive to see them through that lens.
If you want to make a native UI intensive app in no time and iterate quickly, yes Delphi is your tool (remember how crazy fast pascal was building on machines from 20y ago!). Do that in let's say c++ and your experience will be totally different.
Python too has huge qualities for prototyping quickly and gluing apis (to develop ML models for example!).
Usually you like the language because it fits well what you want or like to do.. if you love system programming then Rust or C have a better chance to be marvelous to you.
Why not block all ip's that don't belong to your isp since you're the only one who'd need to ssh to your server? There are some good sources out there to find out your ip range
I was wondering if that was possible. But, I don't think the range of ips would be accurate, since they might have multiple gateways(?). Also, if I'm traveling, I'd need a home VPN to whitelist.
