На митинге можно только дубиной по голове получить, а если сильно упорствовать, то и присесть до 15 лет по свеженькому закону. Релокация же вполне рабочий вариант вроде.
Dendolgin, Объявление подайте в газете или на каком-нибудь местном форуме. Вам же на железке, которую вы сами собираете в единственном экземпляре нужно будет тестить, как я понял. Соответственно и программисту лучше быть в радиусе физической досягаемости к этой железке, фрилансеры не покатят.
Думаю бессмертный пони вам правильно сказал: "Все барахло лежит wp_postmeta", а вы не правы про "атрибуты не импортируются в базу данных сайта".
Конечно 100% уверенности как у вас это работает нет, как знать, может атрибуты поступают напрямую в космическое информационное поле с помощью ментальной связи, но мне почему-то кажется, что они все же в базе данных, просто вы недостаточно внимательно прочитали что такое wp_postmeta и упустили момент, что это часть базового вордпресса, а не плагинов, поэтому ищете не в том месте.
mirosas: Да, они там в последнее время их меняют - могу и напутать, Top rated наверное просто бейджик, Team Builder Program - так называется раздел, куда заказчиков пожирнее собирают. Насколько я понимаю это противоположно вашей специальности - большому количеству мелких задач, upWork действительно в последнее время делает шаги в сторону крупных клиентов и фрилансеров с почасовой оплатой работающих долго по одному контракту. Для таких снизили комиссию и собирают лучших клиентов, а для мелких заказов наоборот подняли, может и клиентов поубавиться. upWork был монополист именно в почасовых крупных заказах, для мелочевки всегда были у него конкуренты - возможно у них клиентов прибавится сейчас. Если заказов убавиться - появиться свободное время, возможно вы сможете просто нагнать 10 лет, на которые отстали и расширить свою специализацию.
sugarufc: Ну тогда особых проблем не должно возникнуть, в комплекте с самой 1С есть Руководство разработчика, пара книг, их прочтения вполне достаточно, чтоб зная программирование и бухгалтерию в целом - сесть и писать. Адь конечно с русскими названиями функций, переменных, к этому надо чуток привыкнуть, в остальном язык, как любой другой.
Джуниор в моем понимании это обьект для инвестиций времени, в расчете на будущий выхлоп. Соответственно идеальное качество это способность как можно быстрее вырасти до мидла, который уже в состоянии самостоятельно решать какие-то задачки. Важнее всего для этого конечно обучаемость, джуниору вовсе не обязательно изначально знать все околодеплойные вещи вроде composer, git и т.п., но если он не в состоянии после пары часов гугления поднять у себя на машине вебсервер, прописать в композере понадобившуюся ему библиотеку, сделать коммит проверив его диффом предварительно или справится с любой подобной задачкой - такого я бы не стал брать.
Какой-то минимум тех. знаний конечно должен быть, для фронтенда HTML+CSS+JavaScript(AJAX), желательно JQuery, бэкенд это PHP+OOP, SQL и какой-нить шаблонизатор, MVC или просто некое представление о good-parictises в разделении логики и представления. Фреймворки и т.п. в моем понимании это не про джуниора вообще, проект должен быть защищен от говнокода, который может нафигачить джуниор, в заданиях для него должны быть прописаны не просто требования бизнес-логики, а полный путь решения задачи. Джуниор не должен иметь дело с архитектурой, ему должно быть не важно пишет он свой кусок внутри какого-то популярного фреймворка или просто работает с некими существующими классами проекта. Опять же тут важнее всего его способность обучаться и заинтересованность в собственном прогрессе, он должен добиваться понимания всего с чем сталкивается и фреймворки тут будет самое простое - по ним куча доков как правило (кстати, а вот умение эти доки читать и понимать, включая англ. это уже must have).
Вообще в списке меня удивляет разброс по уровню требований в приведенном посте, "переменная, константа" это должен школьник из курса информатики знать, а вот глубокое понимание OOП, осмысленное применение паттернов не стоит ждать даже от выпусника универа, тут нужен серьезный опыт, на лабах и курсовых его не наработаешь - это уже ближе к мидлу.
https://en.wikipedia.org/wiki/NoSQL
Весь пафос при появлении был про то, что сейчас в SQL пихают все подряд, даже когда необходима тупо пара ключ - значение. Сама терминология many-to-many из entity–relationship model из противоположного лагеря. Я понимаю что если хорошенько извратиться, то сделать можно все, но зачем?
