Мне кажется граница определения plain text у каждого может быть своя. Для кого-то это только чистый текст без всяких, пусть даже и упрощённых, разметок. Другой спокойно воспринимает html или LaTeX ещё как plain text.
Моя - достаточно широкая, хоть и не однозначная даже для меня. С одной стороны я признаю, что xml это всё тот же текстовой файл, но для меня он как-то уже не по дзену plain text из-за своего "засорения" для глаз и бо́льшую ориентацию на программу, а не на программиста.
Вообще структурированный текст может быть полностью понятным и при этом иметь основную функцию для программы. Речь не о программном коде, для понимания которого нужно учится, а, к примеру, о данных типа ledger.
Можно написать 16 апреля 2023 купил на базаре яблок наличкой на 10000, а можно сразу так:
2023/04/16 яблоки с базара
Расходы:Покупки:Продукты 100000
Активы:Наличка
Как в первом так и во втором случае сразу видно про что идёт речь, но во втором случае за счёт структуры, имхо, увидеть и понять информацию намного легче. Это всё продолжает быть текстом, который можно написать и прочитать в редакторе и спросить себя зачем купил яблок на всю многоэтажку, а можно прогнать hledger-ом и увидеть больше интересной информации из простого текстового файла.
Сам очень люблю plain text форматы. Но в моем понимании md/adoc вполне plain text, тогда как html/latex -- уже нет, т.к. для минимально удобного чтения требуют преобразования (будь то рендеринг html с использованием, как минимум, layout engine, даже когда это кусок lynx или links; или преобразование в dvi/pdf).
Тут, наверно, у каждого своя граница удобности. Я читаю и пишу "текст" html/latex на автомате. В моих файлах часто попадаются формулы, как их выразить "словами" чтобы было всё понятно без LaTeX не знаю. К примеру, можно конечно описать как сумма всех чисел от одного до n равняется ... или сразу перегнать всеь текст в pdf. Но увидев в тексте $\sum_{k=1}^{n} k = \frac{n(n+1)}{2}$ я сразу пойму что имеется ввиду, даже не видя рендер формулы.
Сам очень люблю минимализм в файлах и текстовой формат это мой идеал. Но вот разметку я всё таки предпочитаю использовать. Для меня plain text это не только "чистый" txt, а намного больше. К примеру, для текста использую кроме txt, md, html и tex, для домашней бухгалтерии ledger, для UML и всяких диаграмм plantUML, таблицы - csv.
Это конечно не полностью стерильный текст, но и жизнь штука не такая бесструктурная.
Меня радует приверженность многих людей этой идее, потому что позволяет почти всегда не изобретать свои велосипеды, а выбирать из разных возможностей подходящий формат. А выбор, для меня, очень прост - написанное можно будет при желании прочитать в условном блокноте и понять что там написано или нет.
А начинал я тоже когда-то с печатной машинки, правда на курсах "для секретарш" (да-да, когда-то это звучало именно так). Не знаю или именно это привило мне приверженность к тексту или же моя любовь чтения и текста привела меня на курсы.
Сегодня благодаря юникоду многие проблемы с кодировками в прошлом. А благодаря git и наличию двух трёх "хабов" за сохранность можно не беспокоится.
Мне действия "оптимизатора" тоже не совсем понятны.
Если не ошибаюсь, после первого запуска программы сам Python смотрит в кеше байткода и если ничего не изменилось, то происходит "ускорение" за счёт использования того что есть. А specialist позволяет показать где можно подправить код для оптимизации действия или даже автоматически увидеть возможность оптимизации какого либо действия и сохранить в байткоде. То есть делает "первый прогон" не просто для кеширования, а для "оптимального кеширования".
например, если выражение, которое ранее складывало два целых числа, вместо этого начинает объединять две строки
В Python можно использовать всё для всёго
# например
def add_two_ints(a, b):
return a + b
c = add_two_ints("a", "b") # c == "ab"
d = add_two_ints([1,2], [3,4]) # d == [1,2,3,4]
# можно конечно с mypy и разными функциями
def add_two_ints(int_1: int, int_2: int) -> int:
return int_1 + int_2
def add_two_floats(float_1: float, float_2): float) -> float:
return float_1 + float_2
# или же понять что именно происходит и написать:
from typing import TypeVar
T = TypeVar('T') #тут можно добавить нужные типы ('T', str, int, float, ...)
def add_two_things(thing_1: T, thing_2: T) -> T:
return thing_1 + thing_2
Всё это не для самого Python, а для mypy, чтобы проверить сходимость типов. Python сам ничего проверять не будет и просто упадёт если что-то пойдёт не так.
Вот тут и стаёт интересно, как именно происходит ускорение, можно ли на него повлиять за счёт тайп хинтов, но, повторюсь, мне это пока не понятно, нужно будет копнуть глубже.
И под конец, стандартный совет, если всё настолько критично критично, то эти самые критичные части лучше ускорять за счёт перезаписи на другом языке.
GitLab поддерживает PlantUML. Прям в md-файле можно написать
```plantuml
Bob -> Alice : hello
Alice -> Bob : hi
```
Кроме того ЕМНИП в PlantUML асортимент разных диаграм больше чем в Mermaid. Не знаю Mermaid, поэтому не могу судить как сейчас обстоит ситуация. Когда давно стоял выбор между разными системами, именно количесвто разных диаграмм перевесил чашу весов в сторону PlantUML.
Именно с этим связан процесс перехода собственности от собственников к менеджерам - собственник часто просто прогаживает, скажем так. собственный бизнес, так как обладание большими деньгами рождает комплекс бога и отрубается критическое мышление даже если на начальном этапе оно там было.
Всё именно так.
Если приглядеться, то "гениальному менеджеру" Маску уже запрещали писать без контроля взрослых специального комитета Теслы. А если ещё ещё присмотреться, то можно увидеть, что и в SpaceX есть люди, которые занимаются оперативными делами. Очень может быть, без Шотвелл SpaceX не была б там где она находится. Очень может быть, что SpaceX и Tesla находятся там где они находятся, не благодаря Маску, а вопреки? И тогда сразу отпадают вопросы относительно, "что изменилось?" Да ничего, теперь мы видим его стиль и результат руководства без контролирующей инстанции
Как мне кажется, то что все считают его таким гением одиночкой, который работает по 25 часов в сутки и просчитывает свои действия на много ходов в перёд, не совсем соответствует истине. Самое плохое, что могло произойти, он и сам начал верить, что он один такой особенный и с Твитером, который он был вынужден купить, т. к. не умеет контролировать свои слова, начал вести себя соответственно.
Что говорить, вон выше говориться, какой Маск молодец, смог признать ошибку. Хотя, на самом деле, он не просто один раз оступился, а систематически совершал одну ошибку за другой, как до, так и после покупки Твитера. Сейчас же, он не "срефлексировал", а накосячил так сильно, что дальше уже не куда и всего лишь хватается за соломинку, чтобы хоть как-то спасти ситуацию.
разг. обращение к молодой женщине
разг. подруга, возлюбленная или любовница, партнёрша в интимных отношениях
Мне кажется граница определения plain text у каждого может быть своя. Для кого-то это только чистый текст без всяких, пусть даже и упрощённых, разметок. Другой спокойно воспринимает html или LaTeX ещё как plain text.
Моя - достаточно широкая, хоть и не однозначная даже для меня. С одной стороны я признаю, что xml это всё тот же текстовой файл, но для меня он как-то уже не по дзену plain text из-за своего "засорения" для глаз и бо́льшую ориентацию на программу, а не на программиста.
Вообще структурированный текст может быть полностью понятным и при этом иметь основную функцию для программы. Речь не о программном коде, для понимания которого нужно учится, а, к примеру, о данных типа ledger.
Можно написать 16 апреля 2023 купил на базаре яблок наличкой на 10000, а можно сразу так:
Как в первом так и во втором случае сразу видно про что идёт речь, но во втором случае за счёт структуры, имхо, увидеть и понять информацию намного легче. Это всё продолжает быть текстом, который можно написать и прочитать в редакторе и спросить себя зачем купил яблок на всю многоэтажку, а можно прогнать
hledger-ом и увидеть больше интересной информации из простого текстового файла.Тут, наверно, у каждого своя граница удобности.
можно конечно описать как сумма всех чисел от одного до n равняется ... или сразу перегнать всеь текст в pdf.
Я читаю и пишу "текст" html/latex на автомате.
В моих файлах часто попадаются формулы, как их выразить "словами" чтобы было всё понятно без LaTeX не знаю.
К примеру,
Но увидев в тексте
$\sum_{k=1}^{n} k = \frac{n(n+1)}{2}$я сразу пойму что имеется ввиду, даже не видя рендер формулы.Сам очень люблю минимализм в файлах и текстовой формат это мой идеал.
Но вот разметку я всё таки предпочитаю использовать.
Для меня plain text это не только "чистый" txt, а намного больше.
К примеру, для текста использую кроме txt, md, html и tex, для домашней бухгалтерии ledger, для UML и всяких диаграмм plantUML, таблицы - csv.
Это конечно не полностью стерильный текст, но и жизнь штука не такая бесструктурная.
Меня радует приверженность многих людей этой идее, потому что позволяет почти всегда не изобретать свои велосипеды, а выбирать из разных возможностей подходящий формат.
А выбор, для меня, очень прост - написанное можно будет при желании прочитать в условном блокноте и понять что там написано или нет.
А начинал я тоже когда-то с печатной машинки, правда на курсах "для секретарш" (да-да, когда-то это звучало именно так).
Не знаю или именно это привило мне приверженность к тексту или же моя любовь чтения и текста привела меня на курсы.
Сегодня благодаря юникоду многие проблемы с кодировками в прошлом.
А благодаря git и наличию двух трёх "хабов" за сохранность можно не беспокоится.
Мне действия "оптимизатора" тоже не совсем понятны.
Если не ошибаюсь, после первого запуска программы сам Python смотрит в кеше байткода и если ничего не изменилось, то происходит "ускорение" за счёт использования того что есть.
А specialist позволяет показать где можно подправить код для оптимизации действия или даже автоматически увидеть возможность оптимизации какого либо действия и сохранить в байткоде. То есть делает "первый прогон" не просто для кеширования, а для "оптимального кеширования".
В Python можно использовать всё для всёго
Всё это не для самого Python, а для mypy, чтобы проверить сходимость типов. Python сам ничего проверять не будет и просто упадёт если что-то пойдёт не так.
Вот тут и стаёт интересно, как именно происходит ускорение, можно ли на него повлиять за счёт тайп хинтов, но, повторюсь, мне это пока не понятно, нужно будет копнуть глубже.
И под конец, стандартный совет, если всё настолько критично критично, то эти самые критичные части лучше ускорять за счёт перезаписи на другом языке.
GitLab поддерживает PlantUML.
Прям в md-файле можно написать
```plantuml Bob -> Alice : hello Alice -> Bob : hi ```Кроме того ЕМНИП в PlantUML асортимент разных диаграм больше чем в Mermaid. Не знаю Mermaid, поэтому не могу судить как сейчас обстоит ситуация. Когда давно стоял выбор между разными системами, именно количесвто разных диаграмм перевесил чашу весов в сторону PlantUML.
Всё именно так.
Если приглядеться, то "гениальному менеджеру" Маску уже запрещали писать без контроля
взрослыхспециального комитета Теслы.А если ещё ещё присмотреться, то можно увидеть, что и в SpaceX есть люди, которые занимаются оперативными делами.
Очень может быть, без Шотвелл SpaceX не была б там где она находится. Очень может быть, что SpaceX и Tesla находятся там где они находятся, не благодаря Маску, а вопреки? И тогда сразу отпадают вопросы относительно, "что изменилось?" Да ничего, теперь мы видим его стиль и результат руководства без контролирующей инстанции
Как мне кажется, то что все считают его таким гением одиночкой, который работает по 25 часов в сутки и просчитывает свои действия на много ходов в перёд, не совсем соответствует истине.
Самое плохое, что могло произойти, он и сам начал верить, что он один такой особенный и с Твитером, который он был вынужден купить, т. к. не умеет контролировать свои слова, начал вести себя соответственно.
Что говорить, вон выше говориться, какой Маск молодец, смог признать ошибку. Хотя, на самом деле, он не просто один раз оступился, а систематически совершал одну ошибку за другой, как до, так и после покупки Твитера. Сейчас же, он не "срефлексировал", а накосячил так сильно, что дальше уже не куда и всего лишь хватается за соломинку, чтобы хоть как-то спасти ситуацию.