Hacker News new | past | comments | ask | show | jobs | submit | satyenr's comments login


Wow didn’t know palm still made smartphones, I just think about early 00s PDA. But that phone looks amazing, I hope they bring it to the EU market as well. I’d prefer an iPhone but I’d consider to switch for that formfactor. Honestly though, I’m fine with 4” but the iPhone XS I have today is so clumsy, very hard to use with one hand.


C, C++, D, Nim, Haskell, OCaml, Rust, Swift, Objective-C, Crystal..... the list goes on. Many of the languages have a native code implementation in addition to an interpreter or a byte code compiler — e.g. Common Lisp (SBCL), Scheme (Chicken Scheme), Kotlin/Native.....


I was looking for languages which produce binaries which are self contained (in terms of being statically linked OR dynamically linked with few dependencies) close to what go produces, out of a default build process.

I guess with musl C, C++ and Rust can do that though it is a bit of work.

OCaml seems to link only to non OCaml stuff dynamically, which fits the bill too.


Why does default build process matter? Once you haven figured it out and automated it (say, using a makefile), it doesn’t matter whether you’re using a default build process or not.

Also, the likes of Haskell let you build binaries dependent only on OS provided libraries whereas the likes of Nim compile to C. You might want to play with the short listed languages to get an idea. A simple Hello World will tell you what they link with by default. Anything beyond that is up to you.


I was actually wondering with all these new languages like zig, Odin and v are there any that produce dependency free binaries.

I've done some work in rust, c++, and nim before. But looking at some of the comments here and rethinking the pros and cons it seems a fully self contained binary might be more trouble than it's worth and some dependency is fine as long as an easy to use packaging and deployment process is found.

Sorry the question was a bit vague. I don't think I explained well what I was looking for.


Doesn’t LastPass Authenticator suffer from the same problem? If I understand correctly, they store the MFA secret in the same account — meaning if your LastPass vault is breached somehow, so is your MFA.


The last I checked, Swift is not supported on Windows — and Linux support is tentative at beat. I mean, only Ubuntu is officially supported.


I can’t find anything that suggests Ubuntu is the only officially supported distro. Can you share a reference for that?

I have seen a lot of movement for Windows but you might be right that this could be a problem. My hope is that it gets resolved before I get there. Great point though. I kind of just assumed I could ship Swift on Windows.



Download and run code written by strangers without understanding what it does — what could possibly go wrong?

https://www.zdnet.com/article/two-malicious-python-libraries...

Ironic that this was published today. :-)


> Download and run code written by strangers without understanding what it does

Like a web browser does?


There's certainly a risk difference with code that runs in a reasonably well thought out sandbox.


That — and I am not a big fan of browsers getting more and more access to the hardware/OS over time.


That means being beholden to native apps on every platform if you want to do anything at a lower level. I'm not sure that's a better solution.



Thanks, Thought I was going crazy.

Lol about it being crops and not trees, what a crap article.


Do you really want to compare Photoshop with VSCode?


> At #5, you have code that is as fast as it gets. It is nowhere near as fast as native code (any benchmarks you think of are synthetic and designed to show JavaScript as fast—it doesn't take a lot to shake out the issues).

This. And to make matters worse, a lot of benchmarks start with something like, "To be fair to <the slower language>, let's cripple <the faster language> by implementing the programs using the paradigm favored by <the slower language>." If you want the real results, have an expert in each language implement the spec without looking at the other program.

Someone mentioned Photoshop being slow compared to Slack/VSCode. That is Apples to Oranges comparison if I ever saw one.

> And the disadvantage is that they are are huge, resource intensive and pathetically slow.

And don't work natively on any platform. You essentially program for the lowest common denominator and do not take advantage of any of the features provided by the platform -- especially accessibility. For example: Zoom In on any half-way decent editor increases the text size. Zoom In on VSCode (macOS) blows up the entire UI -- leaving little space for actual text. This is just one example -- I can line up many more.


> Advantage of web app is cross platform uniformity. Write once, run everywhere.

In theory -- yes. But in practice, it is write once, debug anywhere. Remember a certain electron app consuming 100% CPU for a blinking cursor on a certain platform?


> fast featureless editors like Sublime Text, Gedit, Notepad++, Vim/Emacs etc.

How do you count any of these editors — especially Sublime, Vim and Emacs — as featureless? If anything, Vim and Emacs are more fully featured than VSCode and Sublime Text not exactly far behind. I haven’t used the other two during the last few years, so can’t really comment on the state of plugin ecosystem for them.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: