Влад: языки я бы оставил на усмотрение кандидата (тем более, это облако/хостинг, в этом деле много разных языков, это не винда где в основном желательны C# и Delphi), а вот навыки (прежде всего это пользование сниффером, и знание HTTP вообще, а не только умение юзать готовые API) в кандидате желательны. По цене - от 10 тыров я бы брал, можно и 25 и 50 и 100, если разраб профи и может мотивировать расходы - то ок. Ну а если ужаться, то можно попробовать и в 5 уложиться.
Олег Гамега: библиотека - это хорошо, но 1) привязанность к питону - это плохо 2) и главное: а вдруг в VK что-то изменят, и библиотека поломается? К сожалению, при работе без API такая опасность всегда есть, но если сам написал, значит умеешь сниффить = исрпавишь.
Александр Пантюхов: а что насчет снифферов? Fiddler, в крайнем случае Wireshark. Первый даже получше хрома будет, пожалуй. + в других браузерах же тоже подобное должно быть
Причем тут декомпиляция джавы, если ему надо извлечь содержимое из ресурса/ассета непонятного формата? Сам ресурс он уже извлек, но тот имеет непонятный формат, не png какой-нибудь.
Я бы попробовал с сервака делать запросы к API либо парсить саму страницу соцсети, ну а результат выводить на вашу страничку. С VK советую начать, там проще всего всё.
Ну поищем, ну найдем, а дальше? В следующий раз опять на тостер пойдете? Элементарными навыками отладки вам надо овладеть. На каждом этапе выполнения кода нужен console.log или alert, и серверного кода это тоже касается. Сначала $obj[name], а mail - это уже следующий этап. Еще сниффер Fiddler помогает точно убедиться, что всё отправилось, и ответ сервака глянуть.
Я думаю, что проблема в этом $obj[name] как раз, может $obj['name'] или $obj->name?
ale-le: если да, то вы в какой-то мере можете потенциально изучать ранее незнакомые вещи глубоко.
Но целесообразность любого изучения все равно определяется реальными задачами, который определяются спросом. Если в отрасли спрос на дешевый говнософт, то профи не должен втюхивать дорогое качество несмотря ни на что.
Сперва, он должен мягко обсудить этот вопрос с наиболее адекватными заказчиками, может, они согласятся изменить нишу.
А если нет, то он должен думать, как воплотить концепцию RAD, которая позволит дешевый говнософт писать быстро и тем самым получать приличную сумму в те же сроки. Чтоб было как у китайцев - "лучше с миллиона покупателей собирать по рублю, чем с каждого покупателя получать миллион".
ale-le: нужно найти себя. Это проверяется методом тыка, + есть еще кое-какие психологические тесты, построенные на наблюдениях, не доказанные, но все-таки способные помочь. Попробуйте отвечать на форумах. На любые темы. Если исследователь, то захочется изложить максимум из того, что знаете. Если изобретатель, то ответ будет скорее коротким и синтетическим, т.е. придуманным на ходу, либо вы тупо возьмете зазубренную фразу из головы или википедии, не излагая по новой.
Можно, конечно, и переключаться между формами мышления. Но лучше все-таки каждое дело доверять профям.
Много что есть, например, реверс-инжиниринг мало привязан к языку, по большому счету, все языки в нем делятся на "байт-кодовые", "машинные" и "экзотику".
В самом деле, темы не должны быть привязаны к языку. НО они должны быть привязаны к задачам, к целям. А просто от балды - не надо ничего изучать, и читать ничего не надо. Какие у вас цели, чем вы хотите заниматься?
mbait: > на планшете - несколько элементов в углу (или посередине) и много свободного пространства?
Посередине.
Что не так? Нуб вы зеленый, под винду небось не писали, сразу начали с мобильно-линуксячей ОС. Если б писали, то, может, знали бы, что MessageBox посередине, это идеальное решение, а хреново - когда он не посередине, а если он на весь экран распухает, то юзер вообще не сразу поймет, что эта огромная область является кнопкой и на нее нажимают.
> А если я начну работу своего приложения
Если да кабы росли во рту грибы. Без задачи это бессмысленно обсуждать.
mbait: дизайн должен быть прежде всего функциональным = соответствовать задаче. Без задачи все это мало имеет смысл.
А так, можно только кидать идеи. К примеру, можно в диалоге использовать радиобуттоны вместо обычных кнопок, тогда один из них по умолчанию уже отмечен, и юзер если не хочет вникать, то просто жмет кнопку "ок".
> Есть ли что подобное у нас или из зарубежных курсов?
Судя по % софта с хорошей архитектурой - нет.
А оно надо? Может просто правильное мышление развивать?
> скорее всего будет с привязкой к Java
Опять же, с чего вдруг такой вывод, если 99,(9)% софта на джаве как раз не славится архитектурой, а скорее даже наоборот, позорится?
привязка к ЯП это всегда плохо.
> он работает везде
Одной попой на двух стульях сидя, страдает качество (c) Козьма Прутков современный.
> описанных вами задач
Не моих, я не ТС.