LINUX.ORG.RU

История изменений

Исправление hobbit, (текущая версия) :

Я в какой-то степени твой пафос понимаю. Нерациональность расходования ресурсов современных компов современными же программами меня тоже удручает.

Однако это оборотная сторона абстракций. Абстракции помогают писать и, что важнее, поддерживать и развивать сложные проекты. И если мне придётся выбрать между проектом, который тормозит, но работает, и проектом, которого вообще нет (он недописан, поскольку автор выбрал правильные технологии, но в одиночку со своим проектом не справляется, а контрибьюторов у него нет, поскольку найти товарища-кодера на низкоуровневую технологию гораздо сложнее, чем на высокоуровневую) — я, разумеется, буду вынужден выбрать первый, потому что он хотя бы работает.

Один из примеров — то, что @EXL писал про шестнадцатиричные редакторы. Другой пример, Matrix, эталонная реализация клиента которого написана на б-гомерзком электроне. Есть более «нативные» реализации, но те, кто их тыкал, говорят, что в каждом из них чего-то да не хватает.

А тут речь даже не про электрон, а всего-то про лишнюю пару CALL/RET или как они там в современных архитектурах называются.

Но если можешь писать всё на свитчах, и оно будет таким же полнофункциональным, как и аналоги — пиши, разумеется, ты герой. Причём, как выше заметили, ожидаемого эффекта можно и не получить.

Исправление hobbit, :

Я в какой-то степени твой пафос понимаю. Нерациональность расходования ресурсов современных компов современными же программами меня тоже удручает.

Однако это оборотная сторона абстракций. Абстракции помогают писать и, что важнее, поддерживать и развивать сложные проекты. И если мне придётся выбрать между проектом, который тормозит, но работает, и проектом, которого вообще нет (он недописан, поскольку автор выбрал правильные технологии, но в одиночку со своим проектом не справляется, а контрибьюторов у него нет, поскольку найти товарища-кодера на низкоуровневую технологию гораздо сложнее, чем на высокоуровневую) — я, разумеется, буду вынужден выбрать первый, потому что он хотя бы работает.

Один из примеров — то, что @EXL писал про шестнадцатиричные редакторы. Другой пример, Matrix, эталонная реализация клиента которого написана на б-гомерзком электроне. Есть более «нативные» реализации, но те, кто их тыкал, говорят, что в каждом из них чего-то да не хватает.

А тут речь даже не про электрон, а всего-то про лишнюю пару CALL/RET или как они там в современных архитектурах называются.

Но если можешь писать всё на свитчах, и оно будет таким же полнофункциональным, как и аналоги — пиши, разумеется, ты герой.

Исходная версия hobbit, :

Я в какой-то степени твой пафос понимаю. Нерациональность расходования ресурсов современных компов современными же программами меня тоже удручает.

Однако это оборотная сторона абстракций. Абстракции помогают писать и, что важнее, поддерживать и развивать сложные проекты. И если мне придётся выбрать между проектом, который тормозит, но работает, и проектом, которого вообще нет (он недописан, поскольку автор выбрал правильные технологии, но в одиночку со своим проектом не справляется, а контрибьюторов у него нет, поскольку найти товарища-кодера на низкоуровневую технологию гораздо сложнее, чем на высокоуровневую) — я, разумеется, буду вынужден выбрать первый, потому что он хотя бы работает.

Один из примеров — то, что @EXL писал про шестнадцатиричные редакторы. Другой пример, Matrix, эталонная реализация клиента которого написана на б-гомерзком электроне. Есть более «нативные» реализации, но те, кто их тыкал, говорят, что в каждом из них чего-то да не хватает.

А тут речь даже не про электрон, а всего-то про лишнюю CALL/RET или как они там в совремненных архитектурах называются.

Но если можешь писать всё на свитчах, и оно будет таким же полнофункциональным, как и аналоги — пиши, разумеется, ты герой.