solovyov.net

Антиметапрограммирование

1 min read · python, programming

Бывает, пишешь какой-нибудь код, сам или с командой, в которой каждый озабочен качеством кода и его читаемостью, все пытаются заботиться о том, чтоб потом другой человек мог понять написанный код, и думаешь - эх, вот жаль в питоне мало сахара, сейчас бы пару фич из руби, немножечко сахара добавить, и будет у нас такой красивый и читабельный код.

Строишь себе такие планы в голове: вот бы переключиться на язык, где побольше метапрограммирования - Руби там, может, или Лисп. Не очень серьёзные, но всё равно блокам в Руби иногда завидуешь, или там исполняемому классу.

А потом ты вдруг попадаешь в ситуацию, где код не очень хорош. И, например, пару человек из команды не парятся о качестве кода.

И мысли начинают менять вектор - не перейти ли на Go какой-нибудь, чтоб было как можно сложнее загадить код? Статическая типизация, как можно меньше разнообразия в синтаксисе… Вот этот комментарий опять же начинает навевать разные мысли, которые с ним прямо в резонанс входят.

На этом мысль пока останавливается. ;-)

If you like what you read — subscribe to my Twitter, I always post links to new posts there. Or, in case you're an old school person longing for an ancient technology, put a link to my RSS feed in your feed reader (it's actually Atom feed, but who cares).

Other recent posts

Server-Sent Events (SSE), but with POST
ngrok for the wicked, or expose your ports comfortably
PostgreSQL collation
History Snapshotting in TwinSpark
Code streaming: hundred ounces of nuances