Руслан Семагин
Ещё не определился. Сложный выбор.
Слово "архитектура" в этой простыне выглядит как случайное недоразумение.
А советы "архитектора"..., ну, уволил бы сразу.
Денис, пора таки прекращать срамиться на технические темы, лучше по старинке, про общую водяную воду.
Без обид, ну правда же...
Николай, а атаку идти не стоит. Я с Вами не дискутирую. Прочитайте внимательно мой комментарий, и найдите в нём желания бесплатного, или что-то в этом роде. Написано же, это пример, иллюстрация того как иногда бывает проснувшись утром, и когда к этому не готов. Всё. Ничего больше.
Ещё раз, в хорошей архитектуре не может быть такого узкого места, каким является облако когда оно одно и всё, ничего больше. Это исключительно моё мнение, и я его не навязываю.
Я работал в компании, средний счёт которой был на уровне 100 тысяч долларов месяц. И никто не жаловался.
Так работайте на здоровье, вопрос то в чём?
Бояться облаков действительно не стоит, но и важно понимать, что облако не может в хорошей архитектуре являться единственным хранилищем данных, единственным сервисом и т.д.
По поводу "хорошего трафика", это да, но ситуации бывают разные.
Приведу конкретный пример (см. скриншот), один клиент в прошлом году получил списание в пользу гугла за использование облачных сервисов в размере 14000 долларов США за один календарный месяц. Да, это не опечатка.
Там было списание за несколько картографических сервисов, сумма накапала за месяц, списана единовременно по окончании отчётного периода.
У человека была привязана бизнесовая карта, это та, которая напрямую к расчётному счёту привязана, плюс деньги были списаны в минус, банк это позволяет вполне.
Этот пример конечно не относится конкретно к FireBase, это просто иллюстрация того, как бывает иногда в реальности.
И это главная ошибка.
Своевременная отправка возражений должна быть как угодно, тем более уже что называется назрел конфликт.
Возражения имеются ввиду на бумаге с отправкой сканов и оригиналов в догонку.
"...но блин почему Денис Гордиенко везде заявляет обратное...." - ну, продавать себя никто не запретит в принципе, поэтому и нужно вникать в детали и информацию брать из разных источников. И главное не пренебрегать формальностями.
Итого в целом:
Не устаю повторять (в том числе клиентам), нельзя на базе какой-либо коробки построить большой проект. На чудо не нужно надеяться.
Коробка - это чисто поиграться в стартапера, не более.
Можно использовать лишь тогда, когда человек лично может и готов делать какие-либо работы по проекту. Всегда когда начинаются доработки, это как правило несколько порядков от стоимости коробки в конечном счёте, к чему большинство не готовы, ни морально, не финансово.
Коробка может хорошо если как говорится посмотрели, всё подходит как есть и ничего не надо, или надо мало и можете сами - можно брать.
Это искренне и честно, моё субъективное мнение.
А самое главное - что это (доработки) лишено всяческого смысла, потому что за доработками тянется балласт различных составляющих (платформа, неиспользуемые функции и пр.), что в результате зачастую не приносит ничего кроме головной боли и бесконечного сложного дебага.
Общее:
Чудес не бывает, если вы имеете «имперские амбиции» и не имеете денег - можно хоть сто коробок купить - результат будет нулевой.
Доработки готового ПО - это заблуждение, потому что даже имея деньги результат всё равно будет нулевой, потому что никакой разработчик не примет проект «как родного», и не будет над ним сидеть 24/7, а будет только выполнять конкретные требования, и будет это делать до поры до времени пока не надоест, а оно 148% надоест. Потому что частный проект - это частный случай, разработчик к нему не прикипит на вечно.
Так называемые «доработки силами стороннего программиста» - это ещё большее заблуждение. Большинство - интроверты. Подходы, квалификация, методы… - у всех разные. Вникать в нечто написанное десятком других ДО - никто не будет, и всё пойдёт по бесконечному кругу. Наверняка не раз слышали стандартный ответ: «нужно всё переписать».
«Подбор программиста в штат» - ещё большая дичь. Потому что хороший специалист работу не ищет, она его ищет сама. Хороший специалист если не трудоустроен, то ведёт свою деятельность самостоятельно, имеет широкий кругозор, интересуется и осваивает новые технологии/ЯП и т.д., и не пойдёт работать в конкретный непонятный микро-проект, на непонятном и ограниченном стеке, написанный хз кем и как.
Извиняюсь если много собрал и несколько сумбурно.
Безотносительно темы:
Единая проблема многих заказчиков - посредственный подход к оформлению и проработке деталей проекта, игнорирование и зачастую «юмористическое» отношение к составлению технического задания, в надежде на то, что «вроде всё проговорили значит проект будет соответствовать ожиданиям…» - Нет, он не будет соответствовать ожиданиям.
Вообще никакой проект не будет соответствовать ожиданиям без скрупулёзно составленного технического задания на уровне фанатизма.
Отсутствие фанатизма при составлении технического задания и соблюдении всех формальных процедур возможно, и приходит со временем в процессе длительной работы, когда люди уже достаточно хорошо знают друг-друга, понимают кто что может выдать, каковы компетенции, чего ожидать, с учётом накопленного опыта взаимодействия по текущему/прошлому проекту.
Составление технического задания это всегда больной вопрос для заказчика, потому что разработчик его (ТЗ) ждёт, а никакой заказчик его дать самостоятельно не способен, за редкими исключениями.
Соответственно, если своими силами, или в результате коллегиального обсуждения ТЗ составить не удаётся - лучше его заказать. Да, это отдельная статья расходов, но оно того стоит, т.к.:
Составив раз - это хорошая основа для собственного переиспользования в будущем с поправкой на проект.
В процессе его (ТЗ) разработки, как правило, заказчику и/или исполнителю раскрываются детали о которых они ранее не думали и не учитывали (если составитель не имеет цели что-либо скрыть/умолчать).
Корректное, не расплывчатое ТЗ с чёткими формулировками и техническими/технологическими требованиями однозначно дисциплинирует исполнителя, и с высокой степенью вероятности сильно укрепляет позиции добросовестного заказчика в случае судебных разбирательств или предварительной претензионной работы, и в случае судебного разбирательства существенно повышает шансы на взыскание/компенсацию.
Тоже самое что в п.3, только для исполнителя.
Есть и минусы:
Зачастую такой подход с учётом новых деталей проекта даёт увеличение стоимости проекта.
Наличие ТЗ не предусматривает и не учитывает изменения взглядов заказчика на проект, особенно если разработка занимает продолжительный период времени. Т.е. Если в процессе, условно через полгода заказчику проект «разонравился» - придётся заплатить.
По теме:
Конечно, наверняка за 8 (или сколько там) месяцев материала у вас сильно больше чем эти несколько скриншотов. Соответственно детали скрыты, поэтому что-то конкретное тут сложно понять. Но, если всё что я написал выше не ваш случай, и всё было надлежащим образом оформлено, то нужно более основательно подойти к вопросу и продолжить разбирательства.
Но если в суде ставился вопрос наличия проводимых работ в рамках абонентского обслуживания в принципе, и если либо подписанные акты, либо автоматически принятые например в следствие истёкшего срока возражений по актам - то хз что тут оспаривать. Для арбитража то всё равно, есть текст договора, если фактические обстоятельства - результат решение.
Оснований настаивать на экспертизе я так понимаю у вас не было, в плане того что если вы оспаривали время, то на какие вопросы должен ответить эксперт?
Если речь о технической экспертизе, то это наверное отдельный иск, не об абонентском обслуживании. Опять таки, на какие вопросы должна ответить экспертиза? Т.е. например прописаны некие требования, они не соблюдены и т.д.
Если не было никаких конкретных требований, то экспертиза для вас автоматически в результате обернётся расходами без удовлетворительного результата.
Экспертиза не отвечает просто на вопрос что там в проекте говнокод или не говнокод, т.к. Это неформальное понятие всё таки :)
Чисто по человечески всё разумеется понятно конечно же.
Иными словами, FireBase это хороший инструмент, для реализации каких-либо задач, но он не может являться единственным хранилищем несмотря на все увиденные вами преимущества. Как-бы мир разработки немного сложнее, и очередей из проектов где только FB на горизонте не видно. Не задумывались об этом?
Не в ту сторону копаете.
Если ещё раз внимательно посмотрите на такой скользкий момент из ответа РКН (см. скриншот), то ваше приложение по факту только читать может, без самых важных операций. Понимаете где подвох?
А то что описали выше вы - эту схему не реализует, т.к. вы дублируете указанные операции, т.е. фактически выполняете их там-же откуда и читаете.
Иными словами, вы только читать по сути из FireBase можете, при такой формулировке и позиции. А все ключевые операции проводить только в РФ.
Ох, Денис, и снова вы за своё.
Ну да ладно, видимо привычка, что поделать.
Мне нет необходимости, или какой либо нужды отправлять кого-либо куда-либо.
Я - читатель вашего так сказать блога.
Никаким другим образом не представляюсь, и как и другие читатели участвую в обсуждениях вашего контента, или не участвую. Я ни с кем не конкурирую ни в какой сфере, и не обозначаю свою деятельность, т.к. моя деятельность не имеет отношения к предмету статьи. Пытаетесь изобличить тут только вы. Это исключительно ваше право.
Чем там вам попахивает, это вам виднее, не могу знать, честно.
Ещё раз, вам был задан неудобный вопрос, и как выяснилось видимо случайно, вы о нём не думали, соответственно вот подумайте и примите меры, если вам это нужно, или не принимайте мер.
Гораздо лучше получить этот вопрос в обсуждениях, нежели действительно в реальном проекте. Но это мне так кажется, возможно вам комфортнее вовсе не обсуждать ничего неудобного.
Но явно не стоит в рамках вашего контента как-бы обходить или принижать значение важных деталей, которые вам или мне могут не нравится (ФЗ), но ни вы и не я их навязываете, и накладываете определённые обязательства.
"А то уже достали своим бульканьем, а по факту - пусто." - простите, что за бульканье, и что должно быть по факту "полно"?
Принимайте с достоинством, не передёргивая и не переводя стрелки.
То о чём он пишет, там не было никакого FireBase, там у них была тупо одна таблица в основной БД (возможно до какой-то версии) в которую они пихали как могли, и статусы слушали используя адов треш.
А т.к. в какой-то момент могу предположить что пошли претензии (обоснованные) - проект свернули под предлогом, ну читали выше.
И учитывая что различные комбинации технологий и инфраструктуры видимо были недоступны, и как раз попался курс по ангуляру - решили лавочку прикрыть соорудив такую конструкцию причин.
Ой, Денис, вы прекратите уже притягивать сюда за уши если что-то не относится к теме. Я - читатель, не более. Я - ни на что не претендую, и никоим образом не самоутверждаюсь. Всё что мне нужно - у меня есть.
Вы находитесь в публичном пространстве, пишете и снимаете видео я надеюсь по собственно воле, так что извольте отвечать исключительно за себя и по теме своего контента.
Если когда либо я, как и вы, или кто либо ещё, напишу статью, или сниму видео - я отвечу за себя и свой контент.
Но я ничего не пишу. Это не является ни достоинством, ни недостатком, так есть и всё.
Отмечу, что я ещё ничего не засирал, как вы выразились.
Я поставил вопрос, который пусть и не удобен для вас, но т.к. вы об этом даже и не думали, вам бы ещё и поблагодарить надо за этот вопрос.
К сожалению, ответить точно и адекватно вы на него не смогли. Ну чтож, как смогли, так смогли. Это лучше чем ничего.
А по сути для вас один только плюс, т.к. вы уже будете чесать затылок как выйти из ситуации.
Что касается ссылочек, опять таки, вы не передёргивайте, как увидите какой либо проект - у владельца и спросите, т.к. это исключительно его забота и от зона ответственности.
Не умно и не серьёзно представлять это для конечного клиента как нечто ерундовое и недостойное особого внимания, вот в чём дело.
"А что касается технических вопросов... Как научитесь у себя в решении делать регистрацию через приложение или хотя бы не перезагружать экран по кнопке Назад, так и поговорим с Вами про архитектуру." - честно говоря даже не сразу понял о чём речь, а когда допёрло - понял, вы нашли какой-то где-то баг и как-бы мне его предъявили? А, ну ок, пусть будет, оставим специально, назовём имени вас.
Только не совсем понял при чём тут "архитектура", или вновь проблемы с терминологией?
Но если стоит вопрос о разборе, то можем и ваши исходники разобрать где нить на хабре.
Вы что-то в этой статье написали по старому "ядру", что там по каким-то причинам закрыли..., ну ну, только там они не совсем те, точнее скорее совсем не те в реальности. И толпа страдальцев осталась с этим наследием, и вот там-то есть что разобрать.
Это отвлёкся, один раз в качестве оффтопа, больше не буду :)
Ох, это называется как прижали к стенке начал крутить задом.
Вот вроде бы как попытался что-то ответить, а получилось вновь словоблудие.
Денис, вы ещё раз и внимательно перечитайте документ который опубликован ранее, имейте совесть, за вас были приложены определённые усилия по его получению.
Ещё раз, по факту вы не можете использовать FireBase как единственное или основное хранилище с учётом тех ограничений на операции которые обозначены в документе, если это конечно не проект где все сплошь одни анонимы.
Соответственно, вместо того чтобы в очередной раз пудрить мозг и лить воду, вы должны сообщать примерно в таком ключе:
Да, мы разрабатываем ПО которое как есть из коробки на текущий момент не соответствует действующему законодательству, и вы (клиент) должны это знать, иметь ввиду, и принимать решение на свой страх и риск. Или вот есть такой иной конкретный вариант решения.
И всё. Предельно же просто кажется. И вопрос автоматически закрывается.
А не заниматься очковтирательством.
Просвещение и предложение реализации это часть профессии, если только деятельность не сводится к тупому выгребанию бюджета.
Но представлять в таком ключе, мол чего там, надо дело делать, на кой чёрт нам думать о законодательстве, ведь мы стартеры и пр. - это по меньшей мере не разумно и смешно, и разумеется никак не тянет на сколь либо серьёзный подход.
Хотя конечно, учитывая что в реальной жизни ~99% покупателей такого рода ПО - заканчивают ничем потому что даже ничего и не начинают - им это как говорится зайдёт нормально. Но до первой же абузы. Потом начнутся страдания.
Для вашего сведения дополнительно сообщу, что номер телефона в связке с любыми другими данными, например с упомянутым именем - есть персональные данные. Если вновь есть сомнения - вы уж в этот раз самостоятельно думаю справитесь запросив информацию или нагуглив практику.
Что касается совершенно дурацкого и не умного вывода «…а то ведь можно совсем уйти в дебри и пойти регистрироваться оператором персональных данных, соблюдать закон о мессенджерах…» - вы не поверите, это не дебри как вы выразились, это прямая обязанность владельца проекта, и об этом разумеется он (владелец) также должен знать, но в этом случае скорее сам, т.к. это не связано с конкретной реализацией о которой он без уведомления не будет даже догадываться (ваш случай). Так что будет владелец это соблюдать или не будет - его дело, но представлять это как некую чушь по меньшей мере глупо и не серьёзно с вашей стороны.
Поэтому, не нужно тут приплетать кого-либо или чью либо культуру общения, отвечайте строго за себя и по существу. Ваша привычка перекладывать с больной головы на здоровую и при любом случае переводить стрелки и съезжать с темы известна давно и всем кто интересуется.
Так что ок, принимается. Единственное что, с удовольствием бы почитал/посмотрел про вашу реализацию как вы выразились «дублирующего сервера», чувствую вот там будет где разгуляться, учитывая ваш уровень владения предметом.
Осталось теперь подтянуть терминологию в видео, а то иногда прям совсем позор.
Репутация важна тогда, когда она есть в принципе.
Дичь да, согласен. Особенно когда без роду без племени именовать себя лично системным архитектором, экспертом и т.д., без какого-либо тому подтверждения.
Вопрос про хранение ПД нужно задавать в комментариях к каждой такой "статье" по случаю.
Да это он пусть сам решает. У каждого своя голова.
Все читать умеют, все всё понимают.
Да, один из.
В общем отбросив всю пыль и мишуру, в сухом остатке профильное ведомство подтверждает что так хранить данные нельзя. Чуваки это делают судя по всему. Клиентов об этом не предупреждают и реализацию делают добровольно-принудительно. Что-то обезличенное - не вопрос, сколько угодно, но не так.
Отвечать не хотят, да может оно и не надо, пусть клиентам объясняют и отвечают.
Ну, в коммерческой разработке об этом приходится думать, без относительно того нравится это или нет. Закон написали, вот как-бы по нему.
Да дело тут даже не в хранении как таковом, дело в том, что чуваки тупо взяли API FireBase, и тупо используют это как единственное хранилище, при этом не забывая лить в уши непосвященным про что-то там сто миллионов чего-то.
Да, FireBase это хороший инструмент для решения определённых задач, но он не может являться единственным хранилищем. Это как заниматься строительством применяя только молоток для всех операций независимо от типа.
Но ребята ввиду того что умнее и проще ничего не придумали, пошли по наиболее простейшему пути, взяли Ionic, прикрутили FireBase, и подают это как что-то из ряда вон. Пугая непосвящённых про какие-то там миллионы рублей.
А тут-то в отрасли все дураки сидят, что-то там какие-то балансировки, шардинги, репликации, очереди и т.д., когда тут вон оно что - одна калитка - FireBase!
Да ладно хрен бы с ним, как говорится кто как может так и продаёт себя, но ведь хоть бы не лез в публичные рассуждения по технике, а то как послушаешь терминологию, так уши вянут. Достаточно посмотреть несколько видео на ютубе, и всё станет на свои места. Что внутри - тоже кому надо знают.
А люди то ведутся, и когда сталкиваются и опрокидываются - все разработчики автоматически становятся как-бы козлами и негодяями.
Вчера один человек задался таким вопросом по этому случаю (примерная цитата):
"Если я заказал техническую услугу, получил её, вроде как результат устроил. Подписал акт. Затем выяснилось что подрядчик сделал реализацию так что в итоге подвело меня под нарушение закона, и не уведомил меня о деталях и рисках. Это может считаться некачественно оказаной услугой со всеми вытекающими...?"
Интересный вопрос кстати.
Думаю ответа не будет. По существу во всяком случае. Т.к. на не удобные вопросы там отвечать не принято, да и откровенно говоря - некому. Инфа от реальных людей кто это проходил.
Но конечно, буду стараться напоминать об этом при каждой возможности.
А там уже кому надо пусть сам понимает это как умеет и делает выводы.
"Официально Сысоев был на должности системного администратора, т.е. по идее и не должен был кодить на рабочем месте в рамках трудового договора."
А-а, в вашем понимании сисадмин это тот кто картриджи заправляет и под столом в бухгалтерии провода в системный блок втыкает?
Сисадмин не может (хотя должен) писать на Си? И тем более сисадмин не может захотеть написать на этом самом Си что нибудь для решения своих каких-то задач (вначале)?
Например библиотеку написать/подправить, не, не слышали?
На Udemy курсов таких не было да?
Это не к вопросу трудового спора, это к вопросу что надо уже Денис прекратить изливать это для широких масс. Стыд один сплошной куда ни плюнь.
И пользуясь случаем, хотел бы вам напомнить вот про этот комментарий https://vc.ru/life/94868-kak-kontrolirovat-razrabotku-prilozheniya?comment=1542321 и далее по ветке.
Но если сейчас не совсем удобный случай, ок, не вопрос, подождём очередного "технического ликбеза" и "экспертизы", и там можем продолжить.
Ох, а почему так мало текста? Денис, что случилось? Копирайтер-фрилансер запил?
Гораздо круче про "нгинкс" слушать в оригинале от "эксперта", видео прилагается (если вновь не выпилит по-быстрому).
Вам там в каментах люди уже написали, но если что, вот в Википедии есть по буквам https://en.wikipedia.org/wiki/Nginx
Пришёл ответ от Роскомнадзора. Трансграничка есть, письменное согласие не надо, оферту о трансграничке - можно.
Сбор, обновление, изменение за пределами РФ - нельзя.
А теперь, Денис, напишите пожалуйста адрес где расположен ДЦ FireBase.
Итак, чтобы не было словоблудия и пустословия, а также чтобы вам не удалось как вы привыкли съехать с темы. Как и обещал, мною направлено обращение в РНК.
Во избежание искажений и интерпретаций с вашей стороны, прилагаю файл обращения чтобы было понятно какие вопросы были поставлены. Ответ будет опубликован тут, таким какой будет.
Денис, избавьтесь от этой дурной привычки переводить стрелки и съезжать с темы.
Как дитя малое (а Петька тоже виноват, что только я то!).
Отвечайте за себя. Услуги ваши, вопрос был задан вам.
Да, он не удобный, но он есть.
Мы с вами решили, что каким бы ни был ответ, он будет опубликован тут, в этой ветке комментариев.
Поэтому давайте закругляться, раз вы не хотите отвечать по существу и конкретно.
Да не вопрос, тут и опубликую.
Но то что вы как бы съехали это понятно и ожидаемо, а любой желающий уже прям в понедельник, в том числе вышеупомянутое ООО, могут какбы поинтересоваться, ну мало ли, а вдруг )
Я же не настаиваю. Да и вообще, конечно мне тут верить не нужно, нужно проверять самостоятельно.
https://youtu.be/LM18xGeZPZ8