HN user

hackandtrip

243 karma

Backend Python/C++, occasionally devops with Terraform

Posts4
Comments156
View on HN

We keep seeing the number 8$ billions of losses, but I wonder: does that number already include the enormous depreciation of Crypto which is taking place after SBF's demise?

What if users' possession on FTX are actually valued much less now?

Apparently when another VC firm (Social Capital) suggested to create a board before going through with their investment, they received a plain&clear "f*k you".

Corporate governance, accounting, and all the other boring stuff should literally be the first things which you should look at when assessing whether to fuel or not an exchange.

There is no way a person in his position has any time for focus. CEOs of big companies (especially in case they manage multiple companies!) usually act as firefighters and mainly mentors to top-management. They need to be able to quickly jump between calls, board meetings, press, Q&A, in matter of minutes.

Something very similar is also written in Cal Newport's Deep Work book, where Jack Dorsey's typical day is outlined just as a series of interruptions.

I guess that tweeting between these interactions is not that time-consuming for him, + he actually sleeps at the workplace and is 100% focused on work.

Apple is TSMC's largest single customer, but they're only ~25% of their revenue.

Consider that Apple is also 25% of total assets of Berkshire (around 250$B), so it's not much of a surprise that Berkshire is going into the main manufacturer of the biggest stock they have - hence the strong linking between the wto.

Supabase Vault 4 years ago

Ideally, you could have a Postgres instance specifically dedicated for secrets - I don't see why you should couple sensitive and non-sensitive data. Many OSS services like HashiCorp Vault just do that: you give Vault a backend (which can be a Postgre DB, just like the one Supabase is offering) and it's gonna use that to save the secrets.

You could then use (e.g.) OpenID to connect to the specific instance of Supabase with those secrets from your application

Dropbox Shop Beta 4 years ago

Public company pivoting so many times on low-impact high-competition niches?

They surely must have saw that there is a hole to be filled, but I find it a bit hard to see them surpassing Gumroad.

Twitter Notes 4 years ago

I do wonder how this plays with the acquisition. IIRC, one of the merge agreement was for Twitter to avoid drastic changes that could impact the value of the company - this seems pretty big to me.

I work at a fairly complex distributed system (lots of infrastructure, mostly event-based system with milli-seconds latency for interactions between services managed mainly through queues, either managed externally or internally, 90 million MAU) and I cannot agree more.

Also, I would say that the difference is not much "scaling" a CRUD app for request/seconds, but for engineers on a single codebase/service, also architecturally. It's one thing to work alone on your project (which will probably handle k req/s, it's very easy nowadays with classic PostgreSQL and some other queues like RabbitMQ if you need event-based system). It's another to work on the same system with 100x more features, complexity (either in the same monolith or in different micro-services), and especially understand how to be pragmatic and solve problems you did not account for.

No amount of study can prepare you, other than first years at work. Afterwards, in my opinion, the challenges become improving the technology to scale more, and management.

I hope the growing interest (probably driven also from the crazy $$$ that prop shops are paying) in algo-trading will lower the barrier of entry.

Another interesting platform which grows on similar concepts is Composer: https://www.composer.trade

A big missing piece in OP's project is a backtesting - I think that a very important part of testing your strategy is trying it on real-world data.

UX-wise, as other said, I think it makes sense to ask for the CC as late in the process as possible: you will make your most valuable user understand how great your platform is.

Also, I think that for a platform such as yours, credit cards are absolutely a must. The risk in opening it to scammers (mining, torrent seeds, etc) is just to high; I remember reading this from fly.io [0] that explains the pain in reducing fraud.

0: https://community.fly.io/t/new-prepaid-credits-and-a-bonus-s...

What's the difference between that, and just using a private variable?

Languages may not be able to restrict the operations you make on certain variables even if they are private, and even if you should use only public interface, it always happens that you try to tinker with libraries internals to get your hack working... Having this explicit in the name to me is just a stronger repetition of this concept!

Caught it during July 2021 just two days before my planned second dose (Italy's vaccination rates were quite slow back then), had fever at 40 degree celsius for around 3 days, and around 38 for the next week. Luckily very mild cough. Paracetamol had no effect when symptoms started.

No idea on the long term effect, but surely I will remember for a while being delirious for three days straight.

It is probably caused from postmortem culture not being shared in the community.

"Having problems" in this world (any kind, not only due to the github scale!) is something that happens - we are not perfect and we work on an incredible amount of layers of complexity.

It is sufficient to actually touch production code on a daily basis to see that it can happen to the best, with the best observability systems or processes. The key is avoiding blaming, and understanding iteratively how to fix the problems underneath (faster recovery, detection time, and so on).

Refactor functionalities in JetBrains tools probably saved tons of hours of incidents, typo bugs, copy and paste... only that makes IDE Driven Development as completely worthed it.

Also, tools such as Tabnine take away the plumbing from coding - I am so much more focused on the high-level design and goal of what I am doing if I don't have to pass so much time trying to remember what I wanted to write...

Well, that's because threads are just first citizen in Zulip, even more than in Slack!

Basically, a thread is visible at a first glance from the UI, while that's not true in Slack. Also, you can kinda replicate Zulip structure by just using channels with naming conventions, so you have: - generic channels, e.g. for status update for many stakeholders - specific channels for each feature - threads in each channel where you discuss a single point

I understand and agree on this, BUT I feel like we are not at the point where Slack could decide autonomously which threads deserve their own channel.

Usually, in our workspace, it's the person leading the discussion that at some points decide to redirect the talk somewhere else

To me, it is incredible that Slack is used WITHOUT threads. There is no way that information and discussions can be effective without a threaded conversation - it would just be pure cause otherwise.

Also, I find feature-specific channels to be such a pleasure. It's easy to have everyone focused on the same topic in a given channel, without any confusion or missing information between different channels or private messages.

Moreover, I have also considered Slack to be asynchronous - meetings are necessary for sync work, but I find Slack to be working perfectly if no one expects that you reply within minutes, but within a few days (if you are not actively working on a project - in that case a lot of times is just easier to schedule very fast meetings during no-focus times)

In my little experience, although GCP docs leaves a lot to be desired, the support was always very thorough and fast to answer, even for not critical/emergency situations.

I am no expert, but I know what a container is and I use it in my daily job; same for Kube, but hearing the actual people going through it feels a bit like an history lesson.

(The documentary also touches various interesting point, such as open-source in the eyes of upper management, and so on... surely there is some better source/book/article, but I found the format pretty chill and easy to absorb)

I know benchmarking DB is very hard and pretty much nonsense, but do you have any idea / production use cases of EdgeDB at large scale? Did you see a performance drawback given from the higher abstraction, and the EdgeDB stateless client between the app and postgre?

Laravel 9 4 years ago

What would you suggest as idiomatic server code which is not Laravel, in PHP?

I had the "pleasure" to work a bit with a PHP legacy server written in Laravel, and I thought that the framework was alright - the problem was in the PHP code written with it (specifically its typing). I think laravel is opinionated and can help to have a consistent codebase... curious to know why you had such a bad experience, and where you were happier :D

Well, the most basic pro is to avoid indentation and have pure function which are clear and have less assumption to take into account; if I know that my pipes always return me a result such as the one I want, and the "bad path" is discarded automatically, code is way cleaner.

Imagine a code without `if result is not None` basically!