Category: it

Category was added automatically. Read all entries about "it".

ёжик

Верхний ПСТО (о бессмертии :)

Все новые заметки появляются под этой записью (она всегда верхняя). А здесь я оставляю ссылки на самые принципиальные и/или сводные тексты во всем моем ЖЖ.
***

Смысл общества – разум. Неравенство и религия – необходимы. Верс. 2

В данной теоретической (в основном) статье рассмотрена роль разума, который ведёт общество к гибели, если ориентирован на обслуживание «счастья» и «чувств», потому что разум имеет способность обходить «неприятные» инстинкты, которые не дают животным предаться разложению в духе «после нас хоть потоп», но разум в состоянии с лёгкостью обойти инстинкты и привести человека к разложению. 

Но если разум несёт в себе «антиэнтропийные» принципы (религия – один из вариантов таких принципов), то они в состоянии быть лучше инстинктов в плане защиты от разложения. Это первый принцип защиты жизни – необходимость антиэнтропийных принципов – которые в приоритете для человека всего остального – включая счастье. 

И ничего нельзя пускать на «случай», когда есть возможность планировать действия – иначе хаос и разложение «зайдут» через упование на случай. Это – второй принцип защиты жизни (случай как система – разлагает и убивает общество).

Периоды техноскачка и освоение трудных территорий человеческой цивилизацией

Collapse )
ёжик

IV. Рекурсивные функции-удачный для своего времени паллиатив правильной модели исполнения алгоритмов

. К оглавлению . Показать весь текст .

Возникает вопрос – почему логики в первой половине 20 века не воспользовались методикой перенесения исполнения программ машиной Тьюринга в некоторую функцию арифметики, подобно тому, что описана в начале данной статьи? Пусть у них не было теории строк, пусть для арифметики выполнен примат целостности относительно строк многосимвольного алфавита (пока это гипотеза), пусть строгие доказательства в арифметике получаются неполиномиально большими относительно размеров чисел в позиционном представлении. Но для конечных данных методика с «протоколом исполнения», вроде, позволяет перенести – пусть со всеми указанными издержками и неформальным использованием логики строк – исполнение программы машиной Тьюринга на уровень доказательств арифметики о некоторой функции. 

Я пишу «вроде позволяет» только потому, что не реализовывал весь этот гипотетический план, и не могу быть вполне уверен, что не встретил бы в процессе реализации принципиальные трудности в построении логических выводов. Но если верить собственной интуиции, то таких трудностей там я не вижу. К тому же все перечисленные издержки переноса алгоритмов в арифметику есть и для рекурсивных функций.

Collapse )
ёжик

Переносимость ярлыков Windows на разных компах - как добиться при помощи Windows PowerShell.

В Windows имеется такая штука, как ярлык для файла. Это очень удобно для классификаций. Вот сделал я файл MyFile.doc, который имеет расположение C:\Users\Buhgalter\...\MyFile.doc, сделал на него ярлык, где указал этот путь — и могу вызывать этот файл из любого места проекта через копию ярлыка. И при любом запуске ты будешь иметь дело с одним файлом, там будут одинаковые изменения и память ты истратишь только на один этот файл. Копии ярлыков никакой памяти на диске не занимают, практически.

И я могу копии файла хранить и по контрагенту (если это на тему постоянного клиента), и в продажах (если это покупатель), и в судах (если судимся), и в образцах (если в нём есть что-то общеупотребительное) и т.д. И не только ярлык на файл — можно так же и каталог через ярлыки на него использовать.

Но вот проблема. Обычно большой проект (фирму, бухгалтерию которой веду, например) я могу использовать на нескольких машинах и дома. Копируя проект с места на место. Но дома я имею дело вот с таким каталогом, например: C:\Users\dmitgu\...\MyFile.doc

Collapse )
ёжик

4. «Физика» используемой модели работы алгоритмов. Сравнение с машиной Тьюринга

. К оглавлению . Показать весь текст .

Изложенная в трёх предыдущих разделах модель работы алгоритмов вполне созвучно такой модели, как машина Тьюринга. Но у неё есть существенные расширения:

Во-первых, не одна «лента», а множество «полулент» Тьюринга, которые все своим началом сходятся в одной точке к «процессору». Это – строки (и числа, которые представлены в виде строк). Каждой переменной соответствует своя «полулента» Тьюринга, начало которой соответствует 1-му символу данной строки (если строка не пустая).

Во-вторых, в данной модели нет «тележки», которая может как угодно долго «блуждать» вдали от начальной точки. 

Чтобы получить информацию из нужного места строки – надо каждый раз «дойти» до нужного места строки, забрать нужную информацию и доставить её обратно к «процессору». 

Чтобы сохранить (записать) информацию в нужном месте строки – надо забрать её у «процессора» (полагаем, что она уже доставлена и есть в «нулевой» точке), доставить в нужное место строки и записать там вместо имеющейся там информации. 

Чем дальше от начала строки находятся нужные нам символы – тем дольше (прямо пропорционально дольше) до них добираться. Добираемся мы с целью чтения этих данных или замены этих данных на нужные данные.

Collapse )
ёжик

2. Условности языков программирования высокого уровня и факты «низкого» уровня

. К оглавлению . Показать весь текст .

Тут можно углубляться в нюансы – например, арифметические действия нужно всё же определить как подпрограммы через строковые операции, а не считать, что они готовые функции для строк типа «1678». И можно построить предыдущую программу, не обращаясь к арифметическим операциям, а используя: 

i = Comp(«Мама мыла раму», x);

Для получения меток так:

mark = «[next_1_» ⋅ i ⋅ «]»;

И метки [next_1_1], [next_1_2] ставить рядом в программе – чтоб они приводили к одному и тому же переходу. А для случая:

i = Comp(«Папа строил баню», x);

генерировать уже метки [next_2_0], [next_2_1], [next_2_2].

Перепишем программу уже без использования арифметических операций:

Collapse )
ёжик

Павел Дуров откровенно "лёг" под ЦРУ

Сохраню тут свой камент на заметку masterok "Telegram сегодня заблокируют". Где он пишет в частности:

"В мае 2016 года сотрудники спецслужб пришли без предупреждения в арендуемую Дуровым квартиру в Сан-Франциско, куда он приехал на конференцию Google, и начали задавать вопросы о Telegram. [подробнее...]«Они показали мне постановление суда и сказали: "Мы очень уважаем вашу позицию по поводу конфиденциальности и криптографии и мы уважаем то, что вы пытаетесь сделать. Но в мире существует терроризм, это серьезная проблема, и мы обязаны защищать общество. Надеемся, вы понимаете и разделяете наши взгляды"»,— рассказал создатель мессенджера. Затем агенты предложили ему обмениваться с ними по тайному каналу информацией о конкретных пользователях мессенджера в случае возникновения террористической угрозы. Павел Дуров ответил тогда в СМИ, что примет решение после того, как судебный документ изучат его юристы. Но кто же рассказывает журналистам всю правду :-) Потому и рассказываются героические истории о противостоянии Дурова и ФБР+ЦРУ."

Согласен. Мой камент:

Павел Дуров демонстративно лёг под ЦРУ-шников, которым сливает всё, что скажут и делает - как прикажут. А приказали ему послать ФСБ на хрен, а про ЦРУ рассказывать, какие там культурные дяди )) Дуров не дурак спорить с "культурными дядями" и ради рынка США он будет под дуду этих дядей плясать то, что они ему закажут.

З.Ы. Вполне можно ждать, что и другие крупные социальные сети могут под предлогом "несвободы" покинуть Россию. Их держат за причиндалы американские спецслужбы и используют эту возможность когда им скажут. А тенденция вредить России сейчас вполне явная.

З.Ы.Ы Ещё мой камент:

"Переживаю за владельцев крупнейших телеграм-каналов, в чью раскрутку реально вложены миллионы."

Им надо выставить счета этому контрацептиву Дурову, который из-за сраной "приватности" лишил людей того, к чему они привыкли и во что вложились. При том, что эта приватность никому нах не нужна кроме террористов и контрацептивов вроде самого Дурова

ёжик

Настольный веб-сервер (часть 2 из 2) - делаем сами

Окончание. Начало - предыдущая запись

16. Все это работает у нас в среде VS - его интегрированная среда сама запускает веб-сервер и окно браузера с нужным адресом. Но если это приложение взять для самостоятельного использования, то придется возится с установкой веб-сервера, подключением приложения к веб-серверу, а не на каждой машине это можно и простое решение для повседневной работы становится каким-то не общедоступным. Поэтому следующий этап - сделать приложение «самохостирующися». Поэтому:

Collapse )

30. Ясно, что таким образом можно легко увеличить вложенность до любого уровня. То есть - самохостинг на компьютере отдельного пользователя реализуется весьма легко, в принципе. Нюансы еще предстоит разобрать, но слияние методов разработки программ для «настольного» и «сетевого» пользователя уже пошло на практическом уровне.

ёжик

Настольный веб-сервер (часть 1 из 2) - делаем сами

Начало. Окончание - следующая запись.

У меня есть убеждение, что тенденцию развития пользовательских программ (настольных, корпоративных, игровых и т.п.) задают программы сетевые. Просто именно в Сети люди вынуждены приходить к общим соглашениям, которые неизбежно вытесняют частные. Это как человек думает на родном языке - хотя вроде мог бы думать и на каком-то «внутреннем» - так и развитие программ неизбежно направляется общепринятым в
IT, а общепринятое создается и навязывает себя в основном из Сети.

В связи со сказанным -  совершенно логично строить настольные приложения как приложения для интернета - этим ты опережаешь время и ускоряешь его. Да и логично использовать одинаковые подходы для работы как в Сети, так и с персональными программами - просто меньше надо заучивать, не теряя в универсальности.

Collapse )

ёжик

Порядок в документах на компе. Мой способ (Fbase). Стартап что ли попробовать?

jane77777 А у меня легкий хаос в ноуте. Все никак не соберусь разгрести..
.
Не только у Вас ) У меня порядок - ну счас я в процессе улучшения системы и смены работы - поэтому чуток запустил, но чуток.
А так каждая фирма (проект) имеет в директории года свою директорию проекта, внутри директории проекта есть каталоги месяцев, документы собираю по месяцам.
.
Внутри директории месяца есть директория тем, где свои поддиректории для каждой темы и там я храню ярлыки на документы. Директорию тем переношу из месяца в месяц и наращиваю ее новыми ярлыками - это все мало места на диске съедает.
Легко делать архивы и разворачивать и обновлять привычную мне среду на разных компах, где я работаю. И притом я быстро нахожу по любой теме то, что было даже и много лет назад.
.
Единственное, что надо автоматизировать доступ к папкам тем - потому что я вручную могу редактировать html-файлы, а вобще нормальным людям это неудобно (да и меня немного грузит). И тогда можно делать систему поддержания порядка для всех и продавать её ) Но просто время надо, а тут усилий надо немало, хотя идея и очень простая.
.
Кстати, вот тема для стартапа - читал, что некоторые счас просто организуют блог, там излагают идеи, смотрят количество интересантов и оценивают коммерческие перспективы проекта. Но это на Западе, конечно. Мы в бизнес процессах пока на уровне 100 летней давности. Но, может и догоним.
.
Кстати, надо выложить это как заметку и сослаться на исходную -
А для себя я называю пока эту систему упорядочивания документов Fbase.
ёжик

JavaScript и Ajax локально (без веб сервера, на локальном компьютере)

Из-за работы бухом у меня полно документов в компьютере и я их упорядочиваю хронологически по папкам месяцев и тематически - при помощи ярлыков (ссылающихся на документы) в тематических папках. Ярлык документа может оказаться в разных папках - например и в исходящих письмах, и в папке налоговой и в папке банка, например (уведомление об открытии счета). Это все я хорошо придумал, но тематических папок до фига, поэтому я решил использовать "интернетовские" странички для их упорядочивания - типа той странички, которую Вы сейчас читаете. Ставлю там ссылки на другие странички и тематические папки. Например, корневая страничка ссылается на странички для внутренних, исходящих, входящих, двусторонних и т.п. документов; далее уже эти странички ссылаются на другие и так до тематических папок. Поэтому у меня удобная иерархическая структура документов и порядок для создания резервных копий.Но по мере пользования всей этой системой назрела необходимость в автоматизации - редактировать все эти html-странички вручную утомительно.

Чтоб меньше редактировать, надо, чтоб странички сами "догадывались" где какие изменения возникли и обращались к свежим версиям ссылок (у меня "интернетовские" странички оглавления тоже хранятся в хронологическом порядке). А вот для этого надо, чтоб они могли "читать подсказки" из других страниц. И возникает необходимость не просто программировать при помощи JavaScript, но и читать другие документы - а тут есть проблемы, если это все не в интернете, а на локальном компьютере:

А проблема состоит в том, что стандартный метод чтения файлов в JavaScript - это использование объекта XMLHttpRequest, который работает только с веб сервером. Запускать на локальном компе веб сервер для обращения к своим локальным страничкам - как то не хочется.

Но нашелся обходной метод - использовать "плавающую рамку" iframe, в которую загружается проверяемая страничка и из нее уже можно извлечь всю инфу. Однако и тут возникли траблы:

Collapse )