Форум PHP программистов > Обсуждение всего и ничего.

[ Поиск ] - [ Пользователи ] - [ Календарь ]

Полная Версия: Обсуждение всего и ничего.

Страницы: 1, 2, 3, 4, 5, 6, 7

YVSIK

1.10.2015 - 23:10

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

_____________
«Гнусное свойство карликовых умов приписывать
________________!свое духовное убожество другим!»
___О) как-же он прав=>__________________ © Оноре де Бальзак.
отличный хост(рекомендую !! )
My MVC-CMV

Dezigo

1.10.2015 - 23:14

Цитата

Красиво, но это хорошо для команды. А тут не то. Сегодня один состав, завтра другой. Вон мы еще нечего не начали, а уже есть потери. biggrin.gif

Расслабьтесь, просто комментируйте происхоящее. Кто захочет более конкретного общения, найдем поди способ.

Абсолютно с вами не согласен.
Вы не понимаете что такое pull request.

Цитата

А как реализовать такой функционал? Он уже вшит в GitHub, или кто-то должен следить за этим вручную?

Я сейчас объясню.

Любой проект public проект который на github, в нём можно участвовать.
Это называется contribute.- делать вклад.

Как раз для этих целей и продуманно.
1. Вы используете какой-то проект с github в котором нашли ошибку, либо хотите дописать дополнительный функционал.
2. Выносите свой код в отдельную ветку и создаёте pull request
3. Если код понравился и все довольны, то он будет pushed in develop.

Не один проект не обходиться без этого.
Без этого делать нечего в проекте, так как
- вы не как не сможете контролировать процесс, кто хочет что-то поменять или исправит баг
- код можно сравнить sides-by-side
- и контроль кода который будет разрешён pushed

Урок как это делать.
https://www.youtube.com/watch?v=YTbRzhQju4c

chee

1.10.2015 - 23:23

Цитата (YVSIK @ 1.10.2015 - 23:08)

от сам пишу и и думается до какой степени это бред, и ща начнется артилеррия всякого рода)) blink.gif

+1

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

Razzwan

1.10.2015 - 23:45

Цитата (Dezigo @ 1.10.2015 - 23:14)

Я не о том спрашивал. Это понятно.
Вы написали, что нужно 3 подтверждения pull request, чтоб слить (marge) его в develop. Как реализовать функционал, чтоб именно после 3х подтверждений pull request принять изменения? Этот функционал доступен на GitHub или за этим должен кто-то лично следить?

_____________
Youtube канал WebDeveloper->Run()
Сайт для души
Gitter

Dezigo

1.10.2015 - 23:49

YVSIK
Используйте http://translit.net/ для орфографии

Dezigo

2.10.2015 - 00:21

Razzwan
У нас на работе atlassian,
https://confluence.atlassian.com/stash/chec...0.html#notfound

В github я не знаю как, но можно договориться об этом. (как правило)
user posted image

twin

2.10.2015 - 00:30

OleKh
Еще раз.

Цитата (OleKh @ 1.10.2015 - 17:24)

А UML напрасно проигнорировали

Я разве написал где-нибудь, что мы будем игнорировать UML?

Цитата (OleKh @ 1.10.2015 - 17:24)

первым делом архитектура ядра

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

Цитата (OleKh @ 1.10.2015 - 17:24)

взять диаграмму готового фреймворка и разобраться

?
Первым делом нужно определиться, что мы хотим получить. Допустим послушаемся и начнем с разбора готового фреймворка. Zend я там увидел ниже.

Разобраться в структуре ZEND-фреймворка в условиях форума потребуется год. Ладно, допустим разобрались. Потом начинаем придумывать концепцию будущего продукта. Допустим приняли мою:

Цитата

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

ZEND совершенно в неё не вписывается. И зачем мы тратили этот год?

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

Дальше. Выбрали какой-нибудь. Разобрали. Взяли оттуда идеи. Потом начинаем думать о стратегии. Предложили свято придерживаться того же принципа SOLID. А эти идеи, которые нам понравились, этому принципу вдруг не отвечают. И что? Всё что жил - то зря.

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

Разработка архитектуры задача стратегическая, но она последняя в цепочке разработки стратегии. Она должна на что-то опираться.

И потом. Смею напомнить - это всетаки форум. Каждый волен открыть ветку и начать обсуждение. Хотите разобрать диаграму готового фреймворка - не вижу препятствий. И с удовольствием поучаствую. Только ZEND не советую - утонете.

Но у меня есть свой план. И я его буду претворять в жизнь. Сбивать меня с толку раньше времени не надо.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image

twin

2.10.2015 - 00:40

Цитата (Dezigo @ 1.10.2015 - 19:14)

Абсолютно с вами не согласен.
Вы не понимаете что такое pull request.

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

OleKh

2.10.2015 - 09:43

Цитата (twin @ 1.10.2015 - 22:30)

Но у меня есть свой план.

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

Цитата (twin @ 1.10.2015 - 22:30)

Разобраться в структуре ZEND-фреймворка в условиях форума потребуется год.

На структуру ZendFramework год потребуется!? Если не уметь читать UML максимум месяц чтобы еще UML было время изучить, а там не сложно. Я имею в виду только ядро - папка MVC.

Цитата (twin @ 1.10.2015 - 22:30)

Легкий каркас с простым управлением

Подождите, о каком каркасе идет речь? наверное имеется в виду ядро фреймворка, а каркас приложения Zend не очень тяжелый. И даже если речь идет о ядрах фреймворков, то я не уверен в их слишком разном весе) весу вероятно добавляют библиотеки (нужные/ненужные)

twin

2.10.2015 - 09:51

Цитата (OleKh @ 2.10.2015 - 05:43)

Отлично, опубликуйте план

Хорошо.
1. Концепция
2. Стратегия
3. Архитектура
4. Разрабока

Хотите начать с архитектуры - все в ваших руках. Инициируйте обсуждение. Я пока доделаю начатое.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image

OleKh

2.10.2015 - 11:03

Цитата (twin @ 2.10.2015 - 07:51)

Хотите начать с архитектуры - все в ваших руках. Инициируйте обсуждение.

Не хочу начинать, но любопытно будет с чего начнется. Т.к. основная масса участников форума опытные/неопытные пользователи фреймворков и сами не знают как устроен станок на котором деньги зарабатываются, идей для этого пункта плана будет немного.

Oyeme

2.10.2015 - 11:09

Для начало нужно определить требование и спецификацию продукта.

Что должен уметь делать framework?

OleKh

2.10.2015 - 20:26

Фуф, готово :)

namespace VovochkaFramework;

class vofr {

    public function __construct(){
        echo "Всем привет я подгрузился! Happy coding! Не знаете как? Читайте мануалы :) ";
    }

    public function doItYourself (){
        mkdir('../Application');
        mkdir('../Application/Model');
        mkdir('../Application/View');
        mkdir('../Application/Controller');
        mkdir('../Application/Helper');
        fopen('../Application/index.php', 'x');
    }
}

$frame = new vofr();
$frame->doItYourself();

twin

2.10.2015 - 20:35

За скриптег спасибо, я им и воспользуюсь

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

Я так понял нам нужна спецификация для начала. Только никто ничего не предлагает. Я в гордом одиночестве буду долго пыхтеть.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

user posted image

OleKh

4.10.2015 - 15:42

Цитата (twin @ 2.10.2015 - 18:35)

никто ничего не предлагает

Предложение. Добавить первое правило - блондинкам вход запрещен)

Быстрый ответ:

Здесь расположена полная версия этой страницы.