Что нужно в портфолио бэкенду?

Question

[mereci]

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

Собственно с второго курса плотно занялся бэкенда-разработкой на php. Долго фрилансил. Писал crm-ки, инструменты, бизнес по и прочее в т ч и сайты с нуля. Теперь вот не знаю, что мне в портфолио положить, чтобы хоть как-то заказы шли. Вся глупость в том, что сайт у меня был* отдельный с работами, ни на гитхабе, ни на фрилансе не имел учеток, где мог сделать бэкап. Да-да, сглупил сильно. На тех жестких были все данные по профилям и прочему, поэтому теперь начинаю с строгого нуля.
Собственно повторю вопрос, что нужно бэкенду в портфолио?

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

-- извиняюсь - опечатался

Answer 1

[Максим Тимофеев]

Собственно повторю вопрос, что нужно бэкенду в портфолио?

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

Как так, что все на одном hdd? Вы только для себя делали? Других сайтов нет? В чем проблема по ftp код взять?

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

дурацкая идея не иметь свой vds для backend разработчика

, ни на гитхабе, ни на фрилансе не имел учеток, где мог сделать бэкап

Как Вы планировали на фрилансе бэкап сделать?

Comments

[mereci]

Как так, что все на одном hdd? Вы только для себя делали? Других сайтов нет? В чем проблема по ftp код взять?

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

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

Тогда можно хоть одну ходовую идею для будущего по? Может завалялось какое тз?

дурацкая идея не иметь свой vds для backend разработчика

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

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

[Максим Тимофеев]

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

не верю

Тогда можно хоть одну ходовую идею для будущего по?

нет надо что-то готовое. Библиотеку какую-нибудь или модуль к чему-то не обязательно что-то объемное, но оно должно работать и должно иллюстрировать, что Вы хорошо знаете php и ООП.

Иногда приходилось работать просто в адских условиях

Это в каких? Вы только мне, человеку уехавшему из Украины, про условия не рассказывайте.

переезжал то с квартир, то в другие города, поэтому не всегда можно было иметь интернет под рукой

мобильный интернет? Всегда должен быть мобильный интернет в двух вариантах. Я на днях в больницу попал. Попал крайне резко и неожиданно и лежал там неделю работал. Ибо практически любой телефон работает как модем (или проводом или в режиме wi-fi точки доступа).

[mereci]

Ну, можете не верить. Сглупил, когда не сделал копии. Говорю же, потерял на этих носителях по сути все.
Готового вот, как раз и нету. Есть, конечно, свои инструменты, но для заказчиков они не представляют интереса. Поэтому придется подумать чем заинтересовать.
По поводу ООП. У меня стиль кода универсальный, но в большую сторону процедурный. Правда тут уже вопрос религии, это как вопрос с "где ставить фигурные скобки". До сих пор не понимаю почему все носятся с этим ооп, если можно сделать все тоже самое процедурно(даже расширяемость можно реализовать), но это опять же вечные вопросы.

-- Говорю же, не стану плакаться. Есть ситуации и похуже.
Тогда у меня смартфона не было, да и все эти "безлимиты" появились сравнительно недавно(имеется ввиду от 10гб).
Тоже как-то писал код из больницы на нетбуке. Когда были тарифы с небольшим трафиком, то это то еще удовольствие было. Тогда о теле2 и тарифах с 10+ гб даже и не знали.
-- вообщем факторов много было, которые заставили носить все с собой. Вот бэкап не сделал, это глупость. Не учел свое "вечное везение".

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

Т к только недавно начал восстанавливаться, то пока не знаю, какие сейчас заказы делают на фрилансе.

[Максим Тимофеев]

У меня стиль кода универсальный

звучит как отсутствие стандарта

[mereci]

Максим Тимофеев, можно и так сказать. К сожалению некоторые процедурные решения просто вырезали из языка, поэтому иногда приходится импровизировать(например к sqlite процедурно не подключишься уже).

[Максим Тимофеев]

sqlite? А как же PDO?

[mereci]

Максим Тимофеев, привык напрямик обращаться к базам. Просто обычно использую несколько источников одновременно. Для меня так легче различать какой запрос к какой базе + банальная привычка.

[Максим Тимофеев]

mereci, надо избавляться. Вы же ищите работу, а значит надо делать так как надо, а не так как нравится. Так что рекомендую ООП и соответственно PDO и знакомство с php 7.2 обязательно.

[mereci]

Максим Тимофеев, По сравнению с 7.1(между 5.6 и 7, насколько понял разница только в производительности) есть разница? Или как обычно +- смена пары операторов?
Обьектно-ориентированный подход относительно знаю, но не использую. Не переживайте, иногда могу на чистом оо стиле писать. В pdo ничего сложного нет, просто не использую по причине путаницы.
В случаях если работаю один, то пишу по-своему т к поддерживаю свой код сам, поэтому можно использовать нестандартные конструкции и логику. В основе проектов работал один, поэтому если стану работать с кем-то в паре, то придется подстраиваться по стиль стандартов.

Можете дать хоть парочку книг с примерами стандартного стиля? Хоть стану знать какой шаблонный код сейчас используют.

[Максим Тимофеев]

не вижу смысла продолжать разговор. Сорри, я пас. Маленький секрет: юзайте поиск там есть 95% ответов. На Ваши вопросы в изобилии

Answer 2

[Евгений Вольф]

Собственно повторю вопрос, что нужно бэкенду в портфолио?

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

Долго фрилансил. Писал crm-ки, инструменты, бизнес по и прочее в т ч и сайты с нуля.

Никоим образом не хочу Вас чем-то обидеть, но, даже в лохматые времена, лет наверное 15 назад, когда ещё не было даже версии yii 1.0, мы уже пользовались SVN'ом, а лет 10 назад - начали пользоваться Mercurial/Hg, а потом переехали на Git... К чему я это всё... Написать сколь-нибудь стоящий проект, в современных реалиях последних лет 5-10 (как минимум), без использования системы контроля версий - можно в двух основных случаях:
1. Автор кода чёртов гений, и он сразу пишет код правильно, при этом успевает делать бекапы, деплой и пр. стандартные операции "руками"
2. Проекты настолько убогие, что для их разработки/поддержки/деплоя - система контроля версий не нужна

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