Задать вопрос
Профиль пользователя заблокирован сроком с 29 августа 2016 г. и навсегда по причине: Снова мат
  • Какой есть шрифт цветных смайлов для сайта?

    copal
    @copal
    мне показывали скрин моей подписи, так вот она была совершенно другая и цветная. меня это удивило.
  • Как настроить gulp-babel, чтобы работало?

    copal
    @copal
    Azat S.: а консоль тоже из этой /home/azat/git/project директории запускаете?
  • Как настроить gulp-babel, чтобы работало?

    copal
    @copal
    а node_modules у Вас тоже в папке /home/azat/git/project?
  • В какой сфере разработки ПО больше всего "алгоритмического" программирования?

    copal
    @copal
    Помнится Вы не так давно писали что стремиться и развиваться Вам больше некуда, так как Вы выучили JQuery. А теперь Вас значит понесло в алгоритмы.
    Ахахахахаха. Если Вы реально не один из ста миллионов, то забудьте, так как не сможете пробиться в их команду, а просто умельцы в освоении новых троп не нужны. Фигульки всякие писать, это естественно не для Вас. Куда же магистру JQ до рендера и манипуляции пикселями. А больше Вы один не чего не сможете сделать. Вас любая команда из нескольких школьников уделает. По этому Вам нужно подумать не о том что Вы хотите, а что Вы реально сможете сделать за определенное время.
  • Какой выбрать JavaScript Framework для сложных приложений?

    copal
    @copal
    а Вы лично на нем много приложений написали?
  • Логично ли начать изучать программирования используя язык Java?

    copal
    @copal
    дима кубитский: а что смешного? Расскажите мне о алгоритме наследование? Или о алгоритме приватное свойство?
  • Почему искажение при rotate в canvas?

    copal
    @copal
    и к чему Вы эту ссылку дали?
  • Как же понять принцип Flux?

    copal
    @copal
    Принцип на столько же простой, но сколь и аморален. Под словом флюкс подразумевается все тот же контроллер из mvp с одной лишь разницей,
    он не изменяет представление на прямую, а шлет событие в ответ на событие.
  • Что по советуете подростку в программировании?

    copal
    @copal
    начинать лучше с java или c# и не пугайтесь того что кажется сложно, всем очень сложно.
  • Как сделать подобную хронографию?

    copal
    @copal
    это таск манагер называется.
  • Как сделать подобную хронографию?

    copal
    @copal
    когда кино смотришь о вампирах, то всегда смеешься над их"неактульностью" относительно время в котором они прибывают. Вот и слово "хронология" меня подтолкнула спросить - мальчик мой, Вы вампир?)))
  • Для новичка лучше учить ЯП исходя из задач, которые хочется решать или наиболее простой язык?

    copal
    @copal
    o_f: ну тогда Вам нужно идти на завод в сталивары или гнуть арматуру, как Бендер, не астап!
  • Для новичка лучше учить ЯП исходя из задач, которые хочется решать или наиболее простой язык?

    copal
    @copal
    Вам нужно идти в армию, где Вас научат выбирать правильные решения (проще говоря не быть слюньтявой девочкой и чмошницей) с первого раза, путем надраивания унитазов зубной щеткой и бега по двадцать км в керзовых сапогах. Я уже узнал Ваш ip адрес, сейчас проверю, если Вы пригодны, то "добро пожаловать в армию сынок"!
  • Можно ли считать, что Bootstrap теряет актуальность?

    copal
    @copal
    Bootstrap для админок и для очень дешевых сайтов, для которых дизайн делать просто нет смысла, мало заплатили денег. Но если делать настоящий сайт, то да,
    bs3 уже давно не актуален. Не могу сказать о четвертой части не пробовал.
  • На чем писать браузерную 2D многопользовательску RPG игру?

    copal
    @copal
    GavriKos: а Вы написали хоть одну игру сложнее средней на js + html5?
    Или не зная брода советует туда лезть? Зачем Вы даете ответ если не знает о чем идет речь? Вам так нужен плюсик? Люди, давайте автору ответов заплюсует, чтобы его подобные ответов больше не было!
  • Где можно посмотреть пример готового сайта на Express.js?

    copal
    @copal
    Сергей Протько: Я читал (как мог с гугл переводчиком) вот о такой реализации, но она же и объясняется.
    %D0%A4%D0%B0%D0%B9%D0%BB:MVC-Process.png
    В вашей аналогии с рулеткой сервер это база данных, приложению на клиенте глубоко плевать есть там сервер или нет, все может быть и без сервера, просто на клиенте, суть от этого не меняется.

    Нет. У меня на сервере запущен код-логика, которая эмитирует вращающую рулетку.
    И каждый тик, она рассылает события моделям на клиенте. То есть, серверная модель не знает куда они диспатчит события, это не её дело. Её дело это работать. Модель из mvc должна быть работоспособной без других участников (представления и контроллера). Модель как душа, она должна "работать" всегда и ей без разницы надели на неё тело крокодила или виннипуха. Помните раньше были кресты для елок, которые крутили елки. Вот это модель. И вставь туда черенок от лопаты или тубу или вообще ничего не вставлять, она все равно будет работать.

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

    Контроллер на клиенте у меня ничегошеньки не знает о view и он весьма тонкий, вся логика вынесена в сервисы (angular).

    Это звучит как - "я перестал выкидывать мусор в форточку, выкидываю его за угол дома". Сервисы вообще не относятся к mvc. их и упоминать не стоит.

    повторюсь но все же... сервер это не модель.

    Куда Вы логику приложения засуните, то и модель. Я говорю о полноценной реализации логики. Не данных и не поведения.

    Вот ответьте на вопрос - что клиентсерверном приложении поле чудес будет моделью? Что есть АРХИТЕКТУРНАЯ МОДЕЛЬ - ЛОГИКА ПРИЛОЖЕНИЯ и где она будет? "сорри за капс, я просто так словам значимости добавил"
  • Где можно посмотреть пример готового сайта на Express.js?

    copal
    @copal
    Сергей Протько:
    Так вот, мы все еще говорим о том самом MVC которому уже 35 лет? Точно? Потому что мне как-то кажется что нет.

    Да, я об самом первом mvc. И именно с него, чтобы проследить по времени, как люди ошибаясь меняли его и называли "тем самым первым". М не встречались даже русские статьи на php, которые говорили неправильную трактовку, но ссылались на первоисточник.

    - нет обзервабл связей между моделью и представлением

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

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


    Ну вот Вы, насколько мне не изменяет память, не видите смысл в grid при верстке.
    А я наоборот их люблю. Это я к тому, что если Вы даете возможность контроллеру делать больше чем нужно, то оно так и будет. Тем не мение проблема намного глубже.
    Вот я например понимаю, что контроллер не должен быть вообще хоть на капельку разумным, но чтобы меня не считали еретиком, вынужден писать в вэб (для других) именно так, как это принято в вэб.

    - модель, согласно документам 79-ого года, должна быть либо одним объетом, либо структурой, объедененной ассоциацией один-к-одному (то бишь дерево).


    Так оно так и должно быть. Должна быть mainview, mainmodel,maincontrollr и да, они должны быть в виде дерева.

    Считать что MVC это клей который связывает все это глупо. Нельзя описать "все" тремя компонентами с двумя стрелочками.


    Вы то входите в калию, то Вас из неё выкидывает. модель находится на сервере. Сервер равно модель. Клиент это представление. Модель на клиенте, это интерфейс модели, которая на сервере. вы же наверняка слышали о том что программировать нужно на имплементациях. Вот этот тот самый случай. Почему говорят, что модель шлет событие и нужное и нужные представления лезут и берут отмеренные для них данные у модели. Вот если бы представление лезло на сервер, то оно бы лезло в объект модели. А так представление работает с интерфейсом.

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