yes it is endless discussion, maybe that is the reason this thread should be
closed. It is not constructive and very opinion based. Stace Overflow likes to
close those questions very fast.
@gokr Thank you, I think it was wise not to join this thread. But now I really
liked to read your
I really tried to not reply on this thread, because ... it's a subject of
endless discussion. I work currently in Electron, our Workbench at
[Evothings](http://evothings.com) is written in Electron and ... well, there is
nothing inherently wrong with Electron itself (making it possible to
> Bye bye! Hope you never use the JavaScript language and libuv.
Don't take people not liking JS personally, it's no knock on you. JS is an
important technology right now, even if there's disagreements on it being the
best technology. JS and Nim are pretty much at opposite ends of the spectrum
> You said you know the JS language well. Have you ever used one of the
> following tools: TypeScript or Babel, Webpack, Browserify, Gulp, Grunt,
> React-Native, Electron, NodeJS? If you don't use anyone, could I say "you
> don't understand JS"? You know, these are tough requirements for a
> Why don't Nimers develop an os system?
[Mozilla Foundation](https://en.wikipedia.org/wiki/Mozilla_Foundation) gets
tens to hundreds of millions of dollars a year. Nim is getting started with a
lot less, for now.
> Why there is no a good GUI facilities? (Fortunately, we had nimx. Wish nimx
>
@Libman
There is no point in what you say. You never volunteer your time to do anything.
@Araq
Now, waste your rights! I've seen a narrow minded team living in a Utopia.
Bye bye! Hope you never use the JavaScript language and libuv.
@Araq
> I'm having enough of this now. Disagreeing is not "not understanding".
One should always base one's opinion on facts rather than write hundreds of
lines of code. You said you know the JS language well. Have you ever used one
of the following tools: TypeScript or Babel, Webpack,
> Electron is not a simple adhesive, but a careful design
>
>> Electron enables you to create desktop applications with pure JavaScript by
>> providing a runtime with rich native (operating system) APIs. This doesn’t
>> mean Electron is a JavaScript binding to graphical user interface (GUI)
>>
> The truth is that you don't understand web at all.
I'm having enough of this now. Disagreeing is not "not understanding". This is
my last warning. One more personal insult and I will ban you. That's what this
"toy software" is capable of and Oracle's cloud service business won't prevent
it.
@Libman
> I think TypeScript is uglier than Nim, and it is objectively more verbose.
When I recommended Nim language to other people, they say they hate
indentation. Don't be conceited.
> This forum was written in Nim. Its source is more readable than anything in
> NodeJS, and its performance
> Discrediting comment.
I think it's important to [remember the
context](http://aynrandlexicon.com/lexicon/context-dropping.html) here...
This is a Nim forum - for people who like or want to learn Nim. It seems that
_tulayang came here to evangelize JavaScript, TypeScript, and Rust (the latter
@dom96 @Araq
You designed a handy language and compiler. But I think you're too concerned
about yourself (the core Nim compiler team). This thread is created for all the
enthusiasts of Nim-lang in this forum. I never thought the core team could
build these huge systems. Putting these things
Any programming language where the typo in `foo.typo > 5` is not caught at all
is broken beyond repair. If JS was the only programming language left I would
stop programming. I really hope JS to go away as unrealistic as that hope might
be. No amount of links about "how JS is misunderstood" can
> @jibal
Krux02, if you're writing to a general audience, or just because you like to
type, then fine, but if you're actually writing to me then please spare
yourself the effort ... your problems, with JS or anything else, are not my
concern, especially when you have simply ignored the links I
**I have admittedly only skimmed this thread but it does seem like the
discussion has gotten a bit heated here. Please cool it and have a respectful
discussion.**
> I listed some popular projects. The purpose of this is to think about Nim: >
> * Why don't Nimers develop an os system? > * Why
> The purpose of this is to think about Nim: Why don't Nimers develop an os
> system? Why there is no a good GUI facilities? (Fortunately, we had nimx.
> Wish nimx have a better future) Why don't Nim care about IoT, big data
> processing (such as hadoop), intelligent robot (such as ros), cloud
JS's crusade in Nim forum, surprizingly
"It's a rather obvious fact that ECMAScript isn't going away soon, if ever."
> That is sad enough, but there is still hope that it can become redundant.
Sigh. Get a clue:
@jibal
> Yeah, because a) JIT hasn't been invented and b) all machines have the same
> instruction set.
A JIT alone doesn't remove VM bloat. It also requires a languare that is
designed to be JIT compiled. Everything being garbage collected reference types
is not the best idea to make things
I probably said more than I probably should already have said. I don't know
everything nor do I pretend to know everything. Bunt since we are all having
fun in our rant we can go on.
@_tulayang
> Did you given any valuable evidence yet? No, you didn't.
Neither did you. I don't have any
> Computers becoming faster (including latency to a compile service in the
> cloud) should have encouraged smarter compilers instead of more interpreter /
> VM bloat.
Yeah, because a) JIT hasn't been invented and b) all machines have the same
instruction set.
> you have a very hard time
@Krux02
You said your opinion, and I said mine. If you still have any intelligent
opinion, tell it.
I listed some popular excellence systems currently. Microsoft, Linux
foundation, Google Cloud, Intel and etc are all working for them. Then,
somebody thought HTML, JS, and ... are so crap, and
@_tulayang you have a very hard time accepting that people can have a very
different opinion that you have, don't you? Sorry we don't agree that the web
development stack with EcmaScript is the future. I really hope that someday
[WebAssemply](http://webassembly.org/) renders EcmaScript
> Electron is further piling on top of the Web browser stack, which has always
> been and will always be crap... HTML is crap, JS is crap, IndexedDB is crap,
> etc - and anything built on top of them is crap by default. But, hey - at
> least it's a dominant open standard, so it could be worse
{{{ [pours bleach in eyes](https://youtu.be/_pFxgmDfKP4) }}}
@Libman
I don't think so. In the future Google's ChromeOS will be a succeful OS (We
know they're working on it):
* focusing on app
* easy to install
* cheap to operate
* looks beautiful
* seamless connection to the network
Electron is not a simple adhesive, but a careful design:
>
**RedoxOS** is a very interesting project. We'll see if it does better than GNU
Hurd, Plan9, MINIX, HaikuOS, etc. It would be better if it was written in Nim,
but crosspolination of ideas is even more important than of code. If Redox
succeeds as the first popular post-C/C++ OS, I think that
@_tulayang let's agree to disagree. There is no value in this argument. I will
not agree with you. And I don't develop GTK or Winform application, because I
think they are too complex without any good reason to be so complex. I normally
write my own GUI systems with all the tools I need to
> Hiding complexity does not remove complexity. It just gives you the illusion
> that things are simpler, when they are not.
Do you really understand the (gtk, winform) system when you develop an
application using GTK or winform? No, you don't unless you are a core member of
GTK / winform.
In
I think the fact that they have the commitment and numbers to undertake such a
project is astounding. It makes me want to learn rust and contribute to the
project. The idea of having a completely rust based operating system sounds
like something that could work. Redox for OS, Servo for browser,
> applications are written in C, and the programming model requires a fair
> amount of expertise. A JavaScript interface hides a lot of this complexity.
Hiding complexity does not remove complexity. It just gives you the illusion
that things are simpler, when they are not. That is one of the
@Krux02
You should really look at [Zephry
JavaScript](https://www.zephyrproject.org/community/blog/introducing-javascript-runtime-zephyr-os)
\--- "JavaScript* is one of the most widely used programming languages today,
and in recent years has jumped from its origins on desktop web browsers to
Redox looks impressive and while it would be nice for us if it were written in
Nim, it's high time people stop writing C code. It's a nice project.
Too bad it implements a Unix which means a **stringly typed** programming
environment, defective shell scripting languages, tons of red tape,
@Krux02: All my thoughts. Using web technologies is a torture even for
developing modern web applications (they were created in 90s for formatted
text, not for what sites are today), and using them for desktop applications,
for which sane technologies exist in quantity - is just madness. It's
Redox: I like the idea that people want to build an operating system in Rust. I
think it is a great way to show how powerful and productive that language is.
As a real operating system that people want to use, I dont really want it. I am
using Linux, and I have already not all software. Adding
I heard about Rust OS some months ago (Is there one more than Redox). I think
that is very interesting, indeed that would be my main motivation to learn Rust
language deeply.
But it is very hard for new operating systems to become popular. For Linux it
was a bit different, because it was only
36 matches
Mail list logo