HN user

dimitar

3,728 karma
Posts71
Comments936
View on HN
yyhh.org 5mo ago

SQLite in Production? Not So Fast for Complex Queries

dimitar
4pts0
mastodon.social 11mo ago

Daily Azure Shit

dimitar
1pts0
papers.ssrn.com 3y ago

Business Retreats and Sanctions Are Crippling the Russian Economy

dimitar
4pts0
thehftguy.com 4y ago

Postmortem: Hudson River Trading Fired Me for Requesting Holidays

dimitar
5pts2
twitter.com 5y ago

What was Marx right about?

dimitar
14pts40
www.europarl.europa.eu 5y ago

European Parliament seals ban on throwaway plastics by 2021 (2019)

dimitar
1pts0
cognitect.com 5y ago

REPL Debugging: No Stacktrace Required (2017)

dimitar
1pts0
www.osnews.com 5y ago

The Untimely Demise of Workstations

dimitar
1pts0
news.ycombinator.com 6y ago

Ask HN: Microservices and K8s Not in the Cloud?

dimitar
1pts1
www.gnu.org 6y ago

GNU Hello

dimitar
4pts0
www.vox.com 6y ago

Europe now has its own Green New Deal

dimitar
3pts1
vlaaad.github.io 6y ago

Clojure Don't: Buy into Principles and Opinions

dimitar
5pts2
humorless.github.io 6y ago

Behavioral Economics and Clojure

dimitar
3pts0
mobile.twitter.com 6y ago

Color tree – a Clojure editor designed for mobile devices

dimitar
4pts0
www.popularmechanics.com 7y ago

The Overloaded Soldier: Why U.S. Infantry Now Carry More Weight Than Ever

dimitar
156pts143
iristech.co 8y ago

Best alternative to f.lux

dimitar
2pts1
www.vox.com 8y ago

Bitcoin’s price spike is driving an extraordinary surge in energy use

dimitar
2pts0
www.osnews.com 8y ago

Apple quickly fixes severe security flaw in macOS

dimitar
1pts0
www.vox.com 9y ago

The opioid crisis changed how doctors think about pain

dimitar
3pts0
www.infoworld.com 9y ago

Advice from an IT dad: Don't even consider a career in IT

dimitar
2pts0
www.businessinsider.com 9y ago

The Air Force may pay pilots nearly a half-million dollars to stay in uniform

dimitar
1pts0
www.bbc.com 10y ago

Is alcohol actually bad for you?

dimitar
40pts72
timharford.com 10y ago

The rewards for working hard are too big for Keynes’s vision

dimitar
1pts0
krugman.blogs.nytimes.com 10y ago

Tattoos, Incompetence, and the Heritage Foundation

dimitar
1pts0
lwn.net 11y ago

The end for Mandriva

dimitar
236pts73
github.com 11y ago

Government of Bulgaria GitHub page

dimitar
1pts0
medium.com 11y ago

A Dynamic Theory of Romantic Choice

dimitar
5pts0
medium.com 11y ago

Ukraine, Trolling, and the Twitter War

dimitar
1pts0
www.bloombergview.com 11y ago

The Nerd vs. Bro Wars

dimitar
2pts0
krugman.blogs.nytimes.com 11y ago

Structural Deformity

dimitar
1pts0

There is an interesting technical reason why its a challenge (and they can't just swap in a supported library):

What makes the “simulate inputs” approach work is that the engine takes utmost care to keep calculations identical on each client. This is not trivial because you still have to work with things that naturally differ on each client, such as mouse position or which units are selected - this is called the unsynced state. On top of that, there can be hardware differences that have to be worked around to get identical results - the huge effort involved is one of the reasons why Recoil is not available outside x86-64.

https://recoilengine.org/articles/netcode-overview/

It doesn’t have to be the leading countries, if the EU allows it, it is good enough to create a market for distilled models

It is!

And also it has inspired a few other clojure datalog databases, so there is much more choice: * https://github.com/datalevin/datalevin * https://github.com/replikativ/datahike * https://github.com/threatgrid/asami

There is also xtdb, but it abandoned datalog and is going in another (albeit interesting direction) https://xtdb.com/

here is a comparison website, but it is somewhat out of date: https://clojurelog.github.io/

Data oriented in clojure slang means modeling things in data structures like hashmaps and clojure sets as opposed to defining classes and types. The language encourages you to do it and provides a lot of built-in functions to work with them.

So it must have tools save, manipulate and visualize conveniently (pretty printing, folding etc) the values of vars that contain nested maps, sequences, sets, etc.

Existing clojure IDEs like CIDER for emacs or Calva for VSCode do that too, and it is a must have to have a nice experience with the language

I think Emacs still does all of this; the argument the author makes is that it is "arcane", it just uses conventions he is not used to. It is however fully self-documented and interactive.

For me the best textual interface I've ever used remains Magit in Emacs: https://magit.vc/ I wish more of Emacs was like it.

I actually use emacs as my git clients even when I'm using a different IDE for whatever reason.

It is as complicated as you want or need it to be. You can avoid any magic and stick to a subset that is easy to reason about and brings the most value in your context.

For our team, it is very simple:

* we use a library send traces and traces only[0]. They bring the most value for observing applications and can contain all the data the other types can contain. Basically hash-maps vs strings and floats.

* we use manual instrumentation as opposed to automatic - we are deliberate in what we observe and have great understand of what emits the spans. We have naming conventions that match our code organization.

* we use two different backends - an affordable 3rd party service and an all-on-one Jaeger install (just run 1 executable or docker container) that doesn't save the spans on disk for local development. The second is mostly for piece of mind of team members that they are not going to flood the third party service.

[0] We have a previous setup to monitor infrastructure and in our case we don't see a lot of value of ingesting all the infrastructure logs and metrics. I think it is early days for OTEL metrics and logs, but the vendors don't tell you this.

I have a Boox Note Air 4C so here is the good:

* I can comfortably read any PDF; I don't think the font is too tiny. This is the main reason I bought it for.

* Android means great data support, I can open any format and I can even install the kindle app and read the books I purchased there.

* Using the pen seems nice enough, I started doing some annotations although I didn't buy this device for that.

* Nice way to sort of "airdrop" files from devices on the same network

The bad:

* I am a bit unhappy with the battery life; I hope I will tune it at some point.

* the screen is a little dark, so the "frontlight" needs to be on more often than a black and white e-ink device

The weird:

* the built-in AI assistant is trained in the PRC and has quite interesting opinions on current events and recent history.

Well you can make the case that people don't have to dress a certain way because we are much better insulated (metaphorically and literally) from the environment. And there are of course no sumptuary laws.

So clothing can be more fun, if people want to of course - look at how music subcultures have incredibly varied ways of expression through clothing - metalheads, hiphopheads, punks etc.

Datomic Pro doesn't need AWS, I don't see what complications it can cause. It has some helpers for running it in AWS (like a bucket to export to CloudWatch), but none of them are mandatory. And if your use case is small you can run with dev storage (https://www.h2database.com/html/main.html); pretty much the same as you would SQLite.

It might be slightly harder to get started with, but then the simplicity comes in when it is time to solve common business problems. A trivial example would be - we have this nice db, now our clients want reports. You run your reporting as a separate clojure process, it doesn't impact production at all, without needing to setup reporting databases and log-shipping.

They are seen as unfortunate cost centers. They don't add new features that are sold to clients. They don't even fix the bugs the clients care about. Making the others more efficient or preventing catastrophe is invisible work.

you're going to be the "ops bitch" for the "real" programmers

Rachel is spot on about what is often wrong with IT culture; "typecasting" people for someone's convenience or to get a fancy title leads to learned helplessness and dissmissing other people's expertise and interests. I rather we all try to keep things simple and encourage people to be well-rounded engineers.

Let's see the features used in that snippet:

* The cond macro which works similarly to C switch

* Hashmap functions like merge and merge-with

* Destructuring

* The for macro which is similar to the "for each in" statements

None of these are something unfamiliar to common programming languages so that code will not be hard understand once you go over the initial syntax and idiom hump. The syntax makes things much easier once you get to used to it, I think all Clojure programmers like it.

I cannot help but think products like DB2 and AS/400 (i Series/IBM i) are intentionally not promoted by IBM - they concentrate all marketing resources onto the next hype and view these reliable workhorses as a burden.

I would normally avoid recommending k8s, but perhaps the founder already was pretty comfortable with k8s from a previous job and knows what to avoid.

There are no production dbs in k8s, no service meshes, monitoring is only side-cars that send data to an off-cluster backend,

The automatic deployment with flux seems pretty nice!