Задать вопрос
  • Загадка "проталкивания оплаты": совпадение, заговор или техническая особенность?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Пока у вас нет сквозного контроля с достоверностью отслеживания событий, я буду придерживаться теории заговора.

    Я не до конца понял насколько вы не контролируете происходящее в техническом плане, поэтому пишу что вижу по максималке.

    Аргументация

    1. Вы не являетесь владельцами технической системы. Об этом я говорю много и долго: чем стабильнее бизнес и его рост, тем глубже вы оказываетесь в заложниках.
    Реализация зависит от фантазии бородатых детей, которые взяли вас в заложники.

    2. Явная фиксация внешних признаков провала по времени + ваши действия по "проталкиванию" платежей.

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

    Также есть возможность маркировать трафик (это из мира ботов и скликивания), где вас можно отследить по цифровому слепку. В общем, профайлинг обычно творит чудеса, когда с ним сталкиваются.

    И если у вас тут серьёзный финансовый поток, такая перестраховка для заметания следов вполне вероятна.

    Так или иначе, это возможно, но без понимания, кто у вас там и на каком уровне, сложно строить такие наступательные стратегии.

    Выводы:

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

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

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

    P.S. Из практики: Поняв, что систему приводят в порядок, кто-то бежит к учредителям и говорит: "Либо доля в компании, либо исполнение вашего крупного проекта на платформе по обслуживанию серьёзного предприятия останавливается по неизвестным вам причинам".

    Такие ситуации выправлялись, но для этого нужна воля.

    Итого:

    Жути я, может, и нагнал, но нужно иметь понимание в цифрах — это сквозная аналитика. Без доступа к коду, понимания его работы и отслеживания продаж в реальном времени можно только гадать.

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

    Желаю вам всяческих успехов в решении!
    Ответ написан
    Комментировать
  • Можно ли удалить скрипт fontawesome из кода сайта?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    нужно
    Ответ написан
    Комментировать
  • Как реализовать стартап и сохранить авторское право?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Для всех кто желает чтобы их идею не украли предлагаю попробовать ее запатентовать.

    Сразу открывается реальность.

    Сразу спойлер - ни идею, ни технологию, ни концепцию не патентуют. Патентуют полезную модель или изделие.

    Понятно что вы умрете психически и интеллектуально на этапе формулировки заявки патентному поверенному (это еще не сама заявка), сразу узнаете много нового.

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

    И тут вы узнаете что патентное право сегодня работает для сильных научных прорывов.

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

    Ну и если вы заплатите кому-то, то это будет факт того что вы заказли и результат будет ваш.

    У меня была такая попытка подсунуть НДА на подпись, в котором написано что все что мне расскажут является такой тайной, что все что будет сделано в будущем на основе рассказаного полностью принадлжеит тем кто рассказал секрет.

    Это просто показатель шизоидности, если такой документ подписать он ничего не сделает - будет весело смотреть как они будут подавать заявку в суд на нарушение чего-то там.

    Просто делайте.

    Изучайте матчасть.
    Ответ написан
    2 комментария
  • Что делать если клиент не отдает деньги?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Никаких судов.

    Отключай 40% функций сайта.
    Ответ написан
  • Можете порекомендовать где найти сметы и тз проектов как для примера?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Доброе утро.

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

    Там вы увидите табличку "полученное на запрошенное" - на элементы правой колонки могут быть навешаны цены и сроки.

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

    Покомпонентая спецификация -- это то что в итоге вам (притащили с помойки еноты) разработали и поставили уважаемые разработчики.
    Ответ написан
    Комментировать
  • Является ли жизненно необходимым пройти курсы по бизнес-анализу для того чтобы достичь уровня стажера?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Если прочитать Вигерса и применить все что он пишет, по дороге подавиться определенными "умностями" написанного, тогда да - -конечно читать и работать.

    Если работать не с чем и не с кем, то курсы хоть видимость практики дадут.

    Чтение без применения - - полный ноль.
    Ответ написан
    Комментировать
  • Как рассчитать стоимость создания личного кабинета?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Определить количество компонентов результата.
    Количество компонентов разбить на элементную базу.
    Просуммировать, посчитать по фибоначи коэффициент сложности.
    Прикинуть за сколько по времени можно довести до продакшна один элемент.
    Помножить на стоимость во времени того, кто это будет делать, помножить на коэффициенты фибоначчи.
    Получить и время и деньги.
    Профит.

    Как определить компоненты можно прочитать в моем путеводителе руководителя в разделе "перечень результатов".
    Ответ написан
    Комментировать
  • В какой университет поступить для работы на позиции "Менеджер проектов", "project manager"?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Шашечки или ехать.

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

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

    Если же ехать куда более в интересном формате -- понять что делает руководитель и уметь делать дело, тогда горячо рекомендую свой путеводитель руководителя.

    Занятное чтиво, есть видео.

    Успехов.
    Ответ написан
    1 комментарий
  • Как намекнуть начальству, что agile не избавляет от тз?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Never complain, never explain!
    Ответ написан
    Комментировать
  • План/шаблон создания проектной документации?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Вигерс - разработка требований к программному обеспечению (есть шаблоны)
    Системное мышление (книга + курс) Левенчука - https://system-school.ru/levenchuk
    Ответ написан
    Комментировать
  • Как написать концепцию web-проекта (стартапа)?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Почитайте книжку Вигерса - разработка требований к ПО. Там есть шаблоны в конце книги.

    Еще верно отмечают что требования к ПО и требования к бизнесу (стартапу) - это разные вещи.

    Требования к бизнесу за которые люди отвечают - пишут обычно в мак кинзи, подкрепляя это серьезными отчетами и исследованиями что "согласно этим требованиям бизнес будет работать и зарабатывать, если их выполнить". Стоит очень дорого даже для крупных компаний.

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

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

    Чтобы это был стратап - пишется Business Requirements Document, но как я уже сказал, что-то "гарантировать" этим документом могут только сильные конаслтинговые компании, все остальные документы это божья роса.

    Это не значит что их не надо писать - я так явно указываю на их негарантированность, потому что как только такой документ всплывает в отношениях между инвсетором и стартапером - стартапер попадает в бесконечный ад, если берется реализовывать такие требования. Инвсетор будет доить все соки ссылаясь на этот "документ".

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

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

    Ну и вигерса не забудьте.

    Успехов!
    Ответ написан
    1 комментарий
  • Подключение сторонних разработчиков в стартап?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Микросервисы - многие не в курсе что это не "опимизация технического решения" а оптимизация "управления техническим решением".

    Контроль и управляемость повышается не только на:
    - скорости выкладки
    - безопасности связанности сервисов (один упал - второй работает)
    - скорости (от простоты) разработки и тестирования
    - более точного мониторинга.

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

    Такой метод использовался всегда в военной и космической отрасли в США (и по всему миру дальше) сразу после второй мировой - нужно делать что-то большое и сложное, при этом управлять подрядчикам и поставщиками, чтобы все в итоге было секьюрно и безопасно.

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

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

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

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

    Поэтому техническое решение которое работает это:
    - для разработки это заказ "библиотек" и "компонентов" (любые платформы и языки имеют возможности поставки и дистрибуции таких "пакетов").
    - если вам надо "майнтанить (обслуживать) "распределенно и секурно" - это микросервисы и облачка.

    Чтобы все это "придумать" и "собирать вместе" вам нужен очень головастый и рукастый "архитектор" (на самом деле он называется "системный инженер" по версии INCOSE).

    Решения есть - важно понимать что вы "потяните" сами.

    Если у вас как и говорят "мега идея но вы ничего не можете сами" - вы и не сможете без зависимости от внешних талантов.

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

    Готов ответить детально на каждый вопрос всем желающим в комментариях.
    Ответ написан
    Комментировать
  • Как зарегистрировать брэнд на двоих человек?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Один должен быть главнее по документам.
    Чем дальше откладываете решение выделить главного - тем тяжелее будут последствия.
    А момент настанет в самый неожиданный час.
    Ответ написан
    8 комментариев
  • Нужно ли описывать содержание сайта в ТЗ для программиста если передаёшь ему макет?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Да.

    На макете происходят действия, действия касаются элементов и происходит реакция.

    Если вы хотите получить то что вам нужно и требовать результат - это надо изложить.
    Ответ написан
    Комментировать
  • Как правильно самому себе накидать ТЗ и план работ?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Если есть 30 минут, то можно найти все ответы на вопросы тут https://vc.ru/flood/71014-v-budushchee-deystviteln...

    1. Как ставить цели
    2. Какие ставить цели
    3. Как это структурно описать
    4. Как с этим жить дальше.
    Ответ написан
    Комментировать
  • Какие книги посоветуете для будущего Team Lead'a?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Почитай вот эту статейку (размером почти с книгу, как и просил), полезного про все что тебя ожидает на пути продуктовой разработки и работы над софтом найдешь много - https://vc.ru/flood/71014-v-budushchee-deystviteln...
    Ответ написан
    Комментировать
  • Куда податься на фрилансе?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Зачем тебе апворк - иди на freelansim.ru, или если хочешь посражаться с нашими индусами тогда и на fl.ru

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

    Так что работать лучше на своей языковой и культурной базе в данном случае (ты не компания которая расширяет рынки присутствия, и разумеется западный рынок шире, поэтому туда как бы надо идти).

    Открой сайт и бери свои заказы на дошик - там их точно тебе хватит.

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

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

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

    Удачи!
    Ответ написан
    3 комментария
  • Agile. Как делить отдел на команды?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    > Вопрос: как разделить коллектив? По каким критериям делить? Чтобы команды были все равны по силам. Есть ли математические решения/методы задачи???

    Вам надо понять чем вы занимаетесь - "утилизируете людские ресурсы" (занимаете работой чтобы не простаивали) либо делаете результат.

    Если второе - команды деляться всегда по продукту работ, которые они производят. В разработке ПО явные продукты это:
    1. результаты аналитики задач
    2. архитектура решения,
    3. проектировка изделий,
    4. оформление изделей
    5. изготовление по платформам / ios / android / web,
    6. тестирование
    7. доставка в эксплуатацию
    8. документирование


    Вокруг таки результатов вы организуете работы.

    Схема моего разделения труда по продуктам работ:

    webp

    Эта схема лежит в основе моего продукта.

    Пример цепочки разделения работ из "Мьёльнира":

    cc6d89fc-e227-4f78-c69b-051646113af1
    Ответ написан
    Комментировать