Cyberfall

[ StockReleaser | Tips ] Multiple releases at once!

2015-03-11T00:32:00.000-07:00

The most useful feature of service StockReleaser.com is multi-release support. This service allows you to build property releases for multiple number of images (arts, photos, pictures) at once. Such feature could really save your time and will make this process faster and easier.

To use it, just upload all images which have to be released and add description for them. Then, fill out all Author and Witness fields which are common for all images. For each uploaded image service StockReleaser will create it's own property release. All common Author and Witness fields will have the same values for different releases, but image-specific fields like image itself and it's description - will be different. Finally, StockReleaser will pack property releases inside one ZIP-archive.

How to use StockReleaser:

http://cyber-fall.blogspot.ru/2015/02/property-release-builder.html

Service: http://stockreleaser.com

Support Team: support@stockreleaser.com

Join us on Facebook: http://facebook.com/groups/stockreleaser

[ StockReleaser | Tips ] How to place signatures on property release

2015-03-05T13:34:00.002-08:00

Most difficult step in filling-in property releases using StockReleaser service is to put images with signatures for Owner/Author and Witness on release template. Below, I listed most important requirements for signatures and described how service process them.

There are just a few requirements:

Signature should be written over transparent background
Signature should be saved as image in PNG file format (.png) with transparent layer support
Recommended proportions for signature images are: 500x100

Actual image size doesn't really matter, because StockReleaser service proportionally scales images automatically to fit a place. Just make sure that there are no too large indents in your signature image, otherwise image will look too small.

Here is an example of signature image:

Try to build your own property release easy, fast and effective:

http://stockreleaser.com

Support Team:
support@stockreleaser.com

[ StockReleaser ] Owner address now available in PropertyRelease

2015-02-25T10:19:00.000-08:00

Today we did another one step to make such process as creating property release easier and faster!

Now, StockReleaser allows to fill owner address data in property release template. Such address will be placed in both sections: Photographer/Filmmaker and Ownership. We suppose that author of shot/picture/art and owner is the same person.

Try our service to build your own property release easy and fast:
http://stockreleaser.com/

Here you could find tutorial 'How to build property release using StockReleaser service':
http://cyber-fall.blogspot.com/2015/02/property-release-builder.html

And send your feedback to our support team:
support@stockreleaser.com

[ StockReleaser ] Property Release Builder

2015-02-09T17:12:00.003-08:00

What's the case?

It's always a bit routine to create a new property release file each time when you want to upload your art, picture or photo on stock sites. And one obvious idea comes to your mind: "can't believe that there is no any service to do this automatically!"

But, there is a one - StockReleaser [ http://stockreleaser.com ]

How to use it?

This service does all this job easily!

All you need is to fill all the fields with appropriate values, upload signs and upload one or several pictures to build release for. Then just push "Build Release" button and wait until building process is finished. Finally, just click on link to download property-release as result file (ZIP file). That's it! Inside this ZIP file you will find property-release files for each uploaded picture with all filled fields.

Also, watch this guide video on youtube:

Application design was already modified a little, but general steps are the same.

Property Release fields

Owner fields:

Sign. Drop box field. Picture with owner's sign on transparent background saved as PNG.
Name. Text field with owner's first and last names.
Phone. Text field with owner's contact phone number.
E-mail. Text field with owner's contact email address.

Witness fields:

Sign. Drop box field. Picture with witness's sign on transparent background saved as PNG.
Name. Text field with witness's first and last names.

Pictures:

Drop box field. Pictures to build release for. This field allows to upload multiple number of pictures. Each picture could optionally have description.

How it works..

This service receives all input data required to fill the property-release template. It converts all text fields to images. Then, it places these images, images with signs and pictures-to-release upon property-release template picture. Finally, it saves result as new picture.

StockReleaser allows to upload multiple pictures-to-release per one time. In this case, new property release would be created for each next picture. As result, it will build ZIP file with multiple property-releases inside.

Feedback

If you have some suggestions, feedback or if you find some problems with this service (it doesn't work correctly, stock site rejected property releases and so on) - send a feedback to developers on this e-mail: support@stockreleaser.com

[ Selenium 2.0 | WebDriver | Best practices ] How to check by URL that image exists

2013-02-20T09:25:00.001-08:00

Purpose

Check that URL leeds to existent image. For example, when you need to check that image was really uploaded.

Actually, you could use such solution to check any URL and it's response.

Description

The Idea is to send an HTTP request by image-URL and check that response statuse code is OK (200)

Code sample

// just look at your cookie's content (e.g. using browser) and import these settings from it

private static final String SESSION_COOKIE_NAME = "JSESSIONID";

private static final String DOMAIN = "domain.here.com";

private static final String COOKIE_PATH = "/cookie/path/here";

protected boolean isResourceAvailableByUrl(String resourceUrl) {

HttpClient httpClient = new DefaultHttpClient();

HttpContext localContext = new BasicHttpContext();

BasicCookieStore cookieStore = new BasicCookieStore();

cookieStore.addCookie(getSessionCookie());

localContext.setAttribute(ClientContext.COOKIE_STORE, cookieStore);

// resourceUrl - is url which leads to image

HttpGet httpGet = new HttpGet(resourceUrl);

try {

HttpResponse httpResponse = httpClient.execute(httpGet, localContext);

return httpResponse.getStatusLine().getStatusCode() == HttpStatus.SC_OK;

} catch (IOException e) {

return false;

}

protected BasicClientCookie getSessionCookie() {

Cookie originalCookie = webDriver.manage().getCookieNamed(SESSION_COOKIE_NAME);

if (originalCookie == null) {
return null;
}

String cookieName = originalCookie.getName();
String cookieValue = originalCookie.getValue();

BasicClientCookie resultCookie = new BasicClientCookie(cookieName, cookieValue);

resultCookie.setDomain(DOMAIN);

resultCookie.setExpiryDate(originalCookie.getExpiry());

resultCookie.setPath(COOKIE_PATH);

return resultCookie;

}

[ Selenium 2.0 | WebDriver | Best practices ] Clear input element's value

2013-02-19T02:50:00.000-08:00

Purpose

Clear value of HTML input element.

It should work successfully for browsers: Google Chrome, Firefox, IE, Safari.

Code sample

protected void clearInput(WebElement webElement) {

// isIE() - just checks is it IE or not - use your own implementation

if (isIE() && "file".equals(webElement.getAttribute("type"))) {

// workaround

// if IE and input's type is file - do not try to clear it.

// If you send:

// - empty string - it will find file by empty path

// - backspace char - it will process like a non-visible char

// In both cases it will throw a bug.
//

// Just replace it with new value when it is need to.

} else {

// if you have no StringUtils in project, check value still empty yet

while (!StringUtils.isEmpty(webElement.getAttribute("value"))) {

// "\u0008" - is backspace char

webElement.sendKeys("\u0008");

}

Notes

As for me, standard webElement.clear() doesn't work for all browsers. Commonly, it could not clear value and throws bug that element is not able to be clean:

Caused by: org.openqa.selenium.InvalidElementStateException: Element must not be hidden, disabled or read-only

[ Tools | Linux | SVN ] Generate statistics about SVN commits for selected period of time.

2011-10-22T06:34:00.000-07:00

It's very difficult and routine to gather statistics about how many lines of code were added, removed or changed by SVN commits for selected period of time in past.
I will explain how you may do it and also will share my shell script to you.

I've tried to find any useful utility or tool, but found nothing in web. My time was ticking out so I decide to solve this task by myself.
First, I decide to use simple console client for Subversion.
sudo apt-get install subversion

This program have one useful command (execute it in svn directory):
svn diff < FROM >:< TO >

It helps you to generate all changes between two different revisions (or dates).
You may read more details about this command and it's configurations:
svn help diff

But this function can't split all changes to different categories such as: added, removed or changed.
That's why you need to create your own script to parse it's results.

Also, you may use my script [ svn_stats.sh ].
All descriptions about how to use it you may read inside comments.

It will generate such files:
-rw-r--r-- all_changes.log
-rw-r--r-- lines_added.log
-rw-r--r-- lines_removed.log

If you need to count lines, just use this command in directory with these files:
wc -l ./*

And it will show you such results:
309 all_changes.log
300 lines_added.log
2 lines_removed.log

That's it! I hope it will help you!
P.S.
If you know more simple solution, PLEASE! Write and describe me about it! :)

svn_stats.sh sources:
#!/bin/sh
# This tool helps to gather information from svn - how many lines were added, changed or removed for selected period of time.
#
# To use it - execute such command in svn folder which need to be scanned:
# sh svn_stats.sh < FROM > < TO >
#
# Valid values for < FROM > and < TO > arguments
# REVISION: just number of revision you want to select, e.g. 1095
# DATE: to select value as date use such syntax: {2011-10-25}
#
# NOTE:
# < TO > argument is optional. If it was not set then HEAD value will be in use by default.
#
# Examples
# Gather statistics about what changes have been made during september:
# sh svn_stats.sh {2011-09-01} {2011-09-31}
#
# Gather statistics about what changes have been made since 1 september till now:
# sh svn_stats.sh {2011-09-01}
# or:
# sh svn_stats.sh {2011-09-01} HEAD
#
# Gather statistics about what changes have been made since 1095 revision till now:
# sh svn_stats.sh 1095
#
# Gather statistics about what changes have been made since 1095 revision till 1 september:
# sh svn_stats.sh 1095 {2011-09-01}

# root working directory for this tool
# You may redefine it to any another folder
STAT_PATH=~/.svn_stats
# this path is used for storing of all information which gathered from svn repository.
STAT_PATH_CHANGES=$STAT_PATH/changes

# check and prepare stat root directory
if [ -d $STAT_PATH ];
then
echo 'stat directory: ' $STAT_PATH;
else
echo 'stat directory is not exist and will be created: ' $STAT_PATH;
mkdir $STAT_PATH;
fi

# check and prepare stat directory for changes
if [ -d $STAT_PATH_CHANGES ];
then
echo 'stat directory for changes: ' $STAT_PATH_CHANGES;
else
echo 'stat directory for changes is not exist and will be created: ' $STAT_PATH_CHANGES;
mkdir $STAT_PATH_CHANGES;
fi

# define working paths
SVN_PWD=`pwd`
SVN_ROOT_PATH_NAME=`basename $SVN_PWD`
# this path is used for storing of all information which gathered from svn repository.
SVN_CHANGE_PATH=$STAT_PATH_CHANGES/$SVN_ROOT_PATH_NAME

# clear if it exists and prepare directory for current svn folder
rm -r $SVN_CHANGE_PATH
mkdir $SVN_CHANGE_PATH

# check if TO argument was set and set it to HEAD value if not.
FROM=$1
TO=''
if [ -n "$2" ];
then
echo 'TO ' $2;
TO=$2;
else
echo 'TO HEAD';
TO='HEAD';
fi

# gather common statistics about all changes
svn diff -x -bw -r $FROM:$TO>$SVN_CHANGE_PATH/all_changes.log
# parse to extract only added lines
cat $SVN_CHANGE_PATH/all_changes.log | grep '^\+'>$SVN_CHANGE_PATH/lines_added.log
# parse to extract only removed lines
cat $SVN_CHANGE_PATH/all_changes.log | grep '^\-'>$SVN_CHANGE_PATH/lines_removed.log

[ RUS | Manual | Linux | Network ] Настройка утилиты openvpn для создания VPN соединения

2011-10-13T14:01:00.000-07:00

В этой статье я опишу, как настроить и использовать openvpn для создания VPN соединения.

Нам понадобится выполнить следующее:

установить утилиту openvpn
подготовить *.crt файл, содержащий цифровой ключ
подготовить файл с настройками соединения
настроить шлюз

Итак, приступим.

Для начала установим утилиту openvpn, чтобы использовать ее как VPN клиент:
sudo apt-get install openvpn

Затем подложим файл *.crt по этому пути:
/etc/openvpn/my.crt

Замечу:
Если у вас нет в наличии .crt файла - вам необходимо получить его у администратора вашего VPN сервера.

Теперь создадим файл с настройками для нашего VPN соединения:
sudo touch /etc/openvpn/my.conf

Содержимо файла должно быть приблизительно такого вида:
client
dev tun
proto tcp
remote _ip_или_имя_хоста_vpn_сервера_
resolv-retry infinite
nobind
persist-key
persist-tun
auth-user-pass
ca my.crt
verb 3
mute 20

Так же, возможно, потребуется настроить шлюз по умолчанию, в случае если возникнет следующая ошибка:
OpenVPN ROUTE: net_gateway undefined -- unable to get default gateway from system

Новый дефолтный шлюз можно создать с помощью такой команды:
route add default gw eth0

Теперь мы настроили все, что нам необходимо и можем открывать VPN соединение.
Для этого выполним следующие команды:
cd /etc/openvpn
sudo openvpn --config ./my.conf

Теперь вам останется только ввести свои авторизационные данные (логин, пароль) и соединение будет благополучно открыто.

[ Manual | Linux | Network ] Setup openvpn utility to connect via VPN

2011-10-11T10:22:00.000-07:00

This post describes how to setup openvpn utility to connect via VPN.

You need to:

install openvpn
prepare *.crt file with digital sign
prepare configuration file
setup gateway

So, let's start.

First, install openvpn utility to use it as vpn client:
sudo apt-get install openvpn

Next, put your *.crt file here:
/etc/openvpn/my.crt

Note:
If you have no valid .crt file - you should ask administrators of vpn server to share it.

Now, create configuration file for your connection.
sudo touch /etc/openvpn/my.conf

With such content:
client
dev tun
proto tcp
remote _put_here_ip_or_hostname_of_vpn_server_
resolv-retry infinite
nobind
persist-key
persist-tun
auth-user-pass
ca my.crt
verb 3
mute 20

Also, you need to set your default gateway, if such error occured:
OpenVPN ROUTE: net_gateway undefined -- unable to get default gateway from system

To add and configure default gateway, execute it:
route add default gw eth0

Finaly, to open VPN connection, execute such command:
cd /etc/openvpn
sudo openvpn --config ./my.conf

That's it! You should only input your authorization information (login, password) and connection will be successfully opened.

[ RUS | Manual | Project ] Project's directory/package structure

2011-10-08T06:24:00.000-07:00

Структура пакетов и папок в проекте.

В первый раз, когда сталкиваешься с задачей создания структуры папок/пакетов внутри своего проекта - долго не можешь понять - зачем создавать такие сложные бессмысленные вложенности, как например 'src/main/java', а потом делать еще не менее непонятные вложенности вроде 'com.makeappinc.calculator.context'. Неужели не проще сразу располагать все свои пакеты и классы/файлы/ресурсы в корневой папке 'src'? Зачем делать параллельную ветку каталогов 'src/main/resources'?

Отвечаю:

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

А сейчас я объясню почему :)

Для начала давайте взглянем на такую структуру папок:

calculator/src/main/java/com/makeappinc/calculator/context/

Не правда ли ужасно? Но не паникуй! Сейчас все станет на свои места :)

Здесь можно выделить четыре основных логических части:

calculator/ - корневой каталог проекта
src/main/java/ - структура папок соответствующая соглашению Maven Directories Layout (именно как контейнер java исходников)
com/makeappinc/calculator/ - путь к корневому каталогу приложения (в данном случае к приложению calculator)
context/ - вложенный пакет самого приложения

Давайте разберемся что же они означают.

Корневой каталог проекта. [ calculator/ ]

Это каталог, являющийся корневым каталогом всего проекта. На самом деле, в общем случае он содержит только следующие три элемента:

src/
target/ (данная папка может появится как результат выполнения сборки проекта Maven'ом)
pom.xml

Мавен ожидает, что каталог 'src' - это папка, которая содержит абсолютно все данные, относящиеся к исходникам проекта. Поэтому именно внутри нее следует размещать следующие виды данных: исходные коды, ресурсы, настройки, картинки, мета-информацию о проекте или различные дескрипторы.

Но в случае с папкой 'target' все иначе. Эта папка изначально не существует и является грубо говоря - рабочей папкой Maven'а. Внутри этой папки Maven сохраняет все результаты сборки проекта - как скомпилированные классы (если такие есть), так и различные jar/war/ear/pom файлы (если это требуется).

Maven Directory Layout. [ src/main/java/ ]

Эта часть соответствует соглашениям по структуре папок для Maven'a. Подробней можно ознакомится здесь [ http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html ]

Итак, если необходимо разместить исходные коды проекта, то для этого нужно выбрать папку:

src/main/java

Различные файлы настроек, картинки, xml следует сохранять в этой папке:

src/main/resources

А если, к примеру, необходимо создать тесты на java, то их лучше расположить здесь:

src/test/java

Замечу:

Это неимоверно удобно, логично и правильно хранить разные виды данных отдельно - в разных частях проекта. Ты всегда знаешь где стоит искать настройки, где лежат только исходные коды на java и тебе абсолютно не важно - знаешь ли ты всю структуру проекта целиком или нет. Так же нет необходимости описывать Maven'у где находятся данные папки с тестами/исходными кодами/ресурсами - он и без тебя уже все это знает! :)

Корневой каталог приложения. [ com/makeappinc/calculator/ ]

Лучше всего представить себе, что данная вложенность папок - является неким ID вашего приложения :) Его паспортными данными или серийным номером. Это одна из вещей, которая позволяет вам всегда и везде распознать любые ресурсы вашего приложения. Но самое главное, это дает определенные гарантии, что вы не столкнетесь с разного рода коллизиями имен пакетов, классов или файлов при вгрузке в JVM, потому что данный подход в значительной мере исключает ситуацию существования пакетов в других jar идентичных по названию с вашими пакетами. К примеру, если у вас есть корневой пакет приложения 'src' внутри которого вы создали класс 'Main.class', то в случае, если в JVM будет загружен другой класс 'Main.class', относящийся к такому же пакету 'src', то произойдет ошибка обращения к классу, т.к. Classloader не поймет, какую из двух одноименных реализаций от него требуют. Все осложняется тем, что java программы практически всегда используют огромное количество сторонних библиотек, влиять на структуру которых нет возможности. Поэтому следует делать все от вас зависящее, чтобы избегать совпадения наименования ваших пакетов с чужими. Именно поэтому, проще всего решить такую проблему путем введения зависимости названия ваших пакетов от лично ваших ID/названия фирмы/имени/nickname'а, а так же от названия самого приложения (т.к. это обеспечит различие названия пакетов уже между вашими проектами).

Корневой каталог состоит из двух частей:

com.makeappinc - перевернутое доменное имя вашей компании, брэнда, команды или вас лично, которое явно указывает на вашу организацию или на вашу личность. К примеру, если ваша компания называется 'appla' и у нее имеется доменное имя 'appla.org', то эта часть будет выглядеть так: 'org.appla'. В другом случае, если у вас есть ник 'gadget' и даже если у вас нет какого-либо собственного web-ресурса, вы можете создать такой пакет: 'org.gadget'.
calculator - просто название вашего приложения

Вложенный пакет самого приложения. [ context/ ]

Конечно же, в случае если вы пишите простенькое java-приложение вроде "Hello World!", то нет нужды создавать какие-то дополнительные пакеты. Но это становится абсолютно необходимым при разработке больших приложений. Т.к. зачастую не знаешь во что вырастет твое приложение - крайне рекомендую начинать использовать пакетную структуру приложения сразу же, как только начнете писать свое приложение. Я не стану в этой статье детально объяснять философию создания пакетов в приложении, скажу лишь, что можно создавать любые пакеты взамен или рядом с пакетом из примера 'context', а также вложенные в них, если это вам необходимо.

[ Manual | Project ] Project's directory/package structure

2011-10-07T07:17:00.000-07:00

Project's directory/package structure.

In first time, it is very unclear for developers, why they should create such directories as 'src/main/java' or 'src/main/resources'. Also, if you are new in developing, you will be probably confused in first time when you find such package names as 'com.makeappinc.calculator.context'.

In such moments you want to cry and ask - "Is it really more useful instead of using only 'src' directory as root path of project?".
I say, "Yes, it is very useful! Do such and you will be happy!".
Now I will explain why.

First, lets take a look at this path:
calculator/src/main/java/com/makeappinc/calculator/context/

Awful? Don't panic!
There are four main parts in this path:
calculator/ - project root path
src/main/java/ - directory structure according to maven directory layout
com/makeappinc/calculator/ - root package for current application (e.g. calculator application)
context/ - inner application package

Let's look at them closer.

Project root path. [ calculator/ ]
This path is a root directory of you project. Actualy it will contains by default only these elements:

src/
target/ (it will be auto-generated by Maven during building of your project, if need to)
pom.xml

For Maven, src directory is a directory which contains all sources of current project. So, you should place inside all of them: code sources, resources, any meta-data or descriptions.
But target directory - is a directory where all build results and releases will be placed by Maven. So, if you build jar/war/ear, you will find it in target directory.

Maven Directory Layout. [ src/main/java/ ]
This part of path corresponds to Maven's conventions. You may find them here [ http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html ]

So, if you want to place java code sources - you should put them inside this path:
src/main/java

If you have any property files, images or xmls, you should store them here:
src/main/resources

In another case, when you have java test code sources, place them here:
src/test/java

Note:
It is very useful to store different sorts of data in different paths. You always know, where to search for properties, where to search for sources, no matter - know you all project structure or not. Also, there is no need to define such paths for Maven, It already knows it!

Root application package. [ com/makeappinc/calculator/ ]
This is like a unique application ID or like an application's passport. It gives some garanties, that there will be no any collisions with package names, classes or files between different jars and libraries. For example, if you have two jars, and both of them contains Main.class in root package, then there will be conflicts during loading of classes in JVM, cause two jars have two different implementations for one class name. So, when package names inside of your application depends of some parameters such as application name or your own name - it makes them more unique and resoulve such collisions.

It consist of:

com.makeappinc - reversed domen name of your company, brand, band or any other name which points to your organization or directly to yourself. For example, if your company named as 'appla' and it has domen name like 'appla.org', then this part will be 'org.appla'. In another case, if you have nickname 'gadget' and even if you have no any web-resources, you may create such package: 'org.gadget'
calculator - just name of current application.

Inner application package. [ context/ ]
Of course, in simple application, such as "Hello world" application - there is no need to create packages. But it is absolutely useful when you develop large applications. So it's recommended to start use packages as soon as you start develop your application. I won't explain details about philosophy of package creating in your project. I can only say that you may create your own unique package instead of 'context' and create one more packages if you need to.

Альтернативный источник энергии

2010-08-29T03:17:00.000-07:00

Проводя свой отпуск, истоптав и преодолев поражающие сознание расстояния, внезапно озадачился :)

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

И тут я задумался - какое огромное количество энергии люди тратят каждый день в никуда, сливают прямо в землю, в то время как человечеству все чаще предрекают энергетический кризис и коллапс.

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

Сделай шаг в светлое будущее!

А сколько ты сделал шагов? Новый тариф "Легкая прогулка" 5 тыс. шагов в день - скидка 50% на оплату электричества!

Хотя, возможно это и не целесообразно. Но опубликую на всякий случай - вдруг в этом есть смысл :)

[ AI ] Первая попытка осознания

2010-04-07T15:24:00.000-07:00

Искусственный Интеллект кажется таким фантастическим и нереальным. Мы, зачастую, произнося это словосочетание, сразу же рисуем себе образы, что же это такое... o_O
Оооо! Оно саморазвивается!!! Непойми что творится у него в... вообщем в :)
Так вот постараюсь выразить то, до чего я дошел в своих умозаключениях.
Сразу говорю, я статьи не читаю и вообще мой доступ к инфе такого рода узок(поэтому буду благодарен публикации).
Наверняка открытий я не сделаю xD и скорее всего повторю чьи нибудь уже озвученные идеи, при том основополагающие и элементарные. Но меня это к несчастью мало волнует.

К своему пояснению прилагаю мною нарисованную иллюстрацию мышино-ручной работы и просто шедевр (рис. 1)

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

Что для этого нужно?

Представим себе жизненную ситуацию(рис. 1):

Крайне внятный пример :D

У нас есть колодец с водой(мир полный объектов). Есть супер герой пэкмэн(ИИ), который запыхался и хочет пить крайне. Так вот чтобы напиться из этого самого колодца и продолжить драпать от адских монстрил ему необходим механизм(инструмент) по вылову этой живительной влаги. Для этого есть ведро на веревочке, привязанной к крутящемуся бревну. В этом и суть!

Перейдем от аналогии к пациенту.
ИИ(пока еще глупенький) попадает в среду, полную объектов. Просто пребывая в их окружении он ничего не уяснит.
Ему необходим инструмент для их познавания. Цель инструмента - выделять объект из общей массы, фокусируя на нем свое внимание, изучать свойства, составлять список методов, которыми возможно воздействовать на объект, результаты воздействия этими методами и прочие характеристики, которые способен узреть на данный момент своего развития. Далее этот же инструмент должен разложить все по полочкам. Т.е. - отнести этот объект к каким либо объектным областям и классифицировать его. Это абстракция, возможно ее можно назвать атмосферой(причину этого термина объясню в последующих сообщениях) или еще как - главное, что это нечто, чему свойственен этот объект. К примеру: Туалету(атмосфера, объектная область) свойственно, что в нем находится унитаз(объект) у которого есть целый ряд свойств и методов. Или же джунглям свойственно, что в них полно обезьян и бананов, которые бесстыдно друг с другом взаимодействуют методами согласно свойствам.

Так вот, как это может выглядеть?
У нашего ИИ есть, пока еще конечно скудная, но все же, коллекция объектных областей. И, исследуя тот или иной объект, ИИ, посредством инструмента, добавляет:
1. объект в общую библиотеку объектов, со всеми его характеристиками, изученными на сей момент
2. ссылку на объект во все атмосферы/объектные области, которые посчитает свойственными объекту.

В чем же роль самого ИИ? Его задача работать с уже сформированной базой знаний и объектов, с этой самой библиотекой, не тратя время и лишние усилия на поиск информации. Его задача так же может быть в постановке приоритетности для инструмента. Т.е. фокусирование и уделение особого внимания тому, что пожелает ИИ.

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

- КАК? Оно же само должно!!! O.O
- А вот и нет!

Кем бы стал любой человек, не обучи его в детстве родители основам??? Правильно, Жывотныя! Вспомните процесс познавания мира. Вспомните как часто в детстве возникают вопросы, которые сейчас вам будут казатся простейшими и вообще не понятно, как такое можно не видеть/знать/чувствовать. Только после того, как человек обретает свой минимум необходимых знаний, он может далее самостоятельно, основываясь на свой багаж, познавать остальное.

Таким образом у нас получается 4 части:
1. Мир полный объектов.
2. Инструмент для их добычи и классификации
3. Библиотека знаний/объектов
4. ИИ, бессовестно и радостно пользующийся библиотекой.

Теперь взглянем что есть что:
С 1 пунктом все ясно... Тут хоть лапатой черпай - во век не осушишь. Кладезь знаний и истин велика и бездонна(ну вроде как)
Пункт 2 и 3... Да они уже во всю функционируют!!! Для того, чтобы реализовать эти пункты не надо вообще ничего! Достаточно взять гугл!!! Я уверен самой корпорации Гугл вообще ничто не стоит осуществиить эти функции в полном объеме.
Остается дело за пунктом 4. Который будет в свою очередь финальным кирпичиком. Что же это может быть?
А это может быть что угодно! Главная особенность - использовать знания библиотеки и задавать приоритеты последующего поиска объектов и "хода мыслей". Это может быть система анализа чего либо, да и вообще что угодно!

Тут могут опять возникнуть сомнения, дескать этот ИИ не в силах будет в своих познаниях выйти за границы интернета. Т.е. намек на то, что он способен будет лишь осозновать то, что будет доступно в интернете. Но нужно не забывать, что весь запас знаний интернета будет лишь минимальным знанием, необходимым "ребенку", чтобы научится исследовать этот мир самостоятельно. А теперь представим, каков потенциал ребенка, у которого такие огромные познания о мире. Познания, которые есть у человечества, но нет ни у одного человека в конкретике..

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

оужс.. вы таки дочитали.. зачем же себя так мучать? :))