Pull to refresh

Comments 49

В ходе его создания навсегда удалилось 100 000 пользователей, которых пришлось восстанавливать.


Уже после «этого» расхотелось читать статью…
Как так, при создании у Вас УЖЕ 100 тыс. пользователей?! Что О_о
Вы понимаете, что такое «навсегда удалилось»???
Так почему, Вы сразу же пишите «пришлось восстанавливать», т.е. они понарошку «навсегда удалились»?
Одно предложение — и мозг сломан. А так же понят стиль повествования.
1) Дальше написано, что уже был сайт, который необходимо было улучшить. На нем как раз и было 100 000 пользователей, которых было необходимо перенести.
2) Я понимаю, что такое «навсегда удалилось»
3) Если бы не удалились, то не пришлось бы восстанавливать.
4) Если стиль не нравится, то можете не читать))) Я пока еще учусь писать и поэтому, может быть, не очень красиво или правильно формулирую предложения. И это, мне кажется, нормально. Если укажите на ошибки и скажите почему не правильно и как надо правильно, то буду благодарен.
В этом посте хочу поделиться с вами опытом разработки одного большого проекта. В ходе его создания навсегда удалилось 100 000 пользователей, которых пришлось восстанавливать.

Пишите «хочу поделиться» опытом разработки (подразумевается нулевая готовность проекта), далее «в ходе его СОЗДАНИЯ» — создание (созидание) это творениче, чего-то чего не было ранее. А раз Вы использовали уже существующий проект, то лаконичней было бы написать:
В этом посте хочу поделиться с вами опытом участия в одном большом проекте. В ходе его разработки (модернизации) удалилось 100 000 пользователей, которых пришлось восстанавливать.

Не надо людей вводить в заблуждение. Тех. ресурс, люди с техническим восприятием — т.е. точные факты приоритетней, «красивым словам».
Не было бэкапа, данные были лишь старые с 80к пользователей. Те 20к безвозвратно удалились + данные о 80к могли быть устаревшими.
Статья достаточно интересно описана, с выделением основных проблем, которые встречают новички.
Да, по пользователям все верно!

Спасибо за комплимент)
Честно, я бы Вас прибил на месте заказчика. А потом засудил. За такие ошибки надо расплачиваться.
В целом, статья — одно нытьё, хотя сами же утверждаете:
8) Не нойте

Что полезного из статьи я почерпнул? Да ничего нового. Выкладки КО. Надо бэкапиться, жизнь сложна, иногда надо думать головой (особенно когда что-то подписываешь). И да, бэкапиться надо не забыть.

Не увидел, как конкретно были восстановлены 30к пользователей? С каждым переписывались? Логи какие-то обрабатывали? Или что-то ещё?

Ну и поведение, конечно, только нецензурно могу описать. Убегать, скрываться, отключать телефон — мне такие люди попадались, и больше не хочу с такими иметь дело. А сарафанное радио хорошо работает — если где-то накосячил, недоделал, и скрылся — это не пройдёт бесследно для репутации.
0 шансов на суд. Там похоже все было на словах. Ущерб в принципе сложно доказать. Как минимум нужен подписанный контракт с ответственности за данные. А вам такого никто не даст (почитайте user agreements на любую ОС или ПО к примеру) ) Сервер вообще не была ответственность разработчика, как и организация бэкапов. Злого умысла тоже не было. Через суд скорее можно было бы только доказать, что разработчик сделал больше чем было оговорено изначально. Так что не в интересах заказчика в целом.

Так что ошибки с двух сторон — как со стороны разработчика взявшись за контракт без четкого ТЗ и описания зон ответственности, так и со стороны заказчика захотевшим за копейки получить full stack.
Так же, мы встретились с самым главным в проекте мужиком, который обозначил факт того, что по договору у меня за каждый день просрочки идет процент.

а дальше:
В общем, так как на я обум подписал, что каждый день просрочки выливается в копеечку, мне это обернулось вышеописанной ситуацией

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

То, что ошибки с двух сторон — согласен, изначально в комментарии хотел и это написать, но пришлось бы расписывать что именно, стало лень, и я передумал :)
У Вас более кратко и ясно (нежели я бы описал):
Так что ошибки с двух сторон — как со стороны разработчика взявшись за контракт без четкого ТЗ и описания зон ответственности, так и со стороны заказчика захотевшим за копейки получить full stack.
1001 первая статья о том, что нужно делать бэкапы.
Это знаменитый цикл заметок смельчаков о себе любимых, настырно не желающих учиться на чужих ошибках, собственной ленью создающих себе проблемы, после чего героически их преодолевающих. Очевидно, руководствуются принципом «страна должна знать своих героев» — иной причины, доступно объясняющей их бесконечные публикации своих факапов, увы, найти не могу…
Спасибо, напомнили как удалил продукты на продакшене. Благо был бэкап, о чём я, вобщем-то, не знал.
Ощущения непередаваемые! :)
Статья-исповедь — вот как подобного рода статьи называются.
Я теперь не составляю договор только если заказчик мой знакомый или я с ним уже работал и уверен в его добросовестности

Рано или поздно наступите на те же грабли. Проверено.
Согласен на все 100%, был друг, знали друг друга с детства. Делал ему e-commerce проект, за 2 месяца, а в это время бизнес их развалился, он сказал сайт не нужен платить не будет и всё исчез.
Поэтому договор и ТЗ на бумаге!

че вы гнобите человека? если для вас это советы КО — это не означает, что нет людей, которым это будет полезно. Статья не только о том, что надо делать бекапы: тут указаны практически все факапы новичка-программиста, прям в одной статье почти все. Помню, как я первые проекты делал, так хорошо, что некоторые из них умерли на этапе планирования (со стороны заказчика), а иначе было бы у меня то же самое

Просто стилистика письма довольно слабая по сравнению с другими статьями на хабре.
Элементарно не вычитано, ошибки, несогласованность, «вода» в тексте…
Так-то описывается интересный опыт, вопрос только в том, как это подано
Поучительно. Советы некоторые очевидные, но как новичок кое-что всё же взял на заметку)
Очень интересный заказчик и его описание полностью осталось «за кадром»: сайт, 80к аккаунтов которые ПЕРЕВОДЯТ ДЕНЬГИ, доработку которого дали одному неизвестному и непроверенному фрилансеру и потом без бекапов (у них даже своего сисадмина нет) и тестирования движка денежных переводов выкатили в продакшн (!!!).
Похоже на описание типичного HYIP-проекта если честно (такие ещё пирамидами называют периодически, хотя некоторые говорят что «это ж не пирамиды»). Никто не будет публиковать здесь ссылки на него — это будет плохо и для заказчика, и для исполнителя.
Пирамида вполне себе легко в тексте читается. Но ведь имеем портал с 100К живых аккаунтов, приносящий доход и такое отношение — вот что вызывает удивление. Т.е показатели успешного проекта, такой дай в руки грамотному управленцу — раскрутит еще больше, а они экономят на доработке просто как дети.
Такие проекты редко живут дольше пары месяцев, их суть побольше «хапнуть» и поскорее «пропасть». Другое дело что действительно странно что достаточно долго дорабатывали, несмотря ни на что, а не просто закрылись.
Судя по некоторым местам в тексте, город, в котором происходили описанные события, не очень большой. И вероятно, как водится в таких случаях, есть заказчик и сто питсот посредников, каждому из которых надо заработать. Отсюда видимо все проблемы.
У меня впечатление, что там больше, чем один небольшой город.
Сайт был уже раскручен, после заказа прошло шесть месяцев и пирамида не просто не развалилась, а ждать стало уже не вмоготу и фрилансера вычислили и заставили срочно сделать «чик-чик и в продакшн». Может эти сто тысяч аккаунтов были сродни брошенным ящикам у мэил ру?
Парень все время пишет, что заказчик такой-сякой, искал его, логика не та, проект плохой и адовый. Так всегда бывает. Но по факту — просто история о том как парень по своей же глупости наделал косяков.
ха-ха. Всего пол года. Я делал похожую хрень (автоматы по продаже воды) и ковырял ее год вместо месяца, да еще и плюса пришлось учить… Но автору мое искреннее сочувствие
Про бекапы и интересную модель управления разработкой уже всё сказали. Я хочу указать только на один маленький момент. Когда «при встрече и тестировании оказалось, что они мне многого не рассказали! И есть еще много нюансов в логике, которые надо сделать» — всё, это расширение требований. Сумма умножается на десять, сроки умножаются на пять. Согласны? Продолжаем разговор.
30 тысяч пользователей вручную восстановили? Интересненько.
Там по факту обратились для восстановления несколько тысяч человек, но так как за каждым человеком нужно было выстроить структуру еще в несколько человек, то получалось больше.

По факту, конечно, не 30.000 было. Из них не все активно пользовались сайтов и требовали восстановления. Точное количество не припомню, но их было очень много)
Как восстановили остальные 30 тысяч пользователей? Самый интересный момент упустили же!
Так же как и при первом косяке. Люди писали, я восстанавливал данные тому, кто обратился.
Наугад верили их словам?
Статья высосана из пальца ради ссылки на ваш сайт с обучением, не так ли?

Тостер — это так здорово, там так много добрых людей! Вот вам ссылка на мой пустой сайт, который дублирует Тостер, но при этом на нём никого нет, чтобы отвечать на вопросы.

Пошли скорее записываться в модеры)
Самое печальное, что автор уверен, что он чему-то там научился и уверен настолько, что даже пытается учить других)
Блин, это с таким-то зашкаливающим незнанием основ человеку доверили денежные транзакции, что ли? Мне бы такую смелость, я со своим шестилетним (или больше, смотря как считать) опытом в бэкенде до сих пор боюсь в деньги лезть >_<

И да,

777) Пишите автоматические тесты к своему коду

Вы что, какие тесты, онли "фигак фигак и в продакшен!"


А насчёт денег соглашусь — я пишу свою панель управления хостингом с элементами биллинга и в это лезть пока боюсь.

andreymal Если честно, не в обиду будет сказано, я бы вам посоветовал сходить на курсы по повышению самооценки.
Да, я тогда накосячил. Но теперь я со своим пятилетним опытом теперь могу себе позволить в лезть деньги, а Вы нет) Кто не рискует, тот не пьет шампанского.
Зато теперь у меня все хорошо, спокойно и прекрасно. И есть опыт в работе с деньгами.

И молю, не воспринимайте как обиду, если так воспринялось. Желаю вам удачи в развитии и получении опыта работы с деньгами!

На счет тестов полностью согласен)))))

Первый звоночек — заказчик нашел исполнителя и написал ему в вк. Все таки для работы нужно пользоваться другими платформами, а из вк лучше удалиться)
Все пункты выводов стоит заменить на один:
1. Без опыта не берись разрабатывать коммерческие проекты.

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

UFO landed and left these words here
Не очень понял про демпинг. Поясните?
UFO landed and left these words here
Плюсую за все моменты, но они не стали бы платить 500к) Я им говорил изначально 70к, они снизили до 65к, так как планировали такой бюджет. Ну и для меня тогда это были огромные деньги, а они нашли дешевого чувака который «пообещал» все сделать.

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

Сейчас, кстати говоря, я работаю по формату описанному вами) Спокойно, размеренно, с нормальным бюджетом. Все обговорено, всех все устраивает и никто никому не делает мозги.
Ох, история прям за душу берет!
Для новичков очень даже полезно. Бекапы научилась делать только спустя несколько неприятных ситуаций, но не таких как у автора, конечно. Остальные моменты на заметку возьму.
Научно-технический реп рулит)))) У них много прикольных песен есть.
Only those users with full accounts are able to leave comments. Log in, please.