(no subject)
На размышления о функциональности красоты подтолкнул ролик о том, как снимались модные модели набивающие футбольным мячиком. Ага сверху сидел помощник оператора и на веревочке дергал мячик чтобы не дай бог не уронить его всем весом на ножку :D
[дыбр]
я вобщем-то не пишу потому что ничего интересного не делаю уже пару месяцев (
[дискуссионное имхо]
читая массовые споры "пчелы против меда" (программисты против "ошибок", что бы это слово не значило) меня не покидает мысль что это такая форма отдыха через срач.
Имхо в том что программирование нуждается в инструментах выражения смысла и для таких как я таким инструментам стоило бы уметь:
1) откладывать все вопросы связанные с машиной отдельно на потом. То есть меня не устраивает или си или язык, который решил что это все не важно. Фактически это бы применялось на уровне прототипов/моделей которые бы вместо выбрасывания изза устаревания просто жили бы себе и их актуальность проверялась бы при каждой сборке. Потому как их приходится менять вместе со спецификациями. Они бы были частью этих спецификаций хотя бы для того чтобы DRY-принцип и его ягнята заткнулись при виде правок в док файле потом тех же правок в коде и повторить до посинения. При этом отладка изменений на верхнем уровне была бы очень пользительна тк все г-но реализации и сотни сломанных тестов тут никак не помогают. То есть это такая среда где варятся алгоритмы верхнего уровня и типы автовыводятся, данные появляются из ниоткуда в нужном виде и тп.
2)решается вопрос с доступом к машине. То есть программист _может_ гарантированно расположить в памяти данные, код и любую их смесь. Чтобы специализированные версии функции не нуждались в ужасных приседаниях стоя в гамаке. Это не так смешно как кажется. Какой нибудь hot-cold анализ и частичный переход от массива структур к структуре массивов могут на критическом пути ...
3)решается вопрос с контролем за эффектами. Без потери контроля за порядком исполнения ... Да у нас есть N1 cpu с общей памятью и N2 групп с NUMA и N3 таких шняг в кластере и ... И с этим надо как то жить.
Из зачетных попыток в открытый доступ попал только go. Но кому нужен system's language? Нужен язык для прикладного ПО. Чего там делает система становится интересно только если оно или мешает или помогает :) Для HPC характерно только "мешает" и перспективы гоу в нынешнем его виде не видны и в микроскоп.
зы я просто в отпуске :)
[дыбр]
я вобщем-то не пишу потому что ничего интересного не делаю уже пару месяцев (
[дискуссионное имхо]
читая массовые споры "пчелы против меда" (программисты против "ошибок", что бы это слово не значило) меня не покидает мысль что это такая форма отдыха через срач.
Имхо в том что программирование нуждается в инструментах выражения смысла и для таких как я таким инструментам стоило бы уметь:
1) откладывать все вопросы связанные с машиной отдельно на потом. То есть меня не устраивает или си или язык, который решил что это все не важно. Фактически это бы применялось на уровне прототипов/моделей которые бы вместо выбрасывания изза устаревания просто жили бы себе и их актуальность проверялась бы при каждой сборке. Потому как их приходится менять вместе со спецификациями. Они бы были частью этих спецификаций хотя бы для того чтобы DRY-принцип и его ягнята заткнулись при виде правок в док файле потом тех же правок в коде и повторить до посинения. При этом отладка изменений на верхнем уровне была бы очень пользительна тк все г-но реализации и сотни сломанных тестов тут никак не помогают. То есть это такая среда где варятся алгоритмы верхнего уровня и типы автовыводятся, данные появляются из ниоткуда в нужном виде и тп.
2)решается вопрос с доступом к машине. То есть программист _может_ гарантированно расположить в памяти данные, код и любую их смесь. Чтобы специализированные версии функции не нуждались в ужасных приседаниях стоя в гамаке. Это не так смешно как кажется. Какой нибудь hot-cold анализ и частичный переход от массива структур к структуре массивов могут на критическом пути ...
3)решается вопрос с контролем за эффектами. Без потери контроля за порядком исполнения ... Да у нас есть N1 cpu с общей памятью и N2 групп с NUMA и N3 таких шняг в кластере и ... И с этим надо как то жить.
Из зачетных попыток в открытый доступ попал только go. Но кому нужен system's language? Нужен язык для прикладного ПО. Чего там делает система становится интересно только если оно или мешает или помогает :) Для HPC характерно только "мешает" и перспективы гоу в нынешнем его виде не видны и в микроскоп.
зы я просто в отпуске :)