Hacker News new | past | comments | ask | show | jobs | submit | akhenakh's comments login

What's up with the black and white pictures, we had colors in 1984!

Gimmick to make me feel old?


"Today" newspaper launched in 1986 - it was the first newspaper that was printed in colour in the UK.

Many press photographers used B&W film since there was little point using (and paying more) for colour. Also, they likely bought their cameras and worked as media photographers for several decades beforehand when B&W was even more prevalent.

https://en.wikipedia.org/wiki/Today_(UK_newspaper)


Right. And also, the photographer likely wants high ISO film, to be able to take a very short, crisp exposure of the moment of impact, without needing to gamble on the amount of cloud cover, and hence available light.

ISO 1600 colour film will have been available at the time, but was probably pretty poor compared to B&W.


I'm guessing they are scans from the magazine, which probably didn't have all pages in colour.


Readers may be interested to Dasel as well https://daseldocs.tomwright.me/supported-file-formats


There is an existing project named kubetail, which is quite popular 3.2K starts https://github.com/johanhaleby/kubetail


That project is a bash script to tail Kubernetes logs from multiple pods at the same time. The name collision is a bummer. I found out about it a while after I bought the domain names (kubetail.com, kubetail.dev, etc.), got the social handles and invested a lot of time into coding and branding. If this project is successful and the naming is confusing for users we'll figure out a solution, if not then it's moot.


> That project is a bash script to tail Kubernetes logs from multiple pods at the same time.

Which is also cool! You're obviously both inspired by Unix `tail`. I wonder if we will get a POSIX/Linux layer on top of Kubernetes ... where pods/services somehow map to processes/systemd etc. ;)


https://blog.nobugware.com

I blog about software development, GIS Geospatial, Hamradio, Go, gRPC ...


Love the idea!

It seems you are not exposing server reflection https://github.com/grpc/grpc/blob/master/doc/server-reflecti...

It would be very useful especially for ppl discovering your api and playing with it with gRPC UI client like https://github.com/rogchap/wombat.

A Universal build (with arm64 build) on OSX would help.


Thanks, that's great feedback!

I honestly didn't know gRPC had server reflection, will check it out tomorrow. A quick search makes me optimistic that it'll be easy to add. Same for the universal build. Might as well start signing the package while I'm at it.


I've realized it's open source, the arm64 OSX build is taking way less cpu!

There is a render bug when the application is not focused, it's taking a tons of cpu resources.


Author of the blog post here, thanks for all the nice comments, you are lovely :)

First I did not post it here, the intent was to promote ccgo to the Go community.

I did recreate geoToH3 using the transpiled code and it is outperforming the helper tool provided by the C version see https://github.com/akhenakh/h3-bench/blob/main/cmd/geoToH3/m....

I hoped it was clear in the blog post: this is a very specific case where I only needed to convert coordinates to h3 index, with this specific goal this transpiled version outperform the cgo version.

The comment "probably due to Go runtime scaling on multiple cores" was me still seeing very close performance with GOMAXPROCS set to 1, but observing the process behaving differently than the pure C version. The fact it was not thread safe has been discussed already on Reddit and is not relevant nor an issue when used in a batch scenario like this.

ccgo is awesome, but feel free to discuss something else ;)


qemu is capable of emulating an ARM cpu so yes but won't be able to emulate all the real hardware, especially the opengl ES gpu. From a compilation perspective I believe using a cross compiler is way more efficient than emulating the whole system.


> ...especially the OpenGL ES GPU...

Does Virgil3D not work in DBT QEMU targets?

Generally agree that cross-compilation is a better solution, but I think it could also be nice to have everything (except the drivers for your actual hardware) tested as delivered.


Agree, creating something nice is challenging, 3d printings may help but I haven't started it yet, waiting to evaluate different screens first. I've decided not to dismount the car block but using a phone stand modified for my screen. It's full of ugly cables, the challenging part was to route a cable from the rear of the car to the front :)


I've tried to explain this in part 1:

I assume you talk about gpsd? or libgeoclue?

gpsd is slow to start because it tries to detect the baudrate as stated in the manpage Autobauding on the Trimble GPSes can take as long as 5 seconds

I didn't find any solutions to disable this behaviour.

libgeoclue is a giant ecosystem relying on tons of libraries to work with and it does not work on my system.


No, a cheap tablet with Android and install OsmAnd~


Author here, based on what you are trying to listen, different antennas may be better than others.

I use a discone antenna at home, but the picture you see on the blog was made with a wire antenna not especially dedicated to sats (a 2m/70cm wire JPole) outdoor.


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: