хех, всё верно, я вот бэкэндом занимаюсь восновном, мне надо быстро и максимально просто фронтэнд сделать, связать его с моими данными и всё, мне вдаваться в абстракции очередного модного фреймворка, который уже через неделю все забудут, нафиг не надо.
слишком дорого каждый раз забивать себе голову всяким мусором типа - "в чем разница и зачем разбивать на initializer/instance-initializer".
Это абсолютно не нужные сущности, я для этого и использую фреймворк, чтоб голову не замачиваться по поводу незначительных деталей, иначе бы я просто всё на чистом JS написал, без библиотек, разработав свою концепцию взаимодействия модулей.
Schullz: зачем зачем, это будет революция в CS, стандарты поменяются чудовищным образом.
вот представь на рынке сразу появляется новая например среда разработки (текстовый редактор), которая на старом айфоне или дохлом нетбуке работает на порядок быстрее и более отзывчивая, чем любое существующее решение на любом самом мощном бытовом компьютере. . .
все будут вынуждены под эти новые стандарты также переписывать свой софт, никто не будет уже терпеть тормоза (типа пол секунды, например вместо 10 милисекунд на поиск вхождений).
сейчас тоже самое, например с появлением новых интерфейсов и стандартов юзабилити - практически весь софт переписывается, не переписал -> нахуй с рынка со своим дерьмовым продуктом.
Тоже самое будет с появлением новых стандартов производительности большинства существующих алгоритмов.
Schullz: все алгоритмы являются подклассом NP, соотвественно все нужно будет переписывать, быстрое разложение на множители, это лишь одна микроскопическая задача в этом классе.
Mrrl: ах ну да точно, все алгоритмы уже написаны).
Что-то похожее говорили в начале 20 века про многие науки типа физики, казалось вот только нужно разобраться с некоторыми мелочами и всё, мир познан, все открытия будут сделаны, однако из решения этих незначительных вопросов потом появилась физика частиц, квантовая физика и тд)))
и теперь ещё больше вопросов чем в начале века.
из CS наиболее распространённый пример - сведения NP к Р классу, что уже получается делать в ограниченных вариантах через вероятностные алгоритмы например, если получится свести эти классы то придётся переписать абсолютно весь софт который сейчас существует)))))
Александр Василенко: чукча не читатель, чукча писатель?
Александр, серьёзно, хотите заниматься программированием, ознакомьтесь хотябы с базовым курсом алгоритмов и структур данных.
Пополнять ряды говнокодеров за которыми потом всё переписывать надо, не очень достойное занятие.
по мне такое предложение звучит так - "ребят я не могу сделать успешный проект сам, поэтому мне нужна ваша помощь, пока проект ничего не приносит, и я готов разделить эту не существующую прибылью в размере 15% от выручки, но как только он станет успешным и приносить какие-то вменяемые деньги, вы будете посланы нахер, тк я смогу уже привлекать нормальных разработчиков за деньги, а не всяких дурачков за обещания"
имхо переключаться между аками плохой вариант, прийдётся заново вводить всякие пароли, настройки, опять такие же возможны проблемы с правами и тд.
другой акк удобен именно для работы другим пользователем.
Дима Петрук: блин, вам же нужно будет её потом ещё реально внедрить, тк рекомендационная система не существует сама по себе, без внедрения вы не сможете получить обратную связь, а без обратной связи не получиться оценить качество, соответственно последняя часть диплома с результатами/выводами будет провалена)
Di: вы чтоли для себя стартап делаете? или всё таки для людей?
выбор технологического стэка оставьте специалистам и не лезти туда со своими пожеланиями.
p02p: не стоит недооценивать потенциальную угрозу, вместе с картой у вас будет значит храниться и имаил, а через имаил можно в лёгкую узнать ФИО (пускай не всех но уверен большинства), дата карты тоже не такая уж и большая задача, карты выпускаются на пару лет, год примерно плюс минус 1-2 года от текущего, и так далее и тому подобное, CVV2 - 3х значное число подобрать, я вас умоляю, тут вобще даже обсуждать нечего.
какую бы функцию шифрования не использовали, кто получит доступ к внутренней инфраструктуре, получит доступ ко всем картам, начиная от ваших разработчиков, заканчивая хостинг компанией, не говоря про всякие бэкапы в облаках, которые вобще в открытую по лицензионным соглашениям читаются и просматриваются.
Михаил: есть проработанные схемы и протоколы для таких задач, гуглите например jwt. Подсунуть не валидный токен тебе мешает во-прервых алгоритм шифрования, во вторых подпись. Хотя допускаю что у жопаруков всегда дыры будут, но технология тут не причём.
D' Normalization: есть метода хитрее: посмотреть айдишник приложения в вк которое авторизует людей на хабре и потом по этому айдишнику спарсить всех пользователей. Задача изи вобще.
слишком дорого каждый раз забивать себе голову всяким мусором типа - "в чем разница и зачем разбивать на initializer/instance-initializer".
Это абсолютно не нужные сущности, я для этого и использую фреймворк, чтоб голову не замачиваться по поводу незначительных деталей, иначе бы я просто всё на чистом JS написал, без библиотек, разработав свою концепцию взаимодействия модулей.