That is why I think of java when using python's concurrent.future package.
HN user
swuecho
The market is so bad, and most interview sucks one way or another. The main reason is interviewer have tens or hundreds application for same position.
I have just went through one interview that have 4 rounds.
1. half hour talk 2. 2 hours coding for several crud api. 3. system design project ( I spend 2 days on it. they told I have about a week on it) 4. another half hours with CTO.
and then got rejected. (The interviewers does not bother to send a reject letter. I asked them they told me the position is closed).
mac mini 8G runs at 10tokens/sec
What is your journey about F# and Fable?
I find Fable is good too and generated code is very readable.
it has free chatgpt4 and copilot is a joke at now.
most of chinese are cut off from chatgpt.
I use cursor to generate code and then edit in vscode. it is free and generate good code.
very useful tools!
That's exactly the island in Fresh does. Use Island for interactivity
move on and prepare for next one.
In theory, you could write dbt in make. Actually, Whenever I introduce to others about workflow concepts (DAG), I tell them it is similar to how make works.
If it is for for affirmation. The answer is Yes. I even write a similar tool using Scons. However, dbt is far better.
thanks!
Interface directly with customer ICs ==== what's IC?
read a blog claim that asyncio does not faster than normal python code. so why async?
Known Limitations With statements Pyjion does not currently support with blocks.
This is on the roadmap (and related to try..except).
=====
I thin with block is used all of the places, so this limitation make it not usable to a lot of projects
Thanks for the links. eye opener for me, despite using python for serveral years.
5/mo digitalOcean instance should handle 100/req fine
I don't think they need 100 more current connection. Assume one process take 1 connection, only several connection are required.
I think there must be some misconfiguration there. otherwise, the throughout should not be that low.
If possible, the author should setup a demo (contrived query, but similar to production scenario). From there, others can give valid suggestion or improve the code and configure.
In China, retail investor are called '韭菜' (Chives). Obviously, nobody care.
Strange Parts is marvelous.
no server is required. check https://pyodide.org/en/stable/usage/quickstart.html
do you know sql.js?it is sqlite in js.
not sure the json support. if you move the sqlite to frontend, no server is necessary. upload a sqlite db or csv and explore.
finally, some ocaml project has good document!
ocaml ecosystem is smaller than haskell. ocaml kind of meets the minimal requirement, but far away from production grade.
in frontend, bucklescript changes too quickly. js of ocaml is hard to use. good luck if you want to trim the code size.
They were none-profit at initial stage (free education for anyone, first Ng machine learning course), but later somehow turn to for-profit.
relying on the poor experience and artificial overhead to launching that software independently and in a production ready fashion.
I feel elastic stack work against developer too. Not a good sign for open source product.
Having someone who wrote the compiler to answer the question is very lucky, especially when port the code to new version.
reading the blog and finally play the game feels great, even though I do not know much about D.
well. rescript still compile pure ocaml code just fine.