Конечно, при необходимости все можно собрать, но для этого нужны ресурсы и время. Если вас сегодня объявят в федеральный розыск, у вас есть время чтобы покинуть страну до конца суток, так как базы МВД и ФСБ синхронизируются раз в день.
И каким образом подключаться к сети с этим хэшем? По логике работы вайфая, хранить приходится открытый пароль и все так делают. В документации на wpa_supplicant.conf тоже ни про какие хэши информации не видно.
Похоже Вы не читали интересную книгу :)
Л.Броуди «Cпособ мышления — Форт язык и философия для решения задач» archive.org/details/Broudie2
Потом прочтите и первую книгу этого автора объясняющую азы языка, и книгу Баранова, Ноздрунова с которой многие начали свой путь в мир Форт (Forth).
Изданых книг по Форту немного.
P.S. Программирование должно быть естественным продолжением мыслительных процессов.
Раз пошла такая пьянка про самообучение программированию, то вот эпичная, хотя и порядком устаревшая, копипаста:
Итак, салаги, вы пришли к старым морским волкам в /pr/ и хотите стать программистами. Надеюсь, вы знаете, что хотите, так как это нелёгкий путь. Позвольте разъяснить вам несколько моментов: а) Большинство людей, которые делают сайты – не программисты. Если вы хотите делать сайты, но не хотите быть программистом – берите в зубы учебник «PHP5 в подлиннике» и начинайте делать свою первую гостевуху. Вопросы решайте в гугле, /s/ и форумах. Здесь другая тематика. Эту пасту дальше читать не надо, мы будем долго разговаривать, а вам нельзя терять время. б) За 21 день освоить программирование не получится. Никак. Совсем. Если срочно нужны деньги, то присоединяйся к товарищам, которые встали и ушли после пункта а. Нормальный объём академических часов в высшем образовании – 8000 штук. Это три года хорошей учёбы. Для того чтобы освоить материал хорошо надо ещё больше. Если параллельно бухать в общаге, то можно и в пять лет не уложиться. в) Я не Попов, магических способов изучения программирования за два DVD-диска не знаю, и учить им не буду. Я худший наставник, чем Кормен или Ахо, и буду только указывать вам направления деятельности. Готовься искать информацию сами. В каждой книге читайте, по крайней мере, оглавление. Задавайте вопросы. г) Программирование не есть изучение языков программирования. Хотя мы начнём его изучение с нескольких языков, они не являются самоцелью курса. д) Если вам не нравится паста – пишите конструктивную критику и предлагайте лучшие решения. От пустословия паста лучше стать не сможет.
И так, надеюсь тут остались только те, кто хотят учиться. Если вам надо учиться, но вы не хотите, значит надо не вам. Наслаждайтесь. Вы станете настоящими программистами. Я надеюсь, что вы знаете математику и информатику на уровне 9 класса. Если не знаете, то перечитайте учебники. Курс от /pr/ состоит из модулей, каждый модуль состоит из двух частей: а) Матчасть. В матчасти перечислены моменты, которые надо изучить и книги, которые надо читать при изучении модуля. Все книги есть в Интернете. Если позволяют деньги, можно заказывать печатные варианты. Лучше читать на английском, но если не получается – используйте хороший русский перевод. Читайте так, как вам нравится. Если ничего не понимаете – читайте вперёд и перечитывайте после. Можно начать другой модуль. Можно заняться практикой. Можно почитать другую книгу похожей тематики. б) Практика. На практике надо писать программы. Ну, или, по крайней мере, составлять алгоритмы. Я буду предлагать небольшие проекты, которые охватывают материал из модуля. Но писать надо то, что нравится.
Модуль первый, введение. Задача: получить мотивацию и базовые знания, которые потребуются для освоения дальнейшего материала. Матчасть: информатика, программирование на языках высокого уровня, базовые понятия программирования: итерации, рекурсия, процедуры, функции, абстракции, классы, объекты, методы, переменные, присваивание, замещение, цикл, ветвление. Вначале советую читать SICP. Не весь. Вычисления на регистровых машинах можно отложить на потом. Нужно понять и прочувствовать принципы работы схемы (язык программирования, который используется в этой книге): это простой и одновременно мощный язык. Поначалу будет сложно, так как схема не похожа на бейсик, паскаль или что вы там изучали в школе. Но если вам удастся ухватиться по крайней мере за половину того, что написано в SICPе дальше будет легко и приятно. Писать на схеме сложные приложения невозможно. Это чисто учебный язык и вы никогда не будете его использовать на практике. Поэтому далее надо выучить кое-что посерьёзнее. Обычно первокурсники в России изучают язык си. Это не очень плохая идея в той части, что большинство языков имеют си-подобный синтаксис. В части байтосношения и плохого ООП на крестах (так я буду называть язык C++) это плохая идея. Поэтому откройте толстенный учебник Дейтелов и хорошенько изучите его ровно до конца шестой главы. Это где-то 1/3 часть учебника. Дальше можете не читать, так как рискуете навсегда испортить себе вкус. Но можете и прочитать. На си можно писать сложные программы, но так тоже никто не делает. Поэтому большинство программ из курса я рекомендую писать на Java и Python.
Отвечаю на недовольный гул в аудитории: Java потому, что java легче. Изучая что-то другое на этом этапе, вы просто запутаетесь в особенностях языка. Особенно это касается шарпа (хотя на нём можно писать, как на джаве, только вот ведь не захочется), крестов (там сложно не запутаться) и хачкеля. Python потому, что некоторые задачи легче решать на скриптовом языке. Кроме того, в питоне есть некое подобие функциональщины, и если рано припечёт, то можно будет посмотреть и её. Хорошо ориентируясь в этих языках (на это не нужно слишком много времени – это не кресты, которые нужно учить годами) можно потом достаточно быстро изучить другие языки. А можно и не изучать, так как оба этих языка (в сущности, плохих) широко применяются до сих пор. Не заворачивайтесь на IDE, компиляторах и прочем инструментарии: вы всё равно перепробуете все доступные. Не дожидайтесь, пока вас утомит первая рекомендованная среда, а сразу поставьте все распространённые и выберите понравившуюся.
Книги: Философия Java Эккеля, читать по мере необходимости. Не занимайтесь особым оверинжинирингом. По крайней мере многопоточность следует отложить до лучших времён. Не забивайте себе голову паттернами. Книга номер два — в глубь языка Python. Кстати, я знаю, как пишется «вглубь», просто использую русский перевод с официального сайта. Опять же – изучайте разделы по мере необходимости. Сомневаюсь, что тёлки будут ахать при одном упоминании каких-то ваших характеристик, но изучить основы этого языка можно очень быстро. Кроме того, попробуйте почитать «Конкретную математику». Пока не станет скучно. Я рассчитываю, что скучно станет весьма быстро, хотя книга (как и TACP Кнута) написана с характерным юморком. Асимптотику лучше отложить до алгоритмов. Если чувствуете, что идёт совсем плохо (не Кнут с Паташником, а вообще), то читайте школьные учебники. Лучше старые, советские. Можно почитать книги для совсем маленьких детей «А я был в компьютерном городе», «Занимательная информатика» и.т.п. – это просто весело. Вам должно быть интересно читать. Если на этом этапе вам скучно, то дальше будет вообще кромешный непролазный песец. Ещё не поздно пойти писать гостевуху. Да, это была самая сложная часть. Если вынести из неё ещё и знание английского, то всё остальное покажется лёгкой прогулкой.
Практика: из всех учебников, которые я перечислил, задачи есть только в SICP'е и Дейтелах (ну и в конкретной математике, конечно). Их нужно решать. Освойте все простые конструкции, напишите несколько несложных игр, для одной из них напишите ИИ. Порешайте задачи для школьников, которые просят сделать за них лабу в /pr/ — но обязательно пишите на другом языке.
Теперь можно перейти к дискретной математике. Задача: понимать язык, на котором написаны остальные книги. Нет, это не самый занудный раздел. Теория трансляции будет зануднее. Матчасть: Открываете любой учебник, в котором есть: множества, алгебры, отображения, графы. Хорошо подойдут университетские методички. Можете видеокурсы с интуита посмотреть. Учишь. Плюс нужна элементарная матлогика – кванторы, законы де Моргана, таблицы истинности. Семиотику пока трогать не надо. Практика: Выполняете задания. Доказываете теоремы.
Традиционно далее изучаются базы данных. Базы данных есть в любом мало-мальски сложном приложении. Даже в компьютерных играх есть. Даже в примитивных гостевухах, которые сейчас пишут оставившие нас несколько абзацев назад «коллеги». Поэтому базы данных надо знать. Сейчас используются исключительно реляционные базы данных. Некоторые люди поговаривают про key-value хранилища (непременно асинхронные и сверхбыстрые), ну так вот, они концептуально тоже реляционные. Но вы с ними обязательно разберитесь отдельно. Матчасть: идёте по учебнику Кристофера Дейта и изучаете темы. Идти до конца не надо: читайте выборочно и смело бросайте около 17 главы. Изучить надо реляционное исчисление, ER-модель, транзакции, SQL. SQL лучше изучать не по Дейту, а по какому-нибудь практическому учебнику – обратите внимание на книжку Моисеева и его сайт с задачами. Практика: проектировать базы данных. Быстро. В уме. Таблицы должны интуитивно получаться сразу в 3NF. Пишите запросы на сайте у Моисеенко. Напишите приложение, которое активно использует базу данных – многим студентам такое барахло нужно на курсачи и дипломы, можно даже найти заказчика за деньги. Посмотрите на ORM (SQLAlchemy, Hibernate и.т.п.), почитайте статейки. Узнайте, какие сейчас используются базы данных, и обязательно прикрути парочку к своим приложениям.
Архитектура ЭВМ. Задача: знать, как работает компьютер. Дабы не делать ляпов. По крайней мере, глупых ляпов. Матчасть: Читаете Таненбаума, про архитектуру ЭВМ. Лёгкое и интересное чтиво. Знать: что такое вентиль, что из них составляют: там очень подробно описано по разделам. Не путаться в шинах. Знать про адресацию памяти, прерывания. Практика: Спроектировать простейший «железный» компьютер из блоков. На бумажке. Чтобы выполнял программу, записанную в память. Спроектировать всякой ерунды в эмуляторе схем. Дешифратор для семисегментного индикатора, например. Ассемблер лучше особо не трогайте, познакомишься с ним для интересу у Кнута, а писать на нём вам всё равно не придётся. Во всяком случае, я до сих пор я пытался оградить вас от низкоуровневого программирования. Знаний там очень много, но они все совсем не фундаментальные и изучать их надо под конкретную должность. Начните читать Кнута, по крайней мере, разберитесь с его компьютерами (MIX и MMIX) и напишите для них несколько программ на бумажке. Сделайте свой виртуальный компьютер, но не такой старый и сложный, как у Кнута. Сделайте для него ассемблер и напишите пару простых программ.
Наконец переходим к алгоритмам. Задача: понимать, как оценивается скорость алгоритма, почему существует много алгоритмов, как выбрать нужный. Знать базовые алгоритмы. Знать структуры данных и связанные с ними алгоритмы. Хорошо знать! Их много самых разных. Всякие связные списки из массивов вы должны уметь реализовывать стоя у доски с маркером. Книги: Вирт, Ахо по алгоритмам и структурам данных. Тут вот читать надо всё, очень пригодится дискретка. Опять же, Кормен. Там очень много материала, разбирайтесь в нём постепенно. Можно вернуться к конкретной математике, раз уж вы её бросили. Практика: реализуйте алгоритмы, про которые читаете. Вряд ли в реальном мире вы будете использовать их в чистом виде, однако вы должны знать хорошие решения. Да, эта бодяга надолго. Изучайте параллельно что-нибудь ещё, следующие разделы лёгкие и богатые на практику.
Сети. Задача – научиться писать сетевые приложения. Матчасть: Таненабум наш друг и товарищ на все времена. Осиливайте модель OSI, читайте спецификации нескольких сетевых протоколов. Например, http и smpt. Особенно http – разберись с хедерами, сжатием и.т.п. Долго и хорошо почитайте в Википедии про современные системы связи. Посмотрите алгоритмы, которые используются в маршрутизации, разберись, чем пакет отличается от кадра. Практика: делаем сокет-сервер, например, для чата. Разберитесь с XML, HTML, JSON. XML особенно. Освойте XPath.
Операционные системы. Задача состоит не столько в изучении операционных систем, сколько в изучении принципов распределения ресурсов компьютера. Тут же надо разобраться с многозадачностью, которую я вам как-то отсоветовал изучать сразу. Матчасть: опять же Таненбаум. Разберитесь с алгоритмами для планирования процессов, организацией памяти, файловыми системами, ядрами. Есть толстенный учебник Дейтелов. Помните, вы по ним си изучали? Так вот, ещё есть и по ОС учебник. Отдельно изучаете многозадачность: синхронизацию, пайпы, семафоры, мониторы. В жабе всё это дело есть из коробки и писать программы, которые реализуют такую функциональность будет просто и приятно. Если вы бросили Эккеля на этом месте – самое время начать читать опять. Одного Эккеля мало, используйте гугл. Хотя, наверное, к этому времени вы уже сменили язык. Практика: многопоточные приложения. Сделайте свой компьютер многопоточным. Это весьма занимательно.
Формальные языки и методы трансляции. Да, вот она вершина, с которой видно весь остальной курс. Если вы досюда добрались, то у вас железные яйца. Жму руку. Хотя и написано, что теория трансляции, надо обратить внимание на синтаксически управляемую обработку данных вообще. Матчасть: начинаем разогрев с главы учебника по дискретке про семиотику. Продолжаем Ахо и Сети, Книгой Дракона. Введение по дискретке там есть, но бедное. Нужно осилить грамматики, языки, иерархию Хомского и соответствующие автоматы. Кстати, автоматы в конце SICPа есть. Изучаем работу компиляторов и интерпретаторов. Изучаем оптимизации. Отдельно про регулярные выражения. Что такое регулярное выражения вы поймёте при изучении иерархии Хомского. Но регулярные выражения – это уже прикладная область, и чтобы их составлять нужно быть знакомым с синтаксисом, обозначениями и.т.п. – учебник по дискретной математике вам этого не даст. Прочитайте книгу О'Рейли про регулярки. С совами на обложке. Практика: написать несколько сложных регулярок, компилятор, интерпретатор. Да, чёрт подери, настоящий оптимизирующий компилятор простого языка.
Стандарты в программировании: всё самое сложное вы уже осилили, осталась сущая малость. Во-первых, стили разработки. Юнит-тесты, UML, рефакторинг, всякие совершенные коды. Уже пора изучать язык, на котором будете работать, и изучать классические труды о его устройстве, стандартных библиотеках и методах. Для прихода к просветлению можно таки выучить модный хачкель. В книжках, которые я рекомендовал есть моря ссылок на другие труды. У вас уже должен быть большой кругозор. Думаю, к этому времени вы уже знаете, что делать.
Хотелось бы внести пару ложек дегтя в бочку меда. Начну из далека.
Как только в MySQL появились события, я очень обрадовался, так как привык работать с job в оракл и этой функциональности очень не хватало, однако. На последней конференции по MySQL (которую уже устроил Oracle) мы пообщались с разработчиками на тему, а как вам events в MySQL. На что получили крайне забавный ответ, ал-я «Вася иди сюда, расскажи как много багов у тебя в этом долбанном шедулере». Т.е. по мнению разоработчиков качество кода, который им достался в наследство, оставляет желать лучшего.
Events мы все таки заюзали. Ибо фича полезное а я верю в лучшее.
Первые проблемы начались когда MySQL 5.5.11 начал слегда подвисать из-за того, что не мог создавать новый бинарный лог, если имелись незавершенные транзакции. Механизм у нас был заюзан очень активно. Особенностью MySQL event scheduler состоит в том, что если событие не завершилось, то оно все равно стартует ещё раз, по этому страховку, защиту от дурака, надо делать самим. Изначально мы её не сделали, и при подвисании события запускались в геометрической прогрессии, убивая БД полностью.
Эту проблему мы решили, ну сами дураки — сами и исправились. Сделали что-то типа:
-----------------------------------------------------------------------------
drop event if exists ev_refresh_decline_structures;
delimiter $$
create event ev_refresh_decline_structures
on schedule every 10 second
comment 'Refresh decline data'
do
main_sql:
begin
declare v_eexl_id int(10);
call event_start(v_eexl_id, 'paynet.ev_refresh_decline_structures');
if v_eexl_id is null then leave main_sql; end if;
call refresh_decline_structures(500);
call event_finish(v_eexl_id, 'paynet.ev_refresh_decline_structures');
end
$$
delimiter ;
-----------------------------------------------------------------------------
drop procedure if exists event_start;
delimiter $$
create procedure event_start(out o_eexl_id int(10), i_event_name varchar(64))
main_sql:
begin
declare v_lock_is_set int(1);
select get_lock(i_event_name, 0)
into v_lock_is_set;
if coalesce(v_lock_is_set, 0) = 0 then
leave main_sql;
end if;
insert into event_execution_logs(event_name, start_date)
values (i_event_name, now());
set o_eexl_id = last_insert_id();
commit;
end
$$
delimiter ;
-----------------------------------------------------------------------------
drop procedure if exists event_finish;
delimiter $$
create procedure event_finish(i_eexl_id int(10), i_event_name varchar(64))
main_sql:
begin
declare v_lock_is_set int(1);
update event_execution_logs
set end_date = now()
where eexl_id = i_eexl_id;
commit;
select release_lock(i_event_name)
into v_lock_is_set;
end
$$
delimiter ;
-----------------------------------------------------------------------------
Таким образом мы запретили одновременный запуск событий, а так же стали мониторить время выполнения оных и частоту запуска.
Через месяц мы били сильно удивлены. Мы заметили, что одно событие, которые должно запускаться раз в день в 2 часа ночи, запускается через раз, через 2!!! Особенностью шедулера так же является то, что если время события прошло то оно не будет запущено ещё раз. вроде все логично, но на практике, шедулер просто ПРОПУСКАЕТ события, иногда совершенно по непонытным причинам. В качестве workaround мы переписали код процедур выполняемых событий. таким образом чтобы запускать их можно было чаще а само время реальной отработки они контролировали сами.
В общем — будьте внимательны не натыкайтесь на наши грабли.
З.Ы. ввиду всех этих непонятностей, мы приняли решение написать свой шедулер для MySQL который будет лишен всех этих неостатков на Javaб чего и вам желаем
Рефлектор с аппертурой 200мм на экваториальной монтировке с SynScan (Sky-Watcher BK P2001HEQ5).
Несмотря на то, что такая игрушка способна подарить немало офигенных ощущений, я бы трижды подумал перед тем, как вписываться в астрономы. Очень много возни и много ограничений:
— Наблюдения доступны только ночью. Особенно интересно, когда интересующий объект появляется на пару часов часа в три ночи. У вас есть время поспать днём?
— Облака. Чёртовы облака. Ну почему сегодня, в единственную ночь, когда можно увидеть эту долбаную комету?! — так вы себе скажете не раз и не два.
— Кстати, попробуйте понаблюдать зимой. Посмотрим, долго ли вы продержитесь на морозце. Да, ещё осенью и весной наблюдать почти никогда не получается (дожди и облачность).
— Засветка. Мне повезло, я жил на окраине маленького города, но даже там хотелось повыбивать ближайшие фонари. Очень мешает наблюдению. Иногда удавалось уехать куда-нибудь на ночь — и вот там было ОЧЕНЬ круто.
— Разочарование. Фотографии в посте довольно точно показывают максимум того, что удастся рассмотреть. Обычно же люди ожидают того, что смогут рассмотреть на Луне следы Нила Армстронга и полюбоваться на мельчайшие детали колец Сатурна. Фигушки, этого не будет. И даже если вы реалист и не ждёте ничего такого, то все ваши знакомые точно ждут. Они придут к вам посмотреть в телескоп, и потом будут скрывать своё разочарование.
— Окей, скажете вы, можно же делать классные астрофоточки. Можно. Можно прикупить к недешёвому скопу ещё и недешёвый фотик и площадку для его крепления к скопу. Но тогда вы сможете делать только моментальные фотографии, без выдержки. Потому что все небесные тела движутся относительно вас, и вы убедитесь, что движутся они офигеть, как быстро. И для съёмки с выдержкой вам ещё понадобится монтировка (нет, это не та штука, с которой ходит Гордон Фриман, это штука, на которую монтируется ваш скоп) с механизмом слежения — а это тоже недешёвая игрушка. Более того — это весьма сложная игрушка; и даже если рекламный проспект гласит «Находите вашу любимую галактику одним нажатием кнопки», вы проведёте несколько ночей пытаясь понять, почему вместо скопления M38 скоп наводится на окно соседнего дома.
— К этому приплюсуйте кучу времени на чтение астрофорума, доков, гайдов, подбор окуляров и множество всяких мелочей.
— Да, вы с вероятностью 99% не обнаружите ничего, что и так можно посмотреть на фотках других любителей. Нет, вру: иногда случаются эвенты, вроде знаменитой кометы ISON C/2012 S1. Как её ждали! Как ждали! Я хотел под это дело брать отпуск, но не вышло — впрочем, комета разрушилась, так и не достигнув максимального свечения (предполагаю, что в связи с этим разрушилось немало надежд астролюбителей по всему миру).
Но зачем тогда заниматься всей этой ерундой?
Затем, что это невероятные ощущения. После первого взгляда на незасвеченное небо через широкоугольный объектив я, как всякий русский человек, очень захотел ругаться матом от восторга. Вид неописуемой красоты.
Или, например, впечатления от наблюдения кометы C/2011 L4, которую в следующий раз будет видно только через 110000 лет. В этом есть что-то значимое.
Или затем, что это может быть очень весело.
Всем привет! Один мой знакомый, глубоко занимающийся подобными вещами прочитал эту статью и попросил опубликовать тут его комментарий (так как он тут не зарегистрирован и вообще сюда не ходит: если честно, я просто дал ему ссылку). Вообще у него есть свои работы на эти темы, дам ссылку, может кому интересно будет: samlib.ru/s/sor_a/son_realn.shtml Это про сны, есть и другие статьи.
Собственно, вот его коммент без купюр (здесь Автор — автор данной статьи):
Скажу что он отчасти Автор прав. Но только отчасти.
А теперь по порядку.
Общее: он начитался Михаила Радугу — aing.ru/ и взял оттуда то что едва смог понять…
Без принятия философии «Многомерного Я» — ничего не получится у него, и всякие отмежевания от религий тому свидетельство. Религии лгут, но в них есть отголоски Знания…
1) Автор не понимает что Сон это такая-же часть жизни Единой Личности как и жизнь тут вне сна.
Все ваши жизни продолжаются, неважно, бодрствуете вы или спите.
Не все сны имеют одинаковую природу. Некоторые «сны» происходят в духовных или ментальных зонах, связанных с повседневной жизнью, — в этих случаях маскировка событий во снах не требуется. Но в самых глубоких областях сна вы общаетесь с другими частями своей личности и с теми реальностями, в которых те части личности существуют. В этом состоянии вы можете заниматься работой или увлечениями, которые могут быть или не быть связаны с вашими интересами в этой Реальности, так как вы их сейчас тут понимаете. Вы учитесь, занимаетесь, играете; все, что угодно, но не спите, в полном смысле слова. Вы очень активны. Вы заняты подпольной деятельностью в трущобах существования, вы не находитесь в бессознательном состоянии. Вам это только кажется, потому что, как правило, к утру вы обо всем забываете. Однако некоторые люди в определенной степени осознают эти события.
Отсюда и все ошибки Автора :) снами нельзя управлять, можно только себя настроить на получение неких ответов, которые вы согласны принять как ответы. Но это уже не сон будет :) это будет искаженная практика «без мыслей ныряем в А-1 уровень».
… а еще я понимаю желание всё и всех отрицать, но надо-же и головой думать, а то «тут играем а тут не играем», теория должна быть стройной и четкой, без закрываний глаз на то что ему не хочется видеть…
2) «мозг поврежден» — так не бывает :) мозг это «радиоприемник», он будет работать даже при значительных разрушениях. То что мешает человеку использовать «практики» это сам человек :) Кто не верит в радиоприемник — найдите в Инете кучи опытов когда искали где именно память хранится — память так и не нашли нигде в мозге :)
Убеждение в том что «мне это не интересно и НЕ БУДЕТ работать» — порождает то что «и не работает». Только так и не иначе.
Убеждение в чем-то порождает Реальность в которой «это Убеждение верно».
3) «быстрый сон» — опять-же, это часть Путешествия, это область «иной Реальности».
4) «Для чего все это нужно (что можно с этим делать)» — сильно перекручено и усложнено, автор сам плавает в том что пишет, много надергано из бредовых чужих статей без понимания «как это на самом деле работает».
5) его практика — это искаженный вариант «уровня А-1». Совсем необязательно играть в его игру «заснуть и попасть в фазу» :)
я такие вещи (типа поиска неисправностей в машине) делаю просто закрыв глаза. Многие их его «методик» — это копирование Монро и Радуги :)
Работа по выходу из тела была описана у Роберта Монро, но, как показывают опыты Монро и опыты Чайки aing.ru/
не у всех и не всегда эти методики работают, мало того — их методики сложны и требуют игр со сном.
Мои этого не требуют, и более просты и доступны каждому.
Общий вывод: Аффтар пытается, тужится, но вместо стройной теории получилась сборная солянка, которая не дает быстрого и подтверждаемого результата. Статья напускает дыму и уводит в сторону от простых практик и методик которые можно оттренировать за пару дней-неделю.
И самое главное тут не способности того кто собирается учиться, а его Вера в себя и Разрешение на своё изменение.
Со мной можно до хрипоты спорить, но это будет иметь смысл если спорящий сам что-то реально практикует, а не медитирует «на фото учителя» или под рекомендованную музыку.
Если побеждают корпорации, то антиутопия по Хаксли.
Если побеждают государства, то антиутопия по Оруэллу.
Если проиграют и те и другие, то получим Фоллаут.
Если и те и другие выиграют, то получим киберпанк.
Информация всегда была самым дорогим ресурсом. По крайней мере последние тысячу лет.
Н.А. Козырев. Избранные труды
Л.С. Шихобалов. Основы причинной механики
М.М. Лаврентьев о повторении опытов Козырева
Публикации МНИИКА.
Л.Броуди «Cпособ мышления — Форт язык и философия для решения задач» archive.org/details/Broudie2
Потом прочтите и первую книгу этого автора объясняющую азы языка, и книгу Баранова, Ноздрунова с которой многие начали свой путь в мир Форт (Forth).
Изданых книг по Форту немного.
P.S. Программирование должно быть естественным продолжением мыслительных процессов.
Из лингвистики есть наследие Тузова С.А. cyberleninka.ru/article/v/postroenie-semanticheski-svyazannyh-informatsionnyh-obektov-teksta
Тузов С.А. «Языки представления данных» archive.org/details/tuzov_v_a_yazyki_predstavleniya_znaniy
В сети есть и его монография по языкам.
Итак, салаги, вы пришли к старым морским волкам в /pr/ и хотите стать программистами. Надеюсь, вы знаете, что хотите, так как это нелёгкий путь. Позвольте разъяснить вам несколько моментов: а) Большинство людей, которые делают сайты – не программисты. Если вы хотите делать сайты, но не хотите быть программистом – берите в зубы учебник «PHP5 в подлиннике» и начинайте делать свою первую гостевуху. Вопросы решайте в гугле, /s/ и форумах. Здесь другая тематика. Эту пасту дальше читать не надо, мы будем долго разговаривать, а вам нельзя терять время. б) За 21 день освоить программирование не получится. Никак. Совсем. Если срочно нужны деньги, то присоединяйся к товарищам, которые встали и ушли после пункта а. Нормальный объём академических часов в высшем образовании – 8000 штук. Это три года хорошей учёбы. Для того чтобы освоить материал хорошо надо ещё больше. Если параллельно бухать в общаге, то можно и в пять лет не уложиться. в) Я не Попов, магических способов изучения программирования за два DVD-диска не знаю, и учить им не буду. Я худший наставник, чем Кормен или Ахо, и буду только указывать вам направления деятельности. Готовься искать информацию сами. В каждой книге читайте, по крайней мере, оглавление. Задавайте вопросы. г) Программирование не есть изучение языков программирования. Хотя мы начнём его изучение с нескольких языков, они не являются самоцелью курса. д) Если вам не нравится паста – пишите конструктивную критику и предлагайте лучшие решения. От пустословия паста лучше стать не сможет.
И так, надеюсь тут остались только те, кто хотят учиться. Если вам надо учиться, но вы не хотите, значит надо не вам. Наслаждайтесь. Вы станете настоящими программистами. Я надеюсь, что вы знаете математику и информатику на уровне 9 класса. Если не знаете, то перечитайте учебники. Курс от /pr/ состоит из модулей, каждый модуль состоит из двух частей: а) Матчасть. В матчасти перечислены моменты, которые надо изучить и книги, которые надо читать при изучении модуля. Все книги есть в Интернете. Если позволяют деньги, можно заказывать печатные варианты. Лучше читать на английском, но если не получается – используйте хороший русский перевод. Читайте так, как вам нравится. Если ничего не понимаете – читайте вперёд и перечитывайте после. Можно начать другой модуль. Можно заняться практикой. Можно почитать другую книгу похожей тематики. б) Практика. На практике надо писать программы. Ну, или, по крайней мере, составлять алгоритмы. Я буду предлагать небольшие проекты, которые охватывают материал из модуля. Но писать надо то, что нравится.
Модуль первый, введение. Задача: получить мотивацию и базовые знания, которые потребуются для освоения дальнейшего материала. Матчасть: информатика, программирование на языках высокого уровня, базовые понятия программирования: итерации, рекурсия, процедуры, функции, абстракции, классы, объекты, методы, переменные, присваивание, замещение, цикл, ветвление. Вначале советую читать SICP. Не весь. Вычисления на регистровых машинах можно отложить на потом. Нужно понять и прочувствовать принципы работы схемы (язык программирования, который используется в этой книге): это простой и одновременно мощный язык. Поначалу будет сложно, так как схема не похожа на бейсик, паскаль или что вы там изучали в школе. Но если вам удастся ухватиться по крайней мере за половину того, что написано в SICPе дальше будет легко и приятно. Писать на схеме сложные приложения невозможно. Это чисто учебный язык и вы никогда не будете его использовать на практике. Поэтому далее надо выучить кое-что посерьёзнее. Обычно первокурсники в России изучают язык си. Это не очень плохая идея в той части, что большинство языков имеют си-подобный синтаксис. В части байтосношения и плохого ООП на крестах (так я буду называть язык C++) это плохая идея. Поэтому откройте толстенный учебник Дейтелов и хорошенько изучите его ровно до конца шестой главы. Это где-то 1/3 часть учебника. Дальше можете не читать, так как рискуете навсегда испортить себе вкус. Но можете и прочитать. На си можно писать сложные программы, но так тоже никто не делает. Поэтому большинство программ из курса я рекомендую писать на Java и Python.
Отвечаю на недовольный гул в аудитории: Java потому, что java легче. Изучая что-то другое на этом этапе, вы просто запутаетесь в особенностях языка. Особенно это касается шарпа (хотя на нём можно писать, как на джаве, только вот ведь не захочется), крестов (там сложно не запутаться) и хачкеля. Python потому, что некоторые задачи легче решать на скриптовом языке. Кроме того, в питоне есть некое подобие функциональщины, и если рано припечёт, то можно будет посмотреть и её. Хорошо ориентируясь в этих языках (на это не нужно слишком много времени – это не кресты, которые нужно учить годами) можно потом достаточно быстро изучить другие языки. А можно и не изучать, так как оба этих языка (в сущности, плохих) широко применяются до сих пор. Не заворачивайтесь на IDE, компиляторах и прочем инструментарии: вы всё равно перепробуете все доступные. Не дожидайтесь, пока вас утомит первая рекомендованная среда, а сразу поставьте все распространённые и выберите понравившуюся.
Книги: Философия Java Эккеля, читать по мере необходимости. Не занимайтесь особым оверинжинирингом. По крайней мере многопоточность следует отложить до лучших времён. Не забивайте себе голову паттернами. Книга номер два — в глубь языка Python. Кстати, я знаю, как пишется «вглубь», просто использую русский перевод с официального сайта. Опять же – изучайте разделы по мере необходимости. Сомневаюсь, что тёлки будут ахать при одном упоминании каких-то ваших характеристик, но изучить основы этого языка можно очень быстро. Кроме того, попробуйте почитать «Конкретную математику». Пока не станет скучно. Я рассчитываю, что скучно станет весьма быстро, хотя книга (как и TACP Кнута) написана с характерным юморком. Асимптотику лучше отложить до алгоритмов. Если чувствуете, что идёт совсем плохо (не Кнут с Паташником, а вообще), то читайте школьные учебники. Лучше старые, советские. Можно почитать книги для совсем маленьких детей «А я был в компьютерном городе», «Занимательная информатика» и.т.п. – это просто весело. Вам должно быть интересно читать. Если на этом этапе вам скучно, то дальше будет вообще кромешный непролазный песец. Ещё не поздно пойти писать гостевуху. Да, это была самая сложная часть. Если вынести из неё ещё и знание английского, то всё остальное покажется лёгкой прогулкой.
Практика: из всех учебников, которые я перечислил, задачи есть только в SICP'е и Дейтелах (ну и в конкретной математике, конечно). Их нужно решать. Освойте все простые конструкции, напишите несколько несложных игр, для одной из них напишите ИИ. Порешайте задачи для школьников, которые просят сделать за них лабу в /pr/ — но обязательно пишите на другом языке.
Теперь можно перейти к дискретной математике. Задача: понимать язык, на котором написаны остальные книги. Нет, это не самый занудный раздел. Теория трансляции будет зануднее. Матчасть: Открываете любой учебник, в котором есть: множества, алгебры, отображения, графы. Хорошо подойдут университетские методички. Можете видеокурсы с интуита посмотреть. Учишь. Плюс нужна элементарная матлогика – кванторы, законы де Моргана, таблицы истинности. Семиотику пока трогать не надо. Практика: Выполняете задания. Доказываете теоремы.
Традиционно далее изучаются базы данных. Базы данных есть в любом мало-мальски сложном приложении. Даже в компьютерных играх есть. Даже в примитивных гостевухах, которые сейчас пишут оставившие нас несколько абзацев назад «коллеги». Поэтому базы данных надо знать. Сейчас используются исключительно реляционные базы данных. Некоторые люди поговаривают про key-value хранилища (непременно асинхронные и сверхбыстрые), ну так вот, они концептуально тоже реляционные. Но вы с ними обязательно разберитесь отдельно. Матчасть: идёте по учебнику Кристофера Дейта и изучаете темы. Идти до конца не надо: читайте выборочно и смело бросайте около 17 главы. Изучить надо реляционное исчисление, ER-модель, транзакции, SQL. SQL лучше изучать не по Дейту, а по какому-нибудь практическому учебнику – обратите внимание на книжку Моисеева и его сайт с задачами. Практика: проектировать базы данных. Быстро. В уме. Таблицы должны интуитивно получаться сразу в 3NF. Пишите запросы на сайте у Моисеенко. Напишите приложение, которое активно использует базу данных – многим студентам такое барахло нужно на курсачи и дипломы, можно даже найти заказчика за деньги. Посмотрите на ORM (SQLAlchemy, Hibernate и.т.п.), почитайте статейки. Узнайте, какие сейчас используются базы данных, и обязательно прикрути парочку к своим приложениям.
Архитектура ЭВМ. Задача: знать, как работает компьютер. Дабы не делать ляпов. По крайней мере, глупых ляпов. Матчасть: Читаете Таненбаума, про архитектуру ЭВМ. Лёгкое и интересное чтиво. Знать: что такое вентиль, что из них составляют: там очень подробно описано по разделам. Не путаться в шинах. Знать про адресацию памяти, прерывания. Практика: Спроектировать простейший «железный» компьютер из блоков. На бумажке. Чтобы выполнял программу, записанную в память. Спроектировать всякой ерунды в эмуляторе схем. Дешифратор для семисегментного индикатора, например. Ассемблер лучше особо не трогайте, познакомишься с ним для интересу у Кнута, а писать на нём вам всё равно не придётся. Во всяком случае, я до сих пор я пытался оградить вас от низкоуровневого программирования. Знаний там очень много, но они все совсем не фундаментальные и изучать их надо под конкретную должность. Начните читать Кнута, по крайней мере, разберитесь с его компьютерами (MIX и MMIX) и напишите для них несколько программ на бумажке. Сделайте свой виртуальный компьютер, но не такой старый и сложный, как у Кнута. Сделайте для него ассемблер и напишите пару простых программ.
Наконец переходим к алгоритмам. Задача: понимать, как оценивается скорость алгоритма, почему существует много алгоритмов, как выбрать нужный. Знать базовые алгоритмы. Знать структуры данных и связанные с ними алгоритмы. Хорошо знать! Их много самых разных. Всякие связные списки из массивов вы должны уметь реализовывать стоя у доски с маркером. Книги: Вирт, Ахо по алгоритмам и структурам данных. Тут вот читать надо всё, очень пригодится дискретка. Опять же, Кормен. Там очень много материала, разбирайтесь в нём постепенно. Можно вернуться к конкретной математике, раз уж вы её бросили. Практика: реализуйте алгоритмы, про которые читаете. Вряд ли в реальном мире вы будете использовать их в чистом виде, однако вы должны знать хорошие решения. Да, эта бодяга надолго. Изучайте параллельно что-нибудь ещё, следующие разделы лёгкие и богатые на практику.
Сети. Задача – научиться писать сетевые приложения. Матчасть: Таненабум наш друг и товарищ на все времена. Осиливайте модель OSI, читайте спецификации нескольких сетевых протоколов. Например, http и smpt. Особенно http – разберись с хедерами, сжатием и.т.п. Долго и хорошо почитайте в Википедии про современные системы связи. Посмотрите алгоритмы, которые используются в маршрутизации, разберись, чем пакет отличается от кадра. Практика: делаем сокет-сервер, например, для чата. Разберитесь с XML, HTML, JSON. XML особенно. Освойте XPath.
Операционные системы. Задача состоит не столько в изучении операционных систем, сколько в изучении принципов распределения ресурсов компьютера. Тут же надо разобраться с многозадачностью, которую я вам как-то отсоветовал изучать сразу. Матчасть: опять же Таненбаум. Разберитесь с алгоритмами для планирования процессов, организацией памяти, файловыми системами, ядрами. Есть толстенный учебник Дейтелов. Помните, вы по ним си изучали? Так вот, ещё есть и по ОС учебник. Отдельно изучаете многозадачность: синхронизацию, пайпы, семафоры, мониторы. В жабе всё это дело есть из коробки и писать программы, которые реализуют такую функциональность будет просто и приятно. Если вы бросили Эккеля на этом месте – самое время начать читать опять. Одного Эккеля мало, используйте гугл. Хотя, наверное, к этому времени вы уже сменили язык. Практика: многопоточные приложения. Сделайте свой компьютер многопоточным. Это весьма занимательно.
Формальные языки и методы трансляции. Да, вот она вершина, с которой видно весь остальной курс. Если вы досюда добрались, то у вас железные яйца. Жму руку. Хотя и написано, что теория трансляции, надо обратить внимание на синтаксически управляемую обработку данных вообще. Матчасть: начинаем разогрев с главы учебника по дискретке про семиотику. Продолжаем Ахо и Сети, Книгой Дракона. Введение по дискретке там есть, но бедное. Нужно осилить грамматики, языки, иерархию Хомского и соответствующие автоматы. Кстати, автоматы в конце SICPа есть. Изучаем работу компиляторов и интерпретаторов. Изучаем оптимизации. Отдельно про регулярные выражения. Что такое регулярное выражения вы поймёте при изучении иерархии Хомского. Но регулярные выражения – это уже прикладная область, и чтобы их составлять нужно быть знакомым с синтаксисом, обозначениями и.т.п. – учебник по дискретной математике вам этого не даст. Прочитайте книгу О'Рейли про регулярки. С совами на обложке. Практика: написать несколько сложных регулярок, компилятор, интерпретатор. Да, чёрт подери, настоящий оптимизирующий компилятор простого языка.
Стандарты в программировании: всё самое сложное вы уже осилили, осталась сущая малость. Во-первых, стили разработки. Юнит-тесты, UML, рефакторинг, всякие совершенные коды. Уже пора изучать язык, на котором будете работать, и изучать классические труды о его устройстве, стандартных библиотеках и методах. Для прихода к просветлению можно таки выучить модный хачкель. В книжках, которые я рекомендовал есть моря ссылок на другие труды. У вас уже должен быть большой кругозор. Думаю, к этому времени вы уже знаете, что делать.
Вот только, прочитав цену, хочу спросить, у одного меня велокомпьютер за 180 руб. имеет следующие функции:
www.astronomy.ru/forum/index.php/topic,9361.0.html
Вот некоторые сообщения (проверил, вроде бы нерегистрированным показываются нормально):
http://www.astronomy.ru/forum/index.php/topic,9361.msg1977859.html#msg1977859
http://www.astronomy.ru/forum/index.php/topic,9361.msg1966753.html#msg1966753
http://www.astronomy.ru/forum/index.php/topic,9361.msg2140579.html#msg2140579
http://www.astronomy.ru/forum/index.php/topic,9361.msg2006875.html#msg2006875
А вот про модель камеры:
http://www.astronomy.ru/forum/index.php/topic,9361.msg2007055.html#msg2007055
Как только в MySQL появились события, я очень обрадовался, так как привык работать с job в оракл и этой функциональности очень не хватало, однако. На последней конференции по MySQL (которую уже устроил Oracle) мы пообщались с разработчиками на тему, а как вам events в MySQL. На что получили крайне забавный ответ, ал-я «Вася иди сюда, расскажи как много багов у тебя в этом долбанном шедулере». Т.е. по мнению разоработчиков качество кода, который им достался в наследство, оставляет желать лучшего.
Events мы все таки заюзали. Ибо фича полезное а я верю в лучшее.
Первые проблемы начались когда MySQL 5.5.11 начал слегда подвисать из-за того, что не мог создавать новый бинарный лог, если имелись незавершенные транзакции. Механизм у нас был заюзан очень активно. Особенностью MySQL event scheduler состоит в том, что если событие не завершилось, то оно все равно стартует ещё раз, по этому страховку, защиту от дурака, надо делать самим. Изначально мы её не сделали, и при подвисании события запускались в геометрической прогрессии, убивая БД полностью.
Эту проблему мы решили, ну сами дураки — сами и исправились. Сделали что-то типа:
-----------------------------------------------------------------------------
drop event if exists ev_refresh_decline_structures;
delimiter $$
create event ev_refresh_decline_structures
on schedule every 10 second
comment 'Refresh decline data'
do
main_sql:
begin
declare v_eexl_id int(10);
call event_start(v_eexl_id, 'paynet.ev_refresh_decline_structures');
if v_eexl_id is null then leave main_sql; end if;
call refresh_decline_structures(500);
call event_finish(v_eexl_id, 'paynet.ev_refresh_decline_structures');
end
$$
delimiter ;
-----------------------------------------------------------------------------
drop procedure if exists event_start;
delimiter $$
create procedure event_start(out o_eexl_id int(10), i_event_name varchar(64))
main_sql:
begin
declare v_lock_is_set int(1);
select get_lock(i_event_name, 0)
into v_lock_is_set;
if coalesce(v_lock_is_set, 0) = 0 then
leave main_sql;
end if;
insert into event_execution_logs(event_name, start_date)
values (i_event_name, now());
set o_eexl_id = last_insert_id();
commit;
end
$$
delimiter ;
-----------------------------------------------------------------------------
drop procedure if exists event_finish;
delimiter $$
create procedure event_finish(i_eexl_id int(10), i_event_name varchar(64))
main_sql:
begin
declare v_lock_is_set int(1);
update event_execution_logs
set end_date = now()
where eexl_id = i_eexl_id;
commit;
select release_lock(i_event_name)
into v_lock_is_set;
end
$$
delimiter ;
-----------------------------------------------------------------------------
Таким образом мы запретили одновременный запуск событий, а так же стали мониторить время выполнения оных и частоту запуска.
Через месяц мы били сильно удивлены. Мы заметили, что одно событие, которые должно запускаться раз в день в 2 часа ночи, запускается через раз, через 2!!! Особенностью шедулера так же является то, что если время события прошло то оно не будет запущено ещё раз. вроде все логично, но на практике, шедулер просто ПРОПУСКАЕТ события, иногда совершенно по непонытным причинам. В качестве workaround мы переписали код процедур выполняемых событий. таким образом чтобы запускать их можно было чаще а само время реальной отработки они контролировали сами.
В общем — будьте внимательны не натыкайтесь на наши грабли.
З.Ы. ввиду всех этих непонятностей, мы приняли решение написать свой шедулер для MySQL который будет лишен всех этих неостатков на Javaб чего и вам желаем
Рефлектор с аппертурой 200мм на экваториальной монтировке с SynScan (Sky-Watcher BK P2001HEQ5).
Несмотря на то, что такая игрушка способна подарить немало офигенных ощущений, я бы трижды подумал перед тем, как вписываться в астрономы. Очень много возни и много ограничений:
— Наблюдения доступны только ночью. Особенно интересно, когда интересующий объект появляется на пару часов часа в три ночи. У вас есть время поспать днём?
— Облака. Чёртовы облака. Ну почему сегодня, в единственную ночь, когда можно увидеть эту долбаную комету?! — так вы себе скажете не раз и не два.
— Кстати, попробуйте понаблюдать зимой. Посмотрим, долго ли вы продержитесь на морозце. Да, ещё осенью и весной наблюдать почти никогда не получается (дожди и облачность).
— Засветка. Мне повезло, я жил на окраине маленького города, но даже там хотелось повыбивать ближайшие фонари. Очень мешает наблюдению. Иногда удавалось уехать куда-нибудь на ночь — и вот там было ОЧЕНЬ круто.
— Разочарование. Фотографии в посте довольно точно показывают максимум того, что удастся рассмотреть. Обычно же люди ожидают того, что смогут рассмотреть на Луне следы Нила Армстронга и полюбоваться на мельчайшие детали колец Сатурна. Фигушки, этого не будет. И даже если вы реалист и не ждёте ничего такого, то все ваши знакомые точно ждут. Они придут к вам посмотреть в телескоп, и потом будут скрывать своё разочарование.
— Окей, скажете вы, можно же делать классные астрофоточки. Можно. Можно прикупить к недешёвому скопу ещё и недешёвый фотик и площадку для его крепления к скопу. Но тогда вы сможете делать только моментальные фотографии, без выдержки. Потому что все небесные тела движутся относительно вас, и вы убедитесь, что движутся они офигеть, как быстро. И для съёмки с выдержкой вам ещё понадобится монтировка (нет, это не та штука, с которой ходит Гордон Фриман, это штука, на которую монтируется ваш скоп) с механизмом слежения — а это тоже недешёвая игрушка. Более того — это весьма сложная игрушка; и даже если рекламный проспект гласит «Находите вашу любимую галактику одним нажатием кнопки», вы проведёте несколько ночей пытаясь понять, почему вместо скопления M38 скоп наводится на окно соседнего дома.
— К этому приплюсуйте кучу времени на чтение астрофорума, доков, гайдов, подбор окуляров и множество всяких мелочей.
— Да, вы с вероятностью 99% не обнаружите ничего, что и так можно посмотреть на фотках других любителей. Нет, вру: иногда случаются эвенты, вроде знаменитой кометы ISON C/2012 S1. Как её ждали! Как ждали! Я хотел под это дело брать отпуск, но не вышло — впрочем, комета разрушилась, так и не достигнув максимального свечения (предполагаю, что в связи с этим разрушилось немало надежд астролюбителей по всему миру).
Но зачем тогда заниматься всей этой ерундой?
Затем, что это невероятные ощущения. После первого взгляда на незасвеченное небо через широкоугольный объектив я, как всякий русский человек, очень захотел ругаться матом от восторга. Вид неописуемой красоты.
Или, например, впечатления от наблюдения кометы C/2011 L4, которую в следующий раз будет видно только через 110000 лет. В этом есть что-то значимое.
Или затем, что это может быть очень весело.
Собственно, вот его коммент без купюр (здесь Автор — автор данной статьи):
www.youtube.com/watch?v=UgcUwTmHY74
www.youtube.com/watch?v=OULbMirer8EБ
P.S: видео не вставляется :(
а на тему чисел зверя, пусть простят меня верующие, я отвечу следующее.