Иногда звонят и спрашивают у бывших работодателей: "У вас такой-то работал? К нам хочет устроиться, скажите чего?" - вот и все черные списки. Но это очень большая редкость.
В том случае, если вдруг оказывается, что новый потенциальный и старый руководитель знакомы лично - тогда спросят наверняка. Но только в этом случае.
Делите такую задачу сразу на 2 этапа:
1. Исследование и работающий прототип.
2. Реализация и выполнение ТЗ.
За исследование: берите небольшой фикс предоплатой и при неудачном исходе - честно верните деньги. Будет НАМНОГО лучше, если Вы договоритесь на безопасную сделку (БС, FairPlay)!
За реализацию: после исследования будет полное понимание трудозатрат и Вы их объявите заказчику после этапа "Исследование".
Saboteur
@saboteur_kiev Куратор тега Организация работы
software engineer
Если вам не хватает опыта, то не нужно браться за задачу, которую вы не можете даже оценить.
Если задача составлена с настолько невнятным ТЗ, что не можете ее оценить - нужно или добить от заказчика внятное ТЗ или снова не браться.
Если же задача по своей сути требует инвестигейшена, то так прямо и сообщите, что вы возьметесь, но указанные вами цена и сроки ориентировочные, и на уточнение нужно столько-то времени.
Пока программа работает с файлом - она держит его открытым. Мониторьте lsof.
Или, если у вас есть подозрение на конкретную программу - запустите ее от имени уникального пользователя. Созданные ей файлы будут принадлежать этому пользователю.
Список проектов где реально есть смысл использовать блокчейн сильно ограничен.
По сути это децентрализированная база данных, в которой узлы не доверяют друг-другу + есть история операций.
Соответственно реальные способы применения - те, где эти особенности реально нужны:
- p2p финансы
- логи безопасности, выборы, итд итп
95% проектов которые сейчас пытаются делать что-то про блокчейн - просто используют этот buzzword для большего хайпа.