Симонов Сергей : другие произведения.

Комментарии: Программирование
 ()

Самиздат: [Регистрация] [Найти] [Рейтинги] [Обсуждения] [Новинки] [Обзоры] [Помощь|Техвопросы]
  • © Copyright Симонов Сергей (gann.lector@yandex.ru)
  • Размещен: 20/03/2017, изменен: 20/03/2017. 0k. Статистика.
  • Интервью: Фантастика
  • Аннотация:
    Тема для обсуждения всего, связанного с программированием и софтом. Для "железа" будет скоро восстановлена тема "Электроника, ЭВМ, железо".
    		• ОБСУЖДЕНИЯ: Фантастика (последние)
    09:44 Колышкин В.Е. "Контрольное обрезание" (30/6)
    09:37 Орлов Д.Е. "Маленький Саша. Прода. 96" (248/1)
    09:34 Кротов С.В. "Чаганов: Война. Часть 4" (185/16)
    09:20 Чернов К.Н. "Записки Империалиста Книга " (588/17)
    Добавить комментарий Отсортировано по:[убыванию][возрастанию]
    Страниц (10): 1 2 3 4 5 6 7 8 9 10 Архивы (1): 1
    ОБЩИЕ ГОСТЕВЫЕ:
    09:44 "Технические вопросы "Самиздата"" (172/35)
    09:44 "Форум: все за 12 часов" (249/101)
    08:12 "Форум: Трибуна люду" (850/21)
    19:02 "Диалоги о Творчестве" (207/1)
    15/11 "Форум: Литературные объявления" (664)
    25/11 "О блокировании "Самиздата"" (294)
    ОБСУЖДАЕМ: Симонов С.
    07:55 "Сельское хозяйство" (623/1)
    04:12 "Электронная периферия, связь, " (183/1)
    04:08 "Автомобили, мотоциклы автомотохотелки," (92/1)
    04:07 "Общественный транспорт, градостроительство" (228/1)
    21/11 "Коммунизм, сталинизм, троцкизм, " (961)
    18/11 "Контейнеры и грузоперевозки, " (927)
    17/11 "Новые технологии в промышленности" (624)
    16/11 "Центральный флуд" (827)
    12/11 "Вооружённые силы и техника" (970)
    06/11 "Атомная промышленность, энергетика, " (851)
    03/11 "Флот. Морские системы вооружений" (788)
    02/11 "Проект советской космической " (960)
    02/11 "Создание правильного образа " (557)
    30/10 "Огас и Плановая экономика" (393)
    30/10 "Медицина, биология" (1007)
    26/10 "Законодательство, правоприменительная " (584)
    24/10 "Гражданская авиация" (1004)
    19/10 "Вертолёты" (820)
    14/10 "Робототехника, сложная бытовая " (279)
    13/10 "Наука и образование как ключ " (266)
    10/10 "День хризантем" (33)
    10/10 "Военная авиация" (715)
    06/10 "Химия и материалы" (347)
    04/10 "Строительство и быстровозводимые " (739)
    22/09 "Цвет сверхдержавы - красный " (527)
    13/09 "Демография и сопутствующее" (849)
    29/08 "Цвет сверхдержавы - красный " (500)
    18/08 "Цвет сверхдержавы - красный " (551)
    16/07 "Кино" (108)
    12/07 "Пво, Про, Зрк, Урвв" (1006)
    07/06 "Жизнь бесценна" (41)
    07/06 "Орион. Возможности, проблемы " (986)
    28/05 "Музыка" (577)
    25/05 "Цвет сверхдержавы - красный " (446)
    09/05 "Телевидение, фототехника, " (466)
    20/04 "Цвет сверхдержавы - красный " (234)
    19/04 "Предложения по палубной авиации " (988)
    20/02 "Дружба миров" (48)
    13/02 "Культура" (990)
    31/01 "Программирование" (361)
    25/01 "Теории заговора" (130)
    09/01 "Геология и горная промышленность" (484)
    06/01 "Четвёртый Интернационал" (44)
    26/06 "Цвет сверхдержавы - красный " (21)
    05/05 "Low Orbital Ion Cannon" (46)
    05/05 "Спираль истории Книга 1" (44)
    23/04 "Система Енонла" (11)
    21/04 "Невоенное противостояние с " (480)
    21/03 "Председатель Галактики" (111)
    20/11 "Актуальная тема - Международное " (963)
    07/11 "Цвет сверхдержавы - красный " (78)
    04/09 "Металлургия" (236)
    14/05 "Время, континуум, и параллельные " (415)
    16/03 "Цвет сверхдержавы - красный " (983)
    23/02 "Разведка и контрразведка" (605)
    22/01 "Экранопланы" (200)
    13/07 "Нетехнические фанфики" (123)
    09/07 "О магии стихий, рыжем кошаке " (96)
    24/10 "Проект конституции Аи-Ссср" (116)
    29/05 "Выставки 1959 года" (438)
    16/10 "Спираль истории Книга 2" (30)
    20/12 "Цвет сверхдержавы - красный " (30)
    ОБСУЖДЕНИЯ: (все обсуждения) (последние)
    09:44 Самиздат "Технические вопросы "Самиздата"" (172/35)
    09:44 Колышкин В.Е. "Контрольное обрезание" (30/6)
    09:41 Баламут П. "Ша39 Гранаты" (572/2)
    09:40 Ив. Н. "25 ноября" (1)
    09:40 Ролько Т. "Гносеология наизнанку" (305/1)
    09:40 Баранов М.В. "Муха" (39/2)
    09:39 Бурель Л.Л. "Увы, опять о грусти" (3/2)
    09:37 Чваков Д. "Шлак, версия" (2/1)
    09:37 Орлов Д.Е. "Маленький Саша. Прода. 96" (248/1)
    09:36 Егорыч "Ник Максима" (6/5)
    09:34 Кротов С.В. "Чаганов: Война. Часть 4" (185/16)
    09:25 Березина Е.Л. "Как-то юнга Дудочкин бросил " (4/3)
    09:24 Никитин В. "Обращение к читателям" (2/1)
    09:22 Никитин А.Д. "Единство Которое все ждут" (1)
    09:21 Чернов К.Н. "Армия, флот, вооружение (Записки)" (338/4)
    09:19 Берг D.Н. "Мы из Кронштадта, подотдел " (583/1)
    09:15 Юрьев О. "Когда будет 3-я или 4-я мировая " (1)
    09:15 Нейтак А.М. "В порядке похихи" (263/8)
    09:12 Русова М. "Утро" (2/1)
    09:12 Давыдов С.А. "Флудилка Универсальная" (584/3)

    РУЛЕТКА:
    Путь Шамана. Шаг
    Ночлежка "У Крокодила"
    В родном краю
    Рекомендует Пузеп Н.В.

    ВСЕГО В ЖУРНАЛЕ:
     Авторов: 108551
     Произведений: 1670555

    Список известности России

    СМ. ТАКЖЕ:
    Заграница.lib.ru     | Интервью СИ
    Музыка.lib.ru | Туризм.lib.ru
    Художники | Звезды Самиздата
    ArtOfWar | Okopka.ru
    Фильм про "Самиздат"
    Уровень Шума:
    Интервью про "Самиздат"

    НАШИ КОНКУРСЫ:
    Рождественский детектив-24


    24/11 ПОЗДРАВЛЯЕМ:
     Белашова Ю.Ю.
     Белль С.В.
     Богатикова О.Ю.
     Богданов А.
     Бонд. П.Б.
     Бредникова Е.Е.
     Букаринов Д.Н.
     Веденин В.А.
     Ветер К.
     Визмор Э.Н.
     Виноградова А.В.
     Галицкая Д.И.
     Гамова Д.
     Гончарова Е.В.
     Егорова В.Ю.
     Ежова Е.С.
     Елисеева Н.В.
     Ельников А.Д.
     Жалилова Л.С.
     Желнов П.
     Иванов А.А.
     Инеева С.
     Ищенко Г.В.
     Казарян М.В.
     Келлер Е.
     Кизяева А.А.
     Кичилова К.Ф.
     Колодиец Д.Н.
     Кольцо-Гид
     Команов С.С.
     Кондрашов В.А.
     Копышов А.Н.
     Корнеева Т.М.
     Коршунова Т.В.
     Ксения
     Лобков А.
     Луковкин К.
     Лучистая Д.Т.
     Макарчук С.С.
     Маковская Н.
     Маркевич П.
     Митусова Л.П.
     Можар Е.П.
     Морозов М.
     Пашкевич С.
     Пимонов В.В.
     Пирумова А.Б.
     Приходько О.
     Пятница М.
     Радонин С.
     Ревельский Х.
     Романов Н.П.
     Рябенкова Д.П.
     Серебряная Е.
     Силаков Г.
     Соколовская Е.
     Солнечная
     Соцкая С.
     Сперанская И.В.
     Таа
     Трещев Ю.А.
     Тягин П.А.
     Шаповалова Д.В.
     Шеннон Р.А.
     Шишкина Д.
     Щедрин Р.
     Ak108u
     Ive
     Mollydolly
     Natkam
     Valxalla
     Viligodaeum
     Viscount M.D.
    ПОСЛЕДНИЕ ПОСТУПЛЕНИЯ: (7day) (30day) (Рассылка)
    00:39 Патрацкая Н.В. "Маг Грановский"
    21/11 Кукин В. "Случайные рифмы"
    21/11 Моисеева О.Ю. "Сердце Кометы"
    31. Талипов Артём (eric50@yandex.ru) 2020/06/08 00:12 [ответить]
      > > 29.Кеаренус
      > обратная совместимость и поддержка всякой устаревшей фигни - вещь хорошая, но всегда должен быть момент, когда нужно взять и отрубить лишнее.
      
      Полностью согласен.
      
      > И, порой, чем раньше тем лучше.
      
      Наверное да.Но тут надо понимать, что рубить, годное или шлак.
      
      > А программисты, конечно, поплачутся, поколются, но кактус есть будут. А потом и обнаружат, что кактус вкусный.
      
      Конечно. Но это касается именно программистов.
      
      А пользователи? Вот у меня товарищ... Ну, не программист! Но потребовалось установить программу, а перед этим скомпилировать. Причём на экзотичной системе. Так там нулевая совместимость. Старый компилятор не понимал новых исходников. Новый компилятор не устанавливался из-за старых библиотек. Старые библиотеки не обновлялись из-за новых исходников. Пришлось поэтапно обновить компилятор, чтобы скомпилировать новые библиотеки, чтобы обновить компилятор, чтобы скомпилировать новейшие библиотеки, чтобы окончательно обновить компилятор и скомпилировать нужную программу.(как-то так, с его краткого изложения)
      
      Ещё раз, я не против обновлений и добавления новинок. Я лишь за плановый подход к обновлению и возможности плавного перехода от старого к новому. Именно для пользователей!
      
      Вон, сейчас microsoft пытается перейти от .net framework к .net core.
      Первая завязана на windows. Под linux сторонний проект mono. А .net core под разные платформы. И это правильно.
      Но Microsoft допиливает .net core до уровня .net framework, чтоб в какой-то момент произвести замену.
    30. *Симонов Сергей (gann.lector@yandex.ru) 2020/06/07 09:19 [ответить]
      > > 28.Талипов Артём
      
      Угу-у... Помнится, COBOL разрабатывали в 1959 г и активно использовали в банковской сфере и госучреждениях. :))
    29. Кеаренус (kearenus@mail.ru) 2020/06/07 08:50 [ответить]
      > > 28.Талипов Артём
      Расскажите это Гвидо Ван Россуму. Или Майкрософт, которые могут спокойно поломать обратную совместимость.
      В смысле, обратная совместимость и поддержка всякой устаревшей фигни - вещь хорошая, но всегда должен быть момент, когда нужно взять и отрубить лишнее. И, порой, чем раньше тем лучше. А программисты, конечно, поплачутся, поколются, но кактус есть будут. А потом и обнаружат, что кактус вкусный.
      
      
    28. Талипов Артём (eric50@yandex.ru) 2020/06/06 01:20 [ответить]
      Любители новаторства и порубания устаревших решений, видимо не предполагают, к чему приводит столь поспешное решение.
      
      И так. Язык выбросили на свалку. А программы продолжают крутится.
      https://zen.yandex.ru/media/code/v-shtatah-iscut-programmistov-na-mertvom-iazyke-5ea6884f2d358a45e1c8e239
      
      Вот и что с таким делать?
      
      1. Сам язык, спецификация, документация, компиляторы, должны быть открытыми и доступными. Иначе, как минимум, запрещать использовать программы, написанные на таком языке в гос учреждениях и других важных объектах.
      
      2. Функции, которые устарели или признаны вредными, конечно же нужно убирать или заменять. Но не сразу, а сначала объявив их нерекомендованными и дав 5 лет на их выпиливание из исходного кода.
      
      3. При смене фишечек языка, которые ломают обратную совместимость, то есть, если новый компилятор, не может компилировать исходник на старой версии языка, надо предусмотреть мост.
      * Компилятор, должен уметь читать исходники всех версий, даже самых старых.
      * В заголовках файлов исходного кода, писать декларацию с названием и версией языка, чтоб компилятор переключался.
      * Сделать конвертор, преобразующий исходник старой версии в новую версию.
      
      А иначе сикир башка! Ну или будут все долго бултыхаться в продуктах своей жизнедеятельности.
    27. Талипов Артём (eric50@yandex.ru) 2020/06/04 19:46 [ответить]
      > > 18.Поляков Дмитрий
      >Грань где-то там где можно сделать все что угодно но единственным правильным способом.
      
      А вы знаете этот самый единственный правильный способ? Правильных способов может быть два, три и даже больше.
      Сегодня знакомая спросила: "какой ноутбук купить?"
      И сразу же делает оговорку: "B не надо у меня спрашивать, для каких целей! Просто скажи, какой самый лучший!"
      Приятель кинул ей ссылочку на супернавороченный ноутбук, который типа самый лучший. Большой экран. Мощная батарея. Титановый корпус. Куча оперативки, диска, мощный процессор... А цена... Ах, уйти в кредитное рабство до конца жизни!
      Надо понимать, что для разных условий, лучшим будет, что-то своё. Хороший xml или даже чудесный json не годиться для хранения bigdata на серверном кластере.
      Так что лучшее, это враг хорошему.
      Единственного правильного способа нет и не может быть.
      
      > > 19.Antonov Andy
      >Но с тех пор шесть десятков лет прошло. А Си именно к использованию трюков прямо-таки призывает.
      
      Да ну? Сила воли. Самодисцеплина. Нет, не слышали? Так может вам какой-нибудь другой язык использовать для домашних целей если C не по зубам?
      
      >В ассемблере смогли, а в Сях нет?
      
      Типы данных в ассемблере? Это такая шутка? В ассемблере типы данных принципиально отсутствуют.
      
      И да, ещё замечу, что ассемблерный код не переносим на другие системы. А вот C как раз переносим.
      
      >А теперь прикинь, работает какая-нить софтина под х32, используя integer для данных. И он имеет размер 4 байта. Тут происходит смена платформы на х64, программер берёт сорцы, компилирует их на новую платформу, и получает от всей души, ибо integer теперь 8 байтов длиной, и файлы, созданные старой версией, тупо не читаются. Т.е. программер будет вынужден писать разные куски кода под разные целевые платформы.
      
      Я вот прикинул и понимаю, что это не "программер", а тнатуральный быдлокодер!
      
      Во-первых, зачем использовать int для данных? Для этого нужно использовать структуры! А там и препроцессором можно сделать несколько версий. Это как раз называется типизацией!
      
      Во-вторых, зачем использовать низкоуровневый тип на прямую? Специально же существует механизм объявления псевдонимов. Это называется гибкостью!
      
      В-третьих, если программисту важно, чтобы в целочисленный тип помещалось 4 байтов, то он использует тип int_least32_t, подключив хидер stdint.h, после чего не париться на счёт сужения данных.
      
      > А будь явная типизация - никаких проблем.
      
      Для явной типизации, нужен более высокий уровень. И хочу заметить, что с явной типизацией мало кто умеет работать. Причём она обходиться дорого по ресурсам.
      Заявляю, будучи фанатиком явной строгой статической типизации.
      
      >Так за столько лет починить можно было?
      
      Можно. А как чинить? Вот пишут альтернативные языки, которые вроде как чего-то чинят. Но чуть ранее я упомянул, что тут как с минным полем. Шаг в сторону от протоптанной тропинке и взрыв под ногами.
      
      А ещё, проблема в том, что при починке, даже мелочи, чего-нибудь другое обязательно сломается. По этому чинить нужно очень осторожно.
      Действует старое правило: работает -- не трогай!
      
      > В Сях тех же известна проблема "утекания памяти", которая тоже имеет это происхождение.
      
      Про указатели паскаля не в курсе. Их много где делали криво и косо.
      
      А вот утечка памяти это из другой области. Утечка, это когда программист, забывает освободить память. Программа же при работе запрашивает новую память, потом забывает её и выделяет новую. В итоге, программе требуется очень много памяти, которая по факту не используется.
      
      Но это проблема присуща вообще всем языкам, в том числе со сборкой мусора. В том же .net framework есть специальный класс WeakReference, который следует использовать, когда не хочеться присваивать память.
      
      В rust замутили концепцию владения, которая опять же ничего не гарантирует, а лишь сглаживает обычные проблемы.
      
      В C++ есть разные контейнеры, умные указатели, которые можно и нужно использовать. И если делать это правильно, то про утечки памяти можно забыть.
      
      Ну а в C... Правильный стиль и принципы, обязательно помогут. Тут как раз в тему шутка: "родитель обязан убить своего ребёнка", то есть кто память выделил, тот и должен её освобождать. Это надо намотать на ус и будет всё хорошо.
      
      Ну, а коли кривые руки, то глупо грешить на плохой инструмент.
      
      > > 20.Old_Kaa
      >И побитовых операций? То есть, чтобы далее использовать как условие, нужна лишняя операция.
      
      Какая ещё "лишняя операция"?
       Я знаю и люблю побитовые операции. Но где вы нашли лишнее?
      
      Скажем, если взять флаг и проверять его по маске. А потом, что делать с результатом?
      Если результат пихать в условие прямо так, как вышло после проверки маски битовым and, то булевого типа нет, но и конкретики нет. А может мы чего-нибудь иное хотели?
       И вот как раз для конкретики, нужна дополнительная логическая операция. Она, кстати, добавит чёткость и выразительность.
      Ну и да, строгая типизация во всей красе, поможет очень чётко выразить свои желания. А если как в php, когда не знаешь, чего ждать от действия, то сплошная нервотрёпка.
      
      Ну и да... Строгая типизация, в банальных случаях, нужна компилятору, а на машинном коде она не отражается.
      То же приведение к булевому типу, компилятор проверит, а затем выбросит. И следа не останется в машинном коде.
      
      >Кстати, чтобы отличить в Пасквиле функцию без аргумента от переменной, надо лезть в раздел описаний, а в C всё видно сразу.
      
      Это общий случай. В C++ всё можно замаскировать и фиг догадаешься. А в старом C был вообще дикий ужас.
      Но на самом деле это не особо и важно. А где-то даже удобно. Переменная, которая указатель на функцию... Да не важно, чем она является, переменной или функцией. Главное, как её используют.
      
      > > 22.Гюрза И.
      >В попытке троллинга вижу непонимание особенностей строго типизированного языка.
      
      Согласен и поддерживаю замечание.
      
      >> Например, зачем нужна точка с запятой после заголовка подпрограммы?
      >Разделитель между заголовком и телом процедуры Вас бесит, а точки с запятой перед каждым else кажутся Вам нормальными? :)
      
      С этой пунктуацией есть глубокая философия. Что-нибудь убираешь и хоп, сломалось куча возможностей.
      Например, в C++, казалось бы, зачем ставить точку с запятой, после класса.
      А если убрать, то сразу будет проблема с созданием переменной анонимного типа.
      Во всём есть логика. И если кто-то не понимает, то это не значит, что логики нет.
      
      > > 24.Гюрза И.
      >Вот при попытке выдать что-то собственное и/или "улучшить" можно было запросто наступить на грабли. Но все ошибки были мои, а не языка или компилятора.
      
      Новички на форумах часто пишут сообщения "нашёл баг в компиляторе".
      А когда начинаешь колупать вопрос, разбираться с конкретикой, то внезапно обнаруживаеться баг в исходном коде. Компилятор же отработал корректно.
      Правда, баги в исходном коде, могут быть совсем не там и не про то, но это уже другая история.
      
      > > 25.Antonov Andy
      >Смысл в том, что тогда отпадает необходимость отслеживать уникальность имён локальных переменных по всему проекту. Хотя, возможно именно с парой локальных оно и работает, я не помню уже. Но в паре с глобальной переменной точно нежданчик.
      
      Понял смысл проблемы. Понял суть хотелки. Но поскольку паскаль не использую, ничего не могу подсказать.
      единственный совет, внимательнее перечитайте официальную документацию и спецификации, особенно определения модуля. К примеру он будет считать одним модулем, два разных файла с одинаковыми пространствами имён.
      Так же перечитайте модификаторы переменных. Например в C++ можно прямо указывать, что переменная принадлежит этому или чужому модулю, это модификатор extern.
      Ещё проверьте настройки компилятора, в том же C++ есть флаги компиляции, которые указывают, что делать с переменными с одинаковыми названиями.
      
      Но! Особое внимание! Варнинг! Ахтунг!
      Глобальные переменные это принципиальное зло! Не нужно их использовать для всякой ерунды!
      В каком-нибудь java или C# глобальные переменные запрещены.
      И вообще, глобальные переменные, вносят хаос, добавляют неопределённости поведению алгоритма и провацируют возникновение трудноуловимых ошибок.
      
    26. Поляков Дмитрий 2020/06/03 16:04 [ответить]
      А спецификации языка вместо букварей читать не пробовали?
      Оно работает именно так как и должно
    25. *Antonov Andy (andy.antonov@gmail.com) 2020/06/03 15:40 [ответить]
      > > 24.Гюрза И.
      >> > 23.Antonov Andy
      >
      >> По всем букварям пространства имён глобальное и локальных переменных являются изолированными
      >Примерно понял, хотя смысла или пользы в переобъявлении/перекрытии переменных не вижу.
      Смысл в том, что тогда отпадает необходимость отслеживать уникальность имён локальных переменных по всему проекту. Хотя, возможно именно с парой локальных оно и работает, я не помню уже. Но в паре с глобальной переменной точно нежданчик.
    24. *Гюрза И. 2020/06/03 15:12 [ответить]
      > > 23.Antonov Andy
      
      > По всем букварям пространства имён глобальное и локальных переменных являются изолированными
      Примерно понял, хотя смысла или пользы в переобъявлении/перекрытии переменных не вижу.
      
      >Я про ^*.
      Тогда Вы пользовались неправильным "букварём" :)
      По крайней мере все книжные алгоритмы с деревьями, графами и списками, в том числе двунаправленными, работали без проблем.
      Вот при попытке выдать что-то собственное и/или "улучшить" можно было запросто наступить на грабли. Но все ошибки были мои, а не языка или компилятора.
      
      
      
    23. Antonov Andy (andy.antonov@gmail.com) 2020/06/02 23:19 [ответить]
      > > 22.Гюрза И.
      >>Меня другое бесило: заявленная изоляция пространств имён для имплементаций процедур и модулей по факту не работала.
      >Тут не понял или не сталкивался.
      У процедур procedure есть открытая часть с декларацией глобально доступных переменных и закрытая часть implementation, которая помимо самого описания действий процедуры может содержать декларации локальных переменных. По всем букварям пространства имён глобальное и локальных переменных являются изолированными, т.е. объявления переменной С в глобальных переменных программы (но не в декларации процедуры) и локальной переменной С в имплементации процедуры должны обрабатываться отдельно (ибо процедура вообще должна видеть снаружи только то, что в её декларации объявлено, а вся остальная программа, соответственно, видеть только открытую часть декларации процедуры). На практике, при объявлении этих переменных разными типами при попытке компиляции получим ошибку компиляции "несовпадение типов". Т.е., никакой изоляции пространств имён нет. Про то что будет, если переменные окажутся одного типа, и компилятор это прожуёт, я даже не хочу думать.
      ЗЫ Все эти венгерские нотации и прочий изврат появились ни разу не на пустом месте, а для избежания совпадения имён переменных в разных модулях, помимо прочего.
      
      >А багов в Борландовском компиляторе хватало. Самым страшным считал ошибки при оптимизации арифметических выражений.
      Ну, выражения типа 2*2=13 я на делфях получал на рабочей программе, да.
      
      >> > 19.Antonov Andy
      >Похоже, Вы считаете указателем тип Pointer. Так это не указатель, а, как тут уже написали, разрешённый способ отстрелить себе ногу.
      Я про ^*.
    22. Гюрза И. 2020/06/02 22:42 [ответить]
      > > 13.Antonov Andy
      >> > 592.Old_Kaa
      
      >>У Пасквиля есть врождённые неустранимые уродства ...
      В попытке троллинга вижу непонимание особенностей строго типизированного языка.
      Поругать PASCAL есть за что. И по сравнению с C кое-что кажется примитивным и могло бы быть доработано.
      
      >Меня другое бесило: заявленная изоляция пространств имён для имплементаций процедур и модулей по факту не работала.
      
      Тут не понял или не сталкивался.
      А багов в Борландовском компиляторе хватало. Самым страшным считал ошибки при оптимизации арифметических выражений.
      
      > > 19.Antonov Andy
      >> > 16.Талипов Артём
      
      >>Ну, а чем вам указатели-то не угодили?
      
      >В Паскале они сделаны настолько коряво, что написание строго по букварю - практически гарантировано выход за пределы выделенной области памяти. Под ДОСом - краш системы, под виндой - краш рантайма.
      > А всё потому, что тоже лепились заплатками.
      Вот уж нет. Какие краши и заплатки?
      PASCAL - универсальный язык программирования, и указатели в нём существуют By Design - с самых первых версий.
      Похоже, Вы считаете указателем тип Pointer. Так это не указатель, а, как тут уже написали, разрешённый способ отстрелить себе ногу.
      
      > > 20.Old_Kaa
      
      >И если ты привык к C, то синтаксис Паскаля воспринимается как кандалы, причём крайне не логичные.
      Математически выверенный синтаксис Паскаля позволяет компилятору обрабатывать исходник в 1 проход.
      
      > Например, зачем нужна точка с запятой после заголовка подпрограммы?
      Разделитель между заголовком и телом процедуры Вас бесит, а точки с запятой перед каждым else кажутся Вам нормальными? :)
      
    21. Antonov Andy (andy.antonov@gmail.com) 2020/06/02 20:06 [ответить]
      > > 20.Old_Kaa
      >> > 19.Antonov Andy
      >>> > 16.Талипов Артём
      >Что Паскаль - отстой, понимали сами его модификаторы, втискивая туда разные вкусности из C.
      Баги и глюки они втаскивали. Для совместимости... В итоге получилось ещё глюкавей, чем в Сях.
      
      >И если ты привык к C, то синтаксис Паскаля воспринимается как кандалы, причём крайне не логичные. Например, зачем нужна точка с запятой после заголовка подпрограммы?
      Синтаксис языка, не? Как раз логично. Более чем.
      
      >Кстати, чтобы отличить в Пасквиле функцию без аргумента от переменной, надо лезть в раздел описаний, а в C всё видно сразу.
      А не всё ли равно? Это требуется один раз на этапе компиляции.
    20. Old_Kaa (OldKaa@rambler.ru) 2020/06/02 18:47 [ответить]
      > > 19.Antonov Andy
      >> > 16.Талипов Артём
      >>> > 13.Antonov Andy
      >>>Чем тип результата сравнения не угодил?
      >>По-моему, результат сравнения, как раз и должен быть булевским типом.
      >Вот и по-моему тоже.
      И побитовых операций? То есть, чтобы далее использовать как условие, нужна лишняя операция.
      Что Паскаль - отстой, понимали сами его модификаторы, втискивая туда разные вкусности из C.
      
      И если ты привык к C, то синтаксис Паскаля воспринимается как кандалы, причём крайне не логичные. Например, зачем нужна точка с запятой после заголовка подпрограммы? И универсальная пауза в Пасквиле реализуется через if и требует лишней переменной. Нет бы как в C:
      getch()||getch();
      и всё!
      Кстати, чтобы отличить в Пасквиле функцию без аргумента от переменной, надо лезть в раздел описаний, а в C всё видно сразу.
    19. *Antonov Andy (andy.antonov@gmail.com) 2020/06/02 16:50 [ответить]
      > > 16.Талипов Артём
      >> > 13.Antonov Andy
      >>Чем тип результата сравнения не угодил?
      >По-моему, результат сравнения, как раз и должен быть булевским типом.
      Вот и по-моему тоже.
      >>В Сях изначальная свобода отстрелить себе яйца.
      >А в те времена, когда он разрабатывался, иначе было нельзя. Но вообще-то, сейчас использовать трюки, это нехороший тон. Впрочем, учебников со старыми трюками всё ещё много и они пользуются популярностью.
      Но с тех пор шесть десятков лет прошло. А Си именно к использованию трюков прямо-таки призывает.
      
      >> Начиная с платформозависимого integer'а.
      >Это фича, а не баг. Поскольку платформы бывают очень разные. А делать стандартные типы для всех платформ, было бы накладно.
      В ассемблере смогли, а в Сях нет? Чо, в натуре? А теперь прикинь, работает какая-нить софтина под х32, используя integer для данных. И он имеет размер 4 байта. Тут происходит смена платформы на х64, программер берёт сорцы, компилирует их на новую платформу, и получает от всей души, ибо integer теперь 8 байтов длиной, и файлы, созданные старой версией, тупо не читаются. Т.е. программер будет вынужден писать разные куски кода под разные целевые платформы. А будь явная типизация - никаких проблем.
      Это ж даже ещё веселее, чем описанное тобой ранее выравнивание данных в памяти, хотя ноги у него растут оттуда же.
      
      >Но с другой стороны, признаю, что сделано криво. Первый блин комом.
      Так за столько лет починить можно было?
      
      >>, ещё указатели, кому 65к под данные мало...
      >Ну, а чем вам указатели-то не угодили?
      В Паскале они сделаны настолько коряво, что написание строго по букварю - практически гарантировано выход за пределы выделенной области памяти. Под ДОСом - краш системы, под виндой - краш рантайма.
      А всё потому, что тоже лепились заплатками. В языках, где указатели были сразу, сразу же обычно работа с ними реализована так, что всрать что-нибудь - просто не выйдет. В Сях тех же известна проблема "утекания памяти", которая тоже имеет это происхождение.
    18. Поляков Дмитрий 2020/06/02 16:43 [ответить]
      Грань где-то там где можно сделать все что угодно но единственным правильным способом.
      В жизни так конечно не бывает но стремится имхо надо
    17. Талипов Артём (eric50@yandex.ru) 2020/06/02 16:10 [ответить]
      > > 15.Поляков Дмитрий
      >Излишняя свобода в программировании вредна
      
      А где грань между "излишним" и "достаточным"?
      
      Некоторые считают, что язык программирования должен быть прямым как лом и таким же тупым. Берёшь школоту с улицы, три дня учишь, а на четвёртый они пишут индуский код для банка. Но язык программирования настолько туп, что ошибиться очень трудно.
      
      А потом все удивляются, почему программы такие тупые, такие медленные, такие глючные и ничего не умеют делать.
      
      Это палка о двух концах. Ведь чем больше свободы даёт язык программирования, тем шире область задач, которые он может эффективно решать.
      
      Правда, я вот думаю, что легаци приёмы, нужно изалировать и включать их по прямому требованию.
      Например кастинг в стиле C, крайне поганая хрень. Но при этом очень популярная. И было бы очень хорошо, если бы компилятор кидал warning на каждый такой кастинг.
      
      Впрочем, если обратите внимание, то процесс потихоньку идёт. Из C++ выпелили диграфы и триграфы. Вот уж гадость, так гадость.
      Но даже она, в своё время, была вынужденой мерой, поскольку далеко не все клавиатуры поддерживали ввод специальных символов.
      А с учётом того, что сейчас, некоторые особо одарённые, пишут код на смартфонах, напрашивается реинкарнация диграфов и триграфов второй версии.
    16. Талипов Артём (eric50@yandex.ru) 2020/06/02 16:00 [ответить]
      > > 13.Antonov Andy
      >Чем тип результата сравнения не угодил?
      
      По-моему, результат сравнения, как раз и должен быть булевским типом.
      
      >В Сях изначальная свобода отстрелить себе яйца.
      
      А в те времена, когда он разрабатывался, иначе было нельзя. Но вообще-то, сейчас использовать трюки, это нехороший тон. Впрочем, учебников со старыми трюками всё ещё много и они пользуются популярностью.
      
      > Начиная с платформозависимого integer'а.
      
      Это фича, а не баг. Поскольку платформы бывают очень разные. А делать стандартные типы для всех платформ, было бы накладно.
      Но с другой стороны, признаю, что сделано криво. Первый блин комом.
      
      >, ещё указатели, кому 65к под данные мало...
      
      Ну, а чем вам указатели-то не угодили?
      
      >Ну, учитывая, что символьный и битовый тип придумывали сильно позже, оно и не удивительно ни разу.
      
      Вот это верно. Надо сразу закладываться и не париться с совмещением.
      
      >Меня другое бесило: заявленная изоляция пространств имён для имплементаций процедур и модулей по факту не работала. Это же абзац, товарищи...
      
      Про паскаль не могу сказать, но есть разные заморочки... Впрочем их следовало порешать и выжечь ересь калёным металлом.
      
      Багов много. Проблема в том, что никто не знает, как правильно. А шаг всторону и здравствуй минное поле.
      
      Вот те же булевские типы в результатах сравнений. Я считаю это единственно правильным. Ведь условия ожидают именно булевские типы. И если типы заменить на небулевские, то получаем "радость", антипример это php.
      
    15. Поляков Дмитрий 2020/06/02 10:08 [ответить]
      В сях не просто свобода отстрелить себе яйца
      Они прямо на это провоцируют.
      Излишняя свобода в программировании вредна
    14. xgreyx 2020/06/02 10:00 [ответить]
      > > 6.Талипов Артём
      >> > 1004.марк три
      >>Как-то, со скуки, запилил на екселе игру-головоломку 'пятнадцать', хорошо, что до 'тетриса' не дошёл:-)
      >
      >Раньше в эксель встраивали авиосимуляторы, гонки и прочую хрень.
      
      судя по тому как ведет себя win 10 в нее встроили не только авиасимулятор и гонки но на автозапуск их поставили..
      ну это помимо еще 100500 спистоперделок и шпионских штучек..
    13. *Antonov Andy (andy.antonov@gmail.com) 2020/06/01 21:16 [ответить]
      > > 592.Old_Kaa
      >> > 591.Талипов Артём
      >У Пасквиля есть врождённые неустранимые уродства: булевский тип результата сравнения, крайняя ограниченность цикла for (в C изначально полная свобода), ублюдочное соглашение о приоритетах, запрет на прямые операции с символьным типом, совпадение логических и побитовых операндов...
      Оймля, покажите мне, у кого их нет. Не одно, так другое обязательно всралось.
      Чем тип результата сравнения не угодил?
      В Сях изначальная свобода отстрелить себе яйца. Начиная с платформозависимого integer'а. В 6-м и 7-м Паскалях, конечно, такого бобра тоже отмерили щедрой рукой, но исключительно для совместимости по глюкам и багам с Сями. А, ещё указатели, кому 65к под данные мало...
      Ну, учитывая, что символьный и битовый тип придумывали сильно позже, оно и не удивительно ни разу.
      Меня другое бесило: заявленная изоляция пространств имён для имплементаций процедур и модулей по факту не работала. Это же абзац, товарищи... Оно, конечно, не самый значительный баг, но таки доставучий.
    12. *Симонов Сергей (gann.lector@yandex.ru) 2020/05/15 09:10 [ответить]
      > > 1011.Талипов Артём
      
      Спасибо, Артём, действительно, очень интересно. И вообще, в блоге компании много интересных статей.
      
    11. Талипов Артём (eric50@yandex.ru) 2020/05/15 07:38 [ответить]
      Владимир Китов, сын того самого Китова и тоже советский программист.
      https://habr.com/ru/company/dataart/blog/502044/?utm_source=habrahabr&utm_medium=rss&utm_campaign=502044
      
      Интересные моменты о становлении отросли. Занятные нюансы открываются об СССР, если читать между строк. К примеру я и не догадывался, что сам Анатолий Китов, был приближен и являлся не последним человеком.
    8. *Талипов Артём 2020/04/29 09:56 [ответить]
      > > 1007.поляков дмитрий
      >с андроидом можешь благодарить гугл и забугорное законодательство
      >гарантированно работают только программы записи работающие из под рута
      >или предустановленные производителем
      
      1. Рутовать не хочу из-за платежных систем и поддержки. Да и откровенная дыра в безопасности.
      
      2. Производитель смартфона выпилил функционал в кастомной прошивке. Раньше чудесно работало.
      
      3. Впрочем есть оговорки, что wi-fi calling, volte и ряд других технологий не совместим с записью.
      
      4. А ещё сетевые звонилки, вместо выхода через стандартную программу, полностью делают всё по своему. Так что их нельзя перехватить и записать.
      
      5. Касательно Российского законодательства, то запись разговоров разрешена. Запрещено передавать конфиденциальную и секретную информацию третьим лицам.
      
      6. В новых звонилках google добавил функцию записи разговора. Но пока она доступна только на чистых смартфонах в Индии. У меня эта звонилка не устанавливается из-за сломанной совместимости.
      
      Так что я в курсе обстоятельств.
      Просто упомянул запись разговоров для примера.
      Вот она, куча приложений... А нужного -- нет!
    7. поляков дмитрий 2020/04/29 09:08 [ответить]
      > > 1005.Талипов Артём
      с андроидом можешь благодарить гугл и забугорное законодательство
      гарантированно работают только программы записи работающие из под рута
      или предустановленные производителем
      все остальные используют различные хаки типа записи через микрофон и ни о какой стабильности и речи не идет
      
    6. *Талипов Артём 2020/04/29 06:15 [ответить]
      > > 1004.марк три
      >Как-то, со скуки, запилил на екселе игру-головоломку 'пятнадцать', хорошо, что до 'тетриса' не дошёл:-)
      
      Раньше в эксель встраивали авиосимуляторы, гонки и прочую хрень.
      
    5. *Талипов Артём 2020/04/29 02:07 [ответить]
      > > 1003.Симонов Сергей
      >Можно подумать, он сам не на той же винде сидит, обновления не ставит и браузером не пользуется. Именно этот момент и непонятен.
      Так журналисты же!
      Вот тут писали про смертельный update для смартфонов моей модели. Мол установишь и крышка.
      У меня автообновление... В итоге update установил раньше, чем прочитал о нём в сети. Что смертельного, так и не понял. Однозначно не кирпич, полёт нормальный.
      С windows, видимо, такая же история. Никто из знакомых не жаловался.
      Да и сами microsoft наверняка тестируют свою систему, хотя бы в штатных условиях.
      
      Из своего опыта знаю, что в программе, порой должны совпасть куча всяких разных обстоятельств, для того, чтобы она начала чудить.
      Одна крохотная ошибка в одном месте, может причудливо аукаться в другом месте. Причём без видимой взаимосвязи.
      А уж когда система столь же большая и разветвлённая, как microsoft windows... То там всякие чудеса бывают.
      К примеру, несколько лет назад, смеялись, над ошибкой обнаруженной в функции ScaleWindowExtEx.
      https://habr.com/ru/post/179543/
      Не могу представить, как в реальной жизни, могла возникнуть ситуация, приводящая к такой ошибке.
      
      >Все драйверы есть в ядре. Обычно.
      Да, в принципе. Это я вспомнил товарища, купившего ноутбук и попытавшегося воткнуть linux. А тот упорно не понимал видеокарту.
      
      Драйверы-то есть, но далеко не всегда звёзды сходятся. Производитель может забить. К разработчиком может железо не попасть. Да и на разработку драйвера приходится тратить время.
      
      >Цирк с драйверами характерен для обросших доп. периферией "продвинутых пользователей", у которых и сканеры, и принтеры, и ТВ-тюнеры, и цифровые камеры лохматого года, ещё с DV-кассетами...
      Угу. Это верно. Другой товарищ тоже постоянно плачется, что его железо не поддерживается. Но там реально экзотика.
      Он и linux сам компилирует. И даже пытается код ковырять, без глубокого понимания, лишь бы работало. И с разработчиками списывается. Те, разработчики, присылают ему варианты для тестирования, его уникального железа.
      Ну и постоянно чего-то отваливается, то новая программа требует новой же библиотеки, а ту библиотеку нельзя скомпилировать...
      Но там реальная экзотика, машинка производилась в прошлом тысячелетии, мелкой серией для каких-то особых мультимедийных нужд и сохранилась чуть ли не в единственном экземпляре.
      
      >Устанавливать программы? Открыл "Центр приложений" и ставь что хочешь. Ни тебе кряков, ни вирусов, никаких проблем вообще.
      Вы конечно же правы. Так ведь в центр приложений, попадает далеко не всё, причём оказывается там уже не первой свежести.
      Ну и банальное незнание того, что надо ставить. Вот, вроде бы, всё есть, ставь...
      К примеру уже пару лет страдаю с android'ом. Сломались программы записи телефонных разговоров. Производитель кастомизировал и отломал функцию записи!
      Ставь или нет... А парень из техподдержки прямым текстом заявил "пробуй, может, что-то заработает".
      На втором десятке попробованных приложений я сломался. Они есть. Но ничего не работает!
      
      >Обычно это происходит у пользователей программ типа AutoCAD и прочих сложных CAD-систем.
      В том числе. На самом деле такого довольно много. Просто где-то можно пережить. Где-то можно заменить. А где-то помогает эмулятор.
      К примеру недавно узнал, что программы голосового автоинформирования работают под windows, поскольку проприетарные разработчики синтезируемых голосов не хотят linux.
      
      >:))
      
      Ой, да всяких чудных примеров от простых пользователей дофига и больше.
      Сестра печатала чеки из сбербанка. У чека получался кривой размер.
      Настроить принтер? Выставить правильный размер, масштаб? Нет, не слышали!
      Она хардкорно меняет маштаб в браузере, делает скриншот, тянет его в фоторедактор... Редактирует и печатает!
      А мои попытки донести до неё ошибочность её действий наталкиваются на ответ "но ведь так всё получается!"
      
      У меня для сестры отдельная учётная запись. Заходит туда раз в год... Так вот, после цирка с печатью проходит год... Опять зашла и орёт матом, почему на моём грёбаном компьютере в браузере такой дурацкий маштаб выставлен. Угу, сама выставила, а вернуть не захотела. Виноват же мой компьютер?
    4. марк три 2020/04/28 20:35 [ответить]
      Как-то, со скуки, запилил на екселе игру-головоломку 'пятнадцать', хорошо, что до 'тетриса' не дошёл:-)
    3. *Симонов Сергей (gann.lector@yandex.ru) 2020/04/28 20:34 [ответить]
      > > 1002.Талипов Артём
      
      
       >А товарищь из microsoft разводит руками. Да, они читали в сети. Но им никто не присылал багрепортов и не описывал проблему. Мол они должны сами догадаться.
      
      Можно подумать, он сам не на той же винде сидит, обновления не ставит и браузером не пользуется. Именно этот момент и непонятен.
      >
       >... Человек просто верит, он даже не пытается думать. Сносит windows, который откровенно задолбал. Начинает устанавливать linux... И сразу же начинаются приключения с отсутствующими дравейрами, непонятками где и как скачивать нужные программы.
      
      О_О
      Все драйверы есть в ядре. Обычно.
      Цирк с драйверами характерен для обросших доп. периферией "продвинутых пользователей", у которых и сканеры, и принтеры, и ТВ-тюнеры, и цифровые камеры лохматого года, ещё с DV-кассетами...
      
      Устанавливать программы? Открыл "Центр приложений" и ставь что хочешь. Ни тебе кряков, ни вирусов, никаких проблем вообще.
      
       >А любимые софтинки работать не хотят. И в этот момент зараждаеться обидка. Какой же linux отстойный, вот на windows всё получалось быстро и просто! Там не надо думать!
      
      Обычно это происходит у пользователей программ типа AutoCAD и прочих сложных CAD-систем.
      
      Мне переползти на 64 бита в том же Linux было сложнее, чем с Windows на Linux.
      
       >Когда старушка училка, пытается написать урок на бесовской машине, она приложет дикую изобретательность, чтобы проигнорировать все штатные инструменты!
      
      Воистину!
      
       >А вы думаете они excel используют для расчётов? У него оказывается есть множество неожиданных применений.
       >Например мне запомнился календарь или форматированная таблица с историческими событиями. Расчёты? Какие расчёты? Это хардкорный инструмент для форматирования текстовых документов!
      
      Это как раз "нормально". Файл Excel я использовал и как базу данных по CD, и перетаскивал данные из таблиц в PDF (каталогах) в Excel,
      Юзал для построения графиков, для подсчёта денег, вставлял таблицы Excel в чертежи, постоянно использую Excel для создания таблиц параметров в Solidworks...
      
       >Я этот файл, конвертировал каким-то онлайн сервисом в jpg, чтобы распечатать. Но у него края выходили за границы бумаги. А племянница поторапливала. В итоге листы склеивала скочем.
      
      :))
      
    2. *Талипов Артём 2020/04/28 20:16 [ответить]
      > > 997.Алексей
      >вот знаете, что особенно раздражает в "линуксо-hate`рных" статьях, так это то, что их авторы тупо выставляют свои обидки не тем, кому надо бы.
      Согласен! Тупизна на ровном месте. Притензии не по адресу и всё такое.
      Это касается не только компьютеров, а ещё много всякого.
      
      >Например, очередной вендузятный нытик жалуется, что его любимая программа (обычно с синдромом утёнка), к которой он привык, видите ли, не хочет работать в Линуксе. Поэтому Линукс плахой.
      Ага, угу. Но тут есть тонкость. Системы windows и linux сильно различаются на внутреннем уровне. И ряд програм, могут принципиально работать лишь на одной конкретной системе.
      А если программисты, как-то умудряются запилить программу для нескольких систем, то частенько это очень больно и жестоко.
      
      >А виноват Линукс....
      Хе-хе. Народ не понимает. Хочется всего и сразу.
      
      >По-идее, по логике, первым делом вендузятник должен пойти к _АВТОРАМ_ этой программы и _ИМ_ высказать свои претензии. Типа: "а пачиму ваша пыраграмма ни работаит в Линуксе, а?". И продолжить, a-la "быстра запилите мне линукс-версию ВАШЕЙ программы, ибо ВЫ авторы и именно ВЫ можете это сделать".
      Домохозяйки и прочие подобные, очень странные.
      Вот тут в сети пишут, что обновление windows чего-то сломало, файлы удаляются, браузеры падают и так далее и тому подобное.
      А товарищь из microsoft разводит руками. Да, они читали в сети. Но им никто не присылал багрепортов и не описывал проблему. Мол они должны сами догадаться.
      
      >Но нееет, вендузятник почему-то (хе хе, потому что вендузятник, вестимо) пристаёт к линукс-сообществу, с требованием чтобы линуксоиды извернулись и каким-то чудом и колдовством запустили его _вендузятную_ программу в Линуксе.
      Думаю, это просто реакция. Человек привык юзать программу. Тут ему приходят и говорят что windows отстой, linux круто. Человек просто верит, он даже не пытается думать. Сносит windows, который откровенно задолбал. Начинает устанавливать linux... И сразу же начинаются приключения с отсутствующими дравейрами, непонятками где и как скачивать нужные программы. А любимые софтинки работать не хотят. И в этот момент зараждаеться обидка. Какой же linux отстойный, вот на windows всё получалось быстро и просто! Там не надо думать!
      
      > > 999.Алексей
      >Не не не. Не согласен. С одним процентом "десктопов" Линукс не интересен также и программо-писателям.
      Верно. Впрочем есть интересные моменты.
      К примеру android или ios... Так или иначе, пусть изуродованные, но где-то в глубине души, теже *nix.
      Но обратите внимание 80% зловредов, это показыватели рекламы, причём пользователи их сами устанавливают.
      
      >Да, если будет больше, то и вирусо-писатели подключатся, и программо-писатели. Но, всё же у Линукса несколько иное амплуа, и иная пользовательская аудитория, так скажем, более технически грамотная. А значит, понимающая, зачем нужна "компьютерная гигиена". А значит, более устойчивая к вирусной угрозе.
      На windows тоже сидят далеко не только тупые.
      К примеру старый ноутбук, windows 10 не хочется и не тянет старое железо. windows 7 не поддерживается, но хотелось бы... Опс, есть windows embeded... Ха-ха! Поддержка продолжается. Сама по себе легче и быстрее. А по сути, всё та же windows 7.
      Вирусы? Какие вирусы? Нормально настроенный сетевой экран, разделение прав, свежие обновления... Внимательность при сёрфинге в сети... И вирусов нет!
      
      Лично я, за последние 10 лет, лишь два раза цеплял вирусы. Причём оба раза притащила сеструха на флэшке и руками запустила. У меня отрезан автозапуск и прочая подобная автоматизация.
      
      >вендузятники, это, в основном, сопливые школо-ло оло-ло геймеры, дыма-дамо-хозяйки, ламеры, клерки, офизный планктон и прочая пустопорожняя публика. Процентов 80 пользователей десктопов.
      Ага. В итоге программисты, сисадмины и техподдержка тоже сидят на windows, чтоб ублажать хомячков. Ав связи с этим, остальные в той же нише.
      
      >Процентов десять у линукса. И оставшиеся десять у мака, бзди и иных.
      Это либо фрики, либо очень спецефичные, либо ещё какие-то... Я ведь уже писал, что многое зависит от окружения. Если кругом windows, так или иначе приходится переходить на windows.
      
      > > 1000.Симонов Сергей
      >Вот это странно, т.к. я нормально открывал сделанные в Word файлы в OpenOffice - иногда съезжает форматирование таблиц и всё. Собственно, вся книга, все главы попеременно пишутся в MS Word и Open Office, но там понятно, простой текст без изысков.
      Именно. Когда простой текст, то нормуль. А когда в этот текст вкарячивается, что угодно и как угодно...
      Оформление таблиц, списков... Нет, не слышали! Проще пробелами отбить отступы. А то, что не получается написать.... Пишется рукой на бумаге. Фоткается на смартфон. Перекидывается на компьютер. И вставляется в документ.
      Я сейчас вынужден каждую неделю печатать фалики ms word, в которых есть ноты! Вы представляете, ноты в текстовый документ! Это же какое извращение!
      Специальная программма для нотного редактирования? Нет, не слышали про такое!
      Вы думаете, что вы видели извращенцев? Ох! Вы заблуждаетесь. Вы ещё не видели настоящих извращенцев!
      Когда старушка училка, пытается написать урок на бесовской машине, она приложет дикую изобретательность, чтобы проигнорировать все штатные инструменты!
      
      >Файлы Excel с расчётными формулами неоднократно открывал в WPS Office на смартфоне - нужно было во время "полевого выхода" на испытания на лету кое-что посчитать.
      А вы думаете они excel используют для расчётов? У него оказывается есть множество неожиданных применений.
      Например мне запомнился календарь или форматированная таблица с историческими событиями. Расчёты? Какие расчёты? Это хардкорный инструмент для форматирования текстовых документов!
      *бу-га-га*
      Я этот файл, конвертировал каким-то онлайн сервисом в jpg, чтобы распечатать. Но у него края выходили за границы бумаги. А племянница поторапливала. В итоге листы склеивала скочем.
    1. hcube (hcube@ihome.ru) 2020/04/28 19:46 [ответить]
      WPS рулит. Есть под все платформы, что линух, что винда, что ведроид с яблоками. Понимает практически все, вплоть до визио, что другие офисы не умеют, да и сам мелкоофис тоже.
    Страниц (10): 1 2 3 4 5 6 7 8 9 10 Архивы (1): 1

    Связаться с программистом сайта.

    Новые книги авторов СИ, вышедшие из печати:
    О.Болдырева "Крадуш. Чужие души" М.Николаев "Вторжение на Землю"

    Как попасть в этoт список

    Кожевенное мастерство | Сайт "Художники" | Доска об'явлений "Книги"