Александр Краснов

Необходимо ревью правильного оформления резюме с точки зрения стилистики и орфографии.

Желательно со знаниями IT терминологии.

Необходимо сделать личную визитку для меня, как product manager, для использования на scrumdays.pl .

Заранее уточняю, что задача срочная и необходима в течение 3-4 часов.

Концепт заключается в том, что:
– на первой стороне будет имя, контактные данные и описание сервиса, которым занимаюсь (название компании не будет в связи с NDA + посещением конфы от своего лица);
– на обратной стороне будет notes секция, куда я или мой собеседник сможет записать какие-то детали нашего общения.

По обоим сторонам есть задумки и примеры, которые ниже опишу.

1) Первая сторона (основная).

Примерный вид показал тут: screencloud.net/v/jpUn

Данные, которые хотелось бы показать тут:
– Alexander Krasnov
– Product Manager
– Full cycle video streaming and encoding B2B web service for publishers and webmasters (Odessa, Ukraine)
– email: krasalexander@gmail.com
– skype: alex.krasnov.ua
– linkedin.com/in/krasalexander
– tel: +38 (050) 392 44 55

Хотелось бы, чтобы визитка смотрелась не супер стандартно, поэтому были выбраны не стандартные цвета + product manager взято в { } . Также, т.к. нельзя использовать графику компании, то хотел бы добавить иконки в контактные данные, т.е. для скайпа юзать не текстовое Skype, а иконку и т.д.

Есть также идея сделать что-то вроде стикеры\показателя о том, что сзади notes общения типа "Notes on the back side", но не уверен, что это будет нормально для визитки (оно наверно больше подходит для рекламного проспекта)

2) Обратная сторона.

Концепт такой: screencloud.net/v/z78s (второе изображение)

На обратной стороне хотелось бы разметить notes, куда можно будет записывать какие-то детали общения. Один из use-case использования: пообщались, обсудили. что можно было бы постордуничать в сфере автматизации тестирования. Записали туда QA Automation partnership .Поэтому сильно частные строки не нужны: 3 строки будет вполне ок.

Также под notes я хотел бы разместить лого конференции с заголовкоv (уточнением): Meeting notes with Alexander
Лого конфы в аттаче.

Функциональная концепция конфигуратора флешек: пользователь отвечает на вопросы о планируемом использовании им флешек, – на каждый вопрос есть всего 3 ответа "ДА, Нет и Не знаю" + у каждого ответа есть пояснение-подсказка, чтобы при выборе того или иного ответа человек точно понимал, что он им утверждает.

Важным отличием от ДДРок является то, что у пользователя нет обязательного набора вопросов\параметов, которые он должен выбрать\ответить для получения результатов. Также отмечу, что для получения результатов, пользователь кликнул на кнопки "Показать результаты", который есть над и под блоком вопросов.



Шапка: screencloud.net/v/rRTP => фактически основное меню наших конфигураторов, где при клике на соотв. пукнт будет открываться запрашиваемый конфигуратор. При нахождении на флешках, пункт флешок выделяется. При наведении на другие пункты (как и в ДДРках), пункт на который наводится также выделяется.



Панель инструкции: screencloud.net/v/4imO => является статическим элементом, которые есть всегда на странице, – ссылкой не является.



Панель сделанного выбора: screencloud.net/v/mUHs и screencloud.net/v/9Z9t => на данной панели фиксируются выбранный варианты пользователем. Изначально на панель есть только кнопка "Показать результаты", которая в этот момент находятся слева. Как только пользователь делает выбор, – кнопка показа результатов перемещается вместе с пунктами. Важно отметить, что пункты не просто добавляются, а и могут обновляться, – когда ответ на вопрос меняется. Ответы добавляются в панель по мере их выбора пользователем.

Также важно, что при клике на ответ в панели, появляется список возможных вариантов ответа по вопросу, к которому относится данный вариант ответа, – пользователь именно там может сделать выбор, после чего выбранный вариант меняется, как в блоках вопросов, так во второй панели сделанного выбора.

Результаты появляются либо обновляются при нажатии на кнопку "Показать результаты".



Блок вопросов: screencloud.net/v/rgpH => в данный момент у нас 6 вопросов для каждого из которых выделен блок. Структура блока след: 1) заголвок вопроса; 2) изображение вопроса; 3) текст вопроса; 4) кнопки вариантов ответов "ДА", "Нет" и "?". При наведении на ответ, – отображается подсказка. Также смены текущего ответа на вопроса, может производится не только кликом на ответом, но и удаленно при выборе в панель сделанного выбора.



Список флешек: screencloud.net/v/9UyM => в отличии от ДДРок у нас нет разбиения на группы, а также отображение всегда полное\подробное, – не сокращенного, как у ДДРок.

Также по структуре флешек:

1. Название флешки.

2. Изображение флешки (т.е. размеры могут быть разные, необходимо центрировать по выделенном области).

3. Панель с цветами флешек.

4. Панель с объемами флешек (центрируется по кнопке "Купить").



Важно отметить по цветами и объемами, – при смене какого-то из этих параметров, вполне может менять другой параметр (цвета, объемы, стоимость).

Есть вроде бы настроенный remote webdriver на VPS (Ubuntu) в DigitalOcean. Некоторое время он работал, но сейчас при обращении к нему начал выдавать responce "Error communicating with the remote browser. It may have died.". Необходима помощью в его поднятии заново.

Есть ряд проектов и приходят новые по которым необходима разработка. Разработка ведется на Codeigniter и частенько необходима помощью на бекенде проектов. Поэтому необходимо разработчик, имеющий опыт работы с Codeigniter для работы над проектами в нашей команде.

По проектам, – в данный момент делаем приложение по подбору устройств компании-разработчика флеш-накопителей и DDR.
Буду рад увидеть Ваши предложения и кадидатуры, и конечно же начать сотрудничество.

Заранее спасибо!

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

Систему пишем на Codeigniter, – до начала разработки будет расширенное функциональное описание + согласуем техническую спеку.

Концептуальное описание задачи описано ниже:

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

Магазины смогу передавать нам данные для обновления в *.xml формате. Связь данных в xml и обхектов у нас в базе будет производится по sku товара в магазине, которые будет задаваться администратором приложения, т.е. у каждого товара будет text box для ввода sku товара на соотв. магазине.

Предусматриваем два универсальных решения для формата xml:
- наш кастомные формат, которые содержит только те данные, которые необходимые для работы нашего приложения;
- xml который выгружается магазинами в Яндекс Маркет, – тут данных будет намного больше, и мы будем искать только те sku, которые есть у нас в базе по данному магазину.

Также считывать данные с xml можно будет двумя способами:
- считывая данные с некоторого фиксированного урла на сайте магазина, по которому всегда будет доступна свежая\текущая версия xml;
- загружая xml в систему с ПК.

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

Отмечу, что все xml будут архивироваться и храниться в базе для возможности отката до предыдещей версии + возможности просянить какие-то проблемы\непонятки с магазина-партнерами.

Также важно предусмотреть, что мы будем делать проверки на полноту xml:
- если в xml (при использовании нашего кастомного формата) есть иды, которых нет у нас в системе, – мы фиксируем это и оповещаем об этом админа в логе обновлений;
- если в xml не было каких-то идов магазина, которые у присутствуют в базе приложения, об этом также будет проинформировано.

Необходим разработчик для конслуьтаций в выборе & построении оптимальной архитектуры приложений, проведения code review критичных модулей системы + временами написания кода важных компонентов системы.

Используем codeigniter для бекенда и JQuery , как основной JS framework для фронтендовых задач. Проектов не много, но они не страндартные. Команда из 2-х девелперов и фронтендера, но планируем расширяться.

Например, сейчас необходима помощь по веб-приложению по проверке на оригинальность продукции одного из производителей флешек и DDR, а после этого будет задача по системе подбора его же продукции. Интересно долгосрочное сотрудничество!

С уважением, Александр.

Добрый день.

Для системы необходимо сделать документацию, а одна из её частей мне непонятна, т.е. не хвататет скилов для её написания.
Это "Основные технические решения". Шаблон\пример по которому необходимо это сделать во вложении.

Необходим человек, который сможет помочь, хотя-бы тезисно и диаграммками.

На проект по разработке несольких интернет магазинов треюуются удаленный программисты.
Цель:
- доработка уже существующего dreamy.su ;
- доработка уже существующего bau-pro.ru ;
- на основе codebase Дрими и Бау-Про релизовать еще 4 проекта-аналога (верстка будет предоставляться).

Список задачек по Дрими в нашем трекере (гостевой доступ) = krasnov-labs.myjetbrains.... .

Обязателен опыт разработки н yii, – проекты написаны с помощью данного фреймворка.

Заранее спасибо,
С уважением, Александр.

Основные моменты:
1) Трех-язычность заглушки и блога.
2) Форма сохранения email пользователя, – вводит в text box -> нажимает на кнопку -> нам на email приходит сообщение с введенным.

Подробности во вложенном файле.

Рассматривается сайт еврейского центра “Beit Grand” ( beit-grand.odessa.ua/ ).

Сейчас в нем размещается ряд студий, сделанных практически полностью на Flash, что не очень хорошо для продвижения сайта. Например, студия Toca Tango. = beit-grand.odessa.ua/stud...
Было принято решение переписать шаблон студий с Flash, – но в тоже время визуально для пользователей ничего практически не должно измениться.
Был найден программист, который начал переделывать студии с Flash с использованием Ajax.
Целью было сделать шаблон студии (на примере студии Toca Tango): далее я сам уже по аналогии преобразую все остальные студии
Но не закончив до конца работу, и получив деньги, исчез.
Вот что было сделано: beit-grand.odessa.ua/stud... , beit-grand.odessa.ua/stud... , beit-grand.odessa.ua/stud... . Также еще есть вариант этих шаблонов без Ajax, – а html c верхушкой, но с перезагрузкой всей страниці при переходе на другую часть шаблона студии.

Многое сделано, но остались следующие проблемы:
а) У шаблона нет верхушки сайта.
б) При переходе с 1-ой части студии на 2-ую, превьюшка 1-ой смещается с данного ей места.

Необходимо программист, который доработает шаблон, или напишет новый.

Для связи пишите или в проект, или в личку, или на krasalexander@gmail.com
Обсудим проект, отвечу на вопросы.

Заранее спасибо, Александр.