Лживая статья лживого автора. Все вышеупомянутые сайты доступны.
Я Выше написал об этом и получил минус пять в карму, из чего делаю вывод, что на хабре поселилось организованное стадо лжецов и фейкометов.
Этот denis-19, запостивший статью, вводит всех в заблуждение, а лично Вы ему подхрюкиваете. На самом деле все перечисленное фейкометом — и ютуб, и вконтатик, и мордокнига и однокласники и даже инстаграм с тиктоком работают. Пишу это из того самого города Пинска, что в Бреской области РБ, где контрабандисты и урки пытались год назад взять РОВД.
TurboPascal существовал и продавался за сотню баксов в середине 80-х еще до возникновения Борланда. Эту контору уже после построили Нильс Йенсен (в большей степени программист, нежели барыга) и Филипп Кан (в большей степени барыга, нежели программист) вокруг этого самого турбопаскаля. Следующим шагом взросления компании был турбо модула и си-компилятор. И тут случилось интересное. Кан решил убить Turbo Modula-2, чтобы тот не создавал конкуренции трубопаскалю, а также купить сторонний компилятор, который он позже назовет TurboC, в то время как в недрах самой Борланд людьми Йенсена разрабатывался свой. В результате Кан и Йенсен разошлись. Йенсен выкупил у Борланд все свои компиляторы и увел команду в контору Jensen&Partners Int., которая выпустила TopSpeed C, modula-2, Clarion и даже ассемблер. В те времена для PC основными с-компиляторами (в порядке роста качества генерируемого кода) были турбоси (борланд), msc 6.0 (микрософт) и topspeed (JPL), соответственно, с обратной популярностью. За ними шли с/с++ компиляторы от Semantec и Watcom. Topspeed C/C++ среди всех отличался крайне быстрой компиляцией, малым размером сгенерированного кода и высокой его производительностью. Народ, который писал нa С++ и был вынужден из-за политики своей компании программировать на микрософте или борланде, выпускал на них только релизы — вся разработка велась на TopSpeed C, что позволяло, как минимум, сэкономить время на ребилде проекта. Борланд турбо паскаль, как и турбоси имели кучу проблем а рантайме. Одна из наиболее тяжелых — кривое отслеживание дискет в приводе и последующая ее порча в случае замены. Собственно, все, что касалось int 13h, было реализовано кривейшим образом, либо вообще никак.
… “копеечные проблемы”, которые не решаются годами, или вылезаютт от релиза к релизу, от сервиспака к сервиспаку? А может, у Вас есть история про “копеечную проблему”, которая на самом деле является вершиной айсберга?
И не только САПР'ы этим страдают. «Копеечные проблемы» по большей части являются следствием бездумного подхода к разработке ПО с использованием ОО принципов, а именно в агрессивном использовании наследования и полиморфизма, что формирует жесткую древовидную иерархию функциональных возможностей такого ПО и позволяет использовать фреймворки. Поскольку в реальности систем, которые полностью можно описать иерархически, не существует, то начиная с некоторого уровня детализации и вылезают эти самые «копеечные проблемы», которые можно либо не решать вообще, как это имеет место в подавляющем большинстве информационных систем (хорошим примером служат сайты аэрокомпаний и ж/д) либо решить исключительно методом «тришкин кафтан», в результате вместо одной «копеечной проблемы» в следующем релизе вылезает другая.
На самом деле связность графа взаимодействий любой модели деятельности далека от древовидной и не может всквозную программироваться с помощью принципов, в основе которых лежит иерахическое взаимодействие информационнных объектов. Обычно, когда система проектируется сврху вниз, она какое-то время выглядит вся иерархичной. Но по мере детализации начинают возникать взаимодействия другой связности (не зря же в си-кросс-кросс ввели друзей:-). Момент, когда начинает проявляться неиерархичность зависит от задачи, но этот момент всегда настанет, причем, чем сложнее и больше система, там ранее эта проблема вылезет и чем позже на эт будет обращено внимание, тем монструознее и тормознутее будет результат, либо его просто не будет — на какие-то моменты просто забьют «фреймворк не поддерживает такого».
… в “мире САПР” создается ощущение, что за редким исключением вопросами скорости работы программ пренебрегают в ущерб скорости их написания.
Не только в «мире САПР», а во всем. Самое интересное, именно это подают на разного рода курсах по «программированию», а на самом деле по кодописанию с использованием того или иного фреймворка, как важнейший принцип, которому нужно следовать неукоснительно.
Добавьте в перечень отладчиков отладчик edb для linux (официальная поддержка) и прочих ОС. Поддерживает все новые SIMD-расширения и любую разрядность кода.
Если ассемблер так хорош, почему же мы не видим десктопных программ на нем? Компиляторов? СУБД?
Потому что это сложные программы, работающие со сложными данными (массивы, структуры, хеш-таблицы). В Си мы пишем index.fields[FIELD_NAME].offset, а в ассемблере вы будете сидеть вручную высчитывать смещение от указателя. Вы потратите в разы больше времени.
Не факт. Я бы сказал, что на ассемблере с массивами работать не сложнее, чем на си, а в ряде случаев и гораздо проще. Во-первых, у нас есть возможность задействовать пару регистров, в один из которых (базовый) мы помещаем адрес массива, а в другой (индексный) — смещение нужного элемента от его начала. Процессор сам выполняет все адресные операции, а нам остается только модифицировать содержимое индексного регистра. А если размер элемента 1, 2, 4 или 8 байт, то и следить не нужно — процессор это делает сам, а мы только индекс элемента в этот индексный регистр кладем.
А во-вторых, массивы в си — это не массивы, как например, в фортране, а всего лишь алиасы для операций с указателями, о чем именно так и написано в стандарте
6.5.2.1(2)...The definition of the subscript operator [] is that E1[E2] is identical to (*((E1)+(E2))).
Так что работа с массивами в си (и в сикросскросс) — это операции с указателями и если не думать постоянно о том, что именно представляет собой оператор «квадратные скобки», то результатом обязательно будет какая-нибудь проблема. В лучшем случае это будет уязвимость, в худшем — мусор в результатах и крушение чего-нибудь с пассажирами.
К примеру, автоматическую векторизацию кода (приведение обычных скалярных вычислений к параллельным вычислениям с использованием SIMD: SSE, AVX и т.п.), компиляторы делают весьма посредственно.
Небольшое уточнение по цитируемому — компиляторы С/C++. Интеловский компилятор с фортрана делает векторизацию на своих процах очень хорошо. Кроме этого, он генерирует более безопасный код в отношении разного рода непредвиденных вычислительных ситуаций типа переполнений, потери точности и прочего вычислительного дерьма, с которыми мы сталкиваемся на си, если не мониторим постоянно операнды.
Нейросети никакого отношения к ИИ не имеют. Они представляют собой не более, чем множество дискриминантных функций (гиперповерхностей) S_k, разделяющих пространство S на две области S_{k,in} и S_{k,out}, выделяя таким образом класс принадлежности k. Построение данной функции выполняется издревле известным методом минимизации некоторого функционала. Фактически, «обучение» нейросети — это задача аппроксимации. Мало того, есть ситуации, когда нейросети применить невозможно вообще, поскольку «поверхности ошибок» не существует из-за непотенциальности процесса, а задачу решать нужно.
Игры отнимают у человека жизнь, создавая иллюзию успешности. На самом деле время, проведенное в компьютерных играх, бездарно вычеркивается из жизни — это просто дешевый суррогат реальности. Как если бы сравнить костариканский баккарди с боярышником.
Полного ощущения, например, полета, даже на тренажере не получаешь, а уж за компом тем более.
На федоре с момента ее выхода, до этого на шапке с версии 6. Единственный раз, когда возникли проблемы с установкой и поддержкой железа, это ноутбук Dell XPS 15z. Первая установка потребовала отключения apic (-noapic и -acpi=off), но покая до этого допер, прошло два дня. Все остальные установки, а их было, надо сказать, немногого — я делаю установку только на новое железо, после чего только апгрейды (yum/dnf upgrade). Раньше руками, теперь, поскольку есть автоматизирующий этот процесс софт, автоматом. Апгрейд занимает три-четыре часа, а если с нуля, то пару дней, пока восстановишь полностью все, как было на предыдуещй инсталляции.
exFAT не поддерживает POSIX имен файлов, символических ссылок и прочих удобств, от которых, раз попробовав, уже не отказатся.
Невозможность использовать точку в конце имени файла вообще убивает — у меня по работе куча каталогов имеет имя типа «Фамилия И.О.» и эта точка на конце имени требуется обязательно. Сама файловая система exFAT крайне медленная как в записи, так и в чтении. В природе есть архив из стандартов, содержащий более полмиллиона pdf-файлов, справочники, даташиты и прочие мощные наборы из сотен тысяч небольших файлов. Для полнотекстового в них поиска используются их txt-версии. Если расположить это все на exFAT, результатов полнотекстового поиска не дождаться. В то же время ext4 обеспечивает более-менее приемлемую задержку, а сам метод не требует никакого стороннего софта — все есть в любой системе из коробки (find & grep).
Вайланд совершенно не готов — нет поддержки работы через сеть, без чего многие вещи в лучшем случае неудобны, как например, программирование с qt (согласитесь, ждать ребилд проекта по полчаса таки выматывает), либо просто не работают, как например, работа с электронным САПР'ом, который сконфигурирован на 128 вычислительных узлов. А так просто открываешь X-сессию на кластере c ноутбука и спокойно работаешь.
История с «Корчевателем» (a.k.a. Rooter), увы, забыта…
Собственно, 80% т.н. рецензируемой периодики сегодня представляет полное говно. Самое грустное, что там почти весь IEEE Transactions on… Моя контора 35 лет платила за подписку на дюжину сборников по тематике IT и в позапрошлом году было решено отказаться из-за переполнения мусорным контентом. Сборники превратились в платформу по наворачиванию индексов цитирования и рекламы.
Не переживайте, в стандарте C++ в разделе «Classes» написано дословно, что «A class is a type». Так что слово «класс» следует понимать, как синоним слова «тип».
Выгорание — это банальная перегрузка мозгов, в результате которой нлюдается гибель нейронов. В процессе работы нейрона выделяются разного рода продукты жизнедеятельности, которые выводятся клетками глии. Некоторые из таких продуктов, липофусцин, например, отстаются внутри нейрона навсегда. Существует максимальная интенсивность работы нейронов, когда клетки глии справляются с их кормлением и выводом продуктов жизнедеятельности. Если мозги работают более интенсивно, глия не успевает выводить продукты жизнедеятельности и они накапливаются в нейронах. В результате мозги начинают «бастовать». Причем бастует не кора, а лимбическая система — та часть мозга, которая отвечает за рефлесксы от дыхания и потения, до стояка или опадания. Это ощущается как усталость, нежелание думать. Если это нежелание думать преодолевать различными химикатами, включая натуральные энергетики, или иога-практиками, то ситуация может завершиться разрушением синапсов и даже гибелью нейронов тех частей коры, которые отвечают за данный вид деятельности. Это и ощущается, как «выгорание». Это самое «выгорание» есть реальное выгорание реальных нейронов. В случае умеренного перенапряжения, например, два-три дня интенсивной работы, можно восстановиться, например, за неделю-полторы, а в более тяжелом случае может случиться непоправимое — смерть нейронов. Это ощущается как полная потеря интереса к данного рода деятельности.
Таки hobbes.nmsu.edu работает -- This page updated on 2019-02-10. Есть и другие сайты, но найти их через поисковики почти невозможно -- любые упоминания об OS/2 из сети планомерно вычищаются, воруются аббревиатуры и сокращения, связанные с ними. WARP, DIVE, SOM, WPS, Visual AGE, Aurora, Merlin. И это при том, что десктопа, по функциональности даже близко похожего на WPS, за двадцать с лишним лет так и не случилось.
Хорошая операционка была. При любой загрузке процессора и файлового ввода-вывода пользовательский интерфейс мгновенно отзывался, а звук и видео никогда не прерывались. То же самое относительно обмена данными через модем по телефонной линии.
А что такое случилось с редактором, в котором я набираю этот ответ, что глючат клавиши навигации? Жму стрелку вверх -- курсор дергается и остается на месте. Выделил блок с пом. Shift-стрелки, а сброс с пом. Esc не работает.
FLARX Alkaline AA и AAA использовал для новогодних гирлянд и прочей мигающей фигни на балконе, на окнах и на елке. Купил с тройным запасом на всякий случай, однако один комплект отработал с польского рождества по православное без каких либо проблем.
В гитарной педали шесть батареек AA и разницы в сроке службы Flarx и Duracell я не заметил. И те и другие около 8 часов, плюс-минус.
Также имею четыре сигнализатора поклевок, так вот кроны FLARX работают в них столько же, сколько дюрасел или джипи, а стоят эти четыре фларха дешевле одного дюрасела.
В 2000 году был нормальный на то время интернет. У же в 1998 я использовал модем только для фидо и для выхода по ssh -X протоколу на сервер лаборатории, который был в локальной сети 100 Мбит/с, в пиринговой сети города 100 Мбит/с и имел 10 Мбит наружу.
Некоторое оборудование и софт в лаборатории имели подписку в IBM и выкачать фиксы и апдейты с болдера, а также разного рода документацию было проще, чем между делом.
Я Выше написал об этом и получил минус пять в карму, из чего делаю вывод, что на хабре поселилось организованное стадо лжецов и фейкометов.
И не только САПР'ы этим страдают. «Копеечные проблемы» по большей части являются следствием бездумного подхода к разработке ПО с использованием ОО принципов, а именно в агрессивном использовании наследования и полиморфизма, что формирует жесткую древовидную иерархию функциональных возможностей такого ПО и позволяет использовать фреймворки. Поскольку в реальности систем, которые полностью можно описать иерархически, не существует, то начиная с некоторого уровня детализации и вылезают эти самые «копеечные проблемы», которые можно либо не решать вообще, как это имеет место в подавляющем большинстве информационных систем (хорошим примером служат сайты аэрокомпаний и ж/д) либо решить исключительно методом «тришкин кафтан», в результате вместо одной «копеечной проблемы» в следующем релизе вылезает другая.
На самом деле связность графа взаимодействий любой модели деятельности далека от древовидной и не может всквозную программироваться с помощью принципов, в основе которых лежит иерахическое взаимодействие информационнных объектов. Обычно, когда система проектируется сврху вниз, она какое-то время выглядит вся иерархичной. Но по мере детализации начинают возникать взаимодействия другой связности (не зря же в си-кросс-кросс ввели друзей:-). Момент, когда начинает проявляться неиерархичность зависит от задачи, но этот момент всегда настанет, причем, чем сложнее и больше система, там ранее эта проблема вылезет и чем позже на эт будет обращено внимание, тем монструознее и тормознутее будет результат, либо его просто не будет — на какие-то моменты просто забьют «фреймворк не поддерживает такого».
Не только в «мире САПР», а во всем. Самое интересное, именно это подают на разного рода курсах по «программированию», а на самом деле по кодописанию с использованием того или иного фреймворка, как важнейший принцип, которому нужно следовать неукоснительно.
Не факт. Я бы сказал, что на ассемблере с массивами работать не сложнее, чем на си, а в ряде случаев и гораздо проще. Во-первых, у нас есть возможность задействовать пару регистров, в один из которых (базовый) мы помещаем адрес массива, а в другой (индексный) — смещение нужного элемента от его начала. Процессор сам выполняет все адресные операции, а нам остается только модифицировать содержимое индексного регистра. А если размер элемента 1, 2, 4 или 8 байт, то и следить не нужно — процессор это делает сам, а мы только индекс элемента в этот индексный регистр кладем.
А во-вторых, массивы в си — это не массивы, как например, в фортране, а всего лишь алиасы для операций с указателями, о чем именно так и написано в стандарте
Так что работа с массивами в си (и в сикросскросс) — это операции с указателями и если не думать постоянно о том, что именно представляет собой оператор «квадратные скобки», то результатом обязательно будет какая-нибудь проблема. В лучшем случае это будет уязвимость, в худшем — мусор в результатах и крушение чего-нибудь с пассажирами.
Небольшое уточнение по цитируемому — компиляторы С/C++. Интеловский компилятор с фортрана делает векторизацию на своих процах очень хорошо. Кроме этого, он генерирует более безопасный код в отношении разного рода непредвиденных вычислительных ситуаций типа переполнений, потери точности и прочего вычислительного дерьма, с которыми мы сталкиваемся на си, если не мониторим постоянно операнды.
Полного ощущения, например, полета, даже на тренажере не получаешь, а уж за компом тем более.
Невозможность использовать точку в конце имени файла вообще убивает — у меня по работе куча каталогов имеет имя типа «Фамилия И.О.» и эта точка на конце имени требуется обязательно. Сама файловая система exFAT крайне медленная как в записи, так и в чтении. В природе есть архив из стандартов, содержащий более полмиллиона pdf-файлов, справочники, даташиты и прочие мощные наборы из сотен тысяч небольших файлов. Для полнотекстового в них поиска используются их txt-версии. Если расположить это все на exFAT, результатов полнотекстового поиска не дождаться. В то же время ext4 обеспечивает более-менее приемлемую задержку, а сам метод не требует никакого стороннего софта — все есть в любой системе из коробки (find & grep).
Собственно, 80% т.н. рецензируемой периодики сегодня представляет полное говно. Самое грустное, что там почти весь IEEE Transactions on… Моя контора 35 лет платила за подписку на дюжину сборников по тематике IT и в позапрошлом году было решено отказаться из-за переполнения мусорным контентом. Сборники превратились в платформу по наворачиванию индексов цитирования и рекламы.
Не переживайте, в стандарте C++ в разделе «Classes» написано дословно, что «A class is a type». Так что слово «класс» следует понимать, как синоним слова «тип».
Почему именно «перед» — `t' всегда писалось после, например, так:
mynewtype_t
Таки hobbes.nmsu.edu работает -- This page updated on 2019-02-10. Есть и другие сайты, но найти их через поисковики почти невозможно -- любые упоминания об OS/2 из сети планомерно вычищаются, воруются аббревиатуры и сокращения, связанные с ними. WARP, DIVE, SOM, WPS, Visual AGE, Aurora, Merlin. И это при том, что десктопа, по функциональности даже близко похожего на WPS, за двадцать с лишним лет так и не случилось.
Хорошая операционка была. При любой загрузке процессора и файлового ввода-вывода пользовательский интерфейс мгновенно отзывался, а звук и видео никогда не прерывались. То же самое относительно обмена данными через модем по телефонной линии.
А что такое случилось с редактором, в котором я набираю этот ответ, что глючат клавиши навигации? Жму стрелку вверх -- курсор дергается и остается на месте. Выделил блок с пом. Shift-стрелки, а сброс с пом. Esc не работает.
В гитарной педали шесть батареек AA и разницы в сроке службы Flarx и Duracell я не заметил. И те и другие около 8 часов, плюс-минус.
Также имею четыре сигнализатора поклевок, так вот кроны FLARX работают в них столько же, сколько дюрасел или джипи, а стоят эти четыре фларха дешевле одного дюрасела.
srepositories:В 2000 году был нормальный на то время интернет. У же в 1998 я использовал модем только для фидо и для выхода по ssh -X протоколу на сервер лаборатории, который был в локальной сети 100 Мбит/с, в пиринговой сети города 100 Мбит/с и имел 10 Мбит наружу.
Некоторое оборудование и софт в лаборатории имели подписку в IBM и выкачать фиксы и апдейты с болдера, а также разного рода документацию было проще, чем между делом.