well, idk what to say, you get lemons, etc

Reply to this note

Please Login to reply.

Discussion

yah, i'm just yakking, hoping something original will come out.

One Nostr-related thing I'm wondering about is, when replying to these Notes, i can "x" the people who aren't in the conversation, and I wonder if that really prevents them from being notified. There are some threads on here, where I'm trying to just reply to the one person, and I don't want to notify a whole thread of 30 people.

I've tried to remove the other NPUBs from reply, but when replying a 2nd time, i see all the people I deleted from notifications are back.

I once accidentally spammed the entire NY city hiking meetup list serve with a question about the upcoming hike, so trying to prevent that from happening again.

As a test, I'm removing everyone from these notifications.

yeah, it works with coracle... and by default it notifies everyone in the upstream line to the OP

a filter with your NPUB in a `p` tag and kind `1` text note is a standard query on most clients, it catches all replies and mentions, and most clients add a mention (p tag) in addition to an `e` tag, which marks the event, usually third field is `reply`

thanks friend, one of these days I'm going to crack open the NIP 1 and try to learn how this all works.

these little code tidbits that you devs posts are always beckoning "come learn something new"

well, as i understand it, you are something of a database programmer, so, there's a lot of stuff you already have in your grasp

yeah, thank you for noticing. oracle pl/sql. i mostly run SQL queries, not much programming, in the field of OLTP "Online Transaction Processing".

i took the Oracle exam 3 times and failed, even though i could pass the written practice tests in a workbook no problem. there is something about this format of multiple choice in an online test like this that is soooo confusing;

I. answer 1

II. answer 2

III. answer 3

A. I & II

B. II & III

c. I

yeah, obfuscation and confusion is a standard thing in much of IT... you should see C++, Rust and Javascript, hooeee!

this is why i am a #golang maxi

go programmers and people willing to work as go programmers are scarce enough that i can find work if i need to, anywhere now... i hate them all but the endless marketing campaigns for javascript ninjas and rustaceans means they might have more trouble finding a job than me, where Google doesn't bother pimping their best asset so not so many know the language well and certainly not at 8 years of experience like me i first started digging into it in 2016)

code is hard enough to understand as it is but all these trendy languages use notations and idioms that increase its opacity by orders of magnitude, for no reason...

when i was in highschool, there was always a group, usually large and very social, of nerds who were all cryptomaniacs and cool kids in their own little club

that was not me, i didn't see the point in working to win points with these dickheads, but they all went off to pervert the course of computer programming, and i'm sure there is tens of millions of these cryptomaniac social climbers

Go and Lisps. Rare to find but always fascinating craftsmen.

there is definitely an undersupply of both language coders

and i just point at this protocol, built by a go programmer, not the best, ok but still, he's at least 4 years into it

and docker and kubernetes, the original conception of Cosmos and Tendermint, i was introduced to the language first in a bitcoin chat on freenode in 2012 but second encounter was a tendermint guy

if you do a survey of some of the most quickly built and least buggy shitcoin codebases, all of them are built with Go, go is just see-through transparent and simple

having said that, our mate Roasbeef, co-inventor of LN, writes awful Go code, but btcd and lnd are both also Go... they are the worst though, ethereum and cosmos devs are better than the people they got building Go stuff for bitcoin

Have not seen the code but I believe you. Go is amazing because it's simple imperative code.

It does not prevent you to write cryptic shit, but it tend to be fixable

i've never heard about Go before so I will have to look it up. If it's anything like the game, it should be really hard to learn.

you have a refreshing take on Javascript. I did a "Free code camp" course that uses javascript. I do not care for it much compared to PL/SQL that I see on the daily.

yeah, i still struggle with seeing the imperative order of operations in javascript code

object oriented in general is a layer of complexity that is made obvious by how much processing it takes to compile it, i am totally an OOP disrespector... composition > inheritance, consistency > expressivity

there is a whole culture of protecting their supposed prime wages by deliberately adding friction to the work

javascript vm is awesome, javascript sux hard.

as all modern oop languages and theirs idioms and patterns.

Polymorphism is something that all of them got terribly wrong. And inheritance.

they are just bad ideas, at all

polymorphism isn't bad. quote:

"Polymorphism means that you write a certain program and it behaves differently depending on the data that it operates on"

-- Tom Kurtz

a lot of what you can do with polymorphism can be achieved with interfaces and templates (aka generics) with less ambiguity and lower compilation cost, that is facts

those differences can be very unpredictable sources of vulnerabilities and bugs

from my pov the only sane polymorphism is dispatching.

Nice rading here! https://clojure.org/reference/multimethods

And clohure's protocols are also awesome:

https://clojure.org/reference/protocols

yeah, they sound remarkably similar to interfaces

i like a lot of functional models but i think they don't cover you for actually that much... very nice for this kind of thing, but not so good for saving time and bugfixing on writing operations on mostly similar data types such as codecs

IMO, understanding how to write efficient codecs is a good thing for understanding how useful your programming language is, and i put an emphasis on efficient... inefficient, naive implementations are not difficult and easy to make bug-free but making them efficient often is a bit of voodoo haha

I think I agree. Sort of.

When you are purely functional you only concentrate on data. because functions are dull.

programming is only data transformation after all ...

yeah, performance optimization is the big cost with funcitonal languages, be it tail recursion or unfolding recursive stuff... recursion is very popular with functional languages but it has its own particular problems, i feel like the Go Authors have declined to add tail recursion to the language because the same logic is more efficiently expressed with for and switch and using concurrent channels and coroutines

wait what? go doesn't have tail call recursion, does it?

sorry, I read declined as decided, lol

yeah they declined it, it's something you can dig out of the golangnuts mailing list from at least 5 years ago, they just don't see the point of adding this feature to the compiler because of the dramatic computation cost

didn't know but it's type of smart decisions they tend to do.

unlike the whole module shit. that was ... hard

haha yeah... i refused to use modules for a whole year, they were buggy af lol

now, idk how we'd survive without it but i'm not sure they did it quite perfect, i still keep a GOPATH as a convenient way to organise all my repos

but it works!

there's some glitches here and there with dependencies sometimes though... the btcd and lnd repos notably are a shitfight of dependencies literally back to different versions of the same fucking repo, it's madness

I too can't imagine working without modules.

but it was hard for us early adopters

it probably boils down to compiler. tail call recursion is hard to do (right).

expensive compilation, same problem as OOP, which doesn't exist with imperative style structural typed, interface and simplified template generics

my compilation is done in under 3 seconds almost every time, idk how anyone can experience go compilation and wonder at why they put up with thees other languages compile times

i've seen C++ compilations blow right over top of my memory several times in the past, memory use, sheer time...

i mean, building our esteemed nostr:nprofile1qy88wumn8ghj7mn0wvhxcmmv9uqjqamnwvaz7tmwdaehgu3wv45kuatwv3a8wctw0f5kwtnnwpskxef0qyfhwumn8ghj7mmxve3ksctfdch8qatz9uq3yamnwvaz7tmwdaehgun4v5hxxmmd9uq32amnwvaz7tmjv4kxz7fwv3sk6atn9e5k7tcqyrhprfwl7sxpnf247s07g26g7q8xrry3yftz9t3hkmptkeahd38yj4jvnvj 's gossip client takes at least 5 minutes, i know it's a fairly sophisticated app but that is still over the top in my book

I am a build master in our company and it takes 50 minutes to compile our 35 milions lines of java code from scratch 😂

(without cashes and stuff)

well, yeah, java has some crappy build systems too... that is worse than i'd expect from Rust, but cargo basically rips off Go's build cache system

btw, when i say "hard faced bitch" i mean something more like a karen

this is where i learned the expression tho:

https://youtu.be/Zv1WeKa9AaQ

you are right, mostly they do mean well but many of them are power trippers, very often executives or management in government employ