Соберем команду?

1. YouMobe (01.12.2013 / 02:42)
Название проекта: YouMobe
Мои цели: практика программирования, попарное программирования, изучение новых инструментов.
---
Аннотация:
В рамках проекта YouMobe это:
- инструмент для реализации мобильных проектов;
- мобильная социальная сеть;
- мобильный центр приложений (Android/ iOS/ Windows Phone).

Web сайт, площадки проекта:
YouMobe.com - домен международного уровня;
YouMobe.ru - домен рунета;
YouMobe.net - домен для разработчиков;
YouMo.be - домен для сокращении(такая фишка имеется у YouTu.be);

YouMobe — универсальная мобильная система, которая будет предлагать широки спектр услуг в области мобильных и информационных технологий.
YouMobe — это инструмент для реализации мобильных проектов, на коммерческом уровне.
YouMobe — будет охватывать только мобильный рынок.

Мобильная эра — это не то, что нас ждет впереди. Она уже вобрала нас в себя! Более 30%-40% всего интернет трафика в рунете приходится на мобильные устройства. Общее число подключенных к сетям мобильной связи устройств поражает. Нельзя упускать этот гипер-активно развивающий рынок.

Наши конкуренты:
MobiKit — кухня мобильных продуктов, один из популярных компаний в рунете.
Spaces.ru — мобильная социальная сеть, номер 1 в рунете.

Как будем зарабатывать?
YouMobe — будет зарабатывать на созданиях мобильных приложений и сайтов, на соц услугах и рекламы.

Соберем команду?
- WEB — программист .
- Менеджер по интернет — проектом.
- Мобильные разработчики.
- Маркетолог.
- Дизайнер.
---
Мои контакты: 47-2222-47

2. Oblivion (01.12.2013 / 08:54)
Бесперспективная чушь.Имхо.

3. Дима (01.12.2013 / 09:14)
Ты чо школьников решил здесь собрать?

4. YouMobe (01.12.2013 / 11:33)
2. Может быть.
3. Да.
Уровень: для начинающих.
Цели уже написал: саморазвитие.

5. Кевин Митник (01.12.2013 / 11:40)
ну, мысль описана грамотно. это большой плюс. удачи в разработках!

6. YouMobe (01.12.2013 / 11:44)
Кевин Митник_HHTeam (1 Декабря 2013 / 11:40)
ну, мысль описана грамотно. это большой плюс. удачи в разработках!
Спасиб за поддержкуsmile

7. Богдан (01.12.2013 / 12:09)
У тебя одна большая проблема - школьники)
Тут в реале трудно найти Взрослых адекватных специалистов, а со школьниками вообще беда.
ну а движешься в правильном направлении, поэтому удачи)

8. YouMobe (01.12.2013 / 12:11)
15 декабря, составлю концепцию проекта, процессы и сценарий цикл жизни проекта.

9. YouMobe (01.12.2013 / 12:22)
G_A_N_J_A_R (1 Декабря 2013 / 12:09)
У тебя одна большая проблема - школьники)
Тут в реале трудно найти Взрослых адекватных специалистов, а со школьниками вообще беда.
ну а движешься в правильном направлении, поэтому удачи)
Что интересно, еще ни один школьник пока не отписался) Хотя я смотрю на них с позитивной стороны, не в плане кодаD , но тут философия такая "саморазвитие".
YM => 'YouMobe';
YM - площадка для умных людейD

10. YouMobe (01.12.2013 / 14:45)
Я понимаю у многих тут возник вопрос, что с качеством специалистов(школьник) не будем конкурентно способны, успеха не будет, обречены на провал и есть еще ряд других причин.
PS: YouMobe - акселератор для начинающих разработчиков, акцент сделан на саморазвитие.
Скоро создадим работающий прототип проекта.

11. Tima94 (01.12.2013 / 14:52)
Попробовал бы, но сейчас времени совсем нет

12. Александр (01.12.2013 / 15:45)
И сколько человек надо, всех по одному? Можно обговорить

13. YouMobe (01.12.2013 / 16:57)
neznaika (1 Декабря 2013 / 15:45)
И сколько человек надо, всех по одному? Можно обговорить
Ну лимит я думаю ставить не будем, не вижу смысла, так как не скажу что так много людей участвует, по 3 человека по профилю web - программирования.
Работа начнется тогда, когда будет разработана концепция проекта и первый прототип. Буду держать в курсе событий.
Щас надо создать само "управление" над процессами.

14. Александр (01.12.2013 / 20:11)
Давай соберемся для начала. "Офис " делай в жабере

15. Сергей (01.12.2013 / 20:51)
1. YouMobe, круто , если чо лёгкое там то пиши .

16. Maksim (06.12.2013 / 18:37)
Интересно, как успехи? Или еще планы в кучу не собрали?

17. Мандарин (06.12.2013 / 19:00)
а я с первых слов ваще ни че не понял. Автор наверно ругается, давайте ему всекем, м?

18. Neformat (06.12.2013 / 19:29)
У вас бюджет закончится уже после регистрации всех этих доменов...

19. Андрей (06.12.2013 / 20:02)
Сколько ж вас таких было уже собирателей.... и у все "все серьезно". И где они все?)

20. Александр (06.12.2013 / 22:23)
Попытка не пытка. На своем опыте можно убедиться в провальности или отличном выхлопе.

21. YouMobe (15.12.2013 / 11:12)
Neformat (6 Декабря 2013 / 19:29)
У вас бюджет закончится уже после регистрации всех этих доменов...
Я уже давно их приобрел.

Добавлено через 09:15 сек.
Стартап:
1) Проектировать БД (фундамент сайту), есть какие предложения?
2) Думаю создать иерархию(введите свои коррективы):
-------
YouMobe:
-------
/app - приложения, модули
/core
- classes
- functions
- library
- system
- config.php
- start.php
/ui
- ru /default
- en /default
- ua /default
---end.
Используемые технологии для разработки:
- php,js,ajax,html5,css,python...
Шаблоны проектирования:
- MVC, Singleton

22. YouMobe (15.12.2013 / 11:24)
replace
-- config.php
-- start.php

23. Кевин Митник (15.12.2013 / 11:37)
ну вот. уже неправильно. гворишь об MVC, а расписывешь таку схему, что капец))

MVC - всего лишь три папки с собственно тремя видами данных - модели, файлы вида и контроллеры. Всё это поддерживается системными файлами (допустим папка system/).

Дальше есть хелперы (библиотеки функций) - для них тоже папку в system/ отвести можно. Дальше файл конфигурации и сборки программы - index.php (в корень) и файл точки входа application.php (ну, можно в систем тоже положить). Естественно, если использовать раутинг, то нужно переадоесовать все запросы кроме графики, стилей и явскриптов на индексный файл, дабы парсить и собирать приложение в соответствии с запросом.

В файле монтирования подключаем все необходимые классы для автозагрузки (базовый функционал для моделей, контроллеров и вида).

Коротко, но это все, по сути. При заходе к примеру на главную - будет срабатывать тот контроллер что отвечает за главную, а он в свою очередь цепляет модели (если нужно), и конечно же - вид. Для операций с видом можно воспользоватся twig или smarty. Если сложно - просто передавать в вид массив данных, а в виде разбирать по-полочках.

Работа с БД - очень просто! Абстрактный Data Mapper, который будет оболочкой для работы с базой, плюс на первое время хватит поддержки PDO MySql.

24. YouMobe (15.12.2013 / 11:37)
Заменим предыдущие посты 24 и 25 они не удачно сформулированны
Стартап:
1) Проектировать БД (фундамент сайту), есть какие предложения?
2) Думаю создать иерархию(введите свои коррективы):
-------
YouMobe:
-------
/app - приложения, модули
/core - ядро
../classes - autoupload classes
../functions - функции для процедурного стиля
../library - сторонние библиотеки
../system - система
config.php
start.php
/ui
../ru
../../default
../en
../../default
../ua
../../default

Используемые технологии для разработки:
- php,js,ajax,html5,css,python...
Шаблоны проектирования:
- MVC, Singleton
Уровень пользования системы: средний.
Добавлено через 03:15 сек.
Кевин Митник_HHTeam (15 Декабря 2013 / 11:37)
ну вот. уже неправильно. гворишь об MVC, а расписывешь таку схему, что капец))

MVC - всего лишь три папки с собственно тремя видами данных - модели, файлы вида и контроллеры. Всё это поддерживается системными файлами (допустим папка system/).

Дальше есть хелперы (библиотеки функций) - для них тоже папку в system/ отвести можно. Дальше файл конфигурации и сборки программы - index.php (в корень) и файл точки входа application.php (ну, можно в систем тоже положить).

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

В файле монтирования подключаем все необходимые классы для автозагрузки (базовый функционал для моделей, контроллеров и вида).

Коротко, но это все, по сути. При заходе к примеру на главную - будет срабатывать тот контроллер что отвечает за главную, а он в свою очередь цепляет модели (если нужно), и конечно же - вид. Для операций с видом можно воспользоватся twig или smarty. Если сложно - просто передавать в вид массив данных, а в виде разбирать по-полочках.
Нарисуй наглядную схему, если не трудно)

25. Артур (15.12.2013 / 11:45)
YouMobe, лучше не использовать .. для представления вложенности в каталогах, этот символ больше воспринимаеться как "родительский каталог". Давай лучше так:
/core
./classes
./functions
./library
./system
или еще лучше так:
/core
/core/classes
/core/functions
/core/library
/core/system
Кстати, уже на этом этапе стоит задуматься о расположении системы. Будет ли она /core, то есть только в корне /var/www или может быть в ~/core, то есть в любом месте файловой системы. Это только мысли в слух ))

26. Кевин Митник (15.12.2013 / 11:45)
application/controller/ контроллеры
application/model/ модели
application/view/ вид


system/
оболочка для работы (собственно ядро программы)
index.php
.htaccess

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

Добавлено через 00:58 сек.
28. Башка, ку) А как мой подход? Точнее не мой, а я лишь использую. Какие слабые места?

27. Артур (15.12.2013 / 11:48)
29, яхз )) Хочу предупредить, я никогда не формировал HTML через php, потому в этом я мало чего подскажу

28. Кевин Митник (15.12.2013 / 11:49)
28. Башка, расположение системы? А если так?

$application = 'application';
$sys_core = $application . DIRECTORY_SEPARATOR . 'core.php';
define('COREPATH', realpath($sys_core));

Добавлено через 01:09 сек.
30. Башка, а как же PPHP?

29. Артур (15.12.2013 / 11:53)
31, Ну так у кого то делается так: COREPATH = /var/www/application; ))
В PPHP нет формирования HTML через PHP, там разметка в HTML файлах, логика представления в JS, а логика модели в PHP
Кстати да, я полностью реинженерил систему, теперь там не PPHP, а лаконично D )) скоро запущу вику на нее и можно начинать )

30. YouMobe (15.12.2013 / 11:55)
29. Кевин,нет, не вижу смысла его так структурировать, если будет расширяться система, будет использоваться несколько паттернов. как быть?
/core
./classes
./functions
./pattern/mvc - может тут
./system
/core
/core/classes
/core/functions
/core/library
/core/system

Добавлено через 02:07 сек.
Башка (15 Декабря 2013 / 11:53)
31, Ну так у кого то делается так: COREPATH = /var/www/application; ))
В PPHP нет формирования HTML через PHP, там разметка в HTML файлах, логика представления в JS, а логика модели в PHP
Кстати да, я полностью реинженерил систему, теперь там не PPHP, а лаконично D )) скоро запущу вику на нее и можно начинать )
почему ты выбрал YUI ?

31. Кевин Митник (15.12.2013 / 11:57)
32. Башка, ну, а в разметку как данные же попадают?) или шаблонизатор, или..?

32. Артур (15.12.2013 / 11:57)
33, прошу не спешивай процедурный и объектно-ориентированные стили, или тот, или другой иначе быть беде ))
По поводу core почему бы не так:
/core/system
/core/library
/core/library/yii - на пример
/core/library/doctrine - на пример
/core/library/my - все свои классы, которых не хватает сторонним библиотекам
/core/library/my/patterns
/core/library/my/resources
/core/library/my/resources/fileSystem
/core/library/my/resources/network
/core/library/my/resources/draw
и т.д.

Добавлено через 00:35 сек.
34, только чистейшей воды AJAX

33. YouMobe (15.12.2013 / 12:00)
Башка (15 Декабря 2013 / 11:57)
33, прошу не спешивай процедурный и объектно-ориентированные стили, или тот, или другой иначе быть беде ))
По поводу core почему бы не так:
/core/system
/core/library
/core/library/yii - на пример
/core/library/doctrine - на пример
/core/library/my - все свои классы, которых не хватает сторонним библиотекам
/core/library/my/patterns
/core/library/my/resources
/core/library/my/resources/fileSystem
/core/library/my/resources/network
/core/library/my/resources/draw
и т.д.

Добавлено через 00:35 сек.
34, только чистейшей воды AJAX
В принципе пока это лучший вариант, посмотрим кто еще что предложит

34. Артур (15.12.2013 / 12:01)
33, ты понимаешь что YUI это не YII? Я просто спрашиваю, потому что многие путают их: YUI это JS фреймворк, а YII для PHP.
YUI это крайне мощный, серьезный и продуманный фреймворк. Единственный известным мне конкурент, JQuery, не может с ним соперничать в плане архитектуры. JQ больше для небольшого количества кода на уровне браузера, а YUI это полноценный GUI интерфейс уровня бизнес-приложений

35. Кевин Митник (15.12.2013 / 12:02)
35. Башка, ты хочешь сказать AJAX с History Push State || краулерами?))

36. Артур (15.12.2013 / 12:03)
38, угус
36, если сравнивать, моя архитектура в D отличается от твоей лишь тем, что /core/system у меня в /services
/library = /core
/services = /core/system
/model = /app
/view = /ui
ну и сторонних PHP фреймворков я не использую

37. YouMobe (15.12.2013 / 12:06)
Башка (15 Декабря 2013 / 12:01)
33, ты понимаешь что YUI это не YII? Я просто спрашиваю, потому что многие путают их: YUI это JS фреймворк, а YII для PHP.
YUI это крайне мощный, серьезный и продуманный фреймворк. Единственный известным мне конкурент, JQuery, не может с ним соперничать в плане архитектуры. JQ больше для небольшого количества кода на уровне браузера, а YUI это полноценный GUI интерфейс уровня бизнес-приложений
не, я не путаю, просто хотел определиться между YUI or Prototype or Bootstrap

38. Кевин Митник (15.12.2013 / 12:06)
39. Башка, супер) я вот по рекомендации товарища изучил спецификацию хтмл5 History API, так теперь уже знаю как перезагружать страницу, но чтобы некоторый контент оставлся активным. Как в соц. сети вконтакте аудиоплеер. Крутая штука)

39. Артур (15.12.2013 / 12:08)
40, я долго не думал, просто взглянул на историю YAHOO )
41, да, вещь несколько другого уровня )

40. YouMobe (15.12.2013 / 12:12)
Кевин Митник_HHTeam (15 Декабря 2013 / 12:06)
39. Башка, супер) я вот по рекомендации товарища изучил спецификацию хтмл5 History API, так теперь уже знаю как перезагружать страницу, но чтобы некоторый контент оставлся активным. Как в соц. сети вконтакте аудиоплеер. Крутая штука)
HTML5 сильная штука)
https://github.com/devote/HTML5-History-API

Добавлено через 06:52 сек.
Башка (15 Декабря 2013 / 12:03)
38, угус
36, если сравнивать, моя архитектура в D отличается от твоей лишь тем, что /core/system у меня в /services
/library = /core
/services = /core/system
/model = /app
/view = /ui
ну и сторонних PHP фреймворков я не использую
Я почти скопировал D , осталось YUI прикрутить.

41. Артур (15.12.2013 / 12:20)
43, не вижу смысла выдумывать велосипеды, да и эта архитектура тоже не совсем моя идея, это скорее смесь известных решений

42. YouMobe (15.12.2013 / 12:23)
[quote]Башка (15 Декабря 2013 / 12:20)
43, согласен, мы просто комбинируем то что имеется, но все же ты делал под себя + инструменты точишь.

43. Алексей (15.12.2013 / 13:53)
Я могу заняться дизайном

44. YouMobe (15.12.2013 / 14:06)
Nubone (15 Декабря 2013 / 13:53)
Я могу заняться дизайном
Было бы неплохо)
если не трудно сделай наброски) каким ты видишь его.
YM = YouMobe
==-    -==
|| -  - ||
||  ||  ||
||      ||


45. Алексей (15.12.2013 / 14:12)
47. YouMobe, не сейчас, через 2 дня, сейчас готовлюсь к зачетам

46. Николай (15.12.2013 / 14:25)
G_A_N_J_A_R (1 Декабря 2013 / 18:09)
Тут в реале трудно найти Взрослых адекватных специалистов,
истинная правда!! не кто не хочет работать

47. YouMobe (15.12.2013 / 14:57)
wps (15 Декабря 2013 / 14:25)
истинная правда!! никто не хочет работать
хочет - будет, не хочет - не будет) - ты про эту истину?)

Добавлено через 04:58 сек.
Nubone (15 Декабря 2013 / 14:12)
47. YouMobe, не сейчас, через 2 дня, сейчас готовлюсь к зачетам
ok, смотри сам как получиться

48. YouMobe (15.12.2013 / 16:02)
Остановился на такой схеме, что предложил Башка:
/core
./core/system
./core/library
./core/library/classes
./core/library/patterns
/app
/ui
./library
./ru
./en
./ua


49. Александр (16.12.2013 / 16:16)
ну на чем порешили? кто делает основу приложения?
да и доки сразу не помешали бы

50. YouMobe (22.12.2013 / 13:03)
Будем говорить только о минимум вещей, хотя это всё условно.
C чего начать создание framework?
1) Ядро - из каких библиотек будет состоять ядро?
2) Паттерны: MVC, Singleton

Вспомогательный классы:
- Работа с БД
- Валидаторы
- Транслятор
- Кэширование
- Конфигурационные файлы
- Автозагрузчик

Структура.
project
| - - app
|
| - - core
|      | - - library      
|       ` - - classes
|       ` - - patterns
|      | - - system
| 
| - - data
|      | - - cache
|      | - - logs
|      | - - sessions      
|
| - - ui 
|      | - - ru
|       ` - - default
|      | - - en
|       ` - - default
|      | - - ua
|       ` - - default
* Определился со структурой, теперь надо будет взяться за базовые библиотеки, классы которые надо будет реализовать.
* БД - надо обдумать как создать фундамент.
* С ядром я думаю будут пока заниматься 3 человека если они согласны конечно и не передумали.
- Пушистые Хвосты
- Iznaur95
- Neznaika
* Дизайн
- Nubone

51. Александр (22.12.2013 / 13:11)
Надо в более уютном месте собираться, jabber например

52. YouMobe (22.12.2013 / 13:24)
neznaika (22 Декабря 2013 / 13:11)
Надо в более уютном месте собираться, jabber например
Согласен. надо будет регнуться
[email protected] - Вот Пушистик предложил, можно тут собраться в принципе
у меня только завтра получиться.
если что моя ася 47-2222-47 обсудим.

53. Алекс (22.12.2013 / 18:13)
А я вообще ничего не умею. Возьмете меня полы мыть? smile

54. Виталий (22.12.2013 / 19:02)
следовало бы обговорить вам для начала стандарты кодирования. например, psr.

по поводу структуры, то можно реализовать отдельные независимые друг от друга библиотеки/компоненты, и опубликовать их на http://packagist.org (соответственно компоненты можно будет установить при помощи composer (http://getcomposer.org)). исходя из всего этого, структура могла бы иметь след. вид:

| - src 
|   | - YouMobe
|     ` - Controller
|     ` - Model
|     ` - ...
| - app
|   | - cache
|   | - views
|   | - ...
| - vendor

Добавлено через 08:01 сек.
в качестве работы с бд и моделей можно взять doctrine, валидатор, конфигуратор, транслятор можно использовать symfony'йский, а об автозагрузке уже позаботится composer

55. юЮЮфюв (22.12.2013 / 19:15)
Почему бы вам не использовать готовый, проверенный фреймворк? Вы только потеряете время, и, маловероятно, что получится лучше, чем на готовом варианте. Посмотрите Laravel, например.

56. YouMobe (22.12.2013 / 19:44)
TakteS (22 Декабря 2013 / 19:15)
Почему бы вам не использовать готовый, проверенный фреймворк? Вы только потеряете время, и, маловероятно, что получится лучше, чем на готовом варианте. Посмотрите Laravel, например.
Уже обсуждали, цель: получить практику + опыт в попарном программирование, хотим сделать свою смесь.

57. YouMobe (23.03.2014 / 11:19)
Необходимо абстрактно разрисовать слои системы, уменьшить зависимость. Ядро системы должно быть разделены по уровню, которая распределена по следующей аналогией:
- службы
- ядро
- пакеты
- экран
есть какие нибудь идеи как организовать? я просмотрю, может что нибудь возьму на заметку

58. YouMobe (23.03.2014 / 11:30)
какой нить примитив

59. Андрей (23.03.2014 / 11:57)
всегда подобные темы кроме улыбки ничего не вызывают))

60. RedFox (23.03.2014 / 12:24)
Согласен с выше написанным одним юзером, информация подана грамотно. Те кто троллит собственно школота.

Второе - это то, что я опять же поддерживаю мысль юзеров, искать нужно не здесь, а хотя бы на cy-pr

А на счет того, что собирать в проект школоту - это не приемлимо! Ты хочешь собрать обезьян в одном месте? Так уже ведь есть визави! Думаешь они на тебя будут работать?))

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

(не в счет всем на визави сказано, просто часто наблюдаю полнейший дибилизм школоты и те кто реагирует агрессивно и не адекватно, показывают свою школоло сущность)

--
Nubone - дизайн?
Что-то недавно я читал о нем не самые лучшие отзывы (не буду кривить душой, сам оступался, если почитать мою стену, но все же про Nubone совсем недавно что-то мелькало)

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

URL: https://visavi.net/topics/39580