log☇︎
115100+ entries in 0.058s
mircea_popescu: i probably exaggerated ; but carry on in teh spirit an godspeed to you.
a111: Logged on 2018-03-07 19:21 mircea_popescu: now less excuses, none of this "my pantsuit existence comes before the republic" ever again and more productivity. MUCH more productivity.
esthlos: http://btcbase.org/log/2018-03-07#1787167 << got it, thank you for helping to beat the pantsuit out of me. now I'll shut up and be useful ☝︎
mircea_popescu: in these terms the infantile "i only want to solve problem Y defined as 80% of the actual problem" readily shows its infantilism. good and well that you want to build an os without a socio-political model ; but what you want dun enter into this.
mircea_popescu: the architectural model is particularly useful : building 80% of an arch, or in general whatever sub-unitary percent of the arch will not result in something that stays up. the span must be exactly covered, because a sub-span arch, no matter how well done in the parts that are in fact done, will nevertheless collapse under the weight of the absent portion.
mircea_popescu: this then induces two possible errors in aproach. the situation where the solution is over-span, which we generally call "overengineered" ; and the situation where the solution is under-span, which is pluriously referenced as jwz's error, but is not substantially different from http://btcbase.org/log-search?q=spreading+works or the airplane that can take off, and flies well, but can't land.
a111: Logged on 2018-03-08 18:59 asciilifeform: re the standard ffi, the lispm folks, as i understand, saw it as an instance of http://trilema.com/2016/unicode-is-fucking-stupid-the-definitive-article/#selection-187.80-187.399 , and i'm not convinced that they were wrong
mircea_popescu: meditation upon http://btcbase.org/log/2018-03-08#1787343 yields the interesting result that problem spaces are not continuous. problem spaces are discrete, and there exists such a thing as problem spans. ☝︎☟︎
asciilifeform however now really must go to town on $chores, so will genuinely bbl.
a111: Logged on 2018-03-08 19:33 ave1: http://btcbase.org/log/2018-03-08#1787249, this also, although I can work with /dev/urandom just fine. I just needed to turn remove the tty call.
mircea_popescu: http://btcbase.org/log/2018-03-08#1787370 << hey asciilifeform mind sending our last remaining FG to this fine fellow ? we'll book it on teh goodwill line. ☝︎☟︎
mircea_popescu: incidentally, mazepath.com is certainly something for the archiving.
mircea_popescu: honestly i'd re-read it, showed the signs of a great novelist in the rough. rather clemens-like.
a111: Logged on 2017-07-30 04:22 mircea_popescu: asciilifeform who had that great story about the three dorks in a garage inventing a super-efficient engine over 20 years of playing around throiugh the process of miss-measuring torque ?
a111: Logged on 2018-03-08 19:32 asciilifeform: was actually quite a feat, all of the various compilers were able to freely exchange data structures
mircea_popescu: http://btcbase.org/log/2018-03-08#1787367 << indeed. the sort of items that gag me from lambasting the item ; though they're rarely held up as major points by the proponents. ☝︎
mircea_popescu: was amply discussed in logs, too, but like 2014.
asciilifeform: oh hm was this the 3stroke engine
mircea_popescu: he was young, sent to write some article or w/e. the salient points were that this was a 2 stroke engine, and the doods were inferring power on the basis of torque but measured on a different circumference.
asciilifeform: mircea_popescu: not readily. he spent 20+yrs flaming perpetuum-mobilists, alchemists, aetherists, etc., will need a bit moardetail to remember which piece this was
mircea_popescu: got a link to the al item handy too ?
asciilifeform: ( for phf et al : http://lib.ru/koi/SHUKSHIN/upornyj.txt is the item , ftr )
asciilifeform: i'ma have to translate it at some point
asciilifeform: there's a (long ago) quite famous ru short story satirizing this exact thing
mircea_popescu: they have a book on torque measurements an' errything.
mircea_popescu: uncle al even has a portrait of three of these, making a super-unitary efficiency engine.
mircea_popescu: yes, but this "poor mastery of book learnin', relying on endless tomes of tico brache measurements" thing -- very much what the engineer started off as.
asciilifeform: problematic, there were people convinced that e.g. beaver, is 'also engineer'
asciilifeform: 'know the fool by his open mouth' or how it went
mircea_popescu: you know, incidentally, what is the old word for "' people to be ~instantly recognizable (from their output)" ?
a111: Logged on 2016-01-21 13:29 asciilifeform: 'if i make it what i think is the right size, it crashes!111'
asciilifeform: even aside from shitoshi, historically i've found 'microshit as mothertongue' people to be ~instantly recognizable (from their output)
asciilifeform: i'd compare it to english -- harmless to learn for talking to folx on the net, but just about lethal as a mothertongue
asciilifeform: in so far as anybody ever knew, there was not a second, nonwinblowz, side to shitoshi. microshit mind to the hilt.
mircea_popescu: notably, the question of "no wheelies on black ice without helmet" isn't decided on the basis of whether you survived ; but on the basis of whether anyone didn't.
a111: Logged on 2018-03-08 19:27 asciilifeform: to learn per se is harmless, supposing you're decently good at mental compartmentalization. asciilifeform for instance worx with high-pressure liquishit from undocumented guts of winblowz kernel, ~daily. perhaps it is lethal eventually, but observe, not yet dead. ( would you say it has visible effect on style of asciilifeform's publications to date ? would you know, re the winblowz, if asciilifeform did not confess it ? )
mircea_popescu: http://btcbase.org/log/2018-03-08#1787356 << and yet we know in case of satoshi. there's at least one lost intellect of great promise in that cemetery. ☝︎
mircea_popescu: ave1 i will say the "test harness for rsa/etc" is a very solid usecase for file-fed fg-emu.
mircea_popescu: but if you can't even answer "who's the java guy" gives it little hope.
a111: Logged on 2018-03-08 19:08 trinque: not that the world gives happy endings down any branch; we'd perhaps be loathing what lisp might've become as much as java, had it "won"
mircea_popescu: http://btcbase.org/log/2018-03-08#1787348 << depends entirely who'd it won it with, i guess. certainly smgl winning with naggum didn't work out (though a good argument can be brought that's not nearly what happened there). ☝︎
mircea_popescu: in this view, that you can teach parrot "to speak" and it ALSO eats fruit... well... not coincidental.
mircea_popescu: the alternative explanation being that preditor eats protein, herbivore carbs. brains work on carbs.
asciilifeform: ( even in human it is very difficult, perhaps impossible, to distinguish lazy-intelligent from stupid )
mircea_popescu: (horse also more intelligent than dog, in turn because auroch more intelligent than old wolf, and in general, the herbivore than the preditor. somehow.)
asciilifeform: afaik this particular trick cannot be taught to mouse. but asciilifeform is not an expert.
mircea_popescu: you definitely can train mouse. it's, very amusingly, more intelligent than cat.
asciilifeform: unfortunately wrong animal : c programmer is not a pitt, but moar of a caged mouse, ~incapable of toilet training, will leave trails of droppings where he goes.
mircea_popescu: if i ask hanbot 's pitts anything they always say "woof", also. great pits they are.
asciilifeform: if you ask a c programmer why he thinks it is acceptable to define , e.g, string, as 'pointer into a potentially infinite row of crapola, maybe someone forgot the null terminator' he will ~always bring back answer of 'stfu, terrorist' (i.e. 'never thought about it, and don't intend to')
mircea_popescu: and i very much suspect any man who ever answered a why with "so that...". because really now.
ave1: asciilifeform, yes I concur. Will work more on it tomorrow... (now back to reading)
mircea_popescu: mind that there's two classes of response to "why ... ?" : one is "because..." and the other is "i never thought of this before...". there's no "topurpose..." in there notably, there's just the two, and one of the two will always be the case.
mircea_popescu: this intention'd have had to come under examination.
asciilifeform: so can haz a hypothetical contrary ? i.e. how would it have looked to have 'standard interface' to a thing which itself has no intention of obeying any standards ? ☟︎
mircea_popescu: but they missed the opportunity to make sense of themselves, for themselves. and if this specifically didn't kill them, the root it belies i reckon nevertheless did.
mircea_popescu: "they did not make a standard ffi; and thereby perished." , no purpose involved, forget "to", there's no to.
asciilifeform does not, then , disagree. but thought that orig thread was re 'they did not make a standard ffi to talk with c-land, and thereby perished'
mircea_popescu: it's "explaining bacteria to mp".
mircea_popescu: note that biology isn't "explaining bacteria to itself"
mircea_popescu: the task isn't to tell black chick how to code, but why she can't.
mircea_popescu: it's not a matter of articulating c "in such a way as to make it a civilisation", it is a matter of articulating WHY it isn't.
asciilifeform: how to talk to fungus?
asciilifeform: that's the problem tho, if you could articulate a useful model of the c shitsoup, it would not be shitsoup, but merely another civilization with which one could potentially make commerce, like with japan say
mircea_popescu: when i respond to random idiots in here i don't do so ~because of the idiots~. i do so because the statement is valuable and important to people who aren't the idiots. much like flint makes fire not because of the shitty whatever that hits it, but because ~IT~ is flint.
a111: Logged on 2018-03-08 19:02 asciilifeform: the only 'common language' one can find to talk to bacteria -- is bleach.
mircea_popescu: http://btcbase.org/log/2018-03-08#1787344 << this is wrong, not because of the bacteria, mind you, but because it fails at the paramount task of language, which is to articulate the model. ☝︎
asciilifeform: ( and, importantly, must be able to substitute without rebuilding the proggy )
asciilifeform: ave1: the reason i wrote my mechanism as seen in ch8, is not only that it was the simplest physically possible that i could think of , but that i regard any invocation of randomola where i cannot substitute a known value for testing, as a serious problem -- how is one to know that the proggy actually does what is claimed with the randomola ? rather than, e.g., 'lose' some (or all of it) along the way and take a constant as the 'rando
a111: Logged on 2018-03-08 16:33 mircea_popescu: ave1 is your dancing around the entropy problem with files etc driven by the fact you don't have a fg, incidentally ?
ave1: http://btcbase.org/log/2018-03-08#1787249, this also, although I can work with /dev/urandom just fine. I just needed to turn remove the tty call. ☝︎☟︎
asciilifeform: ( phf , i suspect, knows more re: exactly how this was built, than i , if yer curious re detail )
asciilifeform: was actually quite a feat, all of the various compilers were able to freely exchange data structures ☟︎
asciilifeform: trinque: the interesting bit is that the bolix folx did 'make gut bacteria', they had a c and even fortran compiler shipped with the box
trinque: I can see the merits of the latter, and why it ends up winning.
asciilifeform: ( on my systems i init the FG's tty at boot, so i did not bake it into ffacalc )
ave1: The discussion revolved around the functions that use the random number generation code in eucrypt.
trinque: asciilifeform: I don't think you take my meaning. Killing bacteria is a fine thing if you do it; the lisp guys didn't. Another strategy is engulfing bacteria and making it part of your digestive process, with all the added complexity and risk that entails.
asciilifeform: iirc diana_coman's also inits the tty, in a FG-specific way
ave1: I've just read it, the function in the eucrypt code works similar
asciilifeform: ave1: there you are. did you ever read my ch8 ? is the item you are trying to make, identical to the one seen there ?
asciilifeform: to learn per se is harmless, supposing you're decently good at mental compartmentalization. asciilifeform for instance worx with high-pressure liquishit from undocumented guts of winblowz kernel, ~daily. perhaps it is lethal eventually, but observe, not yet dead. ( would you say it has visible effect on style of asciilifeform's publications to date ? would you know, re the winblowz, if asciilifeform did not confess it ? ) ☟︎
a111: Logged on 2018-03-08 15:46 mircea_popescu: http://btcbase.org/log/2018-03-08#1787216 << it seems rather, that first you should evaluate the http://btcbase.org/log/2018-03-08#1787207 and see if indeed it makes sense, or it's just the proverbial "first notion that formed in head upon quarter seccond's apprehension of $item" ; if indeed it is needed, legitimately, then the next step is to make a file handler that eats your file as you want it on one hand and emulates fg
ave1: http://btcbase.org/log/2018-03-08#1787233, good point, I have been thinking of other ways. The basic use case is to have a way to test the key generation (and other operations) in a repeatable way. With a live random generator this is impossible. Also time is a factor here, with a correctly primed file, I can generate a key in a second, without it can be a process that takes from 6 seconds to an hour (empirically determined) ☝︎
trinque: apparently low enough to learn c++, which I refused to lift into my head nearly all my career until trb.
asciilifeform: just how near to the level of monkey, are men to drop, to 'engage' with monkeys ?
asciilifeform: trinque : out of curiosity : do you see, e.g., asciilifeform's amputation of all microshit #ifdef... crapola from trb, as mistake ? 'fails to strategically engage the world-as-it-is' ?
asciilifeform: (neither easy, not quick, nor cheap, but whoever lives to the end of this, will not ask after 'ffi' etc)
asciilifeform: the correct algo, i suspect, is not to lament an abstract 'lisp' that 'became' wrong thing, but to simply confiscate whole stack from the heathens.
trinque: not that the world gives happy endings down any branch; we'd perhaps be loathing what lisp might've become as much as java, had it "won" ☟︎
trinque: a sort of allergic refusal to engage the world strategically as it is, battle already won in mind.
trinque: or what was it, of USA, the world, something
trinque: sounds like the way you end up Emperor Norton of California
asciilifeform: the only 'common language' one can find to talk to bacteria -- is bleach. ☟︎
asciilifeform: re the standard ffi, the lispm folks, as i understand, saw it as an instance of http://trilema.com/2016/unicode-is-fucking-stupid-the-definitive-article/#selection-187.80-187.399 , and i'm not convinced that they were wrong ☟︎
mircea_popescu: yeah, i can see the argument.
mircea_popescu: contrary to the claims "lisp is not a perl, commonlisp is a specification not an implementation" in thee 1984-1994 interval lisp was exactly a perl. it didn't have to be a perl, though, it could have been well specificed from the beginning.
asciilifeform: re the process separation -- it is moar of a cardboard wall than actual wall, yes. i for one still prefer cardboard to no wall at all between toilet and kitchen.
mircea_popescu: might've made it be different today.
a111: Logged on 2018-01-31 14:37 mp_en_viaje: there's absolutely no cause oher than historical accident that real ended at 16 bits.