Ivan Sagalaev

For automatic syntax highlighting http://softwaremaniacs.org/soft/highlight/en/ is excellent.

Impressive that it doesn't just take the best guess; it also informs you of its alternative hypotheses: http://i.imgur.com/wITwa.png Update: Reading your blog post, I see that this is a wrapper around highlight.js, which is doing the language-guessing (including the second-best guess): http://softwaremaniacs.org/wiki/doku.php/highlight.js:api

Also worth checking out: highlight.js http://softwaremaniacs.org/soft/highlight/en/ (doesn't use jQuery and is modular).

I used to have the exact same problem with Python, until Python 3.7 made maintaining sort order a feature of the language: https://softwaremaniacs.org/blog/2020/02/05/dicts-ordered/

Thanks, yeah, I was very careful to avoid claiming they're mutually exclusive. However, although I stopped trying to learn Rust back in 2016, unless it's changed its fundamentals radically (which I understand it hasn't), I'm not sure if it's really a counterexample here for expressiveness. Can you use different allocators for different vectors in the same function in Rust? Can you have custom move semantics for objects that might know about pointers to them? And does the compiler no longer complain about code that really should work just fine? [1] I understand the answers to most if not all such questions is still "no", at which point I stop believing it really has the same flexibility as C++ or the same ease of writing as Python, but would be happy to hear if things have changed. [1] http://softwaremaniacs.org/blog/2016/02/12/ownership-borrowing-hard/en…

If you're going to put up source (or in this case, XML), may I suggest two things? (1) Please indent. (2) Consider syntax highlighting. http://softwaremaniacs.org/soft/highlight/en/ will do it for you.

Others people might find useful: http://craig.is/making/rainbows (1.4kb) http://softwaremaniacs.org/soft/highlight/en/ I prefer http://pygments.appspot.com

highlight.js [1] does this, though by running highlighters rather than using some learning-based mechanism. It feels wasteful to run this on display rather than storage, though. SourceClassifier [2] also works, though with less languages. And here's [3] an implementation made with Bayes and Go. [1] http://softwaremaniacs.org/soft/highlight/en/ http://softwaremaniacs.org/media/soft/highlight/test.html [2] http://blog.chrislowis.co.uk/2009/01/04/identify-programming-languages… [3] https://github.com/octplane/go-code-classifier

The app depends on highlight.js which currently supports a limited set of languages, and unfortunately, Brainfuck isn't one of them. http://softwaremaniacs.org/media/soft/highlight/test.html I wonder what would happen to the accuracy of highlight.js highlightAuto method if more languages were to be supported. Highlight.js recognizes languages based on how many language constructs it can recognize. More languages = more overlap in language constructs, and therefore more likelihood of wrong matches.

Some syntax highlighters, such as highlight.js [0], can do language detection and it works reasonably well with short snippets too. [0] http://softwaremaniacs.org/soft/highlight/en/

More on that: http://softwaremaniacs.org/blog/2012/03/26/rainbow-js/en/

So... why should I use this instead of http://softwaremaniacs.org/soft/highlight/en/ ?

This doesn't seem like a huge advance from showdown's demo page. http://softwaremaniacs.org/playground/showdown-highlight/

In case you are interested in fast, streaming parsing of JSON, check out the yajl library (http://softwaremaniacs.org/blog/2010/09/18/ijson/en/) In Python, I use the ijson bindings for yajl (http://softwaremaniacs.org/blog/2010/09/18/ijson/en/). Here is a blog post demonstrating ijson: http://thechangelog.com/post/1169335384/ijson-parse-streams-of-json-in…

It would be useful for Snipt to automatically detect the language being used. You could maybe do detection in a way similar to highlight.js http://softwaremaniacs.org/soft/highlight/en/ I could imagine quickly pasting in a code, the detector running and modifying the dropdown box accordingly. If it's correct I click "Snip It", if it's not then I adjust and then click "Snip It".

MySQL master/slave replication is implemented: http://softwaremaniacs.org/soft/mysql_replicated/en/ I'm not sure whether authors are here or not.

This implementation was used from 3.6, right? It's interesting that the idea mail mentions that nothing changes about the implementation (including order) but the memory layout. Which would imply insertion order was already preserved in older versions (not the case IIRC) or the idea underwent a few more changes that did in fact impact order. EDIT: I couldn't quite find an answer but https://softwaremaniacs.org/blog/2020/02/05/dicts-ordered/ mentions the behavior happens since then because the implementation only tracks indices in the hash table itself and relies on maintaining entries separately in a second array that gets expanded in insertion order. This would also seem straightforward but it raises a few questions such as how deletion is implemented (efficiently). EDIT2: Okay, the talk (https://youtu.be/p33CVV29OG8) mentions they just leave holes until the next resize (at around 42:00). Raymond also mentions there that his original idea didn't preserve ordering but happened due to an additional compacting optimization? Should probably watch the whole thing some time to get the history. Sounds like a fun talk.