I did expect it to be theoretically possible, but how realistic/sensible is it really to do an Erlang project with Elixir libraries or frameworks? Elixir brings a lot of its own tools, conventions and so on. Will it soon take over my project, making it a better option to just use Elixir for everything, or would it be very manageable and not interfere much with the rest?
We use both Erlang and Elixir where I work. We successfully use Erlang libs in our Elixir projects pretty easily. We recently started trying to do the reverse and use an Elixir app inside an existing Erlang app. It has been significantly more work. The main issues have been around dependency management.
I wasn't personally working on this, so I apologize for being fuzzy on the details, but I understand that getting rebar3 to fetch all the deps that would normally be managed by hex was not possible or at least non-trivial. There was talk of having to manually install each dep that you knew the Elixir lib would be requiring.
I think it was sorted into something workable, but if anyone has better understanding I would love to be pointed to some resources!
Had a quick chat this morning with the people that worked on it. The package rebar3_elixir_compile[0] makes this pretty easy. However, our target Elixir lib is not a public hex package, which requires using git submodules.
Not a seamless setup, but it does work. As the sibling comment suggests, perhaps using mix for everything would help.
I'll ask around in the company for more information.
I've worked briefly on wrapping an existing erlang app in a Elixir (Nerves) container and I did have a few issues around dependency management which required small changes here and there, but nothing major.
One area where I usually spend more time than I'd like is to get type specifications in good shape so that dialyzer doesn't report too many warnings, but that gets better with every Erlang/Elixir release.
Things have gotten a lot better over the past year with the NYC bike share, especially with maintenance, but there's still a ways to go.
Generally speaking, if you're commuting, bike docks (where you pick up and drop off) are empty when you want a bike and full when you want to return one.
The official Citibike app is also terrible, and the data Citibike makes available is often inaccurate (shows bikes or open slots when there aren't any). The app "Bike NYC" is a good (free) alternative, but obviously limited by data quality.
I recommend Citymapper. It's been super reliable and pretty accurate (although my impression may be colored by how bad the experience had been in previous years).
Another alternative is Transit. It supports bike share data in many cities, including New York. However, it's likely it suffers from the same data quality issues as the Citi Bike app.
> data Citibike makes available is often inaccurate (shows bikes or open slots when there aren't any)
I'm not certain if you're seeing the same thing I am, but I've tracked the inaccuracy of the data for citibike back to an abnormally long refresh time when the app loads. So it preloads whatever the last view of the system is, and displays that as the truth, while it loads a new one in the background, which takes sometimes as long as 60 seconds.
So I could see that looking like it's displaying inaccurate data, because it's unclear that it's refreshing the data.
A lot of people have the situational acumen to know when seeming to admit flat ignorance is a bad idea.
If you're not sure about a particular fact, make an educated guess if you can or relate what you can from memory, and say, "I'll have to check on that and get back to you," then actually check on it and get back to your questioner or the audience later.
You probably shouldn't, as they are distinct terms. A futures contract obliges you to make the transaction on the specified transaction date, whereas an option gives you the option to do so.
This is a twist on the basic web-based feed reader concept that a friend and I have been working on in our spare time for the past couple of months or so.
Users can mark items as liked/disliked, and the app will not show the user new items it thinks they won't want to read. It's done on a per-user basis, i.e. my preferences won't affect your reading list and vice versa. It's built on Rails.
It would be great to get some feedback about layout and marketing copy if anyone has any.
We'd be happy to go into more detail if you have any questions about any aspect of the project.
I don't like having a narrow strip of content with acres of whitespace on either side.
Also the font for the article title is HUGE and why is it not a link to the article?
I don't like that the way it shows that an article is read is by making the "Mark as read" button pressed in.
You don't have any social sharing stuff - people are going to want that.
I think you should have keyboard shortcuts for like/dislike so people can zoom through their feeds going nope-nope-yep.
There's no unread count.
There's no indication of how old an article is.
Also I don't know if it was trying to download every article from every one of my feeds or something but it maxed out my internet connection for a couple of minutes.
As far as marketing copy goes, I found "Free during beta
No credit card required or commitment." scary. Who would pay for a beta? It feels like you're thinking about money before I've even had the opportunity to see if your product is any good. There are a lot of feed readers out there right now and a lot of them are free or cheap, so it's got to be GOOD for me to consider cracking the piggy bank.
It depends what your goals are and what kind of shape you're in to begin with, but rest is important. If you've been working out for a while, the generally accepted wisdom is that you should have 1-2 rest days each week, though in my experience you can maintain pretty well and even see gains with just a couple of workouts a week.
