HaruAtari: дело в том что например если у вас по запросу проджект айти будет выдаваться список секций, выбрав которую, будет выдаваться список тикетов, выбрав который будет выдавать список ещё чего-либо, то вы вдруг обнаружите что разработчику для использования вашего апи даже не надо читать документацию.
более того у разработчика уже есть инструменты для навигации по вашему апи используя расширения к навигационным оболочкам, которые позволяют организовать навигацию по всему дереву апи, имея 1 точку входа.
поэтому лучше выстраивать понятные иерархи, чем городить что-то не связанное.
HaruAtari: да вот именно там и описано что обновление используя пут-распространённая практика, но почему всё же лучше делать наоборот.
However, it's recommended to keep PUT requests idempotent. It is strongly recommended to use POST for non-idempotent requests.
rsoinvi: я работал в группах где паралельные исследовательские проекты были связанны с такими вещами, больше чем поиграться, это не работает и работать не может. Я уже говорил мозг человека слишком сложен и самое главное ИНДИВИДУАЛЕН, даже имея технологии которые бы позволяли точно получать данные с нейронов, вы всё равно не можете использовать готовые модели под чужой мозг, просто потому что он мозг у другого человека абсолютно ДРУГОЙ по своим связям расположениям и тд.
Вобщем такие технологии годяться только на то чтоб развлечь обывателей, сказками в стиле - "и на марсе будут яблони цвести".
rsoinvi: какой сигнал? -> вам нужно получать осмысленные данные, если вам нужен просто сигнал -> можно его автоматически подавать на систему при включении, без считывания чего-либо с мозга -> тк уверяю мозг постоянно работает у живого человека, соответственно просто СИГНАЛ будет, его даже и считывать не надо.
если же вам нужно получать что-то осмысленно, например команды то вам нужно научиться считывать то о чём думает человек. Но даже если вы научитесь сканировать данные с каждого нейрона в голове, это всё равно не будет иметь смысла, тк у всех мозг разный, нейронные связи, формируются у каждого индивидуально. Вобщем вся эта деятельность просто маразм.
Дмитрий Смоляков: моё мнение -> нормально анализ данных можно реализовать только на языках статической типизации, тут или джава, или с++ или что-то подобное, это от личных предпочтений зависит конечно, ну и уровня владения языком.
хотя например в среде java/scala есть спарк, можно его под себя модифицировать, на С++ например я не слышал о таких мощных фреймворках. Но зато там больше наработок по обработке видео данных типа машинного зрения.
Ярослав IKARUS: воу воу воу, полегче парень, все данные где-то хранятся.
Не психуй раньше времени. Пойми, ты и из JS из цикла не запихаешь данные в хтмл, в начале тебе данные нужно получить, которые ты собираешься отображать, потом отобразить так это работает ВЕЗДЕ!
Ангуляр это лишь обёртка над JS он тебя никак не ограничивает, ваши претензии к ангуляру абсолютно беспочвенны, как говориться -> нечего на зеркало пенять коли рожа кривая
littleguga: кем не рекомендуется? -> всеми, почитайте рекомендации у любого гит сервиса. https://help.github.com/articles/what-is-my-disk-quota/
там кстати написано что больше 100 мегабайт файл не залить, я часто встречался с макетами и больше 200-300 мегабайт.
littleguga: ну потому что гит совсем для других целей, там графовая структура данных, и она оптимальна для например текстов, передавая лишь незначительные изменения в самом тексте, фотоже особенно большого размера, будет всегда полностью добавляться, постоянно добавляя полностью новые копии файла, что само по себе очень расточительно, быстро квоту исчерпаете, + долго будет заливаться, вобщем гит совсем не для хранения фсд макетов.
два чаю этому госпадину, предложение очень сомнительное)