Hacker Newsnew | past | comments | ask | show | jobs | submit | whitten's commentslogin

I’ve been told the Legacy Standard Bible is one where the translators tried to not use the same English word when the original Greek or Hebrew words are different.

FYI: https://m.youtube.com/c/legacystandardbible


I use the New Living Translation (NLT) for casual reading and was unaware of the LSB. I'll have to get a copy, thanks.

Here's a brief comparison (Titus 1)

LSB: https://www.biblegateway.com/passage/?search=Titus%201&versi...

NLT: https://www.biblegateway.com/passage/?search=titus%201&versi...


What is MQTT ?


MQTT is a lightweight publish/subscribe protocol commonly used for IoT. Devices publish messages to topics through a broker, and subscribers receive messages from the topics they follow. Keel MQTT Gateway is the clustered MQTT broker discussed in the article


Is there something like an Extract-SPICE tool that takes a circuit and gives you back a text rendering of it ?


Yes. There is exactly that, and we call it an "extraction" tool. It takes a GDS (text representation of shapes in the physical layout), and gives you back a "netlist" (text representation of components and connections in a circuit schematic).

Circuit designers use these tools basically daily for two reasons - the first is Layout Versus Schematic. We want to make sure that the physical layout matches the schematic, so the tool turns the layout GDS into a netlist and compares that to the netlist created from the schematic (basically a diff, but more complicated). The second is so we can run simulations that take into account the "parasitic" resistances and capacitances of the wires and metal shapes in the physical layout. It's basically the same procedure as LVS with an extra step that analyzes the metal shapes to determine said R's and C's.


yes, but at the transistor level .... it has no idea at that level how those transistors are arranged into gates directly


I take it back, it's a sky130 .gds the gates are explicitly in there


The tools can definitely recognize static logic gates purely from the topology (nothing special in the GDS needed). I don't know that I've tested it for anything more complicated, but as you've pointed out, if the hierarchy is in the GDS it's trivial to recover


In fact if you have the sky130 libraries installed (it's where I'm working) you can get a spice netlist out of it in about 10 seconds - really they should have flattened it


That would have added a definite layer of complexity, but really just a token/cpu drain on the puzzle solver. Had they done that, I would have had Claude write a "gds matcher" that took the gds files of the sky std-cell lib, and located matches in the full gds, and produced a hierarchical def. It would have taken me 5 minutes to describe it to Claude/GPT (which they ok'd for "tool creation"). So it adds a lot of cost to solve the puzzle, but no real complexity. I'm glad they didn't flatten it.


Practically No, the stack-up of metal layers often hides the gate structures underneath, and the billions of process cells may not all be the same.

Theoretically Yes, as an ion-beam-mill and electron-microscope combination machine can slice up semiconductors layer-by-layer. Given these machines can often also give precise x-ray analysis material data, the exact makeup of the chip can be extracted by competitors given enough time. =3


> Theoretically Yes, as an ion-beam-mill and electron-microscope combination machine can slice up semiconductors layer-by-layer.

You may not even need anything as fancy as that - many microchips can be delayered by a skilled operator using mechanical polishing processes.


Now you're making me imagine some kind of 3D-scanning, confocal x-ray fluorescent spectroscope.

Or maybe some kind of hybrid of x-ray microtomography and spectroscopic analysis all in one.

But, maybe the energies involved would be about the same destructive power as some microtome slicing technique...


We already know that X-rays don't destroy chips.


I was thinking of the kind of high-energy photon sources that sprawl across a large laboratory campus behind rings of security fences.

These things can definitely erode the targets. Tomography experiments have to think carefully to optimize the set exposure angles used during a session, because the target degrades more with each shot.


[flagged]


I’d recommend the Chenming-Hu books on solar cells and semis available as pdfs on his site.

https://www.chu.berkeley.edu/modern-semiconductor-devices-fo...

LLMs have already been shown to cause cognitive/skill performance losses in some users. =3

https://www.youtube.com/watch?v=axOcn--n_lM


> LLMs have already been shown to cause cognitive/skill performance losses in some users. =3

Sorry to interrupt your smugness, but have you actually read that study? It's basically tautological: people remained mostly unfamiliar with code they did not write, and remained mostly unfamiliar with a library they did not use. That's kind of the whole point to begin with! https://homepages.inf.ed.ac.uk/rni/papers/realprg.html

Unless you want to argue that anyone who cannot code is brain damaged, I'd say it's a bit difficult to suggest that this would amount to any kind of clinically relevant cognitive impairment, much to the contrary of the masses desperately hoping and asserting so. Losing a skill you don't use / want / need is very normal cognitive function.


Quod erat demonstrandum =3


I genuinely wish you were at least half as smart as you think you are, cause then you wouldn't be acting obnoxiously like this, willfully betraying your own values.

It'd be generally awesome if the last bastions of humanity actually demonstrated any of the values they're championing so hard at all.


I would never kink shame a persons cognitive dildo, or irrational off-topic cult dogma.

Have a wonderful day =3


You're replying to a probably now shadowbanned LLM bot that advertises Fable all day


Are these "shadow bans" in the room with you right now? What a nut.

Fable needs no advertising. It was more important than the printing press. Code singularity.

But it's old news, Fable is no longer my favorite LLM. I mostly use Kimi k3 now. It's also more competent than you are in general.

The primary point you're avoiding is that programming is not a job for professional humans anymore. At least not humans with any dignity or self respect or economic value.

I'm sure you at least agree with this point, like every other reasonable person does now too.


I’m curious why the author’s comment is grayed out.

Is this tool suitable for any other story system ? It might be a lot of work to extract the Vampire the Masquerade dependency and allow this to be a more generic tool to support stories in a different world but it does seem mansueli has done a lot of useful work here.


This was a good proof of concept. The fact that is is working for such a complex system as VTM, shows that the idea behind could work well in other domains or more broadly for similar systems.

It seems that someone flagged my other comment, I am not sure why.


If you have enough positive score you can vouch for flagged comments. There seems to me to be an epidemic of people going around downvoting and flagging people who are promoting their own things, I assume in an attempt to damage their attempt to promote themselves.

I vouched for your comment, hopefully it's ungreyed out for you.


What genre do you think would be best ? Zork was basically fantasy Dungeon & Dragons. Infocom in their day had science fiction and several other kinds of games


There is a book named the Byte book of Pascal that has an APL system written in Pascal. Has anyone read it ?

A link: https://archive.org/details/the-byte-book-of-pascal/

Starting on page 157


So maybe we can read more than just one installment


Since computational biology is all about simulation, do the chloroplast, the mitochondria, and now the nitro-last, have definitions that could be actively simulated ?


Practically speaking, while we could simulate them at a fairly approximate level, it wouldn't really tell us anything useful.


This is an exciting development.

Does writing Llama.cpp mean that it is using any object oriented Lisp code ?


Those unfamiliar with M/MUMPS are not aware of some of the built in features that have not been adopted by other platforms.

M allows one to code in a very terse language (an artifact of only 2K RAM/ transient temporary memory) with so many abbreviations and short forms for intrinsic/builtin functions, variables, commands, and other things. A large number of string manipulation, mathematical, and logical functions with a form of string recognition matching (from SNOBOL) and type coercion/interpretation round out the basic expression evaluation system. Allowing variable names as valid values for any variable gives a way to create dynamic expressions and symbolic manipulation.

A fixed point numeric value with over 18 digits of accuracy means math on values over the national debt can be stored in a single variable. Lossy floating point systems of other computer languages are not acceptable to customers. Limits on strings of characters depend on implementations and have been only increasing over the years beyond megabytes. All of these are managed without applications dealing with pointer arithmetic, allocation, deallocation, and such schemes such as Rust, C++, require.

The decision to separate out I/O into a subsystem was very common at the time, with various kinds of devices providing a high level model of channels & streams that are all managed below the language implementation level. Tight limits and timing for input I/O and output I/O means no buffer overflow exploits. Character set management also keeps control over contents of strings.

Generally, M has follows the model of high level capabilities under a very simple language interface. Each command has a highly focused syntax.

Which is why permanent storage uses a dynamic sparse variable indexed by strings whose stored values are strings and is indicated using the caret ^ as the prefix to the variable name. This approach removed the need for user level applications to track disk latency, disk buffers, asynchronous processes, etc. which were common at that time.

Interprocess communication and control using a hierarchical Locking mechanism is very flexible. This means coordinating by locking a high level entry in the hierarchy and allow other worker processes to lock lower in the hierarchy.

The 1977 standard used a system that prevents deadlock from occurring. Later M Standards broadened the tools available with incremental & decremental locking and now deadlock can happen.

Transaction Processing allows one to separate data updates in a transparent way so competing control flows can more intelligently change the system. Basically, this allows a try-retry-commit-stop backtracking command flow similar to Prolog and declarative code.

Control flow also uses the parallel invocation command (JOB) and normal subroutine calls (DO), with parameter passing and function return values. Looping is unified by the FOR command. Exception processing and control flow avoid undefined behavior.

Dynamic variable lifetimes using KILL and the NEW commands and associative memory access to values of variables. Typed controlled run time evaluation of commands adds discipline beyond "eval" in other languages.

The language allows implementations to specify unique abilities to increase unique commercial subsystems while still being backward compatible. There are ways to invoke external code which can enhance capabilities as well as tieing to SQL and other languages.

While not part of the standard, high performance and reliable database management with ability to automatically recover from power loss using internal logging and rebuild tools, and compressed B*-trees is necessary for any M system to be viable in the market.


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

Search: