News for hackers. Stuff that matters.

fathead_glacier

Re:Building a High-Performance OpenAPI Parser in Go on Thursday December 18, 2025 @07:50AM (#46312029)
Bruno ticks the boxes for this https://www.usebruno.com/

No affiliation, just a long term fan after years of frustration with Postman and Insomnia.

Re:Kubernetes StatefulSets are Broken on Saturday August 13, 2022 @12:14AM (#32446837)
Managing state is hard and always has been regardless of the underlying technology.

I have been using Kubernetes for a few years now and whenever I see people putting manual steps they should instead be using an operator. What the author is describing as a problem has a solution (they even added it to their own operator).

Kubernetes has a steep learning curve but if you want to do nontrivial thing like have state than you need to learn nontrivial things like operators.

The default controllers that come with Kubernetes do not cover everything under the sun and they do require extensions via the operator pattern for some tasks.

Just my two cents.

Re:Is Julia Really Fast? on Sunday June 20, 2021 @11:29AM (#27570974)
Comparing different metrics is not valid across all use cases. Counting startup time but excluding development time is disingenuous. Having used both Fortan and Julia the difference between development time is staggering.

Different tools for different uses cases is the best way to put it.

Re:Brow.sh: a modern text-based browser on Tuesday November 17, 2020 @05:24PM (#25130726)
The point is when you have a connection with limited bandwidth. In such cases you can host browsh in the cloud and connect to it with ssh/mosh. You get a much better experience than text based browsers at a limited bandwidth.

It's great for such cases - I use it when hiking / working away from good internet.

The article misses an often overlook but important point: burning hydrogen in air produces NOX which can be a more potent greenhouse gas than CO2. The solution to reduce the amount of generated NOX exists but the resultant engine is larger and consumes more fuel for the same power output.

Further, as stated hydrogen is typically produced by steam reforming which generates greenhouse gases. The alternative of using electrolysis requires electricity generated from carbon neutral sources.

Taking all this into account:

- making steel requires electricity, the carbon neutral source can be used here directly;

- land vehicles already have a proven alternative with electric engines;

- naval vehicles do not have the luxury of easily recharging electric batteries.

As a summary I think the solution already exists for steel making and land based transport the problem is widespread adoption and politics rather than technology. Naval based transport can benefit from hydrogen as a fuel source but it comes at the engineering challenge of transport/storage and the associated safety concerns.

Re:Numerical Linear Algebra for Programmers on Friday June 26, 2020 @08:25AM (#23651190)
The subscription model gives you access to the drafts of the chapters and full book access at 8 months. For $9 at the lowest subscription grade this is $9x8 = $72 which seems like a fair deal to me when going through amazon for similar subject titles.

My experience of speaking with authors who have published books is that most of the money stays with the publisher and not the author which is a real pity. The net effect is the discouragement to write books which is counter to progress.

The subscription model is really interesting to me and I hope it makes a difference to the book publishing paradigm.

Re:Matrix calculus for deep learning part 2 on Saturday May 30, 2020 @07:01AM (#23360246)
In general I find that working with mathematics as auxiliary to any field is hard when you do not get to practice it every day. In these cases I have found the matrix cookbook [1] to be very helpful as it serves as a quick reference.

[1] http://www2.imm.dtu.dk/pubdb/views/edoc_download.php/3274/pd...

Re:Swift: Google’s Bet on Differentiable Programming on Thursday April 09, 2020 @06:58AM (#22821361)
You can refer to a talk about Differentiable Programming here: https://www.youtube.com/watch?v=Sv3d0k7wWHk the talk is for Julia, albeit the principles are general. If you skip to https://youtu.be/Sv3d0k7wWHk?t=2877 you can see a question asked: why would you need this.

In essence there are cases outside the well developed uses (CNN, LSTM etc.) such as Neural ODEs where you need to mix different tools (ODE solvers and neural networks) and the ability to do Differentiable Programming is helpful otherwise it is harder the get gradients.

The way I can see it being useful is that it helps speed up development work so we can explore more architectures, again Neural ODEs being a great example.

One of my lecturers once gave an anecdotal reductio ad absurdum argument of why it is difficult to reduce our carbon footprint: people are not willing to walk from the UK to France for a piece of cheese when they can just drive a few minutes to the store.

It is a difficult problem to solve for a reason.

The example is fundamentally different as physics simulations have closed form solutions or can be numerically approximated for various initial and boundary conditions. Therefore, by definition the generation is not synthetic.

Other examples I could think of fall in the category the top comment is referring to.

Re:How the Stock Market Works on Monday August 05, 2019 @04:38AM (#20612377)
The Gini coefficient will give you a measure for the statistical spread of GDP per capita and is used to measure inequality. [1] Taking the time series of the Gini coefficient and the GDP will show the growth for a percentile of interest.

[1] https://en.wikipedia.org/wiki/Gini_coefficient

Org-mode. Once you get hooked and comfortable there is hardly going back.

Org-mode support todo lists, agendas, scheduling, recording time per task, latex export, references (with org-tef) and executing code in the document (with babel) and more.

To give you an idea of what the workflow is while I am working on my PhD thesis. I write text with references in sections with todo tags, add my python code, execute it and export to latex. Now I can track how much work I did today in what section and I can also see other files in a common agenda. All of this is in plain text files so git work as well and if you decide to migrate a python script can parse it.

All of this in a free and open source solution if you are happy to work with Emacs. In my opinion it is worth it even if you keep a running Emacs version only for this.

Re:Go is Google's language, not ours on Wednesday May 22, 2019 @03:03AM (#19978561)
Experience can differ between companies and languages. I have been involved over the past year with Julia which is mainly ran and developed by the company Julia Computing. One might say that it is the equivalent operating scheme as the companies you mentioned. However, my experience with the community has been vastly different. If you go over the development issues list it is extremely satisfying to see how many are raised by the community and adopted into the language. In contrast to the omnipotent response of Google with the Go community. Having such differences implies that a company ran open source language can indeed be influenced by the community.

Having said that, just because it exists in Julia does not mean it can exist in Go. I just wanted to mention that there are exceptions to the rule which begs the question if it is a rule in the first place.

I think it will also involve selecting seeds only from "better" performing trees from the city tree gene pool. This will then ensure that beneficial mutations / changes survive. An unfortunate requirement of evolution to force progress.

In a way it will be survival of the fittest for trees. Unfortunately it might take considerable work from urban planners which I cannot see happening on a large scale any time soon.

Maybe a better idea will be to selectively breed species in hard environments and then distribute the seeds to cities that need them. With genetic modifications becoming prevalent in the food industry this might be not far away from happening.

Re:Estimating Number of Jupyter Notebooks on Github on Wednesday May 08, 2019 @01:30PM (#19861076)
This sounds so good! I just read that Latex support is also included. If there is also an extension to handle references I can move out of emacs / org-mode / orgref because the maintenance cost is too high.

Cannot wait to give it a try.

Re:Drone Sighting Halts Departures at Heathrow Airport on Wednesday January 09, 2019 @01:08AM (#18862683)
Unfortunately no. According to the BBC [0] the Civil Aviation Authority considers a drone interference accident as an extraordinary circumstance. Therefore, the EU rules for compensation do not apply.

However, it makes me wonder if and when third party insurance companies will start offering this as a service.

[0] https://www.bbc.co.uk/news/business-46632302

Re:A blogging style guide on Friday December 07, 2018 @07:05AM (#18626965)
The post provides useful set of rules to follow when writing text. I want to add another one which I have found to be beneficial to my work: the write-good linter for English prose (https://github.com/btford/write-good). Using linters for writing text helps to systematically avoid transcribing everyday speech into written text. A habit which is widespread among people who write infrequently and without a peer review.

For me the best workflow is to pass a text document to the linter before the build/deployment procedure (after finishing all writing work!) and modify the highlighted entries. As a result I can see which sentences can be phrased in a way which improves their structure and ultimately the quality of the text.

Re:Simple Vector Graphics for Python on Monday November 19, 2018 @08:46AM (#18486325)
This is really interesting I will definitely give it a try. I think it will be extremely useful in Jupyter/orgmode where currently I have to rely on PGF/tikz which itself is amazing especially in Latex, however, less than convenient if you live in python. Having the code in one environment will definitely help if you are after reproducibility of your graphics.
Re:How Do Insurance Companies Know My Health History? (2017) on Wednesday October 17, 2018 @03:46AM (#18236998)
Collating a private database of health history is an extremely dangerous practice and I will just drop this article from rms which has further links to other systems [0].

The article in this post, however, is lacking an explanation of how MIB gathers the medical records. It is therefore unclear if the users gave their consent to share the information even if it was through vague fine print. On the other hand the story would be very different if the data was gathered and shared without consent and I might wonder if a legal case can be made here.

[0] https://stallman.org/ancestry.html

Re:Unveiling the Mandelbrot set (2006) on Monday October 15, 2018 @02:59AM (#18217902)
Great explanation of how fractals work and the chaotic behaviour you can get. If you are interested in generating your own fractal Jean Francois Puget [0] has a great article on how to do it using Python and matplotlib. It is very easy to experiment with different values of the initial costant when you refactor the code to generate a Julia set.

[0] https://www.ibm.com/developerworks/community/blogs/jfp/entry...

Re:The Mixed Track Record of Machine Learning Algorithms on Friday October 12, 2018 @10:40AM (#18201731)
I find this article moot. They are basically saying that applying a blank ML stamp can yield unsatisfying results on your data. That ought to be obvious and seems unnecessarily repetitive.
Re:DuckDuckGo Raises $10M on Wednesday August 29, 2018 @06:12AM (#17867073)
Google will also show you results targeted only for you. In comparison different IP address/accounts using the same search string in DDG will always get the same result. This can lead to a bias which might not be optimal.

Also they have advertisements, but unlike Google they are not targeted to you, hence making them less competitive for advertisers. Hopefully, this will not prevent them from growing in the future.