tomas789

[Gitlab.com is down](https://news.ycombinator.com/item?id=36634430) (1 year ago)

[Gitlab Service Disruption](https://status.gitlab.com/) (1 year ago)

[Gitlab Is Having Issues](https://status.gitlab.com/) (1 year ago)

[Gitlab Is Down (now back up)](https://status.gitlab.com/) (1 year ago)

The state of calendar libraries in Rust is less than ideal. When working with Pandas, there is .tz_convert() and .tz_localize() and that is basically it for timezone conversions. My benchmark for this is: given a date, get first hour of CET/CEST day in UTC. In Pandas a very simple operation. In Chrono, you have to have a NaiveDate, convert to DateTime<FixedOffset> and then to DateTime<Utc>. And there is no pattern in those conversions I managed to find. Sometimes it is a member function, other times a static method on the timezone object.

I hope somebody will rectify this at some point. Jiff seems like a step in a right direction but the syntax is sometimes weird. I guess I’d wellcome something more predictable

I agree with that. In my thought process is to specify what I’m doing and only then some details. This is the other way around. When reading the code, it would be better to see that I’m dealing with span at first.

I was recently listening to a researcher talking about ITER. He claimed that there is currently no technology to shape high temperature superconductors into usable coils. Reason was their mechanical properties, namely fragility. He also claimed that all commercial fusion reactors are either using those or He3 which would need to be mined from the moon.

It could be a research project so it might still have some neferious purpose to it.

Check out “sound camera” on youtube.

There is no such thing as third world country anymore. That is a relic or yesteryear. [1]

[1] https://youtu.be/hVimVzgtD6w?si=g0aCYsjo15RAyx-e

It would be great to have the data cleaned up a bit more. For example Nvidia chips are at least 5 items and not all of them start with N. That makes them hard to find. Also there are some “manufacturers” like see description and so on. Maybe just throw it at a local LLM and it wil likely clean it up nicely.

Someone should do Justin.tv again but with this and people could query their life.

It is an industry standard word by now.

Apple uses RAM and storage as price discrimination feature. And it also wants entry level machines so they can say “starting from …” It has nothing to do with the price of the memory itself. It is merely a factor that people are willing to pay for.

I don’t know about milk cow. This is peanuts in the whole EU budget.

I think that EU needs to keep a strong position to be compelling for many people. Therwise many might start to see it as an irrelevant institution.

Usually, I would not engage with this kind of conspiracy theory like comments but I think that this particular case has some merit.

We are solid in a gray zone where we have to decide where are priorities are. Fair market vs tech dominance in US is a great example. Another one is carbon neutrality vs strong industry in EU. I’m sure there are so many others.

It is just important to keep that in mind when building your business because we can easily slide from one side of this gray zone to the other.

It was used in my previous job and it worked wonders. It was an internal tool which stored lots of data but did not see high traffic. And as such the load was not an issue. In the world of thet large corporate it was almost the only viable solution. DB already existed so it could be used. Other solutions would require an “architecture” documents, security meetings and perhaps even hiring someone to care about new tech in stack.

I wouldn’t mind using unsafe rust for encapsulated cases where it makes sense (though this might not be the one as it could be done in safe rust). It is just nice to have this delineation and it can simplify debugging as well.

You can always use old boring AWS EC2 and such. And sprinkle in some Terraform if you feel fancy. That would be my “use sqlite”

Kubernetes is probably “use postgres”

This is my case. I’m one man show ATM so no DBA. I’m still using Kubernetes. Many things can be automated as simply as helm apply. Plus you get the benefit of not having a hot mess of systemd services, ad hoc tools which you don’t remember how you configured, plethora bash scripts to do common tasks and so on.

I see Kubernetes as one time (mental and time) investment that buys me somehow smoother sailing plus some other benefits.

Of course it is not all rainbows and unicorns. Having a single nginx server for a single /static directory would be my dream instead of MinIO and such.

24 * 1.04 = 24.96

You're right. I did not see the announcement [1] before. This can possibly make all the difference.

[1] https://rocket.rs/v0.5/news/2023-11-17-rwf2-prelaunch/

Rocket was created by Sergio Benitez. He is almost exclusively the only contributor to the project. Not because people don't want to contribute to it, but because the author wants to have it as sort of his child's brain. And there is nothing bad about that. But recently he said at a conference (as I read on Reddit) that he does not have much time anymore to invest in its development. That means that there is probably no bright future for Rocket. Especially because a batteries-included framework like this takes so much effort to develop and polish.

I think that a website or API backend is the first project for many newcomers to Rust. It would be better for them to have first experience with other frameworks such that they are not let down by Rocket as it might cast a bad light at the whole ecosystem.

Rocket looks tempting because a/ it has a nice website b/ it looks feature complete c/ it is similar to Django/Flask which might make it more familiar d/ other web frameworks don't have particularly appealing documentation.

It probably feels more familiar if you are coming from the world of Python’s Django or Flask. Other than that Axum is very likely a better choice for all use cases.

Hate to say that but I’d be happier if this never happened.

I think many newcomers think that Rocket is “the web framework” in Rust. And if author goes silent again they will be let down. It casts kinda bad shadow on Rust community but we have better alternatives.

Original commenter might be a bit behind on many things but this is actually my day job.

Do you have a source for the reliability claim? There are so many good old transformers deployed around the world. Many of them working for 10s of years without a replacement. I'd be suspicious that a buck converter will have longer MTBF than oil submerged transformer.

Also, I don't see why it is mentioned here but NREL estimates the cost of grid scale inverters (for installations of 100 MW) to be 5-10x more than what was mentioned. [1]

[1] https://www.nrel.gov/docs/fy22osti/83586.pdf

AFAIK PC power supplies are actually one of the most efficient power supplies out there so I'll use them as a reference. The Titanium class of power supplies is around 94% efficient at 100% load and 90% at 20% load [1]. On the other hand plain old transformers start at around 95% and can go even higher. Random internet source claims that it can be 98.5% efficient [2]. Of course you cannot run your computer at AC. I had mostly grid-scale equipment in mind. I just wanted to use something relatable as an example.

[1] https://www.velocitymicro.com/blog/what-is-psu-efficiency-an...

[2] https://www.electricaleasy.com/2014/04/transformer-losses-an....

Feel free to re-calculate the numbers and point at the mistake. I calculated everything to the best of my knowledge.

At the same voltage, DC will in all usual cases have higher losses than AC. This is basic physic.

Non-constructive critique helps nobody.

They are both taken into account in the calculation. I assumed power factor of 0.85.

Wasn't this settled during Tesla and Edison? Their argument is that renewables are mostly DC. It looks like they mostly care about combination of SPV and battery storage.

Case 1: SPV 12 kWp @ 200V -> Inverter (eff=96.2%) -> 200m of 8 AWG wire -> AC-DC switching power supply (eff=92%)

Case 2: SPV 12 kWp @ 200V -> 200m of 8 AWG wire -> DC-DC buck converter 90%

If first case we get 9.16 kW. In second case we get 7.596 kW. In Case 2 you need the buck converter because the DC voltage will vary with temperature of the cable itself. Voltage loss in this case will be roughly 56V. In both cases I disregarded the effect of MPPT as it will be the same in both cases.

This suggests that when the cables are short enough (probably about 50m) then it might make sense. For anything else we are probably better off with AC networks.

One remark is that an industrial warehouse with rooftop SPV will probably need AC too. This might work for single family houses though.

With AC you can step up to higher voltage with similar efficiencies which will lead to lower transmission losses. I kept the voltage at 200V for simplicity. But going from 200V to 800V will lead to transmission loss of 3.43% instead of 13.73%. This way AC is clear winner.

I bought an old HP LaserJet 2015 ages ago. Together with two 7000 pages toners for about 100USD. It just works. I can lea e it for two years, than plug in the USB cable and it jist spits out pages. This is how printers should be.

I will offer myself as a counterexample. I worked at many companies, as exployee or contractor and held various positions. Dev, tech lead, manager.

I have yet to see a good application of microservices. I’m not saying there are none but the companies that can truéy benefit from that are few and fare apart.

From my experience smaller companies usually benefit a lot from simple monolythical architecture. Large companies tend to split problem into multiple products. But each product is still a kinda monolyth.

I have no experience with huge SaaS companies like Netflix. I can easily see why there the situation is quite different.

My horror story from recent days is that I had a 100-ish LOC patch. I had to push an update to 8 repos. That means 8 merge requests, 8 code reviews, deploy changes in correct order such that it does not break anything. The whole thing took 3 days. Coding was done in two hours.

Only tangential to this but somebody might find it usefull. I’m doing lots of calculations in Python involving various units. I’m using a similar library called Pint. https://github.com/hgrecco/pint

My business is thermodynamics of power plants. Professionals in the industry tend to use convenient units like C, bars, kJ/kg and so on. But the formulas usualy need basic SI units. Using this library not only streamlines the conversion process but also keeps track of the unit itself. So instead of variable turbine_output_gj and turbine_output_mw I can have just turbine_output which is convenient.

It is hard to put a value on that but I believe it has already spared me many trivial mistakes that I had to explain to my clients.