error: unknown start of token: \u{37e}
--> src/main.rs:2:30
|
2 | println!("Hello, world!");
| ^
|
help: Unicode character ';' (Greek Question Mark) looks like ';' (Semicolon), but it is not
|
2 | println!("Hello, world!");
| ~
error: could not compile `playground` (bin "playground") due to previous error
Programming
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
That’s a well designed compiler.
I would rather see it just added to the standard definition as a valid character, so the compilation passes without issues. It would make lives of Greek programmers a little bit easier!
But on a second though, it would probably make the lives of compiler programmers a living hell. Having to deal with two symbols for one thing sounds really annoying :D
Pretty sure Cargo can automatically fix the error.
Common Rust W
Imagine not programming in Vim 💀
nvim + coc.nvim + coc-clangd (or other language LSP implementations) will give you the conveniences of modern IDEs + the power and speed of vim 🙂
Vim again, showing why the superior text editor.
Coc.nvim is kinda bloated though. Really wish developers put more effort into their LSP servers instead of just saying “go use vscode lol”.
Then again, native LSP isn’t that bad. I’ve been using it daily for months now, it’s better than most people give it credit for.
Just throwing in Helix here.
I use Helix and Nvim pretty much concurrently and whenever I have to use vim I feel slower on most basic movements. A fresh set of keybinds is really nice - though simultaneously there are one or two specific actions which are slower or unintuitive in Helix. But overall I love Helix.
Replacing semicolons with Greek question marks? Easy fix.
Terminating identifiers with Greek question marks? Pure evil.
May work. May not. Haven't tested.
You know what does work as a variable name? ಠ_ಠ
Intellisense likes it so it's legit. I wonder what would happen if something like this reached CR though lol
I love that this implies Visual Studio is not worth its salt, because it most certainly isn't.
Depends on the language.
For .net, it's pretty hard to beat.
For anything else, I use vscode. Its a great all-around IDE/editor.
I prefer Rider over VS but I like VS Code too
I hear lots of people say good things about rider- but, I have yet to actually try it out.
Mostly- because, getting my company to spend $$$ on tools..... is like pulling teeth.
In most countries, a license for a year is worth less than a day of service...
That may be true- but, that doesn't help navigate the evil known as corporate billing and bureaucracy.
Trust me, some companies can be an absolute pain in the ass when it comes to getting funding... for even cheap stuff.
Before the software can even be acquired, the legal team has to review contracts. Then, payroll/billing/accounts receivable has to setup their junk. Vendors have to sign invoices.
As much as I wish it was as easy as just creating an account, and entering my paypal- it doesn't work that way in many large companies.
Fair point. I've experienced that in big corps, so I now you're right. For example, we would lose a bunch of time because the PCs didn't have enough memory, but they couldn't get us more RAM sticks, because of the bureaucracy, it could take 2 years or so.
After nearly 6 years of fussing about my PCs hardware, I DID finally get a massive upgrade... and became the owner of some of the fastest hardware my company had to offer.
Compile times, and everything was BLAZING fast.
Then... cyber rolled out a few new security agents. Nothing is fast anymore. :-(
Visual Studio is pretty good.
You should check out Jetbrains Rider. It feels like cheating. Or ReSharper if you can't leave VS completely
Bruh the refactoring is so goddamn amazing. And the shortcut to just automatically fix all indents? HNNNNNNNNG
My biggest beef with it though is that it has no visual designer for .net core winforms. Like what the fuck is that. If I need to bang out a propietary app for an enterprise client in 8 hours winforms is the avenue of choice. It might not be winning any popularity contests but goddamn is it easy to have a working product in mere hours.
I use Rider and DataGrip daily.
Then we can at least agree that DataGrip blows SSMS out of the water.
By salt, I mean the total cost of the software. The install size, the launch time, the update time, whatever they're charging my company, and any overhead in using it.
For VS, it should be better. It's big. It's slow. It lacks features. There are poorly supported features and abandoned, half-baked stuff. I have to have multiple versions installed because they broke backwards compatibilty for some stuff. MS should be able to do better, but I don't think the company can.
Almost every Microsoft product is horrible. Our company has switched from our internal backoffice for attendance and project time allocation tracking, which was kind of terrible but aside from some slight issues (the only one I can think of being that if you wanted to create a time report for a project you're not on, enabling "all projects" pretty much froze the page for a few seconds, since it was loading hundreds of projects into a single selection box), to O365 Dynamics.
And oh my god it's the worst UX I've EVER seen. Every click takes around 4-5 seconds before the page even loads. You can't simply take project report from a single day, and copy it to the whole week. No, the only thing you can do is duplicate a single record, but you still have to manually change the date in like two fields - wich takes like 15 seconds since everything including a Data Picker takes ages.
It's not intuitive in the slightest. You can't just search for a project somehow easily, you have to open like a million of submenus to find what you need, and if something is missing you have to create a bazillion of different stuff for it before you can even track the time. It takes me literally around an hour to properly log what I was doing during the last month, and I only work part-time, so I only need to report like 10 days.
When we were switching the company was making a pitch about how it gives them more precise data about projects, but everyone I've talk to about it just stopped bothering with precisely recording every hour to a project it belongs, and just groups it up somewhat approximately. I can't imagine having to properly log the 3-5 different projects I work on or am on a meeting for during a single day, just thinking about it makes me want to quit, so I just choose the project I was allocated to for the week and report whole 8 hours to that. Or just group a few hours of overtime into a single random day on a single project.
And it's the same with Microsoft Azure. I've worked with both GCloud and AWS, and nothing was as slow and annoying to use as Azure - but mind you, that was several years ago, it may be better now. But I guess that's the price you pay for having such a large amount of developers. I've heard that they have whole teams for a small subset of features on every products - such as a team responsible only for one screen. That has to be such a mess.
Typescript would like a word. So would VS Code.
They ain't all misses.
Also O365, while convoluted, shouldn't run that shittily, sounds like your hardware/network is dated as f.
ADO is vastly better than it was years ago, the pipeline stuff is a lot slicker.
Algebraic types in TypeScript are game-changing. I immediately wanted them in C# for deriving domain models from database entities and then view models from domain models.
I concur, VS Code is amazing, I've totally forgotten about that. TypeScript I haven't really used much, so I can't judge that, but now that I think about I do most of my work in C# and don't have anything bad to say about it, so that's also nice.
Most of O365 is fine, while still a little bit slower than anything else, but the Dynamics just isn't responsive no matter what network or hardware I'm on. It's a convoluted CRM. And I do have a new desktop that I bought a few months ago, and 1Gbps network, so none of that should be a factor.
I like DataGrip more than SSMS for just writing and running SQL. Not for managing databases. It doesn't have as much functionality in that area.
Visual Studio isn't slow. It hasn't been for a while. Visual Studio with Resharper is slow. I don't think "lacking features" is a serious complaint, it has quite a lot.
I absolutely love Rider but Visual Studio with resharper is still king for WPF and Android development.
The Rust compiler is smart enough to figure this without even the need of an IDE, lol.
Python ftw
This would bite me in the ass because I often ignore these kinds of warnings in VSCode (SFDX for VSC is kinda crap, warns you about nonissues, and often doesn't correctly identify the problem).
Confusable characters get a little yellow box which is different from the squiggly underlines most linters and stuff use which at least makes it a bit more recogniseable.
Personally I can't stand having underlines all over my code, so I'll usually just "fix" the non-issue if possible, or otherwise just disable whatever the warning is entirely.
Ahh the solution is simple, in VS Code add these lines to your general config
"workbench.colorCustomizations": {
"editorError.foreground": "#00000000",
"editorWarning.foreground": "#00000000",
"editorInfo.foreground": "#00000000",
},
Then get the error lens extension, it's so much more pleasant. Visual example
I love that look, ugh. The inline errors are much more visually appealing vs the usual squiggly underline
I might need to look at vscodium since I'm not too keen on having more microsoft telemetry on my desktop. Been using Atom for personal projects thus far.