anuragsoni

Apple maintains servicetalk[1] (java networking framework built on top of netty), so I'm guessing this is one potential JVM framework that was being used.

[1] https://github.com/apple/servicetalk

I have a tv that shipped with Google TV and I've seen this chicken tender advert on it this week.

I think you've shared this on the wrong thread. There's a separate post every month for people looking for new roles. This month's post is: https://news.ycombinator.com/item?id=36573869

Amex does have products that cover both these use-cases independently, so I'm assuming if Apple-Card indeed moves over to Amex these features won't go away and would instead be fulfilled via Amex savings account + Amex's existing cash back support.

> savings kickback

Are you talking about cash back? If so Amex does offer cards that support cash backs (I've had one for quite a few years). If you are talking about savings accounts, Amex also offers a High Yield Savings account whose rates are very competitive with other banks in the US.

`finally` will also cover scenarios where the an exception is raised from within catch, or if the catch block doesn't handle an exception that's raised in the `try` block.

I've definitely had bad experiences with take home tests, but well-run take home setups can be a lot nicer than phone-screens with live coding.

When I interviewed at my current employer they made it very clear that the take home was meant as a conversation starter, and everyone who gets a take-home made it to the on-site (virtual in this case since its a remote role). This removed the guess work into whether the test will be a waste of time, as there was a guaranteed on-site interview. The test itself was also a more accurate representation of a simpler version of problems that the team was working on, as opposed to a generic algorithm problem.

Overall this was the most positive interview loop I've ever bene through, and was a big factor in making a decision to say yes to the job offer.

I don't work for fly, but I'll say that while the end-user of fly.io isn't expected to run an orchestration system, fly.io themselves runs an orchestration system (nomad from what I can tell), so it seems like a fairly reasonable idea for a take home evaluation for an infrastructure role at the company to evaluate skills/knowledge about orchestration systems.

That sounds like a problem with GRPC not protobufs.

For python there is https://github.com/ezyang/expecttest which is modeled after the OCaml expect test library.

I don’t think this is quite correct. https://constitution.congress.gov/browse/essay/artIII-S3-C2-... for further reading, but non citizens owe temporary allegiance to the United States while residing within US, and can be charged with treason.

Immigrants in the US (including people who aren’t permanent residents) are considered residents for tax purposes and pay the same tax rate as citizens.

Its a sample size of 1, but I found my previous job through a whoishiring post.

> I wonder how it compares to Mypy on speed.

I use pyright at work at my current job, and used mypy at my previous job. Pyright has been better in almost every aspect in my experience. Its been more robust, and performs a lot better than mypy at type-checking in a fairly large mono-repo.

Ubuntu has been packaging the binary Nvidia non free drivers for quite a few years now. There's an easy to use GUI app [1] to enable the non-free drivers, and switch between the different Nvidia driver versions.

[1] Software and Updates is the app's name I believe.

So does the kobo (at least in the US). Kobo devices have the overdrive app installed on them and you can search for and borrow library books from within the device.

Just because you don't like remote work (or if remote work doesn't work for you), doesn't mean that everyone who favors remote work is lying and that remote work is nonsense.

It is indeed true that the effect system will evolve in the future, and there is no syntactic support for effects in the 5.0 release. That said, the standard library in 5.0 does contain functions that will expose the same set of features, and can still be a very useful way to build things using effects. I'm hoping experiments in the wild will prove to be useful feedback as the effect system evolves in the future OCaml releases.

EDIT: https://discuss.ocaml.org/t/multicore-ocaml-september-2021-e... is a forum post that goes into more detail about the state of effects in OCaml 5.0

This looks like an excellent release. The addition of "blueprints" will go far in lowering the barrier to entry for people like me who just want a quick and easy way to put up something presentable. The blueprints also serve as a great example to learn about some of the soupault features so that's great!

Its a good time to try it. The tooling has come a long way and OCaml has an excellent build system [1] (dune is probably the best build tool I've used and I miss it whenever I use other programming languages), excellent editor tooling for vscode [2], emacs and neovim. OCaml 5.0 will bring multicore support [3] and an effect system that will cover a lot of interesting use-cases. As an example with OCaml 5 it'll be feasible to have concurrency libraries that still let you write in direct-style [4] [5]. I don't intend to say that OCaml will fit every use-case, but there is a lot going for it even in its current form before multicore support lands. If you want a language that compiles fast (it does compile really fast, at-part with Go if not better), has excellent performance characteristics, and has a good story for concurrency, you should give OCaml a chance!

[1] https://dune.build/

[2] https://marketplace.visualstudio.com/items?itemName=ocamllab...

[3] https://discuss.ocaml.org/t/the-road-to-ocaml-5-0/8584

[4] https://github.com/ocaml-multicore/eio

[5] https://github.com/anuragsoni/sandbox/tree/main/ocaml/effect...

You'll be limited to whatever python version is packaged on the host operating system. pyenv can let you test against development versions of python if needed, or released of python that are either new enough (or old enough in some cases) that they aren't available on your operating system's package repositories.

virtualenv doesn't let you manage installations of different python versions. This is the problem that pyenv solves.

Merlin is not obsolete. OCaml-lsp depends on Merlin for one. It is also a really nice option on its own, specially for people on vim or emacs.

If you are using vscode or any other editor that supports the Language Server Protocol [1], ocaml has an excellent LSP offering [2] now that is built on top of merlin. There is a vscode plugin available as well [3].

[1] https://microsoft.github.io/language-server-protocol/

[2] https://github.com/ocaml/ocaml-lsp/

[3] https://marketplace.visualstudio.com/items?itemName=ocamllab...

Macbook Air has never been marketed/sold as a 'Pro' device. There is the Macbook Pro line for that.

A lot of people don't want to be a sysadmin just to use a chat application.

Yes it is. There was a new major release last month: https://mirage.io/blog/announcing-mirage-40

> The language I work in is not even one of my top priorities when looking for work, but still it would be cool.

Same! I've made the mistake of overlooking certain things just because I wanted to get some real world OCaml experience in the past, and I will not make the same mistake again.

At my current job I mostly use OCaml and Python, with some Typescript for whenever I need to touch a frontend application. As much as I like using OCaml, I'm more thrilled about working on a team where I enjoy working with everyone, and having a work environment that provides flexibility about picking the best tool for a job. Most of my OCaml hacking still takes place on my free time, and on my personal open-source explorations :-)

> Thanks for the response!

You are welcome! Sorry if my responses weren't too useful with respect to using OCaml at work.

The first time was hearing about a startup that used OCaml on one of the monthly hackernews Who is hiring thread. The current day job was also somewhat similar in that I had read about a startup's job listing on the OCaml forum [1], checked with them again a while later (the startup was acquired by another company), and found an open role on the team that continued to use OCaml after the acquisition.

> it but it seems like there are very very few jobs that use it primarily.

I completely agree. I never tried looking for an OCaml job mostly because there weren't enough options at-least in the US (I'm based in USA), and I am picky about who I work for and wasn't interested in exploring job opportunities at companies working on cryptocurrencies. I just got lucky that I stumbled upon two different companies that used OCaml. The first time around I applied for the job because of OCaml, the second time around it was because I liked the company and OCaml was an added bonus on top.

[1] https://discuss.ocaml.org/

> It lets you keep the core logic clean & fun and then you can just shrug and let rip with the mutations or whatever when that makes the most sense.

Very true! I've used mutations and imperative OCaml quite a few times. Sometimes it was for performance reasons (I've been working on a web server library), and other times when loops either made the implementation a little easier to read, and/or helped avoid some allocations. I am glad that the language is pragmatic enough that I can still use mutation or imperative code where it makes sense, while still being able to present a nice clean api on top.