dgsb

or make.go, for some project it makes sense to not add another language for scripting and building tasks. It way easier for every one to have to master multiple language.

It's more than a PITA, it's almost impossible to implement ACID correctly. It's very very hard to do. There almost no point in implementing that in house when we have sqlite3.

You should seriously check sqlite3, it will save many engineering hours. free acid and btree.

For custom binary file you could and should use sqlite, it has many benefits instead of writing your own custom file format. You just have acid without any cost. It's a single file database you can access throuhg lib statically linked in your application and that's done.

You can check these links:

https://sqlite.org/appfileformat.html

https://sqlite.org/aff_short.html

It's also the reflect on the value part which slows down things. It could be improved but it's hard to do that without breaking interface. It's so widely used that a major bump wouldn't that useful.

I agree it's indeed one of the best tool to process csv files. Using basic coreutils command are going to be soon very limited and brittle to process csv files.

I do use sqlite too to process csv file, but I either rely on csvkit to generate the schema from the csv or create the table with raw sql before inserting data in the sqlite database.

I've previously used gitolite for such kind of set up https://gitolite.com/gitolite/index.html The configuration is done by pushing on a specific gitolite-admin repository

I miss Pat Martino so much. I've seen him live twice, both times it has been an incredible experience.

It's not that really interesting but it's something I use daily. I've written a sqlite3 based time tracking tool. I highly inspired by timewarrior, but I wasn't satisfied with it.

https://github.com/dgsb/tt

mage is great, I'm moving forward to that too.

I didn't know we could search in the bookmarks from the address bar directly. It is indeed a nice feature. Here is the documentation for reference https://support.mozilla.org/en-US/kb/address-bar-autocomplet...

More specifically in the section Changing results on the fly

That's the save method I'm using since one year now. It perfectly fits my needs as a single user of this wiki. No infrastructure to set up, it works out of the box. As a former ikiwiki user I won't go back.

I use airtable now when I need to have structured data. I use tiddly for note taking and enhanced bookmark management.

Yes indeed, several times. I've only travelled in NYC, but nothing really compare to the loudness I've been exposed in the there.

Just curious how small is small ? How many kloc ? How many people ?

Nice story. Interesting notes in your paper on the lack of a standard library. In the end, I think this is what have killed the language.

And Tcl had since the beginning an event loop naturally embedded in the core language. http://wiki.tcl.tk/2567 http://wiki.tcl.tk/1527

One Vim to rule them all, One Vim to find them, One Vim to bring them all and in the darkness bind them

Many classically trained pianists are excellent at improvisation.

I would not say that, the example you give are the most reknown composer of all times. I think they are more the exception than the reality of professional musicians. Not every one is able to reach such level of genius. It seems, proficiency in both style seems rather rare. I don't think I could name a single current world class contemporary jazz player which could reach the same level in classical music interpretation.

Regarding jazz improvistion, from my little experience of amateur player, jazz musicians mostly improvise together as a band, this is not a solo activity.

The piano is an illusion used to make us believe that playing jazz and classical music is the same activity.

Indeed !

Why is that ? They both belongs to the top cloud providers today, both seems to invest highly on their R&D. I don't see anything obvious on what could happen in the future.

In the end, it depends on return on investment. If it is something which will be deployed on running for years, it may worth the effort.

My awful french accent rated me as 98% british accent.

It is really worth reading for anyone doing any highly scalable services (micro or not). This article just pin point any issue we have stumbled on in my current job.

I'd rather use perl for these use cases. It's almost as concise as bash regarding subprocess management. It's ubiquitous as bash, and have the python like 2 vs 3 version issue.

Parallelism is probably not the correct word, but multi-tasking on I/O seems to have appear early, don't you think ?

Sure you probably can write non-brittle bash script, but it has always seemed above my own ability. Beyond bash ubiquity, I've never found to have any other value against other slightly higher language whether it is perl, tcl, python, etc ...

Sure, but the current implementation has several bugs and could be refined, some motion command does not move where is expected (ie e b e b combos)