• The Imagination Machine
    +1
    про MC10: так вот какое оно, начертание на правую руку и чело )
  • Влияние глиальных клеток на синаптическую связь: скорее да, или скорее нет?
    0
    я даже более чем сомневаюсь ) и сомневаюсь в том, что на основе математики, как продукта деятельности мозга, возможно качественно описать его функционирование (хоть и «математик» — была моей выходной специальностью).

    насчет развития мозга — процесс также логичен. начинается с bootstrap'инга, делает самодиагностику и внутреннюю адаптацию, потом уже начинает формировать обработку внешнего. если, конечно, не испорчена «прошивка» в ДНК )

    насчет состояний — если не читали, очень рекомендую почитать работы «Фазотонный мозг» и/или «Фазотонный гомеостаз и врачевание» Скупченко В.В.
  • Влияние глиальных клеток на синаптическую связь: скорее да, или скорее нет?
    +1
    похоже, жизненный цикл мозга подразумевает, как и эпохи обучения ИНС, активное включение в работу на первых этапах с постепенным переходом к «более точной настройке» меньшего числа элементов ближе к финалу.
  • in. Часть 1: Фантазии об интернете будущего
    +1
    Маркетинг в обертке введения к нф-рассказу о светлом будущем в духе молодых Стругацких — это интересно, посмотрим на прототип.
    Уже третий пост за месяц с близкими мыслями («Пиринг 2.0» и «Pandora»).
    Есть мысль, что пока все авторы новых концепций сетей не начнут объединяться, вместо того, чтобы пытаться заполучить все лавры себе, делая их в одиночку — полноценные релизы проектов не скоро увидят свет.
  • Прокрастинация. Символическая система вознаграждения. Часть 1
    +1
    Есть такое понятие «салями» в манипулятивных техниках, когда необходимые изменения вводяться крошечными шагами и потому почти незаметны для субъекта.
    В случае с прокрастинацией — происходит аналогичное, но мы сами формируем своё устойчивое патологическое состояние по терминологии Н.П.Бехтеревой. Для выхода из этого состояния могут применяться различные методики — от постепенного повторения положительных действий (как в статье) до шоковых, выбивающих из него.
    Есть еще вариант — переконфигурировать «зону комфорта» или типичное окружение, создавая новый базис состояния (т.е. перенести рабочее место, чаще выходить на улицу и новые места, распланировать день абсолютно иным образом, чем привык обычно и т.п.)
  • Новый полимер трансформируется в кнопки/вибро/динамики
    +2
    «Вибрируешь ли ты перед Центрифугой, Григорий?»
    © А. и Б. Стругацкие «Полдень, XXII век»
  • Пиринг 2.0
    0
    загляните в недавний пост о сети «Pandora», а также проекты: Diaspora, MOVIM, Freenet, GNUnet, Netsukuku, GNUSocial, Appleseed, Crabgrass.
    сам пишу подобный проект не первый год и соглашусь — расписать общие идеи гораздо проще, чем реализовать, причем пытаясь идти на опережение в технологиях с оглядкой на уже существующие проекты.
    очень много разностороннего нужно элегантно и гармонично «уложить» в реализацию.
  • Технологии экранов псевдоголографии
    0
    последнее видео демонстрирует принципы визуализации НЛО ) видел вживую — очень похоже
  • Instagram для нищебродов
    –1
    Instagram для «нищебродов» — это кривые в фотошопе и прямые руки. Ну или уже готовые фильтры
  • Простой многопоточный тип доступа к данным и атомарные переменные
    0
    спасибо! уточнил информацию по стандартам
  • О найме программистов и других инженеров
    +1
    Когда большую часть времени находишься среди людей сходной картины мира, а тем более имеешь продолжительный опыт работы в «разношерстных коллективах» — интуиция нарабатывается достаточно, чтобы уже по первым минутам понять — подходит человек или нет.
    Но эти навыки есть не у всех, а у тех, кто привык наблюдать за этим, интересоваться, искать закономерности. И это как раз больше характерно для инженеров/разработчиков.

    HR-ы по определению не могут «вариться» во всех сферах компании одновременно и собрать необходимый для этого опыт. Однако, хороший специалист применяет не только шаблонные приемы из учебников/семинаров/тренингов, а оценивает общечеловеческие черты, обогащенные собственным опытом.

    Потому, проведение собеседований совместно «правильными» HR'ом и руководителем отдела — позволяет дать более объективную картину и мнение. Это как преимущества бинокулярного зрения перед монокулярным.
  • Подсчет ссылок атомарными переменными в C/C++ и GCC
    –1
    в чистом виде полного thread safety для любых задач нельзя получить ни основываясь описанным в статье, ни с использованием shared_ptr.
    у каждой из этих методов есть свои преимущества и недостатки.
    задача статьи была не столько описать 100% решение, сколько раскрыть вариант логики работы со списком объектов пользуясь мьютексными и атомарными блокировками.
  • Подсчет ссылок атомарными переменными в C/C++ и GCC
    +1
    в статье — не решается. да и статья не предназначалась быть панацеей.
    как и было сказано выше Cupper — можно использовать для этой цели read()/write()-блокировки, но опять же — реализация зависит от задачи.
  • Подсчет ссылок атомарными переменными в C/C++ и GCC
    0
    Добавлю к предыдущему комментарию, что shared_ptr — не обеспечивает полного thread safety.

    Как сказано в документации к последнему Boost 1.50:
    Объекты shared_ptr обеспечивают тот же уровень потокобезопасности что и встроенные типы. Экземпляр shared_ptr-а может «считываться» одновременно несколькими потоками (доступ с использованием только константных операций). В различные экземпляры shared_ptr-а может производиться «запись» (доступ с использованием изменяемых операций, таких как оператор= или reset) одновременно несколькими потоками (даже если эти экземпляры — копии и разделяют внутри один и тот же счетчик ссылок).
    Любые другие варианты одновременного доступа приводят к непредсказуемому поведению.

    В c++0x говорится о том же.

    В целом же, основная проблема потокобезопасности shared_ptr в том, что его экземпляр — потокобезопасен, а объект, на который он ссылается — нет.
  • Иллюзия реальности, записки о человекостроении
    0
    Скорее, «смещенка» дает временный эффект, в котором мозг становится «гибче» и его можно «поправить» в нужном направлении.
    Тут главное не уходить в крайности.
    Потому как внимание может вообще раствориться и полностью потеряться контроль текущего состояния.
    С одной стороны — это хорошая проверка на гармоничность текущей сборки, а с другой — может привести к друзьям в белых халатах (и это еще не самый крайний вариант).
    И всегда стоит помнить, что у мозга не только сенсорные, когнитивные и прочие функции, но и функции регулирования процессов внутри организма.
  • Иллюзия реальности, записки о человекостроении
    +1
    В целом мозг пока сильно офигевает от всего.

    Это нормально, потому как большинство «смещенок» (а также эффектов от применения веществ, изменяющих восприятие) связаны с понижением порогового уровня нейронов или ослаблении действия «тормозщих» нейромедиаторов (возможны и другие варианты воздействия на нейродинамику).
    Что приводит к тому, что обрабатываемых сигналов для мозга становится гораздо больше и возможно формирование и активация новых нейроцепочек, ранее заблокированных повышенным торможением / пороговым потенциалом.
  • Подсчет ссылок атомарными переменными в C/C++ и GCC
    0
    Скорее всего я просто не понял сценарий.


    Если кратко, то при наличии структуры объектов, лочить ее mutex'ом всю при операциях над объектами несколькими потоками — слишком накладно и может увеличить простои одного из процессов в бесконечность.
    В этом смысле аналогией может быть работа общественной уборной.
    Если при каждом заходе в уборную на 10 кабинок будет лочится вся уборная — вырастет огромная очередь.
    А уборная должна периодически чиститься. И уборщица не знает заняты ли места в уборной или нет.
    Заходящий в уборную должен оповестить других о занятости кабинки. Потому заходя в кабинку сигнализирует об этом (atomic counter). Не исключено, что он может туда зайти и не один, но выйти все равно должны когда-то все из кабинки и разлочить ее. Периодически в уборную заглядывает уборщица. И когда она видит, что все двери разлочены — оставляет знак перед входом об уборке (mutex) и чистит уборную.
  • Подсчет ссылок атомарными переменными в C/C++ и GCC
    0
    жаль что сугубо заточен под задачу где есть поток удалятор, и 1-N поток юзателей

    да, можно еще сказать, что наличие объекта определяется единичным счетчиком, а остальные операции — счетчиком большим 1.
    Можно еще обобщенно представить это в таком подобии псевдокода (разумеется, в оригинале объект сразу инициализируется в 1, как частный случай реализации):
    eraser {
      atomic++;
      updater1 {
        atomic++;
        job();
        atomic--;
      }
      updater2 {
      ...
      }
      atomic--;
    }
    

    Может, это натолкнет на мысли об альтернативном использовании. А какая именно схема интересна?
    И я не очень понял и как получить (использовать) объект?

    Похоже, автор статьи больше «затачивался» в ней на чистом Си, потому и не стал писать примеры C++.

    Использование зависит от реализации. В этом смысле, думаю, мысль в правильном направлении — можно сделать шаблон аналогичный смарт поинтерам или даже наследоваться от какого-нибудь из них с перегрузкой для инкремента/декремента атомарного счетчика. Т.е. получается, что итератор будет модифицированным смарт поинтером. Но тут проблема — получается, что локинг будет при каждом обращении к поинтеру, потому iterator->lock()/unlock() вполне вариант. Можно еще как вариант сделать класс сессионности, лочащего и разлочивающего объект в своей зоне видимости.
    Но в этом случае нельзя полагаться на то, что объект используется минуту.

    На это точно не стоит полагаться. Какой-то из потоков может вовсе зависнуть.
    Но в данном случае минута — относится больше к специфике задачи.
    В остальном, можно рассмотреть, как вариант, сериализацию доступа к объекту (пул потоков).
  • Подсчет ссылок атомарными переменными в C/C++ и GCC
    0
    Насчет примеров — самые яркие из них это работа с данными в БД. Положим, в некоторой непродуманной архитектуре есть процесс 1, который периодически чистит таблицу, например вчерашние данные («DELETE FROM mytable WHERE mydate<SYSDATE-1»), а другой процесс 2, оперируя закешированными данными или непосредственно делая предварительную выборку данных захочет поменять какую-то строку, предполагаемую для удаления процессом 1. процесс 2 считывает данные, процесс 1 удаляет данные, процесс 2 пытается изменить удаленную строку. Упс. Это еще не худший вариант, ибо есть deadlock'и

    Лочить весь список — не вариант в многопоточном приложении. Как и было сказано «Если все, что делает поток манипулятора — это поиск записей и их обработка, то поток стирателя просто не сможет получить доступ к структуре данных». Т.е. манипулятор в этом случае будет лочить список постоянно и без остановок.

    Зачем надо ждать? Если число ссылок больше, чем один, значит кто-то захватил объект. Вот когда он освободит, будет проверено, есть ли еще ссылки не объект. Если нет, то объект удаляется.

    Именно об этом и говорится в тексте. Если число ссылок больше чем один, значит объект еще пользуется каким-то процессом, мы его удалить не можем и потоку придется ждать его освобождения.
    Можно еще, чтобы не ждать, реализовать callback на нулевое число ссылок, хотя в этом случае никто не гарантирует отсутствие дополнительных проблем.
  • Проект Fab Lab – интернет для атомов
    0
    этому есть opensource аналог — Open Source Ecology
  • Иллюзия реальности, записки о человекостроении
    +1
    У того же Карлоса Кастанеды в 9м томе «Искусство сновидения» осознание себя во сне лишь первый этап. Ну и разумеется, техники Михаила Радуги по выходу из тела (хотя личный опыт у меня был раньше его публикаций, но набор его подходов вполне действенен).
    Вот только все это уже ближе к эзотерике и все еще весьма далеко от современной науки, несмотря на то, что число переживших эти опыты гораздо больше, чем свидетелей квантовой запутанности.
  • Иллюзия реальности, записки о человекостроении
    0
    боюсь, что список литературы гораздо шире С.Лабержа :) если не брать специализированную литературу, ближе всего к науке из них — работы Скупченко В.В. о фазотонном мозге («Фазотонный мозг» и «Фазотонный гомеостаз и врачевание»). Из последнего, пожалуй ближе книга «Голографическая вселенная» Майкла Таблота, хотя в ней есть масса «шероховатостей».
    В лучших традициях практичного научного подхода — есть личный опыт как осознанных сновидений, так и выхода из тела. Последнее, к сожалению, толком не успел еще протестить по полной )
  • Иллюзия реальности, записки о человекостроении
    +1
    спасибо за видение положительных перспектив! это уже немало.
    и согласен, в сети околоподобного «добра» порядочно.

    насчет научных основ — есть два диплома с использованием нейросетей, пара аспирантских публикаций в сборниках и участие в конференциях. но я не отношу все это к практической пользе, а скорее к бумажной бюрократии с математическим «оправданием» системы, для которой сама математика является лишь продуктом и частным случаем (так сложилось, что моя первая квалификация — математик).
    а для проверки собственных идей тестирую и дописываю свою небольшую библиотеку нейросимулятора на плюсах, которую после «вылизывания» выложу в opensource.