mcedit для консоли нормальный редактор. nano тоже ничего (на случай если нет mcedit), а зачем vim и подобные я понять не могу. Зато понятно как они появились: скорее всего это были некие первые эксперименты с текстовыми редакторами, когда никаких устоявшихся норм и концепций пользовательского интерфейса в принципе не было; писали их программисты под свои какие-то очень узкоспецифические нужды и задачи. Надо автоматизировать какое-то действие — опа, есть свободная клавиша — быстро вносим в код самого редактора новый функционал, компилируем — работает! Мне это знакомо потому что я имел дело с софтом, написанным «самобытно» для специальных нужд, иногда еще советскими программистами. Все именно так: серьезная навороченная софтина, но совершенно нестандартный интерфейс. Почему? А потому что в этой конкретной узкоспециализированной сфере вот так сложилось исторически, и переделывать никто не будет — и заказчики привыкли, и программисты.
Знаете, Майкрософта бояться — реактос не писать:) Как они интересно будут узнавать что разработчик посмотрел на исходники? Как они будут определять что он посмотрел именно на исходники, а не на результат дизассемблирования например? Допросы с пристрастием или чтение мыслей?
При этом разумеется, еще раз повторю, речь идет не о тупом копировании утекших исходников в проект и даже не об их модификации.
Даже это воспринимается не так просто. А когда дело касается реального кодинга, все оказывается куда сложнее.
Уже сейчас у либгена несколько зеркал. Не уверен что там есть двусторонная синхронизация (то есть скорее всего добавлять книги можно только «мастеру», а потом они расходятся по зеркалам). А это значит — мастер самое уязвимое звено в системе.
А еще лично меня очень интересует вопрос редактирования базы. Структурирования, каталогизации, тегирования и т.д. Очень хочется делать это децентрализованно, чтобы этим могли одновременно заниматься сразу много людей, и как-то сливать «коммиты» в единую базу. С разрешением конфликтов и системой доверия.
Как же все-таки отличается менталитет у народов… наши думают только как бы запретить за зарегулировать, а в США думают о том как предоставить свободный доступ в сеть даже при обстоятельствах, когда обычным способом это сделать сложно или невозможно…
Хотя и здесь и там капиталисты, которые в конечном итоге кроме своей выгоды ни о чем не думают.
Да хоть-бы либген перевести для начала…
Это все весьма непросто, децентрализованные системы в принципе на порядки сложнее централизованных. Как например поддерживать целостность базы данных и при этом иметь возможность ее редактировать?
Ну и зря. Одно дело тупо копипастить (что нежелательно, да и ненужно), а другое дело посмотреть, понять как оно устроено и подумать как можно сделать лучше.
32 терабайта (да даже 8)… и это только маленькая часть??? Хотел бы скачать, но некуда:)
Ну я понимаю конечно что там еще и образы, интересно сколько весят чисто исходники и документация.
Только в реальности формулы еще и написаны кривым преподавательским почерком от руки на старой, видавшей виды и насквозь замелованной доске:) По крайней мере когда я учился так было, сейчас возможно получше, больше лекций есть в электронном виде.
Самовнушение и психология действительно может давать кратковременные положительные эффекты. Но вот на длину теломер и прочие микробиологические факторы оно вряд ли повлияет.
Как раз с точки зрения эволюции понятно почему так. Те виды которые размножались бесконтрольно, заполняли все жизненное пространство и погибали массово по причине исчерпания ресурсов.
Другое дело — что мы должны освободиться от диктата эволюции, и у нас нет причин ни размножаться бесконтрольно, ни стареть и умирать, кроме эволюционного legacy кода.
А она сейчас нужна? Достаточно разумная цивилизация чисто средствами своего разума сможет приспособиться к любым новым условиям (например при колонизации других планет). Просто откорректировать свой геном целенаправленно, а не ждать миллионы лет пока он там сам откорректируется.
Считаю использование юникода в именах переменных совершенно непреемлемым. Программирование, и в особенности open source — это международное явление. И как например американскому или российскому программисту редактировать код с китайскими иероглифами вместо переменных? Если американец еще сможет визуально идентифицировать буквы русского алфавита, то китайские символы для европейца просто неотличимы друг от друга. Как их называть? «Такая вертикальная палочка с двумя горизонтальными палочками внизу, двумя по сторонам и тремя черточками сверху с хвостиком???».
А еще есть куча похожих символов. Русская и латинская 'a' например. И что если кому-то придет светлая мысль смещать символы разных языков в коде?
А еще есть куча спецсимволов. Математических, технических, смайлики наконец.
А еще есть управляющие символы, есть всякие хитрые пробелы и прочая муть.
Короче, я глубоко убежден, что использование юникода в идентификаторах языков программирования должно быть запрещено специальной резолюцией Организации Объединенных Наций.
Ну вот сейчас в Питере строят двухпутный тоннель метро под Финским заливом, без вентшахт. В верхней части тоннеля бетонными перекрытиями отделена область для вентиляции и дымоудаления в случае пожара. Надо полагать, там будет постоянная подача воздуха мощными вентиляторами, а от функции поездов как поршней там отказались, так как тоннель двухпутный.
Конечно конечно совсем без вентшахт не обойтись, но вероятно с применением подобных решений их можно ставить реже. Тем более тележки не поезда, у них нет объема достаточного для функции поршня.
При этом разумеется, еще раз повторю, речь идет не о тупом копировании утекших исходников в проект и даже не об их модификации.
Уже сейчас у либгена несколько зеркал. Не уверен что там есть двусторонная синхронизация (то есть скорее всего добавлять книги можно только «мастеру», а потом они расходятся по зеркалам). А это значит — мастер самое уязвимое звено в системе.
А еще лично меня очень интересует вопрос редактирования базы. Структурирования, каталогизации, тегирования и т.д. Очень хочется делать это децентрализованно, чтобы этим могли одновременно заниматься сразу много людей, и как-то сливать «коммиты» в единую базу. С разрешением конфликтов и системой доверия.
Хотя и здесь и там капиталисты, которые в конечном итоге кроме своей выгоды ни о чем не думают.
Это все весьма непросто, децентрализованные системы в принципе на порядки сложнее централизованных. Как например поддерживать целостность базы данных и при этом иметь возможность ее редактировать?
Ну я понимаю конечно что там еще и образы, интересно сколько весят чисто исходники и документация.
Другое дело — что мы должны освободиться от диктата эволюции, и у нас нет причин ни размножаться бесконтрольно, ни стареть и умирать, кроме эволюционного legacy кода.
А еще есть куча похожих символов. Русская и латинская 'a' например. И что если кому-то придет светлая мысль смещать символы разных языков в коде?
А еще есть куча спецсимволов. Математических, технических, смайлики наконец.
А еще есть управляющие символы, есть всякие хитрые пробелы и прочая муть.
Короче, я глубоко убежден, что использование юникода в идентификаторах языков программирования должно быть запрещено специальной резолюцией Организации Объединенных Наций.
Конечно конечно совсем без вентшахт не обойтись, но вероятно с применением подобных решений их можно ставить реже. Тем более тележки не поезда, у них нет объема достаточного для функции поршня.