-
- вот кстати объяснения нафига эти auto* и пример макроса есть, мне просто стало интересно - неужеле системе придуманой в ранние 90 нет альтернативы - не нашел, то есть видимо достаточно эффективный механизм для координации действий "толпы" - yes(27.05.2009 20:07, ссылка)
- Хорошо расписано! Интересно, в чем делали эту презентуху? - Evgeny_CD(29.05.2009 23:57)
- В ридере - файл/свойства - Creator "LaTeX with beamer class version 3.06", Producer "pdfeTeX-1.21a" - ReAl(30.05.2009 00:27)
- The LaTeX Beamer Class Homepage -> Там прямо готовый пример есть :) - Evgeny_CD(30.05.2009 00:35, ссылка)
- В ридере - файл/свойства - Creator "LaTeX with beamer class version 3.06", Producer "pdfeTeX-1.21a" - ReAl(30.05.2009 00:27)
- Хорошо расписано! Интересно, в чем делали эту презентуху? - Evgeny_CD(29.05.2009 23:57)
- Кстати, по поводу дурдома в опенсорсе. Т.е. к вопросу о понимании его фундаментальных свойств. AlexandrY(1208 знак., 27.05.2009 16:22)
- тут совсем недавно была сцылка на объяснения Торвальдса как работает опенсорс (на примере ядра), сам я ядро Линуха не ковырял, но тщ, что я видел - макросы обычно связаны с "портабельностью" кода на кучу платформ, для ядра это, наверно, еще более yes(268 знак., 27.05.2009 19:51)
- Линукс совсем не тяжелый. Непосредственно его ядро в которое входит планировщик, HAL уровень, управление памятью, виртуальная файловая система с реализацией только в RAM будет такое же по количеству файлов и строк кода как большие RTOS типа vxWorks, AlexandrY(563 знак., 27.05.2009 22:07)
- я не видел кода vxWorks и т.п. и даже код Линуха видел "мельком", но например, Эльбрус (его симуляционная модель) или R-500 почему-то имеют порт Линукса, также когда (до кризиса) выпускались какие-то продвинутые чипы (их было много разных, например yes(972 знак., 29.05.2009 16:36)
- Cекрет устойчивости Линуха -> - Evgeny_CD(31.05.2009 17:51, ссылка)
- Между прочим в Линух не только добавляются новые архитектуры но некоторые и выбрасываются тоже. AlexandrY(727 знак., 29.05.2009 23:29)
- А это уже философия, знаете ли. Система, которая не может заставить прогнуться под себя, нежизнеспособна :) - Evgeny_CD(31.05.2009 16:06)
- я не видел кода vxWorks и т.п. и даже код Линуха видел "мельком", но например, Эльбрус (его симуляционная модель) или R-500 почему-то имеют порт Линукса, также когда (до кризиса) выпускались какие-то продвинутые чипы (их было много разных, например yes(972 знак., 29.05.2009 16:36)
- Линукс совсем не тяжелый. Непосредственно его ядро в которое входит планировщик, HAL уровень, управление памятью, виртуальная файловая система с реализацией только в RAM будет такое же по количеству файлов и строк кода как большие RTOS типа vxWorks, AlexandrY(563 знак., 27.05.2009 22:07)
- А можно пример такого макроса? - Evgeny_CD_без_регистраци(27.05.2009 12:07, )
- Вот в этой книге, секция 5.3 - AlexandrY(27.05.2009 15:54, ссылка)
- Дык чего же мешает опенсорсу использовать систему документирования кода и управления его структурой? Хотя есть одна загвоздка - нет таких хороших и готовых... - Evgeny_CD_без_регистраци(27.05.2009 11:22, )
- Так толпа и мешает. Если в C-и файлах нашлось решение проблемы изоляции, то в доке это невозможно. Она на то и дока что можно изучать последовательно из одного места и не бегать по файлам и собирать крохи инфы. AlexandrY(282 знак., 27.05.2009 16:31)
- Well, это хоророшо, что к доке (пока?) не пригалагают make или m4 файл - как собирать информацию в голове из кучи мусора :) - Evgeny_CD_без_регистраци(27.05.2009 16:49, )
- Так толпа и мешает. Если в C-и файлах нашлось решение проблемы изоляции, то в доке это невозможно. Она на то и дока что можно изучать последовательно из одного места и не бегать по файлам и собирать крохи инфы. AlexandrY(282 знак., 27.05.2009 16:31)
- тут совсем недавно была сцылка на объяснения Торвальдса как работает опенсорс (на примере ядра), сам я ядро Линуха не ковырял, но тщ, что я видел - макросы обычно связаны с "портабельностью" кода на кучу платформ, для ядра это, наверно, еще более yes(268 знак., 27.05.2009 19:51)
- а tcl, который процедурный язык (де факто стандарт во всяких электро-кадах) или тот же ЛИСП (в автокаде или емаксе встроенный язык) какие вызывают эмоции? имхо, происходит "диффузия" профессии программиста, когда всюду джава, питон или руби с луа - yes(81 знак., 25.05.2009 18:01)
- Tcl - хорошая, хотя и немного устраревшая штука. С m4 не сравинить, хотя некоторые концепции подстановок совпадают :) Лисп... пытался разобраться, как писать код для лисп в Emacs - крышу снесло от обилия скобок. Оставил пока в покое. На самом деле Evgeny_CD_без_регистраци(158 знак., 27.05.2009 11:18, )
- В TCL есть собственные макропроцессоры, которые вполне сравнимы с m4. Написанные на Tcl, ага. - fk0(01.06.2009 11:45)
- Tcl не модный ага... это единственный его серьёзный недостаток. fk0(60 знак., 01.06.2009 11:44)
- Довольно хорошо все объясняющая статья в википедии. -> про Tcl - Evgeny_CD(02.06.2009 20:31, ссылка)
- Tcl - хорошая, хотя и немного устраревшая штука. С m4 не сравинить, хотя некоторые концепции подстановок совпадают :) Лисп... пытался разобраться, как писать код для лисп в Emacs - крышу снесло от обилия скобок. Оставил пока в покое. На самом деле Evgeny_CD_без_регистраци(158 знак., 27.05.2009 11:18, )
- а С-шный препроцессор что-ли лучше м4? по-моему одна из полезных утилит (я уж не помню где, но пользовал пару раз), тем более в отличие от питона по дефолту стоит в большинстве систем - yes(25.05.2009 17:57)
- Ну я бы не сказал, что m4 стоит на большинстве Win32 систем :) И, быть может, питон все же быстрее поставить? - Evgeny_CD_без_регистраци(27.05.2009 11:13, )
- вот кстати объяснения нафига эти auto* и пример макроса есть, мне просто стало интересно - неужеле системе придуманой в ранние 90 нет альтернативы - не нашел, то есть видимо достаточно эффективный механизм для координации действий "толпы" - yes(27.05.2009 20:07, ссылка)