Royalaid

What are you doing posting here? Go do something about it instead of lamenting the end.

I would also like to echo this. Yes most of everyone on HN hate Electron and they can point out any number of reasons why it's bad, and they would correct. In spite of the technical problems Electron is still seeing growth and continues to ship in new products.

If you think Electron works for what you need I would say use it and just ship, once you have more resources reevaluate if it is or is not working.

Within Clojure almost all data is directly serializable to data literals. Java objects don't have this property directly and are guaranteed to exposed everything via methods. Datafy and Nav just give Clojure the power to codify your observations. You're right for the most part, this is just the tools for interop (and a bunch of cool stuff you can build on top of it).

I too am getting that vibe

This is a good post for anyone using core.async because a lot of this I had to discover by hand and it takes a long time to unearth this knowledge. Thanks for the write up!

Just would like to say that being able to leverage an immutable DB at work is amazing, just give it a try and value (timestamp) and you can roll back to any point in the dbs history. Has saved so much heartache between debugging and undoing changes

My personal experience is that most programmers either like or don't like type systems. If you don't I would highly recommend Clojure, if you do I would highly recommend Haskell.

This is getting better but unfortunately your best bet is still to read some examples of good open source projects. If you or anyone interested in some good starting places for good Clojure see:

  - https://github.com/gothinkster/clojurescript-reframe-realworld-example-app for a great webapp example
  - All of https://github.com/ztellman work but specifically:
    - https://github.com/ztellman/manifold for more advanced Clojure
  - https://github.com/reagent-project/reagent for interop with JS and advanced Clojurescript usage

It's all tradeoffs, all the way down. The good thing about Java is most problems are solved or have easy paths forward by dipping into the massive development talent pool.

I think that part of the power of LISP is it's dynamic nature but if you want typed options they exist for Clojure and Racket. There is also development on a language called Carp that aims to be a Clojure style language for C https://github.com/carp-lang/Carp.

I just want to say that the tooling setup isn't great and you kinda have to buy into a small ecosystem to do clojurescript Dev and the easiest is probably to use lein+lein-figwheel. If you have any questions feel free to ask!

Yeah, because the JVM can't do TCO you can't have nice recursion. The options in the language provides are good enough but definitely not the most ergonomic.

Instead of just saying wrong, say why this opinion is wrong. Otherwise you come as smug and looking down or manipulative and trying to steer the conversation.

I can contribute some. Mostly it comes when you attack problems and conceptualize your solution to that problem, it does not come when looking for a library or digging through the API. Almost all of the problems you will encounter in your day to day work will be something with an already known solution or use a well known and researched pattern.

Knowing the common language and use cases for data structures is probably the one I lean on the most. Seeing the general shape and feel of a problem that needs a graph style solution or being aware that looping through a nested array is bad but that there are easy off the shelf solutions built into most languages to that problem is important. How else would I know that at the root objects in js, dicts in Python, maps in Java, C#, and Clojure are all backed by the samething and have similar properties or that those properties shape how you interact effectively and efficiently with those things?

Additionally it opens the world of acidemia to you by teaching you the conventions and tools you need to read and make sense of comp sci papers which let you stay at the cutting edge of your field if you want to, imagine being a machine learning engineer before Google made this huge push in ML, I tried when I first started college to grasp the ML stuff but most of it was beyond stuck in papers behind lots of calculus that I didn't have the time or desire to learn. My CS pushed me through Calc 1 and 2 so if I wanted to I could just brush up on that and push into ML.

It's hard to explain for a lot of people because in reality you can go it alone and do fine but it always be the case that your whole career you didn't get a CS education so you might have holes in your knowledge that you had no idea about. Additionally it lowers barriers to careers and gives you an incredible opportunity to build a social network of interesting people who in general will go on to do big things and you can leverage that social network for even more career gains.

I haven't even touched on the social aspects of college which you can dip into if you want or the fact that it gives you an opportunity to learn how to live on your own all of which are important but directly connected to CS but rather college as a whole.

TL;DR You don't know what you don't know but college helps you get those tools and teaches you s whole bunch of lessons along the way, but you can go it alone of you want.

I have a similar situation to yourself. Honestly I have found that working environments become "soiled" for me over time. I try to constantly mix up where I am working in my place or get out of the house to a coffee shop to work if I am not focusing. Keeping s good rotation of these work spaces has been a huge boon. Often times I work from the couch in the living room, take a break, move to the kitchen, then end the work day in bed without the TV on. Eventually I will probably move back to working in my office but since the new WoW expansion has come out my office is no good for productivity.

I would be curious to hear why. Where I work currently is full stack Clojure and I love it but have a few gripes (refactoring can be a pain) but overall it feels like a huge boon.

I am also in this camp and want to say that twitch especially is just horrible for performance

Spoofing geolocation is possible too.

The best I have found is apps on android https://github.com/TwidereProject/Twidere-Android is what I use currently. For cross posting I use https://moa.party/. For I unified feed on web I am still looking.

I would also recommend You are not so Smart and You Are Now Less Dumb if you like the cognitive bais theme

From what I understand I think don't know and it hasn't been extensively modeled because we are still trying to just get the process to start. Having said that I think that if the reactions containment breaks the actual fusion process breaks down super fast and cools much faster then something like a meltdown at a fission reactor. If any more qualified wants to refute any of this please do.

Seeing the age of this comment when I came to the thread and it being at the top I kinda brushed it off and scrolled on to the rest of the comments.

It literally looks like astroturffing against dart as a language.

I think this awesome that, even though dart is seeing low adoption, Google is pushing forward and building flutter. The framework and language look like they have a lot of good technical reasons of existing, chief amongst which is native AOT compilation.

Best of luck to the team!

Generally when it comes to interoperability with JS the problem stems from assumptions made by the people designing the JS APIs and what is idiomatic in the compiles-to-js Lang. Clojurescript, Reason, Purescript, and Elm all have a specific way they want to work and the browser APIs go against that.

If anyone has any advice on how to help this I am all ears but writing garbage interop code gets old.

Additionally things like Spring and dropwizard also add some overhead for better developer UX which rust doesn't have yet.

Which has inspired https://leanpub.com/elementsofclojure

That's because of ETH not BTC

This does sound like a really good idea. Have you made an RFC or proposal to the team to see if it is possible?

I feel your pain but from a different angle, I am trying to find a job right now that is clojure and either its on site in SFO (No thanks) or in London. Breaking in seems hard enough and then hearing stories like this don't instill confidence. I really hate it because going back to dealing with OO is actually painful, it just seems like it's building up a whole big skeleton for little benefit.

Can you expand on this or point to specific bills? I am curious